Basic Deployment Diagram with Node Instances
带有节点实例的基本部署图 模式创建元素和一个部署图，该图描述了具有两个通过通信路径的实例连接的节点实例的部署环境。
图1.显示了一个部署图，其中两个节点实例通过通信路径的一个实例连接。
Discussion
该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，其中包括诸如机器服务器之类的节点，诸如操作系统，容器，基于软件的服务器之类的执行环境。工件和部署规范对如何将软件部署到节点或执行环境进行建模。节点实例表示在操作系统下运行的实际计算机（物理或虚拟）。
在为企业级别或主动级别定义技术体系结构时，通常使用该模式。它可以用于：
·对构成部署环境的实际计算机（虚拟机或物理机）进行建模。
以下是使用此模式时可能要执行的一些操作的列表。
·更改包装和图的名称以适应计划。
·更改节点，工件和部署描述符的名称以适合该计划。
·在元素上添加注释以描述其目的和功能。
·在包装或图表中添加或删除元素以适应计划。
·在通信路径末端添加多重性以反映基数。
以下是应用模式时可用的一些后续步骤的列表。
·可以扩展该图以对部署环境的其他部分进行建模。
·用图像库中的图像替换图表元素的默认外观，使图表更具吸引力。图像库包含服务器，路由器，网络等的图像。
·定义跟踪关系，显示设备如何与上层流程元素（如组件，需求）和跨过程元素（如工件和数据库表）相关联。
·使用内置或用户定义的模板创建从模型自动生成的高质量文档。
Basic Use Case Model with System Actor
具有系统角色的基本用例模型将创建元素和用例图，以描述用户角色希望从系统中实现的目标。 用例全部包含在系统边界内，而参与者均位于边界外。 Include关系提供了一种机制，可以重用Actor系统交互的各个部分，从而有效地节省了详细的用例时间。
图1.显示了一个用例图，其中包含Actor和许多用例，这些用例包含在系统边界中。 已使用代表系统参与者（例如另一台计算机系统或服务）的矩形表示来包含一个用例。
Discussion
目的是允许业务分析师和其他利益相关者描述与系统交互时Actor（用户扮演的角色）想要实现的价值。 用例的矩形形式是代表另一个计算机系统或服务。
该模式通常用于计划的分析阶段，可用于实现任何数量的需求，并为实施团队提供规范。 它可以用于：
·表示边界定义的系统正在与之交互的计算机系统或服务。
以下是使用此模式时可能要执行的一些操作的列表：
·更改系统边界的名称以适合该计划。
·更改参与者的名称和用例以适应计划。
·添加描述以描述用例提供的价值。
以下是应用模式时可用的一些后续步骤的列表。
·使用方案构建器定义一个或多个用例中的详细步骤。
·生成行为图，直观地描述详细步骤。
·在用例和需求之间创建跟踪关系。
·在用例和实现它们的组件之间创建实现关系。
·使用扩展，包含和泛化关系来构造用例模型。
**
One Level Component Composition Hierarchy
**
单级别的组件组成层次结构模式创建了许多组件和一个描述组件结构层次的类图。 角色名称和多重性描述了每个组件在层次结构中所扮演的角色以及每个组件允许的实例数。
图1.显示了一个类图，其中包含组件的层次结构。 角色名称和多重性在关联的部分结尾处装饰关联。
Discussion
该模式的目的是允许工程师，架构师和实施分析人员对组件及其组成的组件进行建模。 最终的层次结构使他们和其他人可以可视化系统逻辑部分的结构。
当描述和可视化系统组件变得很重要时，它通常用于计划的设计或实施阶段。
以下是使用此模式时可能要执行的一些操作的列表：
·更改图的名称以及组件和角色的名称以适应计划。
·在层次结构中添加或删除组件以适应计划。
·更改联系两端的多重性以反映基数。
以下是应用模式时可用的一些后续步骤的列表。
·如果需要，可以将层次结构扩展到另一个级别。
·可以创建复合结构图以显示零部件之间如何相互作用。
·定义跟踪关系，显示组件如何与上层流程元素（如用户故事，用例和需求）以及下层流程元素（如工件和数据库表）相关。
·创建从模型自动生成的高质量文档。
**
Database Server with Deployed Database
**
具有已部署数据库的数据库服务器模式将创建元素和一个部署图，这些图和部署图描述了通过关系数据库管理系统部署在一个程序包中包含的一系列数据库表中的各层，而关系数据库管理系统又嵌套在驻留在物理系统中的操作系统中 或虚拟数据库服务器。
图1.显示一个部署图，描述了一系列表到数据库服务器的部署。
Discussion
该模式的目的是允许设计人员或技术架构师创建或查看虚拟或物理部署环境的模型，其中包括诸如机器服务器之类的节点，诸如操作系统，容器，基于软件的服务器之类的执行环境。 工件和部署规范对如何将软件部署到节点或执行环境进行建模。 该图显示了如何将表和其他数据库对象的建模连接到部署模型。
在为企业级别或主动级别定义技术体系结构时，通常使用该模式。 它可以用于：
·在构成物理数据模型的一系列表的部署中对层进行建模。
以下是使用此模式时可能要执行的一些操作的列表。
·更改包装和图的名称以适应计划。
·更改节点，工件和部署描述符的名称以适合该计划。
·在元素上添加注释以描述其目的和功能。
·在包装或图表中添加或删除元素以适应计划。
·在通信路径末端添加多重性以反映基数。
以下是应用模式时可用的一些后续步骤的列表。
·可以扩展该图以对部署环境的其他部分进行建模。
·用图像库中的图像替换图表元素的默认外观，使图表更具吸引力。图像库包含服务器，路由器，网络等的图像。
·定义跟踪关系，显示设备如何与上层流程元素（如组件，需求）和跨过程元素（如工件和数据库表）相关联。
·使用内置或用户定义的模板创建从模型自动生成的高质量文档。
**
Use Case Model with State Machine Diagram
**
具有活动图的用例模型模式将创建元素和用例图，以描述用户角色希望从系统中实现的目标。 用例全部包含在系统边界内，而参与者均位于边界外。 状态场景图（状态转换）已从“场景构建器”中定义的用例和场景步骤自动生成，从而使涉众可以可视化这些步骤并将其用作UX设计和系统实现的基础。
图1.显示了一个用例图，其中包含Actor和许多用例，这些用例包含在系统边界中。 用例A具有定义的步骤，这些步骤指定用户与系统之间的交互。
图2.显示了场景构建器，其中定义了用例和场景的步骤。 这些步骤可用于生成许多行为模型，包括活动图和状态机图。 方案中的多个步骤都有一个“状态”字段，该字段指示每个步骤将转换到哪些状态。
图3.显示了根据用例A的情况构建器中定义的步骤自动生成的状态机图（状态转换）。可以在图上从“决策”元素分支看到备用方案。
Discussion
目的是允许业务分析师和其他利益相关者描述与系统交互时Actor（用户扮演的角色）想要实现的价值。 该模式还根据“场景创建器”中定义的“用例”和“场景”步骤自动创建活动图（图形），使查看者可以可视化用例中的步骤。
该模式通常用于计划的分析阶段，可用于实现任何数量的需求，并为实施团队提供规范。 它可以用于：
·可视化用例中的步骤及其场景
·提供一种将工作分配给UX设计团队的机制（“活动”图中的“用户步骤”最终将需要用户界面）
·提供一种将工作分配给实施团队的机制（活动图中的系统步骤将需要在系统中实施）
以下是使用此模式时可能要执行的一些操作的列表：
·更改包装和图的名称以适应计划。
·更改系统边界的名称以适合该计划。
·更改参与者的名称和用例以适应计划。
·添加描述以描述用例提供的价值。
以下是应用模式时可用的一些后续步骤的列表。
·使用方案构建器定义一个或多个用例中的详细步骤。
·重新生成以可视方式描述详细步骤的活动图。
·在用例和需求之间创建跟踪关系。
·在用例和实现它们的组件之间创建实现关系。
·使用扩展，包含和泛化关系来构造用例模型。