用戶需求編寫成規(guī)格說明和模型。
9、評(píng)審需求規(guī)格說明，確保對(duì)用戶需求達(dá)到共同的理解與認(rèn)識(shí)，并在整個(gè)開發(fā)小組接受說明之前將問題都弄清楚。 需求開發(fā)過程的積累材料
1) 項(xiàng)目視圖與范圍模板項(xiàng)目的視圖與范圍文檔明確了項(xiàng)目的概念性功能，并提供了確定需求優(yōu)先級(jí)和變更的參考。需求視圖與范圍文檔是簡明扼要的、高度概括的新項(xiàng)目業(yè)務(wù)需求說明。用統(tǒng)一的方式編寫項(xiàng)目視圖與范圍文檔能確保在項(xiàng)目進(jìn)行過程中作決定時(shí)能考慮到所有應(yīng)考慮的情況。
2) 需求開發(fā)過程該過程介紹了怎樣確定客戶及從客戶那里獲取需求的技術(shù)。也描述了項(xiàng)目。需要?jiǎng)?chuàng)建的各種需求文檔和分析模型。這個(gè)過程還指明了每項(xiàng)需求包含的信息種類，比如：優(yōu)先級(jí)、預(yù)計(jì)的穩(wěn)定性或計(jì)劃發(fā)行版本號(hào)。同時(shí)還應(yīng)指明需求分析及需求文檔檢驗(yàn)需要執(zhí)行的步驟以及確認(rèn)軟件需求規(guī)格說明和建立需求基線的步驟。 3) 需求分配過程把高層的產(chǎn)品需求分成若干特定子系統(tǒng)是非常重要的，尤其是當(dāng)開發(fā)的系統(tǒng)既含有軟件又含有硬件或是包括多個(gè)子系統(tǒng)的軟件產(chǎn)品時(shí)尤為重要（Nelsen 1990）。需求分配是在系統(tǒng)級(jí)需求完成和系統(tǒng)體系結(jié)構(gòu)確定后才進(jìn)行的，這個(gè)過程包含的信息是怎樣執(zhí)行分配以確保功能分配到合適的系統(tǒng)組件中，同時(shí)也說明分配的需求怎樣才能追溯回它們的上兩級(jí)系統(tǒng)需求以及在其它子系統(tǒng)中的相關(guān)需求。
4) 使用實(shí)例模板使用實(shí)例模板提供了一種把每項(xiàng)用戶希望使用軟件系統(tǒng)完成的任務(wù)編寫成文檔的標(biāo)準(zhǔn)方法。使用實(shí)例定義包括一個(gè)簡要的任務(wù)介紹，必須處理的異常情況的說明和描述用戶任務(wù)特點(diǎn)的附加信息。使用實(shí)例可作為軟件需求規(guī)格說明中一條獨(dú)立的功能需求。另外，你也可將使用實(shí)例與SRS模板合并為一個(gè)文檔，既包括產(chǎn)品的使用實(shí)例，又包括軟件功能需求。
5) 軟件需求規(guī)格說明模板軟件需求規(guī)格說明模板提供了一種組織功能需求和非功能需求的結(jié)構(gòu)化方法。采用標(biāo)準(zhǔn)的SRS模板將有助于創(chuàng)建統(tǒng)一且高質(zhì)量的需求文檔。可能要采用多個(gè)模板以適應(yīng)組織承擔(dān)的不同類型和規(guī)模的項(xiàng)目。這樣可減少因一種“萬能”模板并不適合你的項(xiàng)目所帶來的障礙。 6) 需求優(yōu)先級(jí)確定過程，此時(shí)為滿足進(jìn)度時(shí)限要求，計(jì)劃的功能不得不放棄掉。我們需要知道哪些性能、使用實(shí)例或功能需求的優(yōu)先級(jí)最低，以便在任何階段，我們都可適當(dāng)縮減范圍。
7) SRS和使用實(shí)例審查清單對(duì)需求文檔的正式審查是保證軟件質(zhì)量的一項(xiàng)重要措施。審查清單指出在需求文檔中發(fā)現(xiàn)的一些錯(cuò)誤。在審查會(huì)議的準(zhǔn)備中運(yùn)用清單將使你的注意力集中到通常存在問題的地方。