UML－状态图，顺序图，活动图

一。编写用例文档

1.用例的内容：用例编号用例名执行者前置条件后置条件基本路径扩展路径字段列表业务规则

非功能需求设计约束

前置条件必须是系统能够检测到的必须是系统在用例开始前就能检测到的。

基本路径注意点： 1. 不要有太多专业术语

2.使用主动语句 3.句子以系统或者执行者作为主语

4.每一句要向目标迈进（比如：用户输入个人信息，个人信息参见字段列表）

5.分支和循环（使用扩展路径） 6.不要涉及界面细节

检查用例模型
用例跟踪矩阵

	用例1	用例2	用例3	用例4
需求1
需求2
需求3
需求4

如果一个用例没有对应得需求： 1.隐型需求

2.客户没有想到的需求

如果一个需求没有对应的用例： 1.非功能性需求 2.漏掉了

二。状态图

状态图： 1.一个特定的对象的可能状态

2.状态之间的转化

3.不同状态下有着不同的行为

有且只有一个初始状态。实心原点

可以有多个终止状态实心原外面加圈

从一个状态到另一个状态：转移线

一。状态图的高级技巧

补充：从一个状态到另一个状态称为转移（transition）， transition上的event 对应state 的 action。

transition 可带有标注，事件名[条件]/动作

1.复合状态

状态有Atomic state （原子状态）和 Decomposed state （复合状态）

2.同步条

只有当上面两个状态都完成才能进入下一个状态

3.实例演练

某信用卡系统账户具有使用状态和冻结状态，其中使用状态又包括正常状态和透支状态两种子状态。如果账户余额小于零则进入透支状态，透支状态时既可以存款又可以取款，但是透支金额不能超过5000元；如果余额大于零则进入正常状态，正常状态时既可以存款又可以取款；如果连续透支100天，则进入冻结状态，冻结状态下既不能存款又不能取款，必须要求银行工作人员解冻。用户可以在使用状态或冻结状态下请求注销账户。根据上述要求，绘制账户类的状态图。

二。活动图

活动图是UML中的程序流程图，描述事件流的一种方式。

作用：描述业务流程（用的最多）

描述用例路径

描述方法执行路径（程序流程图）

组成元素： Start Activity End Activity Activity（用圆角矩形表示） Transition Condition 同步条（分支和合并），泳道（划分负责活动的对象）

Decision（判定用菱形表示）

可以将与活动设计的对象（矩形）放在活动图中，用依赖将其连接到相应的活动中

实例分析：

三。顺序图

1.概述：顺序图是UML图中使用频率第三的图。有两大功能： 1.描述用例的路径 2. 描述代码里对象之间的交互（可以生成代码）

2.组成元素。

生命线（纵向虚线）

对象表示为一个矩形，对象名称标有下划线。使用者使用执行者的符号

激活激活部分替换生命线，使用长条的矩形表示。

消息是对象之间的通信。在用于实现的顺序图中，消息就是方法。

在用于需求的顺序图中，消息是步骤。

3.消息的分类

调用消息（call message）：将激活一个对象

发送消息（send message）：不会引发其他对象的活动，只是一个步骤

返回消息（return message）：

自身消息创建消息销毁消息同步消息异步消息

4.高级顺序图

交互片段：一个复杂的顺序图可以划分为几个小块，称为交互片段

交互片段的种类： loop 循环 optional ：可选择的相当于if

alternative ：可替换的相当于 if else

5 顺序图实例分析

绘制图书管理系统“借书”用例的顺序图（业务模型）。

Ø图书管理员打开借书界面，输入借书信息并提交借书请求；系统验证借书卡状态，如果借书卡未借书则记录借书信息且修改图书状态和借书卡状态，并提示借书成功；否则提示借书失败。

巴特西

UML－状态图，顺序图，活动图

最新文章

热门文章