【正文】 特別不同的是 ， 公司準(zhǔn)備開(kāi)發(fā)的第 3版系統(tǒng)與公司原有的產(chǎn)品要進(jìn)行融合 ， 使他們看上去是一家出來(lái)的不同的兄弟和姐妹 。 ? 下一周 ， 你的隊(duì)伍增加到 14（ 你的老板準(zhǔn)備就此豪賭一把了 ） ， 與你3個(gè)人的小組不同的是 ， 公司從其他部門(mén)為你配備了系統(tǒng)分析師 ， 還有文檔編制員 、 測(cè)試員 。 ? 通過(guò)有序管理和減少重復(fù)性工作，配置管理保證了生 產(chǎn)的質(zhì)量和效率。 （ 3） 狀態(tài)統(tǒng)計(jì)： 記錄并報(bào)告構(gòu)件和修改請(qǐng)求的狀態(tài)，并收集關(guān)于產(chǎn)品構(gòu)件的重要統(tǒng)計(jì)信息。 因此 ， 二者的統(tǒng)一就是對(duì)軟件開(kāi)發(fā) （ 產(chǎn)品 、 過(guò)程 ） 的變更控制 。 （ 1） 和 （ 2） 可以看成配置管理的準(zhǔn)備 ， （ 3） 是配置管理的具體實(shí)施 。 2022/2/16 39 版本控制 版本控制是軟件配置管理的核心功能 。 通過(guò)正確的標(biāo)注來(lái)實(shí)現(xiàn)確定操作 。 ? RUP定義了 4個(gè)層次：系統(tǒng) 、 實(shí)施 （ 或構(gòu)件 ） 子系統(tǒng) 、 構(gòu)件和文件（ 1999） 。 ? 從 SCM的角度看系統(tǒng)架構(gòu) ， 我們主要關(guān)注的是在開(kāi)發(fā)環(huán)境中以及將來(lái)部署到目標(biāo)系統(tǒng)中的系統(tǒng)的物理層面的文件和目錄結(jié)構(gòu) 、 分組和版本化 。這部分文檔通常稱為用戶文檔 。 2022/2/16 64 早前的版本管理 例如： MS的 VSS版本控制是通過(guò)以下方式實(shí)現(xiàn)的： ? VSS提供版本控制和歷史服務(wù) ， 以保證一個(gè)文件的每個(gè)版本都是可恢復(fù)的 。ClearCase對(duì)目錄與文件一樣 ，也進(jìn)行版本管理 。 2022/2/16 69 ? 根據(jù)一個(gè)產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)要求和需求的不同 ， 可以定義一個(gè)項(xiàng)目的不同基線 。 （ 1） 準(zhǔn)備一個(gè)驗(yàn)證表 ， 列出所有功能方面的需求 ， 而且對(duì)每個(gè)需求都引用測(cè)試過(guò)程 、 測(cè)試行為的實(shí)例 （ 時(shí)間戳或其他測(cè)試實(shí)例標(biāo)識(shí)符 ） 、 相應(yīng)的測(cè)試結(jié)果和 /或完整記錄需求驗(yàn)證情況的分析和 /或演示報(bào)告 。 測(cè)試 ? 新開(kāi)發(fā)工具 ? IT 審核 ? 管理報(bào)告 ? 復(fù)雜的生命周期 企業(yè)級(jí)開(kāi)發(fā) ClearCase Continuus SourceIntegrity PVCS 新開(kāi)發(fā) PVCS 系列 VSS 部門(mén)級(jí)開(kāi)發(fā) 評(píng)估 Client/Server環(huán)境的配置管理工具 2022/2/16 112 ? 維護(hù)模式 ? 增加的開(kāi)發(fā)人員 ? 當(dāng)前的開(kāi)發(fā) ? QA amp。 ? 配置評(píng)審包括功能評(píng)審和物理評(píng)審。 ? 就像元素有版本一樣 ， 構(gòu)件有基線 。 下圖是存儲(chǔ)池 、 元素 、 分支 、 版本之間的關(guān)系： 在 ClearCase中 ， 每一個(gè)元素都以一個(gè)主分支 （ main branch） 和一個(gè)不包含任何內(nèi)容的零版本序列開(kāi)始 ， 稱為 “ /main/0”。庫(kù)管理員不斷地增加目錄的標(biāo)簽 ， 以標(biāo)識(shí)歷史前進(jìn)的步伐 。 ? 軟件開(kāi)發(fā)過(guò)程中軟件開(kāi)發(fā)人員需制定一些工作計(jì)劃或工作報(bào)告 ， 這些計(jì)劃和報(bào)告都要提供給管理人員 ， 并得到必要的支持 。 2022/2/16 52 ? UML進(jìn)一步把構(gòu)件劃分成三種構(gòu)件：部署型構(gòu)件 、 工作產(chǎn)品型構(gòu)件和執(zhí)行構(gòu)件 。 在生產(chǎn)的軟件產(chǎn)品和軟件的生產(chǎn)過(guò)程中 ， 那些是配置管理的對(duì)象呢 ？ ? 配置管理對(duì)象呈現(xiàn)為一種層次結(jié)構(gòu) ， 因此 ， 為了標(biāo)識(shí)配置管理的對(duì)象 ，我們需要對(duì)軟件系統(tǒng)進(jìn)行分解： 目前 ， 用于分解軟件系統(tǒng)的術(shù)語(yǔ)有多種多樣 ， 沒(méi)有被標(biāo)準(zhǔn)化 。 總之 ， 軟件配置管理的對(duì)象是軟件研發(fā)活動(dòng)中的全部開(kāi)發(fā)資產(chǎn) 。 所有配置項(xiàng)的操作權(quán)限應(yīng)由配置管理員嚴(yán)格管理 ， 基本原則是：基線配置項(xiàng)向軟件開(kāi)發(fā)人員開(kāi)放讀取權(quán)限；非基線配置項(xiàng)向項(xiàng)目經(jīng)理 、 配置控制委員會(huì)及相關(guān)人員開(kāi)放 。 ?軟件配置管理負(fù)責(zé)管理和控制項(xiàng)目文件夾，并對(duì)文件夾中的內(nèi)容進(jìn)行評(píng)審； ?項(xiàng)目經(jīng)理負(fù)責(zé)監(jiān)督項(xiàng)目的軟件配置管理執(zhí)行； ?軟件質(zhì)量工程師負(fù)責(zé)對(duì)項(xiàng)目文件夾的內(nèi)容進(jìn)行評(píng)審； 配置管理庫(kù) 2022/2/16 27 配置管理庫(kù) ? 項(xiàng)目文件夾的內(nèi)容 ?項(xiàng)目開(kāi)發(fā)過(guò)程中的所有信息，包括文檔、工作制品和各種周報(bào)、月報(bào)、評(píng)審等； ?與外部的交流信息，例如與客戶、第三方的通訊交流記錄等； ?其他交流會(huì)議記錄，例如：重要的Email，傳真， 信件等； 2022/2/16 28 配置管理庫(kù) 權(quán)限管理 ? 項(xiàng)目組內(nèi)部的權(quán)限管理與分配 ? 對(duì)其他項(xiàng)目組的開(kāi)放權(quán)限管理與分配 ? 對(duì)其他用戶或是第三方的權(quán)限管理與分配 2022/2/16 29 配置管理活動(dòng)的作用 ?配置管理與質(zhì)量管理 在質(zhì)量體系的諸多支持活動(dòng)中，配置管理處在支持活動(dòng)的中心位置。 配置管理功能概述 2022/2/16 20 配置標(biāo)識(shí) 或者又稱為配置需求 ， 包括標(biāo)識(shí)軟件系統(tǒng)的結(jié)構(gòu) ， 標(biāo)識(shí)獨(dú)立部件 ， 并使它們是可訪問(wèn)的 。通過(guò)軟件配置管理的更改控制和配置審核功能，系統(tǒng)地控制基線變更和由軟件基線庫(kù)生成的軟件產(chǎn)品版本 。 2022/2/16 8 缺乏管理所造成的問(wèn)題 ? 軟件開(kāi)發(fā)人員之間缺乏必要的交流 ? 產(chǎn)品升級(jí)和維護(hù)所必需的程序和文檔非常混亂 ? 開(kāi)發(fā)過(guò)程中的人員流動(dòng)經(jīng)常發(fā)生 ? 因管理不善致使未經(jīng)測(cè)試的軟件加入到產(chǎn)品中 ? 項(xiàng)目開(kāi)發(fā)狀態(tài)不清楚 ? 軟件生產(chǎn)達(dá)不到規(guī)?；? 2022/2/16 9 軟件配置管理 SCM（ Software Configuration Management） 軟件配置管理（ SCM）是指在開(kāi)發(fā)過(guò)程中各階段，管理 計(jì)算機(jī)程序演變的學(xué)科，它作為軟件工程的關(guān)鍵元素，已經(jīng)成為軟件開(kāi)發(fā)和維護(hù)的重要組成部分 …… SCM提供了結(jié)構(gòu)化的，有序化的，產(chǎn)品化的管理軟件工程的方法。2022/2/16 1 軟件項(xiàng)目的配置管理 2022/2/16 2 軟件配置及其管理的概念 配置管理活動(dòng)和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測(cè)與報(bào)告 基于配置管理的軟件項(xiàng)目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 3 軟件配置及其管理的概念 配置管理活動(dòng)和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測(cè)與報(bào)告 基于配置管理的軟件項(xiàng)目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 4 CMM2的配置管理概念 IEEE的配置管理定義 配置管理概述 配置管理活動(dòng)的作用 軟件配置及其管理的概念 2022/2/16 5 配置的概念 ? 配置的概念來(lái)自硬件 ? 軟件工程師是如何處理接口的？ ? 廣而言之： ? 軟件的變化可以發(fā)生在一秒鐘內(nèi) ? 軟件的變化可以發(fā)生在每一秒鐘 ? 軟件開(kāi)發(fā)過(guò)程下一秒鐘是不確定的 ? 情況將會(huì)怎樣？怎么辦？ 2022/2/16 6 軟件項(xiàng)目開(kāi)發(fā)管理的新需求 ? 你在一家小公司做軟件工程師 ， 開(kāi)始的時(shí)候 ， 你只有一個(gè)人 ， 配了 2個(gè)助手 。它涵蓋了軟件生命周期的所有領(lǐng)域并影響所有數(shù)據(jù)和過(guò)程。 2022/2/16 14 要達(dá)到 CMM 規(guī)定的 SCM要求所需具備的能力 1. 具有對(duì)軟件基線產(chǎn)品有管理權(quán)限的組織已經(jīng)建立，例如：軟件配置管理委員會(huì)； 2. 協(xié)調(diào)和實(shí)現(xiàn)軟件配置管理的組織已經(jīng)建立； 3. 為進(jìn)行軟件配置管理所需要的各項(xiàng)資源已經(jīng)分配； 4. 軟件配置管理組織里的成員已經(jīng)接受了軟件配置目標(biāo)、流程、方法方面的培訓(xùn)； 5. 軟件項(xiàng)目組或是其他的相關(guān)的部門(mén)經(jīng)過(guò)培訓(xùn)，可以執(zhí)行他們的軟件配置管理活動(dòng)； 2022/2/16 15 CMM 中對(duì) SCM 規(guī)定的活動(dòng) 1. 根據(jù)文檔化的流程，項(xiàng)目軟件配置管理計(jì)劃已準(zhǔn)備完畢； 2. 文檔化的已獲批準(zhǔn)的軟件配置管理計(jì)劃可用作以后軟件配置管理活動(dòng)的基礎(chǔ)； 3. 軟件配置管理庫(kù)已經(jīng)創(chuàng)建，并可用作進(jìn)入基線的軟件制品的存貯庫(kù)； 4. 處于軟件配置管理下的軟件制品被標(biāo)志和識(shí)別； 5. 對(duì)于配置項(xiàng)的變更請(qǐng)求和問(wèn)題報(bào)告被初始化、計(jì)劃、評(píng)審、批準(zhǔn)并根據(jù)文化化的流程對(duì)其進(jìn)行跟蹤； 2022/2/16 16 6. 對(duì)于進(jìn)入基線的制品的修改必須遵循文檔化的流程； 7. 發(fā)布的產(chǎn)品必須從軟件配置庫(kù)中取出，并且產(chǎn)品發(fā)布的流程須依照文檔化的流程和規(guī)定； 8. 根據(jù)文檔化的流程和規(guī)定，軟件配置項(xiàng)的狀態(tài)被記錄和跟蹤； 9. 記錄軟件配置管理活動(dòng)和軟件基線內(nèi)容的報(bào)告被建立，并通知受到影響的項(xiàng)目組和個(gè)人； 10. 根據(jù)文檔化的流程進(jìn)行軟件制品基線的評(píng)審； CMM 中對(duì) SCM 規(guī)定的活動(dòng) 2022/2/16 17 組織規(guī)定和相關(guān)責(zé)任 ? 項(xiàng)目級(jí)配置管理 ? 項(xiàng)目配置經(jīng)理 (Project Configuration Manager) 與軟件配置管理計(jì)劃 ? 變更控制委員會(huì) (Change Control Board) ? 組織級(jí)配置管理 ? 組織配置管理庫(kù) (Organizational Configuration Management Cell) 1. 負(fù)責(zé)項(xiàng)目完成后的軟件配置管理活動(dòng) 2. 管理組織級(jí)的文檔 2022/2/16 18 IEEE標(biāo)準(zhǔn) 7291983就配置管理的內(nèi)容進(jìn)行了規(guī)范的定義： （ 1） 標(biāo)識(shí)： 識(shí)別產(chǎn)品的結(jié)構(gòu)、產(chǎn)品的構(gòu)件及其類型，為其分配唯一的標(biāo)識(shí)符，并以某種形式提供對(duì)它們的存取。 配置標(biāo)識(shí)的目的 ， 是在整個(gè)生命周期中標(biāo)識(shí)系統(tǒng)各部件并提供對(duì)軟件過(guò)程及其軟件產(chǎn)品的跟蹤能力 。質(zhì)量管理雖然也有過(guò)程的驗(yàn)證，但配置管理只要定義的配置項(xiàng)夠細(xì)，則它可以管理軟件開(kāi)發(fā)的全過(guò)程，細(xì)到每一個(gè)模塊、每一個(gè)文檔、每一條工程記錄的變化。 2022/2/16 38 工作空間管理 在引入了軟件配置管理工具之后 ， 所有開(kāi)發(fā)人員都會(huì)被要求把工作成果存放到由軟件配置管理工具所管理的配置庫(kù) （ 存儲(chǔ)池 ） 中去 ， 或是直接工作在軟件配置管理工具提供的環(huán)境之下 （ 根據(jù)配置管理構(gòu)架提供的控制方式不同而不同 ） 。 所有這一切都應(yīng)作為配置項(xiàng)納入管理計(jì)劃統(tǒng)一進(jìn)行管理 ， 從而能夠保證及時(shí)的對(duì)所有軟件開(kāi)發(fā)資源進(jìn)行維護(hù)和集成 。 ? 1989年 Humphery定義了 5個(gè)層次：系統(tǒng) 、 子系統(tǒng) 、 產(chǎn)品 、 構(gòu)件和模塊 。 （ 1） 部署型構(gòu)件：是指那些被部署到目標(biāo)機(jī)中的元素 ， 例如：可執(zhí)行程序 、 庫(kù)以及其他支持系統(tǒng)運(yùn)行的文件 。 管理人員則可通過(guò)這些文檔了解軟件開(kāi)發(fā)項(xiàng)目安排 、 進(jìn)度 、 資源使用和成果等 。 2022/2/16 63 早前的版本管理 ? 早期的版本管理工具 （ 1） 通過(guò)存儲(chǔ)池機(jī)制來(lái)維護(hù)文件庫(kù)； （ 2） 創(chuàng)建和存放文件的多個(gè)版本； （ 3） 提供一種或幾種鎖定裝置 ， 強(qiáng)制對(duì)文件的修改順序； （ 4） 標(biāo)識(shí)文件的版本； （ 5） 從歷史目錄中找回舊版本 。 每一次新版本檢入 ， 在主分支上創(chuàng)建版本 1 存儲(chǔ)池 元素 分支 版本1 * 1 * 1 *2022/2/16 66 SCM 的版本樹(shù) 左圖的版本樹(shù)中 ， 長(zhǎng)方形表示一個(gè)分支 ， 圓形表示檢入的時(shí)間排序的版本號(hào) ， 箭頭表示從一個(gè)分支到另一個(gè)分支的變更回歸 （ 歸并 ） 。 當(dāng)修改一個(gè)元素時(shí) ， 你創(chuàng)建了這個(gè)元素的一個(gè)版本 ， 當(dāng)你修改構(gòu)件中的一個(gè)元素時(shí) ， 你也創(chuàng)建了這個(gè)構(gòu)件的一個(gè)新基線 。 ? 功能配置評(píng)審 (Functional Configuration Audit, FCA)，功能配置評(píng)審是通過(guò)對(duì)軟件產(chǎn)品的功能和性能的審核，以及與需求說(shuō)明的一致性來(lái)對(duì)軟件制品的評(píng)估。 測(cè)試 ? 新開(kāi)發(fā)工具 ? IT 審核 ? 管理報(bào)告 ? 復(fù)雜的生命周期 CCC/Harvest ? 應(yīng)用工具包 ? 集成解決方案 ? 數(shù)據(jù)倉(cāng)庫(kù) 開(kāi)放的 企業(yè)級(jí)開(kāi)發(fā) CCC/Harvest ? 新代碼 ? 源存儲(chǔ)庫(kù) ? 簡(jiǎn)單的版本控制 企業(yè)級(jí)開(kāi)發(fā) ClearCase Continu