GA002-185-17

Basic State Machine with Triggers

带触发器的基本状态机

具有触发器模式的基本状态机从它所展示的重要状态的角度来看描述实体（例如类、执行组件、用例或测试用例）。进入状态时，可以触发"操作"，在状态中可以触发 do 操作，离开状态时可以触发退出操作。

图中显示两个状态和两个转换以及初始 Psuedostate 和最终状态的状态机图。触发器已添加到"转换"中。

讨论
提供一种机制来表示系统工程师或其他利益相关者认为在类或其他元素的生命周期中重要的条件（州）。它描述了状态相关行为，显示元素如何从状态转换到状态，触发器模型是什么导致转换发生。

当软件工程师想要定义或描述类或其他元素可能显示的一组离散状态时，使用该模式。它们通常是为了分析系统某些部分的行为而创建的，通常是因为它难以理解或因为它的行为很复杂。

以下是使用此模式时可能需要做的一些操作的列表。

• 重命名包、状态机和图表以适合该计划。
• 重命名图中的"状态"和"过渡"以适合该计划。
• 通过从工具箱或项目浏览器拖动到关系图上创建新状态、其他元素和过渡。

以下是应用模式时可用的一些步骤的列表。

• 创建"进入、操作和退出操作"，供各州模拟在这些条件下发生的情况。
• 向"过渡"添加防护和效果，以表示过渡的约束和行为
• 在开发时从其他模型创建跟踪，以表达国家与模型中其他元素（例如用例、组件、项目项和数据库对象）的关系。
• 创建有助于将图表中包含的信息传播给其他团队成员的文档。

Complete Object Diagram

完整的对象图
"完整对象关系图"模式创建一个对象图，对象图包含由链接（关联实例）连接的对象（实例规范）。对象包含允许为类中定义的属性指定值的插槽。角色名称（包括数字）用于标识实例及其在关联类或链接对象方面扮演的角色。

图中显示具有两个与链接连接的对象图。

讨论
该模式的目的是允许业务分析师、测试人员和执行团队成员定义信息模型的范例。

该模式可用于需要类模型示例的任何情况。这些可用于许多情况，包括以下情况：

• 定义可用作测试用例输入的测试数据，或在程序员开发使用或生成部分信息模型的模块或组件时提供有用的范例。
• 创建示例，分析师可以使用这些示例向利益相关者解释困难的情况，这些利益相关者发现更抽象的信息模型难以理解或概念化。

以下是使用此模式时可能需要做的一些操作的列表。

• 更改类关系图中定义的类的名称，以适应计划。（对象关系图中显示的分类器的名称将自动更改。
• 更改对象的名称以适应计划
• 更改角色名称和乘法以套件计划。
• 更改类图中类的第一个隔间中显示的属性的名称，以适应计划。（对象关系图中的名称将自动更改。
• 更改对象中的"插槽"（属性值）中的值。

以下是使用此模式时可能需要做的一些操作的列表。

• 创建可用作测试数据或示例的其他对象或对象集。
• 使用内置或用户定义的模板直接创建模型的自动文档。

Package Dependencies

包依赖项

包依赖项模式创建许多包和一个包图，描述包彼此的依赖性。充当客户的包据说依赖于另一个包作为供应商。这种依赖性使用依赖关系进行建模，并在关系图上直观地用一条虚线表示，箭头指向供应商包。

图中显示具有许多具有依赖关系包的包图，指示它们对其他包的依赖性。

讨论
目的是允许建模者，特别是设计人员和架构师来表达模型中包之间的依赖性或依赖性。这使查看者能够了解在正在运行的系统中通过遵循依赖关系回到客户端包来破坏依赖包的影响。

它们通常在早期创建于一个倡议中，以显示包之间的依赖性，但在整个计划期间将查看它们，尤其是在需要影响分析时。

以下是使用此模式时可能需要做的一些操作的列表。

• 更改包的名称以适合计划。
• 创建其他包并根据需要添加关系。
• 向包添加注释，描述它们包含的元素及其在模型中的用途。

以下是使用此模式时可能需要做的一些操作的列表。

• 向依赖关系添加详细信息，以描述依赖关系的性质。这可以采取一个或多个标记值、名称或详细注释的形式。
• 配置最低级别的包，以显示关系图中每个包的内容。

Basic Activity Diagram with Datastore

带数据存储的基本活动图

具有数据存储模式的基本活动图创建元素和活动图，其中包含一系列由控制流连接的操作和控制节点（初始、最终、决策等），指示触发操作的顺序。数据存储是一个节点，它不仅存储传入的对象和数据，而且在数据从节点传出之前保留数据的副本。

图中显示包含许多操作和控制节点（初始、最终、决策）的活动图，该图由控制流连接。数据存储通过对象流连接到输入和输出引脚。

讨论
其目的是允许业务分析师和其他利益干系人通过定义一系列操作来创建活动如何执行其工作的可视化表示形式。 序列由控制流关系显示。数据存储存储传入对象，并保留其副本。

它通常用于计划的分析阶段，以显示活动描述的工作如何由一系列操作执行。图表通常不会为每个活动创建，而是为少数创建图表，其中必须说明工作是如何进行的。 其用途包括：

• 临时存储传入的对象和数据

• 保留通过节点的数据的副本

以下是使用此模式时可能需要做的一些操作的列表。

• 重命名元素和图表以适合计划。
• 重命名操作和伪节点（初始节点、最终节点、决策节点等），以适应该计划。
• 添加对象节点（使用引脚）以显示操作使用和创建的信息。
• 创建与最终将执行"活动"和"操作"定义的工作的组件的跟踪关系。
• 创建有助于将图表中包含的信息传播给其他团队成员的文档。

Composite State with History

具有历史记录的复合状态

具有历史记录模式的复合状态从实体所展示的重要状态的角度来看描述实体（例如类、参与者、用例或测试用例）。条目是一种可选行为，无论为到达状态而转换，只要输入 tate 时都会执行该行为。

图中显示两个状态和两个转换以及初始 Psuedostate 和最终状态的状态机图。已定义许多嵌套在封闭状态中的子状态。历史记录状态用于返回到在退出过渡（过渡 A）触发时处于活动状态的子状态。 退出历史记录 psuedostate 的转换是计算机无法识别哪个子状态处于活动状态的默认值。

讨论
提供一种机制来表示系统工程师或其他利益相关者认为在类或其他元素的生命周期中重要的条件（州）。它描述状态相关行为，显示元素如何从状态转换到状态。子国家用于向各国表明

当软件工程师想要定义或描述类或其他元素可能显示的一组离散状态时，使用该模式。它们通常是为了分析系统某些部分的行为而创建的，通常是因为它难以理解或因为它的行为很复杂。

以下是使用此模式时可能需要做的一些操作的列表。

• 重命名包、状态机和图表以适合该计划。
• 重命名图中的"状态"和"过渡"以适合该计划。
• 通过从工具箱或项目浏览器拖动到关系图上创建新状态、其他元素和过渡。
• 将显示更改为状态表。

以下是应用模式时可用的一些步骤的列表。

• 创建"进入、操作和退出操作"，供各州模拟在这些条件下发生的情况。
• 向过渡添加触发器、防护和效果，以表达过渡的约束和行为
• 在开发时从其他模型创建跟踪，以表达国家与模型中其他元素（例如用例、组件、项目项和数据库对象）的关系。
• 创建有助于将图表中包含的信息传播给其他团队成员的文档。