軟體開發專案中範圍管理的變更控制論文

軟體開發專案中範圍管理的變更控制論文

　　在軟體開發管理過程中，不僅要努力實現專案的範圍時間、成本和質量等目標，還必須協調、整個專案過程，滿足專案各方干係人的需要和期望。隨著軟體規模和所涉及的領域不斷地擴大，軟體專案的管理越來越困難，專案範圍管理的變更控制是整個專案管理的重中之重，如何做好資訊化建設的範圍是每個專案都需要做好的工作，以此確保專案成功。軟體開發建設專案中一直處於不斷變化中，變更可能無法避免。範圍變更的核心點在於如何控制，而不是規避變更。為了控制專案需求變更，必須有一套規範的變更流程與工具，在有需求變更時進行識別並及時採取一些措施。

　　一、專案範圍變更技術

　　1.變更基準

　　對於軟體開發專案中，變更需要有相應基準，基準為後續變更提供基礎。

　　(1)工作分解結構：即範圍定義時所確定的WBS。

　　(2)變更申請：變更申請的形式十分多樣，這些申請可能是由專案組提出，也可能是使用者提出的，也可能是其他事件引起的必須進行變更的情況。在有變更需求時，必須由客戶知曉或審批，同時針對專案的其他內容，例如進度、成本等進行調整。

　　(3)範圍管理計劃：它展示了整個專案範圍管理說明，並對範圍變更的相關內容進行說明。

　　2.工具

　　(1)績效側臉，預估整個範圍變更的程度。

　　(2)規劃編制補充

　　3.變更控制成果

　　(1)針對變更內容，對專案所有工作結構分解內容進行修改。

　　(2)糾偏措施，根據變更內容所需要完成的各種糾正措施。

　　(3)教訓：根據本變更計劃，總結相關教訓，並給予內部討論。

　　4.變更控制方法

　　軟體開發專案如果發生變更，則需要加以控制。專案組根據一定的方法進行範圍控制，主要依據以下方法：

　　第一，制定變更管理流程。

　　第二，分析變更需求，透徹理解變更內容。

　　第三，相關變更相關要求都進行記錄，確保整個資訊都有留底與可獲得。

　　二、變更流程分析

　　專案變更流程如圖1所示。

　　為了更好的進行變更控制，控制流程是核心。專案範圍變更不可避免，變更控制流程成為變更的關鍵。很多時候，由於多種因素的影響，客戶或者開發者都會針對某些需求進行變更或者提出新的需求，對於變更必須採取包容的心態，與此同時，也需要對變更進行控制。變更控制失控，那麼可能造成嚴重的後果，這裡變更控制流程必不可少。

　　在軟體開發專案中，專門成立變更控制委員會，該有組織對變更需求進行控制。變更控制委員會對於整個變更控制具有決定權，有權對本專案的任何變更進行接受或者拒絕。

　　第一，提出變更需求。專案組任何人員都可以提出具體的需求，變更控制委員會會對上述變更需求進行檢視與稽核。

　　第二，複審變更請求。在變更需求提交後，根據需求由委員會召開復審會議，對上述需求變更內容進行討論稽核，最終決定是否需要實施相應的變更。在需求變更時，需要由委員會進行風險評估，同時對變更所需的資源、進度、成本進行合理的預估，以此來進行合理的決策。

　　第三，確認是否變更。委員會需要對申請者那邊收集更多的變更相關內容，以此驗證整個請求是否有效，並依據相關資訊是否確認變更或者是否由變更申請者重新提交。

　　第四，變更內容請求。如果在委員會確認需求時發現相關申請內容不足以支撐判斷，則可要求申請人對需求變更內容進行補充或更新，並由申請人重新提交變更申請。

　　第五，安排工作。一但需求被確認為透過稽核，則專案經理需要變更申請進行工作任務的分析與安排，並配置相關資源。

　　第六，變更執行。根據前期準備的工作內容，執行全媒體線上培訓系統的變更，並對變更執行內容及時記錄。

　　第七，核實變更內容。在變更執行後，對變更內容進行針對性測試與核實。首先針對測試版本進行核實，在此之後在釋出工作版本中進行核實。核實通過後給予變更關閉。

　　三、變更成果

　　根據使用者與專案組成員的實際要求，專案出現了一些變更，這些變更主要還是集中於功能方面的.變更，現將主要變更舉例如下：

　　(1)在系統管理中增加“安全設定”

　　根據使用者需求，管理員希望能夠在系統管理中對部分安全進行介面化設定，包括系統關鍵詞過濾、使用者登入密碼顯示、密碼等級設定、是否允許舉報、是否允許匿名舉報等。上述功能在系統管理中給予另外增加模組。

　　(2)增加圖表選擇功能

　　根據使用者使用要求，相關統計顯示不夠人性化，應在使用統計中增加圖表個性化選擇功能。原有的系統方案中，系統提供統計功能，同時可顯示相應圖表，但這些圖表不具備個性化選擇功能，例如包括圖表背景顏色、是否顯示資料、圖表內容背景色、圖表型別、是否三維顯示等，以此滿足圖表的個性化功能。

　　(3)增加各類資源單獨許可權管理功能

　　在系統管理中，具備整個系統的許可權管理功能，但這一許可權無法深入到具體的多媒體資源，為此需要在全媒體資源管理功能中增加相應的許可權管理功能，包括：影片許可權管理、圖集許可權管理、文庫許可權管理、音訊許可權管理、電子書許可權管理等。這些許可權管理功能主要涉及到角色授權、使用者授權、分類釋出設定、下載授權、上傳授權等。實現對多媒體資源的有效管控。

　　綜上所述，從整個分析過程來看，影響軟體需求變更因素十分多樣，包括：需求分析過程本身存在的缺陷，例如需求溝通不夠充分等;透過逐步溝通，使用者需求也在不斷深入，提出了新的要求;或者相關制度、業務產生了新的變革要求等。、為了減少上述變更的產生，可以從採取以下減少策略，包括：①需求分析時充分的溝通必不可少，同時需要明確需求並可使用原型製作案例模型，確保使用者更加清晰的瞭解自身的需求。②全程讓使用者參與過程，可以透過直接的認識本系統並發現需求問題，及早變更，以此減少變更的損失成本。③嚴格稽核需求，對於部分變更需求可適當駁回。