【正文】 、 產(chǎn)品 、 構(gòu)件和模塊 。 2022/2/16 50 配置管理對象 ? 在 RUP的概念里 ， 最底層的元素是處于版本控制下的文件和目錄 ， 構(gòu)件的層次要高于元素（ 文件和目錄 ） ， 構(gòu)件把元素組織起來 。 ?產(chǎn)品目錄結(jié)構(gòu)為所有可具有版本號的、與產(chǎn)品相關(guān)的工件提供邏輯嵌套的占位符。在 UML中 ， 被稱為構(gòu)架 。 （ 1） 部署型構(gòu)件：是指那些被部署到目標(biāo)機(jī)中的元素 ， 例如：可執(zhí)行程序 、 庫以及其他支持系統(tǒng)運行的文件 。 這種關(guān)注決定了配置管理的對象以及對象的 “ 粒度 ” 。 在我們現(xiàn)在的討論中 ， 有時 ， 我們說明這些文件是用于管理和設(shè)計系統(tǒng)的內(nèi)容 （ 包括：項目計劃 、 設(shè)計模型 、 測試報告 ） 等 ，有些是實現(xiàn)系統(tǒng)設(shè)計的文件 （ 包括：源代碼 、 庫 、 執(zhí)行文件等 ） ， 有時 ， 把它們不加區(qū)別地看成為構(gòu)件 。 ? 2022/2/16 54 最基本的配置管理項 —— 文檔 ? 文檔在軟件開發(fā)人員 、 軟件管理人員 、 維護(hù)人員 、 用戶以及計算機(jī)之間 ， 起到了多種的橋梁作用 。 管理人員則可通過這些文檔了解軟件開發(fā)項目安排 、 進(jìn)度 、 資源使用和成果等 。 2022/2/16 55 我們把這三種文檔所包括的內(nèi)容列在下圖中。 如果是多個成員同時進(jìn)行了修改 ， 那么可能出現(xiàn)一個庫管理員 ， 由他來控制什么人在訪問哪個源代碼 ， 修改的人向他報告做了什么改動 。 他們也做一些簡單的版本控制工作 。 2022/2/16 63 早前的版本管理 ? 早期的版本管理工具 （ 1） 通過存儲池機(jī)制來維護(hù)文件庫； （ 2） 創(chuàng)建和存放文件的多個版本； （ 3） 提供一種或幾種鎖定裝置 ， 強(qiáng)制對文件的修改順序； （ 4） 標(biāo)識文件的版本； （ 5） 從歷史目錄中找回舊版本 。 ? VSS用日期 /時間戳來記錄文件是何時被 Checkout或是何時被修改的 ，它主要有三種方法來跟蹤文件和項目的版本： ? （ 1） 版本號：這是由 VSS維護(hù)的內(nèi)部數(shù)碼 ， 用戶對它沒有控制權(quán) 。 VSS同時支持 12小時和 24小時的時間格式 。 元素被組織成不同的分支 。 每一次新版本檢入 ， 在主分支上創(chuàng)建版本 1 存儲池 元素 分支 版本1 * 1 * 1 *2022/2/16 66 SCM 的版本樹 左圖的版本樹中 ， 長方形表示一個分支 ， 圓形表示檢入的時間排序的版本號 ， 箭頭表示從一個分支到另一個分支的變更回歸 （ 歸并 ） 。 為了能在前一個版本中修復(fù) BUG， 或者從新版本退回到就版本 ， 就有必要恢復(fù)一個舊的版本 。 類型可以幫助系統(tǒng)決定對該元素的操作 。 ? 構(gòu)件通過標(biāo)識一個根目錄來定義 ， 這個目錄與所有的文件和子目錄都被看作是這個構(gòu)件的一個部分 。 當(dāng)修改一個元素時 ， 你創(chuàng)建了這個元素的一個版本 ， 當(dāng)你修改構(gòu)件中的一個元素時 ， 你也創(chuàng)建了這個構(gòu)件的一個新基線 。 也就是說 ， 一個公司可以定義不同的測試 、 功能 、 版本基線 。 VOB必須能夠支持可擴(kuò)展的 、 容錯的 、 分布式的可復(fù)制的性能 。 ?CCB (Change Control Board)，由項目經(jīng)理、系統(tǒng)分析員、項目配置經(jīng)理和軟件質(zhì)量工程師組成，負(fù)責(zé)評估變更請求，提出同意或不同意對已進(jìn)入基線庫的配置項的變更； ?TAF: test, analyze and fix； 2022/2/16 78 變更管理流程 (1) ? 與變更管理流程相關(guān)的表格 ? 軟件問題報告表 Software Problem Report Form (SPRF) ? 軟件變更請求表 Software Change Request Form (SCRF) ? 軟件問題解決細(xì)節(jié) Software Problem Resolution Details (SPRD) 2022/2/16 79 變更管理流程 (2) 由用戶提出的變更請求 由項目主提出的變更請求 問題評估 PAT 由用戶在產(chǎn)品發(fā)布前發(fā)現(xiàn)的問題 由項目組自身發(fā)現(xiàn)的問題 系統(tǒng)分析員 軟件問題報告表 問題處理 NO YES 軟件變更請求表 軟件變更請求表 系統(tǒng)分析員 由于升級而進(jìn)行的變更 對問題不予接受 告知問題提出者問題被拒絕 2022/2/16 80 變更管理流程 (3) 評價變更 變更執(zhí)行小組 T A F T e a m 軟件變更請求表 系統(tǒng)分析員 變更控制委員會 批準(zhǔn)變更 小修改，由 T A F 完成 大變動 NO 通知報告者變更請求 被拒絕 YES 進(jìn)入基線庫并填寫軟件問題解決細(xì)節(jié)表 對變更進(jìn)入基線庫前進(jìn)行評審 2022/2/16 81 變更請求管理活動 2022/2/16 82 變更請求的狀態(tài)轉(zhuǎn)移 2022/2/16 83 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測、報告與評審 基于配置管理的軟件項目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 84 配置狀態(tài)監(jiān)測與報告 配置評審 配置狀態(tài)監(jiān)測、報告與評審 2022/2/16 85 配置項狀態(tài)統(tǒng)計 ? 配置項狀態(tài)統(tǒng)計，由項目配置經(jīng)理定期地對項目配置項的狀態(tài)進(jìn)行收集和統(tǒng)計，主要包括以下統(tǒng)計信息： ? 項目制品進(jìn)入基線庫的創(chuàng)建時間 ? 變更請求的詳細(xì)描述 ? 所有問題 (Problem Report)報告的描述 ? 變更請求的狀態(tài) Baseline Status Accounting Form (BSAF) Archive Status Accounting Form (ASAF) Change/Problem Status Accounting Form (C/PSAF) 2022/2/16 86 提供圖形化的項目狀況 2022/2/16 87 SCM的度量和度量準(zhǔn)則 SCM 提供軟件產(chǎn)品的狀態(tài)統(tǒng)計。 ? 功能配置評審 (Functional Configuration Audit, FCA)，功能配置評審是通過對軟件產(chǎn)品的功能和性能的審核，以及與需求說明的一致性來對軟件制品的評估。 （ 2） 核實是否已正確實施了所有變更請求 。 ? 物理配置評審跟隨在功能配置評審之后； ? 由項目經(jīng)理提出請求； ? 由軟件質(zhì)量工程師和項目配置經(jīng)理計劃和實施； ? 對于物理配置評審過程和標(biāo)準(zhǔn)，有專門的文檔規(guī)定； 物理評審的主要工作是： （ 1） 創(chuàng)建應(yīng)該出現(xiàn)在配置管理中的項目列表 。 測試 ? 新代碼 ? 源存儲庫 ? 簡單的版本控制 新開發(fā) PVCS 系列 VSS 部門級開發(fā) 評估 Client/Server環(huán)境的配置管理工具 2022/2/16 109 ? 維護(hù)模式 ? 增加的開發(fā)人員 ? 當(dāng)前的開發(fā) ? QA amp。 測試 ? 新開發(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 。 測試 ? 新開發(fā)工具 ? IT 審核 ? 管理報告 ? 復(fù)雜的生命周期 企業(yè)級開發(fā) ClearCase Continuus SourceIntegrity PVCS 新開發(fā) PVCS 系列 VSS 部門級開發(fā) 評估 Client/Server環(huán)境的配置管理工具 2022/2/16 111 CCC/Harvest ? 新代碼 ? 源存儲庫 ? 簡單的版本控制 ? 維護(hù)模式 ? 增加的開發(fā)人員 ? 當(dāng)前的開發(fā) ? QA amp。 （ 3） 創(chuàng)建一個 “ 差異列表 ” ， 表示已在配置管理中維護(hù)的項目以及應(yīng)該在配置管理中維護(hù)的項目之間的差異 。 （ 4） 文檔差異 、 建立糾正操作和完成日期 。 以下各項說明從 配置管理角度來看支持功能審核所需要做的工作 。 度量準(zhǔn)則：平均嚴(yán)重程度，嚴(yán)重程度級的分布，平均關(guān)閉時間，嚴(yán)重程度的圖示，各配置項或子系統(tǒng)的圖示 2022/2/16 88 SCM的度量和度量準(zhǔn)則 軟件產(chǎn)品成熟度數(shù)據(jù)要求： ? 軟件變更（問題）數(shù)量 ? 描述 ? 計算機(jī)軟件配置項標(biāo)識（ CSCI） ? 嚴(yán)重程度級 ? 打開變更的日期（或發(fā)現(xiàn)問題） ? 關(guān)閉變更（問題）和實施日期 2022/2/16 90 配置評審 ? 配置評審：配置評審?fù)ㄟ^對配置管理流程的各種制品進(jìn)行審核，來判斷軟件配置管理流程被正確的執(zhí)行。 存儲池 構(gòu)件 基線包含 記錄0..* 1..*2022/2/16 70 現(xiàn)代版本管理活動 ? 現(xiàn)代版本管理活動圍繞以下展開： ? 支持多人同時修改同一文件； ? 支持多個小組在同一時間修改同一個軟件系統(tǒng)； ? 現(xiàn)代的工作空間管理； ? 現(xiàn)代的構(gòu)建和發(fā)布管理 。 下圖表明構(gòu)件和基線之間的關(guān)系： 任何 UCM的核心最后將歸結(jié)到存儲池 ， 存儲池也被稱為 “ Versioned Object Base”， 或簡稱為 VOB。 然而 ， 這不是項目范圍的基線概念 ， 更恰當(dāng)?shù)闹v ， 當(dāng)你在項目的集成流上完成一個基線操作時 ， 你創(chuàng)建了一組被修改構(gòu)件的基線 。 構(gòu)件基線標(biāo)識了構(gòu)件中包含的每一個元素或一個版本 ， 構(gòu)件的基線用來配置工作流 ， 為各種視圖提供信息 ， 以便決定文件和目錄的什么版本被顯示 。 文件 （ 完全備份 ） 文本文件 （ 同軸增量備份 ） 壓縮文本文件 （ 與文本文件相同 ， 但進(jìn)行壓縮 ） 壓縮文件 （ 完全備份 ， 僅進(jìn)行壓縮 ） 二進(jìn)制文件 （ 差異增量保存 ） 目錄 （ 直接保存 ） 2022/2/16 68 構(gòu)件、基線與存儲池 ? 構(gòu)件將把被一起開發(fā) 、 集成和發(fā)布的文件和目錄聚集在一起 。 對目錄進(jìn)行版本管理的目的 ， 還可以借助目錄機(jī)制 ，重建或構(gòu)造軟件系統(tǒng)的前一個版本 。目錄是元素 ， 也是版本對象 。 元素都被保存在存儲池（ VOB） 中 。 每個元素記錄了它所代表的文件和目錄的版本 。 ? （ 2） 標(biāo)簽：這些是用戶賦給某個項目或文件的某個版本的一個字符串 ， 可以是任何格式的長度不超過 31字符的字符串 。 同時 ， 在必要的時候 ， 文件的一個新版本被創(chuàng)立 。 具體地講 ， 就是項目組在項目組的文件共享服務(wù)器上 ， 建立一個項目組文件系統(tǒng) ， 在文件系統(tǒng)下 ， 對涉及到的文件 ， 建立不同的版本目錄 ， 從個人工作區(qū)到系統(tǒng)發(fā)布版 ， 包括中間結(jié)果 ， 甚至可能是所有文件 。在 35人小組 ， 這個庫管理員還能勝任 ， 但這種做法在當(dāng)前的大型軟件的開發(fā)中已經(jīng)越來越困難了 ， 因為靠人工的操作 、 靠個人的自覺 、 靠庫管理員的維護(hù) ， 充其量是一種以小作坊的形式來面對軟件的社會化大生產(chǎn) ， 再也不可能行得通了 。 一個非常直接的反應(yīng)是 ， 我們必須要引進(jìn)一種管理機(jī)制 ， 一個版本管理機(jī)制 ， 而且是