UML 建模:如何显示多个系统相互作用?
UML modelling: how to show that there are several systems interacting with each other?
我需要证明几个系统正在相互交互,但不会涉及太多细节。
我决定使用用例图,所以我的问题是:参与者之间的关联关系 (interfaces) 也是错误的吗?
我无法想象绘制演员之间直接关联的目的。这意味着参与者之间存在关联,但该关联位于建模系统之外。所以它只是一个注释,对建模系统的功能没有影响。我会说参与者通常通过使用一个常见的用例来链接——这将是建模系统内部的关联,对功能有一些影响。
我个人更喜欢将用例关联到流程而不是参与者。
就像 Vojtěch 提到的那样,这样做并不可取。您正在为系统建模,而参与者确实不是其中的一部分,这可能会得出一些结论:
- 您添加的不是 that-valuable 信息
- 您的 domain/boundaries 不正确,需要扩大并至少包括其中一名演员。
但是,这些规则也有例外情况
- 模型是对现实的简化,而 UML 是能够在行业中进行交流的语言。我个人从不允许 UML 妨碍用 diagram/model.
表达我想要的东西
如果我发现必须制作演员之间关系的上下文信息,我会继续这样做,通常我使用注释、元素的描述,是的,最终是关联。
- 然而,泛化通常涉及软件和业务用例。这不仅可以解释演员之间的关系,还可以让你抑制 child 的所有台词,因为父亲 通常 会做所有这些。
我需要证明几个系统正在相互交互,但不会涉及太多细节。 我决定使用用例图,所以我的问题是:参与者之间的关联关系 (interfaces) 也是错误的吗?
我无法想象绘制演员之间直接关联的目的。这意味着参与者之间存在关联,但该关联位于建模系统之外。所以它只是一个注释,对建模系统的功能没有影响。我会说参与者通常通过使用一个常见的用例来链接——这将是建模系统内部的关联,对功能有一些影响。
我个人更喜欢将用例关联到流程而不是参与者。
就像 Vojtěch 提到的那样,这样做并不可取。您正在为系统建模,而参与者确实不是其中的一部分,这可能会得出一些结论:
- 您添加的不是 that-valuable 信息
- 您的 domain/boundaries 不正确,需要扩大并至少包括其中一名演员。
但是,这些规则也有例外情况
- 模型是对现实的简化,而 UML 是能够在行业中进行交流的语言。我个人从不允许 UML 妨碍用 diagram/model. 表达我想要的东西
如果我发现必须制作演员之间关系的上下文信息,我会继续这样做,通常我使用注释、元素的描述,是的,最终是关联。
- 然而,泛化通常涉及软件和业务用例。这不仅可以解释演员之间的关系,还可以让你抑制 child 的所有台词,因为父亲 通常 会做所有这些。