EA图例小组编写案例_QA1

1.Basic Sequence Diagram with Boundary Control and Entity backup:

带有循环片段模式的基本序列图创建元素和序列图,该图描述了一个参与者和两个对象之间的交互,显示了消息的时间顺序调用。循环操作数设置为loop(loop)的组合片段用于表示在交互中的定义点,由片段的帧包围的一组或多个消息将被执行指定次数。
Basic Sequence Diagram with Boundary Control and Entity backup

显示了一个序列图,一个参与者和两个组件的交互,以及它们交换的消息,包括创建、利用和销毁类的消息。

功能目的:
其目的是使元素之间的交互可视化。设计人员和实现团队通常创建序列图,作为设计工具或用于文档目的。一个或多个模式允许一个或多个模式执行多次迭代。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。
该模式通常在设计或实现阶段使用,但也可以在计划完成并需要文档记录时使用。它可用于:
建立一个交互模型,其中一组消息按指定的最小和最大数量被多次触发,作为保护的一部分。

下面列出了使用此模式时可能需要执行的一些操作:
更改参与者和组件的名称以适应方案。
更改图表的名称以适应计划。
更改组件中定义的操作的名称以适应方案。
更改在交互过程中创建的类的名称。

下面列出了使用此模式时可能需要执行的一些操作:
扩展该图以包括反映需要分析的序列的其他元素。
创建在交互过程中需要使用的其他类和其他元素。
使用visualexecutionanalyzer自动创建序列,并构建、调试、记录、分析实现的系统。

2.Basic Sequence Diagram with Loop Fragment:

带有边界控制和实体模式的基本序列图创建元素和序列图,该图描述了参与者和三个业务对象的交互,显示了消息的时间顺序调用。业务建模图标的使用允许对模型-视图-控制器模式(三层)交互进行建模。边界通常表示人机界面,控件表示应用程序逻辑,实体表示信息或对象的持久性。

在这里插入图片描述
显示了一个序列图,一个参与者和三个业务对象的交互以及它们交换的消息。

功能目的
使元素之间的交互可视化。设计人员和实现团队通常创建序列图,作为设计工具或用于文档目的。业务建模图标允许对模型-视图-控制器类型的交互进行建模。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。

在设计阶段,或者通常在设计阶段已经完成或者已经被使用时,也可以使用。它可用于:
从人机界面(边界)、应用程序处理(控制器)到数据或对象(实体)的三层交互建模。
下面列出了使用此模式时可能需要执行的一些操作:
·更改参与者和组件的名称以适应方案。
·更改图表的名称以适应计划。
·更改组件中定义的操作的名称以适应方案。
·更改在交互过程中创建的类的名称。

下面列出了使用此模式时可能需要执行的一些操作:
·扩展该图以包括反映需要分析的序列的其他元素。
·创建在交互过程中需要使用的其他类和其他元素。
使用visualexecutionanalyzer自动创建序列,并构建、调试、记录、分析实现的系统。

3.Sequence with Component Classifiers

使用组件分类器排序Sequence with Component分类器模式创建元素和一个序列图,该图描述了一个参与者和两个显示消息按时间顺序调用的组件之间的交互。参与者和组件是分类器,因此在一般级别上描述交互。
显示了一个序列图,一个参与者和两个组件的交互以及它们交换的消息。

在这里插入图片描述
功能目的
使元素之间的交互可视化。设计人员和实现团队通常创建序列图,作为设计工具或用于文档目的。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。该模式通常在设计或实现阶段使用,但也可以在计划完成并需要文档记录时使用。它可用于:
将两个或多个组件之间的复杂交互及其交换的消息可视化。
序列图也可以方便地从调用堆栈自动创建。

下面列出了使用此模式时可能需要执行的一些操作 :
更改图表的名称以适应计划。
更改组件的名称以适应方案。
更改组件操作的名称,这些操作在关系图上显示为消息。
创建附加的组件和消息,这些组件和消息对应用于该计划的交互进行建模。
更改Note元素上的文本,使其适用于消息,以适应方案。

下面列出了使用此模式时可能需要执行的一些操作:
扩展该图以包括反映需要分析的序列的其他元素。
使用visualexecutionanalyzer自动创建序列,并构建、调试、记录、分析实现的系统。
创建其他交互操作符来对消息流序列建模。
启用Show Sequence Numbering选项以帮助提高图表的可读性。

从文档库中自动生成序列图。

4.Sequence with Component Instances

Sequence with Component Instances模式创建元素及其实例和一个序列图,该图描述了一个参与者的实例(对象)和两个显示消息按时间顺序调用的组件之间的交互。参与者和组件是实例,因此在特定级别描述交互。
图1。显示了一个序列图,一个参与者和两个组件的实例的交互以及它们交换的消息。

在这里插入图片描述

功能目的
使元素之间的交互可视化。设计人员和实现团队通常创建序列图,作为设计工具或用于文档目的。消息序列通常可以通知设计决策或使操作系统中发现的问题变得清晰。
在设计阶段,或者通常在设计阶段已经完成或者已经被使用时,也可以使用。它可用于:
为在交互中的某个特定点创建的对象建模,然后当不再需要其服务时,该对象将被销毁。
下面列出了使用此模式时可能需要执行的一些操作。
更改参与者和组件的名称以适应方案。
更改图表的名称以适应计划。
更改组件中定义的操作的名称以适应方案。

下面列出了使用此模式时可能需要执行的一些操作。
扩展该图以包括反映需要分析的序列的其他元素。
使用visualexecutionanalyzer自动创建序列,并构建、调试、记录、分析实现的系统。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值