軟件需求説明書

軟件需求説明書，又稱為軟件規格説明書，是分析員在需求分析階段需要完成的文檔，是軟件需求分析的最終結果。它的作用主要是：作為軟件人員與用户之間事實上的技術合同説明；作為軟件人員下一步進行設計和編碼的基礎；作為測試和驗收的依據。SRS必須用統一格式的文檔進行描述，為了使需求分析描述具有統一的風格，可以採用已有的且能滿足項目需要的模板，也可以根據項目特點和軟件開發小組的特點對標準進行適當的改動，形成自己的模板。軟件需求説明主要包括引言、任務概述、需求規定、運行環境規定和附錄等內容。

軟件需求説明書應該完整、一致、精確、無二義性，同時又要簡明、易懂、易修改。由於軟件需求説明書最終要得到開發者和用户雙方的認可，所以用户要能看得懂，並且還能發現和指出其中的錯誤，這對於保證軟件系統的質量有很大的作用。這就要求需求説明書儘可能少用或不用計算機領域的概念和術語。 ^[2] 

需求説明書是由開發人員經需求分析後形成的軟件文檔，是對需求分析工作的全面總結。其作用有以下幾點。

（1）便於用户、分析人員和軟件設計人員進行理解和交流，用户通過需求規格説明書在分析階段即可初步判定目標軟件能否滿足其原來的期望，設計人員則將需求規格説明書作為軟件設計的基本出發點。

（2）支持目標軟件系統的確認

在軟件的測試階段，根據需求説明書中確定的可測試標準設計測試用例，確認軟件是否滿足需求説明書中規定的功能和性能等。

（3）控制系統進化過程

在需求分析完成之後，如果用户追加需求，那麼需求説明書將用於確定是否為新需求。 ^[3] 

軟件需求説明書的內容應包含如下幾部分內容：

·説明開發軟件系統的目的、意義和背景

·説明用户的特點、約束

·功能説明，逐項列出各功能需求的序號、名稱和簡要説明

·性能説明，説明處理速度、響應時間、精度等

·輸入輸出要求·數據管理要求·故障處理要求

·數據流圖·數據字典·接口説明

·説明軟件運行所需的硬件設備

·説明軟件運行所需的系統軟件和軟件工具

·説明軟件開發在成本、進度、設計和實現方面的限制。

（1）完整性

每一項需求都必須將所要實現的功能描述清楚，以使開發人員獲得設計和實現這些功能所需的所有必要信息。不遺漏任何必要的需求信息，即目標軟件的所有功能、性能、設計約束，以及所有的可能情況下的預期行為，均完整地體現在需求説明書中。

（2）正確性

每一項需求都必須準確地陳述其要開發的功能。需求説明書中的功能、性能等描述與用

户對軟件的期望相一致。

（3）可行性

每一項需求都必須是在已知系統和環境的權能和限制範圍內可以實施的。

（4）無二義性

對所有需求説明的讀者都只能有一個明確統一的解釋，由於自然語言極易導致二義性，所以儘量把每項需求用簡潔明瞭的用户性的語言表達出來。另外，需求説明書的各部分之間不能相互矛盾。

（5）可驗證性

需求説明書中的任意一項需求，都存在技術和經濟上可行的手段進行驗證和確認。

（6）可修改性

需求説明書的格式和組織方式應該保證能夠比較容易地增、刪和修改，並使修改後的需求説明書能夠軟較好地保持其他各項屬性。

（7）可跟蹤性

應能在每項軟件需求與它的根源和設計元素、源代碼、測試用例之間建立起鏈接鏈，使每項需求與用户的原始需求連起來，併為後續開發和其他文檔引用這些需求項提供便利。這種可跟蹤性要求每項需求以一種結構化的，粒度好的方式編寫並單獨標明，而不是大段大段的敍述。 ^[3]