GA002-181-07

一、二级组件组成层次结构

图1 显示包含组件层次结构的类图。 角色名称和多重性装饰关联结束在部分结束的关系。

介绍：两级组件组成层次结构模式创建了许多组件和描述组件结构层次结构的类图。 角色名称和多重性描述了每个组件在层次结构中所扮演的角色以及每个组件的允许实例的数量。

目的：该模式的目的是允许工程师、架构师和实现分析人员对组件及其组成部分进行建模。 由此产生的层次结构允许他们和其他人可视化系统的逻辑部分的结构。

使用范围：当描述和可视化系统的组件变得很重要时，它通常用于计划的设计或实现阶段。下面是您在使用此模式时可能想做的一些事情的列表。
1.1更改图表的名称以及组件和角色名称以适应主动。
1.2在层次结构中添加或删除组件以适应主动。
1.3更改协会结束上的倍数以反映基数。

使用步骤：下面是应用模式时可用的一些下一步步骤的列表。
1.1如果需要，层次结构可以扩展到另一个层次。
1.2可以创建一个复合结构图来显示组件部件是如何相互作用的。
1.3定义跟踪关系，显示组件如何与上进程元素（如用户故事、用例和需求）和下进程元素(如工件和数据库表)相关。
1.4创建从模型自动生成的高质量文档。

二、具有节点实例的基本部署图

图2 显示由通信路径实例连接的两个节点实例的部署图。

介绍：带有节点实例模式的基本部署图创建元素和一个部署图，该图描述由通信路径实例连接的两个节点实例的部署环境。

目的：该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，包括节点，如机器服务器执行环境，如操作系统、容器、基于软件的服务器。 工件和部署描述符是如何将软件部署到节点或执行环境的。 节点实例表示在操作系统下运行的实际机器（物理或虚拟）。模式通常用于在企业级别或主动级别定义技术架构时。 可用于模拟构成部署环境的实际机器(虚拟或物理）。

使用范围：下面是您在使用此模式时可能想做的一些事情的列表：
1.1 更改包和图表的名称以适应主动性。
1.2 更改节点、工件和部署描述符的名称以适应该倡议。
1.3 在元素中添加注释，以描述它们的目的和功能。
1.4 添加或删除包或图表中的元素以适应主动。
1.5 在通信路径结束时添加多项以反映基数。

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

三、数据库服务器与部署数据库

图3 显示部署图描述了一系列表到数据库服务器的部署。
介绍：具有部署数据库模式的数据库服务器创建元素和部署图，该图描述通过关系数据库管理系统部署包中包含的一系列数据库表中的层，而关系数据库管理系统则嵌套在驻留在物理或虚拟数据库服务器中的操作系统中。

目的：该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，包括节点，如机器服务器执行环境，如操作系统、容器、基于软件的服务器。 工件和部署描述符是如何将软件部署到节点或执行环境的。 图显示了如何将表和其他数据库对象的建模连接到部署模型。模式通常用于在企业级别或主动级别定义技术架构时。 可用于对组成物理数据模型的一系列表的部署中的层进行建模。

使用范围：下面是您在使用此模式时可能想做的一些事情的列表。
1.1 更改包和图表的名称以适应主动性。
1.2 更改节点、工件和部署描述符的名称以适应该倡议。
1.3 在元素中添加注释，以描述它们的目的和功能。
1.4 添加或删除包或图表中的元素以适应主动。
1.5 在通信路径结束时添加多项以反映基数。

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

四、系统角色的基本用例模型

图4 显示与参与者的用例图和系统边界中包含的一些用例。 一个用例已经包含了使用矩形表示的系统角色，例如另一个计算机系统服务。

介绍：带有系统角色模式的基本用例模型创建元素和用例图，描述用户角色希望从系统实现的目标。 用例都包含在系统边界内，参与者都位于边界之外。 包含关系提供了一种机制，用于重用角色与系统交互的部分，有效地节省了详细说明用例的时间。

目的：目的是让业务分析师和其他利益相关者描述角色（用户扮演的角色）在与系统交互时想要达到的价值。 用例的矩形形式是表示另一个计算机系统或服务。该模式通常用于倡议的分析阶段，可用于实现任意数量的需求，并作为为实现团队提供规范的一种方式。 可用于表示由边界定义的系统正在与之交互的计算机系统或服务。

使用范围：下面是您在使用此模式时可能想做的一些事情的列表。
1.1 更改系统边界的名称以适应主动。
1.2 更改演员和用例的名称以适应该倡议。
1.3 添加描述以描述用例提供的值。

使用步骤：下面是应用模式时可用的一些下一步步骤的列表。
1.1 使用场景生成器在一个或多个用例中定义详细步骤。
1.2 生成一个行为图，直观地描述详细的步骤。
1.3 在用例和需求之间创建跟踪关系。
1.4 在用例和实现它们的组件之间创建实现关系。
1.5 使用扩展、包含和泛化关系构建用例模型。

五、使用状态机器图的案例模型

图5 显示与参与者的用例图和系统边界中包含的一些用例。 用例A有定义的步骤来指定用户和系统之间的交互。

图6 显示场景生成器，其中定义了用例和场景的步骤。 步骤凸轮用于生成许多行为模型，包括活动和状态机器图。

图7 显示从用例A的场景生成器中定义的步骤自动生成的状态机器图(状态转换。 在从决策元素分支的图表上可以看到交替场景。

介绍：带有活动图模式的用例模型创建元素和一个用例图，描述用户角色希望从系统中实现的目标。用例都包含在系统边界内，参与者都位于边界之外。从场景生成器中定义的用例和场景步骤自动生成状态机器图（状态转换），允许利益相关者可视化这些步骤并将它们用作UX设计和系统实现的基础。

目的：目的是让业务分析师和其他利益相关者描述角色（用户扮演的角色）在与系统交互时想要达到的价值。 该模式还从场景生成器中定义的用例和场景步骤中自动创建活动图（图），允许查看器可视化用例中的步骤。该模式通常用于倡议的分析阶段，可用于实现任意数量的需求，并作为为实现团队提供规范的一种方式。 可用于：
1.1可视化用例及其场景中的步骤
1.2为设计团队分配工作提供一种机制(活动图中的用户步骤最终将需要一个用户界面)
1.3为实施团队分配工作提供一个机制（活动图中的系统步骤将需要在系统中实现）

使用范围：下面是您在使用此模式时可能想做的一些事情的列表。
1.1 更改包和图表的名称以适应主动性。
1.2 更改系统边界的名称以适应主动。
1.3 更改演员和用例的名称以适应该倡议。
1.4 添加描述以描述用例提供的值。

使用步骤：下面是应用模式时可用的一些下一步步骤的列表。
1.1 使用场景生成器在一个或多个用例中定义详细步骤。
1.2 重新生成描述详细步骤的活动图。
1.3 在用例和需求之间创建跟踪关系。
1.4 在用例和实现它们的组件之间创建实现关系。
1.5 使用扩展、包含和泛化关系构建用例模型。