刚读了uml大战需求分析的第一二章，读了这些内容之后，令我深有感触。以前学习uml这门课的时候，并没有好好学，那时我认为这门课并没有什么用处，我一直认为一个程序员的能力是用编程能力强弱来衡量的，自读了这本书的前言，才发现原来uml与需求分析的关联特别大，非常后悔以前没有好好学习uml这门课。
对于这本书的第一章，作者主要讲了uml的一些基础，比如一些图的应用，这些图对开发软件的时候有特别大的作用。由于一些客户对做出的不是很了解，作为一个工程师就可以画出一些图让客户直接看出产品的功能，极其产品的使用方法。Uml是软件开发界的一套标准，uml不仅可以用于软件设计，而且可以用于软件需求分析，但是，并不是强制标准，我们应该善用uml来提高我们的水平，uml可分为结构型和行为型，类图是业务概念模型分析的有力武器，也是面向对象分析能力的强有训练工具，学习uml之难，关键在于改变思想习惯，避免陷入认识的误区，多加练习，锻炼面向对象的分析能力，成为活用的需求分析高手。
对于这本书的第二章，作者主要讲需求分析，需求分析是一件很难的事，往往会让工程师绞尽脑汁，由于在需求分析的过程中，客户可能会不停的改变需求，有时候客户的需求讲的也不清楚，导致整个需求工作很难做。在这种情况下，分析人员往往要根据不同的用户来进行分析，不能只靠一些高级员工的片面之词，应该从底层的用户作为出发点，分析人员可以画一些uml图让用户看。这样可以让用户更清楚的了解，在用户不停的改变需求时，分析人员不能被用户牵着鼻子走，分析人员应该从用户的角度来分析，创造出一个更好的方法进行解决，而不是制造。认识清楚需求分析工作中客户方和软件公司方各种角色的特点，能帮助我们更有针对性的做好需求分析工作，总体来说，客户方的倾向是花小钱办大事，而软件公司的倾向是多拿钱少办事，双赢是我们应该追求的目标，软件只有对客户的工作真正有帮助，客户才算赢，而在客户能赢的基础上，我们软件公司才有可能实现自己的赢。
不要抱怨客户变来变去，客户对需求的理解总是趋于向上的，而项目组也是一样。如果项目组对需求的认识落后于客户，就会陷于被动的局面，项目组应该自己努力提升水平，想办法让自己对需求的认识领先于客户。
需求分析工作是很难复杂难度很高的工作，如果看不清楚客户的真正需求，就有可能重返于错误。项目组不应该只将自己定位在软件的制造者，而应该是软件价值的创造者。应该主动出击，帮助客户找出真正的需要，整理出符合客户需要的需求规格。
