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