需求變更的管理

    需求變更是因為需求發(fā)生變化。根據(jù)軟件工程思想，需求說明書一般要經(jīng)過論證，如果在需求說明書經(jīng)過論證以后，需要在原有需求基礎上追加和補充新的需求或?qū)υ行枨筮M行修改和削減，均屬于需求變更。

    需求變更的出現(xiàn)主要是因為在項目的需求確定階段，用戶往往不能確切地定義自己需要什么。用戶常常以為自己清楚，但實際上他們提出的需求只是依據(jù)當前的工作所需，而采用的新設備、新技術通常會改變他們的工作方式;或者要開發(fā)的系統(tǒng)對用戶來說也是個未知數(shù)，他們以前沒有過相關的使用經(jīng)驗。隨著開發(fā)工作的不斷進展，系統(tǒng)開始展現(xiàn)功能的雛形，用戶對系統(tǒng)的了解也逐步深入。于是，他們可能會想到各種新的功能和特色，或?qū)σ郧疤岢龅囊筮M行改動。他們了解得越多，新的要求也就越多，需求變更因此不可避免地一次又一次出現(xiàn)。

    這時，如果開發(fā)團隊缺少明確的需求變更控制過程或采用的變更控制機制無效，抑或不按變更控制流程來管理需求變更，那么很可能造成項目進度拖延、成本不足、人力緊缺，甚至導致整個項目失敗。當然，即使按照需求變更控制流程進行管理，由于受進度、成本等因素的制約，軟件質(zhì)量還是會受到不同程度的影響。但實施嚴格的軟件需求管理會最大限度地控制需求變更給軟件質(zhì)量造成的負面影響，這也正是我們進行需求變更管理的目的所在。