【正文】 Case及 MKS Source Integrity。 過程驅動 主要使用于企業(yè)級開發(fā) ， 著重解決新的工具引入 、 IT審核 、 管理報告 、 復雜的生命周期 、 應用工具包 、 集成解決方案 、 資料庫等問題 ， 實現(xiàn)真正規(guī)范的團隊開發(fā) ， 主要工具為Platinum Technology CCC/Harvest。 SCM的三個應用層次 3/27/2023 20 SCM 中的專業(yè)術語 ? 配置 (Configuration)與配置項 (Configuration Item) ? 在軟件開發(fā)過程中生成各種制品的總和叫做這個項目的軟件配置 [Roger S. Pressman, 1997] ?計算機程序，包括源代碼和可執(zhí)行程序 ?與計算機程序相對應的各種文檔 ?計算機數(shù)據(jù)，包括計算機程序中包含的數(shù)據(jù)和系統(tǒng)初始化數(shù)據(jù) 3/27/2023 21 SCM 中的專業(yè)術語 ?基線 ?項目開發(fā)過程的制品經(jīng)過正式評審并被相關人員一致同意，可以作為以后項目開發(fā)的基礎。對已經(jīng)確定為基線的制品的修改必須要通過正式的變更控制流程。 ?在軟件工程環(huán)境中，基線是指在軟件開發(fā)過程中的里程碑，這些里程碑的標志是一項或多項經(jīng)過正式的技術評審并一致認同的軟件制品的提交。 3/27/2023 22 SCM 中的專業(yè)術語 ?配置數(shù)據(jù)庫（軟件制品基線庫） ? 項目建立和訪問軟件制品庫，這個制品庫主要用來對保存配置項和一些與軟件配置管理相關的記錄。 ? 目前比較好的配置管理工具： Clearcase (Rational), Notes/Domino (Lotus), PVCS (Merant) and VSS (Microsoft). 3/27/2023 23 配置管理庫 (1) ? 基線庫的結構 (VOB) Project Root Directory Project Planning Phase Documents Requirements Analysis Phase Documents Design Phase Documents Code, Unit Test Integration Phase Documents System Test Phase Documents Phase Deliverables Phase Deliverables Product Software Test Software Product Software Related Test Software Related Source Code Objective Code Executive Code DOC DATA A B B B B Code 3/27/2023 24 配置管理庫的具體實現(xiàn) —— 項目文件夾 ?項目文件件是項目開發(fā)過程中由項目組創(chuàng)建和維護的制品歸檔庫。 ?軟件配置管理負責管理和控制項目文件夾，并對文件夾中的內(nèi)容進行評審； ?項目經(jīng)理負責監(jiān)督項目的軟件配置管理執(zhí)行； ?軟件質(zhì)量工程師負責對項目文件夾的內(nèi)容進行評審； 配置管理庫 3/27/2023 25 配置管理庫 ? 項目文件夾的內(nèi)容 ?項目開發(fā)過程中的所有信息，包括文檔、工作制品和各種周報、月報、評審等； ?與外部的交流信息，例如與客戶、第三方的通訊交流記錄等； ?其他交流會議記錄，例如：重要的Email，傳真， 信件等； 3/27/2023 26 配置管理庫 權限管理 ? 項目組內(nèi)部的權限管理與分配 ? 對其他項目組的開放權限管理與分配 ? 對其他用戶或是第三方的權限管理與分配 3/27/2023 27 配置管理活動的作用 ?配置管理與質(zhì)量管理 在質(zhì)量體系的諸多支持活動中，配置管理處在支持活動的中心位置。質(zhì)量管理雖然也有過程的驗證，但配置管理只要定義的配置項夠細，則它可以管理軟件開發(fā)的全過程，細到每一個模塊、每一個文檔、每一條工程記錄的變化。 因此，配置管理從基礎層開始，有機地把其它支持活動結合起來，形成一個整體，相互促進，相互影響，有力地保證了質(zhì)量體系的實施。 3/27/2023 28 配置管理給項目組帶來的好處 （ 1）節(jié)約費用 縮短開發(fā)周期 減少施工費用 （ 2）有利于知識庫的建立 代碼對象庫 業(yè)務及經(jīng)驗庫 （ 3）規(guī)范管理 量化工作量考核 規(guī)范測試 （ 4）加強協(xié)調(diào)與溝通 3/27/2023 29 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測與報告 基于配置管理的軟件項目管理 配置管理的技術手段和工具 第八章 ? 目錄 3/27/2023 30 主要配置管理活動 項目經(jīng)理的配置管理流程 配置管理活動和流程 3/27/2023 31 主要配置管理活動 ?標志配置項 ?變更控制 ?版本控制 ?評審 ?統(tǒng)計 ?軟件編譯、連接和發(fā)放管理 3/27/2023 32 RUP描述的配置管理的主要活動如下圖所示： 對于一個軟件項目組來說 ， 開展一個項目組的配置管理 ， 大致可以分為以下步驟： 對于一個軟件項目組來說，開展一個項目組的配置管理，大致可以分為以下步驟： （ 1）擬訂項目的配置管理計劃；（ 2）創(chuàng)建項目的配置管理環(huán)境；（ 3）進行項目的配置管理活動，包括：標識配置項；管理基線和發(fā)布活動；監(jiān)測與報告配置狀態(tài)；管理變更請求。 （ 1） 和 （ 2） 可以看成配置管理的準備 ， （ 3） 是配置管理的具體實施 。 配置管理的具體實施 ， 在RUP定義為四個管理活動 。 3/27/2023 33 配置項 （ Software Configuration Item， SCI） 識別 對于配置項 ， 可以給出一個比較簡單的定義 ， 既軟件過程的輸出信息可以分為三個主要類別： （ 1） 計算機程序 （ 源代碼和可執(zhí)行程序 ） （ 2） 描述計算機程序的文檔 （ 針對技術開發(fā)者和用戶 ） （ 3） 數(shù)據(jù) （ 包含在程序內(nèi)部或外部 ） 。 這些項包含了所有在軟件過程中產(chǎn)生的信息 ， 總稱為軟件配置項 。 ” 在 CMM2中 ， 除上述 3個配置項以外 ， 還包括項目管理的有關文件 、信息記錄等 。 由此可見 ， 配置項的識別是配置管理活動的基礎 ， 也是制定配置管理計劃的重要內(nèi)容 。 3/27/2023 34 配置項 （ Software Configuration Item， SCI） 識別 軟件配置管理認為軟件的開發(fā)過程是一個不斷變化著的過程 ， 為了在不嚴重阻礙合理變化的情況下來控制變化 ， 軟件配置管理引入了“ 基線 （ Base Line） ” 這一概念 。 IEEE對基線的定義是這樣的： “ 已經(jīng)正式通過審核批準的某規(guī)約或產(chǎn)品 ， 它因此可作為進一步開發(fā)的基礎 ， 并且只能通過正式的變化控制過程改變 。 ” 所以 ， 根據(jù)這個定義 ， 我們在軟件的開發(fā)流程中 ， 也可以把所有需要加以控制的配置項分為基線配置項和非基線配置項兩類 ， 例如：基線配置項可能包括所有的設計文檔和源程序等；非基線配置項可能包括項目的各類計劃和報告等 。 有關配置項的內(nèi)容 ， 我們將在后面 ， 專門花一節(jié)的篇幅 ， 進行討論 。 3/27/2023 35 配置項的標識和控制 所有配置項都應按照相關規(guī)定統(tǒng)一編號 ， 按照相應的模板生成 ， 并在文檔中的規(guī)定章節(jié) （ 部分 ） 記錄對象的標識信息 。 在引入軟件配置管理工具進行管理后 ， 這些配置項都應以一定的目錄結構保存在配置庫中 。 所有配置項的操作權限應由配置管理員嚴格管理 ， 基本原則是：基線配置項向軟件開發(fā)人員開放讀取權限；非基線配置項向項目經(jīng)理 、 配置控制委員會及相關人員開放 。 3/27/2023 36 工作空間管理 在引入了軟件配置管理工具之后 ， 所有開發(fā)人員都會被要求把工作成果存放到由軟件配置管理工具所管理的配置庫 （ 存儲池 ） 中去 ， 或是直接工作在軟件配置管理工具提供的環(huán)境之下 （ 根據(jù)配置管理構架提供的控制方式不同而不同 ） 。 每個開發(fā)人員按照任務的要求 ， 在不同的開發(fā)階段 ， 工作在不同的工作空間上 。 比較理想的情況是把整個配置庫視為一個統(tǒng)一的工作空間 ，然后再根據(jù)需要把它劃分為個人 （ 私有 ） 、 團隊 （ 集成 ）和全組 （ 公共 ） 這三類工作空間 （ 分支 ） ， 從而更好的支持將來可能出現(xiàn)的并行開發(fā)的需求 。 3/27/2023 37 版本控制 版本控制是軟件配置管理的核心功能 。 所有置于配置庫中的元素都應自動予以版本的標識 ， 并保證版本命名的唯一性 。 版本在生成過程中 ， 自動依照設定的使用模型自動分支 、 演進 。 除了系統(tǒng)自動記錄的版本信息以外 ，為了配合軟件開發(fā)流程的各個階段 ， 我們還需要定義 、收集一些元數(shù)據(jù)來記錄版本的輔助信息和規(guī)范開發(fā)流程 ，并為今后對軟件過程的度量做好準備 。 當然如果選用的工具支持的話 ， 這些輔助數(shù)據(jù)將能直接統(tǒng)計出過程數(shù)據(jù) ，從而方便我們軟件過程改進 （ Software Process Improvement， SPI） 活動的進行 。 對于配置庫中的各個基線控制項 ， 應該根據(jù)其基線的位置和狀態(tài)來設置相應的訪問權限 。 一般來說 ， 對于基線版本之前的各個版本都應處于被鎖定的狀態(tài) ， 如需要對它們進行變更 ， 則應按照變更控制的流程來進行操作 。 3/27/2023 38 變更控制 變更管理的一般流程是： （ 1） （ 獲得 ） 提出變更請求； （ 2） 由 CCB審核并決定是否批準； （ 3） （ 被接受 ） 分配請求 ， 修改人員提取配置項 ， 進行修改； （ 4） 復審變化； （ 5） 提交修改后的配置項； （ 6） 建立測試基線并測試； （ 7） 重建軟件的適當版本； （ 8） 復審 （ 審計 ） 所有配置項的變化； （ 9） 發(fā)布新版本 。 在這樣的流程中 ， 配置管理員通過軟件配置管理工具來進行訪問控制和同步控制 ， 而這兩種控制則是建立在前面所描述的版本控制和分支策略的基礎上的 。 3/27/2023 39 狀態(tài)報告 配置狀態(tài)報告應該包括下列主要內(nèi)容： (1)配置庫結構和相關說明； (2)開發(fā)起始基線的構成； (3)當前基線位置及狀態(tài)； (4)各基線配置項集成分支的情況； (5)各私有開發(fā)分支類型的分布情況； (6)關鍵元素的版本演進記錄； (7)其它應報告的事項 。 3/27/2023 40 配置審計 配置審計的主要作用是作為變更控制的補充手段 ， 來確保某一變更需求已被切實實現(xiàn) 。 在某些情況下 ， 它被作為正式的技術復審的一部分 ， 但當軟件配置管理是一個正式的活動時 ， 該活動由 SQA人員單獨執(zhí)行 。 總之 ， 軟件配置管理的對象是軟件研發(fā)活動中的全部開發(fā)資產(chǎn) 。 所有這一切都應作為配置項納入管理計劃統(tǒng)一進行管理 ， 從而能夠保證及時的對所有軟件開發(fā)資源進行維護和集成 。 因此 ， 軟件配置管理的主要任務也就歸結為以下幾條： （ 1） 制定項目的配置計劃； （ 2） 對配置項進行標識； （ 3） 對配置項進行版本控制； （ 4） 對配置項進行變更控制； （ 5） 定期進行配置審計； （ 6） 向相關人員報告配置的狀態(tài) 。 3/27/2023 41 項目經(jīng)理的配置管理流程 項目經(jīng)理的工作是： （ 1） 確定項目配置管理策略 （ 2） 確定用于控制產(chǎn)品變更的策略和流程 （ 3） 在配置管理計劃 （ 是軟件開發(fā)計劃的一部分 ）中記錄此信息 3/27/2023 42 配置管理策略 軟件配置管理策略 是指能夠確定 、 保護和報告已經(jīng)批準用于項目中的工件的能力 。 通過正確的標注來實現(xiàn)確定操作 。 對項目