uml - 系统间依赖关系的UML图

Question

哪个 UML 图最适合显示我们的 IT 系统与其他外部 IT 系统之间的依赖关系？

例如，我想在图表上显示：

我想知道组件图和序列图之间的关系。

你怎么看？

score 6 · Accepted Answer

您的问题不是很具体，因为所有 UML 图都显示了某种依赖关系或路径如何获取数据或拨打电话，所以我不确定我是否正确理解了您的问题

1. 没有一个最好的 UML 图来展示这一切

通常有一个您正在建模的系统（+ 周围环境中的一些黑盒子）和一个 UML 模型。您使用的工具充其量应该支持模型驱动架构 (MDA)，甚至可能支持可执行 UML，这样您的建模结果就可以是一组“图片”。它可以成为构成应用程序骨干的源代码骨架，甚至可以是模型单击并运行的产品。

为了提供对系统的完整或充分的描述，您通常需要更多的 UML 图，每个图代表不同的观点，重点关注具有不同细节级别的不同方面（但它们都是一个模型的一部分）。

（这个↑是我很难理解的部分）

在开始使用工具以美观的可共享形式绘制图表之前，确保哪个图表符合您的需求非常重要。即使在 Enterprise Architect 中绘图也需要一些时间来适应并正确使用它。

非常好的指南如何制作纸和铅笔图，其中哪些用于什么以及如何只花费所需的时间：

甚至还有可以将序列图转换为代码的工具或可以将源代码转换为序列图的工具。

制作一些纸和铅笔草图，然后自己决定哪些图表最适合您的需求

score 4 · Accepted Answer

根据您的想法和 Aleks 所说的，人们通常使用两者的组合来阐明系统间的关系

EA 允许您在组件图和序列图中重用组件，这允许您从一个图表更新模型并将更改反映在另一个图表中。下面的快照显示了模型中的两个组件如何在组件图（用于结构关系）和序列图（用于行为流）中使用

组件图和序列图重用相同的组件

score 2 · Accepted Answer

肯定是组件和依赖项。依赖关系不是数据流的方向，而是来自“知道”其他组件的组件（从中调用某些东西，创建一个对象等）。

下图显示了这个想法。

在此处输入图像描述

通过接口使用组件之间的接口和通道依赖项是常见的（也是强烈推荐的）实践。这允许更清晰的规范和更好的设计（当然如果可能的话）。

序列图可以进一步用于指定具体的使用场景，也是值得推荐的。因此，用于结构、静态依赖的组件和用于动态行为的序列。