当前位置:  开发笔记 > 编程语言 > 正文

UML用例图后置条件实现(带图)

如何解决《UML用例图后置条件实现(带图)》经验,为你挑选了1个好方法。

我正在通过尝试模拟汽车服务车库如何使用图表和文档来学习UML.我遇到的一个问题是后置条件(或更确切地说是GOTO)语句.

虚线"include"关系仅用于前提条件吗?用例气泡可以相互连接并遵循逻辑路径吗?

所以这就是我到目前为止所做的... 1)"结算付款"泡沫是否在错误的地方?它应该被<< include >>编辑到其他泡泡吗?2)我是否应该将"请求服务"气泡与技术人员联系起来,因为他将成为修车的人?

图片

http://i.stack.imgur.com/iIBIt.jpg



1> S.Lott..:

用例就像是类.它们具有继承(扩展)和包含和使用等关系.

前提条件是常见的关系约束.我们中的一些人在用例的文本中编写了前提条件和后置条件.你可以绘制它,但它不是必需的.

不要试图对用例气泡进行排序.这就是活动图和序列图的用途.这就是叙事文本的用途.这是用户已经知道的东西.

此外,不要浪费大量时间将用例视为超高级编程语言.记住,演员已经知道他们在做什么; 他们不需要帮助排序.

您需要专注于捕获演员,用例以及用例中的基本"扩展","使用","包含".用例模型不是编程.用例图是"谁"和"什么"的知识捕获.

可以把它想象成一个定义演员可以做什么的安全模型.顺序,顺序和其他细节与演员的行为无关.

如果你有一个与演员相关的演员(比如技术员和前台),那么你就说演员在系统之外互动.你说技术从来没有登录到系统来完成他们的工作或记录他们的时间.

如果技术人员实际上将登录以获得工作并记录时间,那么技术人员将参与一些用例.

用例不是编程.他们是演员所做的事情.用例通过内置在一个大而通用的软件中来连接.您不需要在用例中绘制数据流或逻辑箭头.他们都可以在很大程度上独立.

在设计系统时,您将实现UI功能和数据库功能,这些功能以某种顺序连接用例.

推荐阅读
mobiledu2402851377
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有