《UML大战需求分析》阅读笔记4

流程分析利器之二，状态机图。

状态机图也可以叫状态图，也是用来分析流程的，之前的活动图的主体是事件的行为，而状态机图主要描述的是事件的状态。

开始：实心圆点；

结束：点加环；（与活动图一样）

状态：圆角方块；

行为：箭头（在上面标注产生状态的行为）；

就需求征集的项目举个例子：需求表分为多个状态，

1. 用户开始进行需求填写的时候是未填写状态；
2. 用户填写但是没有进行提交的时候，可以进行保存，存入草稿箱，这是保存状态；
3. 用户进行提交后，这是待审核状态；
4. 形式审核员进行形式审核之后，如果通过形式审核，就是通过形式审核状态，如果没有通过形式审核，表单被退回，就是未通过状态；
5. 形式审核员通过了审核，这时就是通过形式审核状态。
6. 部门审核员审核，如果通过审核，就是通过状态，如果没有通过部门审核，就同样退回，变成未通过状态。

所以这样一共分为6个状态。我们就可以根据不同状态来绘制状态机图。

其中，状态数量越多，复杂度越高，而且成指数上升。

在分析状态的时候一定要考虑到所有情况，就像书中举的例子，在进行项目缺陷分析的时候，并不是在测试人员测试出错误以后，交给修复人员就一定能够修好，如果修不好，就会出现另一种无法重现状态，然后退出；即使修好了缺陷，也不能直接变为已修复状态，需要再次进行测试，如果没有问题才能结束。