【正文】 報(bào)告構(gòu)件和修改請求的狀態(tài)，并收集關(guān)于產(chǎn)品構(gòu)件的重要統(tǒng)計(jì)信息。通過軟件配置管理的更改控制和配置審核功能，系統(tǒng)地控制基線變更和由軟件基線庫生成的軟件產(chǎn)品版本 。 ? 不懂軟件項(xiàng)目的配置管理，就不懂軟件開發(fā)管理 ? 不對軟件項(xiàng)目進(jìn)行配置管理，就沒有進(jìn)行軟件項(xiàng)目開發(fā)管理 3/27/2023 11 軟件配置管理是 CMM2中 6個(gè)關(guān)鍵過程域的第 6個(gè)關(guān)鍵域。 因此 ， 從某種意義上講 ， SCM本質(zhì)上是變更的管理 。 ? 配置管理 是指用于控制系統(tǒng)一系列變化的學(xué)科。 與軟件的第 1版 、 第 2版相比 ， 你的項(xiàng)目管理有什么不同 ？ 隨著這個(gè)產(chǎn)品的演變 ， 項(xiàng)目發(fā)生了四個(gè)變化： （ 1） 系統(tǒng)的復(fù)雜性發(fā)生了很大變化； （ 2） 用于開發(fā)該系統(tǒng)的項(xiàng)目環(huán)境發(fā)生了很大變化； （ 3） 在不同的項(xiàng)目生命周期內(nèi) ， 項(xiàng)目控制本身的要求和力度發(fā)生了很大變化； （ 4） 由于組織的變化 ， 管理流程 、 人員 、 方式發(fā)生了很大變化 。 3/27/2023 6 ? 公司為你的項(xiàng)目組派來了產(chǎn)品經(jīng)理 、 項(xiàng)目經(jīng)理 。 ? 3個(gè)月后 ， 公司決定把系統(tǒng)升級到第二版 ， 除增加了許多新的功能外 ，公司決定支持多平臺 ， 同時(shí) ， 為了提高系統(tǒng)的性能和效率 ， 準(zhǔn)備采用第三方廠家的中間件 ， 取代自己做的接口 。 你們研究了一種算法 （ 例如：圖象壓縮 、 數(shù)據(jù)加密等 ） ， 編寫了一個(gè)實(shí)現(xiàn)模塊 。 有一天老板看到了你的演示 ， 認(rèn)為很有市場潛力 ，可以結(jié)合進(jìn)公司正在給某行業(yè)用戶正在準(zhǔn)備開發(fā)的系統(tǒng)中 ， 成為該系統(tǒng)的核心技術(shù)或一個(gè)別人沒有的賣點(diǎn) 。 第一版的缺陷修改 ， 也要反映到第二版中 。 公司決定這個(gè)產(chǎn)品的測試 ， 由公司總部獨(dú)立的測試部門承擔(dān) 。 前二類變化要求項(xiàng)目的組織和管理適應(yīng)系統(tǒng)擴(kuò)展的需要 ， 后二種變化則要求項(xiàng)目管理具有適應(yīng)性和靈活性 。 ? 通過一系列技術(shù)，方法和手段來維護(hù)產(chǎn)品的歷史，鑒 別和定位產(chǎn)品獨(dú)有的版本，并在產(chǎn)品的開發(fā)和發(fā)布階段 控制變化。 SCM使軟件產(chǎn)品和過程的變更變?yōu)槭芸氐暮涂深A(yù)見的 ， 它要求并在適當(dāng)?shù)墓ぞ咧С窒履軌蜃龅竭@樣幾點(diǎn)： （ 1） 誰做的變更 ？ （ 2） 軟件有什么變更 ？ （ 3） 什么時(shí)間做的變更 ？ （ 4） 為何要變更 ？ 3/27/2023 10 軟件項(xiàng)目的配置管理 在軟件開發(fā)過程中 ， 變更是不可避免的 ， 而變更加劇了項(xiàng)目中軟件開發(fā)者之間的混亂 。 CMM2認(rèn)為， SCM 的目的是為了建立和維護(hù)軟件開發(fā)過程中各種制品的完整性和一致性，包括以下內(nèi)容： ?對軟件產(chǎn)品配置的標(biāo)志和識別 ?系統(tǒng)地控制對處于配置管理下的各種軟件制品的修改和更新 ?維護(hù)軟件開發(fā)過程中的各種制品的一致性和可跟蹤性 CMM2的配置管理概念 3/27/2023 12 SCM 的目標(biāo) ? 目標(biāo) 1: 軟件配置管理活動被定義和計(jì)劃 ? 目標(biāo) 2: 軟件開發(fā)過程中的制品被識別、控制和管理 ? 目標(biāo) 3: 對于處于配置管理下的軟件制品的修改被控制 ? 目標(biāo) 4: 與軟件制品相關(guān)的項(xiàng)目組和成員應(yīng)該被通知制品的目前狀態(tài)和被修改的信息 從對配置目的的定義可以看出， CMM2的配置管理應(yīng)包括這樣一些活動：標(biāo)識給定時(shí)間點(diǎn)的軟件配置（即所選擇的工作產(chǎn)品及其描述），系統(tǒng)地控制這些配置的更改，并在軟件生命周期中保持這些配置的完整性和可跟蹤性。 3/27/2023 13 要達(dá)到 CMM 規(guī)定的 SCM要求所需具備的能力 1. 具有對軟件基線產(chǎn)品有管理權(quán)限的組織已經(jīng)建立，例如：軟件配置管理委員會； 2. 協(xié)調(diào)和實(shí)現(xiàn)軟件配置管理的組織已經(jīng)建立； 3. 為進(jìn)行軟件配置管理所需要的各項(xiàng)資源已經(jīng)分配； 4. 軟件配置管理組織里的成員已經(jīng)接受了軟件配置目標(biāo)、流程、方法方面的培訓(xùn)； 5. 軟件項(xiàng)目組或是其他的相關(guān)的部門經(jīng)過培訓(xùn)，可以執(zhí)行他們的軟件配置管理活動； 3/27/2023 14 CMM 中對 SCM 規(guī)定的活動 ，項(xiàng)目軟件配置管理計(jì)劃已準(zhǔn)備完畢； 軟件配置管理活動的基礎(chǔ)； ，并可用作進(jìn)入基線的軟件制品的存貯庫； ； 、計(jì)劃、評審、批準(zhǔn)并根據(jù)文化化的流程對其進(jìn)行跟蹤； 3/27/2023 15 6. 對于進(jìn)入基線的制品的修改必須遵循文檔化的流程； 7. 發(fā)布的產(chǎn)品必須從軟件配置庫中取出，并且產(chǎn)品發(fā)布的流程須依照文檔化的流程和規(guī)定； 8. 根據(jù)文檔化的流程和規(guī)定，軟件配置項(xiàng)的狀態(tài)被記錄和跟蹤； 9. 記錄軟件配置管理活動和軟件基線內(nèi)容的報(bào)告被建立，并通知受到影響的項(xiàng)目組和個(gè)人； ； CMM 中對 SCM 規(guī)定的活動 3/27/2023 16 組織規(guī)定和相關(guān)責(zé)任 ? 項(xiàng)目級配置管理 ? 項(xiàng)目配置經(jīng)理 (Project Configuration Manager) 與軟件配置管理計(jì)劃 ? 變更控制委員會 (Change Control Board) ? 組織級配置管理 ? 組織配置管理庫 (Organizational Configuration Management Cell) 1. 負(fù)責(zé)項(xiàng)目完成后的軟件配置管理活動 2. 管理組織級的文檔 3/27/2023 17 IEEE標(biāo)準(zhǔn) 7291983就配置管理的內(nèi)容進(jìn)行了規(guī)范的定義： （ 1） 標(biāo)識： 識別產(chǎn)品的結(jié)構(gòu)、產(chǎn)品的構(gòu)件及其類型，為其分配唯一的標(biāo)識符，并以某種形式提供對它們的存取。例如，它將解決修改這個(gè)錯(cuò)誤會影響多少個(gè)文件的問題。它將解決最新發(fā)布的產(chǎn)品應(yīng)由哪些版本的文件和工具來生成的問題。例如，它將解決是否所有本地程序員所做的修改都已被加入到新版本的產(chǎn)品中的問題。 它回答：受控產(chǎn)品怎樣變更 ？ 誰控制變更 ？ 何時(shí)接受 ， 恢復(fù) ， 驗(yàn)證變更 ？ 配置狀態(tài)統(tǒng)計(jì) 包括記錄和報(bào)告變更過程 ， 目標(biāo)是不間斷記錄所有基線項(xiàng)的狀態(tài)和歷史 ， 并進(jìn)行維護(hù) ， 它解決以下問題：系統(tǒng)已經(jīng)做了什么變更 ？ 此問題將會對多少個(gè)文件產(chǎn)生影響 ？ 配置變更控制是針對軟件產(chǎn)品 ， 狀態(tài)統(tǒng)計(jì)針對軟件過程 。 版本控制 主要應(yīng)用于個(gè)人獨(dú)立開發(fā)或小組開發(fā) ， 它可以控制任何文件的版本 、 實(shí)現(xiàn)分支和歸并功能 、 進(jìn)行文本比較 、 標(biāo)記注釋和版本報(bào)告信息 ， 主要工具有 MS的 Visual SourceSafe及Intersolv PVCS。對已經(jīng)確定為基線的制品的修改必須要通過正式的變更控制流程。 ?軟件配置管理負(fù)責(zé)管理和控制項(xiàng)目文件夾，并對文件夾中的內(nèi)容進(jìn)行評審； ?項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)督項(xiàng)目的軟件配置管理執(zhí)行； ?軟件質(zhì)量工程師負(fù)責(zé)對項(xiàng)目文件夾的內(nèi)容進(jìn)行評審； 配置管理庫 3/27/2023 25 配置管理庫 ? 項(xiàng)目文件夾的內(nèi)容 ?項(xiàng)目開發(fā)過程中的所有信息，包括文檔、工作制品和各種周報(bào)、月報(bào)、評審等； ?與外部的交流信息，例如與客戶、第三方的通訊交流記錄等； ?其他交流會議記錄，例如：重要的Email，傳真， 信件等； 3/27/2023 26 配置管理庫 權(quán)限管理 ? 項(xiàng)目組內(nèi)部的權(quán)限管理與分配 ? 對其他項(xiàng)目組的開放權(quán)限管理與分配 ? 對其他用戶或是第三方的權(quán)限管理與分配 3/27/2023 27 配置管理活動的作用 ?配置管理與質(zhì)量管理 在質(zhì)量體系的諸多支持活動中，配置管理處在支持活動的中心位置。 （ 1） 和 （ 2） 可以看成配置管理的準(zhǔn)備 ， （ 3） 是配置管理的具體實(shí)施 。 ” 在 CMM2中 ， 除上述 3個(gè)配置項(xiàng)以外 ， 還包括項(xiàng)目管理的有關(guān)文件 、信息記錄等 。 ” 所以 ， 根據(jù)這個(gè)定義 ， 我們在軟件的開發(fā)流程中 ， 也可以把所有需要加以控制的配置項(xiàng)分為基線配置項(xiàng)和非基線配置項(xiàng)兩類 ， 例如：基線配置項(xiàng)可能包括所有的設(shè)計(jì)文檔和源程序等；非基線配置項(xiàng)可能包括項(xiàng)目的各類計(jì)劃和報(bào)告等 。 所有配置項(xiàng)的操作權(quán)限應(yīng)由配置管理員嚴(yán)格管理 ， 基本原則是：基線配置項(xiàng)向軟件開發(fā)人員開放讀取權(quán)限；非基線配置項(xiàng)向項(xiàng)目經(jīng)理 、 配置控制委員會及相關(guān)人員開放 。 3/27/2023 37 版本控制 版本控制是軟件配置管理的核心功能 。 當(dāng)然如果選用的工具支持的話 ， 這些輔助數(shù)據(jù)將能直接統(tǒng)計(jì)出過程數(shù)據(jù) ，從而方便我們軟件過程改進(jìn) （ Software Process Improvement， SPI） 活動的進(jìn)行 。 在這樣的流程中 ， 配置管理員通過軟件配置管理工具來進(jìn)行訪問控制和同步控制 ， 而這兩種控制則是建立在前面所描述的版本控制和分支策略的基礎(chǔ)上的 。 總之 ， 軟件配置管理的對象是軟件研發(fā)活動中的全部開發(fā)資產(chǎn) 。 通過正確的標(biāo)注來實(shí)現(xiàn)確定操作 。 它記錄如何計(jì)劃 、 實(shí)施 、 控制和組織與產(chǎn)品相關(guān)的配置管理活動 。 為了對編碼更改形成控制 ， 配置經(jīng)理引入規(guī)范的請求變更的機(jī)制 ， 評估更改的機(jī)制 （ 通過變更控制機(jī)構(gòu) CCB， 由它負(fù)責(zé)批準(zhǔn)對軟件系統(tǒng)的變更 ） ， 和批準(zhǔn)變更的機(jī)制 。 在生產(chǎn)的軟件產(chǎn)品和軟件的生產(chǎn)過程中 ， 那些是配置管理的對象呢 ？ ? 配置管理對象呈現(xiàn)為一種層次結(jié)構(gòu) ， 因此 ， 為了標(biāo)識配置管理的對象 ，我們需要對軟件系統(tǒng)進(jìn)行分解： 目前 ， 用于分解軟件系統(tǒng)的術(shù)語有多種多樣 ， 沒有被標(biāo)準(zhǔn)化 。 ? RUP定義了 4個(gè)層次：系統(tǒng) 、 實(shí)施 （ 或構(gòu)件 ） 子系統(tǒng) 、 構(gòu)件和文件（ 1999） 。 大的系統(tǒng)有多個(gè)根目錄（ 子系統(tǒng) ） ， 小系統(tǒng)則可能只有一個(gè)根目錄 。 軟件的體系構(gòu)架在軟件工程時(shí)代被稱為系統(tǒng)結(jié)構(gòu) 。 3/27/2023 50 ? UML進(jìn)一步把構(gòu)件劃分成三種構(gòu)件：部署型構(gòu)件 、 工作產(chǎn)品型構(gòu)件和執(zhí)行構(gòu)件 。 ? 從 SCM的角度看系統(tǒng)架構(gòu) ， 我們主要關(guān)注的是在開發(fā)環(huán)境中以及將來部署到目標(biāo)系統(tǒng)中的系統(tǒng)的物理層面的文件和目錄結(jié)構(gòu) 、 分組和版本化 。 ? 作為軟件產(chǎn)品和軟件過程 ， 這些文件和目錄是 SCM控制的對象 ， 即他們是配置項(xiàng) 。 我們將重點(diǎn)進(jìn)行討論 。 ? 軟件開發(fā)過程中軟件開發(fā)人員需制定一些工作計(jì)劃或工作報(bào)告 ， 這些計(jì)劃和報(bào)告都要提供給管理人員 ， 并得到必要的支持 。這部分文檔通常稱為用戶文檔 。 3/27/2023 60 ? 在軟件工程時(shí)代 ， 面對這樣的問題 ， 我們通過以往的那種被譽(yù)建立具有良好的編程風(fēng)格的做法 ， 諸如在編程或?qū)λ说脑闯绦蜻M(jìn)行修改時(shí) ， 注釋修改原因 ， 修改人和日期 。 ? 基于共享文件目錄的版本管理 在版本控制工具出現(xiàn)之前 ， 或者 ， 現(xiàn)在國內(nèi)很多的軟件企業(yè) ， 并不用什么版本控制工具 。 庫管理員不斷地增加目錄的標(biāo)簽 ， 以標(biāo)識歷史前進(jìn)的步伐 。 3/27/2023 62 例如： MS的 VSS版本控制是通過以下方式實(shí)現(xiàn)的： ? VSS提供版本控制和歷史服務(wù) ， 以保證一個(gè)文件的每個(gè)版本都是可恢復(fù)的 。 ? （ 3） 日期 /時(shí)間戳：它給出了一個(gè)文件何時(shí)最后被修改的信息 ， 或者是一個(gè)文件何時(shí)被 Checkin。 所以 ， 當(dāng)用戶檢入文件時(shí) ， 就創(chuàng)建了那個(gè)元素的新版本 。 下圖是存儲池 、 元素 、 分支 、 版本之間的關(guān)系： 在 ClearCase中 ， 每一個(gè)元素都以一個(gè)主分支 （ main branch） 和一個(gè)不包含任何內(nèi)容的零版本序列開始 ， 稱為 “ /main/0” 。ClearCase對目錄與文件一樣 ，也進(jìn)行版本管理 。 3 4 3 2 1 0 Release 2 1 0 3 2 1 0 Release 3/27/2023 65 元素類型 在 ClearCase中 ， 存放在存儲池中的元素都被賦予特定的類型 ， 使之可以用于多種目的 。 聚集成 ClearCase構(gòu)件的文件和元素通?？梢詫?shí)現(xiàn)系統(tǒng)構(gòu)架中的一個(gè)可重用的部分 。 ? 就像元素有版本一樣 ， 構(gòu)件有基線 。 3/27/2023 67 ? 根據(jù)一個(gè)產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)要求和需求的不同 ， 可以定義一個(gè)項(xiàng)目的不同基線 。 VOB是用于存儲文件 、 目錄和元數(shù)據(jù)的永久數(shù)據(jù)存儲池 。 3/27/2023 69 并行開發(fā)的版本控制 并行開發(fā) 3 2 1 0 2 1 0 3 4 2 1 0 3 4 3 2 1 0 Release Tele 3/27/2023 70 版本控制的好處 使混亂的開發(fā)狀態(tài)變得有序！ SCM 的主要技術(shù)