還可以在這里定義容量需求，例如存儲器和磁盤空間的需求或者存儲在數(shù)據(jù)庫中表的最大行數(shù)。盡可能詳細(xì)地確定性能需求?？赡苄枰槍γ總€功能需求或特性分別陳述其性能需求，而不是把它們都集中在一起陳述。
e.2 安全設(shè)施需求
詳盡陳述與產(chǎn)品使用過程中可能發(fā)生的損失、破壞或危害相關(guān)的需求。定義必須采取的安全保護(hù)或動作，還有那些預(yù)防的潛在的危險(xiǎn)動作。明確產(chǎn)品必須遵從的安全標(biāo)準(zhǔn)、策略或規(guī)則。
e.3 安全性需求
詳盡陳述與系統(tǒng)安全性、完整性或與私人問題相關(guān)的需求，這些問題將會影響到產(chǎn)品的使用和產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護(hù)。定義用戶身份確認(rèn)或授權(quán)需求。明確產(chǎn)品必須滿足的安全性或保密性策略。
e.4 軟件質(zhì)量屬性
詳盡陳述與客戶或開發(fā)人員至關(guān)重要的其它產(chǎn)品質(zhì)量特性。這些特性必須是確定、定量的并在可能時(shí)是可驗(yàn)證的。至少應(yīng)指明不同屬性的相對側(cè)重點(diǎn)，例如易用程度優(yōu)于易學(xué)程度，或者可移植性優(yōu)于有效性。
e.5 業(yè)務(wù)規(guī)則
列舉出有關(guān)產(chǎn)品的所有操作規(guī)則，例如什么人在特定環(huán)境下可以進(jìn)行何種操作。這些本身不是功能需求，但它們可以暗示某些功能需求執(zhí)行這些規(guī)則。
e.6 用戶文檔
列舉出將與軟件一同發(fā)行的用戶文檔部分，例如，用戶手冊、在線幫助和教程。明確所有已知的用戶文檔的交付格式或標(biāo)準(zhǔn)。
f. 其它需求
定義在軟件需求規(guī)格說明的其它部分未出現(xiàn)的需求，例如國際化需求或法律上的需求。你還可以增加有關(guān)操作、管理和維護(hù)部分來完善產(chǎn)品安裝、配置、啟動和關(guān)閉、修復(fù)和容錯，以及登錄和監(jiān)控操作等方面的需求。
附錄A ：詞匯表
定義所有必要的術(shù)語，以便讀者可以正確地解釋軟件需求規(guī)格說明，包括詞頭和縮寫。你可能希望為整個公司創(chuàng)建一張跨越多項(xiàng)項(xiàng)目的詞匯表，并且只包括特定于單一項(xiàng)目的軟件需求規(guī)格說明中的術(shù)語。
附錄B ：分析模型
這個可選部分包括或涉及到相關(guān)的分析模型的位置，例如數(shù)據(jù)流程圖、類圖、狀態(tài)轉(zhuǎn)換圖或?qū)嶓w-關(guān)系圖。
附錄C ：待確定問題的列表
編輯一張?jiān)谲浖枨笠?guī)格說明中待確定問題的列表，其中每一表項(xiàng)都是編上號的，以便于跟蹤調(diào)查。
2）指明需求來源：指明需求的來源為了讓所有項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者明白需求規(guī)格說明書中為何提供這些功能需求，要都能追溯每項(xiàng)需求的來源，這可能是一種使用實(shí)例或其它客戶要求，也可能是某項(xiàng)更高層系統(tǒng)需求、業(yè)務(wù)規(guī)范、政府法規(guī)、標(biāo)準(zhǔn)或別的外部來源。
3）為每項(xiàng)需求注上標(biāo)號：為了滿足軟件需求規(guī)格說明的可跟蹤性和可修改性的質(zhì)量標(biāo)準(zhǔn)，必須唯一確定每個軟件需求。為每項(xiàng)需求注上標(biāo)號制定一種慣例來為需求規(guī)格說明書中的每項(xiàng)需求提供一個獨(dú)立的可識別的標(biāo)號或記號。這種慣例應(yīng)當(dāng)很健全，允許增加、刪除和修改。作了標(biāo)號的需求使得需求能被跟蹤，記錄需求變更并為需求狀態(tài)和變更活動建立度量。需求標(biāo)識方法有序列號;層次化編碼;使用"待確定"（to be determined, TBD ）符號等。
4）記錄業(yè)務(wù)規(guī)范：是指關(guān)于產(chǎn)品的操作原則，比如誰能在什么情況下采取什么動作。將這些編寫成需求規(guī)格說明書中的一個獨(dú)立部分，或一獨(dú)立的業(yè)務(wù)規(guī)范文檔。某些業(yè)務(wù)規(guī)范將引出相應(yīng)的功能需求；當(dāng)然這些需求也應(yīng)能追溯相應(yīng)業(yè)務(wù)規(guī)范。
5）創(chuàng)建需求跟蹤能力矩陣：建立一個矩陣把每項(xiàng)需求與實(shí)現(xiàn)、測試它的設(shè)計(jì)和代碼部分聯(lián)系起來。這樣的需求跟蹤能力矩陣同時(shí)也把功能需求和高層的需求及其它相關(guān)需求聯(lián)系起來了。在開發(fā)過程中建立這個矩陣，而不要等到最后才去補(bǔ)建。
這里我們還要介紹需求規(guī)格說明書中設(shè)計(jì)階段，用到的圖形模型--數(shù)據(jù)字典、數(shù)據(jù)流圖、數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)換圖、對話圖和類圖。
項(xiàng)目經(jīng)理勝任力免費(fèi)測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
