文件密級：普通
文件狀態：[ ] 草案 [√]正式發布 [ ]正在修訂
變更履歷
目錄1 前言 4
1.1 目的 4
1.2 專案資訊 4
1.3 範圍 4
1.4 術語 4
1.5 參考文獻 4
2 整體說明 4
3 非功能需求 5
3.1 執行環境 5
3.2 可用性 5
3.2.1 5
3.3 安全性 5
3.3.1 5
3.4 可靠性 6
3.4.1 6
3.5 效能 6
3.5.1 6
3.6 可支援性 6
3.6.1 6
3.7 設計約束 7
3.7.1 7
3.8 聯機使用者文件和幫助系統需求 7
3.9 購買的構件 7
3.10 介面/介面 7
3.10.1 使用者介面/報**式 7
3.10.2 硬體介面 7
3.10.3 軟體介面 7
3.10.4 通訊介面 7
3.11 許可需求 8
3.12 法律、版權及其他宣告 8
3.13 適用的標準 8
4 功能需求 8
4.1 8
4.1.1 用例id 8
5 開發環境的配置 9
6 執行環境的配置 9
7 測試環境的配置 10
8 未決事宜 10
9 附件: 10
說明： 待開發的軟體系統的名稱；
本專案的任務提出者、開發者、使用者及實現該軟體的計算中心或計算機網路；
該軟體系統同其他系統或其他機構的基本的相互來往關係。
說明本文件所描述的範圍和受其影響的事物和文件。
列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。
列出用得著的參考資料，如： 本檔案中各處引用的檔案、資料、包括所要用到的軟體開發標準。 列出這些檔案資料的標題、檔案編號、發表日期和出版單位，說明能夠得到這些檔案資料的**。
提供本文詳述的各種需求的背景，以使這些需求便於理解。所包括的內容有：
目的：敘述該項軟體開發的意圖、應用目標、作用範圍以及其他應向讀者說明的有關該軟體開發的背景材料。
產品架構：解釋被開發軟體與其他有關軟體之間的關係。如果本軟體產品是一項獨立的軟體，而且全部內容自含，則說明這一點。
如果所定義的產品是乙個更大的系統的乙個組成部分，則應說明本產品與該系統中其他各組成部分之間的關係，為此可使用一張圖來說明該系統的組成和本產品同其他各部分的聯絡和介面。
使用者特點： 列出本軟體的終端使用者的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟體的預期使用頻度。這些是軟體設計工作的重要約束。
假設與依賴關係：說明所有重要的技術可行性假設、子系統或構件可用性假設，或者可作為此需求規格說明書所述軟體可行性的基礎的其他與專案有關的假設。
說明產品需要的執行環境，例如：硬體、軟體、通訊等的配置。
此節應包括所有影響可用性的需求。例如，
指出普通使用者和高階使用者要高效地執行特定操作所需的培訓時間
指出典型任務的可評測任務次數或根據使用者已知或喜歡的其他系統確定新系統的可用性需求
指出在符合公認的可用性標準（如 ibm 的 cua 標準和 microsoft 的 gui 標準）方面的需求
確定需要保護的資料；
確定各種資料所受到的安全威脅的型別：
意外的損壞或破壞
故意的損壞或破壞
商業間諜行為
欺騙黑客行為
病毒 是否有一般性的政策可能會影響該系統的安全性設計；
確定哪些人可能是這些威脅的**；
確定任何特殊的安全性需求，尤其是對以下方面的需求：
對系統的訪問
對資料的加密
可審核性
對系統可靠性的需求應在此處說明。建議如下：
可用性 - 指出可用時間百分比 ( 使用小時數、維護訪問權、降級模式操作等。
平均故障間隔時間 (mtbf) - 通常表示為小時數，但也可表示為天數、月數或年數。
平均修復時間 (mttr) - 系統在發生故障後可以暫停執行的時間。
精確度 - 指出系統輸出要求具備的精密度（解析度）和精確度（按照某一已知的標準）。
最高錯誤或缺陷率 - 通常表示為 bugs/kloc（每千行**的錯誤數目）或 bugs/function-point（每個功能點的錯誤數目）。
錯誤或缺陷率 - 按照小錯誤、大錯誤和嚴重錯誤來分類：需求中必須對「嚴重」錯誤進行界定（例如：資料完全丟失或完全不能使用系統的某部分功能）。
[此節應概述系統的效能特徵。其中需包括具體的響應時間。如果可行，按名稱引用相關用例。
對事務的響應時間（平均、最長）
吞吐量（例如每秒處理的事務數）
容量（例如系統可以容納的客戶或事務數）
降級模式（當系統以某種形式降級時可接受的執行模式）
資源利用情況：記憶體、磁碟、通訊等。]
[此節應列出將提高所構建系統的可支援性或可維護性的所有需求，其中包括編碼標準、命名約定、類庫、維護訪問權和維護實用程式。]
[此節應列出所構建系統的所有設計約束。設計約束代表已經批准並必須遵循的設計決定。其中包括軟體語言、軟體流程需求、開發工具的指定用途、構架及設計約束、購買的構件、類庫等。]
[如果存在對聯機使用者文件、幫助系統、關於宣告的幫助等的需求，請在此說明。]
[此節說明在系統中使用的所有購入構件、所有適用的許可或使用限制，以及所有相關的相容性及互操作性或介面標準。]
[此節規定應用程式必須支援的介面/介面。它應非常具體，包含協議、埠和邏輯位址等，以便於按照介面/介面需求開發並檢驗軟體。]
[說明軟體將實現的使用者介面/報**式。]
需求規格說明書
專案編號 需求規格說明書 注意 使用時請仔細閱讀斜體提示部分，文件完成後請刪除斜體部分，刪除後請注意文件的格式。修改說明 目錄1.引言 6 1.1.目的 6 1.2.範圍 6 1.3.讀者 6 1.4.參考文獻 6 1.5.術語與縮寫解釋 6 2.概述 7 2.1.專案 任務背景 7 2.2.專案 ...
需求規格說明書
文件編號 版本號 商務網 2012 年 5 月 目錄1 引言 4 1.1編寫目的 4 1.2專案說明 4 1.3 專案背景 4 1.4 定義 5 1.5 參考資料 5 2 任務概述 6 2.1目標 6 2.2 建設任務 6 2.3 使用者特點 6 3功能需求 7 3.1 系統範圍 7 3.2 系統體...
需求規格說明書
文件編號 x x xx xx x x x科技工程專案 x x x x x研發工程需求規格說明書 版本歷史 目錄1 引言 3 1.1 編寫目的 3 1.2 專案背景 4 1.3 參考資料 4 1.4 定義術語 4 2 任務概述 4 2.1 任務目標 4 2.2 執行環境 4 2.3 條件與限制 4 3...