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

Question

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

虚线<< include >>关系是否仅适用于前提条件？用例气泡可以相互连接并遵循逻辑路径吗？

这就是到目前为止我所拥有的..1)“支付结算”泡沫是否出现在错误的地方？是否应该将>>ed包含到其他气泡中? 2)我是否应该将“请求服务”气泡也关联到技术人员，因为他将是修车的那个人？

图像

​

​

Answer 1

用例就像类一样。它们具有继承(扩展)和关系，如包含和使用。

前提条件是常见的关系约束。我们中的一些人将前置条件和后置条件写在用例的文本中。您可以绘制它，但这不是必需的。

不要试图对用例气泡进行排序。这就是活动图和序列图的用途。这就是叙述性文本的作用。这是用户已经知道的事情。

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

您需要专注于捕获参与者、用例以及用例中的基本“扩展”、“使用”和“包含”。用例模型不是编程的。用例图是对“谁”和“什么”的知识捕获。

可以把它看作是一个安全模型，它定义了参与者可以做什么。顺序、顺序和其他细节并不像演员所做的那样重要。

当您将Actor与actor (如技术人员和前台)相关联时，您说的是actor在系统之外交互。你的意思是技术人员从不登录系统来获取他们的工作或记录他们的时间。

如果技术人员实际上会登录以获取工作并记录时间，那么该技术人员将参与一些用例。

用例不是编程。这是演员要做的事情。用例通过构建在一个大型的、通用的软件中而联系在一起。您不需要在用例之间绘制数据流或逻辑箭头。它们可以在很大程度上是独立的。

在设计系统时，您将实现以某种顺序连接用例的UI特性和数据库特性。