Two Level Component Composition Hierarchy
两级组件组成层次结构模式创建了许多组件和描述组件结构层次结构的类图。
角色名称和多重性描述了每个组件在层次结构中所扮演的角色以及每个组件的允许实例的数量。
图1.显示了一个类图,其中包含组件的层次结构。 角色名称和多重性修饰在关联的结束部分
Discussion
该模式的目的是允许工程师、架构师和实现分析人员对组件及其组成部分进行建模。由此产生的层次结构允许他们观察系统的逻辑部分的结构。
当一个系统的组件的描述和可视化变得很重要时,这种图就会用于计划的设计或实现阶段。
下面是在使用此模式时可能做的事。
1.1更改图的名称以及组件和角色的名称以适应计划。
1.2在层次结构中添加或删除组件以适应计划。
1.3更改公会两端的多重性以反映基数。
以下是应用模式时可用的一些后续步骤。
1.1如果需要的话,可以将层次结构扩展到另一个级别。
1.2 可以创建复合结构图,以显示零部件之间如何相互作用。
1.3 定义一个跟踪联系来显示组件如何与上层流程元素(如用户故事,用例和需求)以及下层流程元素(如工件和数据库表)相关。
1.4 创建从模型自动生成的高质量文档。
Component Interfaces with XML Payload
带XML有效负载模式的组件接口是系统的逻辑部分,描述了两个组件如何通过端口和接口进行通信。
信息流允许将有效负载建模并指定为流经连接器的一个或多个信息项。
图1显示了通过端口和接口进行通信的两个组件。XML有效载荷被定义为一个信息流,允许用户深入到建模的有效载荷元素。
图2显示了与图中折叠的端口和接口通信的两个组件,以向非技术受众隐藏详细信息。
*
*Discussion
**
该模式的目的是描述两个组件如何通过端口和接口进行通信,并显示两个接口之间的信息流。传递的信息项(有效载荷)也被建模,并且可以作为模型中的元素被找到。
该模式通常用于计划的设计或实现阶段,设计师或架构师需要描述系统组件之间如何通信。在正式描述接口时(包括接口提供的方法或服务)也很有用。
下面列出了使用此模式时可能需要执行的一些操作。
1.1 根据您的计划更改组件、端口和接口的名称。
1.2 根据您的计划更改接口操作的名称。
1.3 根据您的计划更改信息流传递的名称或元素。
下面列出了使用此模式时可能需要执行的一些操作。
1.1 创建描述系统重要逻辑部分的附加组件和接口。
1.2 向接口添加操作,以描述接口提供的方法或服务。
1.3 创建顺序图,直观地记录按时间顺序调用的消息。
**
Component Interfaces with JSON Payload**
Component Interfaces with JSON有效负载模式描述了两个组件(代表系统的逻辑部分)如何通过端口和接口进行通信。信息流允许将有效负载建模并指定为流经连接器的一个或多个信息项。
图1显示了通过端口和接口进行通信的两个组件。JSON负载被定义为一个信息流,允许用户深入到建模的有效负载元素。
图2显示了与图中折叠的端口和接口进行通信的两个组件,从而向非技术受众隐藏详细信息。
图3显示了一个序列图,其中有两个组件与端口和接口通信。该图允许可视化按时间排序的消息流。