系統(tǒng)需求規(guī)格說明書模板(結(jié)構(gòu)化標準版)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上（項目名稱）系統(tǒng)需求規(guī)格說明書文件版本編寫日期發(fā)布日期專心-專注-專業(yè)文件修改記錄修改日期版本號變化狀態(tài)修改內(nèi)容修改人*變化狀態(tài)：C創(chuàng)建，A增加，M修改，D刪除文檔審批信息版本號提交人批準人批準日期發(fā)布日期備注目 錄1 概述1.1 目的【說明編寫需求說明書的目的，指明讀者對象?？梢杂萌缦碌牧信e方式進行描述。例如：本文檔是項目名稱需求規(guī)格說明書，該文檔為系統(tǒng)設(shè)計及系統(tǒng)測試提供依據(jù)。項目驗收標準之一軟件維護的參考資料】1.2 預(yù)期讀者【說明該文檔都有哪些讀者，如：需求人員、設(shè)計人員、系統(tǒng)測試人員、用戶、QA、PM。】1.3 背景（可選）【說明在做該項目之前所處的時期及為什

2、么要做該項目?！?.4 參考資料【說明該文檔所用到的所有參考資料?！?.5 標準（可選）【說明開發(fā)此系統(tǒng)時應(yīng)當遵循的所有內(nèi)部和外部的標準以及法律法規(guī)要求，還應(yīng)標識出哪些外部標準是用戶制定的。對有相應(yīng)的內(nèi)部標準而未使用時，應(yīng)當略述不使用該內(nèi)部標準的理由。】1.6 術(shù)語定義【描述在文中出現(xiàn)的縮寫和略語的說明定義。】術(shù)語定義解釋SPP精簡并行過程，Simplified Parallel ProcessRD需求開發(fā) Require Development1.7 圖例說明【對該需求說明書中所用到的圖例進行簡要說明?！? 系統(tǒng)描述2.1 現(xiàn)狀綜述1) 畫出目前系統(tǒng)或當前業(yè)務(wù)流程圖。2) 描述此系統(tǒng)目前的運

3、行狀況/或業(yè)務(wù)狀況進行描述。3) 說明目前面臨的問題。2.2 系統(tǒng)目標【說明系統(tǒng)將要實現(xiàn)的目標。】2.3 目標系統(tǒng)概述【說明系統(tǒng)的系統(tǒng)結(jié)構(gòu)，并用圖表的方式描繪出該系統(tǒng)的計算機體系結(jié)構(gòu)。同時，在體系結(jié)構(gòu)圖中應(yīng)明確標明此系統(tǒng)在整體結(jié)構(gòu)中的位置。為清晰起見，可用多個圖表來表示。在功能追加的場合，要指明該追加部分在整體結(jié)構(gòu)中的位置。并簡要介紹目標系統(tǒng)的功能和作用。在此圖表上應(yīng)加一些簡潔的注釋，突出重要部分，并說明此系統(tǒng)在系統(tǒng)整體結(jié)構(gòu)中的位置?！?.4 范圍【定義工作范圍。明確定義哪些工作是要做的，哪些工作是不做的，以確定項目的邊界。如:我方主要負責哪些開發(fā)階段，負責的業(yè)務(wù)范圍等?！?.5 系統(tǒng)假設(shè)/約

4、定【在此對描述系統(tǒng)實現(xiàn)的約束和假設(shè)條件。列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設(shè)因素（與已知因素相對立）。這可能包括你打算要用的商業(yè)組件或有關(guān)開發(fā)或運行環(huán)境的問題。你可能認為產(chǎn)品將符合一個特殊的用戶界面設(shè)計約定。如果這些假設(shè)不正確、不一致或被更改，就會使項目受到影響。此外，確定項目對外部因素存在的依賴。例如，如果你打算把其它項目開發(fā)的組件集成到系統(tǒng)中，那么你就要依賴那個項目按時提供正確的操作組件。如果這些依賴已經(jīng)記錄到其它文檔(例如項目計劃)中了，那么在此就可以參考其它文檔。】2.6 接口與界面2.6.1 外部接口(可選)【描述目標系統(tǒng)和用戶其他相關(guān)系統(tǒng)之間的接口關(guān)系和依賴型，包括硬件之

5、間的接口和軟件之間的數(shù)據(jù)接口等?！?.6.2 硬件接口【描述系統(tǒng)中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議。】2.6.3 軟件接口【描述該產(chǎn)品與其它組件（由名字和版本識別）的連接，包括數(shù)據(jù)庫、操作系統(tǒng)、工具、庫和集成的商業(yè)組件。明確并描述在軟件組件之間交換數(shù)據(jù)或消息的目的。描述所需要的服務(wù)以及內(nèi)部組件通信的性質(zhì)。確定將在組件之間共享的數(shù)據(jù)?！?.6.4 通信接口(可選)【描述與產(chǎn)品所使用的通信功能相關(guān)的需求，包括電子郵件、We b 瀏覽器、網(wǎng)絡(luò)通信標準或協(xié)議及電子表格等等。定義了相關(guān)的消息格式。規(guī)定通信安全或加密問題、數(shù)

6、據(jù)傳輸速率和同步通信機制?！?.6.5 用戶界面【陳述所需要的用戶界面的軟件組件。描述每個用戶界面的邏輯特征。而對于用戶界面的細節(jié)，例如特定對話框的布局，應(yīng)該寫入一個獨立的用戶界面規(guī)格說明中，而不能寫入軟件需求規(guī)格說明中?！? 功能需求3.1 系統(tǒng)流程圖【畫出系統(tǒng)整體流程圖。系統(tǒng)模塊比較多時可以對復(fù)雜的模塊畫單獨的流程圖，但要在主流程圖中標示出來。】3.2 功能一覽表【顯示出業(yè)務(wù)和系統(tǒng)功能的關(guān)系，以及優(yōu)先級(高、中、低)?！抗δ芫幪柟δ軐?yīng)業(yè)務(wù)優(yōu)先級3.3 功能描述3.3.1 功能1【對功能進行簡要描述?！?.3.1.1 流程圖【畫出此功能流程圖?！?.3.1.2 前提條件【描述進入此功能的前

7、提條件。如必須完成某項操作后?！?.3.1.3 輸入【描述此功能的輸入要求。例如：登陸功能，輸入：用戶名、密碼。】3.3.1.4 處理【描述此功能處理步驟?！?.3.1.5 輸出【描述此功能的輸出。例如：登錄功能輸出用戶名、密碼正確，進行主界面；用戶名、密碼錯誤，返回錯誤信息?！?3.3.1.6 規(guī)約【描述此功能在業(yè)務(wù)或數(shù)據(jù)上的約束條件。例如：用戶名必須是8位字母或數(shù)字組成?！?.3.2 功能n3.4 公共功能描述3.4.1 功能1【對功能進行簡要描述?！?.4.1.1 流程圖【畫出此功能流程圖。】3.4.1.2 前提條件【描述進入此功能的前提條件。如必須完成某項操作后?！?.4.1.3 輸入

8、【描述此功能的輸入要求。例如：登陸功能，輸入：用戶名、密碼?！?.4.1.4 處理【描述此功能處理步驟?！?.4.1.5 輸出【描述此功能的輸出。例如：登錄功能輸出用戶名、密碼正確，進行主界面；用戶名、密碼錯誤，返回錯誤信息?！?3.4.1.6 規(guī)約【描述此功能在業(yè)務(wù)或數(shù)據(jù)上的約束條件。例如：用戶名必須是8位字母或數(shù)字組成。】3.5 數(shù)據(jù)描述（可選）【可以以附件的形式進行描述，如果采用附件，本節(jié)可直接參見附件?！?.5.1 業(yè)務(wù)數(shù)據(jù)描述【描述各個業(yè)務(wù)相關(guān)的數(shù)據(jù)種類和屬性?！?.5.2 公共數(shù)據(jù)描述【描述系統(tǒng)共通數(shù)據(jù)的種類和屬性?！?.5.3 數(shù)據(jù)存放結(jié)構(gòu)【描述數(shù)據(jù)在存儲介質(zhì)中的存放結(jié)構(gòu)。】3.

9、6 其他需求(可選)【與系統(tǒng)相關(guān)的其他概要描述（系統(tǒng)構(gòu)架等）?！? 非功能需求（可選）4.1 系統(tǒng)性能【在此說明對系統(tǒng)運行性能方面的要求，例如：用戶事件的響應(yīng)時間、屏幕刷新時間、數(shù)據(jù)處理速度、網(wǎng)絡(luò)傳輸速度等方面的要求?！?.2 資源使用率【在此說明系統(tǒng)運行時對網(wǎng)絡(luò)、計算機資源的使用方面的要求，如：CPU和RAM的最大使用率、存儲磁盤空間、網(wǎng)絡(luò)帶寬等方面的要求?！?.3 保密性【在此說明系統(tǒng)保護他的某些功能和數(shù)據(jù)不被訪問、破壞和錯用方面的要求，例如：系統(tǒng)的密碼設(shè)置模塊只有管理員可用、客戶信息數(shù)據(jù)不能被外部訪問等要求?！?.4 安全性【在此說明可能因為丟失數(shù)據(jù)、錯誤操作等原因引起系統(tǒng)出錯或不能使用

10、等方面的要求，一般主要針對自動控制系統(tǒng)。例如：電梯控制系統(tǒng)，在門沒關(guān)閉的情況下不能運行，最大過載等基于安全方面的要求?！?.5 容量【在此說明系統(tǒng)事務(wù)處理能力、最大支持的數(shù)據(jù)等方面的要求。例如：最大相應(yīng)的并發(fā)事件數(shù)等方面的要求?！?.6 有效性【在此說明系統(tǒng)正常運行的有效性方面的要求。例如：系統(tǒng)可全天候運行24小時處理事務(wù)等方面的要求。】4.7 可靠性【在此說明系統(tǒng)長時間運行出錯率或故障率方面的要求。例如：系統(tǒng)的平均的安全運行期（系統(tǒng)正常運行在多長時間內(nèi)不會出錯）、一段時間內(nèi)的平均故障率等方面的要求?！?.8 精確度【在此說明系統(tǒng)信息處理精確度方面的要求。例如：誤差邊界、數(shù)據(jù)精度等方面的要求。

11、】4.9 復(fù)用性【在此說明系統(tǒng)在未來業(yè)務(wù)變化時很容易并入其他系統(tǒng)或只作很少的修改就能被其他系統(tǒng)使用等能方面的要求。例如：用戶的業(yè)務(wù)合并引起舊系統(tǒng)的合并等。】4.10 易用性【在此說明對系統(tǒng)操作使用方面的要求。例如：操作簡單、無需培訓等?！?.11 互用性【在此說明系統(tǒng)和其他系統(tǒng)之間交互使用方面的要求。例如：數(shù)據(jù)共享、事務(wù)互通等?！?.12 移植性【在此說明系統(tǒng)由于業(yè)務(wù)變化或增加功能等原因需要一直到另一軟件或硬件平臺方面的要求。例如： WIN9X系統(tǒng)平臺要移植到NT或UNIX平臺時代碼的改變率或要做多少修改等?！?.13 擴展性【在此說明系統(tǒng)結(jié)構(gòu)、數(shù)據(jù)或處理流程能被擴展方面的要求。例如：當業(yè)務(wù)增

12、加時數(shù)據(jù)結(jié)構(gòu)也能滿足未來的需要，處理流程只要很小的處理就能解決新增的業(yè)務(wù)?！?.14 維護性【在此說明系統(tǒng)維護人員或開發(fā)人員在處理一個錯誤或意外時的處理速度等方面的要求例如：系統(tǒng)宕機后的恢復(fù)時間等?！? 驗收準則和驗收程序5.1 驗收程序【描述最終系統(tǒng)的驗收流程?！?.2 質(zhì)量要求【說明用戶定義的“質(zhì)量需求”，包含用戶會用來判斷和認可此系統(tǒng)是否符合其“質(zhì)量需求”的所有要素。若用戶未提供“質(zhì)量需求”，則應(yīng)在此向用戶提出我方的“質(zhì)量標準“?！?.3 驗收準則【在此描述系統(tǒng)驗收時的準則，包括硬件、軟件、文檔等，可列表說明?！? 系統(tǒng)集成和測試策略(可選)6.1 集成策略【在此應(yīng)確定和說明集成的策略。

13、對系統(tǒng)集成的順序進行定義。此時，應(yīng)考慮各種因素，如階段性的成果、跨組的聯(lián)合開發(fā)等，它們都會對集成的順序產(chǎn)生影響?！?.2 集成測試策略【在此對集成測試策略加以說明，該集成測試策略應(yīng)基于上述的集成策略。包括測試觀點，測試范圍及確認手段。測試計劃應(yīng)直接依賴于所用的結(jié)合策略。決定是自底向上還是自頂向下的順序。】6.3 系統(tǒng)測試策略【此部分標明所采用的系統(tǒng)測試策略，對特別的系統(tǒng)測試要求，如使用仿真軟件，精確的測試步驟、以及需要從外部獲得的測試組件，均應(yīng)在此說明?！?.4 驗收測試策略【此部分描述用戶對驗收測試的需求。 驗收的方法、步驟以及其他特殊情況的考慮和安排?！? 環(huán)境要求7.1 開發(fā)環(huán)境要求（可

14、選）7.1.1 硬件要求【此部分標明此項目的硬件平臺需求，應(yīng)描述以下內(nèi)容的全部配置及其詳細情況：1) CPU2) 內(nèi)存3) 硬盤4) 外設(shè)5) 網(wǎng)絡(luò)】7.1.2 軟件要求【此部分標明需要的軟件平臺，應(yīng)描述以下內(nèi)容的詳細內(nèi)容：1) 操作系統(tǒng)2) 瀏覽器3) 網(wǎng)絡(luò)環(huán)境4) 工具 (編譯器, 庫, 調(diào)試工具等.)5) 服務(wù)器（應(yīng)用服務(wù)器、WEB服務(wù)器、DB服務(wù)器）】7.2 用戶方軟硬件（可選）【此部分標明用戶提供的軟硬件，而對開發(fā)有關(guān)鍵影響的應(yīng)該突出標明。如果存在客戶端和服務(wù)器端，分別標明?！?.3 背離之處(可選)【此部分標明與所要求的開發(fā)平臺不符合之處。并對不符合之處給出解決方案。】7.4 運行

15、環(huán)境要求【此部分應(yīng)對運行環(huán)境的軟件，硬件需求詳細地敘述，在運行環(huán)境和開發(fā)環(huán)境完全相同時，簡單提及即可。】7.5 測試環(huán)境要求【有些產(chǎn)品需要使用另外的軟硬件來進行詳盡的測試。此處應(yīng)當標明此類測試平臺需求。在測試平臺和目標環(huán)境或開發(fā)環(huán)境相同時，也要在此說明?！? 開發(fā)特別考慮事項(可選)8.1 客戶參與需求【此部分應(yīng)當指明用戶參與開發(fā)過程的的所有情況，它應(yīng)該包括驗收測試及定期評審的情況。如：設(shè)計書說明，設(shè)計書評審，測試計劃評審，定期評審等。包括參與人，時間，地點等】8.2 溝通的要求【在聯(lián)合開發(fā)項目中，或其它情況下，依據(jù)規(guī)程來進行廣泛的溝通也許是高效開發(fā)的基礎(chǔ)。此部分應(yīng)當指明這種交流需求，如定期或不定期的見面會議和電話會議，傳送評審的文檔等等。確定各方溝通的接口人。】8.3 基礎(chǔ)設(shè)施要求【此部分應(yīng)當指明其它的對此項目的成功必備的基礎(chǔ)設(shè)施，如衛(wèi)星連接，特定速度的設(shè)備，電子郵件等等?！?.4 硬件限制【此部分指明所有有可能對該系統(tǒng)的功能、規(guī)?；蛐阅墚a(chǎn)生影響的硬件方面的限制?！?.5 軟件限制【此部分指明所有有可能對產(chǎn)品的功能、規(guī)?；蛐阅墚a(chǎn)生影響的軟件方面的限制?！? 售后服務(wù)（可選）9.1 培訓需求【本部分應(yīng)該描述用戶的培訓需求,具體包括培訓對象，培訓場所，培訓范圍，培訓設(shè)備/資料等等?！?.2 技術(shù)轉(zhuǎn)交需求【在此項目需要完全轉(zhuǎn)交給用戶時，可能存在技術(shù)轉(zhuǎn)移極其相關(guān)的技術(shù)說