【正文】 下步驟： （ 1）擬訂項目的配置管理計劃；（ 2）創(chuàng)建項目的配置管理環(huán)境；（ 3）進行項目的配置管理活動，包括：標(biāo)識配置項；管理基線和發(fā)布活動；監(jiān)測與報告配置狀態(tài)；管理變更請求。 IEEE對基線的定義是這樣的： “ 已經(jīng)正式通過審核批準(zhǔn)的某規(guī)約或產(chǎn)品 ， 它因此可作為進一步開發(fā)的基礎(chǔ) ， 并且只能通過正式的變化控制過程改變 。 比較理想的情況是把整個配置庫視為一個統(tǒng)一的工作空間 ， 然后再根據(jù)需要把它劃分為個人 （ 私有 ） 、 團隊 （ 集成 ） 和全組 （ 公共 ） 這三類工作空間 （ 分支 ） ， 從而更好的支持將來可能出現(xiàn)的并行開發(fā)的需求 。 2022/2/16 40 變更控制 變更管理的一般流程是： （ 1） （ 獲得 ） 提出變更請求； （ 2） 由 CCB審核并決定是否批準(zhǔn)； （ 3） （ 被接受 ） 分配請求 ， 修改人員提取配置項 ， 進行修改； （ 4） 復(fù)審變化； （ 5） 提交修改后的配置項； （ 6） 建立測試基線并測試； （ 7） 重建軟件的適當(dāng)版本； （ 8） 復(fù)審 （ 審計 ） 所有配置項的變化； （ 9） 發(fā)布新版本 。 2022/2/16 43 項目經(jīng)理的配置管理流程 項目經(jīng)理的工作是： （ 1） 確定項目配置管理策略 （ 2） 確定用于控制產(chǎn)品變更的策略和流程 （ 3） 在配置管理計劃 （ 是軟件開發(fā)計劃的一部分 ）中記錄此信息 2022/2/16 44 配置管理策略 軟件配置管理策略 是指能夠確定 、 保護和報告已經(jīng)批準(zhǔn)用于項目中的工件的能力 。 2022/2/16 46 配置經(jīng)理 配置經(jīng)理 的目標(biāo)是確保用來建立 、 變更及編碼測試的計劃和策略得以貫徹執(zhí)行 ， 同時使有關(guān)項目的信息容易獲得 。 ? IEEE定義了 3個層次：計算機配置項 、 計算機軟件構(gòu)件和計算機軟件單元 。 2022/2/16 51 配置管理對象 ? 首先我們從根目錄開始 （ 假設(shè)是只有一個根目錄的小 ） 系統(tǒng) ， 討論軟件系統(tǒng)架構(gòu)：軟件項目通過一系列的生命階段 ， 將建立或者已經(jīng)建立起一個體系構(gòu)架 。 （ 3） 可執(zhí)行型構(gòu)件：是指由運行于目標(biāo)機的系統(tǒng)生成的內(nèi)容 ， 例如：數(shù)據(jù)等 。 軟件產(chǎn)品比較容易標(biāo)識 ， 而文檔相對比較復(fù)雜 。 ? 軟件開發(fā)人員需為用戶了解軟件的使用 、 操作和維護提供詳細的資料 。在 35人小組 ， 這個庫管理員還能勝任 ， 但這種做法在當(dāng)前的大型軟件的開發(fā)中已經(jīng)越來越困難了 ， 因為靠人工的操作 、 靠個人的自覺 、 靠庫管理員的維護 ， 充其量是一種以小作坊的形式來面對軟件的社會化大生產(chǎn) ， 再也不可能行得通了 。 同時 ， 在必要的時候 ， 文件的一個新版本被創(chuàng)立 。 每個元素記錄了它所代表的文件和目錄的版本 。目錄是元素 ， 也是版本對象 。 文件 （ 完全備份 ） 文本文件 （ 同軸增量備份 ） 壓縮文本文件 （ 與文本文件相同 ， 但進行壓縮 ） 壓縮文件 （ 完全備份 ， 僅進行壓縮 ） 二進制文件 （ 差異增量保存 ） 目錄 （ 直接保存 ） 2022/2/16 68 構(gòu)件、基線與存儲池 ? 構(gòu)件將把被一起開發(fā) 、 集成和發(fā)布的文件和目錄聚集在一起 。 然而 ， 這不是項目范圍的基線概念 ， 更恰當(dāng)?shù)闹v ， 當(dāng)你在項目的集成流上完成一個基線操作時 ， 你創(chuàng)建了一組被修改構(gòu)件的基線 。 存儲池 構(gòu)件 基線包含 記錄0..* 1..*2022/2/16 70 現(xiàn)代版本管理活動 ? 現(xiàn)代版本管理活動圍繞以下展開： ? 支持多人同時修改同一文件； ? 支持多個小組在同一時間修改同一個軟件系統(tǒng)； ? 現(xiàn)代的工作空間管理； ? 現(xiàn)代的構(gòu)建和發(fā)布管理 。 以下各項說明從 配置管理角度來看支持功能審核所需要做的工作 。 （ 3） 創(chuàng)建一個 “ 差異列表 ” ， 表示已在配置管理中維護的項目以及應(yīng)該在配置管理中維護的項目之間的差異 。 測試 ? 新開發(fā)工具 ? IT 審核 ? 管理報告 ? 復(fù)雜的生命周期 CCC/Harvest ? 應(yīng)用工具包 ? 集成解決方案 ? 數(shù)據(jù)倉庫 開放的 企業(yè)級開發(fā) CCC/Harvest ? 新代碼 ? 源存儲庫 ? 簡單的版本控制 企業(yè)級開發(fā) ClearCase Continuus SourceIntegrity PVCS 新開發(fā) PVCS 系列 VSS 部門級開發(fā) 評估 Client/Server環(huán)境的配置管理工具 2022/2/16 113 2022/2/16 114 謝謝！ Keep Connecting In The Future 。 ? 物理配置評審跟隨在功能配置評審之后； ? 由項目經(jīng)理提出請求； ? 由軟件質(zhì)量工程師和項目配置經(jīng)理計劃和實施； ? 對于物理配置評審過程和標(biāo)準(zhǔn)，有專門的文檔規(guī)定； 物理評審的主要工作是： （ 1） 創(chuàng)建應(yīng)該出現(xiàn)在配置管理中的項目列表 。 ? 功能配置評審 (Functional Configuration Audit, FCA)，功能配置評審是通過對軟件產(chǎn)品的功能和性能的審核，以及與需求說明的一致性來對軟件制品的評估。 VOB必須能夠支持可擴展的 、 容錯的 、 分布式的可復(fù)制的性能 。 當(dāng)修改一個元素時 ， 你創(chuàng)建了這個元素的一個版本 ， 當(dāng)你修改構(gòu)件中的一個元素時 ， 你也創(chuàng)建了這個構(gòu)件的一個新基線 。 類型可以幫助系統(tǒng)決定對該元素的操作 。 每一次新版本檢入 ， 在主分支上創(chuàng)建版本 1 存儲池 元素 分支 版本1 * 1 * 1 *2022/2/16 66 SCM 的版本樹 左圖的版本樹中 ， 長方形表示一個分支 ， 圓形表示檢入的時間排序的版本號 ， 箭頭表示從一個分支到另一個分支的變更回歸 （ 歸并 ） 。 VSS同時支持 12小時和 24小時的時間格式 。 2022/2/16 63 早前的版本管理 ? 早期的版本管理工具 （ 1） 通過存儲池機制來維護文件庫； （ 2） 創(chuàng)建和存放文件的多個版本； （ 3） 提供一種或幾種鎖定裝置 ， 強制對文件的修改順序； （ 4） 標(biāo)識文件的版本； （ 5） 從歷史目錄中找回舊版本 。 如果是多個成員同時進行了修改 ， 那么可能出現(xiàn)一個庫管理員 ， 由他來控制什么人在訪問哪個源代碼 ， 修改的人向他報告做了什么改動 。 管理人員則可通過這些文檔了解軟件開發(fā)項目安排 、 進度 、 資源使用和成果等 。 在我們現(xiàn)在的討論中 ， 有時 ， 我們說明這些文件是用于管理和設(shè)計系統(tǒng)的內(nèi)容 （ 包括：項目計劃 、 設(shè)計模型 、 測試報告 ） 等 ，有些是實現(xiàn)系統(tǒng)設(shè)計的文件 （ 包括：源代碼 、 庫 、 執(zhí)行文件等 ） ， 有時 ， 把它們不加區(qū)別地看成為構(gòu)件 。 （ 1） 部署型構(gòu)件：是指那些被部署到目標(biāo)機中的元素 ， 例如：可執(zhí)行程序 、 庫以及其他支持系統(tǒng)運行的文件 。 ?產(chǎn)品目錄結(jié)構(gòu)為所有可具有版本號的、與產(chǎn)品相關(guān)的工件提供邏輯嵌套的占位符。 ? 1989年 Humphery定義了 5個層次：系統(tǒng) 、 子系統(tǒng) 、 產(chǎn)品 、 構(gòu)件和模塊 。 2022/2/16 45 配備人員 配置管理人員的選擇和配備 ， 是軟件項目經(jīng)理最主要的工作 。 所有這一切都應(yīng)作為配置項納入管理計劃統(tǒng)一進行管理 ， 從而能夠保證及時的對所有軟件開發(fā)資源進行維護和集成 。 對于配置庫中的各個基線控制項 ， 應(yīng)該根據(jù)其基線的位置和狀態(tài)來設(shè)置相應(yīng)的訪問權(quán)限 。 2022/2/16 38 工作空間管理 在引入了軟件配置管理工具之后 ， 所有開發(fā)人員都會被要求把工作成果存放到由軟件配置管理工具所管理的配置庫 （ 存儲池 ） 中去 ， 或是直接工作在軟件配置管理工具提供的環(huán)境之下 （ 根據(jù)配置管理構(gòu)架提供的控制方式不同而不同 ） 。 由此可見 ， 配置項的識別是配置管理活動的基礎(chǔ) ， 也是制定配置管理計劃的重要內(nèi)容 。質(zhì)量管理雖然也有過程的驗證，但配置管理只要定義的配置項夠細，則它可以管理軟件開發(fā)的全過程，細到每一個模塊、每一個文檔、每一條工程記錄的變化。 過程驅(qū)動 主要使用于企業(yè)級開發(fā) ， 著重解決新的工具引入 、 IT審核 、 管理報告 、 復(fù)雜的生命周期 、 應(yīng)用工具包 、 集成解決方案 、 資料庫等問題 ，實現(xiàn)真正規(guī)范的團隊開發(fā) ， 主要工具為 Platinum Technology CCC/Harvest。 配置標(biāo)識的目的 ， 是在整個生命周期中標(biāo)識系統(tǒng)各部件并提供對軟件過程及其軟件產(chǎn)品的跟蹤能力 。它將解決最新發(fā)布的產(chǎn)品應(yīng)由哪些版本的文件和工具來生成的問題。 2022/2/16 14 要達到 CMM 規(guī)定的 SCM要求所需具備的能力 1. 具有對軟件基線產(chǎn)品有管理權(quán)限的組織已經(jīng)建立，例如：軟件配置管理委員會； 2. 協(xié)調(diào)和實現(xiàn)軟件配置管理的組織已經(jīng)建立； 3. 為進行軟件配置管理所需要的各項資源已經(jīng)分配； 4. 軟件配置管理組織里的成員已經(jīng)接受了軟件配置目標(biāo)、流程、方法方面的培訓(xùn)； 5. 軟件項目組或是其他的相關(guān)的部門經(jīng)過培訓(xùn)，可以執(zhí)行他們的軟件配置管理活動； 2022/2/16 15 CMM 中對 SCM 規(guī)定的活動 1. 根據(jù)文檔化的流程，項目軟件配置管理計劃已準(zhǔn)備完畢； 2. 文檔化的已獲批準(zhǔn)的軟件配置管理計劃可用作以后軟件配置管理活動的基礎(chǔ)； 3. 軟件配置管理庫已經(jīng)創(chuàng)建，并可用作進入基線的軟件制品的存貯庫； 4. 處于軟件配置管理下的軟件制品被標(biāo)志和識別； 5. 對于配置項的變更請求和問題報告被初始化、計劃、評審、批準(zhǔn)并根據(jù)文化化的流程對其進行跟蹤； 2022/2/16 16 6. 對于進入基線的制品的修改必須遵循文檔化的流程； 7. 發(fā)布的產(chǎn)品必須從軟件配置庫中取出，并且產(chǎn)品發(fā)布的流程須依照文檔化的流程和規(guī)定； 8. 根據(jù)文檔化的流程和規(guī)定，軟件配置項的狀態(tài)被記錄和跟蹤； 9. 記錄軟件配置管理活動和軟件基線內(nèi)容的報告被建立，并通知受到影響的項目組和個人； 10. 根據(jù)文檔化的流程進行軟件制品基線的評審； CMM 中對 SCM 規(guī)定的活動 2022/2/16 17 組織規(guī)定和相關(guān)責(zé)任 ? 項目級配置管理 ? 項目配置經(jīng)理 (Project Configuration Manager) 與軟件配置管理計劃 ? 變更控制委員會 (Change Control Board) ? 組織級配置管理 ? 組織配置管理庫 (Organizational Configuration Management Cell) 1. 負(fù)責(zé)項目完成后的軟件配置管理活動 2. 管理組織級的文檔 2022/2/16 18 IEEE標(biāo)準(zhǔn) 7291983就配置管理的內(nèi)容進行了規(guī)范的定義： （ 1） 標(biāo)識： 識別產(chǎn)品的結(jié)構(gòu)、產(chǎn)品的構(gòu)件及其類型，為其分配唯一的標(biāo)識符，并以某種形式提供對它們的存取。 因此 ， 從某種意義上講 ， SCM本質(zhì)上是變更的管理 。它涵蓋了軟件生命周期的所有領(lǐng)域并影響所有數(shù)據(jù)和過程。 公司的這個產(chǎn)品不但被用戶所歡迎 ， 也被一家大公司所看中 （ 就像 IBM收購了 Lotus和Rational、 Informix一樣 ） ， 你們的產(chǎn)品 ， 正好可以填補這家大公司產(chǎn)品線的空缺 ， 你所在的公司被這家公司買去了 。2022/2/16 1 軟件項目的配置管理 2022/2/16 2 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測與報告 基于配置管理的軟件項目管理 配置管理的技術(shù)手段和工具 配