这是我的第三篇读书笔记，我已经把整本书读完了。前面一半是UML的用法，剩下这一半是需求分析实例讲解。
在实例中，我对需求分析的理解更充分了，对UML的运用也有了更多地了解。
第11章中，考勤系统的实例中，客户是持续进步的，业务模型要不断优化，业务概念和流程是会变的。
应对：打造业务概念及流程均可定制的系统。
能力需求：1.业务提炼能力。在前面结构建模和行为建模的基础上深挖下去。2.软件设计能力。
用例图、用例表：分析和提炼用例，能帮助我们准确命中真正的客户需要，减少需求方面的折腾。
在初接触UML时，编写详细的用例表能帮助我们快速提升需求分析能力，并且要注意用例表中描述的系统与
用户交互的细节，在后期优化，逐渐提练熟练以减少不把你要的工作量。
在这章中，还列出了需求文档的结构图：
MIS类型系统的核心竞争力，不再与技术有多牛，而是能够为客户带来巨大的价值，在行业内深耕，成为行业的专家和领头人，做出承载先进管理思想的系统。
“吃透”业务，通过产品化来提高利润，提炼业务中的“不变点”和“变化点”，再加上持续提高技术水平与设计水平，打造出能适应业务情况的具有一定弹性的产品。深厚的行业知识积淀才是需求分析高手的无价之宝。
在这一章中，主要认识到了需求分析的流程，考勤系统战略分析提供了项目的背景与可行性，需要分析明确了目标、问题、成功标准；业务概念分析找到了所有与系统交互的人员和事件，流程分析从整体上描述了人与系统之间的信息传递，执行者及用例分析则详述了人与系统的交互过程。自此，系统基本分析清楚，然后是硬件部分的要求，即非功能性需求。
“需求分析的团队作战”这一章中，讲解了项目组成员准确地从实现的角度理解需求的重要性，但需求分析是否要项目组成员参与要依据实际情况来安排。有项目组成员参与时，需求分析负责人要做好指导工作，合理的安排时间进行需求的获取与分享，一定要统一标准，不可造成理解偏差，并且对项目需求的理解必须达成一致的理解。并且需求的获取、分享、整理与确认应是螺旋推进的的，每天都要更新，去除没用的就需求，添加新的需求，最终正式的签字确认上线开工。
UML作为一种工具，一款标准软件，对于项目组成员之间分享交流的帮助是巨大的，每个人对于UML图的理解大体上是一致的，这样就减少了误差以及讲解所浪费的时间。