【正文】 3/27/2023 48 配置管理對(duì)象 ? 在 RUP的概念里 ， 最底層的元素是處于版本控制下的文件和目錄 ， 構(gòu)件的層次要高于元素（ 文件和目錄 ） ， 構(gòu)件把元素組織起來(lái) 。 這個(gè)根目錄 ，以及從根目錄下所屬的所有目錄和文件 ， 是系統(tǒng)的一個(gè)子系統(tǒng) 。 ?產(chǎn)品目錄結(jié)構(gòu)為所有可具有版本號(hào)的、與產(chǎn)品相關(guān)的工件提供邏輯嵌套的占位符。 3/27/2023 49 配置管理對(duì)象 ? 首先我們從根目錄開始 （ 假設(shè)是只有一個(gè)根目錄的小 ） 系統(tǒng) ， 討論軟件系統(tǒng)架構(gòu)：軟件項(xiàng)目通過(guò)一系列的生命階段 ， 將建立或者已經(jīng)建立起一個(gè)體系構(gòu)架 。 在 UML中 ， 被稱為構(gòu)架 。 ? 系統(tǒng)或系統(tǒng)構(gòu)架是由子系統(tǒng) （ 構(gòu)件 ） 組成的 。 （ 1） 部署型構(gòu)件：是指那些被部署到目標(biāo)機(jī)中的元素 ， 例如：可執(zhí)行程序 、 庫(kù)以及其他支持系統(tǒng)運(yùn)行的文件 。 （ 3） 可執(zhí)行型構(gòu)件：是指由運(yùn)行于目標(biāo)機(jī)的系統(tǒng)生成的內(nèi)容 ， 例如：數(shù)據(jù)等 。 這種關(guān)注決定了配置管理的對(duì)象以及對(duì)象的 “ 粒度 ” 。 在高層架構(gòu)描述中 ， 邏輯上的 “ 類 ” ， 可影射對(duì)應(yīng)為物理層面的文件和目錄 。 在我們現(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)件 。 軟件產(chǎn)品比較容易標(biāo)識(shí) ，而文檔相對(duì)比較復(fù)雜 。 ? 3/27/2023 52 最基本的配置管理項(xiàng) —— 文檔 ? 文檔在軟件開發(fā)人員 、 軟件管理人員 、 維護(hù)人員 、 用戶以及計(jì)算機(jī)之間 ， 起到了多種的橋梁作用 。 這部分文檔通常稱為開發(fā)文檔 。 管理人員則可通過(guò)這些文檔了解軟件開發(fā)項(xiàng)目安排 、 進(jìn)度 、 資源使用和成果等 。 ? 軟件開發(fā)人員需為用戶了解軟件的使用 、 操作和維護(hù)提供詳細(xì)的資料 。 3/27/2023 53 我們把這三種文檔所包括的內(nèi)容列在下圖中。 一個(gè)非常直接的反應(yīng)是 ， 我們必須要引進(jìn)一種管理機(jī)制 ， 一個(gè)版本管理機(jī)制 ， 而且是廣義上的版本管理 ， 它不僅需要對(duì)源代碼的版本進(jìn)行管理 ， 而且還要對(duì)整個(gè)項(xiàng)目進(jìn)行管理 。 如果是多個(gè)成員同時(shí)進(jìn)行了修改 ， 那么可能出現(xiàn)一個(gè)庫(kù)管理員 ， 由他來(lái)控制什么人在訪問(wèn)哪個(gè)源代碼 ， 修改的人向他報(bào)告做了什么改動(dòng) 。 在 35人小組 ， 這個(gè)庫(kù)管理員還能勝任 ， 但這種做法在當(dāng)前的大型軟件的開發(fā)中已經(jīng)越來(lái)越困難了 ， 因?yàn)榭咳斯さ牟僮?、 靠個(gè)人的自覺(jué) 、 靠庫(kù)管理員的維護(hù) ， 充其量是一種以小作坊的形式來(lái)面對(duì)軟件的社會(huì)化大生產(chǎn) ， 再也不可能行得通了 。 他們也做一些簡(jiǎn)單的版本控制工作 。 具體地講 ， 就是項(xiàng)目組在項(xiàng)目組的文件共享服務(wù)器上 ， 建立一個(gè)項(xiàng)目組文件系統(tǒng) ， 在文件系統(tǒng)下 ， 對(duì)涉及到的文件 ， 建立不同的版本目錄 ， 從個(gè)人工作區(qū)到系統(tǒng)發(fā)布版 ， 包括中間結(jié)果 ， 甚至可能是所有文件 。 3/27/2023 61 ?早期的版本管理工具 （ 1） 通過(guò)存儲(chǔ)池機(jī)制來(lái)維護(hù)文件庫(kù)； （ 2） 創(chuàng)建和存放文件的多個(gè)版本； （ 3） 提供一種或幾種鎖定裝置 ， 強(qiáng)制對(duì)文件的修改順序； （ 4） 標(biāo)識(shí)文件的版本； （ 5） 從歷史目錄中找回舊版本 。 同時(shí) ， 在必要的時(shí)候 ， 文件的一個(gè)新版本被創(chuàng)立 。 ? VSS用日期 /時(shí)間戳來(lái)記錄文件是何時(shí)被 Checkout或是何時(shí)被修改的 ，它主要有三種方法來(lái)跟蹤文件和項(xiàng)目的版本： ? （ 1） 版本號(hào)：這是由 VSS維護(hù)的內(nèi)部數(shù)碼 ， 用戶對(duì)它沒(méi)有控制權(quán) 。 ? （ 2） 標(biāo)簽：這些是用戶賦給某個(gè)項(xiàng)目或文件的某個(gè)版本的一個(gè)字符串 ， 可以是任何格式的長(zhǎng)度不超過(guò) 31字符的字符串 。 VSS同時(shí)支持 12小時(shí)和 24小時(shí)的時(shí)間格式 。 每個(gè)元素記錄了它所代表的文件和目錄的版本 。 元素被組織成不同的分支 。 元素都被保存在存儲(chǔ)池（ VOB） 中 。 每一次新版本檢入 ， 在主分支上創(chuàng)建版本 1 存儲(chǔ)池 元素 分支 版本1 * 1 * 1 *3/27/2023 64 SCM 的版本樹 左圖的版本樹中 ， 長(zhǎng)方形表示一個(gè)分支 ， 圓形表示檢入的時(shí)間排序的版本號(hào) ， 箭頭表示從一個(gè)分支到另一個(gè)分支的變更回歸 （ 歸并 ） 。目錄是元素 ， 也是版本對(duì)象 。 為了能在前一個(gè)版本中修復(fù) BUG， 或者從新版本退回到就版本 ， 就有必要恢復(fù)一個(gè)舊的版本 。 對(duì)目錄進(jìn)行版本管理的目的 ， 還可以借助目錄機(jī)制 ，重建或構(gòu)造軟件系統(tǒng)的前一個(gè)版本 。 類型可以幫助系統(tǒng)決定對(duì)該元素的操作 。 文件 （ 完全備份 ） 文本文件 （ 同軸增量備份 ） 壓縮文本文件 （ 與文本文件相同 ， 但進(jìn)行壓縮 ） 壓縮文件 （ 完全備份 ， 僅進(jìn)行壓縮 ） 二進(jìn)制文件 （ 差異增量保存 ） 目錄 （ 直接保存 ） 3/27/2023 66 構(gòu)件、基線與存儲(chǔ)池 ? 構(gòu)件將把被一起開發(fā) 、 集成和發(fā)布的文件和目錄聚集在一起 。 ? 構(gòu)件通過(guò)標(biāo)識(shí)一個(gè)根目錄來(lái)定義 ， 這個(gè)目錄與所有的文件和子目錄都被看作是這個(gè)構(gòu)件的一個(gè)部分 。 構(gòu)件基線標(biāo)識(shí)了構(gòu)件中包含的每一個(gè)元素或一個(gè)版本 ， 構(gòu)件的基線用來(lái)配置工作流 ， 為各種視圖提供信息 ， 以便決定文件和目錄的什么版本被顯示 。 當(dāng)修改一個(gè)元素時(shí) ， 你創(chuàng)建了這個(gè)元素的一個(gè)版本 ， 當(dāng)你修改構(gòu)件中的一個(gè)元素時(shí) ， 你也創(chuàng)建了這個(gè)構(gòu)件的一個(gè)新基線 。 然而 ， 這不是項(xiàng)目范圍的基線概念 ， 更恰當(dāng)?shù)闹v ， 當(dāng)你在項(xiàng)目的集成流上完成一個(gè)基線操作時(shí) ， 你創(chuàng)建了一組被修改構(gòu)件的基線 。也就是說(shuō) ， 一個(gè)公司可以定義不同的測(cè)試 、 功能 、 版本基線 。 下圖表明構(gòu)件和基線之間的關(guān)系： 任何 UCM的核心最后將歸結(jié)到存儲(chǔ)池 ， 存儲(chǔ)池也被稱為 “ Versioned Object Base” ， 或簡(jiǎn)稱為 VOB。 VOB必須能夠支持可擴(kuò)展的 、 容錯(cuò)的 、 分布式的可復(fù)制的性能 。 存儲(chǔ)池 構(gòu)件 基線包含 記錄0..* 1..*3/27/2023 68 現(xiàn)代版本管理活動(dòng) ? 現(xiàn)代版本管理活動(dòng)圍繞以下展開： ? 支持多人同時(shí)修改同一文件； ? 支持多個(gè)小組在同一時(shí)間修改同一個(gè)軟件系統(tǒng)； ? 現(xiàn)代的工作空間管理； ? 現(xiàn)代的構(gòu)建和發(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； 3/27/2023 76 變更管理流程 (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) 3/27/2023 77 變更管理流程 (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)題被拒絕 3/27/2023 78 變更管理流程 (3) 評(píng)價(jià)變更 變更執(zhí)行小組 T AF T e a m 軟件變更請(qǐng)求表 系統(tǒng)分析員 變更控制委員會(huì) 批準(zhǔn)變更 小修改，由 T AF 完成 大變動(dòng) NO 通知報(bào)告者變更請(qǐng)求 被拒絕 YES 進(jìn)入基線庫(kù)并填寫軟件問(wèn)題解決細(xì)節(jié)表 對(duì)變更進(jìn)入基線庫(kù)前進(jìn)行評(píng)審 3/27/2023 79 3/27/2023 80 變更請(qǐng)求的狀態(tài)轉(zhuǎn)移 3/27/2023 81 軟件配置及其管理的概念 配置管理活動(dòng)和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測(cè)、報(bào)告與評(píng)審 基于配置管理的軟件項(xiàng)目管理 配置管理的技術(shù)手段和工具 第八章 ? 目錄 3/27/2023 82 配置狀態(tài)監(jiān)測(cè)與報(bào)告 配置評(píng)審 配置狀態(tài)監(jiān)測(cè)、報(bào)告與評(píng)審 3/27/2023 83 配置項(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) 3/27/2023 84 提供圖形化的項(xiàng)目狀況 3/27/2023 85 SCM的度量和度量準(zhǔn)則 SCM 提供軟件產(chǎn)品的狀態(tài)統(tǒng)計(jì)。 度量準(zhǔn)則：平均嚴(yán)重程度，嚴(yán)重程度級(jí)的分布，平均關(guān)閉時(shí)間，嚴(yán)重程度的圖示，各配置項(xiàng)或子系統(tǒng)的圖示 3/27/2023 86 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í)施日期 3/27/2023 87 配置評(píng)審 ?配置評(píng)審：配置評(píng)審?fù)ㄟ^(guò)對(duì)配置管理流程的各種制品進(jìn)行審核，來(lái)判斷軟件配置管理流程被正確的執(zhí)行。 ?功能配置評(píng)審 (Functional Configuration Audit, FCA)，功能配置評(píng)審是通過(guò)對(duì)軟件產(chǎn)品的功能和性能的審核，以及與需求說(shuō)明的一致性來(lái)對(duì)軟件制品的評(píng)估。 以下各項(xiàng)說(shuō)明從 配置管理角度來(lái)看支持功能審核所需要做的工作 。 （ 2） 核實(shí)是否已正確實(shí)施了所有變更請(qǐng)求 。 （ 4） 文檔差異 、 建立糾正操作和完成日期 。 ? 物理配置評(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)目列表 。 （ 3） 創(chuàng)建一個(gè) “ 差異列表 ” ， 表示已在配置管理中維護(hù)的項(xiàng)目以及應(yīng)該在配置管理中維護(hù)的項(xiàng)目之間的差異 。 , March 23, 2023 雨中黃葉樹，燈下白頭人。 :00:3016:00Mar2323Mar23 1故人江海別，幾度隔山川。 :00:3016:00:30March 23, 2023 1他鄉(xiāng)生白發(fā)，舊國(guó)見(jiàn)青山。 2023年 3月 下午 4時(shí) 0分 :00March 23, 2023 1行動(dòng)出成果，工作出財(cái)富。 下午 4時(shí) 0分 30秒 下午 4時(shí) 0分 16:00: 沒(méi)有失敗，只有暫時(shí)停止成功！。 16:00:3016:00:3016:003/23/2023 4:00:30 PM 1成功就是日復(fù)一日那一點(diǎn)點(diǎn)小小努力的積累。 16:00:3016:00:3016:00Thursday, March 23, 2023 1不知香積寺，數(shù)里入云峰。 2023年 3月 23日星期四 下午 4時(shí) 0分 30秒 16:00: 1楚塞三湘接，荊門九派通。 2023年 3月 23日星期四 4時(shí) 0分 30秒 16:00:3023 March 2023 1空山新雨后，天氣晚來(lái)秋。 , March 23, 2023 閱讀一切好書如同和過(guò)去最杰出的人談話。 :00:3016:00Mar2323Mar23 1越是無(wú)能的人，越喜歡挑剔別人的錯(cuò)兒。勝人者有力，自勝者強(qiáng)。 2023年 3月 23日星期四 下午 4時(shí) 0分 30秒 16:00: 1最具挑戰(zhàn)性的挑戰(zhàn)莫過(guò)于提升自我。 2023年 3月 23日星期四 4時(shí) 0分 30秒 16:00:3023 March 2023 1一個(gè)人即使已登上頂峰，也仍要自強(qiáng)不息