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

      对《UML》撒站需求分析的阅读现在已到达尾声，虽然读这本书是应老师的要求，但是在后期的阅读中也逐渐喜欢上这本书，在阅读的过程中不断领会需求分析与UML之间的联系，让在软件需求分析阶段有了更深的理解。在前几次的阅读中已经将全部的UNL图的概念和用法进行了学习，学习这些的根本目的还是要勇于实践。在后面的两章中组注重告诉我们具体应如何应用。学会如何从零基础开始组织需求分析工作，如何在需求分析过程中清理你的思路。体会在什么情况下使用什么样的UML图。做以前的知识做出了系统的实践。

      在分析阶段自己也是该系统的用户需要变化不同的角色处于不同的角度去思考本系统的需求。开始阶段不要急于进行需求的分析，而是应先做好准本工作。需求分析的全过程需要用到活动图。这个过程分为四个阶段。第一阶段—战略分析。要把握整个项目的战略，这个阶段对需求的成功与否并没有太大的关系，但是这体现了工作的高度。第二阶段—需求分析。这也是老师上课经常强调的三个部分：目标、好处、度量。用从项目的背景等资料中整理出来项目的目标，目标四系统的高要求层次需求，他控制着需求的方向和范围，，指导我们进一步细化需求。定下系统的范围在起初是有点困难的，应从三个角度来看范围：功能、与其他系统的关系、系统地域适用范围。项目成功的标准就是双赢。第三阶段—业务分析，只要吃透业务，才能准确的理解用户的需求，才能提出有价值的需求方案。第四阶段—需求的细化。需求不是客户要我们做什么我们就做什么而是根据用户的需求提出自己的解决方案。这就涉及到了系统用例的分析。

     我在接下来的阅读中按照作者的引导对实例进行了系统的需求建模，发现先前学习的有的已经记不清了，通过不断对前面的复习，进一步对需求有了了解。在书的最后一章讲了需求分析的团队作战，需求的分析不是单枪匹马，有时需要用到团队一起去获取这样可以更全面的获取需求，可根据需求准确的分享给项目其他成员，并根据他们的反馈进行进一步的完善。

     读完这本书真心有很大的收获，对UML建模有了系统的总结，同时读诉求的过程有更加明了。但是说实在话，现在前几章的内容已经想不起来，日后必定想不起其中的时候，这是普遍现象，但是我希望我们可以做到：以后需要这些知识的时候可以再一次的学习！