軟件質量管理實踐（連載十七）

　　圖7-2中顯示，經過了第二周的“第1次評審”，需求變更還是很大，其中大量的需求處于修改狀態。而且第七周“第2次評審”后，需求在相當長的時間內依舊沒有穩定下來。目前，項目已經進入到設計階段，大量的需求變更是項目失敗的一個隱患。

　　為了控制不斷需求的變更，項目可能采取包括重新分配資源，重新估計規模、工作量和進度等具體措施。

　　另外，還可以詳細地分析需求變更的具體原因（如誤解、不清楚、不完善和不正確等）、需求變更的類型（如功能、性能和接口需求等）以及細化跟蹤的粒度到每個模塊。

　　通過這些詳細的分析，可確定造成需求頻繁變更的根本來源，以便有針對性地采取措施。

文章來源于領測軟件測試網 http://www.kjueaiud.com/