我正在通过尝试模拟汽车服务车库如何使用图表和文档来学习UML.我遇到的一个问题是后置条件(或更确切地说是GOTO)语句.
虚线"include"关系仅用于前提条件吗?用例气泡可以相互连接并遵循逻辑路径吗?
所以这就是我到目前为止所做的... 1)"结算付款"泡沫是否在错误的地方?它应该被<< include >>编辑到其他泡泡吗?2)我是否应该将"请求服务"气泡与技术人员联系起来,因为他将成为修车的人?
图片
用例就像是类.它们具有继承(扩展)和包含和使用等关系.
前提条件是常见的关系约束.我们中的一些人在用例的文本中编写了前提条件和后置条件.你可以绘制它,但它不是必需的.
不要试图对用例气泡进行排序.这就是活动图和序列图的用途.这就是叙事文本的用途.这是用户已经知道的东西.
此外,不要浪费大量时间将用例视为超高级编程语言.记住,演员已经知道他们在做什么; 他们不需要帮助排序.
您需要专注于捕获演员,用例以及用例中的基本"扩展","使用","包含".用例模型不是编程.用例图是"谁"和"什么"的知识捕获.
可以把它想象成一个定义演员可以做什么的安全模型.顺序,顺序和其他细节与演员的行为无关.
如果你有一个与演员相关的演员(比如技术员和前台),那么你就说演员在系统之外互动.你说技术从来没有登录到系统来完成他们的工作或记录他们的时间.
如果技术人员实际上将登录以获得工作并记录时间,那么技术人员将参与一些用例.
用例不是编程.他们是演员所做的事情.用例通过内置在一个大而通用的软件中来连接.您不需要在用例中绘制数据流或逻辑箭头.他们都可以在很大程度上独立.
在设计系统时,您将实现UI功能和数据库功能,这些功能以某种顺序连接用例.