修改記錄
目錄1 引言 4
1.1 文件編制目的 4
1.2 背景 4
1.3 詞彙表 4
1.4 參考資料 4
2 軟體概述 4
2.1 軟體範圍定義 4
2.2 系統特性概述 5
2.3 系統執行環境 5
2.3.1 裝置及分布 5
2.3.2 支撐軟體 5
2.4 假定和依賴 5
3 外部介面需求 5
3.1 使用者介面 6
3.2 軟體介面 6
4 需求規格 6
4.1 系統特性1（編號/名稱） 7
4.1.1 系統特性說明 7
4.1.2 功能需求 7
4.2 系統特性2（編號/名稱） 7
5 其他非功能需求 7
5.1 一般性效能需求 7
5.2 一般性安全性需求 7
5.3 使用者文件需求 8
6 其他需求 8
7 附件 8
編寫指南：
本模板力圖給出軟體需求分析階段可能包括的基本資訊。如果某個章節在專案或當前階段中無法描述，則可保留其標題，註明「不適用」；如果需要對本模板的個別章節詳細描述，也可將其形成單獨的文件，成為本文件附件。
若文件中的某個章節已經在其他專案文件中加以描述，可保留標題，註明「參見（文件編號）（文件名稱）（條款）」。
形成正式文件後須刪除斜體字內容。
說明編寫這份報告的目的，指出預期的讀者。
敘述該項軟體開發的意圖、應用目標、作用範圍以及其他應向讀者說明的有關該軟體開發的背景材料；明確需求分析過程涉及到的相關方。
列出本軟體需求規格說明書中專門術語的定義、英文縮寫詞的原片語和意義、專案組內達成一致意見的專用詞彙，同時要求繼承全部的先前過程中定義過的詞彙。
備註中註明該詞彙的**，或有其他更詳細的解釋的文件位置；以及對該詞彙的其他叫法。
列出編寫本報告時參考的檔案、資料、技術標準以及他們的作者、標題、編號、出版日期和出版單位。
列出編寫本報告時查閱的internet上雜誌、專業著作、技術標準以及其**。
對待開發的軟體系統及其目的進行簡短描述，包括利益和目標。把軟體與企業目標或業務策略相聯絡。
解釋待開發軟體與其他有關軟體之間的關係：如果本軟體產品是一項獨立的軟體，而且全部內容自含，則說明這一點；如果所定義的產品是乙個更大的系統的乙個組成部分，則應說明本產品與該系統中的其他各組成部分之間的關係，為此可使用方框圖或**來說明該系統的組成和本產品同其他各部分的聯絡和介面。
概括描述待開發的軟體能夠為使用者提供哪些服務，詳細內容將在4中給出。
可以使用列表的方式給出，對軟體的系統特性進行適當的組織，使每個讀者都易於理解，同時須確定系統特性的優先順序（「高」、「中」、「低」）。也可以採用圖形描述各系統特性之間的分組情況以及它們之間的聯絡，例如概念圖、資料流圖的頂層圖或類圖。
1） 主機型別
2） 網路型別
3） 存貯器容量
4） 其他特殊裝置
5） 裝置分布圖
1） 作業系統
2） 資料庫管理系統
3） 其他支撐軟體
列舉出在對本文件中確定的需求進行描述的時候的假設條件。包括預計使用的商業元件、行業法規、開發或執行環境的問題。
描述軟體系統對外部因素存在的依賴。例如，若打算把其他專案開發的元件整合到系統中，那麼就要依賴另乙個專案按時提供正確的元件。
簡要說明該軟體同其他軟體之間的公共介面、資料通訊協議等，如果外部介面僅與某子功能有關，該介面說明需單獨陳述。可以使用關聯圖描述高層抽象的介面資訊，也可根據需要將對介面資料和控制項的詳細描述寫入資料字典中。
描述需要的使用者介面的邏輯特徵。這些特徵包括但不限於：
1) 將要採用的圖形使用者介面（gui）標準或產品系列的風格；
2) 螢幕布局或解決方案的限制；
3) 將出現在每個螢幕的標準按鈕、功能或導航鏈結（例如乙個幫助按鈕）；
4) 快捷鍵；
5) 錯誤資訊顯示標準。
對於使用者介面的細節，例如特定的對話方塊的布局，在這裡不必詳細描述，以免由於過分的細節規定影響專案的開發進度以及開發人員的創造能力。
描述軟體系統與其他外部元件（須註明名稱和版本）的連線，包括資料庫、作業系統、工具軟體、庫和整合的商業元件。
明確在軟體元件之間交換資料的目的，描述所需要的服務以及內部元件通訊的性質。確定將在元件間共享的資料。
列出待開發軟體系統中所有系統特性及每個特性中所包含的功能集。如果系統特性的功能集和細化的子功能比較繁多，可以將每個系統特性分別編寫「軟體需求規格說明」，在本處列出文件編號和分冊名稱。
在本文件中，功能需求的描述是根據系統特性即軟體所提供的服務來組織的。根據專案的實際需要，也可以通過使用例項、執行模式、使用者類、物件類或需求優先順序的描述方法對這部分內容加以輔助說明。
在描述時盡量使用簡短明了的語句定義系統特性和功能的名稱。例如：「拼寫檢查和拼寫字典管理」。
為滿足確定的軟體需求的可跟蹤性和可維護性，需唯一確定每個系統特性及相應的功能，尤其對於需求複雜度較高、專案規模較大的專案，唯一性標識尤為必要。對需求的標識可以採用序列號（ur-2；srs-31b）、層次編碼（4.1.
3.2）或自定義其他的方法。在下面的系統特性和相應功能集的描述中貫徹並在專案組內達成一致。
這部分要求對每個系統特性以及包含的功能集分別進行描述。
對該系統特性面向的終端使用者、能夠提供的具體服務以及使用時機和必要的依賴關係進行簡明、清晰的描述。
詳細列出該系統特性包含的功能集。這些是須提交給使用者的軟體功能，使使用者可以使用所提供的特性執行特定的服務。描述各功能需求如何響應可預知的出錯條件或者非法輸入或動作。
對每個功能需唯一標識。
……詳細描述不同應用領域對軟體效能的需求，解釋它們的原理以幫助設計人員做出合理的設計選擇。確定相互合作的使用者數或者所支援的操作、響應時間以及與實時系統的時間關係。定義容量需求，例如儲存器和磁碟空間的需求或者儲存在資料庫中表的最大行數等。
詳細描述與系統安全性、完整性或與登入到該系統的使用人員的隱私相關的需求，這些問題會影響到軟體系統的使用以及建立或使用的資料的保護。定義使用者身份確認或授權需求。明確產品必須滿足達到安全性或保密性策略。
如有必要，須描述與產品使用過程中可能發生的損失、破壞或危害相關的需求。定義必須採取的安全保護或動作，預防潛在的危險動作。明確軟體系統必須遵循的安全標準和規則。
例如如果油箱的壓力超過了規定的最大壓力的95%，那麼必須在1秒鐘之內停止操作。
列舉出將與軟體系統一同提交的使用者文件，例如使用者手冊和**幫助和教程。明確使用者文件的提交格式或編制標準。
定義在本文件的其他部分未出現的但需要提起注意的需求：
1）特定的業務規則，例如某些終端使用者只有在特定的環境下才可以執行何種操作；
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 ...
軟體需求規格說明書
修訂記錄 關鍵詞 能夠體現文件描述內容主要方面的詞彙。摘要 縮略語清單 對本文所用縮略語進行說明，要求提供每個縮略語的英文全名和中文解釋。目錄1 簡介 3 1.1 目的 3 1.2 範圍 3 2 總體概述 3 2.1 軟體概述 3 2.1.1 專案介紹 3 2.1.2 產品環境介紹 3 2.2 軟體...
軟體需求規格說明書
歷史版本 目錄1引言 2 1.1專案名稱 2 1.2專案背景和內容概要 2 1.3相關資料 縮略語 定義 2 2任務概述 2 2.1目標 2 2.2範圍 2 2.3假定條件與約束限制 2 3業務流程 3 4資料描述 3 4.1原始資料描述 3 4.2資料流向圖 3 4.3資料概念模型和描述 3 5功...