基于軟件工程化的配置管理概論

李王麗

摘 要 本文論述了軟件配置管理的作用，軟件配置管理目標，提出軟件開發(fā)過程中配置管理實施的主要活動，并針對關(guān)鍵問題，給出了具體實施指導。

關(guān)鍵詞 配置管理;配置項;基線;變更

前言

美國卡耐基梅隆大學軟件工程研究所組織開發(fā)的CMMl（Capability Maturity Model Integration，能力成熟度模型集成）是一種單一的過程改進框架而又能跨越多種學科的工具。本文根據(jù)配置管理過程目標，結(jié)合實施CMMI的經(jīng)驗，提出了軟件工程化過程中配置管理實施的要點及關(guān)鍵點[1]。

1軟件配置管理目標

軟件配置管理是一種標識、組織和控制修改的技術(shù)，通過標識軟件配置項、控制更改，配置狀態(tài)記錄、配置審核活動來實現(xiàn)軟件產(chǎn)品的完整性和可追蹤性，達到有效地提高產(chǎn)品質(zhì)量和生產(chǎn)效率的目的。

2軟件配置管理活動開展形式

軟件配置管理是軟件工程化活動的基礎，其配置管理的活動貫穿整個軟件生存周期。軟件研制按階段劃分為：系統(tǒng)分析與設計、需求分析、設計與實現(xiàn)、測試、驗收與維護，軟件的需求是通過各工程活動得以實現(xiàn)，軟件配置管理的活動應結(jié)合這些工程設計工作，對軟件的工程活動實施配置管理，可以確保與軟件產(chǎn)品有關(guān)的過程得到控制，從而控制軟件產(chǎn)品技術(shù)狀態(tài)，保障產(chǎn)品質(zhì)量。

3軟件配置管理活動

3.1 建立基線

（1）標識配置項和基線[2-3]。在項目策劃時，根據(jù)配置項劃分原則，識別配置項和需要建立的基線，形成配置項和基線列表。粗粒度可按企業(yè)自研軟件、外協(xié)軟件、調(diào)試軟件進行劃分。

劃分配置項后，應按照配置項標識規(guī)范，對每個配置項給予唯一標識，并明確其受控時機，以及所屬的基線。

劃分基線后，給予每條基線唯一標識，并確定每條基線應包含的配置項，以及基線建立時機?；€一般包括功能基線、分配基線和產(chǎn)品基線。針對測試環(huán)境復雜、周期長的軟件項目，應在代碼實現(xiàn)階段增加編碼基線，可防止其測試版本混亂、過程不受控等問題。

（2）建立配置管理系統(tǒng)。建立配置管理系統(tǒng)的活動包括：①建立配置庫：建立三庫，開發(fā)庫、受控庫、產(chǎn)品庫，三者為全集與子集的關(guān)系。②訪問控制規(guī)程：配置項可分為非基線配置項和基線配置項，其控制方式分別為版本管理和受控管理。版本管理：只進行版本管理，其更改只需要作簡單跟蹤即可;受控管理：除需進行版本管理，其變更必須執(zhí)行正式更改控制規(guī)程，并按照不同更改類別，確定審批級別。③配置庫的備份：制定備份、恢復策略，進行落實。采用配置管理工具，由信息化系統(tǒng)進行統(tǒng)一備份，是一種高效可靠的方式。

采用信息化的配置管理工具，是提高配置管理質(zhì)量和效率的關(guān)鍵。單純的版本管理，可采用一些開源免費的軟件配置管理工具?；谲浖こ袒呐渲霉芾?，建議采用一些高端的、信息化的配置管理工具，如Borland公司的StarTeam、上海愛韋訊公司的ASIDE。ASIDE工具為軟件生命周期管理平臺，符合CMMI框架，其配置管理是基于軟件工程化活動開展，可實現(xiàn)配置管理活動的信息化[4]。

（3）發(fā)布基線?；€的發(fā)布是一項關(guān)鍵的活動。項目組及利益相關(guān)方通過基線，了解軟件的狀態(tài)。發(fā)布軟件狀態(tài)，可采用信息化流程發(fā)布通知，或同基線所在階段的階段會議一起，執(zhí)行發(fā)布。

3.2 變更控制

（1）? 更改流程。①變更申請：需要變更時，提交變更申請，包含變更對象、影響域分析，更改方案。②變更影響域分析：項目組主要從是否滿足軟件需求、軟件質(zhì)量要求，對項目工作量、進度、成本的影響，是否影響其他軟件配置項，以及產(chǎn)品相關(guān)的其他文件進行分析。對于被其他產(chǎn)品重用的，其更改還應通知到相應的項目組，識別此更改是否適用于其產(chǎn)品，以做出相應的處理。按照更改內(nèi)容及影響范圍，將更改進行分級控制。確定更改方案。③更改：按照更改方案實施更改。④驗證：更改后，提交驗證人員驗證。一般由測試人員依據(jù)更改申請、技術(shù)文件開展驗證。⑤更改報告：經(jīng)驗證通過后，擬制更改報告，根據(jù)更改級別確定CCB審批級別，以及是否需用戶代表審簽。變更過程，應及時發(fā)布狀態(tài)。對其狀態(tài)進行標識、跟蹤?；镜目勺龈闹?、更改完成的標識。

（2） 控制配置項。軟件的變更涉及配置項的出/入庫。一般采用的模式有兩種：一是變更流程和出/入流程獨立，變更的過程需分別執(zhí)行變更流程和出/入庫流程;二是變更流程融合出/入庫流程，變更申請經(jīng)過批準即代表變更配置項出庫的批準，變更報告經(jīng)過批準即代表變更后配置項入庫的批準。第一種模式的流程比較直觀、易于理解，缺點在于表單繁多、填寫內(nèi)容重復、審批重復。第二種模式的流程，應加強項目組人員的培訓，使其能理解到位，從而真正達到簡化流程、節(jié)省工作量、控制狀態(tài)的目的。應根據(jù)組織機構(gòu)、軟件特性等選擇合適的模式[5]。

3.3 執(zhí)行配置審核

配置審核是指確認所產(chǎn)生的配置項和基線符合指定的標準或需求，可分為功能審核、物理審核、配置管理審核。

（1）功能審核：目的是驗證配置項滿足其功能基線文檔中所規(guī)定的需求，及其操作和支持文檔是否完備。一般由軟件負責人或項目CM人員開展。

（2）物理審核：目的是驗證納入配置管理的配置項是否符合規(guī)定它的文檔要求。一般由項目CM人員依據(jù)軟件配置管理計劃，隨配置管理活動開展。

（3）配置管理審核：目的是檢查配置管理記錄和配置項是否完備、一致和準確，配置管理活動的開展是否與配置管理標準和規(guī)程一致。一般由質(zhì)量人員以里程碑階段總結(jié)、月度抽查等形式開展。

4結(jié)束語

軟件配置管理貫穿于整個軟件生存周期，是提高軟件質(zhì)量和生產(chǎn)效率的基礎。融合軟件工程化活動，實施軟件配置管理活動，是軟件狀態(tài)控制的有效舉措。

參考文獻

[1] 艾洛，薩克斯.配置管理最佳實踐[M].北京：人民郵電出版社出版，2013：42.

[2] 厲小軍，潘云，謝波，等.軟件開發(fā)過程及規(guī)范[M].北京：清華大學出版社，2013：55.

[3] GB/T20158-2006.信息技術(shù)軟件生存周期過程配置管理[S].北京：中國標準出版社，2006.

[4] GB/T8566-2007.信息技術(shù)軟件生存周期過程[S].北京：中國標準出版社，2007.

[5] GB/T12505-1990.計算機軟件配置管理計劃規(guī)范[S].北京：中國標準出版社，1990.