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