rose顺序图转换为协作图_软件工程专题：UML顺序图

关注BeTester，学习更多知识

让碎片成体系，让测试更专业

1、概述

顺序图（Sequence Diagram），也叫时序图，简而言之就是描述参与者或子系统之间自上而下（时间维度）的交互。交互主要通过对象之间发送消息来实现。顺序图也可以用来展示出用例图的行为顺序，当参与者执行/触发一个用例时，都会有一条消息从触发者发送给接收者，从而引起状态转换。

因为顺序图是按照时间顺序现实对象之间的交互，所以顺序图只能应用于顺序逻辑中，对于并发、异步等场景显得无能为力。

2、顺序图元素

顺序图有四部分：参与者（Actor)或对象（Object）、生命线（Lift Line) 、激活期 和 消息。

2.1 参与者（Actor) / 对象（Object）

参与者与对象按照一定顺序从做到右排列。UML中并没有对排列顺序作出任何要求，但是经过长期的积累得出以下经验：

1. 活动的起始点放在最左侧。
2. 交互频繁的参与者或对象靠拢。

在UML中，参与者通常使用以下表示方法：

actor 测试工程师 as te

或

participant 用例系统 as tcms

在UML中，对于参与者或对象，我们可以使用 as 来给对象起别名，方便后面的引用。
除了使用 actor 和 participant 声明参与者和对象外，还可以通过 boundary、 control、 entity 和 database 来声明，仅图标差异。

2.2 生命线

每个参与者或对象都有生命线，生命线随着参与者的创建而产生，销毁而小时。当创建了参与者后，UML图上会顶部和底部各显示参与者，并且通过垂直虚线相连，这条垂直虚线就是生命线。

2.3 激活期

激活期是指对象在整个活动中获得了焦点，需要一段时间来执行某个动作，在UML图中是一个空心的矩形表示，其语法为：

activate te

激活期是一个时间段，有开始就必要会结束，结束的语法为：

deactivate te

在activate和deactivate之间就形成一个矩形，这就是激活期。

2.4 消息

对象之间的交互是通过相互发消息来实现的。一个对象通过发送消息请求另一个对象做事件。

消息从源对象指向目标对象。消息一旦发送便将控制从源对象转移到目标对象。

消息不仅可以从A对象发给B对象，还可以自己发给自己。

te -> dev : 提了个bug，赶紧解
activate dev
dev -> dev : 改bug中
dev --> te : 改完了，麻烦回归一下
deactivate dev

消息可以分为同步消息、异步消息以及返回消息。

2.4.1 同步消息

直到等待接收者返回消息，譬如 测试工程师 准备写测试用例，发了消息“给我需求文档”给产品经理，只有等待产品经理返回消息后，测试工程师才可以继续后续的操作。

在UML中，使用实心箭头

te -> pm : 需求文档

2.4.2 异步消息

无需等待，发送消息后继续操作。譬如 测试工程师 拿到需求文档后，发消息“给我详细设计文档”给 开发工程师，此时测试工程师不需要等开发工程师给详设文档，在开发准备的过程中进行验收用例设计。

在UML中，使用空心箭头

te ->> dev : 详设文档

2.4.3 返回消息

表示完成某个活动或动作后，给予消息源反馈内容。

在UML中，使用空心箭头

dev --> te : 详设文档

3、顺序图操作

3.1 顺序图标题

通过 title 关键字为顺序图设定名字。

@startuml

title Bug简易流程

te -> dev : 提了个bug，赶紧解
activate dev
dev -> dev : 改bug中
dev --> te : 改完了，麻烦回归一下
deactivate dev

@enduml

3.2 分割线

使用分割线可以把一个顺序图划分为不同的阶段。分割线使用 == 阶段名称 == 的形式来表示。

@startuml
actor 测试工程师 as te
actor 开发工程师 as dev
participant 用例系统 as  tcms
== 测试阶段 ==
== 改bug阶段 ==
== 回归阶段 ==
@enduml

3.3 注释

在UML图中描述的内容有限，需要通过注释配合说明才能达到更好的效果。

一个消息只能对应一个注释信息。

@startuml
te -> dev : 提了个bug，赶紧解
note left : 单行文本
te -> dev
note left 
多行文本
多行文本
多行文本
end note
@enduml

除使用 left 进行方位标记外，还可以使用 right 。

3.4 消息数字序号

当时序图中存在很多消息时，会产生很大的理解障碍。通过 autonumber 关键字，可以自动把消息按先后顺序加上数字序号。

@startuml
autonumber
title Bug简易流程
te -> dev : 提了个bug，赶紧解
activate dev
dev -> dev : 改bug中
dev --> te : 改完了，麻烦回归一下
deactivate dev
@enduml

3.5 分组

@startuml
autonumber
title 需求分析建议流程（不完全）

group 需求文档获取
    te -> pm : 需求文档 
    activate pm
    pm -> pm : 写需求文档
    pm -> te
    deactivate pm
end group

group 需求分析
    te ->> dev : 详细设计文档
    activate te

    group 需求澄清
        te -> te : 了解需求
        te -> te : 需求反串讲
    end group

    group 需求分析

    end group

    group 测试设计与分析

    end group

    deactivate te
end group
@enduml

3.6 条件判断

条件判断为顺序图提供了强大的逻辑判断能力，极大丰富了顺序图的使用范围。在UML中使用 alt 关键字来进行条件判断。

@startuml

title 提交bug规范

te -> dev : 提交bug
dev -> dev : 查看bug信息

alt bug规范

dev -> dev : 修改bug
dev -> te : 修改完成，回归

else bug不规范

dev --> te : 无效bug，信息不完整，重新提

end

@enduml

alt 是一种特殊的group分组

3.7 循环

循环进行某一项活动，在UML中使用 loop 关键字对内部活动进行循环操作，直到条件满足后退出。

@startuml
title 提交bug

te -> te : 探索性测试

loop 直到提交完毕
    te -> JIRA系统 : 提交一个bug
    JIRA系统 --> te : 提交成功
end

@enduml

loop 是一种特殊的group分组

3.8 延时

在两条消息之间添加延时，可以提高顺序图的阅读性。在UML中使用 … 来添加时延。

@startuml
title 回归测试

te -> dev: 提交bug

dev -> dev : 修改bug
dev --> te : 修改完成，提交测试

... 回归测试(一天) ...

te -> dev : 回归不通过，重新改下bug

@enduml

3.9 参与组分组

@startuml
title 参与者分类

box 人类军团 #LightGreen
    actor 软件测试工程师 as te
    actor 开发工程师 as dev
end box

participant 用例系统 as tcms
@enduml

4、小结

顺序图能够加强产品经理、开发、测试之间对系统功能的进一步了解，通过顺序图我们能够全貌的了解到系统的流程，为我们后续进行测试设计打下了坚实的基础。

顺序图除了能够对需求进行分析外，还可以完成很多我们工作上的其他内容，譬如梳理部门的工作流规范（Bug流程、提测流程、用例评审流程、用例编写流程等），甚至可以对部门角色的职能描述。

—— 更多文章 ——

• 软件工程专题：UML用例图
• 软件工程专题：UML类图
• 软件工程专题：Plant UML实践
• 软件工程专题：UML简介
• 软件工程专题：看板
• 软件工程专题：Scrum框架
• 软件工程专题：极限编程
• 软件工程专题：敏捷开发流程
• 软件工程专题：软件工程概述