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