陳玥文　趙亮

摘 要：基線管理活動是配置管理活動的核心，對于保障項目的有序進行以及工作產(chǎn)品的質(zhì)量至關(guān)重要。本文給出了基于增量迭代模型的基線管理方法，并對基線管理的主要活動進行了深入的研究。

關(guān)鍵詞：增量迭代；配置管理；基線

中圖分類號： TP391 文獻標識碼： A 文章編號： 1673-1069（2016）13-39-2

0 引言

配置管理在軟件項目整個生命周期內(nèi)，通過一系列活動，建立和維護項目工作產(chǎn)品的完整性和一致性。基線管理作為配置管理的主要活動，對于保證項目開發(fā)的順利進行以及工作產(chǎn)品的正確性起著重要的作用。

1 基于增量迭代模型及其基線策劃

1.1 增量迭代模型

增量迭代模型是大型軟件項目生命周期模型的一種，融合了瀑布模型的基本成分和原型模型的迭代特征，其示意圖見圖1。增量迭代模型以系統(tǒng)總需求為全集，每一個線性迭代會產(chǎn)生一個可發(fā)布的“版本”，第一個版本通常是核心產(chǎn)品，以后每次在前一版本的基礎(chǔ)上，添加“增量”（即本次迭代需要開發(fā)的系統(tǒng)需求），最后一次交付一個完整的系統(tǒng)。

1.2 增量迭代模型中的基線策劃

增量迭代模型不是一次性的開發(fā)過程，在軟件項目的進行過程中，對于部分階段會出現(xiàn)多次重復(fù)的情況，因此對于增量迭代模型中這些階段所形成的基線也需要不斷重復(fù)，基線一般包括功能基線、分配基線、設(shè)計基線、代碼基線以及產(chǎn)品基線，對于增量迭代模型，其設(shè)計階段、實施階段、聯(lián)試階段是一個不斷迭代的過程，不斷實現(xiàn)系統(tǒng)的全部需求，因此與其對應(yīng)的分配基線、設(shè)計基線、代碼基線也存在多個，同時對于每一個增量迭代過程結(jié)束，如需提交用戶試用，還需在提交用戶試用前形成基于此次迭代的“迭代基線”，增量迭代模型的基線組成圖見圖2。

在同一個迭代過程內(nèi)，不同的基線之間采用包含的關(guān)系建立。即新的基線不但包含本基線所特有的工作產(chǎn)品，還包含前一條基線的所有工作產(chǎn)品，新的基線完全可以替代原來的基線。比如，在迭代過程1中，設(shè)計基線1不但包含了設(shè)計基線所特有的工作產(chǎn)品，還包含了分配基線1的所有工作產(chǎn)品，當設(shè)計基線1發(fā)布以后，可以完全取代分配基線1作為下一步開發(fā)和變更的基礎(chǔ)。而不同的迭代過程間的基線則不存在包含關(guān)系。比如迭代過程2中的分配基線2雖然建立在迭代基線1之后，但由于二者屬于不同的迭代過程，因此二者之間不存在任何包含關(guān)系，分配基線2僅包含分配基線所特有的工作產(chǎn)品。

由于增量迭代模型的迭代次數(shù)越多，模型的復(fù)雜度越高，周期越長，因此一般采取2-3次迭代為宜。

2 增量迭代模型中的基線管理的主要活動

項目開發(fā)過程中的對基線的管理和控制是保證項目順利進行及項目質(zhì)量的有力手段，基線的管理除了包括最初的基線的策劃以外，還包括項目進行過程中的基線審計、基線的建立及發(fā)布以及基線的變更管理。

2.1 基線的審計

在采用增量迭代模型進行軟件項目開發(fā)的過程中，為了保證配置項版本的功能特性與相應(yīng)的系統(tǒng)需求規(guī)格說明一致，保證工作產(chǎn)品的正確性，以及基線產(chǎn)品的完整性（完備性、一致性、正確性），需要對基線進行審計?；€的審計工作由項目配置管理師組織，在基線建立前或基線發(fā)生重大變更時進行。

基線的審計有助于及時解決系統(tǒng)開發(fā)過程中出現(xiàn)的配置項各種不一致性問題，主要分為功能審計、物理審計和配置管理審計。功能審計主要是驗證配置項功能特征是否已達到其基線文檔中所規(guī)定的需求，是否完備和正確，一般可與配置項的相關(guān)評審工作合并進行。物理審計主要是檢查已構(gòu)造的配置項是否完備，版本是否一致。配置管理審計的目的是確認配置管理記錄和配置項是否完備、一致和準確。物理審計和配置管理審計通常由配置管理師完成。

進行基線審計時，通?？梢园凑杖缦虏襟E進行：

①項目的配置管理師可依據(jù)配置管理計劃和項目進展，確定審核的范圍。

②確定需審計的配置項和基線，重點審計配置項的變更管理和評審歷史等。

③按照配置管理計劃配置管理師進行基線審核，記錄審核發(fā)現(xiàn)的問題，對基線審計發(fā)現(xiàn)的不符合項，需獲得被審核人員的確認。

④項目配置管理師匯總基線審計的情況，擬制基線審計報告。

⑤對基線審計發(fā)現(xiàn)的不符合項，督促相關(guān)人員制訂和實施糾正措施，并對問題進行跟蹤歸零。

⑥ 項目配置管理師跟蹤和驗證不符合項的糾正措施，解決后將其關(guān)閉。

⑦ 基線審計報告經(jīng)項目負責人審核、CCB批準后由項目配置管理師在項目組發(fā)布，審計結(jié)果通知相關(guān)人員。

⑧ 質(zhì)量保證師檢查基線審計活動是否按配置管理計劃執(zhí)行，基線審計的過程是否遵守相關(guān)規(guī)程。質(zhì)量保證師跟蹤整個審計和糾正過程直至結(jié)束。

⑨ 基線審計結(jié)束后，項目配置管理師將基線審計的全部記錄檢入受控庫進行管理和控制。

2.2 基線的建立及發(fā)布

項目中基線的建立必須通過審計，審計通過后，經(jīng)過配置管理委員會（CCB，也稱配置控制委員會）授權(quán)，由配置管理人員將消息發(fā)布給項目相關(guān)人員。

CCB通常由固定成員和動態(tài)成員組成，固定成員有直接主管該項目的領(lǐng)導、項目負責人、技術(shù)負責人、配置管理人員、質(zhì)量保證人員、分析設(shè)計人員、開發(fā)人員和測試人員等；動態(tài)成員有用戶代表、高層管理者。對于采用增量迭代模型進行開發(fā)的大型軟件項目，根據(jù)CCB實施管理的內(nèi)容可將CCB分為系統(tǒng)級CCB和軟件級CCB。系統(tǒng)級CCB主要對與系統(tǒng)產(chǎn)品有關(guān)的基線進行控制，一般包括功能基線、分配基線、設(shè)計基線、迭代基線和產(chǎn)品基線，其組長由直接主管該項目的領(lǐng)導擔任；軟件級CCB主要對與軟件產(chǎn)品有關(guān)的基線進行控制，一般主要指代碼基線，其組長由項目負責人擔任?；€建立一般應(yīng)在相應(yīng)的工作產(chǎn)品批準或測試通過后及時（不超過兩周）建立。

2.3 基線的變更管理

在增量迭代模型中，系統(tǒng)的控制基線的變更，對于保證工作產(chǎn)品的完整性和一致性至關(guān)重要。所有的基線產(chǎn)品都是受控的，基線的變更不是隨意的，在進行基線變更時要重點對基線變更的影響進行分析，寫明需要變更的配置項，并進行影響域分析，對照需求跟蹤矩陣，對每一個受影響的配置項進行分析，考慮工作量、進度、風險、經(jīng)濟效益和改進效果等各方面因素。CCB全面負責配置項的變更控制，基線的變更需經(jīng)過CCB組長的審批。

3 結(jié)束語

增量迭代模型對于大型軟件項目的開發(fā)提供了一種階段式的開發(fā)模式，采用增量迭代模型進行開發(fā)的項目通常具有復(fù)雜度高、開發(fā)周期長的特點，在開發(fā)過程中進行規(guī)范、嚴格的基線管理，將對于保證項目的成功完成以及最終產(chǎn)品的質(zhì)量起到至關(guān)重要的作用。

參 考 文 獻

[1] 劉文紅，吳欣，董銳.基于CMMI的配置管理系統(tǒng)設(shè)計與實現(xiàn)[J].飛行器測控學報，2011.2.

[2] 徐曉春.軟件配置管理[M].北京：清華大學出版社，2002.