系统之间依赖关系的UML图

Question

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

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

1. 系统A从系统B获取数据
2. 系统B可以从系统A调用某些功能

我想知道组件图和序列图。

您怎么看？

Answer 1

除了您的想法和Aleks所说的内容之外，人们通常会结合使用两者来阐明系统间的关系

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

Answer 2

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

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

通常有一个系统正在建模（+周围环境中有一些黑盒子）和一个UML模型。最好使用的工具应该支持Model Driven Architecture (MDA)，甚至可能支持Executable UML，这样建模的结果可以更多地设置为“图片”。它可以成为构成应用程序主干的源代码的骨架，也可以是模型点击并运行的产品。

为了提供系统的完整或充分描述，您通常需要更多的UML图表，每个图表代表不同的观点，侧重于不同的细节层次（但它们都是一个模型的一部分）。

（这是我理解的难点）

2。在决定使用哪些图表之前，先制作一些纸张和纸张。铅笔原型

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

非常好的指导如何做一篇论文＆amp;铅笔图以及它们中的哪一个用于什么以及如何只花费所需的时间：

• Agile Modeling - Start Here
• ...
• Agile Modeling - UML 2 Component Diagrams: An Agile Introduction
• Agile Modeling - UML 2 Sequence Diagramming Guidelines
• ...

3。序列图表达简单，对程序员有用

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

• 概述UML sequence diagrams overview of graphical notation
• 概述IBM Rational Edge - UML basics: The sequence diagram
• 教程Enterprise Architect - 14 minute video - Create Sequence Diagram

4。活动图对程序员来说是有表现力和有用的

• 概述Debenedetti Emanuele, Activity diagrams in UML 2.0
• 背景由Conrad Bock（UML作者之一），UML 2活动和动作模型，对象技术杂志
  • UML 2 Activity and Action Models
  • UML 2 Activity and Action Models, Part 2: Actions
  • UML 2 Activity and Action Models, Part 3: Control Nodes
  • UML 2 Activity and Action Models, Part 4: Object Nodes
  • UML 2 Activity and Action Models, Part 5: Partitions
  • UML 2 Activity and Action Models, Part 6: Structured Activities
• 工具手册
  • PaceStar UML Diagrammer，UML图表指南 - http://www.pacestar.com/uml/udg60.pdf
  • Sparx Enterprise Architect，使用UML第二部分 - 行为建模图 - http://www.sparxsystems.com.au/downloads/whitepapers/UML_Tutorial_Part_2_Introduction.pdf
  • Microsoft Visual Studio，UML活动图 - http://msdn.microsoft.com/en-us/library/vstudio/dd409360.aspx

5。高级概述图对程序员和其他人（非UML）非常有用

• 海报Business Process Model and Notation

• Wikipedia - Business Process Model and Notation

• 清晰易懂的语言易于理解ARIS Event-Driven Process Chain (EPC)（自1999年第一次见到我以来，我最喜欢的）

6。 = 1 + 2 +你

制作一些纸张＆amp;铅笔素描并决定哪些图表最适合您的需求

Answer 3

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

下图显示了这个想法。

通过接口使用组件之间的接口和通道依赖关系是常见的（并且非常值得推荐）实践。这允许更清晰的规格和更好的设计（如果可能的话）。

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