【正文】 Test amp。 ?軟件配置管理負(fù)責(zé)管理和控制項(xiàng)目文件夾，并對文件夾中的內(nèi)容進(jìn)行評審； ?項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)督項(xiàng)目的軟件配置管理執(zhí)行； ?軟件質(zhì)量工程師負(fù)責(zé)對項(xiàng)目文件夾的內(nèi)容進(jìn)行評審； 配置管理庫 2022/2/16 27 配置管理庫 ? 項(xiàng)目文件夾的內(nèi)容 ?項(xiàng)目開發(fā)過程中的所有信息，包括文檔、工作制品和各種周報(bào)、月報(bào)、評審等； ?與外部的交流信息，例如與客戶、第三方的通訊交流記錄等； ?其他交流會議記錄，例如：重要的Email，傳真， 信件等； 2022/2/16 28 配置管理庫 權(quán)限管理 ? 項(xiàng)目組內(nèi)部的權(quán)限管理與分配 ? 對其他項(xiàng)目組的開放權(quán)限管理與分配 ? 對其他用戶或是第三方的權(quán)限管理與分配 2022/2/16 29 配置管理活動的作用 ?配置管理與質(zhì)量管理 在質(zhì)量體系的諸多支持活動中，配置管理處在支持活動的中心位置。 因此，配置管理從基礎(chǔ)層開始，有機(jī)地把其它支持活動結(jié)合起來，形成一個(gè)整體，相互促進(jìn)，相互影響，有力地保證了質(zhì)量體系的實(shí)施。 （ 1） 和 （ 2） 可以看成配置管理的準(zhǔn)備 ， （ 3） 是配置管理的具體實(shí)施 。 2022/2/16 35 配置項(xiàng) （ Software Configuration Item， SCI） 識別 對于配置項(xiàng) ， 可以給出一個(gè)比較簡單的定義 ， 既軟件過程的輸出信息可以分為三個(gè)主要類別： （ 1） 計(jì)算機(jī)程序 （ 源代碼和可執(zhí)行程序 ） （ 2） 描述計(jì)算機(jī)程序的文檔 （ 針對技術(shù)開發(fā)者和用戶 ） （ 3） 數(shù)據(jù) （ 包含在程序內(nèi)部或外部 ） 。 ” 在 CMM2中 ， 除上述 3個(gè)配置項(xiàng)以外 ， 還包括項(xiàng)目管理的有關(guān)文件 、 信息記錄等 。 2022/2/16 36 配置項(xiàng) （ Software Configuration Item， SCI） 識別 軟件配置管理認(rèn)為軟件的開發(fā)過程是一個(gè)不斷變化著的過程 ， 為了在不嚴(yán)重阻礙合理變化的情況下來控制變化 ， 軟件配置管理引入了“ 基線 （ Base Line） ” 這一概念 。 ” 所以 ， 根據(jù)這個(gè)定義 ， 我們在軟件的開發(fā)流程中 ， 也可以把所有需要加以控制的配置項(xiàng)分為基線配置項(xiàng)和非基線配置項(xiàng)兩類 ， 例如：基線配置項(xiàng)可能包括所有的設(shè)計(jì)文檔和源程序等；非基線配置項(xiàng)可能包括項(xiàng)目的各類計(jì)劃和報(bào)告等 。 2022/2/16 37 配置項(xiàng)的標(biāo)識和控制 所有配置項(xiàng)都應(yīng)按照相關(guān)規(guī)定統(tǒng)一編號 ， 按照相應(yīng)的模板生成 ， 并在文檔中的規(guī)定章節(jié) （ 部分 ） 記錄對象的標(biāo)識信息 。 所有配置項(xiàng)的操作權(quán)限應(yīng)由配置管理員嚴(yán)格管理 ， 基本原則是：基線配置項(xiàng)向軟件開發(fā)人員開放讀取權(quán)限；非基線配置項(xiàng)向項(xiàng)目經(jīng)理 、 配置控制委員會及相關(guān)人員開放 。 每個(gè)開發(fā)人員按照任務(wù)的要求 ， 在不同的開發(fā)階段 ， 工作在不同的工作空間上 。 2022/2/16 39 版本控制 版本控制是軟件配置管理的核心功能 。 版本在生成過程中 ， 自動依照設(shè)定的使用模型自動分支 、 演進(jìn) 。 當(dāng)然如果選用的工具支持的話 ， 這些輔助數(shù)據(jù)將能直接統(tǒng)計(jì)出過程數(shù)據(jù) ，從 而 方 便 我 們 軟 件 過 程 改 進(jìn) （ Software Process Improvement， SPI） 活動的進(jìn)行 。 一般來說 ， 對于基線版本之前的各個(gè)版本都應(yīng)處于被鎖定的狀態(tài) ， 如需要對它們進(jìn)行變更 ， 則應(yīng)按照變更控制的流程來進(jìn)行操作 。 在這樣的流程中 ， 配置管理員通過軟件配置管理工具來進(jìn)行訪問控制和同步控制 ， 而這兩種控制則是建立在前面所描述的版本控制和分支策略的基礎(chǔ)上的 。 2022/2/16 42 配置審計(jì) 配置審計(jì)的主要作用是作為變更控制的補(bǔ)充手段 ， 來確保某一變更需求已被切實(shí)實(shí)現(xiàn) 。 總之 ， 軟件配置管理的對象是軟件研發(fā)活動中的全部開發(fā)資產(chǎn) 。 因此 ， 軟件配置管理的主要任務(wù)也就歸結(jié)為以下幾條： （ 1） 制定項(xiàng)目的配置計(jì)劃； （ 2） 對配置項(xiàng)進(jìn)行標(biāo)識； （ 3） 對配置項(xiàng)進(jìn)行版本控制； （ 4） 對配置項(xiàng)進(jìn)行變更控制； （ 5） 定期進(jìn)行配置審計(jì)； （ 6） 向相關(guān)人員報(bào)告配置的狀態(tài) 。 通過正確的標(biāo)注來實(shí)現(xiàn)確定操作 。 使用標(biāo)準(zhǔn)的 、 已記錄下來的 變更控制流程 的目的是：確保項(xiàng)目中所做的變更保持一致 ， 并將產(chǎn)品的狀態(tài) 、 對其所做的變更以及這些變更所耗費(fèi)的成本及對時(shí)間表的影響通知給有關(guān)的涉眾 。 它記錄如何計(jì)劃 、 實(shí)施 、 控制和組織與產(chǎn)品相關(guān)的配置管理活動 。 在一個(gè)比較理想的軟件開發(fā)團(tuán)隊(duì)中 ， 需要哪些角色呢 ？ 負(fù)責(zé)軟件項(xiàng)目組的項(xiàng)目經(jīng)理 負(fù)責(zé) SCM計(jì)劃和策略的配置經(jīng)理 負(fù)責(zé)軟件產(chǎn)品開發(fā)與維護(hù)的軟件工程人員 負(fù)責(zé)驗(yàn)證產(chǎn)品正確性的測試人員 負(fù)責(zé)確保產(chǎn)品高質(zhì)量的質(zhì)量保證經(jīng)理 使用產(chǎn)品的用戶 。 為了對編碼更改形成控制 ， 配置經(jīng)理引入規(guī)范的請求變更的機(jī)制 ， 評估更改的機(jī)制 （ 通過變更控制機(jī)構(gòu) CCB， 由它負(fù)責(zé)批準(zhǔn)對軟件系統(tǒng)的變更 ） ， 和批準(zhǔn)變更的機(jī)制 。 同時(shí) ， 配置經(jīng)理還收集軟件系統(tǒng)中構(gòu)件的相關(guān)數(shù)據(jù) ， 比如說用以判斷系統(tǒng)中出現(xiàn)問題的構(gòu)件的信息 。 在生產(chǎn)的軟件產(chǎn)品和軟件的生產(chǎn)過程中 ， 那些是配置管理的對象呢 ？ ? 配置管理對象呈現(xiàn)為一種層次結(jié)構(gòu) ， 因此 ， 為了標(biāo)識配置管理的對象 ，我們需要對軟件系統(tǒng)進(jìn)行分解： 目前 ， 用于分解軟件系統(tǒng)的術(shù)語有多種多樣 ， 沒有被標(biāo)準(zhǔn)化 。 ? 1991年 Whitgift定義了 3個(gè)層次：系統(tǒng) 、 子系統(tǒng)和元素 。 ? RUP定義了 4個(gè)層次：系統(tǒng) 、 實(shí)施 （ 或構(gòu)件 ） 子系統(tǒng) 、 構(gòu)件和文件（ 1999） 。 一個(gè)版本控制的構(gòu)件是一個(gè)具體的物理的對象 ，就是一個(gè)根目錄 。 大的系統(tǒng)有多個(gè)根目錄（ 子系統(tǒng) ） ， 小系統(tǒng)則可能只有一個(gè)根目錄 。工件是開發(fā)流程生命周期的結(jié)果，用于開發(fā)整個(gè)系統(tǒng)的各組成部分（構(gòu)件）。 軟件的體系構(gòu)架在軟件工程時(shí)代被稱為系統(tǒng)結(jié)構(gòu) 。 ? UML對構(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é)作和它們的組合 。 2022/2/16 52 ? UML進(jìn)一步把構(gòu)件劃分成三種構(gòu)件：部署型構(gòu)件 、 工作產(chǎn)品型構(gòu)件和執(zhí)行構(gòu)件 。 （ 2） 工作型構(gòu)件：是構(gòu)成開發(fā)環(huán)境的元素 ， 例如：源文件 、 頭文件以及其他用于導(dǎo)出或構(gòu)建部署型構(gòu)件的文件 。 ? 從 SCM的角度看系統(tǒng)架構(gòu) ， 我們主要關(guān)注的是在開發(fā)環(huán)境中以及將來部署到目標(biāo)系統(tǒng)中的系統(tǒng)的物理層面的文件和目錄結(jié)構(gòu) 、 分組和版本化 。 ? 現(xiàn)在 ， 有些項(xiàng)目使用高層次的設(shè)計(jì)文檔來描述架構(gòu) ， 例如：模型 、 視圖等 。 ? 作為軟件產(chǎn)品和軟件過程 ， 這些文件和目錄是 SCM控制的對象 ， 即他們是配置項(xiàng) 。 2022/2/16 53 CMM2的配置管理對象 ? CMM2把配置管理對象 ， 稱之為軟件工作產(chǎn)品 ， 在 CMM2配置管理定義中 ，對應(yīng)置于配置管理下的軟件工作產(chǎn)品 ， 是這樣定義的： ? 可作為配置項(xiàng) /單元標(biāo)識的軟件工作產(chǎn)品實(shí)例有： 與過程相關(guān)的文檔 （ 例如：計(jì)劃 、 標(biāo)準(zhǔn)或規(guī)程 ） 軟件需求 軟件設(shè)計(jì) 軟件代碼單元 軟件測試規(guī)程 為軟件測試活動建立的軟件系統(tǒng) 交付給客戶或最終用戶的軟件系統(tǒng) 編譯程序 其他支持工具 不論各體系是如何定義的 ， 我們基本可以認(rèn)為 ， 配置管理的對象 ， 主要地可以分為二類：軟件產(chǎn)品和文檔 。 我們將重點(diǎn)進(jìn)行討論 。 軟件開發(fā)人員在軟件生命的各個(gè)階段中 ，以文檔作為前階段工作成果的體現(xiàn)和后階段工作的依據(jù) ， 這個(gè)作用是顯而易見的 。 ? 軟件開發(fā)過程中軟件開發(fā)人員需制定一些工作計(jì)劃或工作報(bào)告 ， 這些計(jì)劃和報(bào)告都要提供給管理人員 ， 并得到必要的支持 。這部分文檔通常稱為管理文檔 ， 或稱為項(xiàng)目文檔 。這部分文檔通常稱為用戶文檔 。其中列舉了十三個(gè)文檔，這里對它們做一些簡要說明： 文檔 用戶文檔 用戶手冊 操作手冊 維護(hù)修改建議 軟件需求 （ 規(guī)格 ） 說明書 開發(fā)文檔 軟件需求 （ 規(guī)格 ） 說明書 數(shù)據(jù)要求說明書 概要設(shè)計(jì)說明書 詳細(xì)設(shè)計(jì)說明書 可行性研究報(bào)告 項(xiàng)目開發(fā)計(jì)劃 管理文檔 項(xiàng)目開發(fā)計(jì)劃 測試計(jì)劃 測試報(bào)告 開發(fā)進(jìn)度月報(bào) 開發(fā)總結(jié)報(bào)告 2022/2/16 56 文檔的生成階段 階段 文檔 可行性研究與計(jì)劃 需求分析 設(shè)計(jì) 代碼編寫 測試 運(yùn)行與維護(hù) 可行性研究報(bào)告 項(xiàng)目開發(fā)計(jì)劃 軟件需求說明 數(shù)據(jù)要求說明 概要設(shè)計(jì)說明 詳細(xì)設(shè)計(jì)說明 測試計(jì)劃 用戶手冊 操作手冊 測試分析報(bào)告 開發(fā)進(jìn)度月報(bào) 項(xiàng)目開發(fā)總結(jié) 維護(hù)修改建議 2022/2/16 57 文檔的作用 所提問題 文檔 什么 何處 何時(shí) 誰 如何 為何 可行性研究報(bào)告 √ √ 項(xiàng)目開發(fā)計(jì)劃 √ √ √ 軟件需求說明 √ √ 數(shù)據(jù)要求說明 √ √ 概要設(shè)計(jì)說明 √ 詳細(xì)設(shè)計(jì)說明 √ 測試計(jì)劃 √ √ √ 用戶手冊 √ 操作手冊 √ 測試分析報(bào)告 √ 開發(fā)進(jìn)度月報(bào) √ √ 項(xiàng)目開發(fā)總結(jié) √ 維護(hù)修改建議 √ √ √ 2022/2/16 58 UCM目錄結(jié)構(gòu)下的配置管理 UCM（ 統(tǒng)一變更管理 ） 的發(fā)展沿革 第一代 UCM： 第二代 UCM： 第三代 UCM： ? 第三代 UCM引進(jìn)了一些新的概念： （ 1） 活動 （ Activity） ： （ 2） 構(gòu)件 （ Component） ： （ 3） 工作流 （ Stream） ： （ 4） 項(xiàng)目 （ Project） ： 2022/2/16 59 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測與報(bào)告 基于配置管理的軟件項(xiàng)目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 60 版本管理的必要性 此前的版本管理 元素、分支與版本 構(gòu)件、基線與存儲池 現(xiàn)代版本管理活動 版本管理 2022/2/16 61 版本管理的必要性 在軟件開發(fā)過程中 ， 由于軟件開發(fā)所固有的特征 ， 可能會形成眾多的軟件版本 ， 而且我們并