GA002-181-11

Basic Use Case Model with Collaboration

 

协作的基本用例模型

  • 简介

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

  • 目的及适用范围

其目的是允许业务分析人员和其他涉众描述参与者(用户扮演的角色)在与系统交互时想要实现的价值。
该模式通常用于活动的分析阶段,可以用于实现任意数量的需求,并作为为实现团队提供规范的方法。
它可以用来:
描述由用例定义的交互是如何由协作元素执行的。

  • 要求及后续步骤

下面列出了使用此模式时可能需要做的一些事情。

  1. 更改系统边界的名称以适应主动性工作。
  2. 更改参与者和用例的名称以适应计划。
  3. 添加描述来描述用例提供的价值。

下面列出了应用模式时可以使用的一些后续步骤。

  1. 使用场景构建器在一个或多个用例中定义详细步骤。
  2. 生成可视化地描述详细步骤的行为图。
  3. 在用例和需求之间创建跟踪关系。
  4. 在用例和实现它们的组件之间创建实现关系。
  5. 使用扩展、包含和泛化关系来构造用例模型。

 

Basic Sequence Diagram with Reply Message

 

带有回复消息的基本序列图

  • 简介

带有应答消息模式的基本序列图创建元素和描述参与者交互的序列图,以及显示消息按时间顺序调用的两个组件。

  • 目的及适用范围

这样做的目的是让元素之间的交互变得可视化。设计人员和实现团队通常创建序列图,或者作为设计工具,或者作为文档的目的。该模式允许建模者显示如何创建资源(如类),以及如何在交互中销毁资源(如类)。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。
模式通常在设计或实现阶段使用,但也可以在计划已经完成且需要文档时使用。它可以用来:
显式显示消息的返回,而不管该消息是同步的还是异步的。

  • 要求及后续步骤

下面列出了使用此模式时可能需要做的一些事情。

  1. 更改参与者和组件的名称以适应计划。
  2. 更改图的名称以适应计划。
  3. 更改组件中定义的操作的名称,以适应计划。
  4. 更改交互期间创建的类的名称。

下面列出了使用此模式时可能需要做的一些事情。

  1. 扩展图以包含反映需要分析的序列的其他元素。
  2. 创建交互过程中需要使用的其他类和其他元素。
  3. 使用可视化执行分析器来自动创建序列,并构建、调试、记录、配置已实现的系统。

 

Sequence with Component Classifiers

 

带有组件分类器的序列

  • 简介

带有组件分类器的序列模式创建元素和描述参与者交互的序列图,以及显示消息按时间顺序调用的两个组件。参与者和组件是分类器,因此在一般级别上描述交互。

  • 目的及适用范围

这样做的目的是让元素之间的交互变得可视化。设计人员和实现团队通常创建序列图,或者作为设计工具,或者作为文档的目的。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。
模式通常在设计或实现阶段使用,但也可以在计划已经完成且需要文档时使用。它可以用来:
可视化两个或多个组件之间的复杂交互以及它们交换的消息。
序列图也可以方便地从调用堆栈中自动创建。

  • 要求及后续步骤

下面列出了使用此模式时可能需要做的一些事情。

  1. 更改图的名称以适应计划。
  2. 更改组件的名称以适应计划。
  3. 更改在关系图上作为消息可见的组件操作的名称。
  4. 创建附加的、组件和消息,为适用于计划的交互建模。
  5. 更改注释元素上的文本,使其适用于消息,以适应主动性工作。

下面列出了使用此模式时可能需要做的一些事情。

  1. 扩展图以包含反映需要分析的序列的其他元素。
  2. 使用可视化执行分析器来自动创建序列,并构建、调试、记录、配置已实现的系统。
  3. 创建额外的交互操作符来建模消息流的序列。
  4. 启用显示序列编号选项以帮助提高图表的可读性。
  5. 直接从存储库中创建自动生成的序列图文档

 

Sequence with Component Ports and Interfaces

 

 显示一个序列图以及定义了端口和接口的两个组件之间的交互。

 

 显示了描述在两个组件之间交换的信息(有效负载)的组件图。组件、端口和接口可以显示在序列图上,但是最终是接口来交换消息,由组件或它们的部分完成的工作。

  • 简介

带有组件端口和接口的序列模式创建了元素和一个序列图,该序列图描述了两个组件通过它们的端口和接口之间的交互。

  • 目的及适用范围

这样做的目的是让元素之间的交互变得可视化。设计人员和实现团队通常创建序列图,或者作为设计工具,或者作为文档的目的。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。
模式通常在设计或实现阶段使用,但也可以在计划已经完成且需要文档时使用。它可以用来:
可视化两个或多个组件之间的复杂交互以及它们交换的消息。
序列图也可以方便地从调用堆栈中自动创建。

  • 要求及后续步骤

下面列出了使用此模式时可能需要做的一些事情。

  1. 更改图的名称以适应计划。
  2. 更改组件的名称以适应计划。
  3. 更改在关系图上作为消息可见的组件操作的名称。
  4. 创建附加的、组件和消息,为适用于计划的交互建模。
  5. 更改注释元素上的文本,使其适用于消息,以适应主动性工作。

下面列出了使用此模式时可能需要做的一些事情。

  1. 扩展图以包含反映需要分析的序列的其他元素。
  2. 使用可视化执行分析器来自动创建序列,并构建、调试、记录、配置已实现的系统。
  3. 创建额外的交互操作符来建模消息流的序列。
  4. 启用显示序列编号选项以帮助提高图表的可读性。
  5. 直接从存储库中创建自动生成的序列图文档。

Communication Diagram with Three Components

 

 

三部分通信图

  • 简介

具有三个组件模式的通信图创建了元素和一个图,以通过消息交换显示运行系统中组件之间的交互。这个图与序列图紧密相关,但是允许元素在图中以结构的方式排列。时间的流逝通过信息的编号来表示。

  • 目的及适用范围

该模式的目的是允许分析人员创建一个图表,该图表可用于可视化组件(或其他分类器)如何通过交换消息进行交互来执行离散的工作。它是序列图的近亲,但是它允许元素以任何位置被布置在图上,创造了更大的表达灵活性。
对于那些需要查看组件如何交互但发现序列图难以解释的非技术受众来说,该模式非常有用。它还可以用于任何需要在图中结构上列出组件(或其他分类器)的涉众组。

 

 

  • 要求及后续步骤

下面列出了使用此模式时可能需要做的一些事情。

  1. 更改图、图上的元素和消息的名称,以适应计划。
  2. 重新排列信息以适应主动性工作。

下面列出了应用模式时可以使用的一些后续步骤。

  1. 设置您的首选项,为通信图消息着色,使其对非技术受众更具吸引力。
  2. 将通信图转换为序列图,使其对技术受众更有吸引力。
posted @ 2020-10-31 20:30  Huihh  阅读(89)  评论(0)    收藏  举报