uml大战需求分析阅读笔记01

时间:2022-05-19 06:28:51

<<UML大战需求分析>>阅读笔记(1)

刚读了uml大战需求分析的第一二章,读了这些内容之后,令我深有感触。以前学习uml这门课的时候,并没有好好学,那时我认为这门课并没有什么用处,我一直认为一个程序员的能力是用编程能力强弱来衡量的,自读了这本书的前言,才发现原来uml与需求分析的关联特别大,非常后悔以前没有好好学习uml这门课。

对于这本书的第一章,作者主要讲了uml的一些基础,比如一些图的应用,这些图对开发软件的时候有特别大的作用。由于一些客户对做出的不是很了解,作为一个工程师就可以画出一些图让客户直接看出产品的功能,极其产品的使用方法。Uml是软件开发界的一套标准,uml不仅可以用于软件设计,而且可以用于软件需求分析,但是,并不是强制标准,我们应该善用uml来提高我们的水平,uml可分为结构型和行为型,类图是业务概念模型分析的有力武器,也是面向对象分析能力的强有训练工具,学习uml之难,关键在于改变思想习惯,避免陷入认识的误区,多加练习,锻炼面向对象的分析能力,成为活用的需求分析高手。

对于这本书的第二章,作者主要讲需求分析,需求分析是一件很难的事,往往会让工程师绞尽脑汁,由于在需求分析的过程中,客户可能会不停的改变需求,有时候客户的需求讲的也不清楚,导致整个需求工作很难做。在这种情况下,分析人员往往要根据不同的用户来进行分析,不能只靠一些高级员工的片面之词,应该从底层的用户作为出发点,分析人员可以画一些uml图让用户看。这样可以让用户更清楚的了解,在用户不停的改变需求时,分析人员不能被用户牵着鼻子走,分析人员应该从用户的角度来分析,创造出一个更好的方法进行解决,而不是制造。认识清楚需求分析工作中客户方和软件公司方各种角色的特点,能帮助我们更有针对性的做好需求分析工作,总体来说,客户方的倾向是花小钱办大事,而软件公司的倾向是多拿钱少办事,双赢是我们应该追求的目标,软件只有对客户的工作真正有帮助,客户才算赢,而在客户能赢的基础上,我们软件公司才有可能实现自己的赢。

不要抱怨客户变来变去,客户对需求的理解总是趋于向上的,而项目组也是一样。如果项目组对需求的认识落后于客户,就会陷于被动的局面,项目组应该自己努力提升水平,想办法让自己对需求的认识领先于客户。

需求分析工作是很难复杂难度很高的工作,如果看不清楚客户的真正需求,就有可能重返于错误。项目组不应该只将自己定位在软件的制造者,而应该是软件价值的创造者。应该主动出击,帮助客户找出真正的需要,整理出符合客户需要的需求规格。