用例图中的关联方向

Question

UML 用例图中参与者和用例之间的关联方向是什么意思？是数据流方向还是控制流方向？标准对此有什么规定吗？

Answer 1

啊不。这是一种关联，在规范中，参与者和用途之间的关联是没有方向的。请参阅从标准中提取的图像。

用法是：如果参与者在左边，则意味着这是一个“主要参与者”，即激活用例的参与者。如果参与者在右边，则意味着该参与者是次要参与者：他参与用例但不激活它。

请注意多样性：“该示例表明客户或管理员可能会也可能不会参与任何相关的用例 （因此重数为 0..1）。从 UseCase 的角度来看，示例中的每个 UseCase 都必须有一个 Actor 启动它（因此重数为 1）。存款和注册 ATM 用例需要银行参与，而 银行可以同时参与许多存款和注册 ATM 用例。”（摘录，第 641 页）

关键是，如果你有很多演员，让他们留在左边或右边并不容易。所以“我”（但这是我的方式，而不是规范）使用定向关联，如果这是从参与者到用例，则意味着该参与者是主要的，如果这是从用例到参与者这意味着这是次要的。

Answer 2

UC 图中的方向没有公认的通用含义。我曾经使用定向箭头和非定向箭头来区分主要参与者和次要参与者（并将其写在域的建模指令中）。我不是唯一一个这样做的人。后来我才了解到（正如 @granier 指出的）将主要参与者放在系统边界的左侧和次要参与者的右侧也是很常见的。

注意正如 @granier 评论的那样，UML 规范中的 UC 内容太技术化了。其中一些是可疑的，例如包含/扩展，这很容易被误认为是功能分解。 @granier 从规格中获取的图片甚至缺乏 UC 名称的良好措辞。我宁愿去读 Bittner/Spence 的书，他们真的知道他们在谈论什么商业术语。

Answer 3

用例图。您的系统具有三个主要组件或块1移动应用程序2 blynk Web服务3 Esp 交互顺序如下 用户/演员--->移动应用程序

Blynk Web 服务 <->Esp 接下来您可以在每个组件中定义各种活动 给我用例图<->