軟體需求規格書模板
前言軟體需求規格說明書主要描述、界定軟體的範圍，同時給出軟體必須解決的問題的詳細描述。每個問題可以認為是軟體產品的乙個「功能」，需要對每個功能提供乙個處理敘述、設計約束、效能特徵以及與其他元素間的相互影響的說明。
軟體需求規格說明書另外乙個重要的作用是提供乙個軟體產品的確認驗收標準，進行功能實現的識別和效能、約束的條件等的設定。
目錄第一章概述 1
1.1 編寫目的 1
1.2 文件範圍 1
1.3 術語定義 1
1.4 參考資料 2
第二章系統說明 3
2.1 產品的背景 3
2.2 產品的功能 3
2.3 使用者類和特徵 3
2.4 執行環境 3
2.5 設計和實現上的限制 4
2.6 假設和依賴 4
2.7 其他條件與限制 4
第三章業務流程 5
第四章功能描述 6
第五章資料描述 7
5.1 資料**和資料流圖 7
5.2 資料庫描述 7
第六章效能描述 8
6.1 資料精確度 8
6.2 時間特性 8
6.3 適應性 8
第七章安全性 9
7.1 安全設施需求 9
7.2 安全性需求 9
第八章執行介面需求 10
8.1 使用者介面 10
8.2 硬體介面 10
8.3 軟體介面 10
8.4 通訊介面 10
第九章其他需求 12
第十章驗收標準 13
10.1 軟體質量 13
10.2 使用者文件 13
[闡明編寫需求說明書的目的，指明讀者物件。可以用如下的列舉方式進行描述。]
例如：本文件是[專案名稱] [系統屬性]系統需求分析說明書供設計人員使用，作為系統設計的依據。
作為專案驗收標準之一。
軟體維護的參考資料。
……本文件是專案的軟體需求規格說明書，是技術文件。
本文件使用物件為：
● 專案需求人員
● 專案經理
● 高層經理
● 軟體工程組
● 軟體相關組成員
● 使用者
未經專案負責人書面許可，該文件不得提供給上述規定物件以外的人員閱讀或使用。
[列出文件中所用到的專門術語的定義和縮寫詞的原文。可以用列舉方式進行描述]
1. [術語名稱或縮略語]
[術語解釋]
[術語名稱或縮略語]
[術語解釋]
[應包括：a.專案任務書、合同；b.專案開發計畫；c.文件所引用的資料、標準和規範。列出這些資料的作者、標題、編號、發表日期、出版單位或資料**。]
[描述軟體需求規格說明中所定義的產品的背景和起源。說明該產品是否是產品系列中的下一成員，是否是成熟產品所改進的下一產品、是否是現有應用程式的替代品，或者是否是乙個新型的、自含型產品。如果軟體需求規格說明定義了大系統的乙個組成部分，那麼就要說明這部分軟體是怎樣與整個系統相關的，並且要定義出兩者之間的介面。
][概述了產品所具有的主要功能。其詳細內容將在下面幾章中描述，所以在此只需要概略地總結，例如用列表的方法給出。很好地組織產品的功能，使每個讀者都易於理解。
用圖形表示主要的需求分組以及它們之間的聯絡，例如資料流程圖的頂層圖或類圖，都是有用的。]
[確定可能使用該產品的不同使用者類並描述它們相關的特徵。有一些需求可能只與特定的使用者類相關。將該產品的重要使用者類與那些不太重要的使用者類區分開。]
[如果目標使用者很明確，或者為專案產品可以對目標使用者或專案使用者進行描述。]
[描述軟體的執行環境，包括硬體平台、作業系統和版本，還有其它的軟體元件或與其共存的應用程式。]
[可以分別對伺服器端和客戶端的執行環境進行描述，如下所示：]
伺服器端
客戶端[進行軟體系統需求和軟體使用者需求進行可選]
[確定影響開發人員自由選擇的問題，並說明這些問題為什麼成為一種限制。可能的限制包括如下內容：
● 必須使用或者避免的特定技術、工具、程式語言和資料庫。
● 所需求的開發規範和標準（例如，如果由客戶的公司負責軟體維護，就必須定義轉包者所使用的設計符號表示和編碼標準）。
● 企業策略、**法規或工業標準。
● 硬體限制，例如定時需求或儲存器限制。
● 資料轉換格式標準。]
[列舉出在對軟體需求規格說明中影響需求陳述的假設因素（與已知因素相對立），可能包括打算使用的商業元件或有關開發或執行環境的問題。你可能認為產品將符合乙個特殊的使用者介面設計約定，但是另乙個讀者卻可能不這樣認為。如果這些假設不正確、不一致或被更改，就會使專案受到影響。
確定專案對外部因素存在的依賴。例如，如果你打算把其它專案開發的元件整合到系統中，那麼你就要依賴哪個專案按時提供正確的操作元件，如果這些依賴已經記錄到其它文件（例如專案計畫）中了，那麼在此就可以參考其它文件。]
[盡量列出開展本專案的假定和約束，例如：經費限制，開發期限，裝置條件，使用者現場環境準備、安全保密等]
[可以運用流程圖、文字說明等方式來描述業務流程]
[可以運用功能清單、格式表單、介面說明、文字說明等方式來描述業務流程]
[描述輸入資料和輸出資料，系統使用的資料字典等]
[包括使用資料庫的名稱和型別。]
[資料內部顯示精度，外部顯示精度]
[系統響應時間、介面更新處理時間、資料轉換與傳輸時間等]
[在操作方式、執行環境、與其他軟體的介面以及開發計畫等發生變化時，應具有的適應能力。]
[詳盡陳述與產品使用過程中可能發生的損失、破壞或危害相關的需求。定義必須採取的安全保護或動作，還有那些預防的潛在的危險動作。明確產品必須遵從的安全標準、策略或規則。
乙個安全設施需求的範例如下：「如果油箱的壓力超過了規定的最大壓力的95％，那麼必須在1秒種內終止操作」。]
[詳盡陳述與系統安全性、完整性或與私人問題相關的需求，這些問題將會影響到產品的使用和產品所建立或使用的資料的保護。定義使用者身份確認或授權需求。明確產品必須滿足的安全性或保密性策略。
乙個軟體系統的安全需求的範例如下：「每個使用者在第一次登入後，必須更改最初登入密碼。最初的登入密碼不能重用。
」][陳述所需要的使用者介面的軟體元件。描述每個使用者介面的邏輯特徵。以下是可能要包括的一些特徵：
● 將要採用的圖形使用者介面（gui）標準或產品系列的風格。
● 螢幕布局或解決方案的限制。
● 將出現在每個螢幕的標準按鈕、功能或導航鏈結（例如乙個幫助按鈕）。
● 快捷鍵。
● 報表輸出定義。
● 錯誤資訊顯示標準。
對於使用者介面的細節，例如特定對話的布局，應該寫入乙個獨立的使用者介面規格說明中，而不能寫入軟體需求規格說明中。]
[描述系統中軟體和硬體每一介面的特徵，這種描述可能包括支援的硬體型別、軟硬之間交流的資料和控制資訊的性質以及所使用的通訊協議]
例如網路圖等
[包括資料庫、作業系統、工具、庫和整合的商業元件，明確並描述在軟體元件之間交換資料或訊息的目的]
[描述與產品所使用的通訊功能相關的，包括電子、web瀏覽器、網路通訊標準或協議及電子**等等。定義了相關的訊息格式。規定通訊安全或加密問題、資料傳輸速率和同步通訊機制。]
[定義在軟體需求規格說明的其它部分未出現的需求，例如國際化需求或法律上的需求。還可以增加有關操作、管理和維護部分來完善產品安裝、配置、啟動和關閉、修復和容錯，以及登入和監控操作等方面的需求。如果不需要增加其它需求，可省略這一部分。
][明確規定產品驗收依據的各種標準或條件的具體內容]
[詳盡陳述與客戶或開發人員至關重要的產品質量特性。這些特性必須是確定的、定量的並在可能時是可驗證的。]
[列舉出將與軟體一同發行的使用者文件部分，例如，操作手冊、安裝手冊、維護手冊、**幫助和教程。明確所有已知的使用者文件的交付格式和標準。]
注： 文件中[ ]裡面的內容是對相應部分的說明，在寫具體專案的需求說明書時，應去掉或更改為適當的內容。
軟體需求規格說明
軟體需求規格說明 srs 1.範圍 4 1.1標識 4 1.2系統概述 4 1.3文件概述 4 1.4基線 4 2.參考文獻 5 3.需求 5 3.1所需的狀態和方式 5 3.2需求概述 5 3.2.1目標 5 3.2.2執行環境 20 3.2.3使用者的特點 20 3.2.4關鍵點 20 3.2....
軟體需求規格說明
倉庫管理系統 姓名 馬良學號 070604113班級 070604 1引言 4 1.1標識 4 1.2系統概述 4 1.3文件概述 4 2引用檔案 4 3需求 4 3.1要求的狀態和方式 5 3.2需求概述 5 3.2.1系統總體功能和業務結構 5 3.2.2硬體系統的需求 5 3.2.3軟體系統的...
軟體需求規格說明書
專案類別 新品開發 專案名稱 貴州紅華集團公共商業平台1.0 編制年月日 審核年月日 批准年月日 修訂歷史記錄 目錄1 引言 1 1.1 目的 1 1.2 文件約定 1 1.3 預期的讀者和閱讀建議 2 1.4 產品的範圍 2 1.5 參考文獻 3 2 綜合描述 4 2.1 產品的前景 4 2.2 ...