Architecture UML连接器方向

Architecture UML连接器方向,architecture,uml,sequence-diagram,Architecture,Uml,Sequence Diagram,在UML组件图中建模架构时,如何同时显示连接器的各种属性?像 业务对象信息流(A->B,B->A,AB) 请求/响应方向 同步/异步行为 我知道其他类型的图,比如序列图。然而,让这些信息在组件图中可见是有价值的 除了关联(仅显示组件已连接)或“棒棒糖”(请求/响应)之外,还有什么可能呢?您可能希望使用类(即组件)图来代替 如果你想坚持静态图,你也可以考虑添加到各种连接器,或者甚至使用.< /P> 如果可能,您可以使用序列图中的连接器连接组件图中的分类器(例如,同步/异步消息传递箭头)。首先,

在UML组件图中建模架构时,如何同时显示连接器的各种属性?像

  • 业务对象信息流(A->B,B->A,AB)
  • 请求/响应方向
  • 同步/异步行为
我知道其他类型的图,比如序列图。然而,让这些信息在组件图中可见是有价值的

除了关联(仅显示组件已连接)或“棒棒糖”(请求/响应)之外,还有什么可能呢?

您可能希望使用类(即组件)图来代替

如果你想坚持静态图,你也可以考虑添加到各种连接器,或者甚至使用.< /P>


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

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

类图上箭头连接器的方向只指定了谁知道谁。这意味着,类之间的依赖关系。通过这些箭头,您可以传达哪些类需要其他类,但您不必解释这些类之间协作的动态。这就是UML动态图的用途

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

作为动态图,以及最常见的序列图,您还可以使用:

  • 活动图
  • 状态图
  • 协作图
每个都有自己的兴趣点,主要策略是重用类图中定义的一些对象来描述特定场景

对于系统上的每一个“有趣”场景,您应该制作一个动态图来描述在类图上指定的对象之间发生的事情

通常,每个用例将由一个类图和一个或多个动态图描述。所有这些设计信息一起被称为用例实现,因为它们描述了在构建代码时使用例成为真实的设计


请查看使用UML对此设计工作流的简明但出色的解释。

您可以使用信息流关系,如UML上层结构第17.2节所述:

信息流一般描述系统中的信息流通 态度。它们没有指定信息的性质(类型、初始值),也没有指定执行此操作的机制 传递信息(消息传递、信号、公共数据存储、操作参数等)。他们也没有 指定顺序或任何控制条件。其目的是,在详细建模的同时,表示和实现 链接将能够指定哪个模型元素实现指定的信息流,以及信息流的方式 将被传达