1、軟件需求規格說明(Software Requirement Specification軟件需求規格說明是需求開發的最終結果,它精確地闡述一個軟件系統必須提供的功能和性能以及它所要考慮的限制條件。軟件需求規格說明不僅是系統測試和用戶文檔的基礎,也是所有子系列項目規劃、設計和編碼的基礎。*軟件需求規格說明是用戶、分析人員和設計人員之間進行理解和交流的手段;*測試人員可以根據軟件需求規格說明中對產品行為的描述,制定測試計劃、測試用例和測試過程。*文檔人員根據軟件需求規格說明和用戶界面設計,編寫用戶手冊等;*軟件需求規格說明指導著整個系統的開發過程,評審過的需求規格說明需要進行變更控制。模板在軟件項目

2、中,開發組織應該采用一種標準的軟件需求規格說明的模板。現在有許多推薦的軟件需求規格說明模板可以使用,這里介紹一種由IEEE標準830-1998改寫并擴充的模板。a. 引言概要敘述軟件需求規格說明,便于讀者理解文檔如何編寫以及如何閱讀和解釋。a.1 目的對產品進行定義,在該文檔中詳盡說明了這個產品的軟件需求,包括修正或發行版本號。如果這個軟件需求規格說明只與整個系統的一部分有關系,那么就只定義文檔中說明的部分或子系統。a.2 文檔約定描述編寫文檔時所采用的標準或排版約定,包括正文風格、提示區或重要符號。a.3 預期的讀者和閱讀建議列舉了軟件需求規格說明所針對的不同讀者,例如開發人員、項目經理、營

3、銷人員、用戶、測試人員或文檔的編寫人員。描述了文檔中剩余部分的內容及其組織結構,提出了最適合于每一類型讀者閱讀文檔的建議。a.4 產品范圍提供了對指定的軟件及其目的的簡短描述,包括利益和目標。a.5 參考文獻列舉了編寫軟件需求規格說明時所參考的資料或其它資源,可能包括用戶界面風格指導、合同、標準、系統需求規格說明、使用實例文檔,或相關產品的軟件需求規格說明。在這里應該給出詳細的信息,包括標題名稱、作者、版本號、日期、出版單位或資料來源,以方便讀者查閱這些文獻。b. 綜合描述這一部分概述了正在定義的產品以及它所運行的環境、使用產品的用戶和已知的限制、假設和依賴。b.1 產品的前景描述了軟件需求規

4、格說明中所定義的產品的背景和起源。說明了該產品是否是產品系列中的下一成員,是否是成熟產品所改進的下一代產品、是否是現有應用程序的替代品,或者是否是一個新型的、自含型產品。如果軟件需求規格說明定義了大系統的一個組成部分,那么就要說明這部分軟件是怎樣與整個系統相關聯的,并且要定義出兩者之間的接口。b.2 產品的功能概述了產品所具有的主要功能。其詳細內容將在d中描述,所以在此只需要概略地總結,例如用列表的方法給出。很好地組織產品的功能,使每個讀者都易于理解。用圖形表示主要的需求分組以及它們之間的聯系,例如數據流程圖的頂層圖或類圖,都是有用的。b.3 用戶類和特征確定你覺得可能使用該產品的不同用戶類并

5、描述它們相關的特征。有一些需求可能只與特定的用戶類相關,將該產品的重要用戶類與那些不太重要的用戶類區分開。b.4 運行環境描述了軟件的運行環境,包括硬件平臺、操作系統和版本,還有其它的軟件組件或與其共存的應用程序。b.5 設計和實現上的限制確定影響開發人員自由選擇的問題,并說明這些問題為什么成為一種限制?？赡艿南拗瓢ㄈ缦聝热? o 必須使用或者避免的特定技術、工具、編程語言和數據庫。o 所要求的開發規范或標準。o 企業策略、政府法規或工業標準。o 硬件限制,例如定時需求或存儲器限制。o 數據轉換格式標準。b.6 假設和依賴列舉出在對軟件需求規格說明中影響需求陳述的假設因素,以及項目對外部因素

6、存在的依賴。c. 外部接口需求利用本節來確定可以保證新產品與外部組件正確連接的需求。c.1 用戶界面陳述所需要的用戶界面的軟件組件。描述每個用戶界面的邏輯特征。以下是可能要包括的一些特征: o 將要采用的圖形用戶界面(G U I標準或產品系列的風格。o 屏幕布局或解決方案的限制。o 將出現在每個屏幕的標準按鈕、功能或導航鏈接(例如一個幫助按鈕。o 快捷鍵。o 錯誤信息顯示標準。對于用戶界面的細節,例如特定對話框的布局,應該寫入一個獨立的用戶界面規格說明中,而不能寫入軟件需求規格說明中。c.2 硬件接口描述系統中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間交流的數據和控制

7、信息的性質以及所使用的通信協議。c.3 軟件接口描述該產品與其它外部組件(由名字和版本識別的連接,包括數據庫、操作系統、工具、庫和集成的商業組件。明確并描述在軟件組件之間交換數據或消息的目的。描述所需要的服務以及內部組件通信的性質,確定將在組件之間共享的數據。c.4 通信接口描述與產品所使用的通信功能相關的需求,包括電子郵件、Web瀏覽器、網絡通信標準或協議及電子表格等等。定義了相關的消息格式,規定通信安全或加密問題、數據傳輸速率和同步通信機制。d. 系統特性d.1 說明和優先級簡短說明該系統的特性,并指出該特性的優先級是高、中,還是低。另外,還可以包括對特定優先級部分的評價,例如利益、損失、

8、費用和風險。d.2 激勵/響應序列列出輸入激勵(用戶動作、來自外部設備的信號或其它觸發器和定義這一特性行為的系統響應序列。d.3 功能需求詳列出與該特性相關的詳細功能需求。這些是必須提交給用戶的軟件功能,使用戶可以使用所提供的特性執行服務或者使用所指定的使用實例執行任務。e. 其他非功能需求e.1 性能需求闡述了不同的應用領域對產品性能的需求,并解釋它們的原理以幫助開發人員作出合理的設計選擇。確定相互合作的用戶數或者所支持的操作、響應時間以及與實時系統的時間關系。e.2 安全設施需求詳盡陳述與產品使用過程中可能發生的損失、破壞或危害相關的需求。定義必須采取的安全保護或動作,還有那些預防的潛在的

9、危險動作。明確產品必須遵從的安全標準、策略或規則。e.3 安全性需求詳盡陳述與系統安全性、完整性或與私人問題相關的需求,這些問題將會影響到產品的使用和產品所創建或使用的數據的保護。定義用戶身份確認或授權需求,明確產品必須滿足的安全性或保密性策略。e.4 軟件質量屬性詳盡陳述與客戶或開發人員至關重要的其它產品質量特性,這些特性必須是確定、定量的并在可能時是可驗證的。e.5 業務規則列舉出有關產品的所有操作規則,例如什么人在特定環境下可以進行何種操作。這些本身不是功能需求,但它們可以暗示某些功能需求執行這些規則。e.6 用戶文檔列舉出將與軟件一同發行的用戶文檔部分,例如用戶手冊、在線幫助和教程,明確所有已知的用戶文檔的交付格式或標準。f. 其他需求定義在軟件需求規格說明的其它部分未出現的需求,例如國際化需求或法律上的需求。你還可以增加有關操作、管理和維護部分來完善產品安裝、配置、啟動和關閉、修復和容錯,以及登錄和監控操作等方面的需求。這一部分可以省略。無論你的需求從何而來,也不管你是怎樣得到的,你都必須用一種統一的方式來將它們編寫成可視文檔。業務需求要編寫項目視圖和范圍文檔,用戶需求要用一種標準用例模板編寫文檔,而軟件需求規格說明則包含了軟件的功能需求和非功能需求。對于不同的需求對象,應該采用不同的需求規格說明方法