杜麗
摘 ?要 ?軟件配置管理貫穿于軟件的整個生命周期,是CMMI中的一個關(guān)鍵過程域,對軟件實施配置管理是為了解決軟件開發(fā)和維護過程中產(chǎn)品出現(xiàn)的不完整性、不一致性和不可追蹤性等問題。文中對軟件配置管理的基本概念做了簡要的論述,重點研究了基于CMMI配置管理的模型,以期對軟件開發(fā)工程起到一些推動作用。
關(guān)鍵詞 ?CMMI;軟件配置管理;模型;研究
中圖分類號:TP3 ? ? ?文獻標識碼:A ? ? ?文章編號:1671-7597(2014)22-0040-01
就當(dāng)前的實際情況來看,軟件工程所面臨的主要問題是質(zhì)量較差、軟件開發(fā)過程漫長以及經(jīng)費難以控制等,文中提出了一種基于CMMI的軟件配置管理模型,實現(xiàn)了對軟件開發(fā)全過程實施配置管理的目標,解決了軟件開發(fā)過程中產(chǎn)品的完整性、不一致性以及不可追溯性。
1 ?軟件配置管理的概念和模型研究
軟件配置管理是一種按規(guī)則實施管理軟件開發(fā)和維護以及軟件產(chǎn)品的方法,它貫穿于軟件的整個生命周期,對軟件質(zhì)量控制有著重要的作用[1]。軟件配置項是軟件配置管理下的實體元素,其可以單獨對軟件生命周期的數(shù)據(jù)進行配置管理,包括:軟件的需求、設(shè)計、測試數(shù)據(jù)和代碼等。而軟件配置管理模型是以配置項為基礎(chǔ)的管理域,隨著軟件功能的不斷增加,一個配置項可能承載軟件產(chǎn)品的多個功能要求,因此可以看出,配置項與軟件的功能是一種多對多的關(guān)系,而基于CMMI的軟件配置管理模型可以準確的獲知某一功能與相關(guān)配置項版本之間的對應(yīng)關(guān)系,實現(xiàn)了目標管理與基本管理的追蹤。
2 ?基于CMMI的配置管理模型的應(yīng)用研究
1)配置管理模型在同一產(chǎn)品的維護與開發(fā)中的應(yīng)用。軟件配置管理可以高效有序的協(xié)調(diào)在同一款軟件產(chǎn)品中的維護和開發(fā)工作,以下為例進行說明。某一軟件當(dāng)前使用的版本為3.0Version,以當(dāng)前的版本為基線創(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當(dāng)中,這樣才能夠更好的讓配置管理模型在相同產(chǎn)品中得到維護以及開發(fā)。如圖1。
圖1 ?同一產(chǎn)品的維護與開發(fā)
2)配置管理模型在同一產(chǎn)品不同版本之間的并行開發(fā)。假如3.0Version版本的開發(fā)工作并沒有完全結(jié)束,當(dāng)前的基線為3.0BETA,則可以直接創(chuàng)建新的分支3.1,以此來實現(xiàn)3.0和3.1兩個版本的并行發(fā)布,當(dāng)3.0Version版本開發(fā)工作完成,則發(fā)布該版本,同時要將3.0BETA到3.0Version的變?yōu)椴糠趾喜⒌?.1當(dāng)中,這樣使得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)品庫,而且配置管理人員要嚴格按照《軟件配置管理計劃》中明確的角色和職責(zé)對配置管理系統(tǒng)的訪問角色進行設(shè)置,在軟件開發(fā)的生命周期以內(nèi),配置項存儲于開發(fā)庫、受控庫以及產(chǎn)品庫當(dāng)中,項目人員則可以根據(jù)不同的授權(quán)對相關(guān)配置庫進行訪問[2]。
2)創(chuàng)建和發(fā)布基線。在CMMI的要求當(dāng)中,建立基線模型共存在五種類型:功能基線、分配基線、設(shè)計基線、測試基線以及產(chǎn)品基線,在基線開發(fā)完成之后要經(jīng)過確認再交給軟件開發(fā)人員,由軟件開發(fā)人員負責(zé)將基線產(chǎn)品交給配置管理人員,配置管理人員要根據(jù)以下步驟發(fā)布產(chǎn)品:①申請建立基線,軟件開發(fā)人員申請建立基線;②審批,由軟件配置控制委員會審批同意;③配置審核,配置管理人員對進行配置審核,如果發(fā)現(xiàn)其中存在不合格的項要及時協(xié)調(diào)解決;④建立和發(fā)布基線,當(dāng)通過審核之后或者解決不合理項之后由配置管理人員建立基線,并將基線設(shè)置為“只讀”,將基線的存放位置和狀態(tài)通知相關(guān)人員使用。
4 ?結(jié)束語
軟件配置管理作為一項貫穿于軟件整個生命周期的技術(shù),主要是通過執(zhí)行版本控制和基線管理等規(guī)程來保障整個生命周期所有配置的完整性、一致性和可追溯性。而基于CMMI的軟件配置管理模型則是通過在傳統(tǒng)配置管理模型上增加任務(wù)層,實現(xiàn)了目標與配置管理的聯(lián)系,同時在軟件項目管理中也體現(xiàn)出了其強大的化軟件無形為有形化的優(yōu)勢,本文開展軟件配置管理模型研究是為了將基于CMMI的配置管理思想應(yīng)用到更多的軟件項目管理活動當(dāng)中[2]。
參考文獻
[1]金蘭.基于CMMI的軟件配置管理研究[J].軟件導(dǎo)刊,2010,42(11):42-45.
[2]王志和,凌云.基于CMMI的軟件配置管理在小型企業(yè)中的應(yīng)用[J].長沙大學(xué)學(xué)報,2012,14(02):62.endprint
摘 ?要 ?軟件配置管理貫穿于軟件的整個生命周期,是CMMI中的一個關(guān)鍵過程域,對軟件實施配置管理是為了解決軟件開發(fā)和維護過程中產(chǎn)品出現(xiàn)的不完整性、不一致性和不可追蹤性等問題。文中對軟件配置管理的基本概念做了簡要的論述,重點研究了基于CMMI配置管理的模型,以期對軟件開發(fā)工程起到一些推動作用。
關(guān)鍵詞 ?CMMI;軟件配置管理;模型;研究
中圖分類號:TP3 ? ? ?文獻標識碼:A ? ? ?文章編號:1671-7597(2014)22-0040-01
就當(dāng)前的實際情況來看,軟件工程所面臨的主要問題是質(zhì)量較差、軟件開發(fā)過程漫長以及經(jīng)費難以控制等,文中提出了一種基于CMMI的軟件配置管理模型,實現(xiàn)了對軟件開發(fā)全過程實施配置管理的目標,解決了軟件開發(fā)過程中產(chǎn)品的完整性、不一致性以及不可追溯性。
1 ?軟件配置管理的概念和模型研究
軟件配置管理是一種按規(guī)則實施管理軟件開發(fā)和維護以及軟件產(chǎn)品的方法,它貫穿于軟件的整個生命周期,對軟件質(zhì)量控制有著重要的作用[1]。軟件配置項是軟件配置管理下的實體元素,其可以單獨對軟件生命周期的數(shù)據(jù)進行配置管理,包括:軟件的需求、設(shè)計、測試數(shù)據(jù)和代碼等。而軟件配置管理模型是以配置項為基礎(chǔ)的管理域,隨著軟件功能的不斷增加,一個配置項可能承載軟件產(chǎn)品的多個功能要求,因此可以看出,配置項與軟件的功能是一種多對多的關(guān)系,而基于CMMI的軟件配置管理模型可以準確的獲知某一功能與相關(guān)配置項版本之間的對應(yīng)關(guān)系,實現(xiàn)了目標管理與基本管理的追蹤。
2 ?基于CMMI的配置管理模型的應(yīng)用研究
1)配置管理模型在同一產(chǎn)品的維護與開發(fā)中的應(yīng)用。軟件配置管理可以高效有序的協(xié)調(diào)在同一款軟件產(chǎn)品中的維護和開發(fā)工作,以下為例進行說明。某一軟件當(dāng)前使用的版本為3.0Version,以當(dāng)前的版本為基線創(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當(dāng)中,這樣才能夠更好的讓配置管理模型在相同產(chǎn)品中得到維護以及開發(fā)。如圖1。
圖1 ?同一產(chǎn)品的維護與開發(fā)
2)配置管理模型在同一產(chǎn)品不同版本之間的并行開發(fā)。假如3.0Version版本的開發(fā)工作并沒有完全結(jié)束,當(dāng)前的基線為3.0BETA,則可以直接創(chuàng)建新的分支3.1,以此來實現(xiàn)3.0和3.1兩個版本的并行發(fā)布,當(dāng)3.0Version版本開發(fā)工作完成,則發(fā)布該版本,同時要將3.0BETA到3.0Version的變?yōu)椴糠趾喜⒌?.1當(dāng)中,這樣使得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)品庫,而且配置管理人員要嚴格按照《軟件配置管理計劃》中明確的角色和職責(zé)對配置管理系統(tǒng)的訪問角色進行設(shè)置,在軟件開發(fā)的生命周期以內(nèi),配置項存儲于開發(fā)庫、受控庫以及產(chǎn)品庫當(dāng)中,項目人員則可以根據(jù)不同的授權(quán)對相關(guān)配置庫進行訪問[2]。
2)創(chuàng)建和發(fā)布基線。在CMMI的要求當(dāng)中,建立基線模型共存在五種類型:功能基線、分配基線、設(shè)計基線、測試基線以及產(chǎn)品基線,在基線開發(fā)完成之后要經(jīng)過確認再交給軟件開發(fā)人員,由軟件開發(fā)人員負責(zé)將基線產(chǎn)品交給配置管理人員,配置管理人員要根據(jù)以下步驟發(fā)布產(chǎn)品:①申請建立基線,軟件開發(fā)人員申請建立基線;②審批,由軟件配置控制委員會審批同意;③配置審核,配置管理人員對進行配置審核,如果發(fā)現(xiàn)其中存在不合格的項要及時協(xié)調(diào)解決;④建立和發(fā)布基線,當(dāng)通過審核之后或者解決不合理項之后由配置管理人員建立基線,并將基線設(shè)置為“只讀”,將基線的存放位置和狀態(tài)通知相關(guān)人員使用。
4 ?結(jié)束語
軟件配置管理作為一項貫穿于軟件整個生命周期的技術(shù),主要是通過執(zhí)行版本控制和基線管理等規(guī)程來保障整個生命周期所有配置的完整性、一致性和可追溯性。而基于CMMI的軟件配置管理模型則是通過在傳統(tǒng)配置管理模型上增加任務(wù)層,實現(xiàn)了目標與配置管理的聯(lián)系,同時在軟件項目管理中也體現(xiàn)出了其強大的化軟件無形為有形化的優(yōu)勢,本文開展軟件配置管理模型研究是為了將基于CMMI的配置管理思想應(yīng)用到更多的軟件項目管理活動當(dāng)中[2]。
參考文獻
[1]金蘭.基于CMMI的軟件配置管理研究[J].軟件導(dǎo)刊,2010,42(11):42-45.
[2]王志和,凌云.基于CMMI的軟件配置管理在小型企業(yè)中的應(yīng)用[J].長沙大學(xué)學(xué)報,2012,14(02):62.endprint
摘 ?要 ?軟件配置管理貫穿于軟件的整個生命周期,是CMMI中的一個關(guān)鍵過程域,對軟件實施配置管理是為了解決軟件開發(fā)和維護過程中產(chǎn)品出現(xiàn)的不完整性、不一致性和不可追蹤性等問題。文中對軟件配置管理的基本概念做了簡要的論述,重點研究了基于CMMI配置管理的模型,以期對軟件開發(fā)工程起到一些推動作用。
關(guān)鍵詞 ?CMMI;軟件配置管理;模型;研究
中圖分類號:TP3 ? ? ?文獻標識碼:A ? ? ?文章編號:1671-7597(2014)22-0040-01
就當(dāng)前的實際情況來看,軟件工程所面臨的主要問題是質(zhì)量較差、軟件開發(fā)過程漫長以及經(jīng)費難以控制等,文中提出了一種基于CMMI的軟件配置管理模型,實現(xiàn)了對軟件開發(fā)全過程實施配置管理的目標,解決了軟件開發(fā)過程中產(chǎn)品的完整性、不一致性以及不可追溯性。
1 ?軟件配置管理的概念和模型研究
軟件配置管理是一種按規(guī)則實施管理軟件開發(fā)和維護以及軟件產(chǎn)品的方法,它貫穿于軟件的整個生命周期,對軟件質(zhì)量控制有著重要的作用[1]。軟件配置項是軟件配置管理下的實體元素,其可以單獨對軟件生命周期的數(shù)據(jù)進行配置管理,包括:軟件的需求、設(shè)計、測試數(shù)據(jù)和代碼等。而軟件配置管理模型是以配置項為基礎(chǔ)的管理域,隨著軟件功能的不斷增加,一個配置項可能承載軟件產(chǎn)品的多個功能要求,因此可以看出,配置項與軟件的功能是一種多對多的關(guān)系,而基于CMMI的軟件配置管理模型可以準確的獲知某一功能與相關(guān)配置項版本之間的對應(yīng)關(guān)系,實現(xiàn)了目標管理與基本管理的追蹤。
2 ?基于CMMI的配置管理模型的應(yīng)用研究
1)配置管理模型在同一產(chǎn)品的維護與開發(fā)中的應(yīng)用。軟件配置管理可以高效有序的協(xié)調(diào)在同一款軟件產(chǎn)品中的維護和開發(fā)工作,以下為例進行說明。某一軟件當(dāng)前使用的版本為3.0Version,以當(dāng)前的版本為基線創(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當(dāng)中,這樣才能夠更好的讓配置管理模型在相同產(chǎn)品中得到維護以及開發(fā)。如圖1。
圖1 ?同一產(chǎn)品的維護與開發(fā)
2)配置管理模型在同一產(chǎn)品不同版本之間的并行開發(fā)。假如3.0Version版本的開發(fā)工作并沒有完全結(jié)束,當(dāng)前的基線為3.0BETA,則可以直接創(chuàng)建新的分支3.1,以此來實現(xiàn)3.0和3.1兩個版本的并行發(fā)布,當(dāng)3.0Version版本開發(fā)工作完成,則發(fā)布該版本,同時要將3.0BETA到3.0Version的變?yōu)椴糠趾喜⒌?.1當(dāng)中,這樣使得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)品庫,而且配置管理人員要嚴格按照《軟件配置管理計劃》中明確的角色和職責(zé)對配置管理系統(tǒng)的訪問角色進行設(shè)置,在軟件開發(fā)的生命周期以內(nèi),配置項存儲于開發(fā)庫、受控庫以及產(chǎn)品庫當(dāng)中,項目人員則可以根據(jù)不同的授權(quán)對相關(guān)配置庫進行訪問[2]。
2)創(chuàng)建和發(fā)布基線。在CMMI的要求當(dāng)中,建立基線模型共存在五種類型:功能基線、分配基線、設(shè)計基線、測試基線以及產(chǎn)品基線,在基線開發(fā)完成之后要經(jīng)過確認再交給軟件開發(fā)人員,由軟件開發(fā)人員負責(zé)將基線產(chǎn)品交給配置管理人員,配置管理人員要根據(jù)以下步驟發(fā)布產(chǎn)品:①申請建立基線,軟件開發(fā)人員申請建立基線;②審批,由軟件配置控制委員會審批同意;③配置審核,配置管理人員對進行配置審核,如果發(fā)現(xiàn)其中存在不合格的項要及時協(xié)調(diào)解決;④建立和發(fā)布基線,當(dāng)通過審核之后或者解決不合理項之后由配置管理人員建立基線,并將基線設(shè)置為“只讀”,將基線的存放位置和狀態(tài)通知相關(guān)人員使用。
4 ?結(jié)束語
軟件配置管理作為一項貫穿于軟件整個生命周期的技術(shù),主要是通過執(zhí)行版本控制和基線管理等規(guī)程來保障整個生命周期所有配置的完整性、一致性和可追溯性。而基于CMMI的軟件配置管理模型則是通過在傳統(tǒng)配置管理模型上增加任務(wù)層,實現(xiàn)了目標與配置管理的聯(lián)系,同時在軟件項目管理中也體現(xiàn)出了其強大的化軟件無形為有形化的優(yōu)勢,本文開展軟件配置管理模型研究是為了將基于CMMI的配置管理思想應(yīng)用到更多的軟件項目管理活動當(dāng)中[2]。
參考文獻
[1]金蘭.基于CMMI的軟件配置管理研究[J].軟件導(dǎo)刊,2010,42(11):42-45.
[2]王志和,凌云.基于CMMI的軟件配置管理在小型企業(yè)中的應(yīng)用[J].長沙大學(xué)學(xué)報,2012,14(02):62.endprint