軟件開發(fā)工程中范圍管理的變更控制論文變更基準工作分解結構：即范圍定義時所確定的WBS。變更申請：變更申請的形式十分多樣，這些申請可能是由工程組提出，也可能是用戶提出的，也可能是其他事件引起的必須進行變更的情況。在有變更需求時，必須由客戶知曉或審批，同時針對工程的其他內容，例如進度、本錢等進行調整。范圍管理方案：它展示了整個工程范圍管理說明，并對范圍變更的相關內容進行說明。工具績效側臉，預估整個范圍變更的程度。規(guī)劃編制補充變更控制成果針對變更內容，對工程所有工作結構分解內容進行修改。糾偏措施，根據(jù)變更內容所需要完成的各種糾正措施。教訓：根據(jù)本變更方案，總結相關教訓，并給予內部討論。變更控制方法軟件開發(fā)工程如果發(fā)生變更，那么需要加以控制。工程組根據(jù)一定的方法進行范圍控制，主要依據(jù)以下方法：第一，制定變更管理流程。第二，分析變更需求，透徹理解變更內容。第三，相關變更相關要求都進行記錄，確保整個信息都有留底與可獲得。工程變更流程如圖1所示。為了更好的進行變更控制，控制流程是核心。工程范圍變更不可防止，變更控制流程成為變更的關鍵。很多時候，由于多種因素的影響，客戶或者開發(fā)者都會針對某些需求進行變更或者提出新的需求，對于變更必須采取包容的心態(tài)，與此同時，也需要對變更進行控制。變更控制失控，那么可能造成嚴重的后果，這里變更控制流程必不可少。在軟件開發(fā)工程中，專門成立變更控制委員會，該有組織對變更需求進行控制。變更控制委員會對于整個變更控制具有決定權，有權對本工程的任何變更進行承受或者拒絕。第一，提出變更需求。工程組任何人員都可以提出具體的需求變更控制委員會會對上述變更需求進行查看與審核。第二，復審變更請求。在變更需求提交后，根據(jù)需求由委員會召開復審會議，對上述需求變更內容進行討論審核，最終決定是否需要實施相應的變更。在需求變更時，需要由委員會進行風險評估同時對變更所需的資源、進度、本錢進行合理的預估，以此來進行合理的決策。第四，變更內容請求。如果在委員會確認需求時發(fā)現(xiàn)相關申請內容缺乏以支撐判斷，那么可要求申請人對需求變更內容進行補充或更新，并由申請人重新提交變更申請。第五，安排工作。一但需求被確認為通過審核，那么工程經(jīng)理需要變更申請進行工作任務的分析與安排，并配置相關資源。第六，變更執(zhí)行。根據(jù)前期準備的工作內容，執(zhí)行全媒體在線培訓系統(tǒng)的變更，并對變更執(zhí)行內容及時記錄。第七，核實變更內容。在變更執(zhí)行后，對變更內容進行針對性測試與核實。首先針對測試版本進行核實，在此之后在工作版本中進行核實。核實通過后給予變更關閉。根據(jù)用戶與工程組成員的實際要求，工程出現(xiàn)了一些變更，這些變更主要還是集中于功能方面的變更，現(xiàn)將主要變更舉例如下：(1)在系統(tǒng)管理中增加“平安設置”根據(jù)用戶需求，管理員希望能夠在系統(tǒng)管理中對局部平安進行界面化設置，包括系統(tǒng)關鍵詞過濾、用戶密碼顯示、密碼等級設置是否允許舉報、是否允許匿名舉報等。上述功能在系統(tǒng)管理中給予另外增加模塊。(2)增加圖表選擇功能根據(jù)用戶使用要求，相關統(tǒng)計顯示不夠人性化，應在使用統(tǒng)計中增加圖表個性化選擇功能。原有的系統(tǒng)方案中，系統(tǒng)提供統(tǒng)計功能，同時可顯示相應圖表，但這些圖表不具備個性化選擇功能，例如包括圖表背景顏色、是否顯示數(shù)據(jù)、圖表內容背景色、圖表類型是否三維顯示等，以此滿足圖表的個性化功能。增加各類資源單獨權限管理功能在系統(tǒng)管理中，具備整個系統(tǒng)的權限管理功能，但這一權限無法深入到具體的多媒體資源，為此需要在全媒體資源管理功能中增加相應的權限管理功能，包括：視頻權限管理、圖集權限管理、文庫權限管理、音頻權限管理、電子書權限管理等。這些權限管理功能主要涉及到角色授權、用戶授權、分類設置、下載授權、上傳授權等。實現(xiàn)對多媒體資源的有效管控。綜上所述，從整個分析過程來看，影響軟件需求變更因素十分多樣，包括：需求分析過程本身存在的缺陷，例如需求溝通不夠充分等;通過逐步溝通，用戶需求也在不斷深入，提出了新的要求;或者相關制度、業(yè)務產(chǎn)生了新的變革要求等。、為了減少上述變更的產(chǎn)生，可以從采取以下減少策略，包括：①需求分析時充分的溝通必不可少，同時需要明確需求并可使用原型制作案例模