項目收尾第十章

軟件配置管理概念配置管理是對變更進行標識、組織和控制的技術。

軟件配置管理定義軟件配置管理(SoftwareConfigurationManagement，SCM)是對產品進行標識、存儲和控制，以維護其完整性、可追溯性和一致性，是開發和維護各個階段管理軟件演進過程的一種方法和規程。

SCM的主要目標是使修改部分更容易被適應，并減少變化中所花費的工作量，它幾乎始終貫穿整個軟件生存期。

相關概念

變更

變更不可避免軟件開發活動中變更是不可避免的，變更控制就是防止出現混亂。有效的變更控制需要借助配置數據庫和基線的概念。

配置數據庫配置數據庫的作用是收集與配置有關的信息；評價系統變更的效果；提供配置管理過程的管理信息。

利用配置數據庫中保存的信息

相關概念

配置項軟件配置項(SoftwareConfigurationItems，SCI)是配置管理的對象，它是一個特定的、可文檔化的工作產品集。配置項可以是與合同、過程、計劃和產品有關的文檔及數據，源代碼、目標代碼和可執行代碼.用面向對象的方法組織項目數據庫很自然，將每個SCI看作一個配置對象，各SCI之間的聯系用對象間的關系表示。

相關概念配置對象圖示

源代碼模塊N數據模型數據設計結構設計模塊設計截面設計設計規格說明書測試計劃測試過程測試用例測試規格說明書

相關概念

基線基線是已經通過正式評審和認可的標準或產品，也稱里程碑，基線是以后進一步開發的基礎，只有通過正式的更改控制規程才能進行改變。基線是軟件生存期各開發階段末尾的特定點，每個階段的工作完成時都需要建立基線，其作用是把各階段的工作分得更加清楚，使得原本連續的工作在這些點上斷開，以便檢驗和確認階段成果。基線對變更的控制作用是“不允許跨越里程碑去修改另一階段的東西”

相關概念

SCI

SCI一旦形成文檔并復審通過，即成為一個基線。當SCI成為基線時，便納入基線庫中。此后，若開發小組的成員欲改動SCI，首先要將它拷貝到私有工作區，并將其在數據庫中鎖住，不允許其他人使用。在私有工作區完成修改并復審通過之后，再把修改后的SCI推出并送回數據庫，同時解鎖。

相關概念

例

需求分析需求規格說明書用戶手冊計劃設計編碼測試項目開發計劃測試報告設計規格說明程序清單需求基線計劃基線設計基線編碼基線測試基線

相關概念

軟件配置管理委員會(SCCB)

軟件配置管理委員會是由項目經理及其相關人員組成的機構，可以是一個小組，也可以是一個人。SCCB負責評估變更，批準變更申請，在生存期內規范變更申請流程，反饋變更，與項目經理溝通。

軟件配置管理基本活動

項目經理和配置管理委員會(CCB)根據項目的開發計劃確定各個里程碑和開發策略

根據CCB的規劃，制定詳細的配置管理計劃，交CCB審核。

CCB通過的配置管理計劃交項目經理批準，發布實施。

制定軟件配置計劃

配置管理計劃必須定義的問題

制定配置管理計劃時必須定義的問題

軟件配置管理基本活動

配置管理計劃必須定義的問題

文檔命名約定；

正式文檔的關系；

確定負責驗證正式文檔的人員；

確定負責提交配置管理計劃的人員。

制定配置管理計劃時必須定義的問題

根據已文檔化的規程為每個軟件項目制定軟件配置管理計劃

將已文檔化且經批準的軟件配置管理計劃作為執行配置管理活動的基礎

配置標識為了方便對軟件配置中的各個對象的控制與管理，所有的SCI都應按相關規定命名和組織，并在文檔中規定部分記錄對象的標志信息。通常需要標識兩種對象是基本對象和復合對象。

基本對象由開發人員在分析、設計、編碼和測試時所建立的“文本單元”。

復合對象由若干基本對象和復合對象組合而成的對象。

配置標識

除了標識配置對象，還應考慮命名對象之間的關系。對象之間的關系不僅存在于層次樹中，還存在可跨越對象層次的分支相互關系。有時一個配置對象會與其他多個對象有關系，這時SCI的分層結構不一定是簡單的樹形結構，而是網狀結構。

配置標識

確定配置標識的活動

建立配置管理庫作為存放軟件基線的倉庫

標識置于配置管理下的軟件工作產品

提出、記錄、審查、批準和跟蹤更改要求和問題報告

記錄配置項/配置單元的狀態

配置標識

版本控制

進化圖Obj1.0Obj1.1Obj1.2Obj1.3Obj1.1.1Obj1.1.2Obj2.0Obj2.1

配置標識

版本控制需要解決的主要問題根據不同用戶的需要配置不同的版本；保存系統老板本，以備日后之需；建立一個系統新版本，使其包含某些決策而廢棄另一些；支持兩個以上的工程師同時在一個項目中工作；高效存儲項目的多個版本。

系統整合

系統整合是把系統的不同部分進行集成，使其完成一組特定的功能、包括對不同部分進行編譯，將不同部分組成一個可執行系統。系統整合要考慮的問題包括是否所有組成系統的成分都包括在整合說明書中？是否所有組成系統的成分都有合適的版本？是否所有的數據文件都是可以獲得的？在組成系統的所有成分中，是否有數據文件命名相同的？是否有合適版本的編輯器和其他工具？

狀態報告報告就是根據配置項操作數據庫中的配置狀態記錄，向管理者報告軟件開發活動的進展情況（為了清楚、及時記載軟件配置的變化，需要對開發過程作出系統記錄，以反映開發活動的歷史情況。）這種報告是定期進行的，盡量用Case工具自動生成。配置狀態報告應著重反映當前基線配置項的情況，其主要內容包括配置庫結構和相關說明；開發起始基線的構成；當前基線位置及狀態；各基線配置項集成、分布的情況；關鍵元素的版本演進記錄；其他應予報告的事項。

配置審計

確認變更是否已正確實施有兩種方法，一種是正式技術評審，另一種是軟件配置審計。

正式技術評審（復審）針對所有變更重點檢查已完成修改的軟件配置對象的技術正確性。

配置審計（審核）配置審計是正式技術評審的補充手段，評價正式技術評審沒有被考