【正文】 測(cè)試 ClearCase Continuus SourceIntegrity PVCS ? 新代碼 ? 源存儲(chǔ)庫(kù) ? 簡(jiǎn)單的版本控制 新開(kāi)發(fā) PVCS 系列 VSS 部門級(jí)開(kāi)發(fā) 評(píng)估 Client/Server環(huán)境的配置管理工具 2022/2/16 110 ? 新代碼 ? 源存儲(chǔ)庫(kù) ? 簡(jiǎn)單的版本控制 ? 維護(hù)模式 ? 增加的開(kāi)發(fā)人員 ? 當(dāng)前的開(kāi)發(fā) ? QA amp。 （ 3） 核實(shí)是否已對(duì)軟件正確應(yīng)用了所有更改 。統(tǒng)計(jì)包括尋找軟件開(kāi)發(fā)的瓶頸和解決辦法，并據(jù)此衡量軟件產(chǎn)品的成熟度。 另一個(gè)項(xiàng)目組可以根據(jù)自己的需要 ， 選擇某特定構(gòu)件 ， 確定自己的基線 。 ? 構(gòu)件的一個(gè)版本就是一個(gè)基線 。 目錄被修改 ， 在檢入的時(shí)候 ， 也要進(jìn)行記錄 。 分支是線形的版本序列 ， 版本序列構(gòu)成的是并行開(kāi)發(fā)的項(xiàng)目或基于統(tǒng)一基線開(kāi)始的不同的系統(tǒng) 。 每個(gè)文件和項(xiàng)目的每個(gè)版本都有一個(gè)版本號(hào) ， 這些版本號(hào)總是一個(gè)整數(shù)且是遞增的 。 他們是怎么做的 ？ 最簡(jiǎn)單的辦法是使用文件拷貝支持不同的版本 。其中列舉了十三個(gè)文檔，這里對(duì)它們做一些簡(jiǎn)要說(shuō)明： 文檔 用戶文檔 用戶手冊(cè) 操作手冊(cè) 維護(hù)修改建議 軟件需求 （ 規(guī)格 ） 說(shuō)明書 開(kāi)發(fā)文檔 軟件需求 （ 規(guī)格 ） 說(shuō)明書 數(shù)據(jù)要求說(shuō)明書 概要設(shè)計(jì)說(shuō)明書 詳細(xì)設(shè)計(jì)說(shuō)明書 可行性研究報(bào)告 項(xiàng)目開(kāi)發(fā)計(jì)劃 管理文檔 項(xiàng)目開(kāi)發(fā)計(jì)劃 測(cè)試計(jì)劃 測(cè)試報(bào)告 開(kāi)發(fā)進(jìn)度月報(bào) 開(kāi)發(fā)總結(jié)報(bào)告 2022/2/16 56 文檔的生成階段 階段 文檔 可行性研究與計(jì)劃 需求分析 設(shè)計(jì) 代碼編寫 測(cè)試 運(yùn)行與維護(hù) 可行性研究報(bào)告 項(xiàng)目開(kāi)發(fā)計(jì)劃 軟件需求說(shuō)明 數(shù)據(jù)要求說(shuō)明 概要設(shè)計(jì)說(shuō)明 詳細(xì)設(shè)計(jì)說(shuō)明 測(cè)試計(jì)劃 用戶手冊(cè) 操作手冊(cè) 測(cè)試分析報(bào)告 開(kāi)發(fā)進(jìn)度月報(bào) 項(xiàng)目開(kāi)發(fā)總結(jié) 維護(hù)修改建議 2022/2/16 57 文檔的作用 所提問(wèn)題 文檔 什么 何處 何時(shí) 誰(shuí) 如何 為何 可行性研究報(bào)告 √ √ 項(xiàng)目開(kāi)發(fā)計(jì)劃 √ √ √ 軟件需求說(shuō)明 √ √ 數(shù)據(jù)要求說(shuō)明 √ √ 概要設(shè)計(jì)說(shuō)明 √ 詳細(xì)設(shè)計(jì)說(shuō)明 √ 測(cè)試計(jì)劃 √ √ √ 用戶手冊(cè) √ 操作手冊(cè) √ 測(cè)試分析報(bào)告 √ 開(kāi)發(fā)進(jìn)度月報(bào) √ √ 項(xiàng)目開(kāi)發(fā)總結(jié) √ 維護(hù)修改建議 √ √ √ 2022/2/16 58 UCM目錄結(jié)構(gòu)下的配置管理 UCM（ 統(tǒng)一變更管理 ） 的發(fā)展沿革 第一代 UCM： 第二代 UCM： 第三代 UCM： ? 第三代 UCM引進(jìn)了一些新的概念： （ 1） 活動(dòng) （ Activity） ： （ 2） 構(gòu)件 （ Component） ： （ 3） 工作流 （ Stream） ： （ 4） 項(xiàng)目 （ Project） ： 2022/2/16 59 軟件配置及其管理的概念 配置管理活動(dòng)和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測(cè)與報(bào)告 基于配置管理的軟件項(xiàng)目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 60 版本管理的必要性 此前的版本管理 元素、分支與版本 構(gòu)件、基線與存儲(chǔ)池 現(xiàn)代版本管理活動(dòng) 版本管理 2022/2/16 61 版本管理的必要性 在軟件開(kāi)發(fā)過(guò)程中 ， 由于軟件開(kāi)發(fā)所固有的特征 ， 可能會(huì)形成眾多的軟件版本 ， 而且我們并不能保證不出現(xiàn)錯(cuò)誤的修改 ， 而這樣的一個(gè)困難局面卻又非常現(xiàn)實(shí)地?cái)[在項(xiàng)目開(kāi)發(fā)管理者的面前 ， 他 /她該如何有效地解決這些問(wèn)題 ， 具體地說(shuō)就是如下一些問(wèn)題： （ 1） 怎樣對(duì)研發(fā)項(xiàng)目進(jìn)行整體管理； （ 2） 項(xiàng)目開(kāi)發(fā)小組的成員之間如何以一種有效的機(jī)制進(jìn)行協(xié)調(diào)； （ 3） 如何進(jìn)行對(duì)小組成員各自承擔(dān)的子項(xiàng)目的統(tǒng)一管理； （ 4） 如何對(duì)研發(fā)小組各成員所作的修改進(jìn)行統(tǒng)一匯總； （ 5） 如何保留修改的軌跡 ， 以便撤銷錯(cuò)誤的改動(dòng)； （ 6） 對(duì)在研發(fā)過(guò)程中形成的軟件的各個(gè)版本如何進(jìn)行標(biāo)識(shí) ， 管理及差異識(shí)辨等等 。 軟件開(kāi)發(fā)人員在軟件生命的各個(gè)階段中 ，以文檔作為前階段工作成果的體現(xiàn)和后階段工作的依據(jù) ， 這個(gè)作用是顯而易見(jiàn)的 。 ? 現(xiàn)在 ， 有些項(xiàng)目使用高層次的設(shè)計(jì)文檔來(lái)描述架構(gòu) ， 例如：模型 、 視圖等 。 ? UML對(duì)構(gòu)架的定義是： （ 1） 一組有關(guān)軟件系統(tǒng)組織結(jié)構(gòu)的重要決定； （ 2） 結(jié)構(gòu)要素和接口的選取 ， 確保它們的行為能滿足這些要素之間的協(xié)作關(guān)系； （ 3） 結(jié)構(gòu)要素和行為要素以一種漸進(jìn)的方式被組裝成子系統(tǒng) ， 能夠指導(dǎo)這種組織結(jié)構(gòu)的結(jié)構(gòu)風(fēng)格 ， 要素的內(nèi)容 ， 它們的接口 、 它們的協(xié)作和它們的組合 。 一個(gè)版本控制的構(gòu)件是一個(gè)具體的物理的對(duì)象 ，就是一個(gè)根目錄 。 同時(shí) ， 配置經(jīng)理還收集軟件系統(tǒng)中構(gòu)件的相關(guān)數(shù)據(jù) ， 比如說(shuō)用以判斷系統(tǒng)中出現(xiàn)問(wèn)題的構(gòu)件的信息 。 使用標(biāo)準(zhǔn)的 、 已記錄下來(lái)的 變更控制流程 的目的是：確保項(xiàng)目中所做的變更保持一致 ， 并將產(chǎn)品的狀態(tài) 、 對(duì)其所做的變更以及這些變更所耗費(fèi)的成本及對(duì)時(shí)間表的影響通知給有關(guān)的涉眾 。 2022/2/16 42 配置審計(jì) 配置審計(jì)的主要作用是作為變更控制的補(bǔ)充手段 ， 來(lái)確保某一變更需求已被切實(shí)實(shí)現(xiàn) 。 版本在生成過(guò)程中 ， 自動(dòng)依照設(shè)定的使用模型自動(dòng)分支 、 演進(jìn) 。 2022/2/16 37 配置項(xiàng)的標(biāo)識(shí)和控制 所有配置項(xiàng)都應(yīng)按照相關(guān)規(guī)定統(tǒng)一編號(hào) ， 按照相應(yīng)的模板生成 ， 并在文檔中的規(guī)定章節(jié) （ 部分 ） 記錄對(duì)象的標(biāo)識(shí)信息 。 2022/2/16 35 配置項(xiàng) （ Software Configuration Item， SCI） 識(shí)別 對(duì)于配置項(xiàng) ， 可以給出一個(gè)比較簡(jiǎn)單的定義 ， 既軟件過(guò)程的輸出信息可以分為三個(gè)主要類別： （ 1） 計(jì)算機(jī)程序 （ 源代碼和可執(zhí)行程序 ） （ 2） 描述計(jì)算機(jī)程序的文檔 （ 針對(duì)技術(shù)開(kāi)發(fā)者和用戶 ） （ 3） 數(shù)據(jù) （ 包含在程序內(nèi)部或外部 ） 。 ? 目前比較好的配置管理工具： Clearcase (Rational), Notes/Domino (Lotus), PVCS (Merant) and VSS (Microsoft). 2022/2/16 25 配置管理庫(kù) (1) ?基線庫(kù)的結(jié)構(gòu) (VOB) Project Root Directory Project Planning Phase Documents Requirements Analysis Phase Documents Design Phase Documents Code, Unit Test amp。 它回答：系統(tǒng)和需求是否吻合 ？ 是否所有變更都是在版本控制下 ？ SCM的四大功能領(lǐng)域 2022/2/16 21 SCM從應(yīng)用層次上可以從低到高分為三級(jí)：版本控制 、 以開(kāi)發(fā)者為中心 、過(guò)程驅(qū)動(dòng) 。 IEEE的配置管理定義 2022/2/16 19 CMM2的定義比較抽象， IEEE的定義就比較具體。 （ 4） 審計(jì)和審查： 確認(rèn)產(chǎn)品的完整性并維護(hù)構(gòu)件間的一致性，即確保產(chǎn)品是一個(gè)嚴(yán)格定義的構(gòu)件集合。 CMM2認(rèn)為，受控于配置管理的工作產(chǎn)品，包括交付給用戶的軟件產(chǎn)品（如：代碼等），以及生成軟件產(chǎn)品所需要的有關(guān)項(xiàng)（如：項(xiàng)目管理文件）。 SCM活動(dòng)的目標(biāo)就是為了標(biāo)識(shí)變更 、 控制變更 、 確保變更正確實(shí)現(xiàn)并向其他有關(guān)人員報(bào)告變更 。 與軟件的第 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ā)生了很大變化 。 ? 3個(gè)月后 ， 公司決定把系統(tǒng)升級(jí)到第二版 ， 除增加了許多新的功能外 ，公司決定支持多平臺(tái) ， 同時(shí) ， 為了提高系統(tǒng)的性能和效率 ， 準(zhǔn)備采用第三方廠家的中間件 ， 取代自己做的接口 。 有一天老板看到了你的演示 ， 認(rèn)為很有市場(chǎng)潛力 ，可以結(jié)合進(jìn)公司正在給某行業(yè)用戶正在準(zhǔn)備開(kāi)發(fā)的系統(tǒng)中 ， 成為該系統(tǒng)的核心技術(shù)或一個(gè)別人沒(méi)有的賣點(diǎn) 。 公司決定這個(gè)產(chǎn)品的測(cè)試 ，由公司總部獨(dú)立的測(cè)試部門承擔(dān) 。 ? 通過(guò)一系列技術(shù)，方法和手段來(lái)維護(hù)產(chǎn)品的歷史，鑒 別和定位產(chǎn)品獨(dú)有的版本，并在產(chǎn)品的開(kāi)發(fā)和發(fā)布階段 控制變化。此時(shí)，如果仍然把軟件看成一個(gè)單一的個(gè)體，就無(wú)法解決所面臨的問(wèn)題，于是配置的概念逐漸引入軟件領(lǐng)域，人們?cè)絹?lái)越重視軟件配置的管理工作。例如，它將解決哪些修改會(huì)在該產(chǎn)品的最新版本中實(shí)現(xiàn)的問(wèn)題。它將解決要交付給用戶的產(chǎn)品是否經(jīng)過(guò)測(cè)試和質(zhì)量檢查的問(wèn)題。 它回答：受控產(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ò)程 。對(duì)已經(jīng)確定為基線的制品的修改必須要通過(guò)正式的變更控制流程。 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)目組的配置管理，大致可以分為以