軟體需求規格說明書

修訂記錄

關鍵詞：能夠體現文件描述內容主要方面的詞彙。

摘要：縮略語清單：對本文所用縮略語進行說明，要求提供每個縮略語的英文全名和中文解釋。

目錄1 簡介 4

1.1 目的 4

1.2 範圍 4

2 總體概述 4

2.1 軟體概述 4

2.1.1 專案介紹 4

2.1.2 產品環境介紹 4

2.2 軟體功能 4

2.3 使用者特徵 5

2.4 假設和依賴關係 5

3 具體需求 5

3.1 功能需求 5

3.1.1 功能需求1 5

3.2 效能需求 7

3.2.1 效能需求1 7

3.3 外部介面需求 7

3.3.1 使用者介面 7

3.3.2 軟體介面 8

3.3.3 硬體介面 8

3.3.4 通訊介面 8

4 總體設計約束 9

4.1 標準符合性 9

4.2 硬體約束 9

4.3 技術限制 9

5 軟體質量特性 9

6 依賴關係 9

7 其他需求 9

7.1 資料庫 9

7.2 操作 9

7.3 本地化 10

8 附錄 10

8.1 附錄a 需求建模錯誤！未定義書籤。

8.2.1 資料流圖 10

8.2.2 資料字典 10

8.2 附錄b 10

這部分要描述文件的目的。應該指明讀者。說明本需求文件描述了哪個產品的軟體需求。

本節應描述文件所包括和不包括的內容。

本節描述影響產品和產品需求的一般因素。由以下4個部分構成。有一點需說明的是本節不描述具體的需求，只是使那些將要描述的具體需求更易於理解。

描述本軟體需求所描述的專案的背景。例如：本專案是一系列版本中的乙個，或者是替代某個已經存在的系統，還是乙個新的獨立的專案。

描述的是本產品與其它產品或專案所組成的整體環境。

1.如果本產品是獨立的並完全自我包含，在此說明這一點。

2.如果srs定義的產品是更大的系統或專案的元件（此種情形經常發生），那麼應：

a. 描述此大系統或專案每個元件的功能，並且標識介面。

b. 確定本軟體產品主要外部介面。（注意：在此部分並不進行這些介面的詳細描述；對這些介面的詳細描述在srs的其它部分提供。）

c. 描述相關產品硬體和所使用的外部裝置。（注意：這只是概述性描述。）

通過方塊圖來描述大系統或專案的主要元件，互連性以及外部介面將是非常有幫助的。本部分不應提出乙個具體的設計解決方案或對解決方案的具體設計約束（具體設計約束將在具體需求章節中描述）。本部分內容是產生設計約束的基礎。

概述軟體的必須實現的和通過使用者操作實現的主要功能。這裡只需要進行簡要描述（例如目錄列表），詳細描述在詳細需求部分描述。對需求功能進行組織，以便於讀者理解，並能指導後續的設計和測試。

可以用圖表來表示主要需求群組之間的關係，例如：高層的資料流圖，物件導向的分析等。

有時此部分所要求的功能概述可以從分配具體功能給此軟體產品的更高層規格（如果存在的話）直接引用。

本節不應描述具體需求。但本節內容是具體需求章節的基礎。

列出對使用者或系統操作者的要求，如：經驗，能力，角色等。

本節不應描述具體需求。但本節內容是具體需求章節的基礎。

列出可能影響srs中需求的所有的假設因素（與已知事實相對而言），包括準備使用的第三方或商業元件，操作和開發環境的問題約束等。如果上述假設不正確、沒有被告知或者改變了都將對專案產生影響。列出專案對外部條件的依賴，例如重用其他專案的模組等。

如果在其他文件（例如專案計畫或範圍文件等）裡已經描述了，在這裡可以不用描述。

在每一條需求描述中重複下列部分

本子章節應描述軟體產品的輸入怎樣被轉換成輸出。它描述了軟體必須執行的基本動作。

對每一類功能或有時對每乙個單獨的功能，必須描述輸入、處理、輸出方面的需求。這些通常以下面四個子段落來組織：

用需求編號加上簡短詞彙做為功能需求名，不要用「功能需求（1）」作為功能名，例如：計算表示式

列印需求編號規則按照軟體需求管理規程(rep01)進行

逐條列出與本特性相關的功能需求。包括專案如何響應預期的錯誤輸入，非法條件和無效輸入。需求應該簡明，完整，不含糊，可驗證，必要的。當需要的資訊不確定的時候使用「待定」。

本子段落應包含下列內容：

a. 對該功能所有輸入資料的詳細描述，包括：

輸入**

數量度量單位

時間要求

包含精度和容忍度的有效輸入範圍

b. 在適當的地方提供的對介面規格或介面控制文件的參考。

本子段落應描述對輸入資料所執行的所有操作和如何獲得輸出的過程。這包括下列規格：

a. 輸入資料的有效性檢測。

b. 操作的確切次序，包括各事件的時序。

c. 對異常情況的回應，例如：

溢位通訊失敗

錯誤處理

d. 用於把系統輸入轉換到相應輸出的任何方法（諸如方程式，數學演算法，邏輯操作）。例如，這可能描述下列方面：

對工資單裡代扣所得稅的計算公式。

用於氣象預報的氣象模型。

e. 對輸出資料的有效性檢測。

本子段落應包含：

a. 對該功能所有輸出資料的詳細描述，這個描述包括：

輸出的到何處（如印表機，檔案）

數量度量單位

時序包含精確度和容忍度的有效輸出範圍

對非法值的處理

錯誤訊息

b. 在適當的地方提供對介面規格或介面控制文件的參考。

此外，對那些需求集中在輸入/輸出行為的系統，srs應描述所有重要的輸入/輸出行為及輸入輸出對的次序。對乙個需要記憶其行為以根據輸入和過去的行為進行反應的系統，輸入輸出對的次序是要求的；這種功能行為就類似於有限狀態機。

如果有效能方面的需求，在這裡列出並解釋他們的原理。以幫助開發者理解意圖以做出正確的設計選擇。在實時系統中的時序關係。保證需求盡可能的詳細而精確。

本子章節應從整體上描述靜態和動態的量化的對軟體（或人與軟體互動）的需求。

靜態的量化需求可能包括：

a. 支援的終端數目。

b. 支援的同時使用的使用者數目。

c.處理的檔案和記錄的數目。

d.表和檔案的大小。

動態的量化需求可能包括:

a. 在正常和峰值工作量條件下特定時間段（如一小時）

b. 處理的事務和任務的數目以及資料量。

所有的這些需求應以可測量的術語進行描述，例如所有的操作應在1秒內被處理完成，而不是描述成操作員不必等待操作的完成。

注意：用於乙個具體功能的量化限制通常在該功能的處理子章節中描述。

詳細描述系統與使用者之間的介面

這應描述下述內容：

a. 對每種人機介面，軟體所必須支援的特性。例如，如果系統使用者通過乙個顯示終端進行操作，那麼應包含下述內容：

要求的螢幕格式

頁面規劃及報告或選單的內容

輸入和輸出的相關時序

一些組合功能鍵的用法

軟體需求規格說明書

軟體需求規格說明書

軟體需求規格說明書

軟體需求規格說明書

相關推薦