uml - UML用例图后置条件实现（附图）

Question

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

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

所以这就是我到目前为止所拥有的...... 1）“结算付款”泡沫在错误的地方吗？是否应该将其 << include >>ed 到其他气泡中？2）我是否应该将“请求服务”气泡也与技术人员联系起来，因为他将是修理汽车的人？

图片

Answer 1

用例就像类。它们具有继承（扩展）和关系，例如包含和使用。

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

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

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

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

将其视为更像是定义参与者可以做什么的安全模型。顺序、顺序和其他细节并不像演员做什么那么重要。

当您将 Actor 与 Actor 关联时（例如 Technician 和 Front Desk），您是在说 Actor 在系统之外进行交互。您是说技术人员从不登录系统来完成他们的工作或记录他们的时间。

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

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

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