1970年Winston Royce提出了著名的"瀑布模型"，是大家耳熟耳熟能詳?shù)慕?jīng)典開(kāi)發(fā)模型之一，需求分析是瀑布模型的六個(gè)基本活動(dòng)之一。最近幾年流行的敏捷開(kāi)發(fā)，user story是項(xiàng)目組成員經(jīng)常念叨的高頻詞，系統(tǒng)原型、需求確認(rèn)表等是項(xiàng)目重要的文檔。需求文檔不管是在瀑布模型還是敏捷開(kāi)發(fā)中都占用重要的地位。軟件需求文檔為什么在不同的開(kāi)發(fā)模型中都占據(jù)重要的位置呢？從軟件需求文檔的目的進(jìn)行分析，具體如下：

 確認(rèn)。需求文檔不管是以軟件需求規(guī)格說(shuō)明書(shū)的形態(tài)體現(xiàn)還是以系統(tǒng)原型的形式呈現(xiàn)，都是為了讓客戶(hù)能夠確認(rèn)需求是否正確反映了他們的需求，檢查每一項(xiàng)功能是否都符合客戶(hù)期望。從晦澀的文字到user story、原型只是期望能夠讓確認(rèn)需求的客戶(hù)更容易理解和確認(rèn)需求是否反映了了他們的期望。

-需求規(guī)格說(shuō)明書(shū)-

-原型-

設(shè)計(jì)、編碼: 軟件是通過(guò)計(jì)算機(jī)從鍵盤(pán)等輸入終端輸入指令，通過(guò)計(jì)算加工，再到屏幕、打印機(jī)等終端設(shè)備的輸出的一個(gè)過(guò)程。需求文檔描述恰恰是描述系統(tǒng)的輸入、輸出、系統(tǒng)執(zhí)行過(guò)程中的業(yè)務(wù)規(guī)則及邏輯變化的文檔，所以，軟件需求文檔是系統(tǒng)設(shè)計(jì)工程師編寫(xiě)概要設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)等文檔的依據(jù)，也是軟件開(kāi)發(fā)工程師編碼的參照依據(jù)。一些項(xiàng)目中，開(kāi)發(fā)人員常因?yàn)闃I(yè)務(wù)規(guī)則描述遺漏或理解偏差而返工的現(xiàn)場(chǎng)。

驗(yàn)證。驗(yàn)證就是檢查產(chǎn)品是否滿(mǎn)足需求。一方面是項(xiàng)目組測(cè)試團(tuán)隊(duì)要驗(yàn)證軟件是否達(dá)到用戶(hù)期望，需求文檔是測(cè)試中重要的參考指導(dǎo)文檔，另一方面，在系統(tǒng)驗(yàn)證階段，開(kāi)發(fā)方和用戶(hù)方進(jìn)行驗(yàn)證的依據(jù)就是需求文檔，這要求需求文檔具有可驗(yàn)證性。

-bug跟蹤矩陣-

追蹤: 需求跟蹤矩陣等文檔對(duì)于跟蹤、管理需求具有重要的意義。如某一需求不清晰，通過(guò)需求跟蹤矩陣可以從源頭進(jìn)行溝通，澄清需求。另外，向前追蹤，追蹤需求的各個(gè)功能點(diǎn)是否都已實(shí)現(xiàn)，并通過(guò)測(cè)試、驗(yàn)證。

-需求確認(rèn)表-

需求管理: 盡管我們期望軟件需求在設(shè)計(jì)、編碼前都已經(jīng)得到了正確、完整的需求，但需求在開(kāi)發(fā)期間總是在變更，需求的增加、調(diào)整在所難免。敏捷開(kāi)發(fā)的出現(xiàn)在一定程度了上緩解了需求變更給項(xiàng)目最終交付帶來(lái)影響。

法庭證據(jù)。當(dāng)項(xiàng)目出現(xiàn)糾紛，最后對(duì)簿公堂時(shí)。雙方確認(rèn)的需求文檔是法庭裁決供應(yīng)商是否滿(mǎn)足合約的重要依據(jù)。

 綜上所述，需求文檔是項(xiàng)目的重要產(chǎn)出物，我們應(yīng)當(dāng)認(rèn)真對(duì)待，不應(yīng)因?yàn)轫?xiàng)目時(shí)間緊而草率的對(duì)待。