怎樣進行軟件需求分析[7]

怎樣進行軟件需求分析[7]

關鍵字：軟件 需求分析

　　由于形式化規格說明具有很強的嚴密性和精確度，因此，所使用的形式化語言只有極少數軟件開發人員才熟悉，更不用說客戶了。雖然結構化的自然語言具有許多缺點，但在大多數軟件工程中，它仍是編寫需求文檔最現實的方法。包含了功能和非功能需求的基于文本的軟件需求規格說明已經為大多數項目所接受。圖形化分析模型通過提供另一種需求視圖，增強了軟件需求規格說明。

　　軟件需求規格說明不僅是系統測試和用戶文檔的基礎，也是所有子系列項目規劃、設計和編碼的基礎。它應該盡可能完整地描述系統預期的外部行為和用戶可視化行為。除了設計和實現上的限制，軟件需求規格說明不應該包括設計、構造、測試或工程管理的細節。許多讀者使用軟件需求　　規格說明來達到不同的目的：

　　客戶和營銷部門依賴它來了解他們所能提供的產品。

　　項目經理根據包含在軟件需求規格說明中描述的產品來制定規劃并預測進度安排、工作量和資源。

　　軟件開發小組依賴它來理解他們將要開發的產品。

　　測試小組使用軟件需求規格說明中對產品行為的描述制定測試計劃、測試用例和測試過程。測試用例模板

　　軟件維護和支持人員根據需求規格說明了解產品的某部分是做什么的。

　　產品發布組在需求規格說明和用戶界面設計的基礎上編寫客戶文檔，如用戶手冊和幫助屏幕等。

　　培訓人員根據需求規格說明和用戶文檔編寫培訓材料。

　　軟件需求規格說明作為產品需求的最終成果必須具有綜合性：必須包括所有的需求。開發者和客戶不能作任何假設。如果任何所期望的功能或非功能需求未寫入軟件需求規格說明，那么它將不能作為協議的一部分并且不能在產品中出現。

　　我見過有一個項目突然接到測試人員發出的錯誤災難的報告。結果是他們測試的是老版本的軟件需求規格說明，而他們覺得錯誤的地方正是產品所獨有的特性。他們的測試工作是徒勞的，因為他們一直在老版本的軟件需求規格說明中尋找錯誤的系統行為。

　　在編寫軟件需求規格說明，希望讀者牢記以下的建議：

　　對節、小節和單個需求的號碼編排必須一致。

　　在右邊部分留下文本注釋區。

　　允許不加限制地使用空格。

　　正確使用各種可視化強調標志(例如，黑體、下劃線、斜體和其它不同字體)。

　　創建目錄表和索引表有助于讀者尋找所需的信息。

　　對所有圖和表指定號碼和標識號，并且可按號碼進行查閱。

　　使用字處理程序中交叉引用的功能來查閱文檔中其它項或位置，而不是通過頁碼或節號。

原文轉自：http://www.kjueaiud.com