【正文】 廣義上的版本管理 ， 它不僅需要對(duì)源代碼的版本進(jìn)行管理 ， 而且還要對(duì)整個(gè)項(xiàng)目進(jìn)行管理 。 ? 軟件開(kāi)發(fā)人員需為用戶了解軟件的使用 、 操作和維護(hù)提供詳細(xì)的資料 。 這部分文檔通常稱為開(kāi)發(fā)文檔 。 軟件產(chǎn)品比較容易標(biāo)識(shí) ， 而文檔相對(duì)比較復(fù)雜 。 在高層架構(gòu)描述中 ， 邏輯上的 “ 類 ” ， 可影射對(duì)應(yīng)為物理層面的文件和目錄 。 （ 3） 可執(zhí)行型構(gòu)件：是指由運(yùn)行于目標(biāo)機(jī)的系統(tǒng)生成的內(nèi)容 ， 例如：數(shù)據(jù)等 。 ? 系統(tǒng)或系統(tǒng)構(gòu)架是由子系統(tǒng) （ 構(gòu)件 ） 組成的 。 2022/2/16 51 配置管理對(duì)象 ? 首先我們從根目錄開(kāi)始 （ 假設(shè)是只有一個(gè)根目錄的小 ） 系統(tǒng) ， 討論軟件系統(tǒng)架構(gòu)：軟件項(xiàng)目通過(guò)一系列的生命階段 ， 將建立或者已經(jīng)建立起一個(gè)體系構(gòu)架 。 這個(gè)根目錄 ，以及從根目錄下所屬的所有目錄和文件 ， 是系統(tǒng)的一個(gè)子系統(tǒng) 。 ? IEEE定義了 3個(gè)層次：計(jì)算機(jī)配置項(xiàng) 、 計(jì)算機(jī)軟件構(gòu)件和計(jì)算機(jī)軟件單元 。 2022/2/16 47 軟件配置及其管理的概念 配置管理活動(dòng)和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測(cè)與報(bào)告 基于配置管理的軟件項(xiàng)目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 48 配置管理的對(duì)象 最基本的配置管理項(xiàng) —— 文檔 UCM目錄結(jié)構(gòu)下的配置管理對(duì)象 配置管理需求 2022/2/16 49 配置管理對(duì)象 ? 配置管理的第一個(gè)基本活動(dòng)是配置標(biāo)識(shí) ， 通俗地講 ， 也就是查詢 、 識(shí)別和確定配置管理對(duì)象 —— 配置項(xiàng) 。 2022/2/16 46 配置經(jīng)理 配置經(jīng)理 的目標(biāo)是確保用來(lái)建立 、 變更及編碼測(cè)試的計(jì)劃和策略得以貫徹執(zhí)行 ， 同時(shí)使有關(guān)項(xiàng)目的信息容易獲得 。 軟件配置管理計(jì)劃 說(shuō)明在產(chǎn)品 /項(xiàng)目生命周期中要執(zhí)行的所有與配置管理相關(guān)的活動(dòng) 。 2022/2/16 43 項(xiàng)目經(jīng)理的配置管理流程 項(xiàng)目經(jīng)理的工作是： （ 1） 確定項(xiàng)目配置管理策略 （ 2） 確定用于控制產(chǎn)品變更的策略和流程 （ 3） 在配置管理計(jì)劃 （ 是軟件開(kāi)發(fā)計(jì)劃的一部分 ）中記錄此信息 2022/2/16 44 配置管理策略 軟件配置管理策略 是指能夠確定 、 保護(hù)和報(bào)告已經(jīng)批準(zhǔn)用于項(xiàng)目中的工件的能力 。 在某些情況下 ， 它被作為正式的技術(shù)復(fù)審的一部分 ， 但當(dāng)軟件配置管理是一個(gè)正式的活動(dòng)時(shí) ， 該活動(dòng)由 SQA人員單獨(dú)執(zhí)行 。 2022/2/16 40 變更控制 變更管理的一般流程是： （ 1） （ 獲得 ） 提出變更請(qǐng)求； （ 2） 由 CCB審核并決定是否批準(zhǔn)； （ 3） （ 被接受 ） 分配請(qǐng)求 ， 修改人員提取配置項(xiàng) ， 進(jìn)行修改； （ 4） 復(fù)審變化； （ 5） 提交修改后的配置項(xiàng)； （ 6） 建立測(cè)試基線并測(cè)試； （ 7） 重建軟件的適當(dāng)版本； （ 8） 復(fù)審 （ 審計(jì) ） 所有配置項(xiàng)的變化； （ 9） 發(fā)布新版本 。 除了系統(tǒng)自動(dòng)記錄的版本信息以外 ，為了配合軟件開(kāi)發(fā)流程的各個(gè)階段 ， 我們還需要定義 、收集一些元數(shù)據(jù)來(lái)記錄版本的輔助信息和規(guī)范開(kāi)發(fā)流程 ，并為今后對(duì)軟件過(guò)程的度量做好準(zhǔn)備 。 比較理想的情況是把整個(gè)配置庫(kù)視為一個(gè)統(tǒng)一的工作空間 ， 然后再根據(jù)需要把它劃分為個(gè)人 （ 私有 ） 、 團(tuán)隊(duì) （ 集成 ） 和全組 （ 公共 ） 這三類工作空間 （ 分支 ） ， 從而更好的支持將來(lái)可能出現(xiàn)的并行開(kāi)發(fā)的需求 。 在引入軟件配置管理工具進(jìn)行管理后 ， 這些配置項(xiàng)都應(yīng)以一定的目錄結(jié)構(gòu)保存在配置庫(kù)中 。 IEEE對(duì)基線的定義是這樣的： “ 已經(jīng)正式通過(guò)審核批準(zhǔn)的某規(guī)約或產(chǎn)品 ， 它因此可作為進(jìn)一步開(kāi)發(fā)的基礎(chǔ) ， 并且只能通過(guò)正式的變化控制過(guò)程改變 。 這些項(xiàng)包含了所有在軟件過(guò)程中產(chǎn)生的信息 ， 總稱為軟件配置項(xiàng) 。 2022/2/16 30 配置管理給項(xiàng)目組帶來(lái)的好處 （ 1）節(jié)約費(fèi)用 縮短開(kāi)發(fā)周期 減少施工費(fèi)用 （ 2）有利于知識(shí)庫(kù)的建立 代碼對(duì)象庫(kù) 業(yè)務(wù)及經(jīng)驗(yàn)庫(kù) （ 3）規(guī)范管理 量化工作量考核 規(guī)范測(cè)試 （ 4）加強(qiáng)協(xié)調(diào)與溝通 2022/2/16 31 軟件配置及其管理的概念 配置管理活動(dòng)和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測(cè)與報(bào)告 基于配置管理的軟件項(xiàng)目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 32 主要配置管理活動(dòng) 項(xiàng)目經(jīng)理的配置管理流程 配置管理活動(dòng)和流程 2022/2/16 33 主要配置管理活動(dòng) ?標(biāo)志配置項(xiàng) ?變更控制 ?版本控制 ?評(píng)審 ?統(tǒng)計(jì) ?軟件編譯、連接和發(fā)放管理 2022/2/16 34 RUP描述的配置管理的主要活動(dòng)如下圖所示： 對(duì)于一個(gè)軟件項(xiàng)目組來(lái)說(shuō) ， 開(kāi)展一個(gè)項(xiàng)目組的配置管理 ， 大致可以分為以下步驟： 對(duì)于一個(gè)軟件項(xiàng)目組來(lái)說(shuō)，開(kāi)展一個(gè)項(xiàng)目組的配置管理，大致可以分為以下步驟： （ 1）擬訂項(xiàng)目的配置管理計(jì)劃；（ 2）創(chuàng)建項(xiàng)目的配置管理環(huán)境；（ 3）進(jìn)行項(xiàng)目的配置管理活動(dòng)，包括：標(biāo)識(shí)配置項(xiàng)；管理基線和發(fā)布活動(dòng)；監(jiān)測(cè)與報(bào)告配置狀態(tài)；管理變更請(qǐng)求。 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 2022/2/16 26 配置管理庫(kù)的具體實(shí)現(xiàn) —— 項(xiàng)目文件夾 ? 項(xiàng)目文件件是項(xiàng)目開(kāi)發(fā)過(guò)程中由項(xiàng)目組創(chuàng)建和維護(hù)的制品歸檔庫(kù)。對(duì)已經(jīng)確定為基線的制品的修改必須要通過(guò)正式的變更控制流程。 版本控制 主要應(yīng)用于個(gè)人獨(dú)立開(kāi)發(fā)或小組開(kāi)發(fā) ， 它可以控制任何文件的版本 、 實(shí)現(xiàn)分支和歸并功能 、 進(jìn)行文本比較 、 標(biāo)記注釋和版本報(bào)告信息 ，主要工具有 MS的 Visual SourceSafe及 Intersolv PVCS。 它回答：受控產(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ò)程 。結(jié)合各體系的定義和要求，我們下面具體來(lái)討論配置管理的概念。它將解決要交付給用戶的產(chǎn)品是否經(jīng)過(guò)測(cè)試和質(zhì)量檢查的問(wèn)題。例如，它將解決目前發(fā)布的產(chǎn)品所用的文件的版本是否正確的問(wèn)題。例如，它將解決哪些修改會(huì)在該產(chǎn)品的最新版本中實(shí)現(xiàn)的問(wèn)題。 CMM2的配置管理活動(dòng)最主要的內(nèi)容是：建立軟件基線庫(kù)，該庫(kù)存儲(chǔ)開(kāi)發(fā)的軟件基線。此時(shí)，如果仍然把軟件看成一個(gè)單一的個(gè)體，就無(wú)法解決所面臨的問(wèn)題，于是配置的概念逐漸引入軟件領(lǐng)域，人們?cè)絹?lái)越重視軟件配置的管理工作。 因此 ， 從某種角度講 ， SCM是一種標(biāo)識(shí) 、 組織和控制修改的技術(shù) ， 目的是使錯(cuò)誤降為最小并最有效地提高生產(chǎn)效率 。 ? 通過(guò)一系列技術(shù)，方法和手段來(lái)維護(hù)產(chǎn)品的歷史，鑒 別和定位產(chǎn)品獨(dú)有的版本，并在產(chǎn)品的開(kāi)發(fā)和發(fā)布階段 控制變化。 前二類變化要求項(xiàng)目的組織和管理適應(yīng)系統(tǒng)擴(kuò)展的需要 ， 后二種變化則要求項(xiàng)目管理具有適應(yīng)性和靈活性 。 公司決定這個(gè)產(chǎn)品的測(cè)試 ，由公司總部獨(dú)立的測(cè)試部門承擔(dān) 。 第一版的缺陷修改 ， 也要反映到第二版中 。 有一天老板看到了你的演示 ， 認(rèn)為很有市場(chǎng)潛力 ，可以結(jié)合進(jìn)公司正在給某行業(yè)用戶正在準(zhǔn)備開(kāi)發(fā)的系統(tǒng)中 ， 成為該系統(tǒng)的核心技術(shù)或一個(gè)別人沒(méi)有的賣點(diǎn) 。 你們研究了一種算法 （ 例如：圖象壓縮 、 數(shù)據(jù)加密等 ） ， 編寫了一個(gè)實(shí)現(xiàn)模塊 。 ? 3個(gè)月后 ， 公司決定把系統(tǒng)升級(jí)到第二版 ， 除增加了許多新的功能外 ，公司決定支持多平臺(tái) ， 同時(shí) ， 為了提高系統(tǒng)的性能和效率 ， 準(zhǔn)備采用第三方廠家的中間件 ， 取代自己做的接口 。 2022/2/16 7 ? 公司為你的項(xiàng)目組派來(lái)了產(chǎn)品經(jīng)理 、 項(xiàng)目經(jīng)理 。 與軟件的第 1版 、 第 2版相比 ， 你的項(xiàng)目管理有什么不同 ？ 隨著這個(gè)產(chǎn)品的演變 ， 項(xiàng)目發(fā)生了四個(gè)變化： （ 1） 系統(tǒng)的復(fù)雜性發(fā)生了很大變化； （ 2） 用于開(kāi)發(fā)該系統(tǒng)的項(xiàng)目環(huán)境發(fā)生了很大變化； （ 3） 在不同的項(xiàng)目生命周期內(nèi) ， 項(xiàng)目控制本身的要求和力度發(fā)生了很大變化； （ 4） 由于組織的變化 ， 管理流程 、 人員 、 方式發(fā)生了很大變化 。 ? 配置管理 是指用于控制系統(tǒng)一系列變化的學(xué)科。 SCM活動(dòng)的目標(biāo)就是為了標(biāo)識(shí)變更 、 控制變更 、 確保變更正確實(shí)現(xiàn)并向其他有關(guān)人員報(bào)告變更 。 SCM使軟件產(chǎn)品和過(guò)程的變更變?yōu)槭芸氐暮涂深A(yù)見(jiàn)的 ， 它要求并在適當(dāng)?shù)墓ぞ咧С窒履軌蜃龅竭@樣幾點(diǎn)： （ 1） 誰(shuí)做的變更 ？ （ 2） 軟件有什么變更 ？ （ 3） 什么時(shí)間做的變更 ？ （ 4） 為何要變更 ？ 2022/2/16 11 軟件項(xiàng)目的配置管理 ? 隨著計(jì)算機(jī)軟件的發(fā)展，軟件開(kāi)發(fā)已由最初的 “ 程序設(shè)計(jì)階段 ”經(jīng)歷了 “ 軟件系統(tǒng)階段 ” 進(jìn)而演變?yōu)楹髞?lái)的 “ 軟件工程階段 ” ，軟件的復(fù)雜性日益增大。 CMM2認(rèn)為，受控于配置管理的工作產(chǎn)品，包括交付給用戶的軟件產(chǎn)品（如：代碼等），以及生成軟件產(chǎn)品所需要的有關(guān)項(xiàng)（如：項(xiàng)目管理文件）。 （ 2） 控制： 通過(guò)建立產(chǎn)品基線，控制軟件產(chǎn)品的發(fā)布和在整個(gè)軟件生命周期中對(duì)軟件產(chǎn)品的修改。 （ 4） 審計(jì)和審查： 確認(rèn)產(chǎn)品的完整性并維護(hù)構(gòu)件間的一致性，即確保產(chǎn)品是一個(gè)嚴(yán)格定義的構(gòu)件集合。 （ 6） 過(guò)程管理： 確保軟件組織的規(guī)程、方針和軟件周期得以正確貫徹執(zhí)行。 IEEE的配置管理定義 2022/2/16 19 CMM2的定義比較抽象， IEEE的定義就比較具體。 它回答：什么是受控的 ？ 配置變更控制 包括在軟件生命周期中控制軟件產(chǎn)品的發(fā)布和變更 ， 目的是建立確保軟件產(chǎn)品質(zhì)量的機(jī)制 。 它回答：系統(tǒng)和需求是否吻合 ？ 是否所有變更都是在版本控制下 ？ SCM的四大功能領(lǐng)域 2022/2/16 21 SCM從應(yīng)用層次上可以從低到高分為三級(jí)：版本控制 、 以開(kāi)發(fā)者為中心 、過(guò)程驅(qū)動(dòng) 。 SCM的三個(gè)應(yīng)用層次 2022/2/16 22 SCM 中的專業(yè)術(shù)語(yǔ) ? 配置 (Configuration)與配置項(xiàng) (Configuration Item) ? 在軟件開(kāi)發(fā)過(guò)程中生成各種制品的總和叫做這個(gè)項(xiàng)目的軟件配置 [Roger S. Pressman, 1997] ? 計(jì)算機(jī)程序，包括源代碼和可執(zhí)行程序 ? 與計(jì)算機(jī)程序相對(duì)應(yīng)的各種文檔 ? 計(jì)算機(jī)數(shù)據(jù)，包括計(jì)算機(jī)程序中包含的數(shù)據(jù)和系統(tǒng)初始化數(shù)據(jù) 2022/2/16 23 SCM 中的專業(yè)術(shù)語(yǔ) ?基線 ? 項(xiàng)目開(kāi)發(fā)過(guò)程的制品經(jīng)過(guò)正式評(píng)審并被相關(guān)人員一致同意，可以作為以后項(xiàng)目開(kāi)發(fā)的基礎(chǔ)。 ? 目前比較好的配置管理工具： Clearcase (Rational), Notes/Domino (Lotus), PVCS (Merant) and VSS (Microsoft). 2022/2/16 25 配置管理庫(kù) (1) ?