【正文】 2/2/16 72 版本控制的好處 使混亂的開發(fā)狀態(tài)變得有序！ SCM 的主要技術 —— 版本控制 2022/2/16 73 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測與報告 基于配置管理的軟件項目管理 配置管理的技術手段和工具 配置管理 2022/2/16 74 基于基線的變更管理 變更請求管理過程 變更請求管理活動 變更請求的狀態(tài)轉移 變更管理 2022/2/16 75 ? 可以了解誰改了什么、為什么 ? 正確及時的項目狀態(tài)報告 ? 最大限度的利用你的工程師資源 ? 利于團隊交流 是團隊開發(fā)過程中的通訊基礎 2022/2/16 76 基于基線的變更管理 ? 變更管理下的基線概念 ? 建立基線的意義 ? 建立基線的時機 2022/2/16 77 變更管理流程 ?變更管理流程：變更管理流程包括提出請求、對請求進行評估、同意請求和實現(xiàn)對已經(jīng)進入基線庫的配置項進行修改。 2022/2/16 69 ? 根據(jù)一個產(chǎn)品的質(zhì)量標準要求和需求的不同 ， 可以定義一個項目的不同基線 。 聚集成 ClearCase構件的文件和元素通?？梢詫崿F(xiàn)系統(tǒng)構架中的一個可重用的部分 。ClearCase對目錄與文件一樣 ，也進行版本管理 。 所以 ， 當用戶檢入文件時 ， 就創(chuàng)建了那個元素的新版本 。 2022/2/16 64 早前的版本管理 例如： MS的 VSS版本控制是通過以下方式實現(xiàn)的： ? VSS提供版本控制和歷史服務 ， 以保證一個文件的每個版本都是可恢復的 。 ? 基于共享文件目錄的版本管理 在版本控制工具出現(xiàn)之前 ， 或者 ， 現(xiàn)在國內(nèi)很多的軟件企業(yè) ， 并不用什么版本控制工具 。這部分文檔通常稱為用戶文檔 。 我們將重點進行討論 。 ? 從 SCM的角度看系統(tǒng)架構 ， 我們主要關注的是在開發(fā)環(huán)境中以及將來部署到目標系統(tǒng)中的系統(tǒng)的物理層面的文件和目錄結構 、 分組和版本化 。 軟件的體系構架在軟件工程時代被稱為系統(tǒng)結構 。 ? RUP定義了 4個層次：系統(tǒng) 、 實施 （ 或構件 ） 子系統(tǒng) 、 構件和文件（ 1999） 。 為了對編碼更改形成控制 ， 配置經(jīng)理引入規(guī)范的請求變更的機制 ， 評估更改的機制 （ 通過變更控制機構 CCB， 由它負責批準對軟件系統(tǒng)的變更 ） ， 和批準變更的機制 。 通過正確的標注來實現(xiàn)確定操作 。 在這樣的流程中 ， 配置管理員通過軟件配置管理工具來進行訪問控制和同步控制 ， 而這兩種控制則是建立在前面所描述的版本控制和分支策略的基礎上的 。 2022/2/16 39 版本控制 版本控制是軟件配置管理的核心功能 。 ” 所以 ， 根據(jù)這個定義 ， 我們在軟件的開發(fā)流程中 ， 也可以把所有需要加以控制的配置項分為基線配置項和非基線配置項兩類 ， 例如：基線配置項可能包括所有的設計文檔和源程序等；非基線配置項可能包括項目的各類計劃和報告等 。 （ 1） 和 （ 2） 可以看成配置管理的準備 ， （ 3） 是配置管理的具體實施 。 ? 在軟件工程環(huán)境中，基線是指在軟件開發(fā)過程中的里程碑，這些里程碑的標志是一項或多項經(jīng)過正式的技術評審并一致認同的軟件制品的提交。 因此 ， 二者的統(tǒng)一就是對軟件開發(fā) （ 產(chǎn)品 、 過程 ） 的變更控制 。 （ 7） 小組協(xié)作： 控制開發(fā)統(tǒng)一產(chǎn)品的多個開發(fā)人員之間的協(xié)作。 （ 3） 狀態(tài)統(tǒng)計： 記錄并報告構件和修改請求的狀態(tài)，并收集關于產(chǎn)品構件的重要統(tǒng)計信息。 ? 不懂軟件項目的配置管理，就不懂軟件開發(fā)管理 ? 不對軟件項目進行配置管理，就沒有進行軟件項目開發(fā)管理 2022/2/16 12 軟件配置管理是 CMM2中 6個關鍵過程域的第 6個關鍵域。 ? 通過有序管理和減少重復性工作，配置管理保證了生 產(chǎn)的質(zhì)量和效率。 同時 ， 公司決定把項目組增加到 50人 ， 其中有 20多人并不在你所在的城市 。 ? 下一周 ， 你的隊伍增加到 14（ 你的老板準備就此豪賭一把了 ） ， 與你3個人的小組不同的是 ， 公司從其他部門為你配備了系統(tǒng)分析師 ， 還有文檔編制員 、 測試員 。 你的核心模塊已經(jīng)被大量的用戶功能所包裝 ，成為一個行業(yè)應用系統(tǒng) ， 并開始給用戶試用 ， 這是你的系統(tǒng)的第一版 。 在新公司里 ， 產(chǎn)品管理 、 項目管理 、 測試 、質(zhì)量等等 ， 都與你過去的環(huán)境和做法不同 ， 特別不同的是 ， 公司準備開發(fā)的第 3版系統(tǒng)與公司原有的產(chǎn)品要進行融合 ， 使他們看上去是一家出來的不同的兄弟和姐妹 。 2022/2/16 10 我們知道 ， 在軟件建立時 ， 變更是不可避免的 ， 而變更加劇了項目中軟件開發(fā)者之間的混亂 。 CMM2認為， SCM 的目的是為了建立和維護軟件開發(fā)過程中各種制品的完整性和一致性，包括以下內(nèi)容： ? 對軟件產(chǎn)品配置的標志和識別 ? 系統(tǒng)地控制對處于配置管理下的各種軟件制品的修改和更新 ? 維護軟件開發(fā)過程中的各種制品的一致性和可跟蹤性 CMM2的配置管理概念 2022/2/16 13 SCM 的目標 ? 目標 1: 軟件配置管理活動被定義和計劃 ? 目標 2: 軟件開發(fā)過程中的制品被識別、控制和管理 ? 目標 3: 對于處于配置管理下的軟件制品的修改被控制 ? 目標 4: 與軟件制品相關的項目組和成員應該被通知制品的目前狀態(tài)和被修改的信息 從對配置目的的定義可以看出， CMM2的配置管理應包括這樣一些活動：標識給定時間點的軟件配置（即所選擇的工作產(chǎn)品及其描述），系統(tǒng)地控制這些配置的更改，并在軟件生命周期中保持這些配置的完整性和可跟蹤性。例如，它將解決修改這個錯誤會影響多少個文件的問題。例如，它將解決是否所有本地程序員所做的修改都已被加入到新版本的產(chǎn)品中的問題。 配置審核 將驗證軟件產(chǎn)品的構造是否符合需求 、 標準 、 或合同的要求 ， 目的是根據(jù) SCM的過程和程序 ， 驗證所有的軟件產(chǎn)品已經(jīng)產(chǎn)生并有正確標識和描述 ， 所有的變更需求都已解決 。 2022/2/16 24 SCM 中的專業(yè)術語 ? 配置數(shù)據(jù)庫（軟件制品基線庫） ? 項目建立和訪問軟件制品庫，這個制品庫主要用來對保存配置項和一些與軟件配置管理相關的記錄。 配置管理的具體實施 ， 在RUP定義為四個管理活動 。 有關配置項的內(nèi)容 ， 我們將在后面 ， 專門花一節(jié)的篇幅 ， 進行討論 。 所有置于配置庫中的元素都應自動予以版本的標識 ， 并保證版本命名的唯一性 。 2022/2/16 41 狀態(tài)報告 配置狀態(tài)報告應該包括下列主要內(nèi)容： (1)配置庫結構和相關說明； (2)開發(fā)起始基線的構成； (3)當前基線位置及狀態(tài)； (4)各基線配置項集成分支的情況； (5)各私有開發(fā)分支類型的分布情況； (6)關鍵元素的版本演進記錄； (7)其它應報告的事項 。 對項目工件的保護是通過歸檔 、 建立基線和報告等操作而得以實現(xiàn)的 。 配置經(jīng)理負責為工程人員創(chuàng)建任務單 ， 交由項目經(jīng)理對任務進行分配 ， 創(chuàng)建項目的框架 。 2022/2/16 50 配置管理對象 ? 在 RUP的概念里 ， 最底層的元素是處于版本控制下的文件和目錄 ， 構件的層次要高于元素（ 文件和目錄 ） ， 構件把元素組織起來 。在 UML中 ， 被稱為構架 。 這種關注決定了配置管理的對象以及對象的 “ 粒度 ” 。 ? 2022/2/16 54 最基本的配置管理項 —— 文檔 ? 文檔在軟件開發(fā)人員 、 軟件管理人員 、 維護人員 、 用戶以及計算機之間 ， 起到了多種的橋梁作用 。 2022/2/16 55 我們把這三種文檔所包括的內(nèi)容列在下圖中。 他們也做一些簡單的版本控制工作 。 ? VSS用日期 /時間戳來記錄文件是何時被 Checkout或是何時被修改的 ，它主要有三種方法來跟蹤文件和項目的版本： ? （ 1） 版本號：這是由 VSS維護的內(nèi)部數(shù)碼 ， 用戶對它沒有控制權 。 元素被組織成不同的分支 。 為了能在前一個版本中修復 BUG， 或者從新版本退回到就版本 ， 就有必要恢復一個舊的版本 。 ? 構件通過標識一個根目錄來定義 ， 這個目錄與所有的文件和子目錄都被看作是這個構件的一個部分 。 也就是說 ， 一個公司可以定義不同的測試 、 功能 、 版本基線 。 ?CCB (Change Control Board)，由項目經(jīng)理、系統(tǒng)分析員、項目配置經(jīng)理和軟件質(zhì)量工程師組成，負責評估變更請求，提出同意或不同意對已進入基線庫的配置項的變更； ?TAF: test, analyze and fix； 2022/2/16 78 變更管理流程 (1) ? 與變更管理流程相關的表格 ? 軟件問題報告表 Software Problem Report Form (SPRF) ? 軟件變更請求表 Software Change Request Form (SCRF) ? 軟件問題解決細節(jié) Software Problem Resolution Details (SPRD) 2022/2/16 79 變更管理流程 (2) 由用戶提出的變更請求 由項目主提出的變更請求 問題評估 PAT 由用戶在產(chǎn)品發(fā)布前發(fā)現(xiàn)的問題 由項目組自身發(fā)現(xiàn)的問題 系統(tǒng)分析員 軟件問題報告表 問題處理 NO YES 軟件變更請求表 軟件變更請求表 系統(tǒng)分析員 由于升級而進行的變更 對問題不予接受 告知問題提出者問題被拒絕 2022/2/16 80 變更管理流程 (3) 評價變更 變更執(zhí)行小組 T A F T e a m 軟件變更請求表 系統(tǒng)分析員 變更控制委員會 批準變更 小修改，由 T A F 完成 大變動 NO 通知報告者變更請求 被拒絕 YES 進入基線庫并填寫軟件問題解決細節(jié)表 對變更進入基線庫前進行評審 2022/2/16 81 變更請求管理活動 2022/2/16 82 變更請求的狀態(tài)轉移 2022/2/16 83 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測、報告與評審 基于配置管理的軟件項目管理 配置管理的技術手段和工具 配置管理 2022/2/16 84 配置狀態(tài)監(jiān)測與報告 配置評審 配置狀態(tài)監(jiān)測、報告與評審 2022/2/16 85 配置項狀態(tài)統(tǒng)計 ? 配置項狀態(tài)統(tǒng)計，由項目配置經(jīng)理定期地對項目配置項的狀態(tài)進行收集和統(tǒng)計，主要包括以下統(tǒng)計信息： ? 項目制品進入基線庫的創(chuàng)建時間 ? 變更請求的詳細描述 ? 所有問題 (Problem Report)報告的描述 ? 變更請求的狀態(tài) Baseline Status Accounting Form (BSAF) Archive Status Accounting Form (ASAF) Change/Problem Status Accounting Form (C/PSAF) 2022/2/16 86 提供圖形化的項目狀況 2022/2/16 87 SCM的度量和度量準則 SCM 提供軟件產(chǎn)品的狀態(tài)統(tǒng)計。 （ 2） 核實是否已正確實施了所有變更請求 。 測試 ? 新代碼 ? 源存儲庫 ? 簡單的版本控制 新開發(fā) PVCS 系列 VSS 部門級開發(fā)