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

　　在軟件開(kāi)發(fā)管理過(guò)程中，不僅要努力實(shí)現項目的范圍時(shí)間、成本和質(zhì)量等目標，還必須協(xié)調、整個(gè)項目過(guò)程，滿(mǎn)足項目各方干系人的需要和期望。隨著(zhù)軟件規模和所涉及的領(lǐng)域不斷地擴大，軟件項目的管理越來(lái)越困難，項目范圍管理的變更控制是整個(gè)項目管理的重中之重，如何做好信息化建設的范圍是每個(gè)項目都需要做好的工作，以此確保項目成功。軟件開(kāi)發(fā)建設項目中一直處于不斷變化中，變更可能無(wú)法避免。范圍變更的核心點(diǎn)在于如何控制，而不是規避變更。為了控制項目需求變更，必須有一套規范的變更流程與工具，在有需求變更時(shí)進(jìn)行識別并及時(shí)采取一些措施。

　　一、項目范圍變更技術(shù)

　　1.變更基準

　　對于軟件開(kāi)發(fā)項目中，變更需要有相應基準，基準為后續變更提供基礎。本項目的基準可以為工作分解結構、管理計劃等多個(gè)方面。

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

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

　　(3)范圍管理計劃：它展示了整個(gè)項目范圍管理說(shuō)明，并對范圍變更的相關(guān)內容進(jìn)行說(shuō)明。

　　2.工具

　　(1)績(jì)效側臉，預估整個(gè)范圍變更的程度。

　　(2)規劃編制補充

　　3.變更控制成果

　　(1)針對變更內容，對項目所有工作結構分解內容進(jìn)行修改。

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

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

　　4.變更控制方法

　　軟件開(kāi)發(fā)項目如果發(fā)生變更，則需要加以控制。項目組根據一定的方法進(jìn)行范圍控制，主要依據以下方法：

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

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

　　第三，相關(guān)變更相關(guān)要求都進(jìn)行記錄，確保整個(gè)信息都有留底與可獲得。

　　二、變更流程分析

　　項目變更流程如圖1所示。

　　為了更好的進(jìn)行變更控制，控制流程是核心。項目范圍變更不可避免，變更控制流程成為變更的關(guān)鍵。很多時(shí)候，由于多種因素的影響，客戶(hù)或者開(kāi)發(fā)者都會(huì )針對某些需求進(jìn)行變更或者提出新的需求，對于變更必須采取包容的心態(tài)，與此同時(shí)，也需要對變更進(jìn)行控制。變更控制失控，那么可能造成嚴重的后果，這里變更控制流程必不可少。

　　在軟件開(kāi)發(fā)項目中，專(zhuān)門(mén)成立變更控制委員會(huì )，該有組織對變更需求進(jìn)行控制。變更控制委員會(huì )對于整個(gè)變更控制具有決定權，有權對本項目的任何變更進(jìn)行接受或者拒絕。

　　第一，提出變更需求。項目組任何人員都可以提出具體的需求，變更控制委員會(huì )會(huì )對上述變更需求進(jìn)行查看與審核。

　　第二，復審變更請求。在變更需求提交后，根據需求由委員會(huì )召開(kāi)復審會(huì )議，對上述需求變更內容進(jìn)行討論審核，最終決定是否需要實(shí)施相應的變更。在需求變更時(shí)，需要由委員會(huì )進(jìn)行風(fēng)險評估，同時(shí)對變更所需的資源、進(jìn)度、成本進(jìn)行合理的預估，以此來(lái)進(jìn)行合理的決策。

　　第三，確認是否變更。委員會(huì )需要對申請者那邊收集更多的變更相關(guān)內容，以此驗證整個(gè)請求是否有效，并依據相關(guān)信息是否確認變更或者是否由變更申請者重新提交。

　　第四，變更內容請求。如果在委員會(huì )確認需求時(shí)發(fā)現相關(guān)申請內容不足以支撐判斷，則可要求申請人對需求變更內容進(jìn)行補充或更新，并由申請人重新提交變更申請。

　　第五，安排工作。一但需求被確認為通過(guò)審核，則項目經(jīng)理需要變更申請進(jìn)行工作任務(wù)的分析與安排，并配置相關(guān)資源。

　　第六，變更執行。根據前期準備的工作內容，執行全媒體在線(xiàn)培訓系統的變更，并對變更執行內容及時(shí)記錄。

　　第七，核實(shí)變更內容。在變更執行后，對變更內容進(jìn)行針對性測試與核實(shí)。首先針對測試版本進(jìn)行核實(shí)，在此之后在發(fā)布工作版本中進(jìn)行核實(shí)。核實(shí)通過(guò)后給予變更關(guān)閉。

　　三、變更成果

　　根據用戶(hù)與項目組成員的實(shí)際要求，項目出現了一些變更，這些變更主要還是集中于功能方面的.變更，現將主要變更舉例如下：

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

　　根據用戶(hù)需求，管理員希望能夠在系統管理中對部分安全進(jìn)行界面化設置，包括系統關(guān)鍵詞過(guò)濾、用戶(hù)登錄密碼顯示、密碼等級設置、是否允許舉報、是否允許匿名舉報等。上述功能在系統管理中給予另外增加模塊。

　　(2)增加圖表選擇功能

　　根據用戶(hù)使用要求，相關(guān)統計顯示不夠人性化，應在使用統計中增加圖表個(gè)性化選擇功能。原有的系統方案中，系統提供統計功能，同時(shí)可顯示相應圖表，但這些圖表不具備個(gè)性化選擇功能，例如包括圖表背景顏色、是否顯示數據、圖表內容背景色、圖表類(lèi)型、是否三維顯示等，以此滿(mǎn)足圖表的個(gè)性化功能。

　　(3)增加各類(lèi)資源單獨權限管理功能

　　在系統管理中，具備整個(gè)系統的權限管理功能，但這一權限無(wú)法深入到具體的多媒體資源，為此需要在全媒體資源管理功能中增加相應的權限管理功能，包括：視頻權限管理、圖集權限管理、文庫權限管理、音頻權限管理、電子書(shū)權限管理等。這些權限管理功能主要涉及到角色授權、用戶(hù)授權、分類(lèi)發(fā)布設置、下載授權、上傳授權等。實(shí)現對多媒體資源的有效管控。

　　綜上所述，從整個(gè)分析過(guò)程來(lái)看，影響軟件需求變更因素十分多樣，包括：需求分析過(guò)程本身存在的缺陷，例如需求溝通不夠充分等;通過(guò)逐步溝通，用戶(hù)需求也在不斷深入，提出了新的要求;或者相關(guān)制度、業(yè)務(wù)產(chǎn)生了新的變革要求等。、為了減少上述變更的產(chǎn)生，可以從采取以下減少策略，包括：①需求分析時(shí)充分的溝通必不可少，同時(shí)需要明確需求并可使用原型制作案例模型，確保用戶(hù)更加清晰的了解自身的需求。②全程讓用戶(hù)參與過(guò)程，可以通過(guò)直接的認識本系統并發(fā)現需求問(wèn)題，及早變更，以此減少變更的損失成本。③嚴格審核需求，對于部分變更需求可適當駁回。

【軟件開(kāi)發(fā)項目中范圍管理的變更控制論文】相關(guān)文章：

工程變更控制管理工學(xué)論文07-02

中小型軟件開(kāi)發(fā)管理與控制技術(shù)分析論文10-29

農業(yè)建設項目中工程建設的質(zhì)量管理與控制探究論文10-25

項目范圍管理論文12-02

成本管理與控制論文04-09

項目管理控制論文03-19

軟件開(kāi)發(fā)中軟件質(zhì)量控制研究論文04-16

關(guān)于變更經(jīng)營(yíng)范圍的公告10-25

建設工程變更與造價(jià)管理措施論文10-19