【關(guān)鍵詞】GJB5000B；配置管理；配置審核；變更控制

引言

產(chǎn)品智能化、自動(dòng)化的發(fā)展促使軟件工程日益重要，軟件公司和具備軟件研制能力的單位為了“更快、更好、更高效”地開發(fā)軟件產(chǎn)品，既要有技術(shù)方法和工具，又要有必要的組織管理措施。產(chǎn)品質(zhì)量管理有ISO9001體系，軟件產(chǎn)品有確保質(zhì)量和開發(fā)效率的CMMI標(biāo)準(zhǔn)和GJB50000B體系，無論哪種質(zhì)量管理體系，軟件配置管理都是軟件開發(fā)和維護(hù)的基礎(chǔ)。

配置管理通過控制、記錄、追蹤對(duì)軟件狀態(tài)的修改，以及有效控制每次修改生成的軟件管理配置項(xiàng)來實(shí)現(xiàn)對(duì)軟件產(chǎn)品的管理。配置管理的方法千變?nèi)f化，即使基于同一種模型，各單位由于研制軟件特點(diǎn)及配置管理要求各異，對(duì)軟件進(jìn)行配置管理的方法也不同，為此，本文提出一種基于GJB5000B的本地化配置管理方法。

一、GJB5000B模型中的配置管理實(shí)踐

（一）GJB5000B介紹

GJB5000B是軟件全生存周期過程技術(shù)和管理最佳實(shí)踐的集合，這些實(shí)踐按照實(shí)踐域進(jìn)行分類，指導(dǎo)組織實(shí)施精細(xì)化過程管理。模型通過不斷改進(jìn)組織過程，達(dá)到改善軟件研制單位的開發(fā)過程和能力的目標(biāo)，最終實(shí)現(xiàn)協(xié)助軟件開發(fā)人員持續(xù)改進(jìn)軟件開發(fā)質(zhì)量，提升用戶滿意度。模型包含21個(gè)實(shí)踐域，覆蓋軟件生存周期的全過程、全要素。實(shí)踐域分組織管理類、項(xiàng)目管理類、工程類和支持類四類，各類實(shí)踐域相互關(guān)聯(lián)，其關(guān)系見圖1。

（二）配置管理實(shí)踐

配置管理實(shí)踐是支持類的一部分，支持類的工作目的是通過定期監(jiān)測配置管理項(xiàng)的狀態(tài)，分析配置管理項(xiàng)是否及時(shí)有效受控，及時(shí)發(fā)現(xiàn)不合適項(xiàng)以改進(jìn)。支持類包含的實(shí)踐域及其之間的關(guān)系見圖2。

GJB5000B模型定義配置管理的目的是通過配置標(biāo)識(shí)、配置控制、配置狀態(tài)紀(jì)實(shí)和配置審核，建立并維護(hù)軟件工作的完整性和一致性，以具備向顧客提供正確軟件版本工作產(chǎn)品的能力。配置管理通過標(biāo)識(shí)配置管理項(xiàng)（CM2.1），建立并維護(hù)配置管理系統(tǒng)（CM2.2），生產(chǎn)或發(fā)布基線（CM2.3），跟蹤和控制變更（CM2.4），建立或維護(hù)配置管理記錄（CM2.5）和執(zhí)行配置審核（CM2.6）等活動(dòng)達(dá)到其目的。

配置管理貫穿軟件生存周期全過程，軟件產(chǎn)品確定研制后，配置管理活動(dòng)即開始啟動(dòng)：定義并標(biāo)識(shí)配置管理項(xiàng)、定義產(chǎn)品的基線、建立配置庫并確定訪問權(quán)限、控制配置庫的檢入檢出。在軟件開發(fā)過程中，配置管理活動(dòng)包括的內(nèi)容有：制定并跟蹤配置管理計(jì)劃、確定應(yīng)產(chǎn)生的軟件配置管理項(xiàng)及其標(biāo)識(shí)、進(jìn)行軟件配置管理項(xiàng)的版本管理、變更管理、執(zhí)行配置審核并發(fā)布配置狀態(tài)[2]。

二、軟件產(chǎn)品配置管理方法

（一）軟件產(chǎn)品特點(diǎn)

GJB5000B將軟件成熟度分為五個(gè)等級(jí)，一級(jí)為初始級(jí)，二級(jí)為規(guī)范級(jí)，三級(jí)為全面級(jí)，四級(jí)為量化級(jí)，五級(jí)為卓越級(jí)。筆者單位型號(hào)軟件產(chǎn)品由于安全關(guān)鍵等級(jí)較高，需要通過GJB5000B三級(jí)認(rèn)證。

三級(jí)全面級(jí)的主要特征為：全面建立并維護(hù)組織資產(chǎn)；按照組織資產(chǎn)全面開展全生存周期項(xiàng)目管理、工程及支持活動(dòng)。筆者單位軟件產(chǎn)品具有安全關(guān)鍵等級(jí)高、開發(fā)過程管理嚴(yán)格等特點(diǎn)，并且通常情況下存在開發(fā)周期短、用戶需求變更頻繁、軟件文檔容易編寫不及時(shí)等問題，如果配置管理工作不及時(shí)、嚴(yán)格，可能會(huì)給項(xiàng)目帶來嚴(yán)重的后果，如：產(chǎn)品質(zhì)量低、狀態(tài)不可控、軟件可靠性差、軟件維護(hù)困難、研發(fā)周期漫長、項(xiàng)目風(fēng)險(xiǎn)不斷增加，最終導(dǎo)致用戶滿意度下降、任務(wù)失敗等。

結(jié)合筆者單位產(chǎn)品特點(diǎn)，本地化配置管理的工作原則是：及時(shí)控制配置管理項(xiàng)狀態(tài)，在能覆蓋GJB5000B模型實(shí)踐活動(dòng)的前提下進(jìn)行適合本地軟件特點(diǎn)的控制和變更方法，使軟件狀態(tài)能夠及時(shí)并且容易受控?；诖嗽瓌t，提出設(shè)置兩級(jí)配置管理機(jī)構(gòu)的方法，低一級(jí)為項(xiàng)目級(jí)，使流程控制在軟件項(xiàng)目組內(nèi)完成，高一級(jí)建立配置管理委員會(huì)（SCCB），使型號(hào)項(xiàng)目組能夠控制重要配置管理項(xiàng)的狀態(tài)及其變更。在簡化流程的同時(shí)，又能控制住重要狀態(tài)的變更。

本地化的配置管理實(shí)踐方法涉及人員及職責(zé)見表1。

（二）配置管理流程

確定軟件項(xiàng)目啟動(dòng)后，項(xiàng)目級(jí)配置管理員制定配置管理計(jì)劃，計(jì)劃應(yīng)包含項(xiàng)目組成員、SCCB成員組成、使用的配置管理工具，在計(jì)劃中標(biāo)識(shí)應(yīng)產(chǎn)生的軟件配置管理項(xiàng)和基線、注明各類配置管理項(xiàng)的編制人及入庫責(zé)任人、入庫時(shí)的審批級(jí)別、制定配置審核的時(shí)機(jī)等。配置管理計(jì)劃經(jīng)過評(píng)審后納入受控庫管理，作為配置管理、配置審核和配置變更的依據(jù)。

筆者單位配置庫分為開發(fā)庫、受控庫和產(chǎn)品庫三庫，配置庫管理員根據(jù)評(píng)審后的配置管理計(jì)劃中確定的項(xiàng)目目錄，并為項(xiàng)目組成員分配訪問權(quán)限。項(xiàng)目組成員根據(jù)計(jì)劃中描述的時(shí)間節(jié)點(diǎn)將配置管理項(xiàng)納入對(duì)應(yīng)庫管理。開發(fā)庫的出、入庫無需審核，方便軟件設(shè)計(jì)人員及時(shí)將中間狀態(tài)的配置管理項(xiàng)進(jìn)行歸檔，受控庫和產(chǎn)品庫的出、入庫、變更需要相應(yīng)級(jí)別的審核。為確保配置庫的完整性，定期對(duì)三庫的物理載體文件進(jìn)行備份[3]。

配置管理項(xiàng)按照計(jì)劃時(shí)間節(jié)點(diǎn)第一次入受控庫時(shí)，填寫初始入庫單，經(jīng)項(xiàng)目SCCB小組審簽通過后，由受控庫管理員將配置管理項(xiàng)從開發(fā)庫納入受控庫管理，依據(jù)計(jì)劃在受控庫中建立相應(yīng)的基線，配置項(xiàng)管理項(xiàng)進(jìn)入受控庫后，更改狀態(tài)時(shí)需要啟動(dòng)更改申請(qǐng)單。軟件研制完成且產(chǎn)品交付前，將配置管理項(xiàng)從受控庫轉(zhuǎn)入產(chǎn)品庫。

軟件生產(chǎn)人員依據(jù)軟件生產(chǎn)任務(wù)單填寫軟件出庫單，從產(chǎn)品庫提取相應(yīng)名稱、代號(hào)和版本的軟件產(chǎn)品進(jìn)行生產(chǎn)，過程中檢驗(yàn)人員核對(duì)軟件名稱、代號(hào)、版本是否與軟件生產(chǎn)任務(wù)單一致。

（三）變更控制活動(dòng)流程

軟件變更貫穿軟件全生命周期，變更管理是否能夠有效執(zhí)行決定著軟件狀態(tài)是否得到有效控制，因此，變更控制的要點(diǎn)是能夠完整記錄變更過程、規(guī)范變更前后的配置項(xiàng)狀態(tài)受控。若入受控庫的配置管理項(xiàng)發(fā)生變更，則依據(jù)軟件關(guān)鍵等級(jí)、技術(shù)狀態(tài)更改分類、研制階段等信息，由需更改狀態(tài)的配置管理項(xiàng)的負(fù)責(zé)人按照下面的流程進(jìn)行狀態(tài)變更：

1）從受控庫提交軟件更改申請(qǐng)單；

2）更改申請(qǐng)單經(jīng)相應(yīng)SCCB審批通過后，受控庫管理員對(duì)受控庫中需要更改的工作產(chǎn)品執(zhí)行出庫，轉(zhuǎn)入開發(fā)庫并通知啟動(dòng)該更改申請(qǐng)單的人員及相關(guān)人員進(jìn)行修改；

3）相關(guān)人員修改完成后，修改人提交軟件更改單；

4）相關(guān)工作產(chǎn)品經(jīng)相應(yīng)SCCB審批后入受控庫；

5）對(duì)于一個(gè)主變更引起多個(gè)配置管理項(xiàng)的變更，相關(guān)工作產(chǎn)品的變更只需在軟件更改單中關(guān)聯(lián)已批準(zhǔn)的主變更更改申請(qǐng)單單號(hào)，實(shí)現(xiàn)更改申請(qǐng)單與更改單的關(guān)聯(lián)。

（四）配置審核和總結(jié)

為確保配置狀態(tài)有效，需要時(shí)常審核配置庫，筆者單位將配置審核分為物理審核、功能審核和配置管理審核三種類型，配置管理員執(zhí)行軟件配置項(xiàng)的物理審核，軟件負(fù)責(zé)人執(zhí)行軟件配置項(xiàng)的功能審核，質(zhì)量保證人員對(duì)軟件配置管理活動(dòng)進(jìn)行配置管理審核，軟件負(fù)責(zé)人對(duì)所有的審核不符合項(xiàng)進(jìn)行確認(rèn)跟蹤。

配置項(xiàng)出入庫時(shí)以審查會(huì)簽的方式進(jìn)行物理審核，基線建立或變更入庫時(shí)，配置管理員對(duì)軟件基線進(jìn)行物理審核，評(píng)估軟件基線及相關(guān)配置項(xiàng)之間的完整性和一致性，確認(rèn)受控庫中配置管理項(xiàng)的配置狀態(tài)是否正確，評(píng)估受控庫中的配置管理項(xiàng)的結(jié)構(gòu)完整性。基線建立或變更時(shí)，質(zhì)量保證人員對(duì)配置管理員的活動(dòng)進(jìn)行配置管理審核。基線建立或變更入庫時(shí)，軟件負(fù)責(zé)人依據(jù)配置管理計(jì)劃，驗(yàn)證軟件配置管理項(xiàng)是否滿足規(guī)定的軟件需求，確定配置管理項(xiàng)的正確性。配置審核的結(jié)果都填寫到《配置審核記錄單》中，對(duì)于發(fā)現(xiàn)的問題，審核人員將其填寫到《軟件項(xiàng)目問題跟蹤表》中，由軟件負(fù)責(zé)人跟蹤直至問題解決關(guān)閉。

在配置管理計(jì)劃策劃的節(jié)點(diǎn)處，項(xiàng)目配置管理員歸納總結(jié)各次審核內(nèi)容形成配置管理報(bào)告，報(bào)告內(nèi)容包括審核情況、審核問題的解決情況、各配置管理項(xiàng)及基線狀態(tài)和變更情況等，在每階段結(jié)束時(shí)提交軟件負(fù)責(zé)人審核，在里程碑時(shí)提交SCCB組長審批。

（五）配置管理工具

配置管理工具是配置管理項(xiàng)有效受控的載體和平臺(tái)，依據(jù)本配置管理方法，筆者單位定制了軟件工程管理平臺(tái)，該平臺(tái)集成了配置管理系統(tǒng)的服務(wù)器端和客戶端，服務(wù)器端是三庫的物理載體端，客戶端是軟件項(xiàng)目組進(jìn)行出、入庫、變更的操作端，平臺(tái)集成項(xiàng)目管理類、工程類和其他支持類實(shí)踐產(chǎn)生的配置管理項(xiàng)模板，統(tǒng)一了更改申請(qǐng)單、更改單的格式。使用時(shí)可直接下載在本地，編輯完成后再上傳發(fā)起審批流程，也可在線填寫完整后直接發(fā)起審批流程，提高工作效率。

（六）其他實(shí)踐域?qū)ε渲霉芾韺?shí)踐域的支持

單位每年組織專項(xiàng)內(nèi)審，由組織級(jí)質(zhì)量保證人員對(duì)當(dāng)年重點(diǎn)項(xiàng)目進(jìn)行物理審核、配置管理審核，以保證這些項(xiàng)目配置管理的完整性、及時(shí)性和正確性。

總結(jié)

本文以GJB5000B模型為基礎(chǔ)，探索適合筆者單位的配置管理方法，將該方法推廣應(yīng)用到筆者單位的軟件配置管理過程中，與其他三級(jí)實(shí)踐相結(jié)合，順利通過了GJB5000B三級(jí)認(rèn)證。方法符合GJB5000B模型要求并且可落地，實(shí)現(xiàn)了對(duì)配置管理項(xiàng)的狀態(tài)和更改過程控制，在年度監(jiān)督檢查和各次內(nèi)審中均未發(fā)現(xiàn)弱項(xiàng)。