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

（項目名稱）系統(tǒng)需求規(guī)格說明書文件版本編寫日期發(fā)布日期 XXX項目系統(tǒng)需求規(guī)格說明書文件修改記錄修改日期版本號變化狀態(tài)修改內(nèi)容修改人*變化狀態(tài)：C創(chuàng)建，A增加，M修改，D刪除文檔審批信息版本號提交人批準人批準日期發(fā)布日期備注目 錄1概述11.1目的11.2預期讀者11.3背景（可選）11.4參考資料11.5標準（可選）11.6術語定義11.7圖例說明12系統(tǒng)描述12.1現(xiàn)狀綜述12.2系統(tǒng)目標22.3目標系統(tǒng)概述22.4范圍22.5系統(tǒng)假設/約定22.6接口與界面22.6.1外部接口(可選)22.6.2硬件接口22.6.3軟件接口22.6.4通信接口(可選)32.6.5用戶界面33功能需求33.1系統(tǒng)流程圖33.2功能一覽表33.3功能描述33.3.1功能133.3.2功能n43.4公共功能描述43.4.1功能143.5數(shù)據(jù)描述（可選）43.5.1業(yè)務數(shù)據(jù)描述53.5.2公共數(shù)據(jù)描述53.5.3數(shù)據(jù)存放結(jié)構53.6其他需求(可選)54非功能需求（可選）54.1系統(tǒng)性能54.2資源使用率54.3保密性54.4安全性54.5容量54.6有效性54.7可靠性64.8精確度64.9復用性64.10易用性64.11互用性64.12移植性64.13擴展性64.14維護性75驗收準則和驗收程序75.1驗收程序75.2質(zhì)量要求75.3驗收準則76系統(tǒng)集成和測試策略(可選)76.1集成策略76.2集成測試策略76.3系統(tǒng)測試策略76.4驗收測試策略77環(huán)境要求77.1開發(fā)環(huán)境要求（可選）77.1.1硬件要求77.1.2軟件要求87.2用戶方軟硬件（可選）87.3背離之處(可選)87.4運行環(huán)境要求87.5測試環(huán)境要求88開發(fā)特別考慮事項(可選)88.1客戶參與需求88.2溝通的要求98.3基礎設施要求98.4硬件限制98.5軟件限制99售后服務（可選）99.1培訓需求99.2技術轉(zhuǎn)交需求99.3維護需求910工期及實施地點的要求，契約方式（可選）910.1各開發(fā)階段工期要求和實施地點910.2契約方式911附錄（可選）9- iv -1 概述1.1 目的【說明編寫需求說明書的目的，指明讀者對象?？梢杂萌缦碌牧信e方式進行描述。例如：本文檔是項目名稱需求規(guī)格說明書，該文檔為系統(tǒng)設計及系統(tǒng)測試提供依據(jù)。項目驗收標準之一軟件維護的參考資料】1.2 預期讀者【說明該文檔都有哪些讀者，如：需求人員、設計人員、系統(tǒng)測試人員、用戶、QA、PM。】1.3 背景（可選）【說明在做該項目之前所處的時期及為什么要做該項目?！?.4 參考資料【說明該文檔所用到的所有參考資料?！?.5 標準（可選）【說明開發(fā)此系統(tǒng)時應當遵循的所有內(nèi)部和外部的標準以及法律法規(guī)要求，還應標識出哪些外部標準是用戶制定的。對有相應的內(nèi)部標準而未使用時，應當略述不使用該內(nèi)部標準的理由。】1.6 術語定義【描述在文中出現(xiàn)的縮寫和略語的說明定義?！啃g語定義解釋SPP精簡并行過程，Simplified Parallel ProcessRD需求開發(fā) Require Development1.7 圖例說明【對該需求說明書中所用到的圖例進行簡要說明?！? 系統(tǒng)描述2.1 現(xiàn)狀綜述1) 畫出目前系統(tǒng)或當前業(yè)務流程圖。2) 描述此系統(tǒng)目前的運行狀況/或業(yè)務狀況進行描述。3) 說明目前面臨的問題。2.2 系統(tǒng)目標【說明系統(tǒng)將要實現(xiàn)的目標?！?.3 目標系統(tǒng)概述【說明系統(tǒng)的系統(tǒng)結(jié)構，并用圖表的方式描繪出該系統(tǒng)的計算機體系結(jié)構。同時，在體系結(jié)構圖中應明確標明此系統(tǒng)在整體結(jié)構中的位置。為清晰起見，可用多個圖表來表示。在功能追加的場合，要指明該追加部分在整體結(jié)構中的位置。并簡要介紹目標系統(tǒng)的功能和作用。在此圖表上應加一些簡潔的注釋，突出重要部分，并說明此系統(tǒng)在系統(tǒng)整體結(jié)構中的位置?！?.4 范圍【定義工作范圍。明確定義哪些工作是要做的，哪些工作是不做的，以確定項目的邊界。如:我方主要負責哪些開發(fā)階段，負責的業(yè)務范圍等?！?.5 系統(tǒng)假設/約定【在此對描述系統(tǒng)實現(xiàn)的約束和假設條件。列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設因素（與已知因素相對立）。這可能包括你打算要用的商業(yè)組件或有關開發(fā)或運行環(huán)境的問題。你可能認為產(chǎn)品將符合一個特殊的用戶界面設計約定。如果這些假設不正確、不一致或被更改，就會使項目受到影響。此外，確定項目對外部因素存在的依賴。例如，如果你打算把其它項目開發(fā)的組件集成到系統(tǒng)中，那么你就要依賴那個項目按時提供正確的操作組件。如果這些依賴已經(jīng)記錄到其它文檔(例如項目計劃)中了，那么在此就可以參考其它文檔?！?.6 接口與界面2.6.1 外部接口(可選)【描述目標系統(tǒng)和用戶其他相關系統(tǒng)之間的接口關系和依賴型，包括硬件之間的接口和軟件之間的數(shù)據(jù)接口等?！?.6.2 硬件接口【描述系統(tǒng)中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議。】2.6.3 軟件接口【描述該產(chǎn)品與其它組件（由名字和版本識別）的連接，包括數(shù)據(jù)庫、操作系統(tǒng)、工具、庫和集成的商業(yè)組件。明確并描述在軟件組件之間交換數(shù)據(jù)或消息的目的。描述所需要的服務以及內(nèi)部組件通信的性質(zhì)。確定將在組件之間共享的數(shù)據(jù)?！?.6.4 通信接口(可選)【描述與產(chǎn)品所使用的通信功能相關的需求，包括電子郵件、We b 瀏覽器、網(wǎng)絡通信標準或協(xié)議及電子表格等等。定義了相關的消息格式。規(guī)定通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機制?！?.6.5 用戶界面【陳述所需要的用戶界面的軟件組件。描述每個用戶界面的邏輯特征。而對于用戶界面的細節(jié)，例如特定對話框的布局，應該寫入一個獨立的用戶界面規(guī)格說明中，而不能寫入軟件需求規(guī)格說明中?！? 功能需求3.1 系統(tǒng)流程圖【畫出系統(tǒng)整體流程圖。系統(tǒng)模塊比較多時可以對復雜的模塊畫單獨的流程圖，但要在主流程圖中標示出來?！?.2 功能一覽表【顯示出業(yè)務和系統(tǒng)功能的關系，以及優(yōu)先級(高、中、低)?！抗δ芫幪柟δ軐獦I(yè)務優(yōu)先級3.3 功能描述3.3.1 功能1【對功能進行簡要描述?！?.3.1.1 流程圖【畫出此功能流程圖?！?.3.1.2 前提條件【描述進入此功能的前提條件。如必須完成某項操作后?！?.3.1.3 輸入【描述此功能的輸入要求。例如：登陸功能，輸入：用戶名、密碼?！?.3.1.4 處理【描述此功能處理步驟?！?.3.1.5 輸出【描述此功能的輸出。例如：登錄功能輸出用戶名、密碼正確，進行主界面；用戶名、密碼錯誤，返回錯誤信息?！?3.3.1.6 規(guī)約【描述此功能在業(yè)務或數(shù)據(jù)上的約束條件。例如：用戶名必須是8位字母或數(shù)字組成。】3.3.2 功能n3.4 公共功能描述3.4.1 功能1【對功能進行簡要描述。】3.4.1.1 流程圖【畫出此功能流程圖。】3.4.1.2 前提條件【描述進入此功能的前提條件。如必須完成某項操作后?！?.4.1.3 輸入【描述此功能的輸入要求。例如：登陸功能，輸入：用戶名、密碼?！?.4.1.4 處理【描述此功能處理步驟?！?.4.1.5 輸出【描述此功能的輸出。例如：登錄功能輸出用戶名、密碼正確，進行主界面；用戶名、密碼錯誤，返回錯誤信息。】 3.4.1.6 規(guī)約【描述此功能在業(yè)務或數(shù)據(jù)上的約束條件。例如：用戶名必須是8位字母或數(shù)字組成?！?.5 數(shù)據(jù)描述（可選）【可以以附件的形式進行描述，如果采用附件，本節(jié)可直接參見附件?！?.5.1 業(yè)務數(shù)據(jù)描述【描述各個業(yè)務相關的數(shù)據(jù)種類和屬性?！?.5.2 公共數(shù)據(jù)描述【描述系統(tǒng)共通數(shù)據(jù)的種類和屬性?！?.5.3 數(shù)據(jù)存放結(jié)構【描述數(shù)據(jù)在存儲介質(zhì)中的存放結(jié)構?！?.6 其他需求(可選)【與系統(tǒng)相關的其他概要描述（系統(tǒng)構架等）?！? 非功能需求（可選）4.1 系統(tǒng)性能【在此說明對系統(tǒng)運行性能方面的要求，例如：用戶事件的響應時間、屏幕刷新時間、數(shù)據(jù)處理速度、網(wǎng)絡傳輸速度等方面的要求?！?.2 資源使用率【在此說明系統(tǒng)運行時對網(wǎng)絡、計算機資源的使用方面的要求，如：CPU和RAM的最大使用率、存儲磁盤空間、網(wǎng)絡帶寬等方面的要求?！?.3 保密性【在此說明系統(tǒng)保護他的某些功能和數(shù)據(jù)不被訪問、破壞和錯用方面的要求，例如：系統(tǒng)的密碼設置模塊只有管理員可用、客戶信息數(shù)據(jù)不能被外部訪問等要求。】4.4 安全性【在此說明可能因為丟失數(shù)據(jù)、錯誤操作等原因引起系統(tǒng)出錯或不能使用等方面的要求，一般主要針對自動控制系統(tǒng)。例如：電梯控制系統(tǒng)，在門沒關閉的情況下不能運行，最大過載等基于安全方面的要求?！?.5 容量【在此說明系統(tǒng)事務處理能力、最大支持的數(shù)據(jù)等方面的要求。例如：最大相應的并發(fā)事件數(shù)等方面的要求?！?.6 有效性【在此說明系統(tǒng)正常運行的有效性方面的要求。例如：系統(tǒng)可全天候運行24小時處理事務等方面的要求?！?.7 可靠性【在此說明系統(tǒng)長時間運行出錯率或故障率方面的要求。例如：系統(tǒng)的平均的安全運行期（系統(tǒng)正常運行在多長時間內(nèi)不會出錯）、一段時間內(nèi)的平均故障率等方面的要求?！?.8 精確度【在此說明系統(tǒng)信息處理精確度方面的要求。例如：誤差邊界、數(shù)據(jù)精度等方面的要求?！?.9 復用性【在此說明系統(tǒng)在未來業(yè)務變化時很容易并入其他系統(tǒng)或只作很少的修改就能被其他系統(tǒng)使用等能方面的要求。例如：用戶的業(yè)務合并引起舊系統(tǒng)的合并等?！?.10 易用性【在此說明對系統(tǒng)操作使用方面的要求。例如：操作簡單、無需培訓等?！?.11 互用性【在此說明系統(tǒng)和其他系統(tǒng)之間交互使用方面的要求。例如：數(shù)據(jù)共享、事務互通等?！?.12 移植性【在此說明系統(tǒng)由于業(yè)務變化或增加功能等原因需要一直到另一軟件或硬件平臺方面的要求。例如： WIN9X系統(tǒng)平臺要移植到NT或UNIX平臺時代碼的改變率或要做多少修改等。】4.13 擴展性【在此說明系統(tǒng)結(jié)構、數(shù)據(jù)或處理流程能被擴展方面的要求。例如：當業(yè)務增加時數(shù)據(jù)結(jié)構也能滿足未來的需要，處理流程只要很小的處理就能解決新增的業(yè)務?！?.14 維護性【在此說明系統(tǒng)維護人員或開發(fā)人員在處理一個錯誤或意外時的處理速度等方面的要求例如：系統(tǒng)宕機后的恢復時間等?！? 驗收準則和驗收程序5.1 驗收程序【描述最終系統(tǒng)的驗收流程。】5.2 質(zhì)量要求【說明用戶定義的“質(zhì)量需求”，包含用戶會用來判斷和認可此系統(tǒng)是否符合其“質(zhì)量需求”的所有要素。若用戶未提供“質(zhì)量需求”，則應在此向用戶提出我方的“質(zhì)量標準“?！?.3 驗收準則【在此描述系統(tǒng)驗收時的準則，包括硬件、軟件、文檔等，可列表說明?！? 系統(tǒng)集成和測試策略(可選)6.1 集成策略【在此應確定和說明集成的策略。對系統(tǒng)集成的順序進行定義。此時，應考慮各種因素，如階段性的成果、跨組的聯(lián)合開發(fā)等，它們都會對集成的順序產(chǎn)生影響?！?.2 集成測試策略【在此對集成測試策略加以說明，該集成測試策略應基于上述的集成策略。包括測試觀點，測試范圍及確認手段。測試計劃應直接依賴于所用的結(jié)合策略。決定是自底向上還是自頂向下的順序?！?.3 系統(tǒng)測試策略【此部分標明所采用的系統(tǒng)測試策略，對特別的系統(tǒng)測試要求，如使用仿真軟件，精確的測試步驟、以及需要從外部獲得的測試組件，均應在此說明。】6.4 驗收測試策略【此部分描述用戶對驗收測試的需求。 驗收的方法、步驟以及其他特殊情況的考慮和安排?！? 環(huán)境要求7.1 開發(fā)環(huán)境要求（可選）7.1.1 硬件要求【此部分標明此項目的硬件平臺需求，應描述以下內(nèi)容的全部配置及其詳細情況：1) CPU2) 內(nèi)存3) 硬盤4) 外設5) 網(wǎng)絡】7.1.2 軟件要求【此部分標明需要的軟件平臺，應描述以下內(nèi)容的詳細內(nèi)容：1) 操作系統(tǒng)2) 瀏覽器3) 網(wǎng)絡環(huán)境4) 工具 (編譯器, 庫, 調(diào)試工具等.)5) 服務器（應用服務器、WEB服務器、DB服務器）】7.2 用戶方軟硬件（可選）【此部分標明用戶提供的軟硬件，而對開發(fā)有關鍵影響的應該突出標明。如果存在客戶端和服務器端，分別標明?！?.3 背離之處(可選)【此部分標明與所要求的開發(fā)平臺不符合之處。并對不符合之處給出解決方案?！?.4 運行環(huán)境要求【此部分應對運行環(huán)境的軟件，硬件需求詳細地敘述，在運行環(huán)境和開發(fā)環(huán)境完全相同時，簡單提及即可。】7.5 測試環(huán)境要求【有些產(chǎn)品需要使用另外的軟硬件來進行詳盡的測試。此處應當標明此類測試平臺需求。在測試平臺和目標環(huán)境或開發(fā)環(huán)境相同時，也要在此說明?！? 開發(fā)特別考慮事項(可選)8.1 客戶參與需求【此部分應當指明用戶參與開發(fā)過程的的所有情況，它應該包括驗收測試及定期評審的情況。如：設計書說明，設計書評審，測試計劃評審，定期評審等。包括參與人，時間，地點等】8.2 溝通的要求【在聯(lián)合開發(fā)項目中，或其它情況下，依據(jù)規(guī)程來進行廣泛的溝通也許是高效開發(fā)的基礎。此部分應當指明這種交流需求，如定期或不定期的見面會議和電話會議，傳送評審的文檔等等。確定各方溝通的接口人。】8.3 基礎設施要求【此部分應當指明其它的對此項目的成功必備的基礎設施，如衛(wèi)星連接，特定速度的設備，電子郵件等等。】8.4 硬件限制【此部分指明所有有可能對該系統(tǒng)的功能、規(guī)?；蛐阅墚a(chǎn)生影響的硬件方面的限制?！?.5 軟件限制【此部分指明所有有可能對產(chǎn)品的功能、規(guī)?；蛐阅墚a(chǎn)生影響的軟件方面的限制?！? 售后服務（可選）9.1 培訓需求【本部分應該描述用戶的培訓需求,具體包括培訓對象，培訓場所，培訓范圍，培訓設備/資料等等?！?.2 技術轉(zhuǎn)交需求【在此項目