軟件需求規(guī)格說明書
（模板）
內(nèi)容表
1 引言
1.1 目的
1.2 文檔約定
1.3 預(yù)期的讀者和閱讀建議
1.4 產(chǎn)品的范圍
1.5 參考文獻(xiàn)
2 綜合描述
2.1 產(chǎn)品的前景
2.2 產(chǎn)品的功能
2.3 用戶類和特征
2.4 運(yùn)行環(huán)境
2.5 設(shè)計(jì)和實(shí)現(xiàn)上的限制
2.6 假設(shè)和依賴
3 外部接口要求
3.1 用戶界面
3.2 硬件接口
3.3 軟件接口
3.4 通信接口
4 系統(tǒng)特征
4.1 說明和優(yōu)先級(jí)
4.2 激勵(lì)/響應(yīng)序列
4.3 功能需求
5 其他非功能需求
5.1 性能需求
5.2 安全設(shè)施需求
5.3 安全性需求
5.4 軟件質(zhì)量屬性
5.5 業(yè)務(wù)規(guī)則
5.6 用戶文檔
6 其他需求
附錄A 詞匯表
附錄B 分析模型
附錄C 待確定問題的列表
1 引言
提出對(duì)軟件需求規(guī)格說明的縱覽，幫助讀者理解該文檔是如何編寫并且如何閱讀和解釋。
1.1 目的
對(duì)產(chǎn)品進(jìn)行定義，在該文檔中詳盡說明這個(gè)產(chǎn)品的軟件需求，包括修正或發(fā)行版本號(hào)。如果這個(gè)軟件需求規(guī)格說明只與整個(gè)系統(tǒng)的一部分有關(guān)系，那么就只定義文檔中說明的部分或子系統(tǒng)。
1.2 文檔約定
描述編寫文檔時(shí)所采用的標(biāo)準(zhǔn)或排版約定，包括正文風(fēng)格、提示區(qū)或重要符號(hào)。例如，說明高層需求的優(yōu)先級(jí)是否可以被其所有細(xì)化的需求所繼承，或者每個(gè)需求陳述是否都有其自身的優(yōu)先級(jí)。
1.3 預(yù)期的讀者和閱讀建議
列舉了軟件需求規(guī)格說明所針對(duì)的不同讀者。例如開發(fā)人員、項(xiàng)目經(jīng)理、營(yíng)銷人員、用戶、測(cè)試人員或文檔編寫人員。描述了文檔中剩余部分的內(nèi)容及其組織結(jié)構(gòu)。提出了最適合于每一類型讀者閱讀文檔的建議。
1.4 產(chǎn)品的范圍
提供了對(duì)指定的軟件及其項(xiàng)目的簡(jiǎn)短描述，包括利益和目標(biāo)。把軟件與企業(yè)目標(biāo)或業(yè)務(wù)策略相聯(lián)系。可以參考項(xiàng)目視圖和范圍文檔而不是將其內(nèi)容復(fù)制到這里 。
1.5 參考文獻(xiàn)
列舉了編寫軟件需求規(guī)格說明時(shí)所參考的資料或其他資源?？赡馨ㄓ脩艚缑骘L(fēng)格指導(dǎo)、合同、標(biāo)準(zhǔn)、系統(tǒng)需求規(guī)格說明、使用實(shí)例文檔，或相關(guān)產(chǎn)品的軟件需求規(guī)格說明，在這里應(yīng)該給出詳細(xì)的信息，包括標(biāo)題的名稱、作者、版本號(hào)、日期、出版單位或資料來源，以方便讀者查閱這些文獻(xiàn)。
2 綜合描述
概述了正在定義的產(chǎn)品以及它所運(yùn)行的環(huán)境、使用產(chǎn)品的用戶和已知的限制、假設(shè)和依賴。
2.1 產(chǎn)品的前景
描述了軟件需求規(guī)格說明中所定義的產(chǎn)品的背景和起源。說明了該產(chǎn)品是否是產(chǎn)品系列中的下一成員，是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品、是否是現(xiàn)有應(yīng)用程序的替代品，或者是否是一個(gè)新型的、自含型產(chǎn)品。如果軟件需求規(guī)格說明定義了大系統(tǒng)的一個(gè)組成部分，那么就要說明這部分軟件是怎樣與整個(gè)系統(tǒng)相關(guān)聯(lián)的，并且要定義出兩者之間的接口。
2.2 產(chǎn)品的功能
概述了產(chǎn)品所具有的主要功能。其詳細(xì)內(nèi)容將在第4節(jié)中描述，所以在此只需要概括地總結(jié)。例如用列表的方法給出，很好的組織產(chǎn)品的功能，使每個(gè)讀者都易于理解。用圖形表示主要的需求分組以及他們之間的聯(lián)系，例如數(shù)據(jù)流程圖的頂層圖或類圖，都是有用的。
2.3 用戶類和特征
確定可能使用該產(chǎn)品的不同用戶類并描述他們相關(guān)的特征。有一些需求可能只與特定的用戶類相關(guān)。將該產(chǎn)品的重要用戶類與那些不太重要的用戶類區(qū)分開。
2.4 運(yùn)行環(huán)境
描述了軟件的運(yùn)行環(huán)境，包括硬件平臺(tái)、操作系統(tǒng)和版本，還有其他的軟件組件或與其共存的應(yīng)用程序。
2.5 設(shè)計(jì)和實(shí)現(xiàn)上的限制
確定影響開發(fā)人員自由選擇的問題，并說明這些問題為什么成為一種限制?？赡艿南拗瓢ㄒ韵聝?nèi)容：
l 必須使用或者避免的特定技術(shù)、工具、編程語言和數(shù)據(jù)庫(kù)。
l 所要求的開發(fā)規(guī)范或標(biāo)準(zhǔn)（例如，如果有客戶的公司負(fù)責(zé)軟件維護(hù)，就必須定義轉(zhuǎn)包者所使用的設(shè)計(jì)符號(hào)表示和編碼標(biāo)準(zhǔn)。
l 企業(yè)策略、政府法規(guī)或工業(yè)標(biāo)準(zhǔn)。
l 硬件限制，例如定時(shí)需求或存儲(chǔ)器限制。
l 數(shù)據(jù)轉(zhuǎn)換格式標(biāo)準(zhǔn)。
2.6 假設(shè)和依賴
列舉出在對(duì)軟件需求規(guī)格說明中影響需求陳述的假設(shè)因素（與已知因素相對(duì)立）?？赡馨ù蛩阋玫纳虡I(yè)組件或有關(guān)開發(fā)或運(yùn)行環(huán)境的問題。你可能認(rèn)為產(chǎn)品將符合一個(gè)特殊的用戶界面設(shè)計(jì)約定，但是另一個(gè)SRS讀者卻可能不這樣認(rèn)為。如果這些假設(shè)不正確、不一致或被更改，就會(huì)使項(xiàng)目受到影響。
此外，確定項(xiàng)目對(duì)外部因素存在的依賴。例如，如果你打算把其他項(xiàng)目開發(fā)集成到系統(tǒng)中，那么你就要依賴那個(gè)項(xiàng)目按時(shí)提供正確的操作組件。如果這些依賴已經(jīng)記錄到其他文檔（例如項(xiàng)目計(jì)劃）中了，那么在此就可以參考其他文檔。
3 外部接口需求
本節(jié)確定可以保證新產(chǎn)品與外部組件正確連接的需求。關(guān)聯(lián)圖表示了高層抽象的外部接口。需要把對(duì)接口數(shù)據(jù)和控制組件的詳細(xì)描述寫入數(shù)據(jù)字典中。如果產(chǎn)品的不通部分有不同的外部接口，那么應(yīng)該把這些外部接口的詳細(xì)需求并入到這一部分的實(shí)例中。
3.1 用戶界面
陳述所需要的用戶界面的軟件組件。描述每個(gè)用戶界面的邏輯特征。以下是可能要包括的一些特征：
l 將要采用的圖形用戶界面（GUI）標(biāo)準(zhǔn)或產(chǎn)品系列的風(fēng)格
l 屏幕布局或解決方案的限制
l 將出現(xiàn)在每個(gè)屏幕的按鈕、功能或?qū)Ш芥溄Y(jié)（例如一個(gè)幫助按鈕）。
l 快捷鍵
l 錯(cuò)誤信息顯示標(biāo)準(zhǔn)
對(duì)于用戶界面的細(xì)節(jié)，例如特定對(duì)話框的布局，應(yīng)該寫入一個(gè)獨(dú)立的用戶界面規(guī)格說
明中，而不能寫入軟件需求規(guī)格說明中。
3.2 硬件接口
描述系統(tǒng)中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議。
3.3 軟件接口
描述該產(chǎn)品與其他外部組件（由名字和版本識(shí)別）的連接，包括數(shù)據(jù)庫(kù)、操作系統(tǒng)、工具、庫(kù)和集成的商業(yè)組件。明確并描述在軟件組件之間交換數(shù)據(jù)或消息的目的。描述所需要的服務(wù)以及內(nèi)部組件通信的性質(zhì)。確定將在組件之間共享的數(shù)據(jù)。如果必須用一種特殊的方法來實(shí)現(xiàn)數(shù)據(jù)共享機(jī)制，例如在多任務(wù)操作系統(tǒng)中的一個(gè)全局?jǐn)?shù)據(jù)區(qū)，那么就必須把它定義為一種實(shí)現(xiàn)上的限制。
3.4 通信接口
描述與產(chǎn)品所使用的通信功能相關(guān)的需求，包括電子郵件、Web瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn)或協(xié)議及電子表格等等。定義了相關(guān)的消息格式。規(guī)定通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機(jī)制。
4 系統(tǒng)特性
在模板中，功能需求是根據(jù)系統(tǒng)特性即產(chǎn)品所提供的主要服務(wù)來組織的。你可能更喜歡通過使用實(shí)例、運(yùn)行模式、用戶類、對(duì)象類或功能等級(jí)來組織這部分內(nèi)容（IEEE1998）。你還可以使用這些元素的組合?？偠灾?，你必須選擇一種使讀者易于理解預(yù)期產(chǎn)品的組織方案。
僅用簡(jiǎn)短的語句說明特性的名稱，例如“4.1拼寫檢查和拼寫字典管理”。無論你想說明何種特性，闡述每種特性時(shí)都將重復(fù)從4.1到4.3這三步系統(tǒng)特性。
4.1 說明和優(yōu)先級(jí)
提出了對(duì)該系統(tǒng)特性的簡(jiǎn)短說明并指出該特性的優(yōu)先級(jí)是高、中，還是低?；蛘吣氵€可以包括對(duì)特定優(yōu)先級(jí)部分的評(píng)價(jià)，例如利益、損失、費(fèi)用或風(fēng)險(xiǎn)，其相對(duì)優(yōu)先等級(jí)還可以從1（低）到9（高）。
4.2 激勵(lì)/響應(yīng)序列
列出輸入激勵(lì)（用戶動(dòng)作、來自外部設(shè)備的信號(hào)或其他觸發(fā)器）和定義這一特性行為的系統(tǒng)響應(yīng)序列。這些序列將與使用實(shí)例相關(guān)的對(duì)話元素相對(duì)應(yīng)。
4.3 功能需求
詳列出于該特性相關(guān)的詳細(xì)功能需求。這些是必須提交給用戶的軟件功能，使用戶可以使用所提供的特性執(zhí)行服務(wù)或者使用所指定的使用實(shí)例執(zhí)行任務(wù)。描述產(chǎn)品如何響應(yīng)可預(yù)知的出錯(cuò)條件或者非法輸入或動(dòng)作。必須唯一地標(biāo)示每一個(gè)需求。
5 非功能需求
列舉出所有非功能需求，而不是外部接口需求和限制。
5.1 性能需求
闡述了不同的應(yīng)用領(lǐng)域?qū)Ξa(chǎn)品性能的需求，并解釋它們的原理以幫助開發(fā)人員做出合理的設(shè)計(jì)選擇。確定相互合作的用戶數(shù)或者所支持的操作、響應(yīng)時(shí)間以及與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系。你還可以在這里定義容量需求，例如存儲(chǔ)器和磁盤空間的需求或者存儲(chǔ)在數(shù)據(jù)庫(kù)中表中的最大行數(shù)。盡可能詳細(xì)地確定性能需求?？赡苄枰槍?duì)每個(gè)功能需求或特性分別陳述其性能需求，而不是把它們都集中在一起陳述。例如，“在運(yùn)行微軟Windows 2000的450 MhzPentium II的計(jì)算機(jī)上，當(dāng)系統(tǒng)至少有50%的空閑資源時(shí)，95%的目錄數(shù)據(jù)苦查詢必須在兩秒內(nèi)完成”。
5.2 安全設(shè)施需求
詳盡陳述與產(chǎn)品使用過程中可能發(fā)生的損失、破壞或危害相關(guān)的需求。定義必須采取的安全保護(hù)或動(dòng)作，還有那些預(yù)防的潛在的危險(xiǎn)動(dòng)作。明確產(chǎn)品必須遵從的安全標(biāo)準(zhǔn)、策略或規(guī)則。一個(gè)安全設(shè)施需求的范例如下：“如果油箱的壓力超過了規(guī)定的最大壓力的95%，那么必須在1秒中內(nèi)終止操作”。
5.3 安全性需求
詳盡陳述與系統(tǒng)安全性、完整性或與私人問題相關(guān)的需求，這些問題將會(huì)影響到產(chǎn)品的使用和產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護(hù)。定義用戶身份確認(rèn)或授權(quán)需求。明確產(chǎn)品必須滿足的安全性或保密性策略。你可能更喜歡通過稱為完整性的質(zhì)量屬性來闡述這些需求，。一個(gè)軟件系統(tǒng)的安全性需求的范例如下：“每個(gè)用戶在第一次登錄后，必須更改他的最初登錄密碼。最初的登錄密碼不能重用?！?
5.4 軟件質(zhì)量屬性
詳盡陳述與客戶或開發(fā)人員至關(guān)重要的其他產(chǎn)品質(zhì)量特性。這些特性必須是確定、定量的并在可能時(shí)是可驗(yàn)證的。至少應(yīng)指明不通屬性的相對(duì)側(cè)重點(diǎn)。例如易用程度優(yōu)于易學(xué)程度，或者可移植性優(yōu)于有效性。
5.5 業(yè)務(wù)規(guī)則
列舉出有關(guān)產(chǎn)品的所有操作規(guī)則，例如什么人在特定的環(huán)境下可以進(jìn)行何種操作。這些本身不是功能需求，但它們可以暗示某些功能需求執(zhí)行這些規(guī)則。一個(gè)業(yè)務(wù)規(guī)則的范例如下：“只有持有管理員密碼的用戶才能執(zhí)行￥100.00或更大額的退款操作?！?
5.6 用戶文檔
列舉出將與軟件一同發(fā)行的用戶文檔部分。例如，用戶手冊(cè)、在線幫助和教程。明確所有已知的用戶文檔的交付格式或標(biāo)準(zhǔn)。
6 其他需求
定義在軟件需求規(guī)格說明的其他部分未出現(xiàn)的需求，例如國(guó)際化需求或法律上的需求。還可以增加有關(guān)操作、管理和維護(hù)部分來完善產(chǎn)品安裝、配置、啟動(dòng)和關(guān)閉、修復(fù)和容錯(cuò)，以及登錄和監(jiān)控操作等方面的需求。在模板中加入與你相關(guān)的新部分。如果你不需要增加其它需求，就省略這一部分。
附錄A：詞匯表
定義所有必要的術(shù)語，以便讀者可以正確地解釋軟件需求規(guī)格說明，包括詞頭和縮寫?？赡芟Ｍ麨檎麄€(gè)公司創(chuàng)建一張跨多項(xiàng)項(xiàng)目的詞匯表，并且只包括特定于單一項(xiàng)目的軟件需求規(guī)格說明中的術(shù)語。
附錄B： 分析模型
這個(gè)可選部分包括后涉及到相關(guān)的分析模型的位置，例如數(shù)據(jù)流程圖、類圖、狀態(tài)轉(zhuǎn)換圖或?qū)嶓w……關(guān)系圖。
附錄C：待確定問題的列表
編輯一張?jiān)谲浖枨笠?guī)格說明中待確定的問題的列表，其中每一表項(xiàng)都是編上號(hào)的，以便于跟蹤調(diào)查。
