【正文】 2022/2/16 1 軟件項目的配置管理 2022/2/16 2 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測與報告 基于配置管理的軟件項目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 3 軟件配置及其管理的概念 配置管理活動和流程 配置管理需求 版本管理 變更管理 配置狀態(tài)監(jiān)測與報告 基于配置管理的軟件項目管理 配置管理的技術(shù)手段和工具 配置管理 2022/2/16 4 CMM2的配置管理概念 IEEE的配置管理定義 配置管理概述 配置管理活動的作用 軟件配置及其管理的概念 2022/2/16 5 配置的概念 ? 配置的概念來自硬件 ? 軟件工程師是如何處理接口的？ ? 廣而言之： ? 軟件的變化可以發(fā)生在一秒鐘內(nèi) ? 軟件的變化可以發(fā)生在每一秒鐘 ? 軟件開發(fā)過程下一秒鐘是不確定的 ? 情況將會怎樣？怎么辦？ 2022/2/16 6 軟件項目開發(fā)管理的新需求 ? 你在一家小公司做軟件工程師 ， 開始的時候 ， 你只有一個人 ， 配了 2個助手 。 你們研究了一種算法 （ 例如：圖象壓縮 、 數(shù)據(jù)加密等 ） ， 編寫了一個實現(xiàn)模塊 。 有一天老板看到了你的演示 ， 認為很有市場潛力 ，可以結(jié)合進公司正在給某行業(yè)用戶正在準備開發(fā)的系統(tǒng)中 ， 成為該系統(tǒng)的核心技術(shù)或一個別人沒有的賣點 。 ? 下一周 ， 你的隊伍增加到 14（ 你的老板準備就此豪賭一把了 ） ， 與你3個人的小組不同的是 ， 公司從其他部門為你配備了系統(tǒng)分析師 ， 還有文檔編制員 、 測試員 。 你的核心模塊已經(jīng)被大量的用戶功能所包裝 ，成為一個行業(yè)應用系統(tǒng) ， 并開始給用戶試用 ， 這是你的系統(tǒng)的第一版 。 ? 3個月后 ， 公司決定把系統(tǒng)升級到第二版 ， 除增加了許多新的功能外 ，公司決定支持多平臺 ， 同時 ， 為了提高系統(tǒng)的性能和效率 ， 準備采用第三方廠家的中間件 ， 取代自己做的接口 。 第一版的缺陷修改 ， 也要反映到第二版中 。 ? 第 2版經(jīng)過 2個多月的開發(fā) ， 最終推向了市場 。 公司的這個產(chǎn)品不但被用戶所歡迎 ， 也被一家大公司所看中 （ 就像 IBM收購了 Lotus和Rational、 Informix一樣 ） ， 你們的產(chǎn)品 ， 正好可以填補這家大公司產(chǎn)品線的空缺 ， 你所在的公司被這家公司買去了 。 2022/2/16 7 ? 公司為你的項目組派來了產(chǎn)品經(jīng)理 、 項目經(jīng)理 。 公司決定這個產(chǎn)品的測試 ，由公司總部獨立的測試部門承擔 。 同時 ， 公司決定把項目組增加到 50人 ， 其中有 20多人并不在你所在的城市 。 在新公司里 ， 產(chǎn)品管理 、 項目管理 、 測試 、質(zhì)量等等 ， 都與你過去的環(huán)境和做法不同 ， 特別不同的是 ， 公司準備開發(fā)的第 3版系統(tǒng)與公司原有的產(chǎn)品要進行融合 ， 使他們看上去是一家出來的不同的兄弟和姐妹 。 與軟件的第 1版 、 第 2版相比 ， 你的項目管理有什么不同 ？ 隨著這個產(chǎn)品的演變 ， 項目發(fā)生了四個變化： （ 1） 系統(tǒng)的復雜性發(fā)生了很大變化； （ 2） 用于開發(fā)該系統(tǒng)的項目環(huán)境發(fā)生了很大變化； （ 3） 在不同的項目生命周期內(nèi) ， 項目控制本身的要求和力度發(fā)生了很大變化； （ 4） 由于組織的變化 ， 管理流程 、 人員 、 方式發(fā)生了很大變化 。 前二類變化要求項目的組織和管理適應系統(tǒng)擴展的需要 ， 后二種變化則要求項目管理具有適應性和靈活性 。 2022/2/16 8 缺乏管理所造成的問題 ? 軟件開發(fā)人員之間缺乏必要的交流 ? 產(chǎn)品升級和維護所必需的程序和文檔非?；靵y ? 開發(fā)過程中的人員流動經(jīng)常發(fā)生 ? 因管理不善致使未經(jīng)測試的軟件加入到產(chǎn)品中 ? 項目開發(fā)狀態(tài)不清楚 ? 軟件生產(chǎn)達不到規(guī)?；? 2022/2/16 9 軟件配置管理 SCM（ Software Configuration Management） 軟件配置管理（ SCM）是指在開發(fā)過程中各階段，管理 計算機程序演變的學科，它作為軟件工程的關鍵元素，已經(jīng)成為軟件開發(fā)和維護的重要組成部分 …… SCM提供了結(jié)構(gòu)化的，有序化的，產(chǎn)品化的管理軟件工程的方法。它涵蓋了軟件生命周期的所有領域并影響所有數(shù)據(jù)和過程。 ? 配置管理 是指用于控制系統(tǒng)一系列變化的學科。 ? 通過一系列技術(shù)，方法和手段來維護產(chǎn)品的歷史，鑒 別和定位產(chǎn)品獨有的版本，并在產(chǎn)品的開發(fā)和發(fā)布階段 控制變化。 ? 通過有序管理和減少重復性工作，配置管理保證了生 產(chǎn)的質(zhì)量和效率。 2022/2/16 10 我們知道 ， 在軟件建立時 ， 變更是不可避免的 ， 而變更加劇了項目中軟件開發(fā)者之間的混亂 。 SCM活動的目標就是為了標識變更 、 控制變更 、 確保變更正確實現(xiàn)并向其他有關人員報告變更 。 因此 ， 從某種角度講 ， SCM是一種標識 、 組織和控制修改的技術(shù) ， 目的是使錯誤降為最小并最有效地提高生產(chǎn)效率 。 SCM通過以下方法 ， 強化軟件的可靠性和質(zhì)量： （ 1） 提供用于識別和控制文檔 、 代碼 、 接口 、 數(shù)據(jù)庫的結(jié)構(gòu)框架 ， 適用于軟件開發(fā)生命周期的所有階段； （ 2） 全面支撐某一特定開發(fā)及維護工作方法 ， 能夠適應各種類型的需求 、標準 、 政策 、 組織機構(gòu)以及相關的管理策略； （ 3） 針對特定的基線狀態(tài) 、 變更控制 、 測試 、 發(fā)布版本或?qū)彶榛顒?， 生成相應的管理信息和產(chǎn)品信息 。 因此 ， 從某種意義上講 ， SCM本質(zhì)上是變更的管理 。 SCM使軟件產(chǎn)品和過程的變更變?yōu)槭芸氐暮涂深A見的 ， 它要求并在適當?shù)墓ぞ咧С窒履軌蜃龅竭@樣幾點： （ 1） 誰做的變更 ？ （ 2） 軟件有什么變更 ？ （ 3） 什么時間做的變更 ？ （ 4） 為何要變更 ？ 2022/2/16 11 軟件項目的配置管理 ? 隨著計算機軟件的發(fā)展，軟件開發(fā)已由最初的 “ 程序設計階段 ”經(jīng)歷了 “ 軟件系統(tǒng)階段 ” 進而演變?yōu)楹髞淼?“ 軟件工程階段 ” ，軟件的復雜性日益增大。此時，如果仍然把軟件看成一個單一的個體，就無法解決所面臨的問題，于是配置的概念逐漸引入軟件領域，人們越來越重視軟件配置的管理工作。 ? 不懂軟件項目的配置管理，就不懂軟件開發(fā)管理 ? 不對軟件項目進行配置管理，就沒有進行軟件項目開發(fā)管理 2022/2/16 12 軟件配置管理是 CMM2中 6個關鍵過程域的第 6個關鍵域。 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)地控制這些配置的更改，并在軟件生命周期中保持這些配置的完整性和可跟蹤性。 CMM2認為，受控于配置管理的工作產(chǎn)品，包括交付給用戶的軟件產(chǎn)品（如：代碼等），以及生成軟件產(chǎn)品所需要的有關項（如：項目管理文件）。 CMM2的配置管理活動最主要的內(nèi)容是：建立軟件基線庫，該庫存儲開發(fā)的軟件基線。通過軟件配置管理的更改控制和配置審核功能，系統(tǒng)地控制基線變更和由軟件基線庫生成的軟件產(chǎn)品版本 。 2022/2/16 14 要達到 CMM 規(guī)定的 SCM要求所需具備的能力 1. 具有對軟件基線產(chǎn)品有管理權(quán)限的組織已經(jīng)建立，例如：軟件配置管理委員會； 2. 協(xié)調(diào)和實現(xiàn)軟件配置管理的組織已經(jīng)建立； 3. 為進行軟件配置管理所需要的各項資源已經(jīng)分配； 4. 軟件配置管理組織里的成員已經(jīng)接受了軟件配置目標、流程、方法方面的培訓； 5. 軟件項目組或是其他的相關的部門經(jīng)過培訓，可以執(zhí)行他們的軟件配置管理活動； 2022/2/16 15 CMM 中對 SCM 規(guī)定的活動 1. 根據(jù)文檔化的流程，項目軟件配置管理計劃已準備完畢； 2. 文檔化的已獲批準的軟件配置管理計劃可用作以后軟件配置管理活動的基礎； 3. 軟件配置管理庫已經(jīng)創(chuàng)建，并可用作進入基線的軟件制品的存貯庫； 4. 處于軟件配置管理下的軟件制品被標志和識別； 5. 對于配置項的變更請求和問題報告被初始化、計劃、評審、批準并根據(jù)文化化的流程對其進行跟蹤； 2022/2/16 16 6. 對于進入基線的制品的修改必須遵循文檔化的流程； 7. 發(fā)布的產(chǎn)品必須從軟件配置庫中取出，并且產(chǎn)品發(fā)布的流程須依照文檔化的流程和規(guī)定； 8. 根據(jù)文檔化的流程和規(guī)定，軟件配置項的狀態(tài)被記錄和跟蹤； 9. 記錄軟件配置管理活動和軟件基線內(nèi)容的報告被建立，并通知受到影響的項目組和個人； 10. 根據(jù)文檔化的流程進行軟件制品基線的評審； CMM 中對 SCM 規(guī)定的活動 2022/2/16 17 組織規(guī)定和相關責任 ? 項目級配置管理 ? 項目配置經(jīng)理 (Project Configuration Manager) 與軟件配置管理計劃 ? 變更控制委員會 (Change Control Board) ? 組織級配置管理 ? 組織配置管理庫 (Organizational Configuration Management Cell) 1. 負責項目完成后的軟件配置管理活動 2. 管理組織級的文檔 2022/2/16 18 IEEE標準 7291983就配置管理的內(nèi)容進行了規(guī)范的定義： （ 1） 標識： 識別產(chǎn)品的結(jié)構(gòu)、產(chǎn)品的構(gòu)件及其類型，為其分配唯一的標識符，并以某種形式提供對它們的存取。 （ 2） 控制： 通過建立產(chǎn)品基線，控制軟件產(chǎn)品的發(fā)布和在整個軟件生命周期中對軟件產(chǎn)品的修改。例如，它將解決哪些修改會在該產(chǎn)品的最新版本中實現(xiàn)的問題。 （ 3） 狀態(tài)統(tǒng)計： 記錄并報告構(gòu)件和修改請求的狀態(tài)，并收集關于產(chǎn)品構(gòu)件的重要統(tǒng)計信息。例如，它將解決修改這個錯誤會影響多少個文件的問題。 （ 4） 審計和審查： 確認產(chǎn)品的完整性并維護構(gòu)件間的一致性，即確保產(chǎn)品是一個嚴格定義的構(gòu)件集合。例如，它將解決目前發(fā)布的產(chǎn)品所用的文件的版本是否正確的問題。 （ 5） 生產(chǎn)： 對產(chǎn)品的生產(chǎn)進行優(yōu)化管理。它將解決最新發(fā)布的產(chǎn)品應由哪些版本的文件和工具來生成的問題。 （ 6） 過程管理： 確保軟件組織的規(guī)程、方針和軟件周期得以正確貫徹執(zhí)行。它將解決要交付給用戶的產(chǎn)品是否經(jīng)過測試和質(zhì)量檢查的問題。 （ 7） 小組協(xié)作： 控制開發(fā)統(tǒng)一產(chǎn)品的多個開發(fā)人員之間的協(xié)作。例如，它將解決是否所有本地程序員所做的修改都已被加入到新版本的產(chǎn)品中的問題。 IEEE的配置管理定義 2022/2/16 19 CMM2的定義比較抽象， IEEE的定義就比較具體。結(jié)合各體系的定義和要求，我們下面具體來討論配置管理的概念。 配置管理功能概述 2022/2/16 20 配置標識 或者又稱為配置需求 ， 包括標識軟件系統(tǒng)的結(jié)構(gòu) ， 標識獨立部件 ， 并使它們是可訪問的 。 配置標識的目的 ， 是在整個生命周期中標識系統(tǒng)各部件并提供對軟件過程及其軟件產(chǎn)品的跟蹤能力 。 它回答：什么是受控的 ？ 配置變更控制 包括在軟件生命周期中控制軟件產(chǎn)品的發(fā)布和變更 ， 目的是建立確保軟件產(chǎn)品質(zhì)量的機制 。 它回答：受控產(chǎn)品怎樣變更 ？ 誰控制變