GA002-185-04

带有协作模式的复合结构图通过使用表示组成组件的组件的部件来描述组件的内部结构。端口和接口与委托连接器和信息流连接，后者显示信息项如何通过指定的接口在组件之间流动。

如图所示。显示表示组成组件的组件的部件，以及流经连接组件部件的接口和端口的信息项。

该模式的目的是允许设计人员和架构师描述组件的组成，以及部件(其他组件)如何“连接”在一起以执行组件的工作。信息流充当管道，携带信息项连接显示信息的接口，其他有效载荷从一个组件移动到另一个组件。

该模式通常在设计或实现阶段用于显示复合或复杂组件如何通过描述其各部分(其他组件)的交互来交付价值。
它可用于分解组件的层次结构，显示系统的逻辑部分如何生成和使用信息。

下面列出了使用此模式时可能需要做的一些事情。
1通过添加或删除组件更改层次结构。
2更改组件、部件和接口的名称以适应您的计划。
3更改和创建接口元素中的附加操作。
4向类添加属性以描述概念的属性。

下面列出了应用模式时可以使用的一些后续步骤。
1创建额外的层次结构和复合结构图来表示部件的交互。
2创建一个或多个序列图来显示组件之间消息的时间顺序。
3为其他读者创建组件文档。

有用的工作区布局核心|核心建模，宽视图

两级组件类型层次结构模式创建组件和类图，类图描述系统中逻辑单元(组件)的分类，可分为两级。这允许对一组元素的家族特征进行建模和理解，从而创建分类和重用机会。

如图所示。显示一个类图，其中包含许多组件，这些组件是更通用组件的专门化(子类)。

该模式的目的是允许设计人员、架构师和其他涉众创建或查看系统中两个级别的重要组件的分类。

该模式通常在初始阶段用于分析系统逻辑单元的家族特征。该模式还有助于共享知识和理解，并将有助于确保所有涉众共享对系统组件及其进入家族的方式的共同理解。它还提供了重用的基础，允许使用元素的更一般化版本，除非需要专门化版本。

下面列出了使用此模式时可能需要做的一些事情。
1更改包和图的名称以适应计划。
2更改组件的名称以适应计划。
3添加一个或多个泛化集来对关系进行分组。
4创建其他组件，将层次结构扩展到另一个级别。

下面列出了应用模式时可以使用的一些后续步骤。
1向组件添加描述，以描述它们在系统描述中的角色。
2如果需要，在层次结构中添加另一个级别。
3添加一个或多个状态机来描述特定类可以展示的谨慎状态。
4使用内置的或用户定义的模板用文档生成器自动生成文档。

有用的工作区布局核心|核心建模，宽视图

具有嵌套部署模式的节点实例创建元素和一个部署图，该图描述具有单个节点(服务器)和执行环境(容器)的部署环境，以及部署到它们的构件。
如图所示。显示带有节点实例、已部署工件实例及其附带的部署规范实例的部署关系图。
该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，包括节点(如机器服务器)、执行环境(如操作系统、容器、基于软件的服务器)。构件和部署规范对如何将软件部署到节点或执行环境进行建模。构件实例提供了设计和实现模型与部署环境模型之间的链接。
当技术体系结构被定义为企业级或计划级时，模式通常被使用。它可以用来:
为构件(软件)实例到部署目标实例的部署建模。
使用部署规范指定部署的属性。
下面列出了使用此模式时可能需要做的一些事情。
1更改包和图的名称以适应计划。
2更改节点、工件和部署描述符的名称以适应计划。
3在元素中添加注释来描述它们的目的和功能。
4在包或图中添加或删除元素以适应计划。
5向通信路径末端添加多样性以反映基数性。
下面列出了应用模式时可以使用的一些后续步骤。
1图可以扩展为对部署环境的其他部分建模。
2用图像库中的图像替换图表元素的默认外观，使图表更引人注目。映像库包含服务器、路由器、网络等的映像。
3定义跟踪关系，显示设备如何与向上处理元素(如组件、需求)以及跨处理元素(如工件和数据库表)相关联。
4使用内置的或用户定义的模板从模型中自动生成高质量的文档。

有用的工作区布局设计|组件建模，核心|宽视图

一级类复合层次结构模式通过使用垂直树形线样式将类的组成向下定义到一级来描述给定类的结构。角色末端可见的多重性描述运行系统中允许的实例数量。可以根据需要添加角色名称和其他详细信息。
如图所示。显示了一个类图，它使用垂直的树状线样式描述了下到一个层次的类的层次结构，以帮助使图更易于阅读和简洁。
讨论
其目的是描述类的组成，这样就可以理解它，对它的结构进行推理，并创建更详细的模型。此模式允许将类分解为两个级别，使分析人员能够描述和可视化各个类的结构。
该模式可以通过以下方式使用:
当一个类不是原子的，并且需要描述它的结构，以便可以对由它组成的类进行推理或向下描述到层次结构的两个级别时，使用该模式。
它是复合结构图的有用前身，在复合结构图中，类的内部结构可以根据组成类的部分进行描述。
下面列出了使用此模式时可能需要做的一些事情。
1更改包和图的名称以适应计划。
2更改类的名称以适应计划。
3更改由多重性描述的角色和基数的名称。
4创建其他类，将层次结构扩展到另一个级别。
下面列出了应用模式时可以使用的一些后续步骤。
1向类添加描述，以描述它们在系统描述中的角色。
2添加一个或多个状态机来描述特定类可以展示的谨慎状态。
3如果需要，在层次结构中添加另一个级别。
4使用内置的或用户定义的模板用文档生成器自动生成文档。

有用的工作区布局核心|核心建模

JSON有效负载模式的组件接口描述了表示系统逻辑部分的两个组件如何通过端口和接口进行通信。信息流允许对有效负载建模，并将其指定为在连接器中流动的一个或多个信息项。
图1所示。显示了通过端口和接口进行通信的两个组件。JSON有效负载被定义为一个信息流，允许用户向下钻取到建模的有效负载元素。
其目的是描述两个组件如何通过端口和接口相互通信，并显示两个接口之间的信息流。传递的信息项(有效负载)也被建模，可以作为模型中的元素找到。
模式通常用于活动的设计或实现阶段，在这些阶段，设计人员或架构师需要描述系统的组件如何相互通信。正式地描述接口(包括接口提供的方法或服务)也是有用的。
下面列出了使用此模式时可能需要做的一些事情。
1更改组件、端口和接口的名称以适应您的计划。
2更改接口操作的名称以适应您的计划。
3更改由信息流传递的名称或元素，以符合您的主动性。
下面列出了使用此模式时可能需要做的一些事情。
1创建描述系统重要逻辑部分的附加组件和接口。
2向接口添加操作以描述接口提供的方法或服务。
3创建序列图，可视化地记录消息调用的时间顺序。

有用的工作区布局核心|核心建模，宽视图

JSON有效负载模式的组件接口描述了表示系统逻辑部分的两个组件图2显示了在图表中折叠的与端口和接口通信的两个组件，以向非技术观众隐藏细节。
其目的是描述两个组件如何通过端口和接口相互通信，并显示两个接口之间的信息流。传递的信息项(有效负载)也被建模，可以作为模型中的元素找到。
模式通常用于活动的设计或实现阶段，在这些阶段，设计人员或架构师需要描述系统的组件如何相互通信。正式地描述接口(包括接口提供的方法或服务)也是有用的。
下面列出了使用此模式时可能需要做的一些事情。
1更改组件、端口和接口的名称以适应您的计划。
2更改接口操作的名称以适应您的计划。
3更改由信息流传递的名称或元素，以符合您的主动性。
下面列出了使用此模式时可能需要做的一些事情。
1创建描述系统重要逻辑部分的附加组件和接口。
2向接口添加操作以描述接口提供的方法或服务。
3创建序列图，可视化地记录消息调用的时间顺序。

有用的工作区布局核心|核心建模，宽视图

图3显示带有两个与端口和接口通信的组件的序列图。图允许可视化按时间顺序排列的消息流。
其目的是描述两个组件如何通过端口和接口相互通信，并显示两个接口之间的信息流。传递的信息项(有效负载)也被建模，可以作为模型中的元素找到。
模式通常用于活动的设计或实现阶段，在这些阶段，设计人员或架构师需要描述系统的组件如何相互通信。正式地描述接口(包括接口提供的方法或服务)也是有用的。
下面列出了使用此模式时可能需要做的一些事情。
1更改组件、端口和接口的名称以适应您的计划。
2更改接口操作的名称以适应您的计划。
3更改由信息流传递的名称或元素，以符合您的主动性。
下面列出了使用此模式时可能需要做的一些事情。
1创建描述系统重要逻辑部分的附加组件和接口。
2向接口添加操作以描述接口提供的方法或服务。
3创建序列图，可视化地记录消息调用的时间顺序。

有用的工作区布局核心|核心建模，宽视图