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