【正文】 錄 3/27/2023 72 基于基線的變更管理 變更請(qǐng)求管理過(guò)程 變更請(qǐng)求的狀態(tài)轉(zhuǎn)移 變更管理 3/27/2023 73 ?可以了解誰(shuí)改了什么、為什么 ?正確及時(shí)的項(xiàng)目狀態(tài)報(bào)告 ?最大限度的利用你的工程師資源 ?利于團(tuán)隊(duì)交流 是團(tuán)隊(duì)開(kāi)發(fā)過(guò)程中的通訊基礎(chǔ) 3/27/2023 74 基于基線的變更管理 ? 變更管理下的基線概念 ? 建立基線的意義 ? 建立基線的時(shí)機(jī) 3/27/2023 75 變更管理流程 ?變更管理流程：變更管理流程包括提出請(qǐng)求、對(duì)請(qǐng)求進(jìn)行評(píng)估、同意請(qǐng)求和實(shí)現(xiàn)對(duì)已經(jīng)進(jìn)入基線庫(kù)的配置項(xiàng)進(jìn)行修改。 3/27/2023 67 ? 根據(jù)一個(gè)產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)要求和需求的不同 ， 可以定義一個(gè)項(xiàng)目的不同基線 。 聚集成 ClearCase構(gòu)件的文件和元素通常可以實(shí)現(xiàn)系統(tǒng)構(gòu)架中的一個(gè)可重用的部分 。ClearCase對(duì)目錄與文件一樣 ，也進(jìn)行版本管理 。 所以 ， 當(dāng)用戶檢入文件時(shí) ， 就創(chuàng)建了那個(gè)元素的新版本 。 3/27/2023 62 例如： MS的 VSS版本控制是通過(guò)以下方式實(shí)現(xiàn)的： ? VSS提供版本控制和歷史服務(wù) ， 以保證一個(gè)文件的每個(gè)版本都是可恢復(fù)的 。 ? 基于共享文件目錄的版本管理 在版本控制工具出現(xiàn)之前 ， 或者 ， 現(xiàn)在國(guó)內(nèi)很多的軟件企業(yè) ， 并不用什么版本控制工具 。這部分文檔通常稱為用戶文檔 。 我們將重點(diǎn)進(jìn)行討論 。 ? 從 SCM的角度看系統(tǒng)架構(gòu) ， 我們主要關(guān)注的是在開(kāi)發(fā)環(huán)境中以及將來(lái)部署到目標(biāo)系統(tǒng)中的系統(tǒng)的物理層面的文件和目錄結(jié)構(gòu) 、 分組和版本化 。 軟件的體系構(gòu)架在軟件工程時(shí)代被稱為系統(tǒng)結(jié)構(gòu) 。 ? RUP定義了 4個(gè)層次：系統(tǒng) 、 實(shí)施 （ 或構(gòu)件 ） 子系統(tǒng) 、 構(gòu)件和文件（ 1999） 。 為了對(duì)編碼更改形成控制 ， 配置經(jīng)理引入規(guī)范的請(qǐng)求變更的機(jī)制 ， 評(píng)估更改的機(jī)制 （ 通過(guò)變更控制機(jī)構(gòu) CCB， 由它負(fù)責(zé)批準(zhǔn)對(duì)軟件系統(tǒng)的變更 ） ， 和批準(zhǔn)變更的機(jī)制 。 通過(guò)正確的標(biāo)注來(lái)實(shí)現(xiàn)確定操作 。 在這樣的流程中 ， 配置管理員通過(guò)軟件配置管理工具來(lái)進(jìn)行訪問(wèn)控制和同步控制 ， 而這兩種控制則是建立在前面所描述的版本控制和分支策略的基礎(chǔ)上的 。 3/27/2023 37 版本控制 版本控制是軟件配置管理的核心功能 。 ” 所以 ， 根據(jù)這個(gè)定義 ， 我們?cè)谲浖拈_(kāi)發(fā)流程中 ， 也可以把所有需要加以控制的配置項(xiàng)分為基線配置項(xiàng)和非基線配置項(xiàng)兩類 ， 例如：基線配置項(xiàng)可能包括所有的設(shè)計(jì)文檔和源程序等；非基線配置項(xiàng)可能包括項(xiàng)目的各類計(jì)劃和報(bào)告等 。 （ 1） 和 （ 2） 可以看成配置管理的準(zhǔn)備 ， （ 3） 是配置管理的具體實(shí)施 。對(duì)已經(jīng)確定為基線的制品的修改必須要通過(guò)正式的變更控制流程。 它回答：受控產(chǎn)品怎樣變更 ？ 誰(shuí)控制變更 ？ 何時(shí)接受 ， 恢復(fù) ， 驗(yàn)證變更 ？ 配置狀態(tài)統(tǒng)計(jì) 包括記錄和報(bào)告變更過(guò)程 ， 目標(biāo)是不間斷記錄所有基線項(xiàng)的狀態(tài)和歷史 ， 并進(jìn)行維護(hù) ， 它解決以下問(wèn)題：系統(tǒng)已經(jīng)做了什么變更 ？ 此問(wèn)題將會(huì)對(duì)多少個(gè)文件產(chǎn)生影響 ？ 配置變更控制是針對(duì)軟件產(chǎn)品 ， 狀態(tài)統(tǒng)計(jì)針對(duì)軟件過(guò)程 。它將解決最新發(fā)布的產(chǎn)品應(yīng)由哪些版本的文件和工具來(lái)生成的問(wèn)題。 3/27/2023 13 要達(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)的部門(mén)經(jīng)過(guò)培訓(xùn)，可以執(zhí)行他們的軟件配置管理活動(dòng)； 3/27/2023 14 CMM 中對(duì) SCM 規(guī)定的活動(dòng) ，項(xiàng)目軟件配置管理計(jì)劃已準(zhǔn)備完畢； 軟件配置管理活動(dòng)的基礎(chǔ)； ，并可用作進(jìn)入基線的軟件制品的存貯庫(kù)； ； 、計(jì)劃、評(píng)審、批準(zhǔn)并根據(jù)文化化的流程對(duì)其進(jìn)行跟蹤； 3/27/2023 15 6. 對(duì)于進(jìn)入基線的制品的修改必須遵循文檔化的流程； 7. 發(fā)布的產(chǎn)品必須從軟件配置庫(kù)中取出，并且產(chǎn)品發(fā)布的流程須依照文檔化的流程和規(guī)定； 8. 根據(jù)文檔化的流程和規(guī)定，軟件配置項(xiàng)的狀態(tài)被記錄和跟蹤； 9. 記錄軟件配置管理活動(dòng)和軟件基線內(nèi)容的報(bào)告被建立，并通知受到影響的項(xiàng)目組和個(gè)人； ； CMM 中對(duì) SCM 規(guī)定的活動(dòng) 3/27/2023 16 組織規(guī)定和相關(guān)責(zé)任 ? 項(xiàng)目級(jí)配置管理 ? 項(xiàng)目配置經(jīng)理 (Project Configuration Manager) 與軟件配置管理計(jì)劃 ? 變更控制委員會(huì) (Change Control Board) ? 組織級(jí)配置管理 ? 組織配置管理庫(kù) (Organizational Configuration Management Cell) 1. 負(fù)責(zé)項(xiàng)目完成后的軟件配置管理活動(dòng) 2. 管理組織級(jí)的文檔 3/27/2023 17 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使軟件產(chǎn)品和過(guò)程的變更變?yōu)槭芸氐暮涂深A(yù)見(jiàn)的 ， 它要求并在適當(dāng)?shù)墓ぞ咧С窒履軌蜃龅竭@樣幾點(diǎn)： （ 1） 誰(shuí)做的變更 ？ （ 2） 軟件有什么變更 ？ （ 3） 什么時(shí)間做的變更 ？ （ 4） 為何要變更 ？ 3/27/2023 10 軟件項(xiàng)目的配置管理 在軟件開(kāi)發(fā)過(guò)程中 ， 變更是不可避免的 ， 而變更加劇了項(xiàng)目中軟件開(kāi)發(fā)者之間的混亂 。 前二類變化要求項(xiàng)目的組織和管理適應(yīng)系統(tǒng)擴(kuò)展的需要 ， 后二種變化則要求項(xiàng)目管理具有適應(yīng)性和靈活性 。 第一版的缺陷修改 ， 也要反映到第二版中 。 你們研究了一種算法 （ 例如：圖象壓縮 、 數(shù)據(jù)加密等 ） ， 編寫(xiě)了一個(gè)實(shí)現(xiàn)模塊 。 3/27/2023 6 ? 公司為你的項(xiàng)目組派來(lái)了產(chǎn)品經(jīng)理 、 項(xiàng)目經(jīng)理 。 ? 配置管理 是指用于控制系統(tǒng)一系列變化的學(xué)科。 ? 不懂軟件項(xiàng)目的配置管理，就不懂軟件開(kāi)發(fā)管理 ? 不對(duì)軟件項(xiàng)目進(jìn)行配置管理，就沒(méi)有進(jìn)行軟件項(xiàng)目開(kāi)發(fā)管理 3/27/2023 11 軟件配置管理是 CMM2中 6個(gè)關(guān)鍵過(guò)程域的第 6個(gè)關(guān)鍵域。 （ 3） 狀態(tài)統(tǒng)計(jì)： 記錄并報(bào)告構(gòu)件和修改請(qǐng)求的狀態(tài)，并收集關(guān)于產(chǎn)品構(gòu)件的重要統(tǒng)計(jì)信息。 （ 7） 小組協(xié)作： 控制開(kāi)發(fā)統(tǒng)一產(chǎn)品的多個(gè)開(kāi)發(fā)人員之間的協(xié)作。 它回答：系統(tǒng)和需求是否吻合 ？ 是否所有變更都是在版本控制下 ？ SCM的四大功能領(lǐng)域 3/27/2023 19 SCM從應(yīng)用層次上可以從低到高分為三級(jí)：版本控制 、 以開(kāi)發(fā)者為中心 、 過(guò)程驅(qū)動(dòng) 。 ? 目前比較好的配置管理工具： Clearcase (Rational), Notes/Domino (Lotus), PVCS (Merant) and VSS (Microsoft). 3/27/2023 23 配置管理庫(kù) (1) ? 基線庫(kù)的結(jié)構(gòu) (VOB) Project Root Directory Project Planning Phase Documents Requirements Analysis Phase Documents Design Phase Documents Code, Unit Test Integration Phase Documents System Test Phase Documents Phase Deliverables Phase Deliverables Product Software Test Software Product Software Related Test Software Related Source Code Objective Code Executive Code DOC DATA A B B B B Code 3/27/2023 24 配置管理庫(kù)的具體實(shí)現(xiàn) —— 項(xiàng)目文件夾 ?項(xiàng)目文件件是項(xiàng)目開(kāi)發(fā)過(guò)程中由項(xiàng)目組創(chuàng)建和維護(hù)的制品歸檔庫(kù)。 這些項(xiàng)包含了所有在軟件過(guò)程中產(chǎn)生的信息 ， 總稱為軟件配置項(xiàng) 。 在引入軟件配置管理工具進(jìn)行管理后 ， 這些配置項(xiàng)都應(yīng)以一定的目錄結(jié)構(gòu)保存在配置庫(kù)中 。 除了系統(tǒng)自動(dòng)記錄的版本信息以外 ，為了配合軟件開(kāi)發(fā)流程的各個(gè)階段 ， 我們還需要定義 、收集一些元數(shù)據(jù)來(lái)記錄版本的輔助信息和規(guī)范開(kāi)發(fā)流程 ，并為今后對(duì)軟件過(guò)程的度量做好準(zhǔn)備 。 在某些情況下 ， 它被作為正式的技術(shù)復(fù)審的一部分 ， 但當(dāng)軟件配置管理是一個(gè)正式的活動(dòng)時(shí) ， 該活動(dòng)由 SQA人員單獨(dú)執(zhí)行 。 軟件配置管理計(jì)劃 說(shuō)明在產(chǎn)品 /項(xiàng)目生命周期中要執(zhí)行的所有與配置管理相關(guān)的活動(dòng) 。 3/27/2023 45 軟件配置及其管理的概念 配置管理活動(dòng)和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測(cè)與報(bào)告 基于配置管理的軟件項(xiàng)目管理 配置管理的技術(shù)手段和工具 第八章 ? 目錄 3/27/2023 46 配置管理的對(duì)象 最基本的配置管理項(xiàng) —— 文檔 UCM目錄結(jié)構(gòu)下的配置管理對(duì)象 配置管理需求 3/27/2023 47 配置管理對(duì)象 ? 配置管理的第一個(gè)基本活動(dòng)是配置標(biāo)識(shí) ， 通俗地講 ， 也就是查詢 、 識(shí)別和確定配置管理對(duì)象 —— 配置項(xiàng) 。 這個(gè)根目錄 ，以及從根目錄下所屬的所有目錄和文件 ， 是系統(tǒng)的一個(gè)子系統(tǒng) 。 ? 系統(tǒng)或系統(tǒng)構(gòu)架是由子系統(tǒng) （ 構(gòu)件 ） 組成的 。 在高層架構(gòu)描述中 ， 邏輯上的 “ 類 ” ， 可影射對(duì)應(yīng)為物理層面的文件和目錄 。 這部分文檔通常稱為開(kāi)發(fā)文檔 。 一個(gè)非常直接的反應(yīng)是 ， 我們必須要引進(jìn)一種管理機(jī)制 ， 一個(gè)版本管理機(jī)制 ， 而且是廣義上的版本管理 ， 它不僅需要對(duì)源代碼的版本進(jìn)行管理 ， 而且還要對(duì)整個(gè)項(xiàng)目進(jìn)行管理 。 具體地講 ， 就是項(xiàng)目組在項(xiàng)目組的文件共享服務(wù)器上 ， 建立一個(gè)項(xiàng)目組文件系統(tǒng) ， 在文件系統(tǒng)下 ， 對(duì)涉及到的文件 ， 建立不同的版本目錄 ， 從個(gè)人工作區(qū)到系統(tǒng)發(fā)布版 ， 包括中間結(jié)果 ， 甚至可能是所有文件 。 ? （ 2） 標(biāo)簽：這些是用戶賦給某個(gè)項(xiàng)目或文件的某個(gè)版本的一個(gè)字符串 ， 可以是任何格式的長(zhǎng)度不超過(guò) 31字符的字符串 。 元素都被保存在存儲(chǔ)池（ VOB） 中 。 對(duì)目錄進(jìn)行版本管理的目的 ， 還可以借助目錄機(jī)制 ，重建或構(gòu)造軟件系統(tǒng)的前一個(gè)版本 。 構(gòu)件基線標(biāo)識(shí)了構(gòu)件中包含的每一個(gè)元素或一個(gè)版本 ， 構(gòu)件的基線用來(lái)配置工作流 ， 為各種視圖提供信息 ， 以便決定文件和目錄的什么版本被顯示 。 下圖表明構(gòu)件和基線之間的關(guān)系： 任何 UCM的核心最后將歸結(jié)到存儲(chǔ)池 ， 存儲(chǔ)池也被稱為 “ Versioned Object Base” ， 或簡(jiǎn)稱為 VOB。 度量準(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í) ? 打開(kāi)變更的日期（或發(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í)行。 （ 4） 文檔差異 、 建立糾正操作和完成日期 。 :00:3016:00Mar2323Mar23 1故人江海別，幾度隔山川。 16:00:3016:00:3016:003/23/2023 4:00:30 PM 1成功就是日復(fù)一日那一點(diǎn)點(diǎn)小小努力的積累。 , March 23, 2023 閱讀一切好書(shū)如同和過(guò)去最杰出的人談話。 2023年 3月 23日星期四 4時(shí) 0分 30秒 16:00:3023 March 2023 1一個(gè)人即使已登上頂峰，也仍要自強(qiáng)不息。勝人者有力，自勝者強(qiáng)。 2023年