《uml大战需求分析》阅读笔记04
读《UML大战需求分析》前8章之后，我对这本书的了解达到了一个节点。根据这本书的目录以及各章的名称，我将这本书分成了两部分，第一部分是UML的具体使用方法的概括与讲解，第二部分是具体实例深入运用。 读完第一部分，我做了一些整理以及理解。
首先，是各种图的使用。UML图的实际使用情况 结构性的UML：类图：必用来分析业务概念。构件图以及部署图：必用来分析IT基础构架、软件架构等方面的需求。行为型的UML：用例图：必会使用。活动图、状态机图、顺序图：必会使用至少其中一种来分析业务流程。其余图很少或者基本不使用。
类图：实际工作中，我们需要将需求调研中了解到的所有业务对象、人物等列出来，画出他们的关系，反复推敲，才能逐步得到合适的业务模型。所以，类图的实际显示让我们全面系统的了解到涉众之间的关系，若有错漏、冗余，也一目了然，减轻了需求分析的负担。类图让我们基本弄清楚了业务概念，让后我们就应该弄清楚业务流程了，流程三剑客帮了很大忙。
首先是活动图，这个图基本就是我们以前高中数学学过的流程图，而在需求分析中，他有着自己的步骤；1.明确该流程要达到怎样的业务目的？2.该流程有什么角色参与？主要角色是那些？3.排除异常情况（即分支流程），画出正常情况下的流程，也就是主干流程。4.明确主干流程中的活动及角色。5.逐步增加分支流程，关键的分支流程要表达出来，但也不是全部都要写出来（必要时注解说明）。6.适当控制粒度。7.先画整体，再优化。8.对照优化前后，整理出业务冗余或不合理处与客户交流。
接着是状态机图，思维要点：1.流程是围绕什么事物展开的？2.这个人物有什么样的状态？3.当一个状态可以装换成一个或者两个状态时，这表示分支结构。
最后是顺序图，1.从复杂的流程中的分析出一条条流程，然后将每条流程按以下方法进行解析。2.分析出有什么角色参与到这个流程？3.分析各角色在流程中担任的职责和各角色的专业特色。4.将流程分解为角色之间的交互，想清楚各角色之间的“接口”是怎样的。5.用顺序图将这些“交互”组织起来。6.在上述过程中，不断思考业务流程的合理性，是否可优化或重组。流程图，顾名思义，就是展示流程的图，只有对整个流程有了清晰的思路，才能找到系统需要做到事情，而流程图是这个找到的过程更加形象具体，不至于有大的纰漏；接下来的就是最常用、最不可缺少的用例图了。
用例图：1.精简（在客户能准确理解的基础上）。2.用客户的语言去描述。3.全面而有重点，详述重点、难点。4.立于客户而又高于客户，不盲从。5.细化用例，底层用例的粒度控制大体一致，灵活把握。