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