【发布时间】：2019-01-07 16:36:48
【问题描述】：
我需要展示几个系统相互交互，但不涉及太多细节。 我决定使用用例图，所以我的问题是：在参与者 (interfaces) 之间建立关联关系会有多错？
【问题讨论】：
-
Actor 不是接口。这只是一个错误的假设。
标签： uml actor use-case-diagram
【发布时间】：2019-01-07 16:36:48
【问题描述】：
我无法想象在演员之间建立直接关联的目的。这意味着参与者之间存在关联，但该关联在建模系统之外。所以这只是一个注释，对建模系统的功能没有影响。我想说的是，参与者通常是通过使用一个常见的用例来链接的——这将是建模系统内部的关联，对功能有一些影响。
我个人更喜欢将用例关联到流程而不是参与者。
【讨论】：
-
那么在我的情况下，我需要展示我的主要系统界面，您建议如何对其建模？
-
我从这个问题中对您的任务了解不多，但我想说 use case = interface 用例是系统呈现给使用参与者或进程的功能，就像要按下的红色按钮。
就像 Vojtěch 提到的那样，这样做是不可取的。您正在对系统进行建模，而参与者确实不是其中的一部分，这可能会导致一些结论：
- 您正在添加一个不那么有价值的信息
- 您的域/边界不正确，需要扩大并至少包含其中一个参与者。
但是，这些规则也有例外
- 模型是对现实的简化，UML 是能够在行业中进行交流的语言。我个人从不允许 UML 妨碍我用图表/模型表达我想要的东西。
如果我发现必须制作演员之间关系的上下文信息，我会继续这样做，通常我会使用注释、元素的描述，是的，最终是关联。
- 然而，泛化通常涉及软件和业务用例。这不仅可以解释演员之间的关系，还可以让您压制孩子的所有台词，因为父亲通常会全部完成。
【讨论】：