淺談增量迭代模型中的基線管理活動

陳玥文　趙亮

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

關鍵詞：增量迭代；配置管理；基線

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

0 引言

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

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

1.1 增量迭代模型

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

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

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

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

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

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

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

2.1 基線的審計

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

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

進行基線審計時，通常可以按照如下步驟進行：

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

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

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

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

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

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

⑦ 基線審計報告經項目負責人審核、CCB批準后由項目配置管理師在項目組發布，審計結果通知相關人員。

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

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

2.2 基線的建立及發布

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

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

2.3 基線的變更管理

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

3 結束語

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

參 考 文 獻

[1] 劉文紅，吳欣，董銳.基于CMMI的配置管理系統設計與實現[J].飛行器測控學報，2011.2.

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