小组号	成员1：邱枫阳	成员2：李锦荣
182-02	1814080902240	1814080902256

One Level Class Composition Hierarchy

一级层次类别的组成层次图

       “一级层次类别的组成层次结构”模式通过使用“垂直树”线条样式定义从其向下构成一个层的类来描述给定类的结构。 角色端可见的多重性描述了正在运行的系统中允许的实例数。 可以根据需要添加角色名称和其他详细信息。
       如上图所示，显示了一个“类”图，该类使用“垂直树”线条样式向下描述了一个类的层次结构，以帮助使该图更加可读和紧凑。目的是描述类的组成，以便可以理解它，并可以推理其结构，并可以创建更详细的模型。这种模式允许将类分解为两个级别，从而使分析师可以描述和可视化各个类的结构。

该模式可以通过以下方式使用：
       一、当类不是原子类并且需要描述其结构时，可以使用该模式，以便可以从组成层次的两个层次上推理或描述组成该类的类。
       二、它是复合结构图的有用前体，在该结构图中，可以根据组成类的部分来描述类的内部结构。

以下是使用此模式时可能要执行的一些操作的列表。
       1.更改包的名称和图表以适应计划。
       2.更改类的名称以适合该计划。
       3.更改角色名称和多重性描述的基数。
       4.创建其他类以将层次结构扩展到另一个级别。

以下是应用模式时可用的一些后续步骤的列表。
       1.在类中添加描述以描述它们在系统描述中的作用。
       2.添加一个或多个状态机来描述特定类可能表现出的谨慎状态。
       3.如果需要，将另一个级别添加到层次结构中。
       4.通过文档生成器使用内置或用户定义的模板自动生成文档。

Composite Structure Diagram with Collaboration

协作的复合结构图

       具有协作模式的复合结构图通过使用零件（代表组成零件的零件）来描述零件的内部结构。端口和接口与委托连接器和信息流连接，这些连接器和信息流显示了信息项如何通过指定的接口从组件流向组件。
       上图显示代表组成组件的组件的零件以及流经连接组件零件的接口和端口的信息项。该模式的目的是允许设计人员和架构师描述组件的组成以及如何将零件（其他组件）“连接”在一起以执行组件的工作。充当管道的信息流携带信息项，这些信息项连接显示信息和其他有效负载从组件到组件移动的接口。该模式通常用于设计或实现阶段，以通过描述组件或其他组件（其他组件）的交互来显示复合或复杂组件如何交付价值。它可以用来分解组件的层次结构，以显示系统逻辑部分如何产生和使用信息。

以下是使用此模式时可能要执行的一些操作的列表。
       1.通过添加或删除组件来更改层次结构。
       2.更改组件，零件和接口的名称以适合您的计划。
       3.在界面元素中更改并创建其他操作。
       将属性添加到类以描述概念的属性。

以下是应用模式时可用的一些后续步骤的列表。
       1.创建其他层次结构和复合结构图以表示零件之间的相互作用。
       2.创建一个或多个序列图以显示组件之间消息的时间顺序。
       3.为其他受众创建组件的文档。

Two Level Component Type Hierarchy

两级组件类型层次结构

       “两级组件类型层次结构”模式创建“组件”和一个“类”图，该类图描述了系统中逻辑单元（“组件”）的分类法，可分为两层。 这允许对一组元素的家族特征进行建模和理解，从而创建分类和重用机会。
       上图显示了带有许多组件的类图，这些组件是更通用组件的特化（子类）。该模式的目的是允许设计人员，架构师和其他利益相关者创建或查看系统中重要组件的分类法（可分为两个层次）。该模式通常在初期就被用作分析系统逻辑单元的家族特征的一种方式。该模式对于共享知识和理解也很有用，并且将有助于确保所有利益相关者对系统组件及其输入家族的方式有共同的理解。它还提供了重用的基础，允许使用元素的更通用版本，除非需要专门的版本。

以下是使用此模式时可能要执行的一些操作的列表。
       1.更改包的名称和图表以适应计划。
       2.更改组件的名称以适合该计划。
       3.添加一个或多个泛化集以对关系进行分组。
       4.创建其他组件以将层次结构扩展到另一个级别。

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

Component Interfaces with JSON Payload

具有JSON有效负载的组件接口

       带有JSON有效负载的组件接口模式描述了表示系统逻辑部分的两个组件如何通过端口和接口进行通信。 信息流允许将有效载荷建模并指定为在连接器上流动的一个或多个信息项。
       上图1显示了两个通过端口和接口进行通信的组件。 JSON有效负载定义为信息流，允许用户向下钻取建模的有效负载元素。上图2显示了两个与Ports和Interfaces进行通信的组件，它们在图中折叠起来以向非技术人员隐藏细节。目的是描述两个组件如何通过端口和接口相互通信，并显示两个接口之间的信息流。传送的信息项（有效负载）也已建模，可以在模型中作为元素找到。该模式通常用于计划的设计或实施阶段，在此阶段，设计人员或架构师需要描述系统组件之间如何进行通信。正式描述包括接口提供的方法或服务的接口也很有用。

以下是使用此模式时可能要执行的一些操作的列表。
       1.更改组件，端口和接口的名称以适合您的计划。
       2.更改接口操作的名称以适合您的计划。
       3.更改信息流传达的名称或元素以适合您的计划。

以下是使用此模式时可能要执行的一些操作的列表。
       1.创建描述系统重要逻辑部分的其他组件和接口。
       2.将操作添加到接口以描述接口提供的方法或服务。
       3.创建顺序图，以可视方式记录消息的按时间顺序调用。

Node Instance with Nested Deployment

嵌套部署的节点实例

       具有嵌套部署的节点实例模式创建元素和一个部署图，这些图和描述图描述了具有单个节点（服务器）和执行环境（容器）的部署环境以及部署到它们的工件。
       上图显示了具有节点实例的部署图，该节点实例带有已部署的Artifact实例及其随附的Deployment Specification实例。该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，其中包括诸如机器服务器之类的节点，诸如操作系统，容器，基于软件的服务器之类的执行环境。工件和部署规范对如何将软件部署到节点或执行环境进行建模。工件实例提供了设计和实施模型与部署环境模型之间的链接。

在为企业级别或主动级别定义技术体系结构时，通常使用该模式。它可以用于：
       一、对工件实例（软件）到部署目标实例的部署进行建模。
       二、使用“部署规范”指定部署的属性。

以下是使用此模式时可能要执行的一些操作的列表。
       1.更改包和图的名称以适合计划。
       2.更改节点，工件和部署描述符的名称以适合该计划。
       3.在元素上添加注释以描述其目的和功能。
       4.在包或图中添加或删除元素以适合计划。
       5.向通信路径末端添加多重性以反映基数。

以下是应用模式时可用的一些后续步骤的列表。
       1.可以扩展该图以对部署环境的其他部分进行建模。
       2.用图像库中的图像替换图表元素的默认外观，使图表更具吸引力。图像库包含服务器，路由器，网络等的图像。
       3.定义跟踪关系，以显示设备如何与上层流程元素（例如组件，需求）和跨过程元素（例如工件和数据库表）相关联。
       4.使用内置或用户定义的模板创建从模型自动生成的高质量文档。