杜麗

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

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

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

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

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

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

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

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

圖1 ?同一產(chǎn)品的維護與開發(fā)

2）配置管理模型在同一產(chǎn)品不同版本之間的并行開發(fā)。假如3.0Version版本的開發(fā)工作并沒有完全結束，當前的基線為3.0BETA，則可以直接創(chuàng)建新的分支3.1，以此來實現(xiàn)3.0和3.1兩個版本的并行發(fā)布，當3.0Version版本開發(fā)工作完成，則發(fā)布該版本，同時要將3.0BETA到3.0Version的變?yōu)椴糠趾喜⒌?.1當中，這樣使得3.1版本中包含了3.0Version的全部功能，然后就繼續(xù)進行3.1的后續(xù)研發(fā)。圖2主要是表明并發(fā)配置管理策略的實現(xiàn)機制。

圖2 ?同一產(chǎn)品不同版本之間的并行開發(fā)

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

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

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

4 ?結束語

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

參考文獻

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

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

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

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

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

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

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

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

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

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

圖1 ?同一產(chǎn)品的維護與開發(fā)

2）配置管理模型在同一產(chǎn)品不同版本之間的并行開發(fā)。假如3.0Version版本的開發(fā)工作并沒有完全結束，當前的基線為3.0BETA，則可以直接創(chuàng)建新的分支3.1，以此來實現(xiàn)3.0和3.1兩個版本的并行發(fā)布，當3.0Version版本開發(fā)工作完成，則發(fā)布該版本，同時要將3.0BETA到3.0Version的變?yōu)椴糠趾喜⒌?.1當中，這樣使得3.1版本中包含了3.0Version的全部功能，然后就繼續(xù)進行3.1的后續(xù)研發(fā)。圖2主要是表明并發(fā)配置管理策略的實現(xiàn)機制。

圖2 ?同一產(chǎn)品不同版本之間的并行開發(fā)

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

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

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

4 ?結束語

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

參考文獻

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

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

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

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

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

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

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

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

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

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

圖1 ?同一產(chǎn)品的維護與開發(fā)

2）配置管理模型在同一產(chǎn)品不同版本之間的并行開發(fā)。假如3.0Version版本的開發(fā)工作并沒有完全結束，當前的基線為3.0BETA，則可以直接創(chuàng)建新的分支3.1，以此來實現(xiàn)3.0和3.1兩個版本的并行發(fā)布，當3.0Version版本開發(fā)工作完成，則發(fā)布該版本，同時要將3.0BETA到3.0Version的變?yōu)椴糠趾喜⒌?.1當中，這樣使得3.1版本中包含了3.0Version的全部功能，然后就繼續(xù)進行3.1的后續(xù)研發(fā)。圖2主要是表明并發(fā)配置管理策略的實現(xiàn)機制。

圖2 ?同一產(chǎn)品不同版本之間的并行開發(fā)

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

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

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

4 ?結束語

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

參考文獻

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

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