GA003-182-20

具有状态机图的用例模型

(Use Case Model with State Machine Diagram)

具有活动图的用例模型模式将创建元素和用例图，以描述用户角色希望从系统中实现的目标。用例全部包含在系统边界内，而参与者均位于边界外。状态场景图（状态转换）已从“场景构建器”中定义的“用例”和“场景步骤”自动生成，从而使涉众可以可视化这些步骤并将其用作UX设计和系统实现的基础。

图1.显示了一个用例图，其中包含Actor和许多用例，这些用例包含在系统边界中。用例A具有定义的步骤，这些步骤指定用户与系统之间的交互。

图2.显示了场景构建器，其中定义了用例和场景的步骤。这些步骤可用于生成许多行为模型，包括活动图和状态机图。方案中的多个步骤都有一个“状态”字段，该字段指示每个步骤将转换到哪些状态。

图3.显示了根据用例A的场景构建器中定义的步骤自动生成的状态机图（状态转换）。可以在图上从“决策”元素分支看到备用场景。

讨论区(Discussion)

目的是允许业务分析师和其他利益相关者描述与系统交互时Actor（用户扮演的角色）希望实现的价值。该模式还根据“场景构建器”中定义的“用例”和“场景”步骤自动创建活动图（图形），使查看者可以可视化用例中的步骤。

该模式通常用于计划的分析阶段，可用于实现任何数量的需求，并为实施团队提供规范。它可以用于：

• 可视化用例及其场景中的步骤
• 提供一种将工作分配给UX设计团队的机制（“活动”图中的“用户步骤”最终将需要用户界面）
• 提供一种将工作分配给实施团队的机制（“活动”图中的“系统步骤”将需要在系统中实施）

以下是使用此模式时可能要执行的一些操作的列表

• 更改包装和图的名称以适合计划。
• 更改系统边界的名称以适合该计划。
• 更改Actor和用例的名称以适合该计划。
• 添加描述以描述用例提供的价值。

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

• 使用场景创建器来定义一个或多个用例中的详细步骤。
• 重新生成以可视方式描述详细步骤的活动图。
• 在用例和需求之间创建跟踪关系。
• 在用例和实现它们的组件之间创建实现关系。
• 使用扩展，包含和泛化关系来构建用例模型。

带有组件实例的序列

(Sequence with Component Instances)

“带有组件实例的序列”模式创建元素及其实例，以及一个序列图，该序列图描述了Actor的实例（对象）与两个显示消息按时间顺序调用的组件的交互。 参与者和组件是实例，因此可以在特定级别描述交互。

图1.显示了一个序列图以及一个Actor实例与两个组件的交互以及它们交换的消息。

讨论区(Discussion)

目的是允许可视化元素之间的交互。设计人员和实施团队通常将序列图创建为设计工具或出于文档目的。消息序列通常可以通知设计决策或使操作系统中发现的问题更清晰。

该模式通常在设计或实施阶段使用，但也可以在计划已完成且需要文档时使用。它可以用于：

• 对在交互的特定点创建的对象建模，然后在不再需要其服务时将其销毁。

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

• 更改Actor和Components的名称以适合计划。
• 更改图的名称以适合计划。
• 更改组件中定义的工序名称以适应计划。

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

• 扩展图表以包括其他元素，这些元素反映需要分析的顺序。
• 使用Visual Execution Analyzer自动创建Sequence并构建，调试，记录，分析实现的系统。

具有中央缓冲区节点的基本活动图

(Basic Activity Diagram with Central Buffer Node)

具有中央缓冲节点模式的基本活动图创建元素，并创建一个活动图，其中包含一系列由控制流连接的动作和控制节点（初始，最终，决策等），指示触发动作的顺序。 中央缓冲区节点允许传入的对象和信息在传递到传出的流并进入下游对象节点之前进行存储和排队。

图1.显示了一个活动图，其中包含通过控制流连接的多个动作和控制节点（初始，最终，决策）。

讨论区(Discussion)

目的是允许业务分析人员和其他利益相关者通过定义一系列动作来创建活动如何执行其工作的直观表示。顺序由“控制流”关系显示。

它通常在计划的分析阶段中使用，以显示活动描述的工作如何通过一系列动作来执行。通常不会为每个活动创建图表，而是为一小部分图表，这对于阐明工作的执行方式很重要。它的用途包括：

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

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

• 重命名元素和图以适合计划。
• 重命名动作和伪节点（初始，最终，决策等）以适合该倡议。
• 在需要扩展图的语义的地方添加其他元素。

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

• 添加对象节点（使用引脚）以显示信息已由操作使用和创建。
• 创建与最终将执行活动和操作所定义的工作的组件的跟踪关系。
• 创建文档，以帮助将图表中包含的信息传播给其他团队成员。

具有进入动作的基本状态机

(Basic State Machine with Entry Actions)

具有进入动作模式的基本状态机从其所显示的重要状态的角度描述了一个实体（例如，类，参与者，用例或测试用例）。 Entry是一种可选行为，无论何时输入状态，都会执行此行为，而与达到该状态所进行的过渡无关。

图1.状态机图，显示了两个状态和两个转换以及一个初始伪状态和一个最终状态。 已经定义了一个Entry，它是一个可选行为，每当输入一个tate时都会执行。

图2.状态机表，显示了状态和伪状态之间的转换。

讨论区(Discussion)

提供一种机制来表示系统工程师或其他利益相关者认为在类或其他元素的生命周期中很重要的条件（状态）。它描述了状态相关的行为，该行为显示元素如何从状态转换为状态。转换上的注释有助于限定状态更改。

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

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

• 重命名软件包，状态机和图以适合该计划。
• 在图中重命名状态和过渡以适合该计划。
• 通过从工具箱或项目浏览器拖到图表上，创建新的状态，其他元素和转换。

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

• 为各州创建进入，执行和退出行动，以模拟在这些情况下发生的情况。
• 在开发其他模型时创建痕迹，以表达各州与模型中其他元素的关系，例如：用例，组件，工件和数据库对象。
• 创建文档，以帮助将图表中包含的信息传播给其他团队成员。

具有三个组成部分的通讯图

(Communication Diagram with Three Components)

“具有三个组件的通信图”模式创建元素和一个图，以通过消息交换来显示正在运行的系统中组件之间的交互。 该图与序列图密切相关，但允许在结构上将元素布置在图中。 消息编号指示时间的流逝。

图1.显示了一个通讯图，其中三个组件通过交换消息进行交互。 时间由消息编号显示。

讨论区(Discussion)

该模式的目的是允许分析人员创建一个图表，该图表可用于可视化组件（或其他分类器）如何交互以通过交换消息来执行离散工作。它是序列图的近亲，但允许将元素放置在图中的任何位置，从而增加了表达的灵活性。

该模式对于非技术人员很有用，他们需要查看组件之间的交互方式，但发现难以解释的序列图。它也可以与需要在结构图中布局的组件（或其他分类器）的任何涉众一起使用。

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

• 更改图的名称，图上的元素和消息以适应计划。
• 重新排列消息以适应计划。

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

• 设置您的首选项为通讯图消息上色，使其对非技术受众更具吸引力。
• 将通信图转换为序列图，使其对技术受众更具吸引力。