年4月19日系統(tǒng)需求規(guī)格說明書模板結構化標準版文檔僅供參考（項目名稱）系統(tǒng)需求規(guī)格說明書文件版本編寫日期發(fā)布日期文件修改記錄修改日期版本號變化狀態(tà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 功能1 33.3.2 功能n 43.4 公共功能描述 43.4.1 功能1 43.5 數(shù)據(jù)描述（可選） 43.5.1 業(yè)務數(shù)據(jù)描述 53.5.2 公共數(shù)據(jù)描述 53.5.3 數(shù)據(jù)存放結構 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 質量要求 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 技術轉交需求 99.3 維護需求 910 工期及實施地點的要求，契約方式（可選） 910.1 各開發(fā)階段工期要求和實施地點 910.2 契約方式 911 附錄（可選） 9概述目的【說明編寫需求說明書的目的，指明讀者對象。能夠用如下的列舉方式進行描述。例如：本文檔是[項目名稱]需求規(guī)格說明書，該文檔為系統(tǒng)設計及系統(tǒng)測試提供依據(jù)。項目驗收標準之一軟件維護的參考資料……】預期讀者【說明該文檔都有哪些讀者，如：需求人員、設計人員、系統(tǒng)測試人員、用戶、QA、PM?！勘尘埃蛇x）【說明在做該項目之前所處的時期及為什么要做該項目。】參考資料【說明該文檔所用到的所有參考資料?！繕藴剩蛇x）【說明開發(fā)此系統(tǒng)時應當遵循的所有內部和外部的標準以及法律法規(guī)要求，還應標識出哪些外部標準是用戶制定的。對有相應的內部標準而未使用時，應當略述不使用該內部標準的理由?！啃g語定義【描述在文中出現(xiàn)的縮寫和略語的說明定義?！啃g語定義解釋SPP精簡并行過程，SimplifiedParallelProcessRD需求開發(fā)RequireDevelopment……圖例說明【對該需求說明書中所用到的圖例進行簡要說明?！肯到y(tǒng)描述現(xiàn)狀綜述畫出當前系統(tǒng)或當前業(yè)務流程圖。描述此系統(tǒng)當前的運行狀況/或業(yè)務狀況進行描述。說明當前面臨的問題。系統(tǒng)目標【說明系統(tǒng)將要實現(xiàn)的目標?！磕繕讼到y(tǒng)概述【說明系統(tǒng)的系統(tǒng)結構，并用圖表的方式描繪出該系統(tǒng)的計算機體系結構。同時，在體系結構圖中應明確標明此系統(tǒng)在整體結構中的位置。為清晰起見，可用多個圖表來表示。在功能追加的場合，要指明該追加部分在整體結構中的位置。并簡要介紹目標系統(tǒng)的功能和作用。在此圖表上應加一些簡潔的注釋，突出重要部分，并說明此系統(tǒng)在系統(tǒng)整體結構中的位置?！糠秶径x工作范圍。明確定義哪些工作是要做的，哪些工作是不做的，以確定項目的邊界。如:我方主要負責哪些開發(fā)階段，負責的業(yè)務范圍等。】系統(tǒng)假設/約定【在此對描述系統(tǒng)實現(xiàn)的約束和假設條件。列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設因素（與已知因素相對立）。這可能包括你打算要用的商業(yè)組件或有關開發(fā)或運行環(huán)境的問題。你可能認為產(chǎn)品將符合一個特殊的用戶界面設計約定。如果這些假設不正確、不一致或被更改，就會使項目受到影響。另外，確定項目對外部因素存在的依賴。例如，如果你打算把其它項目開發(fā)的組件集成到系統(tǒng)中，那么你就要依賴那個項目按時提供正確的操作組件。如果這些依賴已經(jīng)記錄到其它文檔(例如項目計劃)中了，那么在此就能夠參考其它文檔。】接口與界面外部接口(可選)【描述目標系統(tǒng)和用戶其它相關系統(tǒng)之間的接口關系和依賴型，包括硬件之間的接口和軟件之間的數(shù)據(jù)接口等?！坑布涌凇久枋鱿到y(tǒng)中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制信息的性質以及所使用的通信協(xié)議。】軟件接口【描述該產(chǎn)品與其它組件（由名字和版本識別）的連接，包括數(shù)據(jù)庫、操作系統(tǒng)、工具、庫和集成的商業(yè)組件。明確并描述在軟件組件之間交換數(shù)據(jù)或消息的目的。描述所需要的服務以及內部組件通信的性質。確定將在組件之間共享的數(shù)據(jù)?！客ㄐ沤涌?可選)【描述與產(chǎn)品所使用的通信功能相關的需求，包括電子郵件、Web瀏覽器、網(wǎng)絡通信標準或協(xié)議及電子表格等等。定義了相關的消息格式。規(guī)定通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機制?！坑脩艚缑妗娟愂鏊枰挠脩艚缑娴能浖M件。描述每個用戶界面的邏輯特征。而對于用戶界面的細節(jié)，例如特定對話框的布局，應該寫入一個獨立的用戶界面規(guī)格說明中，而不能寫入軟件需求規(guī)格說明中。】功能需求系統(tǒng)流程圖【畫出系統(tǒng)整體流程圖。系統(tǒng)模塊比較多時能夠對復雜的模塊畫單獨的流程圖，但要在主流程圖中標示出來。】功能一覽表【顯示出業(yè)務和系統(tǒng)功能的關系，以及優(yōu)先級(高、中、低)?！抗δ芫幪柟δ軐獦I(yè)務優(yōu)先級功能描述功能1【對功能進行簡要描述?！苛鞒虉D【畫出此功能流程圖?！壳疤釛l件【描述進入此功能的前提條件。如必須完成某項操作后。】輸入【描述此功能的輸入要求。例如：登陸功能，輸入：用戶名、密碼?！刻幚怼久枋龃斯δ芴幚聿襟E。】輸出【描述此功能的輸出。例如：登錄功能輸出用戶名、密碼正確，進行主界面；用戶名、密碼錯誤，返回錯誤信息。】規(guī)約【描述此功能在業(yè)務或數(shù)據(jù)上的約束條件。例如：用戶名必須是8位字母或數(shù)字組成?！抗δ躰公共功能描述功能1【對功能進行簡要描述?！苛鞒虉D【畫出此功能流程圖。】前提條件【描述進入此功能的前提條件。如必須完成某項操作后?！枯斎搿久枋龃斯δ艿妮斎胍蟆＠纾旱顷懝δ?，輸入：用戶名、密碼?！刻幚怼久枋龃斯δ芴幚聿襟E?！枯敵觥久枋龃斯δ艿妮敵?。例如：登錄功能輸出用戶名、密碼正確，進行主界面；用戶名、密碼錯誤，返回錯誤信息?！恳?guī)約【描述此功能在業(yè)務或數(shù)據(jù)上的約束條件。例如：用戶名必須是8位字母或數(shù)字組成?！繑?shù)據(jù)描述（可選）【能夠以附件的形式進行描述，如果采用附件，本節(jié)可直接參見附件?！繕I(yè)務數(shù)據(jù)描述 【描述各個業(yè)務相關的數(shù)據(jù)種類和屬性?！抗矓?shù)據(jù)描述 【描述系統(tǒng)共通數(shù)據(jù)的種類和屬性?！繑?shù)據(jù)存放結構 【描述數(shù)據(jù)在存儲介質中的存放結構?！科渌枨?可選)【與系統(tǒng)相關的其它概要描述（系統(tǒng)構架等）。】非功能需求（可選）系統(tǒng)性能【在此說明對系統(tǒng)運行性能方面的要求，例如：用戶事件的響應時間、屏幕刷新時間、數(shù)據(jù)處理速度、網(wǎng)絡傳輸速度等方面的要求?！抠Y源使用率【在此說明系統(tǒng)運行時對網(wǎng)絡、計算機資源的使用方面的要求，如：CPU和RAM的最大使用率、存儲磁盤空間、網(wǎng)絡帶寬等方面的要求?！勘Ｃ苄浴驹诖苏f明系統(tǒng)保護她的某些功能和數(shù)據(jù)不被訪問、破壞和錯用方面的要求，例如：系統(tǒng)的密碼設置模塊只有管理員可用、客戶信息數(shù)據(jù)不能被外部訪問等要求。】安全性【在此說明可能因為丟失數(shù)據(jù)、錯誤操作等原因引起系統(tǒng)出錯或不能使用等方面的要求，一般主要針對自動控制系統(tǒng)。例如：電梯控制系統(tǒng)，在門沒關閉的情況下不能運行，最大過載等基于安全方面的要求?！咳萘俊驹诖苏f明系統(tǒng)事務處理能力、最大支持的數(shù)據(jù)等方面的要求。例如：最大相應的并發(fā)事件數(shù)等方面的要求。】有效性【在此說明系統(tǒng)正常運行的有效性方面的要求。例如：系統(tǒng)可全天候運行24小時處理事務等方面的要求?！靠煽啃浴驹诖苏f明系統(tǒng)長時間運行出錯率或故障率方面的要求。例如：系統(tǒng)的平均的安全運行期（系統(tǒng)正常運行在多長時間內不會出錯）、一段時間內的平均故障率等方面的要求?！烤_度【在此說明系統(tǒng)信息處理精確度方面的要求。例如：誤差邊界、數(shù)據(jù)精度等方面的要求。】復用性【在此說明系統(tǒng)在未來業(yè)務變化時很容易并入其它系統(tǒng)或只作很少的修改就能被其它系統(tǒng)使用等能方面的要求。例如：用戶的業(yè)務合并引起舊系統(tǒng)的合并等?！恳子眯浴驹诖苏f明對系統(tǒng)操作使用方面的要求。例如：操作簡單、無需培訓等?！炕ビ眯浴驹诖苏f明系統(tǒng)和其它系統(tǒng)之間交互使用方面的要求。例如：數(shù)據(jù)共享、事務互通等?！恳浦残浴驹诖苏f明系統(tǒng)由于業(yè)務變化或增加功能等原因需要一直到另一軟件或硬件平臺方面的要求。例如：WIN9X系統(tǒng)平臺要移植到NT或UNIX平臺時代碼的改變率或要做多少修改等。】擴展性【在此說明系統(tǒng)結構、數(shù)據(jù)或處理流程能被擴展方面的要求。例如：當業(yè)務增加時數(shù)據(jù)結構也能滿足未來的需要，處理流程只要很小的處理就能解決新增的業(yè)務?！烤S護性【在此說明系統(tǒng)維護人員或開發(fā)人員在處理一個錯誤或意外時的處理速度等方面的要求例如：系統(tǒng)宕機后的恢復時間等。】驗收準則和驗收程序驗收程序【描述最終系統(tǒng)的驗收流程。】質量要求【說明用戶定義的“質量需求”，包含用戶會用來判斷和認可此系統(tǒng)是否符合其“質量需求”的所有要素。若用戶未提供“質量需求”，則應在此向用戶提出我方的“質量標準“。】驗收準則【在此描述系統(tǒng)驗收時的準則，包括硬件、軟件、文檔等，可列表說明?！肯到y(tǒng)集成和測試策略(可選)集成策略【在此應確定和說明集成的策略。對系統(tǒng)集成的順序進行定義。此時，應考慮各種因素，如階段性的成果、跨組的聯(lián)合開發(fā)等，它們都會對集成的順序產(chǎn)生影響。】集成測試策略【在此對集成測試策略加以說明，該集成測試策略應基于上述的集成策略。包括測試觀點，測試范圍及確認手段。測試計劃應直接依賴于所用的結合策略。決定是自底向上還是自頂向下的順序?！肯到y(tǒng)測試策略【此部分標明所采用的系統(tǒng)測試策略，對特別的系統(tǒng)測試要求，如使用仿真軟件，精確的測試步驟、以及需要從外部獲得的測試組件，均應在此說明?！框炇諟y試策略【此部分描述用戶對驗收測試的需求。驗收的方法、步驟以及其它特殊情況的考慮和安排?！凯h(huán)境要求開發(fā)環(huán)境要求（可選）硬件要求【此部分標明此項目的硬件平臺需求，應描述以下內容的全部配置及其詳細情況：CPU內存硬盤外設網(wǎng)絡】軟件要求【此部分標明需要的軟件平臺，應描述以下內容的詳細內容：操作系統(tǒng)瀏覽器網(wǎng)絡環(huán)境工具(編譯器,庫,調試工具等.)服務器（應用服務器、WEB服務器、DB服務器）】用戶方軟硬件（可選）【此部分標明用戶提供的軟硬件，而對開發(fā)有關鍵影響的應該突出標明