軟件項目配置管理

第5章軟件項目配置管理

什么是軟件配置項？軟件配置項主要有幾類？分別包含哪些內(nèi)容？基線的概念是什么？在實施階段配置管理主要包括哪些活動?目前配置管理工具分為哪幾個級別?內(nèi)容提要5.2軟件項目配置管理過程5.3配置管理組織與實施5.4配置管理實例介紹5.5本章小結(jié)5.1軟件項目配置管理概念配置管理跟蹤控制項目結(jié)束項目執(zhí)行控制項目計劃項目初始5.1軟件項目配置管理概念配置的概念來自硬件，例如，計算機系統(tǒng)的CPU、磁盤以及外設(shè)配置等等

配置管理（Configurationmanagement）是指用于控制系統(tǒng)一系列變化的學(xué)科。通過一系列技術(shù)，方法和手段來維護產(chǎn)品的歷史，鑒別和定位產(chǎn)品獨有的版本，并在產(chǎn)品的開發(fā)和發(fā)布階段控制變化…通過有序管理和減少重復(fù)性工作，配置管理保證了生產(chǎn)的質(zhì)量和效率。軟件領(lǐng)域引入配置的原因隨著計算機軟件的發(fā)展，軟件開發(fā)已由最初的“程序設(shè)計階段”——〉“軟件系統(tǒng)階段”——〉“軟件工程階段”。軟件的復(fù)雜性日益增大，軟件項目開發(fā)中可能會遇到如下問題：開發(fā)人員使用錯誤的版本修改程序開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔,或修改的結(jié)果不能及時反映到各個相關(guān)部分；5.1軟件項目配置管理概念軟件領(lǐng)域引入配置的原因-2人員流動，交接工作不徹底造成軟件關(guān)鍵部件遺失；已修復(fù)的Bug在新版本中出現(xiàn)找不到某個文件的歷史版本；無法重新編譯某個歷史版本，使維護工作十分困難；因協(xié)同開發(fā)或者異地開發(fā)，版本變更混亂導(dǎo)致整個項目失??；……5.1軟件項目配置管理概念軟件領(lǐng)域引入配置的原因-3隨著軟件團隊人員的增加，軟件版本不斷變化，開發(fā)時間的緊迫以及多平臺開發(fā)環(huán)境的使用，使得軟件開發(fā)面臨越來越多的問題。解決這些問題的唯一途徑是加強管理，配置管理是有效管理變更的手段，它是軟件開發(fā)管理的核心。軟件配置管理是軟件項目運作的一個支撐平臺，這種支撐貫穿著幾乎軟件的整個生命周期。人們越來越重視軟件配置的管理工作。5.1軟件項目配置管理概念軟件配置管理作為支撐平臺5.1軟件項目配置管理概念實例：軟件項目開發(fā)管理的新需求你在一家小公司做軟件工程師，開始的時候，你只有一個人，配了2個助手。你們研究了一種算法（例如：圖象壓縮、數(shù)據(jù)加密等），編寫了一個實現(xiàn)模塊。有一天老板看到了你的演示，認(rèn)為很有市場潛力，可以結(jié)合進公司正在給某行業(yè)用戶正在準(zhǔn)備開發(fā)的系統(tǒng)中，成為該系統(tǒng)的核心技術(shù)或一個別人沒有的賣點。下一周，你的隊伍增加到14（你的老板準(zhǔn)備就此豪賭一把了），與你3個人的小組不同的是，公司從其他部門為你配備了系統(tǒng)分析師，還有文檔編制員、測試員。你的核心模塊已經(jīng)被大量的用戶功能所包裝，成為一個行業(yè)應(yīng)用系統(tǒng)，并開始給用戶試用，這是你的系統(tǒng)的第一版。5.1軟件項目配置管理概念實例：軟件項目開發(fā)管理的新需求-13個月后，公司決定把系統(tǒng)升級到第二版，除增加了許多新的功能外，公司決定支持多平臺，同時，為了提高系統(tǒng)的性能和效率，準(zhǔn)備采用第三方廠家的中間件，取代自己做的接口。第一版的缺陷修改，也要反映到第二版中。第2版經(jīng)過2個多月的開發(fā)，最終推向了市場。公司的這個產(chǎn)品不但被用戶所歡迎，也被一家大公司所看中（就像IBM收購了Lotus和Rational、Informix、Visio一樣），你們的產(chǎn)品，正好可以填補這家大公司產(chǎn)品線的空缺，你所在的公司被這家公司買去了。5.1軟件項目配置管理概念實例：軟件項目開發(fā)管理的新需求-2公司為你的項目組派來了產(chǎn)品經(jīng)理、項目經(jīng)理。公司決定這個產(chǎn)品的測試，由公司總部獨立的測試部門承擔(dān)。同時，公司決定把項目組增加到50人，其中有20多人并不在你所在的城市。在新公司里，產(chǎn)品管理、項目管理、測試、質(zhì)量等等，都與你過去的環(huán)境和做法不同，特別不同的是，公司準(zhǔn)備開發(fā)的第3版系統(tǒng)與公司原有的產(chǎn)品要進行融合，使他們看上去是一家出來的不同的兄弟和姐妹。與軟件的第1版、第2版相比，你的項目管理有什么不同？5.1軟件項目配置管理概念實例：軟件項目開發(fā)管理的新需求-3隨著這個產(chǎn)品的演變，項目發(fā)生了四個變化：系統(tǒng)的復(fù)雜性發(fā)生了很大變化；

用于開發(fā)該系統(tǒng)的項目環(huán)境發(fā)生了很大變化；在不同的項目生命周期內(nèi)，項目控制本身的要求和力度發(fā)生了很大變化；由于組織的變化，管理流程、人員、方式發(fā)生了很大變化。前二類變化要求項目的組織和管理適應(yīng)系統(tǒng)擴展的需要，后二種變化則要求項目管理具有適應(yīng)性和靈活性。5.1軟件項目配置管理概念軟件配置管理概念軟件配置管理(SoftwareConfigurationManagement，SCM)是對產(chǎn)品進行標(biāo)志、存儲和控制，以維護其完整性、可追溯性以及正確性，它為軟件開發(fā)提供了一套管理辦法和活動原則。SCM提供了結(jié)構(gòu)化的，有序化的，產(chǎn)品化的管理軟件工程的方法。它涵蓋了軟件生命周期的所有領(lǐng)域并影響所有數(shù)據(jù)和過程。5.1軟件項目配置管理概念軟件配置管理的目的它是一種標(biāo)識、組織和控制修改的技術(shù)，目的是記錄軟件產(chǎn)品的演化過程確保軟件開發(fā)者在軟件生命周期中的各個階段都能得到精確的產(chǎn)品配置。最終保證軟件產(chǎn)品的完整性、一致性、追朔性、可控性使錯誤達到最小并最有效地提高生產(chǎn)效率。5.1軟件項目配置管理概念軟件配置管理的目標(biāo)SCM活動的目標(biāo)是為了：標(biāo)識變更；控制變更；確保變更正確地實現(xiàn)；向其他有關(guān)的人員報告變更。在軟件工程過程中產(chǎn)生的所有信息項（文檔、報告、程序、表格、數(shù)據(jù)）構(gòu)成了軟件配置。5.1軟件項目配置管理概念軟件配置管理的主要功能版本管理變更管理其它（過程管理）5.1軟件項目配置管理概念軟件配置管理作為軟件開發(fā)過程的必要環(huán)節(jié)和軟件開發(fā)管理的基礎(chǔ)，支持和控制著整個軟件生命周期。若要有效地實施軟件配置管理，除了培養(yǎng)軟件開發(fā)者的管理意識外，更重要的是使用優(yōu)秀的軟件配置管理工具。軟件配置管理的三個應(yīng)用層次(技術(shù))

SCM從應(yīng)用層次上可以從低到高分為三級：版本控制：主要應(yīng)用于個人獨立開發(fā)或小組開發(fā)，它可以控制任何文件的版本、實現(xiàn)分支和歸并功能、進行文本比較、標(biāo)記注釋和版本報告信息，主要工具有MS的VisualSourceSafe。

以開發(fā)者為中心(變更需求管理)：主要應(yīng)用于部門級開發(fā)，它可用于軟件維護、不斷增加的開發(fā)任務(wù)、并行開發(fā)、QA及測試，它面向大型團隊、利于交流、能最大限度地利用人力資源，主要工具為RationalClearCase。過程驅(qū)動：主要應(yīng)用于企業(yè)級開發(fā)，著重解決新的工具引入、IT審核、管理報告、復(fù)雜的生命周期、應(yīng)用工具包、集成解決方案、資料庫等問題，實現(xiàn)真正規(guī)范的團隊開發(fā)。5.1軟件項目配置管理概念配置管理給項目組帶來的好處節(jié)約費用

縮短開發(fā)周期

、減少施工費用

有利于知識庫的建立

代碼對象庫、業(yè)務(wù)及經(jīng)驗庫

規(guī)范管理

量化工作量考核、規(guī)范測試

加強協(xié)調(diào)與溝通——實現(xiàn)高效的團隊溝通，使工作成果及時共享5.1軟件項目配置管理概念配置管理給項目組帶來的好處-2造成項目周期拖延或費用超過預(yù)算的原因很多，但沒有好的階段和里程碑劃分無疑是其中最重要的原因。5.1軟件項目配置管理概念內(nèi)容提要5.2軟件項目配置管理過程5.3配置管理組織與實施5.4配置管理實例介紹5.5本章小結(jié)5.1軟件項目配置管理概念配置管理跟蹤控制項目結(jié)束項目執(zhí)行控制項目計劃項目初始5.2軟件項目配置管理過程配置管理過程圍繞配置管理的5項活動進行

軟件項目配置的基本活動配置審計狀態(tài)統(tǒng)計配置標(biāo)識變更控制配置管理過程

配置項標(biāo)識、跟蹤配置管理環(huán)境建立基線變更管理基線審核配置狀態(tài)統(tǒng)計配置管理計劃配置項標(biāo)識、跟蹤——配置項的概念軟件配置項（SoftwareConfigurationItem，SCI）——凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項。以下包含了所有在軟件過程中產(chǎn)生的信息的工作成果總稱為軟件配置項：計算機程序（源代碼和可執(zhí)行程序）描述計算機程序的文檔（針對技術(shù)開發(fā)者和用戶）數(shù)據(jù)（包含在程序內(nèi)部或外部）。項目管理的有關(guān)文件、信息記錄等。軟件配置管理的對象就是軟件配置項（SCI）。5.2軟件項目配置管理過程配置項標(biāo)識、跟蹤——軟件配置項涵蓋的范圍系統(tǒng)規(guī)格說明軟件項目實施計劃軟件需求說明可執(zhí)行的原型初步的用戶手冊設(shè)計規(guī)格說明源代碼清單測試計劃和過程、測試用例和測試結(jié)果記錄操作和安裝手冊可執(zhí)行程序（可執(zhí)行程序模塊、連接模塊）數(shù)據(jù)庫描述（模式和文件結(jié)構(gòu)、初始內(nèi)容）正式的用戶手冊維護文檔（軟件問題報告、維護請求、工程變更次序）5.2軟件項目配置管理過程配置項標(biāo)識、跟蹤——CMM定義的配置管理對象CMM（SoftwareCapabilityMaturityModel，軟件能力成熟度模型）把配置管理對象，稱之為軟件工作產(chǎn)品，在CMM配置管理定義中，可作為配置項/單元標(biāo)識的軟件工作產(chǎn)品實例有：與過程相關(guān)的文檔（例如：計劃、標(biāo)準(zhǔn)或規(guī)程）軟件需求軟件設(shè)計軟件代碼單元軟件測試規(guī)程為軟件測試活動建立的軟件系統(tǒng)交付給客戶或最終用戶的軟件系統(tǒng)編譯程序其他支持工具5.2軟件項目配置管理過程配置項標(biāo)識、跟蹤——軟件配置項的類型及屬性配置項主要有兩大類：屬于產(chǎn)品組成部分的工作成果，即軟件產(chǎn)品，例如源代碼、需求文檔、設(shè)計文檔、測試用例等等。在管理過程中產(chǎn)生的文檔，例如各種計劃、狀態(tài)報告等等，這些文檔雖然不是產(chǎn)品的組成部分，但是值得保存。每個配置項的主要屬性有：名稱、標(biāo)識符、文件狀態(tài)、版本、作者、日期等。所有配置項都被保存在配置庫里，確保不會混淆、丟失；配置項及其歷史記錄反映了軟件的演化過程。5.2軟件項目配置管理過程配置項標(biāo)識、跟蹤——軟件配置項的狀態(tài)變遷配置項的狀態(tài)有三種：“草稿”（Draft）、“正式發(fā)布”（Released）和“正在修改”（Changing）。配置項剛建立時其狀態(tài)為“草稿”；配置項通過評審（或?qū)徟┖螅錉顟B(tài)變?yōu)椤罢桨l(fā)布”；此后若更改配置項，必須依照“變更控制流程”執(zhí)行，其狀態(tài)變?yōu)椤罢谛薷摹?。?dāng)配置項修改完畢并重新通過評審（或?qū)徟r，其狀態(tài)又變?yōu)椤罢桨l(fā)布”，如此循環(huán)。5.1軟件項目配置管理概念配置項標(biāo)識、跟蹤——軟件部件分解圖

配置標(biāo)識就是查詢、識別和確定配置管理對象。配置管理對象呈現(xiàn)為一種層次結(jié)構(gòu)，因此，為了標(biāo)識配置管理的對象，我們需要對軟件系統(tǒng)進行分解。5.2軟件項目配置管理過程配置項標(biāo)識、跟蹤——配置項標(biāo)識的主要任務(wù)將軟件項目中需要進行控制的部分拆分成軟件配置項。對所有配置項都應(yīng)按照相關(guān)規(guī)定建立唯一的標(biāo)識。建立相互間的對應(yīng)關(guān)系，進行系統(tǒng)的跟蹤和版本控制，以確保項目過程中的產(chǎn)品與需求和規(guī)格的要求相一致。在引入軟件配置管理工具進行管理后，這些配置項都應(yīng)以一定的目錄結(jié)構(gòu)保存在配置庫中。最終可根據(jù)要求將配置項組合生成適用于不同應(yīng)用環(huán)境的正確的軟件產(chǎn)品評估版本。5.2軟件項目配置管理過程配置項標(biāo)識、跟蹤——配置項的拆分例子設(shè)計規(guī)格說明書

數(shù)據(jù)設(shè)計描述總體結(jié)構(gòu)設(shè)計描述模塊設(shè)計描述界面設(shè)計描述界面設(shè)計1界面設(shè)計2……

對象描述（某醫(yī)療網(wǎng)站）需求規(guī)格SCI輔助功能.doc性能.doc產(chǎn)品目錄.doc醫(yī)務(wù)管理.doc醫(yī)療專業(yè)區(qū).doc首頁.doc5.2軟件項目配置管理過程配置項標(biāo)識、跟蹤——配置項的標(biāo)識約定舉例配置項被唯一的標(biāo)識QTD-School–RM–SRS-v1.0公司：3個字符項目：最長10個字符類型：最長5個字符編號：最長8位數(shù)字版本號：Vm.n5.2軟件項目配置管理過程配置項標(biāo)識、跟蹤——配置項的跟蹤建立相互間的對應(yīng)關(guān)系5.2軟件項目配置管理過程最基本的配置項管理——文檔軟件產(chǎn)品比較容易標(biāo)識，而文檔相對比較復(fù)雜。開發(fā)文檔——文檔在軟件開發(fā)人員、軟件管理人員、維護人員、用戶以及計算機之間，起到了多種的橋梁作用。軟件開發(fā)人員在軟件生命的各個階段中，以文檔作為前階段工作成果的體現(xiàn)和后階段工作的依據(jù)，這個作用是顯而易見的。管理文檔或項目文檔——軟件開發(fā)過程中軟件開發(fā)人員需制定一些工作計劃或工作報告，這些計劃和報告都要提供給管理人員，并得到必要的支持。管理人員則可通過這些文檔了解軟件開發(fā)項目安排、進度、資源使用和成果等。用戶文檔——軟件開發(fā)人員需為用戶了解軟件的使用、操作和維護提供詳細(xì)的資料。5.2軟件項目配置管理過程文檔分類5.2軟件項目配置管理過程文檔用戶文檔用戶手冊操作手冊維護修改建議軟件需求（規(guī)格）說明書開發(fā)文檔軟件需求（規(guī)格）說明書數(shù)據(jù)要求說明書概要設(shè)計說明書詳細(xì)設(shè)計說明書可行性研究報告項目開發(fā)計劃管理文檔項目開發(fā)計劃測試計劃測試報告開發(fā)進度月報開發(fā)總結(jié)報告文檔的生成階段5.2軟件項目配置管理過程階段文檔

可行性研究與計劃需求分析設(shè)計代碼編寫測試運行與維護可行性研究報告

項目開發(fā)計劃

軟件需求說明

數(shù)據(jù)要求說明

概要設(shè)計說明

詳細(xì)設(shè)計說明

測試計劃

用戶手冊

操作手冊

測試分析報告

開發(fā)進度月報

項目開發(fā)總結(jié)

維護修改建議

文檔的作用5.2軟件項目配置管理過程所提問題文檔

什么何處何時誰如何為何可行性研究報告√

√項目開發(fā)計劃√

√√

軟件需求說明√√

數(shù)據(jù)要求說明√√

概要設(shè)計說明

√

詳細(xì)設(shè)計說明

√

測試計劃

√√√

用戶手冊

√

操作手冊

√

測試分析報告√

開發(fā)進度月報√

√

項目開發(fā)總結(jié)√

維護修改建議√

√

√配置管理環(huán)境建立建立配置管理庫，簡稱配置庫。軟件配置管理庫是用來存儲所有基線配置項及相關(guān)文件的等內(nèi)容的系統(tǒng)，是在軟件產(chǎn)品的整個生存期中建立和維護軟件產(chǎn)品完整性的主要手段。開發(fā)庫 開發(fā)周期的某個階段，存放與該階段工作有關(guān)系的信息；開發(fā)庫也稱為工作空間

受控庫 開發(fā)周期的某個階段結(jié)束時，存放做為該階段產(chǎn)品及其相關(guān)的信息，配置管理對其中的信息進行管理，也稱配置庫產(chǎn)品庫 存放最終產(chǎn)品的軟件庫5.2軟件項目配置管理過程配置管理環(huán)境建立——受控操作配置庫是集中控制的文件庫，提供對所存儲文件的版本控制。從受控庫導(dǎo)出的文件自動被鎖定直到文件重新被導(dǎo)入，一個版本號自動與新版本文件相關(guān)聯(lián)。配置庫中文件不能更改，任何更改都被視為創(chuàng)建了一個新版本文件。文件的所有配置管理信息和文件的內(nèi)容都存儲在配置庫中。5.2軟件項目配置管理過程配置管理環(huán)境建立——配置庫5.2軟件項目配置管理過程版本與版本控制

在軟件開發(fā)過程中，由于軟件開發(fā)所固有的特征，可能會形成眾多的軟件版本，而且我們并不能保證不出現(xiàn)錯誤的修改，而這樣的一個困難局面卻又非常現(xiàn)實地擺在項目開發(fā)管理者的面前，他/她該如何有效地解決這些問題，具體地說就是如下一些問題：怎樣對研發(fā)項目進行整體管理；項目開發(fā)小組的成員之間如何以一種有效的機制進行協(xié)調(diào)；如何進行對小組成員各自承擔(dān)的子項目的統(tǒng)一管理；如何對研發(fā)小組各成員所作的修改進行統(tǒng)一匯總；如何保留修改的軌跡，以便撤銷錯誤的改動；對在研發(fā)過程中形成的軟件的各個版本如何進行標(biāo)識，管理及差異識辨等等。綜上所述，我們須要引進一種管理機制——版本管理機制，而且是廣義上的版本管理，它不僅需要對源代碼的版本進行管理，而且還要對整個項目進行管理。5.2軟件項目配置管理過程版本與版本控制——概念、目的

版本與版本控制——軟件的每一個版本都是源代碼、文檔、數(shù)據(jù)以及相關(guān)的系統(tǒng)環(huán)境的一個收集，且各個版本都可能由不同的變種組成。版本控制的目的是按照一定的規(guī)則保存配置項的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項的任何版本。版本控制是SCM的基礎(chǔ)，它管理并保護開發(fā)者的軟件資源。使混亂的開發(fā)狀態(tài)變得有序！5.2軟件項目配置管理過程版本與版本控制——版本控制規(guī)則處于“草稿”狀態(tài)的配置項的版本號格式為：0.YZ

YZ數(shù)字范圍為01-99。隨著草稿的不斷完善，“YZ”的取值應(yīng)遞增?！癥Z”的初值和增幅由用戶自己把握。處于“正式發(fā)布”狀態(tài)的配置項的版本號格式為：X.Y

X為主版本號，取值范圍為1-9。Y為次版本號，取值范圍為1-9。配置項第一次“正式發(fā)布”時，版本號為1.0。如果配置項的版本升級幅度比較小，一般只增大Y值，X值保持不變。只有當(dāng)配置項版本升級幅度比較大時，才允許增大X值。

處于“正在修改”狀態(tài)的配置項的版本號格式為：X.YZ

配置項正在修改時，一般只增大Z值，X.Y值保持不變。當(dāng)配置項修改完畢，狀態(tài)重新成為“正式發(fā)布”時，將Z值設(shè)置為0，增加X.Y值。5.2軟件項目配置管理過程版本與版本控制——版本圖版本控制管理在軟件工程過程中建立起配置對象的不同版本。使用演變圖來表示系統(tǒng)的不同版本。版本管理可以把一些屬性結(jié)合到各個軟件版本上。V1.0V1.2V1.1V1.3V1.4V2.0V2.1V1.1.1V1.1.25.2軟件項目配置管理過程版本與版本控制——配置項的版本版本控制工具RationalClearCaseMicrosoftVisualSourceSafeMicrosoftProject2000SybaseObjectCycleManager需求規(guī)格V1.1需求規(guī)格需求規(guī)格V1.2需求規(guī)格V1.3配置項類配置項實例5.2軟件項目配置管理過程變更管理是團隊開發(fā)過程中的通訊基礎(chǔ)可以了解誰改了什么、為什么正確及時的項目狀態(tài)報告最大限度的利用你的工程師資源利于團隊交流軟件工程過程中某一階段的變更，均要引起軟件配置的變更，這種變更必須嚴(yán)格加以控制和管理，保持修改信息。變更控制包括建立控制點和建立報告與審查制度。5.2軟件項目配置管理過程變更管理——變更控制過程5.2軟件項目配置管理過程加強團隊間的溝通，真正掌握開發(fā)狀態(tài)！變更管理——變更的兩種情況為改正小錯誤需要的變更。為了增加或者刪掉某些功能、或者為了改變完成某個功能的方法而需要的變更。如果變更的代價比較小且對軟件系統(tǒng)其它部分沒有影響，或影響很小，通常應(yīng)批準(zhǔn)這個變更。如果變更的代價比較高，或者影響比較大，則必須權(quán)衡利弊，以決定是否進行這種變更。如果同意這種變更，需要進一步確定由誰來支付變更所需要的費用。如果是用戶要求的變更，則用戶應(yīng)支付這筆費用；否則，必須完成某種成本／效益分析，以確定是否值得做這種變更。5.2軟件項目配置管理過程基線變更管理——基線的概念基線（Baseline）——是軟件生存期中各開發(fā)階段末尾的特定點，又稱里程碑。基線的作用是把各階段工作的劃分更加明確化，以便于檢驗和肯定階段成果?；€由一組配置項組成，一個(些)配置項形成并通過審核，即形成基線，這些配置項構(gòu)成了一個相對穩(wěn)定的邏輯實體?；€中的配置項被“凍結(jié)”了，不能再被隨意修改?；€標(biāo)志開發(fā)過程一個階段的結(jié)束和里程碑（Milestone），一個產(chǎn)品可以有多個基線，也可以只有一個基線。5.2軟件項目配置管理過程基線變更管理——軟件項目形成的基線

基線的主要屬性有：名稱、標(biāo)識符、版本、日期等。通常將交付給客戶的基線稱為一個“Release”；為內(nèi)部開發(fā)用的基線則稱為一個“Build”。5.2軟件項目配置管理過程基線變更管理——基線變更系統(tǒng)項目基線（配置項）可能由于種種原因會發(fā)生變更，如：客戶需求變化、進度變更、成本變更、產(chǎn)品環(huán)境變化等?；€修改（變更）應(yīng)受到控制，變更管理也稱為配置控制，這種變化要經(jīng)SCCB授權(quán)，按正式的程序進行控制并記錄基線修改的過程。配置控制變更請求變更評估變更批準(zhǔn)/拒絕變更實現(xiàn)5.2軟件項目配置管理過程配置管理委員會

配置管理委員會——

配置管理委員會(SoftwareConfigurationControlBoard，SCCB)是實現(xiàn)有序、及時和正確處理軟件配置項的基本機制。主要負(fù)責(zé)評估變更批準(zhǔn)變更申請在生存期內(nèi)規(guī)范變更申請流程對變更進行反饋與項目管理層溝通對于一個新的變更申請，首先應(yīng)該依據(jù)配置項和基線，將相關(guān)的配置項分配給適當(dāng)?shù)腟CCB，SCCB根據(jù)技術(shù)的、邏輯的、策略的、經(jīng)濟的和組織的角度，以及基線的層次，評估基線的變更對項目的影響，并決定是否變更。5.2軟件項目配置管理過程基線變更管理——變更請求項目名稱

變更申請人

提交時間

變更題目

緊急程度

變更具體內(nèi)容

變更影響分析

變更確認(rèn)處理結(jié)果

簽字

5.2軟件項目配置管理過程基線變更管理——變更評估變更評估軟件變更分類技術(shù)影響分析接口影響分析進度影響分析預(yù)算影響分析5.2軟件項目配置管理過程基線變更管理——變更批準(zhǔn)/拒絕批準(zhǔn)/拒絕變更（若批準(zhǔn)）實施變更決策（若批準(zhǔn)）驗證變更（若批準(zhǔn)）發(fā)布、安裝變更（若批準(zhǔn)）版本更新5.2軟件項目配置管理過程基線變更管理——變更實現(xiàn)變更實現(xiàn)變更實現(xiàn)受控基線出庫實現(xiàn)的測試和驗證實現(xiàn)被承認(rèn)受控基線入庫5.2軟件項目配置管理過程配置審核配置審核作為變更控制的補充手段，目的是為了確保某一變更請求已被確切實現(xiàn)。配置審核主要包括兩方面的內(nèi)容：配置管理活動審核

確保項目組成員的所有配置管理活動，遵循已批準(zhǔn)的軟件配置管理方針和規(guī)程基線審核

保證基線的配置項(SCI)正確的構(gòu)造和實現(xiàn)，并滿足功能要求5.2軟件項目配置管理過程配置審核——功能審核、物理審核配置審核有過程審核、功能審核、物理審核和質(zhì)量系統(tǒng)審核四種形式。功能配置審核(FunctionalConfigurationAudit,FCA)：通過對軟件產(chǎn)品的功能和性能的審核，以及與需求說明的一致性來對軟件制品的評估。

由項目經(jīng)理提出請求由軟件質(zhì)量工程師計劃并實施對評審過程和標(biāo)準(zhǔn)有專門的文檔規(guī)定5.2軟件項目配置管理過程配置審核——功能審核功能審核的目標(biāo)是核實軟件配置項的實際性能是否符合它的需求。以下各項說明從配置管理角度來看支持功能審核所需要做的工作。準(zhǔn)備一個驗證表，列出所有功能方面的需求，而且對每個需求都引用測試過程、測試行為的實例（時間戳或其他測試實例標(biāo)識符）、相應(yīng)的測試結(jié)果和/或完整記錄需求驗證情況的分析和/或演示報告。核實是否已正確實施了所有變更請求。核實是否已對軟件正確應(yīng)用了所有更改。文檔差異、建立糾正操作和完成日期。5.2軟件項目配置管理過程配置審核——物理審核物理配置審核（PhysicalConfigurationAudit，PCA)：主要用來驗證軟件的功能是否與其設(shè)計一致，是否可以發(fā)布。物理配置評審跟隨在功能配置評審之后；由項目經(jīng)理提出請求；由軟件質(zhì)量工程師和項目配置經(jīng)理計劃和實施；對于物理配置評審過程和標(biāo)準(zhǔn)，有專門的文檔規(guī)定；在實際操作過程中，一般認(rèn)為審核是一種事后活動，很容易被忽視。但是“事后”也是有相對性的，在項目初期審核發(fā)現(xiàn)的問題，對項目后期工作總是有指導(dǎo)和參考價值的。5.2軟件項目配置管理過程配置狀態(tài)統(tǒng)計檢查配置管理系統(tǒng)以及內(nèi)容，檢測配置項變更歷史的過程稱為配置狀態(tài)統(tǒng)計。

檢查配置管理系統(tǒng)以及內(nèi)容檢測配置項變更歷史配置狀態(tài)統(tǒng)計的范圍可因項目而不同。IEEE標(biāo)準(zhǔn)828-1998規(guī)定用于計算配置狀態(tài)的最小數(shù)據(jù)集包括：被批準(zhǔn)的配置項配置項的所有請求的變化狀態(tài)配置項所有被批準(zhǔn)的變更實現(xiàn)狀態(tài)5.2軟件項目配置管理過程評估一個配置系統(tǒng)狀態(tài)變更請求的數(shù)量變更請求的歷史報告存儲量的增長配置管理系統(tǒng)以及SCCB在運作中發(fā)生異常的次數(shù)等等5.2軟件項目配置管理過程配置管理計劃配置管理計劃過程就是確定軟件配置管理的解決方案。配置管理計劃由配置管理者負(fù)責(zé)制定，是軟件配置管理規(guī)劃過程的產(chǎn)品，并且在整個軟件項目開發(fā)過程中作為配置管理活動的依據(jù)進行使用和維護。流程通常是首先由項目經(jīng)理確定配置管理者，配置管理者通過參與項目規(guī)劃過程，確定配置管理的策略，并制定詳細(xì)的配置管理計劃，交配置管理委員會審核，配置管理委員會通過配置管理計劃后交項目經(jīng)理批準(zhǔn)，發(fā)布實施。配置管理計劃首先的一個關(guān)鍵任務(wù)是確定要控制哪些文檔。5.2軟件項目配置管理過程內(nèi)容提要5.2軟件項目配置管理過程5.3配置管理組織與實施5.4配置管理實例介紹5.5本章小結(jié)5.1軟件項目配置管理概念配置管理跟蹤控制項目結(jié)束項目執(zhí)行控制項目計劃項目初始5.3配置管理組織與實施配置管理組織的角色項目經(jīng)理（ProjectManager，PM）配置控制委員會（ConfigurationControlBoard，CCB）配置管理員（ConfigurationManagementOfficer，CMO）系統(tǒng)集成員（SystemIntegrationOfficer，SIO）開發(fā)人員（Developer，DEV）角色的職責(zé)肩負(fù)對項目成功負(fù)責(zé)的重要職責(zé)評估開發(fā)團隊當(dāng)前配置管理現(xiàn)狀定義實施的范圍計劃資源要素配置管理組織角色具體職責(zé)組織機構(gòu)責(zé)任具體職責(zé)項目經(jīng)理負(fù)責(zé)整個軟件項目的研發(fā)活動，根據(jù)SCCB的建議，批準(zhǔn)配置管理的各項活動并控制它們的進程制定和修改項目的組織結(jié)構(gòu)和配置管理策略批準(zhǔn)、發(fā)布配置管理計劃決定項目起始基線和開發(fā)里程碑接收并審閱SCCB的報告軟件配置控制委員會（SCCB）管理軟件基線，承擔(dān)變更控制的所有責(zé)任授權(quán)建立軟件基線和標(biāo)志配置/配置單元代表項目經(jīng)理和受到基線影響的質(zhì)量保證組、配置管理組、工程組、系統(tǒng)測試組、合同管理組、文檔支持組等小組的利益審查和審定對軟件基線的更改審定由軟件基線數(shù)據(jù)庫中生產(chǎn)的產(chǎn)品和報告軟件配置小組（SCM小組）負(fù)責(zé)協(xié)調(diào)和實施項目創(chuàng)建和管理項目的軟件基線庫制定、維護和發(fā)布SCM計劃、標(biāo)準(zhǔn)和規(guī)程標(biāo)志置于配置管理下的軟件工作產(chǎn)品集合管理軟件基線的庫的使用更新軟件基線生成基于軟件基線的產(chǎn)品記錄SCM活動生成和發(fā)布SCM報告開發(fā)人員負(fù)責(zé)開發(fā)任務(wù)根據(jù)組織內(nèi)確定的軟件配置管理計劃和相關(guān)規(guī)定，按照軟件配置管理工具的使用模型來完成開發(fā)任務(wù)5.3配置管理組織與實施配置管理組織與實施——主要活動確定初始基線——由SCCB確定研發(fā)活動的初始基線；配置庫管理——配置人員根據(jù)軟件配置管理規(guī)劃設(shè)立配置庫和工作空間，為執(zhí)行軟件配置管理做好準(zhǔn)備，并定期執(zhí)行備份和清理工作；授權(quán)開發(fā)——開發(fā)人員按照統(tǒng)一的軟件配置管理策略，根據(jù)獲得授權(quán)的資源進行項目研發(fā)工作；集成——系統(tǒng)集成人員按照項目進度集成組內(nèi)開發(fā)人員的工作成果，構(gòu)建系統(tǒng)，推進版本演進；管理基線——SCCB根據(jù)項目的進展情況，并適時地建立基線，批準(zhǔn)基線變更，保證開發(fā)和維護工作有序地進行；產(chǎn)品開發(fā)——系統(tǒng)集成人員進行產(chǎn)品集成，由SCCB批準(zhǔn)，進行發(fā)布。5.3配置管理組織與實施配置管理組織與實施——配置管理工具的功能

SCM首先是一個方法，其次是一個過程，第三才是一系列的工具。工具應(yīng)具有的功能：版本管理變更管理問題追蹤建立管理狀態(tài)統(tǒng)計（查詢和報告）配置審核訪問控制和安全控制5.3配置管理組織與實施常用配置管理的工具ClearCase&ClearQuestPVCSHarvestCVSVSS配置管理組織與實施——配置管理工具的級別常用配置管理工具——分為3個級別第一個級別

版本控制工具，是入門級的工具。例如，CVS、VisualSourceSafe。第二個級別項目級配置管理工具，適合管理中小型的項目，在版本管理的基礎(chǔ)上增加變更控制、狀態(tài)統(tǒng)計的功能。例如ClearCase、ClearQuest、PVCS。第三個級別企業(yè)級配置管理工具，在實現(xiàn)傳統(tǒng)意義的配置管理的基礎(chǔ)上又具有比較強的過程管理功能。例如，Harvest5.3配置管理組織與實施配置管理組織與實施——配置管理工具選擇除了配置管理工具本身的功能和特性外，經(jīng)費也是一個考慮的主要因素。選擇開放源代碼的自由軟件還是選擇商業(yè)軟件如果選擇商業(yè)軟件，選擇哪個檔次的商業(yè)軟件都取決于可獲得的經(jīng)費在選擇商業(yè)軟件時，還要考慮工具的市場占有率以及廠商支持能力等因素5.3配置管理組織與實施配置管理組織與實施——RationalClearCase介紹

ClearCase主要用于Windows和Unix開發(fā)環(huán)境。特點：推進并行開發(fā)強有力的版本控制透明的工作區(qū)管理有效的build管理有彈性的流程管理功能：版本控制工作空間管理建立管理過程控制5.3配置管理組織與實施RationalClearCase功能——版本控制ClearCase的核心功能是版本控制，它是對軟件開發(fā)進程中一個文件或一個目錄發(fā)展過程進行追蹤的手段。ClearCase可對所有文件系統(tǒng)對象（包括文件、目錄和鏈接）進行版本控制，同時還提供了先進的版本分支和歸并功能用于支持并行開發(fā)。因而，ClearCase提供的能力已遠(yuǎn)遠(yuǎn)超出資源控制的范圍，它還可以幫助開發(fā)團隊在開發(fā)軟件時為其所處理的每一種信息類型建立一個安全可靠的版本歷史記錄。5.3配置管理組織與實施RationalClearCase功能——工作空間管理所謂空間管理，即保證開發(fā)人員擁有自己獨立的工作環(huán)境，擁有自己的私人存儲區(qū)，同時可以訪問成員間的共享信息。ClearCase給每一位開發(fā)者提供了一致、靈活的可重用工作空間域。它采用名為View的新技術(shù)，通過設(shè)定不同的視圖配置規(guī)格，幫助程序員選擇特定任務(wù)的每一個文件或目錄的適當(dāng)版本，并顯示它們。View使開發(fā)者能在資源代碼共享和私有代碼獨立的不斷變更中達到平衡。5.3配置管理組織與實施RationalClearCase功能——建立管理使用ClearCase，構(gòu)造軟件的處理過程可以和傳統(tǒng)的方法兼容。對ClearCase控制的數(shù)據(jù)，你既可以使用自制腳本也可使用本機提供的make程序，但ClearCase的建立工具clearmake（支持Unix）和make（支持NT）為構(gòu)造提供了重要的特性：自動完成任務(wù)、保證重建的可靠性、存儲時間和支持并行的分布式結(jié)構(gòu)的建立。此外，ClearCase還可以自動追蹤、建立產(chǎn)生永久性的資料清單。5.3配置管理組織與實施RationalClearCase功能——過程控制軟件開發(fā)的策略和過程由于行業(yè)和開發(fā)隊伍的不同而有很大差異，但是有一點是肯定的：即提高軟件質(zhì)量、縮短產(chǎn)品投