基于CMMI的軟件配置管理模型研究

杜麗

摘 ?要 ?軟件配置管理貫穿于軟件的整個生命周期，是CMMI中的一個關鍵過程域，對軟件實施配置管理是為了解決軟件開發和維護過程中產品出現的不完整性、不一致性和不可追蹤性等問題。文中對軟件配置管理的基本概念做了簡要的論述，重點研究了基于CMMI配置管理的模型，以期對軟件開發工程起到一些推動作用。

關鍵詞 ?CMMI;軟件配置管理;模型;研究

中圖分類號：TP3 ? ? ?文獻標識碼：A ? ? ?文章編號：1671-7597（2014）22-0040-01

就當前的實際情況來看，軟件工程所面臨的主要問題是質量較差、軟件開發過程漫長以及經費難以控制等，文中提出了一種基于CMMI的軟件配置管理模型，實現了對軟件開發全過程實施配置管理的目標，解決了軟件開發過程中產品的完整性、不一致性以及不可追溯性。

1 ?軟件配置管理的概念和模型研究

軟件配置管理是一種按規則實施管理軟件開發和維護以及軟件產品的方法，它貫穿于軟件的整個生命周期，對軟件質量控制有著重要的作用[1]。軟件配置項是軟件配置管理下的實體元素，其可以單獨對軟件生命周期的數據進行配置管理，包括：軟件的需求、設計、測試數據和代碼等。而軟件配置管理模型是以配置項為基礎的管理域，隨著軟件功能的不斷增加，一個配置項可能承載軟件產品的多個功能要求，因此可以看出，配置項與軟件的功能是一種多對多的關系，而基于CMMI的軟件配置管理模型可以準確的獲知某一功能與相關配置項版本之間的對應關系，實現了目標管理與基本管理的追蹤。

2 ?基于CMMI的配置管理模型的應用研究

1）配置管理模型在同一產品的維護與開發中的應用。軟件配置管理可以高效有序的協調在同一款軟件產品中的維護和開發工作，以下為例進行說明。某一軟件當前使用的版本為3.0Version，以當前的版本為基線創建兩個相互獨立且并行的分支：分支3.0Patch和分支4.0，以此來完成舊版本軟件的維護工作和軟件新版本的開發工作，維護的工作基線為3.0PBL1和3.0PBL2，而開發現產品的工作基線則是4.0PBL0、4.PBL1和PBL2，而3.0Patch可以作為3.0Version版本的補丁來發布，但是由于4.0和3.0Patch兩者之間是相互獨立的，在4.0版本中仍然存在3.0Version版本中出現的缺陷，因此需要將3.0Patch內容合并到4.0當中，這樣才能夠更好的讓配置管理模型在相同產品中得到維護以及開發。如圖1。

圖1 ?同一產品的維護與開發

2）配置管理模型在同一產品不同版本之間的并行開發。假如3.0Version版本的開發工作并沒有完全結束，當前的基線為3.0BETA，則可以直接創建新的分支3.1，以此來實現3.0和3.1兩個版本的并行發布，當3.0Version版本開發工作完成，則發布該版本，同時要將3.0BETA到3.0Version的變為部分合并到3.1當中，這樣使得3.1版本中包含了3.0Version的全部功能，然后就繼續進行3.1的后續研發。圖2主要是表明并發配置管理策略的實現機制。

圖2 ?同一產品不同版本之間的并行開發

3 ?基于CMMI的配置管理模型的最佳實踐

1）配置管理系統的建立和維護。在軟件開發過程中需要建立項目的開發庫、受控庫和產品庫，而且配置管理人員要嚴格按照《軟件配置管理計劃》中明確的角色和職責對配置管理系統的訪問角色進行設置，在軟件開發的生命周期以內，配置項存儲于開發庫、受控庫以及產品庫當中，項目人員則可以根據不同的授權對相關配置庫進行訪問[2]。

2）創建和發布基線。在CMMI的要求當中，建立基線模型共存在五種類型：功能基線、分配基線、設計基線、測試基線以及產品基線，在基線開發完成之后要經過確認再交給軟件開發人員，由軟件開發人員負責將基線產品交給配置管理人員，配置管理人員要根據以下步驟發布產品：①申請建立基線，軟件開發人員申請建立基線;②審批，由軟件配置控制委員會審批同意;③配置審核，配置管理人員對進行配置審核，如果發現其中存在不合格的項要及時協調解決;④建立和發布基線，當通過審核之后或者解決不合理項之后由配置管理人員建立基線，并將基線設置為“只讀”，將基線的存放位置和狀態通知相關人員使用。

4 ?結束語

軟件配置管理作為一項貫穿于軟件整個生命周期的技術，主要是通過執行版本控制和基線管理等規程來保障整個生命周期所有配置的完整性、一致性和可追溯性。而基于CMMI的軟件配置管理模型則是通過在傳統配置管理模型上增加任務層，實現了目標與配置管理的聯系，同時在軟件項目管理中也體現出了其強大的化軟件無形為有形化的優勢，本文開展軟件配置管理模型研究是為了將基于CMMI的配置管理思想應用到更多的軟件項目管理活動當中[2]。

參考文獻

[1]金蘭.基于CMMI的軟件配置管理研究[J].軟件導刊，2010，42（11）：42-45.

[2]王志和，凌云.基于CMMI的軟件配置管理在小型企業中的應用[J].長沙大學學報，2012，14（02）：62.endprint

摘 ?要 ?軟件配置管理貫穿于軟件的整個生命周期，是CMMI中的一個關鍵過程域，對軟件實施配置管理是為了解決軟件開發和維護過程中產品出現的不完整性、不一致性和不可追蹤性等問題。文中對軟件配置管理的基本概念做了簡要的論述，重點研究了基于CMMI配置管理的模型，以期對軟件開發工程起到一些推動作用。

關鍵詞 ?CMMI;軟件配置管理;模型;研究

中圖分類號：TP3 ? ? ?文獻標識碼：A ? ? ?文章編號：1671-7597（2014）22-0040-01

就當前的實際情況來看，軟件工程所面臨的主要問題是質量較差、軟件開發過程漫長以及經費難以控制等，文中提出了一種基于CMMI的軟件配置管理模型，實現了對軟件開發全過程實施配置管理的目標，解決了軟件開發過程中產品的完整性、不一致性以及不可追溯性。

1 ?軟件配置管理的概念和模型研究

軟件配置管理是一種按規則實施管理軟件開發和維護以及軟件產品的方法，它貫穿于軟件的整個生命周期，對軟件質量控制有著重要的作用[1]。軟件配置項是軟件配置管理下的實體元素，其可以單獨對軟件生命周期的數據進行配置管理，包括：軟件的需求、設計、測試數據和代碼等。而軟件配置管理模型是以配置項為基礎的管理域，隨著軟件功能的不斷增加，一個配置項可能承載軟件產品的多個功能要求，因此可以看出，配置項與軟件的功能是一種多對多的關系，而基于CMMI的軟件配置管理模型可以準確的獲知某一功能與相關配置項版本之間的對應關系，實現了目標管理與基本管理的追蹤。

2 ?基于CMMI的配置管理模型的應用研究

1）配置管理模型在同一產品的維護與開發中的應用。軟件配置管理可以高效有序的協調在同一款軟件產品中的維護和開發工作，以下為例進行說明。某一軟件當前使用的版本為3.0Version，以當前的版本為基線創建兩個相互獨立且并行的分支：分支3.0Patch和分支4.0，以此來完成舊版本軟件的維護工作和軟件新版本的開發工作，維護的工作基線為3.0PBL1和3.0PBL2，而開發現產品的工作基線則是4.0PBL0、4.PBL1和PBL2，而3.0Patch可以作為3.0Version版本的補丁來發布，但是由于4.0和3.0Patch兩者之間是相互獨立的，在4.0版本中仍然存在3.0Version版本中出現的缺陷，因此需要將3.0Patch內容合并到4.0當中，這樣才能夠更好的讓配置管理模型在相同產品中得到維護以及開發。如圖1。

圖1 ?同一產品的維護與開發

2）配置管理模型在同一產品不同版本之間的并行開發。假如3.0Version版本的開發工作并沒有完全結束，當前的基線為3.0BETA，則可以直接創建新的分支3.1，以此來實現3.0和3.1兩個版本的并行發布，當3.0Version版本開發工作完成，則發布該版本，同時要將3.0BETA到3.0Version的變為部分合并到3.1當中，這樣使得3.1版本中包含了3.0Version的全部功能，然后就繼續進行3.1的后續研發。圖2主要是表明并發配置管理策略的實現機制。

圖2 ?同一產品不同版本之間的并行開發

3 ?基于CMMI的配置管理模型的最佳實踐

1）配置管理系統的建立和維護。在軟件開發過程中需要建立項目的開發庫、受控庫和產品庫，而且配置管理人員要嚴格按照《軟件配置管理計劃》中明確的角色和職責對配置管理系統的訪問角色進行設置，在軟件開發的生命周期以內，配置項存儲于開發庫、受控庫以及產品庫當中，項目人員則可以根據不同的授權對相關配置庫進行訪問[2]。

2）創建和發布基線。在CMMI的要求當中，建立基線模型共存在五種類型：功能基線、分配基線、設計基線、測試基線以及產品基線，在基線開發完成之后要經過確認再交給軟件開發人員，由軟件開發人員負責將基線產品交給配置管理人員，配置管理人員要根據以下步驟發布產品：①申請建立基線，軟件開發人員申請建立基線;②審批，由軟件配置控制委員會審批同意;③配置審核，配置管理人員對進行配置審核，如果發現其中存在不合格的項要及時協調解決;④建立和發布基線，當通過審核之后或者解決不合理項之后由配置管理人員建立基線，并將基線設置為“只讀”，將基線的存放位置和狀態通知相關人員使用。

4 ?結束語

軟件配置管理作為一項貫穿于軟件整個生命周期的技術，主要是通過執行版本控制和基線管理等規程來保障整個生命周期所有配置的完整性、一致性和可追溯性。而基于CMMI的軟件配置管理模型則是通過在傳統配置管理模型上增加任務層，實現了目標與配置管理的聯系，同時在軟件項目管理中也體現出了其強大的化軟件無形為有形化的優勢，本文開展軟件配置管理模型研究是為了將基于CMMI的配置管理思想應用到更多的軟件項目管理活動當中[2]。

參考文獻

[1]金蘭.基于CMMI的軟件配置管理研究[J].軟件導刊，2010，42（11）：42-45.

[2]王志和，凌云.基于CMMI的軟件配置管理在小型企業中的應用[J].長沙大學學報，2012，14（02）：62.endprint

摘 ?要 ?軟件配置管理貫穿于軟件的整個生命周期，是CMMI中的一個關鍵過程域，對軟件實施配置管理是為了解決軟件開發和維護過程中產品出現的不完整性、不一致性和不可追蹤性等問題。文中對軟件配置管理的基本概念做了簡要的論述，重點研究了基于CMMI配置管理的模型，以期對軟件開發工程起到一些推動作用。

關鍵詞 ?CMMI;軟件配置管理;模型;研究

中圖分類號：TP3 ? ? ?文獻標識碼：A ? ? ?文章編號：1671-7597（2014）22-0040-01

就當前的實際情況來看，軟件工程所面臨的主要問題是質量較差、軟件開發過程漫長以及經費難以控制等，文中提出了一種基于CMMI的軟件配置管理模型，實現了對軟件開發全過程實施配置管理的目標，解決了軟件開發過程中產品的完整性、不一致性以及不可追溯性。

1 ?軟件配置管理的概念和模型研究

軟件配置管理是一種按規則實施管理軟件開發和維護以及軟件產品的方法，它貫穿于軟件的整個生命周期，對軟件質量控制有著重要的作用[1]。軟件配置項是軟件配置管理下的實體元素，其可以單獨對軟件生命周期的數據進行配置管理，包括：軟件的需求、設計、測試數據和代碼等。而軟件配置管理模型是以配置項為基礎的管理域，隨著軟件功能的不斷增加，一個配置項可能承載軟件產品的多個功能要求，因此可以看出，配置項與軟件的功能是一種多對多的關系，而基于CMMI的軟件配置管理模型可以準確的獲知某一功能與相關配置項版本之間的對應關系，實現了目標管理與基本管理的追蹤。

2 ?基于CMMI的配置管理模型的應用研究

1）配置管理模型在同一產品的維護與開發中的應用。軟件配置管理可以高效有序的協調在同一款軟件產品中的維護和開發工作，以下為例進行說明。某一軟件當前使用的版本為3.0Version，以當前的版本為基線創建兩個相互獨立且并行的分支：分支3.0Patch和分支4.0，以此來完成舊版本軟件的維護工作和軟件新版本的開發工作，維護的工作基線為3.0PBL1和3.0PBL2，而開發現產品的工作基線則是4.0PBL0、4.PBL1和PBL2，而3.0Patch可以作為3.0Version版本的補丁來發布，但是由于4.0和3.0Patch兩者之間是相互獨立的，在4.0版本中仍然存在3.0Version版本中出現的缺陷，因此需要將3.0Patch內容合并到4.0當中，這樣才能夠更好的讓配置管理模型在相同產品中得到維護以及開發。如圖1。

圖1 ?同一產品的維護與開發

2）配置管理模型在同一產品不同版本之間的并行開發。假如3.0Version版本的開發工作并沒有完全結束，當前的基線為3.0BETA，則可以直接創建新的分支3.1，以此來實現3.0和3.1兩個版本的并行發布，當3.0Version版本開發工作完成，則發布該版本，同時要將3.0BETA到3.0Version的變為部分合并到3.1當中，這樣使得3.1版本中包含了3.0Version的全部功能，然后就繼續進行3.1的后續研發。圖2主要是表明并發配置管理策略的實現機制。

圖2 ?同一產品不同版本之間的并行開發

3 ?基于CMMI的配置管理模型的最佳實踐

1）配置管理系統的建立和維護。在軟件開發過程中需要建立項目的開發庫、受控庫和產品庫，而且配置管理人員要嚴格按照《軟件配置管理計劃》中明確的角色和職責對配置管理系統的訪問角色進行設置，在軟件開發的生命周期以內，配置項存儲于開發庫、受控庫以及產品庫當中，項目人員則可以根據不同的授權對相關配置庫進行訪問[2]。

2）創建和發布基線。在CMMI的要求當中，建立基線模型共存在五種類型：功能基線、分配基線、設計基線、測試基線以及產品基線，在基線開發完成之后要經過確認再交給軟件開發人員，由軟件開發人員負責將基線產品交給配置管理人員，配置管理人員要根據以下步驟發布產品：①申請建立基線，軟件開發人員申請建立基線;②審批，由軟件配置控制委員會審批同意;③配置審核，配置管理人員對進行配置審核，如果發現其中存在不合格的項要及時協調解決;④建立和發布基線，當通過審核之后或者解決不合理項之后由配置管理人員建立基線，并將基線設置為“只讀”，將基線的存放位置和狀態通知相關人員使用。

4 ?結束語

軟件配置管理作為一項貫穿于軟件整個生命周期的技術，主要是通過執行版本控制和基線管理等規程來保障整個生命周期所有配置的完整性、一致性和可追溯性。而基于CMMI的軟件配置管理模型則是通過在傳統配置管理模型上增加任務層，實現了目標與配置管理的聯系，同時在軟件項目管理中也體現出了其強大的化軟件無形為有形化的優勢，本文開展軟件配置管理模型研究是為了將基于CMMI的配置管理思想應用到更多的軟件項目管理活動當中[2]。

參考文獻

[1]金蘭.基于CMMI的軟件配置管理研究[J].軟件導刊，2010，42（11）：42-45.

[2]王志和，凌云.基于CMMI的軟件配置管理在小型企業中的應用[J].長沙大學學報，2012，14（02）：62.endprint