複製鏈接
請複製以下鏈接發送給好友

需求變更控制

鎖定
需求的變更的原因可能會來自市場管理客户、軟硬件工程環境和測試等方面,對於這些變更來説,如果不控制或者控制不好就會導致項目陷入混亂、不能按進度執行或軟件質量低下等一系列的問題。但是,對於需求的變更既不能一概拒絕客户的要求,也不能一味地遷就客户,所以實施需求變更之前必須做好管理和控制。
需求變更控制是指正確判斷內在或外在原因的變更所帶來的影響,並且調整開發過程以控制和適應這些變化,是需求管理的主要工作之一。
需求變更控制的目的不是控制變更的發生,而是對變更進行管理,確保變更有序地進行。變更控制給項目風險承擔者提供了正式的需求變更處理機制,通過這些處理機制,決策人就可以準確地分析需求變更給整個項目所帶來的影響和波動,從而對需求變更進行判斷以決定是否接受、拒絕或者延遲,最終確保項目開發範圍可控。
中文名
需求變更控制
外文名
Requirements change control
別    名
需求管理

目錄

  1. 1 要求

需求變更控制要求

在進行需求變更控制時應該儘量實現下面的要求:
(1)建立變更控制委員會變更控制委員會應該由項目的相關人員組成,由他們確定哪些需求需要變更,這些變更是否在項目範圍之內,並對這些變更進行評估來作為需求變更選擇或放棄的標準
(2)確定變更控制的流程:需求變更控制流程就是對需求變更進行控制的過程,所有的需求變更控制都需遵循此過程來進行處理。
(3)進行變更影響分析:影響分析可以提供對所建議的變更進行準確理解,幫助做出充分的變更批准決策,因此,它是處理需求變更申請的一個重要環節。通過對變更內容的檢驗,確定對系統做出修改、拋棄或者創建新系統的決定以及評估每個任務的工作量,這項工作結果的好壞往往依賴於跟蹤能力數據質量和完整性。
(4)進行變更波及效應分析,確定受變更波及的元素:當進行需求變更時,往往會波及其他的元素,這樣就可以根據需求跟蹤表找到相關受波及的要素,並對其進行變更或修改。及時的波及效應處理可以減少由於這些影響而導致的不利因素。
(5)跟蹤每個需求的狀態:需求的狀態包括已建議、已批准、已完成、已驗證、已刪除、已否決等幾類,在需求變更控制中需要建立一個數據庫來記錄和保存每一項需求的狀態和重要屬性,從而有利於對需求狀態的管理和追蹤。
(6)建立需求基準版本和需求控制版本文檔:確定一個需求基準,並遵循確定的變更控制過程來進行需求變更。當然,對需求控制的版本也應該進行管理,以避免新舊版本的混淆,每個版本的規約説明都應有獨立的説明。
(7)記錄並維護需求變更的歷史:在進行需求變更時,需要記錄和維護需求變更的歷史,包括版本的日期、所做的變更、變更原因、由誰負責更新以及更新後的新版本號等。 [1] 
參考資料