一。编写用例文档
1.用例的内容： 用例编号 用例名 执行者 前置条件 后置条件 基本路径 扩展路径 字段列表 业务规则
非功能需求 设计约束
前置条件必须是系统能够检测到的 必须是系统在用例开始前就能检测到的。
基本路径注意点： 1. 不要有太多专业术语
2.使用主动语句 3.句子以系统或者执行者作为主语
4.每一句要向目标迈进（比如：用户输入个人信息，个人信息参见字段列表）
5.分支和循环 （使用扩展路径） 6.不要涉及界面细节
检查用例模型
用例跟踪矩阵
如果一个用例没有对应得需求： 1.隐型需求
用例跟踪矩阵
| 用例1 | 用例2 | 用例3 | 用例4 | |
| 需求1 | ||||
| 需求2 | ||||
| 需求3 | ||||
| 需求4 |
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 顺序图实例分析
绘制图书管理系统“借书”用例的顺序图（业务模型）。
Ø图书管理员打开借书界面，输入借书信息并提交借书请求；系统验证借书卡状态，如果借书卡未借书则记录借书信息且修改图书状态和借书卡状态，并提示借书成功；否则提示借书失败。
