【本篇為《如何有效實(shí)現(xiàn)軟件的需求管理》第三篇，（第一篇，第二篇）】
第二階段：需求分析與設(shè)計(jì)（怎么去做）
既然需求已經(jīng)獲取了，也就是說(shuō)客戶已經(jīng)跟我們說(shuō)了要做什么或者我們自己想出來(lái)的一些需要做的功能，好了，那現(xiàn)在就真正開(kāi)始進(jìn)入需求管理階段了。
首先就是需求分析階段了，所謂的需求分析，簡(jiǎn)單點(diǎn)來(lái)說(shuō)就是把獲取的需求分析一下，看看是否真的是客戶所想的，看看是否是我們產(chǎn)品能做的。 有時(shí)候一個(gè)需求就是客戶一句話，但是真正理解起來(lái)并不是一句話就能解決的，所以你可能需要再跟客戶確認(rèn)，了解他們的真實(shí)意圖。（下面就是一張經(jīng)典的需求分析出錯(cuò)的圖，呵呵，我大學(xué)時(shí)老師講到過(guò)，這次碰巧又被我看到了，就借來(lái)一用）
對(duì)于一個(gè)需求而言，它不是簡(jiǎn)簡(jiǎn)單單一個(gè)功能上的操作，它有可能是一個(gè)性能需求，也有可能是安全保密需求，甚至還有可能是用戶接口需求、成本消耗需求、可靠性需求等，所以在需求分析的階段，不是說(shuō)跟客戶交流幾句話就能把這個(gè)需求完全搞清楚的，而且即使搞清楚了這個(gè)需求，能不能做（可行性）也不可能一下子想清楚。
所以為了解決這種問(wèn)題，各種需求分析的方法也相應(yīng)而生。如果你在大學(xué)的時(shí)候?qū)W過(guò)軟件工程的話，可能你會(huì)記得像結(jié)構(gòu)化分析方法之類的方法，什么數(shù)據(jù)流程圖啊、數(shù)據(jù)字典啊、判定表啊，等等，也許當(dāng)初你為了應(yīng)付考試，就匆匆背了一下，到現(xiàn)在想必也應(yīng)該忘了，即使你當(dāng)初很用心地去看了，去理解了，我相信沒(méi)有真正在工作中用到的話，你其實(shí)沒(méi)有真正理解它們。
不過(guò)，如果你想從事需求分析相關(guān)的工作，我可以告訴你，這些知識(shí)還是很有用的，需求分析還是需要用到它們的，當(dāng)然很多時(shí)候你應(yīng)該不會(huì)直接用到這些理論，但是總是間接的用了體現(xiàn)它們思想的工具。（比如UML建模）
今天談的是需求的管理，所以對(duì)于怎么做需求分析這種技術(shù)性的活，我不多說(shuō)了，因?yàn)榍懊嬉舱f(shuō)了，這個(gè)靠一篇文章是不能教會(huì)的，要真的教會(huì)我可能得出一本書了，呵呵。所以我還是側(cè)重于如何去管理。
我們自己公司經(jīng)常用到的需求分析建模工具是FreeMind，基于思維導(dǎo)圖原理，還行挺好用，之前用它的原因是我們用的需求管理工具TechExcel的DevSpec自帶了這個(gè)小工具，用用挺好用，而且可以與需求點(diǎn)以及相關(guān)文檔做關(guān)聯(lián)，實(shí)時(shí)同步需求的變更，所以就用上了，其實(shí)以前也用過(guò)Visio，也挺好的，不過(guò)白貓黑貓，能抓老鼠就是好貓，只要適合就行了。（下面是FreeMind的截圖，功能還是很強(qiáng)大的，下面也會(huì)具體談到）
談到建模，也許有人問(wèn)，為什么要建模，建模有啥好處，呵呵，這個(gè)問(wèn)題本來(lái)不想回答，但是總是有人在問(wèn)。
一方面，咱們?cè)陂_(kāi)發(fā)軟件或者硬件，但是你拿到需求后不可能馬上就能給客戶看到這個(gè)產(chǎn)品是怎樣的，所以你有必要做個(gè)模型出來(lái)，讓客戶能看看漲什么樣子，是不是符合他們的要求，這種就是簡(jiǎn)單的建模，對(duì)于硬件而言，你可以把縮小版的樣子給客戶看，對(duì)于軟件而言，你可以把這個(gè)軟件的架構(gòu)啊，可以實(shí)現(xiàn)的功能啊、數(shù)據(jù)流啊、程序流啊之類的列出來(lái)讓客戶去看；
另一方面，我們?cè)趯?shí)際開(kāi)發(fā)中，可能有很多地方不能實(shí)際去驗(yàn)證，需要通過(guò)建模方式模擬驗(yàn)證，比如原子彈爆炸，我們不可能天天去爆炸一顆原子彈去驗(yàn)證是否符合設(shè)計(jì)，而是通過(guò)仿真模擬來(lái)驗(yàn)證，輸入的數(shù)據(jù)跟真實(shí)原子彈的實(shí)物數(shù)據(jù)一樣，然后配合實(shí)際的物理與化學(xué)邏輯，用工具模擬出爆炸情況。
（未完待續(xù)