为什么需要顺序图建模

我们描述过程一般有2种方式：

1. 按照时间顺序，把活动编排顺序，这就是活动图。参见：活动图

2. 列出对象，按照时间的顺序，描述各个对象的交互，这就是交互图。

而顺序图属于交互图的一种（除此之外，还有：通信图、交互概览图、时间图，参见：UML概览）。描述活动的过程，大家一般想到的是活动图，为什么还需要顺序图呢？

这是因为只是描述过程，而不知道过程的各个活动由谁负责，这样的过程是无法执行的。所以，必须把过程分解为多个角色/类/模块的职责。类的关系和职责的描述用类图(参见：类图)，而活动图和类图是完全不同的视角，这就需要一个以对象交互视角描述活动过程的图。

请看下面2个图例的对比：

下面是引入了顺序图的分析设计方法：

可见，借助顺序图，我们可以把活动清晰的分解为对象的交互，然后在定义类图，这样每个行为都有了负责者，这无论是对业务流程分析还是软件流程分析都是关键的一环：

顺序图有什么

任何UML图都有语义、元素、关系和用途，下面对顺序图做个列表描述：

图例：贪吃蛇游戏的顺序图

为了让读者看的更形象，采用图例的方式介绍顺序图的用法，下面是贪吃蛇游戏的顺序图：

顺序图说明：

对象的说明：

对象一般是属于某个类的，一个顺序图上可以具有同类的多个对象。 对象最好具有名字，这样我们才能区分同类的多个对象。 分配过程到对象交互的过程，就是职责分配的过程，这会造就类的职责（参见：类图）； 职责分配的原则是：高内聚、低耦合，这样的关系简单清晰、互相影响小、执行效率高。

消息的说明：

消息一定是被对象发出或者接收的，所以消息也是有存在时长的； 消息不能超越对象的生命周期。 交互消息的存在3种： 同步消息: 发出消息的对象，会等待接收消息的对象的响应，有了响应后才继续Next。 异步消息：发消息的对象，发出消息后就继续做自己的事情，不等待接收消息的对象的响应。 自身消息：对象发给自己的消息，也就是执行自己的职责。

 

顺序图的要素说明：

如下是顺序图中的对象的说明字典：

序号	对象	说明
1.	player1:Player	游戏的对象，可以启动游戏，控制蛇的方向。
2.	Timer1:Timer	定时器的对象，可以产生时钟心跳，驱动蛇爬动。
3.	map1:Map	地图的对象，可以被打开，上面有一个食物对象和一个蛇对象。
4.	snake1:Snake	蛇的对象，被地图创建，可以爬动，还可以吃食物。
5.	Food1:Food	食物的对象，可以被地图创建，也可以被蛇吃掉。

 

说明：本文的模型采用建模工具EA建模。