《uml大战需求分析》阅读笔记03
这次主要读了这本书的第五六章，这两章被作者称为流程分析的利器。对于第五章来说，这一章主要讲的是状态机图，以前老师讲uml的时候，对于这一部分讲的并不多，通过一个请假的流程图引入，流程图可以将流程分解为一个一个的活动，通过活动的先后顺序来展示流程，而状态机图从某个事物的状态是如何变化的角度来展示流程。
对于此案例，当一个申请者提出请假后，该申请的状态为提出，表示该申请正在等待审批。审批者审批这个申请，如果批准，则申请状态变为“批准”，这样流程便结束。如果拒绝了申请，则申请的状态变为拒绝，这样申请者可以考虑修改申请，则申请重新变为提出状态，则审批者再次审批，或者审批者放弃了这次申请，则流程也进入结束状态。
我觉得请假申请者当一个申请者想申请一个重要的请假，写下了一段诚恳而又长篇的请假理由，但是没有写完。他想先把这个请假申请保存起来，可是只要他单击确定按钮，这个请假申请就会变为“提出”状态，领导就可以审批这个请假申请，于是乎增加一个“草稿”的状态，请假申请还没有写好之前，可以先保存起来，状态为草稿，这个时候审批者还不能审批这个请假理由，只有等请假申请人提交申请后，请假申请才会变为提出。
对于第六章来说，这章主要讲的顺序图，以前都说是序列图，顺序图的读法是由上到下，由左到右来读的，在书中讲的那个案例，当顾客去饭店吃饭时，顾客首先向服务员要菜单，而服务员将菜单给顾客，给菜单这个动作其实是对上一个动作的反馈，我们可以简化画法，而虚线箭头由服务员指向顾客，同时用文字表示反馈的内容，“反馈”需要些名词或者名词短语，而不是动宾得表达方式1.从复杂的流程中的分析出一条条流程，然后将每条流程按以下方法进行解析。2.分析出有什么角色参与到这个流程？3.分析各角色在流程中担任的职责和各角色的专业特色。4.将流程分解为角色之间的交互，想清楚各角色之间的“接口”是怎样的。5.用顺序图将这些“交互”组织起来。6.在上述过程中，不断思考业务流程的合理性，是否可优化或重组。流程图，顾名思义，就是展示流程的图，只有对整个流程有了清晰的思路，才能找到系统需要做到事情，而流程图是这个找到的过程更加形象具体，不至于有大的纰漏；接下来的就是最常用、最不可缺少的用例图了。实际工作中，我们需要将需求调研中了解到的所有业务对象、人物等列出来，画出他们的关系，反复推敲，才能逐步得到合适的业务模型。所以，类图的实际显示让我们全面系统的了解到涉众之间的关系，若有错漏、冗余，也一目了然，减轻了需求分析的负担。