前言：本站為你精心整理了軟件項(xiàng)目管理范文，希望能為你的創(chuàng)作提供參考價(jià)值，我們的客服老師可以幫助你提供個(gè)性化的參考范文，歡迎咨詢。

進(jìn)行需求分析不象情人之間的浪漫做法——“讓我摸摸你的頭發(fā)，感覺它是什么顏色?！蔽覀円獓@兩個(gè)核心問題開展需求分析：（1）應(yīng)該了解什么？（2）通過什么方式去了解？

1應(yīng)該了解什么

那怕是天下最無能的市長或書記，都知道在作報(bào)告時(shí)要先從宏觀上講一、二、三、四、五，再從細(xì)節(jié)上講a、b、c、d、e。需求分析不象偵探推理那樣從蛛絲馬跡著手。應(yīng)該先了解宏觀的問題，再了解細(xì)節(jié)的問題，如圖4.1所示。

一個(gè)軟件系統(tǒng)（記為s）的涉及面可能很廣，可以按不同的問題域（記為d）分類，每個(gè)問題域?qū)?yīng)于一個(gè)軟件子系統(tǒng)。

s={d1，d2，d3，…dn}

問題域di由若干個(gè)問題（記為p）組成，每個(gè)問題對應(yīng)于子系統(tǒng)中的一個(gè)軟構(gòu)件。

di={p1，p2，p3，…pm}

問題pj有若干個(gè)行為（或功能，記為f），每個(gè)行為對應(yīng)于軟構(gòu)件中的接口。

pj={f1，f2，f3，…fk}

按圖4.1結(jié)構(gòu)寫成的需求說明書，對于那些只想了解宏觀需求的領(lǐng)導(dǎo)，和需要了解細(xì)節(jié)的技術(shù)員都合適。在寫需求說明書時(shí)還應(yīng)該注意兩個(gè)問題：

（1）最好為每個(gè)需求注釋“為什么”，這樣可讓程序員了解需求的本質(zhì)，以便選用最合適的技術(shù)來實(shí)現(xiàn)此需求。

（2）需求說明不可有二義性，更不能前后相矛盾。如果有二義性或前后相矛盾，則要重新分析此需求。

2通過什么方式去了解

了解需求的方式有好幾種：

（1）直接與客戶交談。如果分析人員生有足球評論員的那張“大嘴”，就非常容易侃出需求。

（2）有些需求客戶講不清楚，分析人員又猜不透，這時(shí)就要請教行家。有些高手真的很厲害，你還沒有開始問，他就能講出前因后果。讓你感到“聽君一席言，勝讀十年書?！?/p>

（3）有很多需求可能客戶與分析人員想都沒有想過，或者想得太幼稚。要經(jīng)常分析優(yōu)秀的和蹩腳的同類軟件，看到了優(yōu)點(diǎn)就盡量吸取，看到了缺點(diǎn)就引以為戒。前人既然付了學(xué)費(fèi)，后人就不要拒絕坐享其成。