軟件開發(fā)項(xiàng)目中范圍管理的變更控制論文

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