【软件工程

【软件工程-UML 用例图与时序图总结】

Author： Stephen.Bo

本文仅供分享和学习使用。

UML图其实就是用规定的符号规定的格式来表述出我们大脑中对一个软件的真实想法，之所以有UML图是因为我们每个人从小到大生活环境都不一样使得我们每个人对一件事的表达和理解都会产生偏差，比如你需要一个记录你每天生活的软件，你将这个想法告诉软件开发人员，软件开发人员却理解为你需要一个消息推送软件，然后你们还签订了软件协议，你给软件开发人员付了相应的报酬，软件开发人员为你开发了一个消息推送的软件，当你拿到你的软件后你心里肯定会非常气愤，不但会强烈想让软件开发人员退钱，而且想杀了他全家，这样的结果肯定是我们每个人都不想看到的。所以当我们表述自己大脑中对于一个软件的想法时，就有了一个统一的UML图来表述，由于是统一的符号和表述方法，所以表述与理解对于每个人都不会产生偏差。所以说UML图还是很重要的，并且它不像学一门编程语言一样，想要学会可能要花费很大的精力，每个UML图只需要你耐心的花费几个小时就可以学会的一种画图方法，就像小学美术课，一个圆加几个横线代表一个太阳那样容易。

UML图包含九种图： 用例图、类图、对象图、构件图、部署图、活动图、协作图、状态图、序列图。

下面就介绍一下用例图和时序图吧：

一、用例图：（Use-case diagram）

1、 用例图是用来描述“用户、需求、系统功能单元”之间关系的UML图。在实际应用中用例图常常用作需求分析阶段和系统测试阶段。

2、 用例图所包含的元素及元素介绍：

（1）    参与者（Actor）：

表示与某系统或者某应用程序进行交互的用户、组织或者外部系统。在用例图中用一个小人来表示。

（2）    用例（Use case）：

用例就是外部可见的系统功能，对系统提供的功能进行描述。在用例图中用一个椭圆表述。

（3）    关系:

用例图中的关系包括：关联、泛化、包含和扩展。

A．  关联：

关联表示参与者与用例之间的关系。

关联表示参与者与用例之间的通信，任何一方都可以发送或者接受消息。

B．  泛化：

泛化表示参与者之间或用例之间的关系。

泛化就是通常理解的继承关系，子用例和父用例相似，但表现出更特别的行为。

C．  包含：

包含表示用例之间的关系。

包含关系就是用来把一个较复杂的用例所表示的功能分解成较小的步骤。

箭头指向：指向分解出来的功能。

D．  扩展：

扩展表示用例之间的关系。

扩展关系是指用例功能的延伸，相当于为基础用例提供一个附加功能。

箭头指向：指向基础用例。

3. 用例描述表：

鉴于用例图并不能清楚的表达功能需求，开发中大家通常用描述表来补充某些不易表达的用例。

4 用例图画图步骤：

第一步：确定系统，拟出系统名称。

第二步: 找出所有与系统打交道的角色

第三步: 站在角色的立场上想象系统应该提供的功能，将这些功能画成系统的用例。

第四步: 对于每个用例给出详细步骤。

第五步：找出用例图中的角色、用例之间可能有的继承、扩展或者包含关系。

二、时序图：（Sequence diagram）

1、 时序图用来表示用例中的行为顺序，属于动态图，当执行一个用例行为时，序列图中的每条消息对应了一个类操作或者状态机中引起转换的事件。

2、 时序图中的元素：

A、 角色：

用一个小人表示，角色可以是人、组织或者其它子系统

B、 对象:

每条生命线上都关联着一个对象。对象的三种命名方式：

(1)   显示实例名与类名。 (实例名：类名)

(2)   只显示类名。 (类名)

(3)   只显示实例名。（实例名）。

C、 生命线：

是对象下面一条向下延伸的虚线，这条虚线表示生命线，表示一个对象存在的时间。

D、 控制焦点：

控制焦点就是序列图中表示时间段的符号，用一个小矩形表示，在这个时间段内对象将执行相应的操作。

E、 消息：

序列图中的消息分为：同步消息、 异步消息、 和 返回消息。

同步消息:

就是指消息发送者把控制传递给消息的接收者，然后停止活动，等待消息的接收者放弃或者返回控制。

异步消息：

就是只消息的发送者通过消息把信号传递给消息的接收者然后自己继续活动，不等待接收者返回消息或者控制。异步消息的发送者和接收者是并发工作的。

返回消息：

就是指消息从过程调用返回。

F、  自关联消息：

表示方法的自身调用以及一个对象内的一个方法调用另外一个方法。

 

以上这些就是用例图和时序图基本的画图规则，当然画一张属于自己的时序图和用例图就会对它们有更好的理解了。本文就到这里，希望大家看完后对UML的用例图和时序图有一个基本的了解。