在UML组件图中对体系结构进行建模时，如何同时显示连接器的各种属性？喜欢

• 业务对象信息流(A-> B，B-> A，A <-> B)
• 请求/响应方向
• 同步/异步行为

我知道其他图类型，例如顺序图。但是，使这些信息在组件图中可见是有价值的。

除了关联(仅显示组件已连接)或者"棒棒糖"(请求/响应)之外，还有什么可能？

解决方案

我们可能要使用顺序图而不是类(即组件)图。

如果要坚持使用静态图，则可能还需要考虑将<< sterotypes >>添加到各种连接器，甚至使用关联类。

如果可能，我们可以使用顺序图中的连接器来连接组件图中的分类器(例如，同步/异步消息传递箭头)。

首先，不要尝试使用类图上的连接器来解释这些动态协作。

类图上箭头连接器的方向仅指定谁知道谁。这意味着类之间的依赖关系。使用这些箭头，我们可以传达哪些类别需要其他哪些类别，但是我们不必在那儿解释这些分类之间的协作动态。这就是UML动态图的用途。

从类图开始，它是系统的静态视图，然后添加一些动态图。

作为动态图以及最常见的序列图，我们还可以使用：

• 活动图
• 状态图
• 协作图

每个对象都有其自己的兴趣点，主要策略是重用类图中定义的某些对象以描述特定的场景。

对于系统上的每个"有趣"场景，我们都应制作这些动态图之一，以描述在类图上指定的对象之间发生的情况。

通常，将通过一个类图和一个或者多个动态图来描述每种用例。所有这些设计信息统称为用例实现，因为它们描述了在构建代码时使用例真实的设计。

请查看Fowler的UML Distilled，以获取使用UML进行此设计工作流的简洁但出色的解释。

我们可以使用InformationFlow关系，如UML上层结构的17.2节所述：

Information flows describe circulation of information in a system in a general 
  manner. They do not specify the nature of the information (type, initial value), nor the mechanisms by which this 
  information is conveyed (message passing, signal, common data store, parameter of operation, etc.). They also do not 
  specify sequences or any control conditions. It is intended that, while modeling in detail, representation and realization 
  links will be able to specify which model element implements the specified information flow, and how the information 
  will be conveyed.