第2章軟件配置管理角色與過程內容軟件配置管理角色軟件配置管理過程軟件配置管理建議軟件配置管理角色對于任何一個管理流程來說，保證該流程正常運轉的前提條件就是要有明確的角色、職責和權限的定義。特別是在引入了軟件配置管理的工具之后，比較理想的狀態就是：組織內的所有人員按照不同的角色的要求、根據系統賦予的權限來執行相應的動作。軟件配置管理角色PM:項目經理CCB:配置控制委員會CMO:配置管理員SIO:系統集成員DEV:開發人員軟件配置管理角色項目經理（ProjectManager，PM）項目經理是整個軟件研發活動的負責人，他根據軟件配置控制委員會的建議批準配置管理的各項活動并控制它們的進程。其具體職責為以下幾項：制定和修改項目的組織結構和配置管理策略；批準、發布配置管理計劃；決定項目起始基線和開發里程碑；接受并審閱配置控制委員會的報告。軟件配置管理角色配置控制委員會（ConfigurationControlBoard，CCB）負責指導和控制配置管理的各項具體活動的進行，為項目經理的決策提供建議。其具體職責為以下幾項：定制開發子系統；定制訪問控制；制定常用策略；建立、更改基線的設置，審核變更申請；根據配置管理員的報告決定相應的對策。軟件配置管理角色配置管理員（ConfigurationManagementOfficer，CMO）根據配置管理計劃執行各項管理任務，定期向CCB提交報告并列席CCB的例會。其具體職責包括以下幾項：軟件配置管理工具的日常管理與維護；提交配置管理計劃；各配置項的管理與維護；執行版本控制和變更控制方案；完成配置審計并提交報告；對開發人員進行相關的培訓；識別軟件開發過程中存在的問題并擬定解決方案。軟件配置管理角色系統集成員（SystemIntegrationOfficer，SIO）系統集成員負責生成和管理項目的內部和外部發布版本，其具體職責為以下幾項：集成修改；構建系統；完成對版本的日常維護；建立外部發布版本。軟件配置管理角色開發人員（Developer，DEV）開發人員的職責就是根據組織內確定的軟件配置管理計劃和相關規定，按照軟件配置管理工具的使用模型來完成開發任務。軟件配置管理過程階段劃分一個軟件研發項目一般可以劃分為三個階段：計劃階段、開發階段和維護階段。然而從軟件配置管理的角度來看，后兩個階段所涉及的活動是一致，所以就把它們合二為一，稱為“項目開發和維護”階段。計劃階段

開發和維護階段軟件配置管理過程階段劃分——計劃階段意義：一個項目設立之初PM首先需要制定整個項目的計劃，它是項目研發工作的基礎。在有了總體研發計劃之后，軟件配置管理的活動就可以展開了，因為如果不在項目開始之初制定軟件配置管理計劃，那么軟件配置管理的許多關鍵活動就無法及時有效的進行，而它的直接后果就是造成了項目開發狀況的混亂并注定軟件配置管理活動成為一種“救火”的行為。所以及時制定一份軟件配置管理計劃在一定程度上是項目成功的重要保證。軟件配置管理過程階段劃分——計劃階段流程：CCB根據項目的開發計劃確定各個里程碑和開發策略；CMO根據CCB的規劃，制定詳細的配置管理計劃，交CCB審核；CCB審核配置管理計劃后交項目經理批準，發布實施。軟件配置管理過程階段劃分——開發和維護階段這一階段是項目研發的主要階段。在這一階段中，軟件配置管理活動主要分為三個層面：(1)主要由CMO完成的管理和維護工作；(2)由SIO和DEV具體執行軟件配置管理策略；(3)變更流程。這三個層面是彼此之間既獨立又互相聯系的有機的整體。軟件配置管理過程階段劃分——開發和維護階段在這個軟件配置管理過程中，它的核心流程應該是這樣的:(1)CCB設定研發活動的初始基線；(2)CMO根據軟件配置管理規劃設立配置庫和工作空間，為執行軟件配置管理做好準備；(3)開發人員按照統一的軟件配置管理策略，根據獲得的授權的資源進行項目的研發工作；(4)SIO按照項目的進度集成組內開發人員的工作成果，并構建系統，推進版本的演進；(5)CCB根據項目的進展情況，審核各種變更請求，并適時的劃定新的基線，保證開發和維護工作有序的進行。這個流程就是如此循環往復，直到項目的結束。軟件配置管理過程階段劃分——開發和維護階段在上述的核心過程之外，還涉及其他一些相關的活動和操作流程，下面按不同的角色分工予以列出：各開發人員按照項目經理發布的開發策略或模型進行工作；SIO負責將各分項目的工作成果歸并至集成分支，供測試或發布；SIO可向CCB提出設立基線的要求，經批準后由CMO執行；CMO定期向項目經理和CCB提交審計報告，并在CCB例會中報告項目在軟件過程中可能存在的問題和改進方案；在基線生效后，一切對基線和基線之前的開發成果的變更必須經CCB的批準；CCB定期舉行例會，根據成員所掌握的情況、CMO的報告和開發人員的請求，對配置管理計劃作出修改，并向項目經理報告。軟件配置管理過程軟件配置管理基本流程圖軟件配置管理過程基本活動軟件配置管理過程包括7項基本活動：(1)制定配置管理計劃(2)識別和標志配置項(3)搭建配置管理環境(4)配置項的版本控制(5)基線變更管理(6)配置審核(7)配置狀態統計軟件配置管理過程基本活動軟件配置管理過程基本活動配置標識配置審核狀態統計變更管理軟件配置管理過程(1)制定配置管理計劃形成配置管理計劃規劃配置管理任務評審配置計劃參加項目規劃軟件配置管理過程(1)制定配置管理計劃配置管理計劃的主要內容：配置管理組織及其職責配置管理工具和配置庫的組織結構配置項標志和基線定義變更管理流程配置審核和配置狀態統計軟件配置管理過程(2)識別和標志配置項將軟件項目中需要進行控制的工作產品定義為配置項（SCI）。為每一個配置項分配唯一的標志。建立配置項間的對應關系。軟件配置管理過程(2)識別和標志配置項區分兩類配置項：基本配置項：軟件開發者在項目開發過程中所創建的基本工作單元。集成配置項：一個集成配置項是基本配置項或其它集成配置項的集合。軟件配置管理過程(2)識別和標志配置項體系結構設計數據庫設計詳細設計基本配置項設計規格說明集成配置項校務管理系統需求規格說明招生管理學生日常管理教務管理通用功能……軟件配置管理過程(2)識別和標志配置項配置項標志規范舉例QTD-School–RM–SRS-v1.0公司：3個字符項目：最長10個字符類型：最長5個字符編號：最長8位數字/字符版本號：Vm.n注意：配置項標識并不是指程序/文檔文件的文件名，而是該程序/文檔作為一個配置項的標識。軟件配置管理過程(2)識別和標志配置項建立配置項間的關系招生管理需求規約校務管理系統需求規格說明測試用例集Apartofinterrelated可使用某種模塊互聯語言(ModuleInterconnectionlanguage,MIL)來描述配置項之間的關系。NarayanaswamyK.,W.Scacchi.MaintainingConfigurationsofEvolvingSoftwareSystems.IEEETrans.SoftwareEngineering,vol.SE-13,no.3,March1987.軟件配置管理過程(2)識別和標志配置項配置項標識和跟蹤舉例軟件配置管理過程(3)搭建配置管理環境配置管理環境是用于進行軟件配置管理的系統環境，其中最重要的是配置管理庫，簡稱配置庫。配置庫存儲配置項(SCI)、修改請求、變化記錄等，并提供對庫中所存儲文件的版本控制。為不同的開發人員分配不同的訪問配置庫的權限。一般需采用配置管理工具來建立配置庫。配置庫中文件的更改是受控的。軟件配置管理過程(4)配置項的版本控制受控庫新版本CheckinCheckout配置庫當開發人員要使用配置庫中的一個文件時，將文件檢出到自己的工作目錄里，此時該文件在配置庫中被自動鎖定，開發人員處理完該文件后，再將文件檢入到配置庫中（需有修改權限），一個新的版本號自動與文件相關聯，文件解鎖。軟件配置管理過程(4)配置項的版本控制配置庫的檢入檢出和版本控制機制解決了軟件開發中的兩個重要問題：訪問控制：保證具有相應權限的人員才能修改配置項。并行控制：保證不同人員同時對某配置項進行的修改不會互相覆蓋。軟件配置管理過程(4)配置項的版本控制服務器存儲所有文檔和源程序，由版本控制系統管理程序員1程序員n下載提交下載提交……團隊開發的一般模式安裝有版本控制系統客戶端軟件配置管理過程(4)配置項的版本控制SourceObjectLib配置庫SourceObjectLibSourceObjectLib程序員1的工作目錄程序員n的工作目錄CheckoutCheckout軟件配置管理過程(4)配置項的版本控制SCI1.0SCI1.1SCI1.2SCI1.3SCI1.4SCI2.0SCI2.1SCI1.1.1SCI1.1.2配置項的演化圖(EvolutionGraph)軟件配置管理過程(4)配置項的版本控制對配置項的修改（不同版本間的差別）應被記錄下來。更動者（姓名及其身份）；更動日期和時間；被更動SCI（名及其版本號）；更動內容及其位置；更動原因；受此更動影響的諸SCI名表。軟件配置管理過程(4)配置項的版本控制軟件產品不同類型的版本的特性和所包含的配置項應被明確描述，保證可根據要求將配置項組合生成適用于不同應用環境的正確的軟件產品版本。軟件配置管理過程(4)配置項的版本控制軟件產品版本編號方法數字順序型版本編號普通版本編號α和β版本編號屬性版本編號軟件配置管理過程(4)配置項的版本控制數字順序型版本編號普通版本編號產品的版本號由若干數字組成，數字之間用“.”分隔。一種典型的編號策略如下：

x.y.z，x為主版本號，y為特征版本號，z為缺陷修復版本號，如V3.10.16。主版本號的增加表示提供給客戶的主要產品功能的增強。特征版本號的增加表示產品新增了一些特征或做了一些重要修改。缺陷修復版本號的增加表示在軟件產品上做了一些缺陷修復工作。軟件配置管理過程(4)配置項的版本控制數字順序型版本編號普通版本編號文檔編號的具體形式為英文（或中文）名加上該配置項所在的版本號，例如，詳細說明書是一個配置項，它的某一個版本標識為“詳細設計說明書V1.0.1”。軟件配置管理過程(4)配置項的版本控制數字順序型版本編號α和β版本編號在普通版本編號后面增加一個大寫字符A或者B來分別表示α版本或β版本。例如1.2.4A或1.2.4B。如果存在多次的α發布和β發布，可在A或B后面添加一個數字來說明發布的次數，例如：1.2.5A1，1.3.0B2。α測試是由公司內部的用戶在模擬實際操作環境下進行的測試。β測試是由軟件的多個用戶在實際使用環境下進行的測試。軟件配置管理過程(4)配置項的版本控制屬性版本編號把版本的重要屬性反映在標識中。可以包括的屬性有：客戶名、開發語言、開發狀態、硬件平臺、生成日期等。例如：

J2SDK.v.l.2.2:10/31/2000-18:00,nativethreads,jit-122包含的信息豐富，方便了查詢和管理，版本間的關系易于保持，但由于太復雜，一般只用于軟件組織內部的管理。軟件配置管理過程(5)基線變更管理基線變更管理過程變更請求變更評估變更批準/拒絕變更實現軟件配置管理過程(5)基線變更管理變更請求項目名稱

變更申請人

提交時間

變更題目

緊急程度

變更具體內容

變更影響分析

變更確認處理結果

簽字

軟件配置管理過程(5)基線變更管理變更評估變更評估軟件變更分類技術影響分析接口影響分析進度影響分析預算影響分析軟件配置管理過程(5)基線變更管理變更批準或拒絕根據評估結果對變更作出決策：直接實現變更掛起或延遲變更拒絕變更對于批準的變更，要確定其實現進度：立即實現變更在特定的日期實現變更在軟件另外的版本中實現軟件配置管理過程(5)基線