3.2 需求開發與管理的一些方法
需求開發是一項復雜的工作，使用的方法也很多，不同的開發方式有不同的方法，這里簡單介紹一些相關的方法：
1）繪制關聯圖：繪制系統關聯圖是用于定義系統與系統外部實體間的界限和接口的簡單模型。
2）可行性分析：在允許的成本、性能要求下，分析每項需求實施的可行性，提出需求實現相關 風險，包括與其它需求的沖突，對外界因素的依賴和技術障礙。
3）需求優先級：確定使用實例、產品特性或單項需求實現的優先級別。以優先級為基礎確定產品版本將包括哪些特性或哪類需求。
4）系統原型：當用戶自身對有的需求不十分清楚時，我們可以建立一個系統原型，用戶通過評價原型更好地理解所要解決的問題。。
5）圖形分析模型：繪制圖形分析模型是編制軟件需求規格說明重要手段。它們能幫助分析人員理清數據、業務模式、工作流程以及他們之間的關系，找出遺漏、冗余和不一致的需求。這樣的模型包括數據流圖、實體關系圖、狀態變換圖、對話框圖、對象類及交互作用圖。
6）數據字典：數據字典是對系統用到的所有數據項和結構的定義，以確保開發人員使用統一的數據定義。在需求階段，數據字典至少應定義客戶數據項，確�？蛻襞c開發小組是使用一致的定義和術語。
7）質量功能調配：質量功能調配是一種高級系統技術，它將產品特性、屬性與對客戶的重要性聯系起來。該技術提供了一種分析方法以明確哪些是客戶最為關注的特性。它將需求分為三類：期望需求、普通需求、興奮需求。
需求管理的目的就是要控制和維持需求事先約定，保證項目開發過程的一致性，使用戶得到他們最終想要得產品。需求管理的方法主要包括以下一些方面：
1）確定需求 變更控制過程。制定一個選擇、分析和決策需求變更的過程，所有的需求變更都需遵循此過程。
2）進行需求變更影響分析。評估每項需求變更，以確定它對項目計劃安排和其它需求的影響，明確與變更相關的任務并評估完成這些任務需要的工作量。通過這些分析將有助于需求變更控制部門做出更好的決策。
3）建立需求基準版本和需求控制版本文檔。確定需求基準，這是項目各方對需求達成一致認識時刻的一個快照，之后的需求變更遵循變更控制過程即可。每個版本的需求規格說明都必須是獨立說明，以避免將底稿和基準或新舊版本相混淆。
4）維護需求變更的歷史記錄。將需求變更情況寫成文檔，記錄變更日期、原因、負責人、版本號等內容，及時通知到項目開發所涉及的人員。為了盡量減少困惑、沖突、誤傳，應指定專人來負責更新需求。
5）跟蹤每項需求的狀態�？梢园衙恳豁椥枨蟮臓顟B屬性（如已推薦的，已通過的，已實施的，或已驗證的）保存在數據庫中，這樣可以在任何時候得到每個狀態類的需求數量。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
