【文章內(nèi)容簡(jiǎn)介】 ， 配置管理員通過軟件配置管理工具來進(jìn)行訪問控制和同步控制 ， 而這兩種控制則是建立在前面所描述的版本控制和分支策略的基礎(chǔ)上的 。 2022/2/16 41 狀態(tài)報(bào)告 配置狀態(tài)報(bào)告應(yīng)該包括下列主要內(nèi)容： (1)配置庫(kù)結(jié)構(gòu)和相關(guān)說明； (2)開發(fā)起始基線的構(gòu)成； (3)當(dāng)前基線位置及狀態(tài)； (4)各基線配置項(xiàng)集成分支的情況； (5)各私有開發(fā)分支類型的分布情況； (6)關(guān)鍵元素的版本演進(jìn)記錄； (7)其它應(yīng)報(bào)告的事項(xiàng) 。 2022/2/16 42 配置審計(jì) 配置審計(jì)的主要作用是作為變更控制的補(bǔ)充手段 ， 來確保某一變更需求已被切實(shí)實(shí)現(xiàn) 。 在某些情況下 ， 它被作為正式的技術(shù)復(fù)審的一部分 ， 但當(dāng)軟件配置管理是一個(gè)正式的活動(dòng)時(shí) ， 該活動(dòng)由 SQA人員單獨(dú)執(zhí)行 。 總之 ， 軟件配置管理的對(duì)象是軟件研發(fā)活動(dòng)中的全部開發(fā)資產(chǎn) 。 所有這一切都應(yīng)作為配置項(xiàng)納入管理計(jì)劃統(tǒng)一進(jìn)行管理 ， 從而能夠保證及時(shí)的對(duì)所有軟件開發(fā)資源進(jìn)行維護(hù)和集成 。 因此 ， 軟件配置管理的主要任務(wù)也就歸結(jié)為以下幾條： （ 1） 制定項(xiàng)目的配置計(jì)劃； （ 2） 對(duì)配置項(xiàng)進(jìn)行標(biāo)識(shí)； （ 3） 對(duì)配置項(xiàng)進(jìn)行版本控制； （ 4） 對(duì)配置項(xiàng)進(jìn)行變更控制； （ 5） 定期進(jìn)行配置審計(jì)； （ 6） 向相關(guān)人員報(bào)告配置的狀態(tài) 。 2022/2/16 43 項(xiàng)目經(jīng)理的配置管理流程 項(xiàng)目經(jīng)理的工作是： （ 1） 確定項(xiàng)目配置管理策略 （ 2） 確定用于控制產(chǎn)品變更的策略和流程 （ 3） 在配置管理計(jì)劃 （ 是軟件開發(fā)計(jì)劃的一部分 ）中記錄此信息 2022/2/16 44 配置管理策略 軟件配置管理策略 是指能夠確定 、 保護(hù)和報(bào)告已經(jīng)批準(zhǔn)用于項(xiàng)目中的工件的能力 。 通過正確的標(biāo)注來實(shí)現(xiàn)確定操作 。 對(duì)項(xiàng)目工件的保護(hù)是通過歸檔 、 建立基線和報(bào)告等操作而得以實(shí)現(xiàn)的 。 使用標(biāo)準(zhǔn)的 、 已記錄下來的 變更控制流程 的目的是：確保項(xiàng)目中所做的變更保持一致 ， 并將產(chǎn)品的狀態(tài) 、 對(duì)其所做的變更以及這些變更所耗費(fèi)的成本及對(duì)時(shí)間表的影響通知給有關(guān)的涉眾 。 軟件配置管理計(jì)劃 說明在產(chǎn)品 /項(xiàng)目生命周期中要執(zhí)行的所有與配置管理相關(guān)的活動(dòng) 。 它記錄如何計(jì)劃 、 實(shí)施 、 控制和組織與產(chǎn)品相關(guān)的配置管理活動(dòng) 。 2022/2/16 45 配備人員 配置管理人員的選擇和配備 ， 是軟件項(xiàng)目經(jīng)理最主要的工作 。 在一個(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)品正確性的測(cè)試人員 負(fù)責(zé)確保產(chǎn)品高質(zhì)量的質(zhì)量保證經(jīng)理 使用產(chǎn)品的用戶 。 2022/2/16 46 配置經(jīng)理 配置經(jīng)理 的目標(biāo)是確保用來建立 、 變更及編碼測(cè)試的計(jì)劃和策略得以貫徹執(zhí)行 ， 同時(shí)使有關(guān)項(xiàng)目的信息容易獲得 。 為了對(duì)編碼更改形成控制 ， 配置經(jīng)理引入規(guī)范的請(qǐng)求變更的機(jī)制 ， 評(píng)估更改的機(jī)制 （ 通過變更控制機(jī)構(gòu) CCB， 由它負(fù)責(zé)批準(zhǔn)對(duì)軟件系統(tǒng)的變更 ） ， 和批準(zhǔn)變更的機(jī)制 。 配置經(jīng)理負(fù)責(zé)為工程人員創(chuàng)建任務(wù)單 ， 交由項(xiàng)目經(jīng)理對(duì)任務(wù)進(jìn)行分配 ， 創(chuàng)建項(xiàng)目的框架 。 同時(shí) ， 配置經(jīng)理還收集軟件系統(tǒng)中構(gòu)件的相關(guān)數(shù)據(jù) ， 比如說用以判斷系統(tǒng)中出現(xiàn)問題的構(gòu)件的信息 。 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) 。 在生產(chǎn)的軟件產(chǎn)品和軟件的生產(chǎn)過程中 ， 那些是配置管理的對(duì)象呢 ？ ? 配置管理對(duì)象呈現(xiàn)為一種層次結(jié)構(gòu) ， 因此 ， 為了標(biāo)識(shí)配置管理的對(duì)象 ，我們需要對(duì)軟件系統(tǒng)進(jìn)行分解： 目前 ， 用于分解軟件系統(tǒng)的術(shù)語有多種多樣 ， 沒有被標(biāo)準(zhǔn)化 。 ? 1989年 Humphery定義了 5個(gè)層次：系統(tǒng) 、 子系統(tǒng) 、 產(chǎn)品 、 構(gòu)件和模塊 。 ? 1991年 Whitgift定義了 3個(gè)層次：系統(tǒng) 、 子系統(tǒng)和元素 。 ? IEEE定義了 3個(gè)層次：計(jì)算機(jī)配置項(xiàng) 、 計(jì)算機(jī)軟件構(gòu)件和計(jì)算機(jī)軟件單元 。 ? RUP定義了 4個(gè)層次：系統(tǒng) 、 實(shí)施 （ 或構(gòu)件 ） 子系統(tǒng) 、 構(gòu)件和文件（ 1999） 。 2022/2/16 50 配置管理對(duì)象 ? 在 RUP的概念里 ， 最底層的元素是處于版本控制下的文件和目錄 ， 構(gòu)件的層次要高于元素（ 文件和目錄 ） ， 構(gòu)件把元素組織起來 。 一個(gè)版本控制的構(gòu)件是一個(gè)具體的物理的對(duì)象 ，就是一個(gè)根目錄 。 這個(gè)根目錄 ，以及從根目錄下所屬的所有目錄和文件 ， 是系統(tǒng)的一個(gè)子系統(tǒng) 。 大的系統(tǒng)有多個(gè)根目錄（ 子系統(tǒng) ） ， 小系統(tǒng)則可能只有一個(gè)根目錄 。 ?產(chǎn)品目錄結(jié)構(gòu)為所有可具有版本號(hào)的、與產(chǎn)品相關(guān)的工件提供邏輯嵌套的占位符。工件是開發(fā)流程生命周期的結(jié)果，用于開發(fā)整個(gè)系統(tǒng)的各組成部分（構(gòu)件）。 2022/2/16 51 配置管理對(duì)象 ? 首先我們從根目錄開始 （ 假設(shè)是只有一個(gè)根目錄的小 ） 系統(tǒng) ， 討論軟件系統(tǒng)架構(gòu)：軟件項(xiàng)目通過一系列的生命階段 ， 將建立或者已經(jīng)建立起一個(gè)體系構(gòu)架 。 軟件的體系構(gòu)架在軟件工程時(shí)代被稱為系統(tǒng)結(jié)構(gòu) 。在 UML中 ， 被稱為構(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é)作和它們的組合 。 ? 系統(tǒng)或系統(tǒng)構(gòu)架是由子系統(tǒng) （ 構(gòu)件 ） 組成的 。 2022/2/16 52 ? UML進(jìn)一步把構(gòu)件劃分成三種構(gòu)件：部署型構(gòu)件 、 工作產(chǎn)品型構(gòu)件和執(zhí)行構(gòu)件 。 （ 1） 部署型構(gòu)件：是指那些被部署到目標(biāo)機(jī)中的元素 ， 例如：可執(zhí)行程序 、 庫(kù)以及其他支持系統(tǒng)運(yùn)行的文件 。 （ 2） 工作型構(gòu)件：是構(gòu)成開發(fā)環(huán)境的元素 ， 例如：源文件 、 頭文件以及其他用于導(dǎo)出或構(gòu)建部署型構(gòu)件的文件 。 （ 3） 可執(zhí)行型構(gòu)件：是指由運(yùn)行于目標(biāo)機(jī)的系統(tǒng)生成的內(nèi)容 ， 例如：數(shù)據(jù)等 。 ? 從 SCM的角度看系統(tǒng)架構(gòu) ， 我們主要關(guān)注的是在開發(fā)環(huán)境中以及將來部署到目標(biāo)系統(tǒng)中的系統(tǒng)的物理層面的文件和目錄結(jié)構(gòu) 、 分組和版本化 。 這種關(guān)注決定了配置管理的對(duì)象以及對(duì)象的 “ 粒度 ” 。 ? 現(xiàn)在 ， 有些項(xiàng)目使用高層次的設(shè)計(jì)文檔來描述架構(gòu) ， 例如：模型 、 視圖等 。 在高層架構(gòu)描述中 ， 邏輯上的 “ 類 ” ， 可影射對(duì)應(yīng)為物理層面的文件和目錄 。 ? 作為軟件產(chǎn)品和軟件過程 ， 這些文件和目錄是 SCM控制的對(duì)象 ， 即他們是配置項(xiàng) 。 在我們現(xiàn)在的討論中 ， 有時(shí) ， 我們說明這些文件是用于管理和設(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)件 。 2022/2/16 53 CMM2的配置管理對(duì)象 ? CMM2把配置管理對(duì)象 ， 稱之為軟件工作產(chǎn)品 ， 在 CMM2配置管理定義中 ，對(duì)應(yīng)置于配置管理下的軟件工作產(chǎn)品 ， 是這樣定義的： ? 可作為配置項(xiàng) /單元標(biāo)識(shí)的軟件工作產(chǎn)品實(shí)例有： 與過程相關(guān)的文檔 （ 例如：計(jì)劃 、 標(biāo)準(zhǔn)或規(guī)程 ） 軟件需求 軟件設(shè)計(jì) 軟件代碼單元 軟件測(cè)試規(guī)程 為軟件測(cè)試活動(dòng)建立的軟件系統(tǒng) 交付給客戶或最終用戶的軟件系統(tǒng) 編譯程序 其他支持工具 不論各體系是如何定義的 ， 我們基本可以認(rèn)為 ， 配置管理的對(duì)象 ， 主要地可以分為二類：軟件產(chǎn)品和文檔 。 軟件產(chǎn)品比較容易標(biāo)識(shí) ， 而文檔相對(duì)比較復(fù)雜 。 我們將重點(diǎn)進(jìn)行討論 。 ? 2022/2/16 54 最基本的配置管理項(xiàng) —— 文檔 ? 文檔在軟件開發(fā)人員 、 軟件管理人員 、 維護(hù)人員 、 用戶以及計(jì)算機(jī)之間 ， 起到了多種的橋梁作用 。 軟件開發(fā)人員在軟件生命的各個(gè)階段中 ，以文檔作為前階段工作成果的體現(xiàn)和后階段工作的依據(jù) ， 這個(gè)作用是顯而易見的 。 這部分文檔通常稱為開發(fā)文檔 。 ? 軟件開發(fā)過程中軟件開發(fā)人員需制定一些工作計(jì)劃或工作報(bào)告 ， 這些計(jì)劃和報(bào)告都要提供給管理人員 ， 并得到必要的支持 。 管理人員則可通過這些文檔了解軟件開發(fā)項(xiàng)目安排 、 進(jìn)度 、 資源使用和成果等 。這部分文檔通常稱為管理文檔 ， 或稱為項(xiàng)目文檔 。 ? 軟件開發(fā)人員需為用戶了解軟件的使用 、 操作和維護(hù)提供詳細(xì)的資料 。這部分文檔通常稱為用戶文檔 。 2022/2/16 55 我們把這三種文檔所包括的內(nèi)容列在下圖中。其中列舉了十三個(gè)文檔，這里對(duì)它們做一些簡(jiǎn)要說明： 文檔 用戶文檔 用戶手冊(cè) 操作手冊(cè) 維護(hù)修改建議 軟件需求 （ 規(guī)格 ） 說明書 開發(fā)文檔 軟件需求 （ 規(guī)格 ） 說明書 數(shù)據(jù)要求說明書 概要設(shè)計(jì)說明書 詳細(xì)設(shè)計(jì)說明書 可行性研究報(bào)告 項(xiàng)目開發(fā)計(jì)劃 管理文檔 項(xiàng)目開發(fā)計(jì)劃 測(cè)試計(jì)劃 測(cè)試報(bào)告 開發(fā)進(jìn)度月報(bào) 開發(fā)總結(jié)報(bào)告 2022/2/16 56 文檔的生成階段 階段 文檔 可行性研究與計(jì)劃 需求分析 設(shè)計(jì) 代碼編寫 測(cè)試 運(yùn)行與維護(hù) 可行性研究報(bào)告 項(xiàng)目開發(fā)計(jì)劃 軟件需求說明 數(shù)據(jù)要求說明 概要設(shè)計(jì)說明 詳細(xì)設(shè)計(jì)說明 測(cè)試計(jì)劃 用戶手冊(cè) 操作手冊(cè) 測(cè)試分析報(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ì)說明 √ 測(cè)試計(jì)劃 √ √ √ 用戶手冊(cè) √ 操作手冊(cè) √ 測(cè)試分析報(bào)告 √ 開發(fā)進(jìn)度月報(bào) √ √ 項(xiàng)