GJB5000A軟件配置管理過程優(yōu)化

王小妮 梁琦 錢宏文

摘要：軟件項(xiàng)目運(yùn)行中按照GJB5000A配置管理過程，依據(jù)項(xiàng)目協(xié)議任務(wù)識別項(xiàng)目周期模型，確定項(xiàng)目運(yùn)行需要的配置管理階段和配置項(xiàng)，結(jié)合軟件項(xiàng)目平臺系統(tǒng)使用三庫和三基線標(biāo)識并管理所需的配置項(xiàng)狀態(tài)，最終通過軟件項(xiàng)目配置管理過程的優(yōu)化，標(biāo)準(zhǔn)規(guī)范的進(jìn)行軟件項(xiàng)目管理。

關(guān)鍵詞：配置管理;配置庫;配置項(xiàng);基線

中圖分類號：TP311.52 文獻(xiàn)標(biāo)識碼：A 文章編號：1007-9416（2020）08-0196-05

0 引言

隨著信息化的飛速發(fā)展軟件研制規(guī)模不斷增加，使得軟件產(chǎn)品的版本管理困難也增加，參照GJB5000A-2008《軍用軟件研制能力成熟度模型》，對軟件項(xiàng)目規(guī)模和軟件項(xiàng)目需進(jìn)行的階段進(jìn)行設(shè)計(jì)，以某小型項(xiàng)目文檔模板按照GJB438B-2009《軍用軟件開發(fā)文檔通用要求》為例介紹，該項(xiàng)目在某軟件項(xiàng)目平臺按五個(gè)階段開展：系統(tǒng)需求分析與設(shè)計(jì)階段、軟件需求分析與設(shè)計(jì)階段、軟件實(shí)現(xiàn)與測試、軟件合格性測試、軟件驗(yàn)收與交付。按軟件項(xiàng)目階段工作計(jì)劃設(shè)定項(xiàng)目任務(wù)并分配軟件項(xiàng)目需要的專業(yè)成員，保證軟件項(xiàng)目研制階段快速化、規(guī)范化、標(biāo)準(zhǔn)化。

配置管理是軟件項(xiàng)目開發(fā)環(huán)境管理的核心，如果不做好配置管理工作，經(jīng)常會(huì)導(dǎo)致軟件程序開發(fā)過程的多代碼多版本等繁雜問題出現(xiàn)，這樣很容易產(chǎn)生軟件程序的沖突和混亂，處理這些問題又需要花費(fèi)更多時(shí)間和精力[1]。因此，做好軟件項(xiàng)目的配置管理工作十分重要。

1 配置管理介紹

配置管理的目的是利用配置標(biāo)識、配置控制、配置狀態(tài)記實(shí)和配置審核建立和維護(hù)配置項(xiàng)的工作產(chǎn)品的完整性。配置管理主要管理軟件項(xiàng)目開發(fā)過程中產(chǎn)生的各配置項(xiàng)，維護(hù)配置項(xiàng)版本的完整性及可追蹤性，不僅是各配置項(xiàng)的管理，更是對軟件項(xiàng)目過程中各任務(wù)的管理，因此，配置管理活動(dòng)管控的是整個(gè)軟件系統(tǒng)的形成過程。

在軟件工程化管理過程中，配置管理的主要任務(wù)包括：建立軟件配置管理計(jì)劃、管理并標(biāo)識軟件各配置庫中的配置項(xiàng)和基線、控制對軟件配置項(xiàng)和基線的更改、建立和發(fā)布基線、記錄配置項(xiàng)的狀態(tài)和配置管理活動(dòng)，生成并報(bào)告各階段配置管理的工作報(bào)告。在實(shí)際應(yīng)用中軟件承制方應(yīng)建立一個(gè)完備的配置管理系統(tǒng)，以達(dá)到能夠有效實(shí)施軟件的配置管理過程，提高軟件質(zhì)量的目的[2]。

配置管理過程中一些相關(guān)內(nèi)容介紹如下：

配置是有關(guān)技術(shù)文檔中陳述的或產(chǎn)品中已實(shí)現(xiàn)的硬件或軟件的功能和物理特性。

軟件配置項(xiàng)是為配置管理指定的硬件、軟件或兩者的一個(gè)聚合體，在配置管理過程中視為一個(gè)單一實(shí)體。

基線是一組經(jīng)過正式評審?fù)夂螅鳛檫M(jìn)一步開發(fā)或交付基礎(chǔ)的規(guī)格說明或工作產(chǎn)品，且若需更改基線，則應(yīng)按更改控制規(guī)程文件執(zhí)行?；€表示將一個(gè)標(biāo)識符賦予一配置項(xiàng)或配置項(xiàng)集及其相關(guān)實(shí)體。隨著產(chǎn)品的演進(jìn)，可以使用多個(gè)基線控制其開發(fā)和測試。

版本是某一配置項(xiàng)的已標(biāo)識了的實(shí)例。版本控制是軟件配置管理的核心，其目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，保證產(chǎn)品的可追溯性。

配置審核是確認(rèn)所產(chǎn)生的基線和文檔符合指定的標(biāo)準(zhǔn)或需求。

配置控制委員會(huì)（SCCB）負(fù)責(zé)指導(dǎo)和控制配置管理的各項(xiàng)活動(dòng)，批準(zhǔn)配置項(xiàng)標(biāo)識、授權(quán)基線的創(chuàng)建、標(biāo)識，制定訪問控制策略，批準(zhǔn)對基線的變更，并授權(quán)軟件工程組實(shí)施變更;負(fù)責(zé)跟蹤驗(yàn)證來自審核的措施項(xiàng)。

結(jié)合軟件項(xiàng)目工作計(jì)劃，按照如圖1的配置管理流程，GJB5000A軟件項(xiàng)目組成員負(fù)責(zé)協(xié)助配置管理員完成各階段軟件項(xiàng)目工作。

2 配置管理過程

2.1 配置庫管理和權(quán)限設(shè)置

2.1.1 配置項(xiàng)三庫管理

配置庫按控制級別一般分為開發(fā)庫、受控庫、產(chǎn)品庫（簡稱“三庫”） 如圖2，三庫中配置項(xiàng)的內(nèi)容和項(xiàng)目成員的權(quán)限需配置管理員按照配置管理計(jì)劃和配置管理文件要求進(jìn)行讀寫的權(quán)限設(shè)置。

開發(fā)庫中軟件項(xiàng)目各任務(wù)的開發(fā)人員將需評審的配置項(xiàng)內(nèi)容和版本入開發(fā)庫的公共區(qū)，項(xiàng)目其他相關(guān)人員可在公共區(qū)下載或查看配置項(xiàng)內(nèi)容進(jìn)行預(yù)評審，項(xiàng)目組周會(huì)正式評審配置項(xiàng)時(shí)項(xiàng)目成員可直接將預(yù)評審問題提出，提高項(xiàng)目周會(huì)評審質(zhì)量和效率，配置項(xiàng)最終內(nèi)容版本可受控由軟件開發(fā)負(fù)責(zé)人員提交入受控庫的申請流程，經(jīng)項(xiàng)目的SCCB審批，由配置管理員將開發(fā)庫中可入受控庫的配置項(xiàng)辦理配置管理審核和提交入庫申請后入受控庫。如圖2 GJB5000A使用的軟件平臺系統(tǒng)，項(xiàng)目開發(fā)人員負(fù)責(zé)將確認(rèn)好需入庫的配置項(xiàng)內(nèi)容按V0.00版本上傳至該平臺配置管理開發(fā)庫公共區(qū)，配置項(xiàng)負(fù)責(zé)人在該平臺同時(shí)提交入庫申請，入庫申請流程發(fā)送至該平臺項(xiàng)目相關(guān)人員處，項(xiàng)目人員看到系統(tǒng)平臺通知，及時(shí)審核配置項(xiàng)內(nèi)容版本，項(xiàng)目組周會(huì)進(jìn)行該配置項(xiàng)評審時(shí)各項(xiàng)目人員統(tǒng)一將問題反饋負(fù)責(zé)人，負(fù)責(zé)人完善問題并修改后提交該配置項(xiàng)V0.01版至開發(fā)庫公共區(qū)，最終項(xiàng)目組確認(rèn)該配置項(xiàng)可入受控庫需按照受控庫版本V1.00提交入庫申請，配置項(xiàng)審核人確認(rèn)配置項(xiàng)內(nèi)容無誤后簽核流程，流程至配置管理員處，配置管理員需進(jìn)行入受控庫配置項(xiàng)的審核，按檢查單審核配置項(xiàng)內(nèi)容符合、不符合、不適用等情況，配置管理員審核通過后配置項(xiàng)入受控庫，項(xiàng)目SCCB再次審核配置項(xiàng)入受控庫，待受控庫入庫流程至配置管理員處，在該軟件平臺將配置項(xiàng)V1.00版轉(zhuǎn)受控庫。需要強(qiáng)調(diào)，軟件目標(biāo)代碼和源代碼需在軟件實(shí)現(xiàn)與測試階段入受控庫，待軟件合格性測試時(shí)再出庫進(jìn)行軟件代碼和軟件目標(biāo)代碼軟件合格性測試，若軟件合格性測試有問題軟件目標(biāo)代碼和源代碼需更新版本再入受控庫，若軟件合格性測試無問題在該平臺項(xiàng)目受控庫中軟件目標(biāo)代碼和源代碼按受控庫中版本無需再進(jìn)行入受控庫流程。

2.1.2 配置項(xiàng)三庫權(quán)限設(shè)置

按照配置管理計(jì)劃各配置項(xiàng)的項(xiàng)目人員職責(zé)權(quán)限如圖3，對三庫中的配置項(xiàng)和項(xiàng)目成員權(quán)限進(jìn)行識別，配置庫應(yīng)保持配置標(biāo)識的唯一、可追溯、可管理，每一配置項(xiàng)的同一版本不能存儲(chǔ)多個(gè)，每一配置項(xiàng)的訪問權(quán)限唯一、讀寫操作權(quán)限唯一。配置管理員創(chuàng)建配置項(xiàng)的存儲(chǔ)目錄結(jié)構(gòu)，為每個(gè)納入配置管理的配置項(xiàng)分配存儲(chǔ)空間、規(guī)定訪問權(quán)限，并定期進(jìn)行配置庫的數(shù)據(jù)維護(hù)備份。

軟件項(xiàng)目各配置項(xiàng)開發(fā)庫中，配置項(xiàng)負(fù)責(zé)人有開發(fā)庫讀寫權(quán)限，其余項(xiàng)目人員僅有讀權(quán)限。配置管理員將配置項(xiàng)轉(zhuǎn)受控庫，受控庫所有配置項(xiàng)除配置管理員有讀寫權(quán)限外，其余人員對各配置項(xiàng)均僅有讀權(quán)限，保證受控庫配置項(xiàng)版本的準(zhǔn)確性。待軟件項(xiàng)目所有配置項(xiàng)入受控庫后，軟件項(xiàng)目交付需將所有配置項(xiàng)入產(chǎn)品庫，產(chǎn)品庫僅有比受控庫配置管理員高級的配置管理人員有權(quán)限，保證產(chǎn)品庫配置項(xiàng)交付版本的準(zhǔn)確性。

2.2 配置項(xiàng)標(biāo)識重要性

配置標(biāo)識的主要活動(dòng)是選擇配置項(xiàng)、制定配置項(xiàng)、制定標(biāo)識方案和保存配置項(xiàng)的標(biāo)識方案。配置標(biāo)識的目的是獲得在軟件系統(tǒng)中識別其各任務(wù)的能力，配置標(biāo)識可以告知系統(tǒng)中的配置是什么，系統(tǒng)的各任務(wù)是什么，系統(tǒng)各任務(wù)對應(yīng)的版本是什么[3]。軟件配置管理員和項(xiàng)目組人員依據(jù)軟件項(xiàng)目協(xié)議，按照檢查單內(nèi)容進(jìn)行軟件項(xiàng)目研制任務(wù)書評審，識別軟件項(xiàng)目運(yùn)行中必要的配置項(xiàng)，并對軟件項(xiàng)目配置項(xiàng)進(jìn)行軟件項(xiàng)目代號標(biāo)識，保證軟件項(xiàng)目管理的唯一性。對軟件項(xiàng)目配置項(xiàng)的準(zhǔn)確識別和標(biāo)識可以保證軟件項(xiàng)目管理的高效性、準(zhǔn)確性。該項(xiàng)目按照軟件研制任務(wù)書、軟件開發(fā)計(jì)劃等識別配置項(xiàng)（見表1）并進(jìn)行標(biāo)識后完成軟件配置管理計(jì)劃，管控各配置項(xiàng)標(biāo)識保證該項(xiàng)目的配置項(xiàng)唯一性和規(guī)范化，方便后續(xù)各配置項(xiàng)出入庫管理和狀態(tài)檢索。

配置項(xiàng)的版本標(biāo)識目的是便于對同一個(gè)配置項(xiàng)在各庫中的版本加以區(qū)分、跟蹤和檢索，表明各版本的關(guān)系和存在原因。配置項(xiàng)版本標(biāo)識的控制就是對各種操作的控制，包括各配置項(xiàng)的入庫、出庫及不同版本變更原因的追溯。

2.3 配置項(xiàng)基線管理

按照配置管理計(jì)劃規(guī)定的時(shí)間，當(dāng)構(gòu)成基線的配置項(xiàng)都已按要求納入配置庫，配置管理員填寫基線建立和發(fā)布單，由配置控制委員會(huì)授權(quán)批準(zhǔn)建立基線，并發(fā)布到項(xiàng)目組相關(guān)人員。為每條基線建立基線狀態(tài)記錄單，記錄基線的狀態(tài)演化歷史等。項(xiàng)目建立的基線種類及每條基線構(gòu)成的配置項(xiàng)、建立時(shí)機(jī)如表2所示，在配置管理計(jì)劃的基線計(jì)劃中已明確[4]。

軟件研制任務(wù)書入受控庫，建立并發(fā)布功能基線，提交功能基線創(chuàng)建申請單，申請單需項(xiàng)目SCCB和用戶代表審核通過后，配置管理員進(jìn)行功能基線的物理配置審核，審核通過后將對應(yīng)的基線發(fā)布負(fù)責(zé)人。

在功能基線基礎(chǔ)上，軟件需求規(guī)格說明等入受控庫，建立分配基線，配置管理員進(jìn)行分配基線的物理配置審核，審核通過后將基線發(fā)布負(fù)責(zé)人。

軟件產(chǎn)品即軟件目標(biāo)代碼和源代碼、軟件版本說明、軟件用戶手冊等入受控庫后，建立產(chǎn)品基線，配置管理員進(jìn)行物理配置審核，審核通過后進(jìn)行基線發(fā)布項(xiàng)目負(fù)責(zé)人。將功能基線、分配基線、產(chǎn)品基線簡稱“三基線”。

2.4 配置項(xiàng)變更

軟件項(xiàng)目運(yùn)行過程中的配置項(xiàng)變更既不可避免也必不可少。由于變更的內(nèi)容、變更的幅度都會(huì)直接影響整個(gè)軟件項(xiàng)目的進(jìn)度，所以時(shí)刻需考慮變更范圍的影響和管控。這時(shí)候軟件配置過程管理就顯得尤其重要，需要采取有效的措施，對軟件項(xiàng)目配置項(xiàng)的變更進(jìn)行嚴(yán)格控制。通過配置項(xiàng)變更控制能協(xié)調(diào)軟件項(xiàng)目開發(fā)過程運(yùn)行，確保變更帶來的配置項(xiàng)過程的混亂減到最小[5]。

2.5 配置管理報(bào)告

配置管理各階段配置項(xiàng)工作任務(wù)負(fù)責(zé)人需在該平臺填寫工作量和工作日志，配置管理階段報(bào)告體現(xiàn)各配置項(xiàng)負(fù)責(zé)人的工作情況，匯總各階段各任務(wù)后配置管理員完成配置管理階段報(bào)告。軟件項(xiàng)目完成所有配置項(xiàng)入受控庫后，配置管理員需結(jié)合各階段的配置管理報(bào)告，匯總完成軟件整個(gè)階段的配置管理總結(jié)報(bào)告。

3 結(jié)語

本文主要介紹了某小型項(xiàng)目周期模型軟件項(xiàng)目按GJB 5000A-2008配置管理過程，并結(jié)合軟件項(xiàng)目平臺配置管理系統(tǒng)，可以改善因一些變動(dòng)造成的軟件項(xiàng)目產(chǎn)品維護(hù)困難，能有效地防止軟件項(xiàng)目的資產(chǎn)流失，而且能從根本上杜絕軟件產(chǎn)品的版本無序變更造成的軟件產(chǎn)品質(zhì)量隱患。軟件配置管理過程合理運(yùn)用不僅能極大地提高軟件項(xiàng)目人員的工作效率[6]，還能降低軟件項(xiàng)目運(yùn)行中的風(fēng)險(xiǎn)發(fā)生，同時(shí)使整個(gè)軟件項(xiàng)目管理水平得到有效地提高，有力的實(shí)現(xiàn)軟件項(xiàng)目運(yùn)行的降本增效工程。本文介紹的軟件配置管理過程和方法已很好地融入到我們的軟件項(xiàng)目管理中，從而推動(dòng)軟件項(xiàng)目研制過程的標(biāo)準(zhǔn)化規(guī)范化發(fā)展。

參考文獻(xiàn)

[1] 裴樹軍，陳德運(yùn)，陳曉雪.軟件配置管理在軟件開發(fā)平臺中的應(yīng)用[J].哈爾濱理工大學(xué)學(xué)報(bào)，2010，15（1）：30-32.

[2] 童暉，石晨方，楊莉春.GJB5000A-2008在軟件工程化中的應(yīng)用[J].信息數(shù)據(jù)與電子工程，2019（20）：89.

[3] 童亞琴.基于CMM的軟件過程管理系統(tǒng)--軟件配置管理系統(tǒng)的研究與實(shí)現(xiàn)[D].杭州：浙江工業(yè)大學(xué)，2005.

[4] 鐘暉.基于CMMI的軟件配置管理實(shí)踐淺析[J].電子質(zhì)量，2018（8）：58-62.

[5] 郝延剛.基于GJB5000A的軟件配置管理研究與系統(tǒng)實(shí)現(xiàn)[J].雷達(dá)與對抗，2019，39（4）：65-68.

[6] 王珍英.配置管理在軟件項(xiàng)目管理中的應(yīng)用[J].計(jì)算機(jī)系統(tǒng)應(yīng)用，2008（6）：101-104.