【本篇为《如何有效实现软件的需求管理》第三篇，（第一篇，第二篇）】

　　第二阶段：需求分析与设计（怎么去做）

　　既然需求已经获取了，也就是说客户已经跟我们说了要做什么或者我们自己想出来的一些需要做的功能，好了，那现在就真正开始进入需求管理阶段了。

　　首先就是需求分析阶段了，所谓的需求分析，简单点来说就是把获取的需求分析一下，看看是否真的是客户所想的，看看是否是我们产品能做的。 有时候一个需求就是客户一句话，但是真正理解起来并不是一句话就能解决的，所以你可能需要再跟客户确认，了解他们的真实意图。（下面就是一张经典的需求分析出错的图，呵呵，我大学时老师讲到过，这次碰巧又被我看到了，就借来一用）

　　对于一个需求而言，它不是简简单单一个功能上的操作，它有可能是一个性能需求，也有可能是安全保密需求，甚至还有可能是用户接口需求、成本消耗需求、可靠性需求等，所以在需求分析的阶段，不是说跟客户交流几句话就能把这个需求完全搞清楚的，而且即使搞清楚了这个需求，能不能做（可行性）也不可能一下子想清楚。

　　所以为了解决这种问题，各种需求分析的方法也相应而生。如果你在大学的时候学过软件工程的话，可能你会记得像结构化分析方法之类的方法，什么数据流程图啊、数据字典啊、判定表啊，等等，也许当初你为了应付考试，就匆匆背了一下，到现在想必也应该忘了，即使你当初很用心地去看了，去理解了，我相信没有真正在工作中用到的话，你其实没有真正理解它们。

　　不过，如果你想从事需求分析相关的工作，我可以告诉你，这些知识还是很有用的，需求分析还是需要用到它们的，当然很多时候你应该不会直接用到这些理论，但是总是间接的用了体现它们思想的工具。（比如UML建模）

　　今天谈的是需求的管理，所以对于怎么做需求分析这种技术性的活，我不多说了，因为前面也说了，这个靠一篇文章是不能教会的，要真的教会我可能得出一本书了，呵呵。所以我还是侧重于如何去管理。

　　我们自己公司经常用到的需求分析建模工具是FreeMind，基于思维导图原理，还行挺好用，之前用它的原因是我们用的需求管理工具TechExcel的DevSpec自带了这个小工具，用用挺好用，而且可以与需求点以及相关文档做关联，实时同步需求的变更，所以就用上了，其实以前也用过Visio，也挺好的，不过白猫黑猫，能抓老鼠就是好猫，只要适合就行了。（下面是FreeMind的截图，功能还是很强大的，下面也会具体谈到）