9:19:00中程**瀏覽數： 7
變化並不是人們最害怕的，最怕的是跟不上變化的步伐。
關鍵字：軟體研發需求變更
變化並不是人們最害怕的，最怕的是跟不上變化的步伐。同樣，在軟體研發過程中需求的變更會給研發帶來不確定性，但只要把需求變更作為重點、難點小心加以控制，軟體研發的進度、成本和質量也就有了"安全"的基礎。
需求變更管理的需求
需求變更是因為需求發生變化。根據軟體工程思想，需求說明書一般要經過論證，如果在需求說明書經過論證以後，需要在原有需求基礎上追加和補充新的需求或對原有需求進行修改和削減，均屬於需求變更。
需求變更的出現主要是因為在專案的需求確定階段，使用者往往不能確切地定義自己需要什麼。使用者常常以為自己清晰，但實際上他們提出的需求只是依據當前的工作所需，而採用的新裝置、新技術通常會改動他們的工作方式;或要研發的系統對使用者來說也是個未知數，他們以前沒有過相關的使用經驗。隨著研發工作的不斷進展，系統開始展現功能的雛形，使用者對系統的了解也逐步深入。
於是，他們可能會想到各種新的功能和特色，或對以前提出的需求進行改動。他們了解得越多，新的需求也就越多，需求變更因此不可避免地一次又一次出現。
這時，如果研發團隊缺少明確的需求變更控制過程或採用的變更控制機制無效，抑或不按變更控制流程來管理需求變更，那麼非常可能造成專案進度拖延、成本不足、人力緊缺，甚至導致整個專案失敗。當然，即使按照需求變更控制流程進行管理，由於受進度、成本等因素的制約，軟體質量還是會受到不同程度的影響。但實施嚴格的軟體需求管理會最大限度地控制需求變更給軟體質量造成的負面影響，這也正是我們進行需求變更管理的目的所在。
六大原則
實施需求變更管理需要遵循如下原則：
1.建立需求基線。需求基線是需求變更的依據。在研發過程中，需求確定並經過評審後(使用者參和評審)，能建立第乙個需求基線。此後每次變更並經過評審後，都要重新確定新的需求基線。
2.制訂簡單、有效的變更控制流程，並形成檔案。在建立了需求基線後提出的所有變更都必須遵循這個控制流程進行控制。
同時，這個流程具有一定的普遍性，對以後的專案研發和其他專案都有借鑑作用。
軟體專案管理 需求變更流程
1 專案需求確定，專案計畫確認後。在專案的任何階段，如有任何需求變動發起。2 判斷是否有必要做需求變更？3 如確定需要需求變更，評估是否對專案現有設計或實現有影響？4 如果有影響 暫停設計或實現，考慮新需求，重新需求分析，設計，實現，修改專案計畫。5 如果沒有影響 評估新需求是否緊急？需要加入當前專...
專案管理 需求變更 二
2.客戶想法或要求導致的需求變更。由於社會在發展，人的觀念也在不斷更新，可以說，客戶提出變更也是可以理解的。專案組基於變更評估與客戶溝通，策略有三類，一是指出變更不合理，影響太大，直接拒絕 二是提出替換方案 三是商務談判，具體的做法與第1點類似 3.需求本身有缺陷導致的變更。這時候與客戶溝通，說明考...
專案軟體需求變更說明書》
文件編號 版本號 軟體需求變更說明書 專案名稱 文件資訊 變更記錄 變更審閱 一 引言 1 編寫目的 這部分說明文件編寫目的，描述本系統特點及使用資料倉儲技術實現的業務目標。2 背景 這部分是專案背景描述。3 參考資料 這部分列出本文件引用資料的名稱，並說明文件上下級關係。4 術語定義及說明 這部分...