軟件(jian)需(xu)(xu)求(qiu)包括三個(ge)不同的(de)層(ceng)(ceng)次(ci):業務(wu)(wu)需(xu)(xu)求(qiu)，說明(ming)了提供給客(ke)戶(hu)(hu)(hu)和產(chan)(chan)品(pin)開(kai)發(fa)商的(de)新系(xi)統(tong)(tong)的(de)利益,反映了組織(zhi)機構或客(ke)戶(hu)(hu)(hu)對(dui)系(xi)統(tong)(tong)、產(chan)(chan)品(pin)高層(ceng)(ceng)次(ci)的(de)目標要(yao)求(qiu)，它(ta)們將在項目視(shi)圖與(yu)范圍文(wen)檔中予以說明(ming);用(yong)戶(hu)(hu)(hu)需(xu)(xu)求(qiu)，描述了用(yong)戶(hu)(hu)(hu)使(shi)用(yong)系(xi)統(tong)(tong)必須(xu)要(yao)完成的(de)任(ren)務(wu)(wu)，這在使(shi)用(yong)實(shi)例文(wen)檔或方案腳本說明(ming)中予以說明(ming);功(gong)能(neng)需(xu)(xu)求(qiu)和非功(gong)能(neng)需(xu)(xu)求(qiu)，定(ding)義了開(kai)發(fa)人員必須(xu)實(shi)現的(de)軟件(jian)功(gong)能(neng)，使(shi)得用(yong)戶(hu)(hu)(hu)能(neng)順利完成他們的(de)任(ren)務(wu)(wu)，從而(er)滿(man)足了業務(wu)(wu)需(xu)(xu)求(qiu)。本文(wen)介紹了軟件(jian)需(xu)(xu)求(qiu)過程，包括5個(ge)主要(yao)活動：需(xu)(xu)求(qiu)獲取、需(xu)(xu)求(qiu)分析和確認(ren)、編(bian)寫需(xu)(xu)求(qiu)規格(ge)說明(ming)書、需(xu)(xu)求(qiu)驗(yan)證和需(xu)(xu)求(qiu)管理。

一、需(xu)求獲取

需求(qiu)的(de)收集、分析、細(xi)化、核(he)實并組織的(de)步驟，并將(jiang)它編寫(xie)成文檔(dang)(dang)。這個活動(dong)包(bao)括(kuo)了(le)編寫(xie)項目視(shi)圖和范圍文檔(dang)(dang)、用戶群(qun)分類(lei)、選擇用戶代(dai)表、建立核(he)心隊(dui)伍、確定使用實例、召開聯合會議、分析用戶工作流程、確定質量屬(shu)性、檢查(cha)問(wen)題報(bao)告(gao)和需求(qiu)重用10個具體(ti)任務，文章將(jiang)在后面進行詳細(xi)的(de)闡(chan)述(shu)。

二、需(xu)求分析(xi)

根據需求獲(huo)取中得到的需求文(wen)檔，分析系統實現方案。這個活(huo)動需要完成下面幾個任務：

1、繪(hui)制關聯(lian)圖，用于定義系統與系統外部實體間的邊(bian)界(jie)和接口的簡(jian)單模型;

2、創建開發原型，當開發人員(yuan)或用戶不能(neng)明確(que)某些需求時，開發一個系統原型，這樣使得(de)許多(duo)概念和可能(neng)發生的事(shi)更為(wei)直(zhi)觀明了;

3、分析可行(xing)性，在允許的成本(ben)、性能要求下，分析每(mei)項需(xu)求實施的可行(xing)性，明確每(mei)項需(xu)求實現相聯系的風險，包括與其它需(xu)求的沖突，涉(she)及各類(lei)用戶的利益平衡，對外(wai)界因(yin)素的依賴和技術障礙;

4、確(que)定需求優先(xian)(xian)級(ji)：分析方(fang)法來(lai)確(que)定使用實例、系統特性(xing)或(huo)(huo)單項(xiang)需求實現的優先(xian)(xian)級(ji)別，以優先(xian)(xian)級(ji)為基礎確(que)定產品版本(ben)將包括哪(na)些(xie)特性(xing)或(huo)(huo)哪(na)類需求;

5、為需(xu)求建(jian)立(li)模(mo)(mo)型，為需(xu)求建(jian)立(li)圖形分析模(mo)(mo)型是軟件需(xu)求規格(ge)說明(ming)極好的補充說明(ming)，可以為系統需(xu)求從多個角度(du)建(jian)模(mo)(mo);

6、編寫(xie)數(shu)(shu)據字(zi)典，創建數(shu)(shu)據字(zi)典數(shu)(shu)據字(zi)典是對系統用到的所(suo)有數(shu)(shu)據項和結構的定(ding)義(yi)，以(yi)確(que)保開發(fa)人員使(shi)用統一的數(shu)(shu)據定(ding)義(yi);

7、應(ying)用質量(liang)功能調(diao)配，將(jiang)系(xi)(xi)統特(te)性、屬性與對(dui)客(ke)戶的重要性聯系(xi)(xi)起來，提供了(le)一種分析方法(fa)以明確哪些是客(ke)戶最為關注的特(te)性。

三、編寫需求規格說明(ming)書

需(xu)求開發的最(zui)終成(cheng)果是(shi)客(ke)戶和(he)開發小組對(dui)將要開發的產品達成(cheng)一(yi)致協議(yi)，這一(yi)協議(yi)就是(shi)通過(guo)文檔(dang)化(hua)的需(xu)求規(gui)格(ge)說(shuo)明書來(lai)體現(xian)。需(xu)求規(gui)格(ge)說(shuo)明書包括項目視圖(tu)和(he)范圍文檔(dang)說(shuo)明了系統的業務(wu)需(xu)求，而使(shi)用(yong)實例文檔(dang)則說(shuo)明了用(yong)戶需(xu)求。這個(ge)活動需(xu)要完成(cheng)下(xia)面幾個(ge)任務(wu)：

1、采用模版(ban),在你的組織中要為編寫軟件需(xu)求規格(ge)說明(ming)書等文檔定義一(yi)種標準模板,該(gai)模板為記錄系統(tong)需(xu)求和各(ge)種其它與需(xu)求相(xiang)關的重要信息提(ti)供了統(tong)一(yi)的結構;

2、指明(ming)(ming)需求(qiu)來(lai)源，為了讓所有(you)項目風險承(cheng)擔者明(ming)(ming)白(bai)需求(qiu)規格說明(ming)(ming)書(shu)中為何提供這(zhe)些功能(neng)(neng)需求(qiu)，要(yao)能(neng)(neng)追(zhui)溯每(mei)項需求(qiu)的(de)來(lai)源，來(lai)源可(ke)能(neng)(neng)是一(yi)種使用實例(li)或(huo)其它客戶要(yao)求(qiu)，也可(ke)能(neng)(neng)是某(mou)項更高(gao)層(ceng)系統需求(qiu)、業務(wu)規范、政府(fu)法規、標(biao)準(zhun)或(huo)別(bie)的(de)外部來(lai)源，這(zhe)些來(lai)源應該(gai)記錄在需求(qiu)的(de)跟蹤(zong)能(neng)(neng)力矩陣中;

3、為(wei)每項需求(qiu)(qiu)注上標號(hao)(hao)，為(wei)了(le)需求(qiu)(qiu)的(de)可(ke)跟(gen)蹤性和可(ke)修(xiu)改性的(de)質量標準，必須唯一(yi)確定每個軟件需求(qiu)(qiu)，為(wei)制定一(yi)種(zhong)慣例(li)來為(wei)需求(qiu)(qiu)規(gui)格說明書中的(de)每項需求(qiu)(qiu)提供一(yi)個獨立的(de)可(ke)識別的(de)標號(hao)(hao)或記(ji)號(hao)(hao);

4、記錄(lu)業(ye)務規(gui)范，是指關(guan)于系統的操作原(yuan)則，比如(ru)誰(shui)能在什(shen)么情況(kuang)下采取什(shen)么動作,將這些(xie)編寫成(cheng)需求規(gui)格說明(ming)書中的一個獨(du)立部分，或一獨(du)立的業(ye)務規(gui)

范文檔(dang);

5、創建(jian)需(xu)求(qiu)跟(gen)蹤能力矩陣，建(jian)立一(yi)個矩陣把每項需(xu)求(qiu)來(lai)源、定義與實現、測試它的設計和(he)代碼部分(fen)聯系(xi)起來(lai),這樣有(you)利(li)于需(xu)求(qiu)的管理和(he)需(xu)求(qiu)變更(geng)影響范圍的評估。

四(si)、需(xu)求驗證

需(xu)求的(de)驗(yan)(yan)(yan)證(zheng)(zheng)是(shi)為了(le)確保需(xu)求說明準確、完(wan)整，表(biao)達必要(yao)的(de)質量(liang)特點,需(xu)求將要(yao)作為系統設(she)計(ji)和最終驗(yan)(yan)(yan)證(zheng)(zheng)的(de)依據,因(yin)此一定要(yao)保證(zheng)(zheng)它(ta)的(de)正確性(xing)。需(xu)求驗(yan)(yan)(yan)證(zheng)(zheng)務(wu)必確保符合(he)完(wan)整性(xing)、正確性(xing)、靈(ling)活性(xing)、必要(yao)性(xing)、無二義性(xing)、一致(zhi)性(xing)、可跟(gen)蹤性(xing)及(ji)可驗(yan)(yan)(yan)證(zheng)(zheng)性(xing)這(zhe)些良(liang)好特征。這(zhe)個(ge)活動(dong)需(xu)要(yao)完(wan)成下(xia)面幾個(ge)任(ren)務(wu)：

1、審(shen)查需求文檔，對(dui)(dui)需求文檔進(jin)行正式審(shen)查是保證軟件(jian)質量的(de)有效的(de)方法。組(zu)織(zhi)一個由不同代(dai)表(如用(yong)戶，分析人員(yuan)，設計人員(yuan)，測(ce)試人員(yuan))組(zu)成的(de)小(xiao)組(zu)，對(dui)(dui)需求規格說明書及相關模(mo)型進(jin)行仔細的(de)檢查;

2、依據(ju)需(xu)求編寫測試(shi)用例，根據(ju)用戶需(xu)求所要求的產品特性(xing)寫出系統的功能(neng)測試(shi)用例作為系統測試(shi)依據(ju);

3、編寫用戶(hu)手冊(ce)，在需求開發早期即可起(qi)草一份(fen)用戶(hu)手冊(ce)，用它作(zuo)為需求規格說明的參考(kao)并輔(fu)助需求分(fen)析;

4、確定合格的(de)標準，需求說(shuo)明(ming)中描述什么(me)樣的(de)產品才算滿足用(yong)戶的(de)要求和(he)適合他們使(shi)用(yong)的(de)，將(jiang)合格的(de)測試(shi)建立在使(shi)用(yong)情景描述或使(shi)用(yong)實例的(de)基(ji)礎之(zhi)上。項目(mu)管理者聯(lian)盟文章

五、需求(qiu)管理

需(xu)(xu)(xu)(xu)求(qiu)(qiu)(qiu)(qiu)管(guan)理是(shi)組織、控制(zhi)和(he)(he)(he)文檔(dang)化需(xu)(xu)(xu)(xu)求(qiu)(qiu)(qiu)(qiu)的(de)(de)(de)(de)系統方法(fa)，也(ye)是(shi)一種建(jian)立和(he)(he)(he)維(wei)護用戶(hu)和(he)(he)(he)開發(fa)(fa)組織對于改變系統功(gong)能的(de)(de)(de)(de)協議。需(xu)(xu)(xu)(xu)求(qiu)(qiu)(qiu)(qiu)開發(fa)(fa)的(de)(de)(de)(de)結果(guo)經驗(yan)證批準(zhun)就定義(yi)了開發(fa)(fa)工(gong)作的(de)(de)(de)(de)需(xu)(xu)(xu)(xu)求(qiu)(qiu)(qiu)(qiu)基(ji)線,這個(ge)(ge)基(ji)線在客戶(hu)和(he)(he)(he)開發(fa)(fa)人員(yuan)之間(jian)就構筑了一個(ge)(ge)需(xu)(xu)(xu)(xu)求(qiu)(qiu)(qiu)(qiu)約定，需(xu)(xu)(xu)(xu)求(qiu)(qiu)(qiu)(qiu)管(guan)理包(bao)括在項目進展過(guo)程(cheng)中維(wei)持需(xu)(xu)(xu)(xu)求(qiu)(qiu)(qiu)(qiu)約定一致性和(he)(he)(he)精確性的(de)(de)(de)(de)活(huo)動。現在很(hen)多商業化的(de)(de)(de)(de)需(xu)(xu)(xu)(xu)求(qiu)(qiu)(qiu)(qiu)管(guan)理工(gong)具都能很(hen)好的(de)(de)(de)(de)支持需(xu)(xu)(xu)(xu)求(qiu)(qiu)(qiu)(qiu)管(guan)理活(huo)動。這個(ge)(ge)活(huo)動需(xu)(xu)(xu)(xu)要完(wan)成(cheng)下(xia)面幾個(ge)(ge)任(ren)務：

1、確定變更(geng)控制過(guo)程(cheng),確定一個選擇、分析和決(jue)策(ce)需求(qiu)變更(geng)的(de)過(guo)程(cheng),所有的(de)需求(qiu)變更(geng)都需遵循此(ci)流程(cheng);

2、建立軟(ruan)件變更(geng)控制(zhi)委員會(hui)(SCCB，Software Change Control Board),組(zu)織一個由項目風(feng)險承擔者組(zu)成(cheng)的小(xiao)組(zu)作為變更(geng)控制(zhi)委員會(hui)，由他(ta)們來評估(gu)和確定需求變更(geng);

3、進行(xing)變(bian)更影響(xiang)分析,評估需求變(bian)更對項目(mu)進度(du)、資源、工作量和項目(mu)范圍以(yi)及其它(ta)需求的影響(xiang);

4、跟蹤變更影(ying)響的產品(pin),當進行(xing)某項需(xu)(xu)求變更時，參照需(xu)(xu)求跟蹤能力矩(ju)陣找到相(xiang)關的其(qi)它需(xu)(xu)求、設計(ji)文檔、源(yuan)代碼和測(ce)試(shi)用(yong)例，這些相(xiang)關部分可能也(ye)需(xu)(xu)要修改;

5、建立基(ji)準和(he)控制(zhi)版本,需(xu)(xu)求(qiu)文檔(dang)確定一(yi)個基(ji)線，這是一(yi)致性需(xu)(xu)求(qiu)在特定時刻的(de)快照，之后的(de)需(xu)(xu)求(qiu)變(bian)更(geng)(geng)就遵循變(bian)更(geng)(geng)控制(zhi)過程(cheng)即可;

6、維(wei)護變(bian)更(geng)的歷史記(ji)錄,記(ji)錄變(bian)更(geng)需求文檔版(ban)本的日期(qi)以及(ji)所做的變(bian)更(geng)、原因，還包(bao)括由(you)誰負責(ze)更(geng)新和更(geng)新的新版(ban)本號等(deng)情(qing)況;

7、跟蹤每項需求的狀(zhuang)態(tai),這里(li)狀(zhuang)態(tai)包(bao)括(kuo)"確定"、"已實現"、"暫(zan)緩(huan)"、"新增"、"變更"　等。建立一(yi)(yi)(yi)個(ge)數據庫，其中每一(yi)(yi)(yi)條記錄記錄一(yi)(yi)(yi)項需求;

8、衡(heng)量(liang)需求(qiu)穩定性,記錄(lu)基線(xian)需求(qiu)的(de)數量(liang)和每周或每月的(de)變(bian)更(添加(jia)、修改、刪(shan)除)數量(liang)。

需(xu)(xu)求(qiu)獲取(qu)是(shi)在問(wen)題及其最(zui)終解決(jue)方(fang)案之間(jian)架設橋梁的(de)(de)第一(yi)步，是(shi)軟(ruan)件(jian)需(xu)(xu)求(qiu)過(guo)程的(de)(de)主體。一(yi)個項(xiang)目的(de)(de)目的(de)(de)就是(shi)致(zhi)力于開發正確(que)的(de)(de)系(xi)(xi)統(tong)，要做到這(zhe)一(yi)點就要足夠詳(xiang)細地描述需(xu)(xu)求(qiu)，也就是(shi)系(xi)(xi)統(tong)必須達到的(de)(de)條件(jian)或能力，使(shi)用(yong)戶和開發人員在系(xi)(xi)統(tong)應該(gai)做什么(me)，不應該(gai)做什么(me)方(fang)面(mian)達成共識。我們都知道(dao)開發軟(ruan)件(jian)系(xi)(xi)統(tong)最(zui)為困(kun)難的(de)(de)部分就是(shi)準確(que)說(shuo)明開發什么(me)，最(zui)為困(kun)難的(de)(de)概念性工作便(bian)是(shi)編(bian)寫出詳(xiang)細技術需(xu)(xu)求(qiu)，這(zhe)包括所有面(mian)向用(yong)戶、面(mian)向機(ji)器和其它軟(ruan)件(jian)系(xi)(xi)統(tong)的(de)(de)接口。

獲取需(xu)求(qiu)(qiu)(qiu)就是(shi)為了解(jie)決這(zhe)些(xie)(xie)問題(ti)，它必不可少的(de)(de)成果就是(shi)是(shi)對項目中描(miao)述(shu)(shu)的(de)(de)用戶需(xu)求(qiu)(qiu)(qiu)的(de)(de)普遍理解(jie)，一旦理解(jie)了需(xu)求(qiu)(qiu)(qiu)，分析者、開發者和用戶就能(neng)探索出描(miao)述(shu)(shu)這(zhe)些(xie)(xie)需(xu)求(qiu)(qiu)(qiu)的(de)(de)多種解(jie)決方案。

這一階(jie)段的(de)(de)工作一旦做錯，將最終會(hui)給(gei)系統帶來極大(da)(da)損害(hai)的(de)(de)部(bu)分，由于需(xu)求(qiu)(qiu)獲取事物造(zao)成(cheng)的(de)(de)對需(xu)求(qiu)(qiu)定義的(de)(de)任何(he)改動，都將導致設(she)計、實(shi)現和(he)(he)測試上(shang)的(de)(de)大(da)(da)量返工，而這時花費的(de)(de)資源和(he)(he)時間將大(da)(da)大(da)(da)超過仔細精確獲取需(xu)求(qiu)(qiu)的(de)(de)時間和(he)(he)資源。