第5講 配置管理與變更管理【研究材料】

1、作業(yè)布置情況與上節(jié)回顧,第5講配置管理與變更管理,涉及教材內(nèi)容： 第12章 配置管理； 概要：,什么是軟件配置項(xiàng)？軟件配置項(xiàng)主要有幾類？分別包含哪些內(nèi)容？ 基線的概念是什么？ 在實(shí)施階段配置管理主要包括哪些活動? 目前配置管理工具分為哪幾個(gè)級別?,內(nèi)容提要,5.2 軟件項(xiàng)目配置管理過程,5.3 配置管理組織與實(shí)施,5.1 軟件項(xiàng)目配置管理概念,5.1 軟件項(xiàng)目配置管理概念,配置的概念來自硬件，例如，計(jì)算機(jī)系統(tǒng)的CPU、磁盤以及外設(shè)配置等等 配置管理（Configuration management）是指用于控制系統(tǒng)一系列變化的學(xué)科。 通過一系列技術(shù)，方法和手段來維護(hù)產(chǎn)品的歷史，鑒別和定位產(chǎn)品獨(dú)

2、有的版本，并在產(chǎn)品的開發(fā)和發(fā)布階段控制變化 通過有序管理和減少重復(fù)性工作，配置管理保證了生產(chǎn)的質(zhì)量和效率。,軟件領(lǐng)域引入配置的原因,隨著計(jì)算機(jī)軟件的發(fā)展，軟件開發(fā)已由最初的“程序設(shè)計(jì)階段”“軟件系統(tǒng)階段”“軟件工程階段”。 軟件的復(fù)雜性日益增大，軟件項(xiàng)目開發(fā)中可能會遇到如下問題： 開發(fā)人員使用錯(cuò)誤的版本修改程序 開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔,或修改的結(jié)果不能及時(shí)反映到各個(gè)相關(guān)部分；,5.1 軟件項(xiàng)目配置管理概念,軟件領(lǐng)域引入配置的原因-2,人員流動，交接工作不徹底造成軟件關(guān)鍵部件遺失； 已修復(fù)的Bug在新版本中出現(xiàn) 找不到某個(gè)文件的歷史版本； 無法重新編譯某個(gè)歷史版本，使維護(hù)工作十分困難；

3、因協(xié)同開發(fā)或者異地開發(fā)，版本變更混亂導(dǎo)致整個(gè)項(xiàng)目失敗； ,5.1 軟件項(xiàng)目配置管理概念,軟件領(lǐng)域引入配置的原因-3,隨著軟件團(tuán)隊(duì)人員的增加，軟件版本不斷變化，開發(fā)時(shí)間的緊迫以及多平臺開發(fā)環(huán)境的使用，使得軟件開發(fā)面臨越來越多的問題。 解決這些問題的唯一途徑是加強(qiáng)管理，配置管理是有效管理變更的手段，它是軟件開發(fā)管理的核心。 軟件配置管理是軟件項(xiàng)目運(yùn)作的一個(gè)支撐平臺，這種支撐貫穿著幾乎軟件的整個(gè)生命周期。人們越來越重視軟件配置的管理工作。,5.1 軟件項(xiàng)目配置管理概念,軟件配置管理作為支撐平臺,5.1 軟件項(xiàng)目配置管理概念,實(shí)例：軟件項(xiàng)目開發(fā)管理的新需求,你在一家小公司做軟件工程師，開始的時(shí)候，你只

4、有一個(gè)人，配了2個(gè)助手。你們研究了一種算法（例如：圖象壓縮、數(shù)據(jù)加密等），編寫了一個(gè)實(shí)現(xiàn)模塊。有一天老板看到了你的演示，認(rèn)為很有市場潛力，可以結(jié)合進(jìn)公司正在給某行業(yè)用戶正在準(zhǔn)備開發(fā)的系統(tǒng)中，成為該系統(tǒng)的核心技術(shù)或一個(gè)別人沒有的賣點(diǎn)。 下一周，你的隊(duì)伍增加到14（你的老板準(zhǔn)備就此豪賭一把了），與你3個(gè)人的小組不同的是，公司從其他部門為你配備了系統(tǒng)分析師，還有文檔編制員、測試員。你的核心模塊已經(jīng)被大量的用戶功能所包裝，成為一個(gè)行業(yè)應(yīng)用系統(tǒng)，并開始給用戶試用，這是你的系統(tǒng)的第一版。,5.1 軟件項(xiàng)目配置管理概念,實(shí)例：軟件項(xiàng)目開發(fā)管理的新需求-1,3個(gè)月后，公司決定把系統(tǒng)升級到第二版，除增加了許多新

5、的功能外，公司決定支持多平臺，同時(shí)，為了提高系統(tǒng)的性能和效率，準(zhǔn)備采用第三方廠家的中間件，取代自己做的接口。第一版的缺陷修改，也要反映到第二版中。 第2版經(jīng)過2個(gè)多月的開發(fā)，最終推向了市場。公司的這個(gè)產(chǎn)品不但被用戶所歡迎，也被一家大公司所看中（就像IBM收購了Lotus和Rational、Informix、Visio一樣），你們的產(chǎn)品，正好可以填補(bǔ)這家大公司產(chǎn)品線的空缺，你所在的公司被這家公司買去了。,5.1 軟件項(xiàng)目配置管理概念,實(shí)例：軟件項(xiàng)目開發(fā)管理的新需求-2,公司為你的項(xiàng)目組派來了產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理。公司決定這個(gè)產(chǎn)品的測試，由公司總部獨(dú)立的測試部門承擔(dān)。同時(shí)，公司決定把項(xiàng)目組增加到50

6、人，其中有20多人并不在你所在的城市。在新公司里，產(chǎn)品管理、項(xiàng)目管理、測試、質(zhì)量等等，都與你過去的環(huán)境和做法不同，特別不同的是，公司準(zhǔn)備開發(fā)的第3版系統(tǒng)與公司原有的產(chǎn)品要進(jìn)行融合，使他們看上去是一家出來的不同的兄弟和姐妹。 與軟件的第1版、第2版相比，你的項(xiàng)目管理有什么不同？,5.1 軟件項(xiàng)目配置管理概念,實(shí)例：軟件項(xiàng)目開發(fā)管理的新需求-3,隨著這個(gè)產(chǎn)品的演變，項(xiàng)目發(fā)生了四個(gè)變化： 系統(tǒng)的復(fù)雜性發(fā)生了很大變化； 用于開發(fā)該系統(tǒng)的項(xiàng)目環(huán)境發(fā)生了很大變化； 在不同的項(xiàng)目生命周期內(nèi)，項(xiàng)目控制本身的要求和力度發(fā)生了很大變化； 由于組織的變化，管理流程、人員、方式發(fā)生了很大變化。 前二類變化要求項(xiàng)目的組

7、織和管理適應(yīng)系統(tǒng)擴(kuò)展的需要，后二種變化則要求項(xiàng)目管理具有適應(yīng)性和靈活性。,5.1 軟件項(xiàng)目配置管理概念,軟件配置管理概念,軟件配置管理(Software Configuration Management，SCM)是對產(chǎn)品進(jìn)行標(biāo)志、存儲和控制，以維護(hù)其完整性、可追溯性以及正確性，它為軟件開發(fā)提供了一套管理辦法和活動原則。 SCM提供了結(jié)構(gòu)化的，有序化的，產(chǎn)品化的管理軟件工程的方法。它涵蓋了軟件生命周期的所有領(lǐng)域并影響所有數(shù)據(jù)和過程。,5.1 軟件項(xiàng)目配置管理概念,軟件配置管理的目的,它是一種標(biāo)識、組織和控制修改的技術(shù)，目的是 記錄軟件產(chǎn)品的演化過程 確保軟件開發(fā)者在軟件生命周期中的各個(gè)階段都能得

8、到精確的產(chǎn)品配置。 最終保證軟件產(chǎn)品的完整性、一致性、追朔性、可控性 使錯(cuò)誤達(dá)到最小并最有效地提高生產(chǎn)效率。,5.1 軟件項(xiàng)目配置管理概念,軟件配置管理的目標(biāo),SCM活動的目標(biāo)是為了： 標(biāo)識變更； 控制變更； 確保變更正確地實(shí)現(xiàn)； 向其他有關(guān)的人員報(bào)告變更。 在軟件工程過程中產(chǎn)生的所有信息項(xiàng)（文檔、報(bào)告、程序、表格、數(shù)據(jù)）構(gòu)成了軟件配置。,5.1 軟件項(xiàng)目配置管理概念,軟件配置管理的主要功能,版本管理 變更管理 其它（過程管理）,5.1 軟件項(xiàng)目配置管理概念,軟件配置管理作為軟件開發(fā)過程的必要環(huán)節(jié)和軟件開發(fā)管理的基礎(chǔ)，支持和控制著整個(gè)軟件生命周期。 若要有效地實(shí)施軟件配置管理，除了培養(yǎng)軟件開發(fā)

9、者的管理意識外，更重要的是使用優(yōu)秀的軟件配置管理工具。,配置管理給項(xiàng)目組帶來的好處-2,造成項(xiàng)目周期拖延或費(fèi)用超過預(yù)算的原因很多，但沒有好的階段和里程碑劃分無疑是其中最重要的原因。,5.1 軟件項(xiàng)目配置管理概念,內(nèi)容提要,5.2 軟件項(xiàng)目配置管理過程,5.3 配置管理組織與實(shí)施,5.1 軟件項(xiàng)目配置管理概念,5.2 軟件項(xiàng)目配置管理過程,配置管理過程圍繞配置管理的5項(xiàng)活動進(jìn)行,軟件項(xiàng)目配置的基本活動,配置管理過程 配置項(xiàng)標(biāo)識、跟蹤 配置管理環(huán)境建立 基線變更管理 基線審核 配置狀態(tài)統(tǒng)計(jì) 配置管理計(jì)劃,配置項(xiàng)標(biāo)識、跟蹤配置項(xiàng)的概念,軟件配置項(xiàng)（Software Configuration Ite

10、m，SCI）凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項(xiàng)。 以下包含了所有在軟件過程中產(chǎn)生的信息的工作成果總稱為軟件配置項(xiàng)： 計(jì)算機(jī)程序（源代碼和可執(zhí)行程序） 描述計(jì)算機(jī)程序的文檔（針對技術(shù)開發(fā)者和用戶） 數(shù)據(jù)（包含在程序內(nèi)部或外部）。 項(xiàng)目管理的有關(guān)文件、信息記錄等。 軟件配置管理的對象就是軟件配置項(xiàng)（SCI）。,5.2 軟件項(xiàng)目配置管理過程,配置項(xiàng)標(biāo)識、跟蹤軟件配置項(xiàng)的類型及屬性,配置項(xiàng)主要有兩大類： 屬于產(chǎn)品組成部分的工作成果，即軟件產(chǎn)品，例如源代碼、需求文檔、設(shè)計(jì)文檔、測試用例等等。 在管理過程中產(chǎn)生的文檔，例如各種計(jì)劃、狀態(tài)報(bào)告等等，這些文檔雖然不是產(chǎn)品的組成部分，但是值得保存。 每個(gè)

11、配置項(xiàng)的主要屬性有：名稱、標(biāo)識符、文件狀態(tài)、版本、作者、日期等。 所有配置項(xiàng)都被保存在配置庫里，確保不會混淆、丟失；配置項(xiàng)及其歷史記錄反映了軟件的演化過程。,5.2 軟件項(xiàng)目配置管理過程,配置項(xiàng)標(biāo)識、跟蹤軟件配置項(xiàng)的狀態(tài)變遷,配置項(xiàng)的狀態(tài)有三種：“草稿”（Draft）、“正式發(fā)布”（Released）和“正在修改”（Changing）。 配置項(xiàng)剛建立時(shí)其狀態(tài)為“草稿”；配置項(xiàng)通過評審（或?qū)徟┖螅錉顟B(tài)變?yōu)椤罢桨l(fā)布”；此后若更改配置項(xiàng)，必須依照“變更控制流程”執(zhí)行，其狀態(tài)變?yōu)椤罢谛薷摹?。?dāng)配置項(xiàng)修改完畢并重新通過評審（或?qū)徟r(shí)，其狀態(tài)又變?yōu)椤罢桨l(fā)布”，如此循環(huán)。,5.1 軟件項(xiàng)目配置管

12、理概念,配置項(xiàng)標(biāo)識、跟蹤軟件部件分解圖,配置標(biāo)識就是查詢、識別和確定配置管理對象。,配置管理對象呈現(xiàn)為一種層次結(jié)構(gòu)，因此，為了標(biāo)識配置管理的對象，我們需要對軟件系統(tǒng)進(jìn)行分解。,5.2 軟件項(xiàng)目配置管理過程,配置項(xiàng)標(biāo)識、跟蹤配置項(xiàng)標(biāo)識的主要任務(wù),將軟件項(xiàng)目中需要進(jìn)行控制的部分拆分成軟件配置項(xiàng)。 對所有配置項(xiàng)都應(yīng)按照相關(guān)規(guī)定建立唯一的標(biāo)識。 建立相互間的對應(yīng)關(guān)系，進(jìn)行系統(tǒng)的跟蹤和版本控制，以確保項(xiàng)目過程中的產(chǎn)品與需求和規(guī)格的要求相一致。 在引入軟件配置管理工具進(jìn)行管理后，這些配置項(xiàng)都應(yīng)以一定的目錄結(jié)構(gòu)保存在配置庫中。 最終可根據(jù)要求將配置項(xiàng)組合生成適用于不同應(yīng)用環(huán)境的正確的軟件產(chǎn)品評估版本。,5.

13、2 軟件項(xiàng)目配置管理過程,配置項(xiàng)標(biāo)識、跟蹤配置項(xiàng)的拆分例子,設(shè)計(jì)規(guī)格說明書 數(shù)據(jù)設(shè)計(jì)描述 總體結(jié)構(gòu)設(shè)計(jì)描述 模塊設(shè)計(jì)描述 界面設(shè)計(jì)描述 界面設(shè)計(jì)1 界面設(shè)計(jì)2 對象描述,（某醫(yī)療網(wǎng)站）需求規(guī)格SCI 輔助功能.doc 性能.doc 產(chǎn)品目錄.doc 醫(yī)務(wù)管理.doc 醫(yī)療專業(yè)區(qū).doc 首頁.doc,5.2 軟件項(xiàng)目配置管理過程,最基本的配置項(xiàng)管理文檔,軟件產(chǎn)品比較容易標(biāo)識，而文檔相對比較復(fù)雜。 開發(fā)文檔文檔在軟件開發(fā)人員、軟件管理人員、維護(hù)人員、用戶以及計(jì)算機(jī)之間，起到了多種的橋梁作用。軟件開發(fā)人員在軟件生命的各個(gè)階段中，以文檔作為前階段工作成果的體現(xiàn)和后階段工作的依據(jù)，這個(gè)作用是顯而易見的

14、。 管理文檔或項(xiàng)目文檔軟件開發(fā)過程中軟件開發(fā)人員需制定一些工作計(jì)劃或工作報(bào)告，這些計(jì)劃和報(bào)告都要提供給管理人員，并得到必要的支持。管理人員則可通過這些文檔了解軟件開發(fā)項(xiàng)目安排、進(jìn)度、資源使用和成果等。 用戶文檔軟件開發(fā)人員需為用戶了解軟件的使用、操作和維護(hù)提供詳細(xì)的資料。,5.2 軟件項(xiàng)目配置管理過程,文檔分類,5.2 軟件項(xiàng)目配置管理過程,文檔,用戶文檔,用戶手冊 操作手冊 維護(hù)修改建議 軟件需求（規(guī)格）說明書,開發(fā)文檔,軟件需求（規(guī)格）說明書 數(shù)據(jù)要求說明書 概要設(shè)計(jì)說明書 詳細(xì)設(shè)計(jì)說明書 可行性研究報(bào)告 項(xiàng)目開發(fā)計(jì)劃,管理文檔,項(xiàng)目開發(fā)計(jì)劃 測試計(jì)劃 測試報(bào)告 開發(fā)進(jìn)度月報(bào) 開發(fā)總結(jié)報(bào)告

15、,文檔的生成階段,5.2 軟件項(xiàng)目配置管理過程,配置管理環(huán)境建立,建立配置管理庫，簡稱配置庫。軟件配置管理庫是用來存儲所有基線配置項(xiàng)及相關(guān)文件的等內(nèi)容的系統(tǒng)，是在軟件產(chǎn)品的整個(gè)生存期中建立和維護(hù)軟件產(chǎn)品完整性的主要手段。 開發(fā)庫開發(fā)周期的某個(gè)階段，存放與該階段工作有關(guān)系的信息；開發(fā)庫也稱為工作空間 受控庫開發(fā)周期的某個(gè)階段結(jié)束時(shí)，存放做為該階段產(chǎn)品及其相關(guān)的信息，配置管理對其中的信息進(jìn)行管理，也稱配置庫 產(chǎn)品庫存放最終產(chǎn)品的軟件庫,5.2 軟件項(xiàng)目配置管理過程,配置管理環(huán)境建立受控操作,配置庫是集中控制的文件庫，提供對所存儲文件的版本控制。 從受控庫導(dǎo)出的文件自動被鎖定直到文件重新被導(dǎo)入，一個(gè)

16、版本號自動與新版本文件相關(guān)聯(lián)。 配置庫中文件不能更改，任何更改都被視為創(chuàng)建了一個(gè)新版本文件。 文件的所有配置管理信息和文件的內(nèi)容都存儲在配置庫中。,5.2 軟件項(xiàng)目配置管理過程,版本與版本控制概念、目的,版本與版本控制軟件的每一個(gè)版本都是源代碼、文檔、數(shù)據(jù)以及相關(guān)的系統(tǒng)環(huán)境的一個(gè)收集，且各個(gè)版本都可能由不同的變種組成。 版本控制的目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。 版本控制是SCM的基礎(chǔ)，它管理并保護(hù)開發(fā)者的軟件資源。使混亂的開發(fā)狀態(tài)變得有序！,5.2 軟件項(xiàng)目配置管理過程,版本與版本控制版本控制規(guī)則,處于“草稿”

17、狀態(tài)的配置項(xiàng)的版本號格式為：0.YZ YZ數(shù)字范圍為01-99。 隨著草稿的不斷完善，“YZ”的取值應(yīng)遞增。“YZ”的初值和增幅由用戶自己把握。 處于“正式發(fā)布”狀態(tài)的配置項(xiàng)的版本號格式為：X.Y X為主版本號，取值范圍為1-9。Y為次版本號，取值范圍為1-9。 配置項(xiàng)第一次“正式發(fā)布”時(shí)，版本號為1.0。 如果配置項(xiàng)的版本升級幅度比較小，一般只增大Y值，X值保持不變。只有當(dāng)配置項(xiàng)版本升級幅度比較大時(shí)，才允許增大X值。 處于“正在修改”狀態(tài)的配置項(xiàng)的版本號格式為：X.YZ 配置項(xiàng)正在修改時(shí)，一般只增大Z值，X.Y值保持不變。 當(dāng)配置項(xiàng)修改完畢，狀態(tài)重新成為“正式發(fā)布”時(shí)，將Z值設(shè)置為0，增加X

18、.Y值。,5.2 軟件項(xiàng)目配置管理過程,版本與版本控制版本圖,版本控制管理在軟件工程過程中建立起配置對象的不同版本。使用演變圖來表示系統(tǒng)的不同版本。 版本管理可以把一些屬性結(jié)合到各個(gè)軟件版本上。,5.2 軟件項(xiàng)目配置管理過程,版本與版本控制配置項(xiàng)的版本,版本控制工具 Rational ClearCase Microsoft Visual SourceSafe Microsoft Project 2000 Sybase ObjectCycle Manager,5.2 軟件項(xiàng)目配置管理過程,變更管理,是團(tuán)隊(duì)開發(fā)過程中的通訊基礎(chǔ) 可以了解誰改了什么、為什么 正確及時(shí)的項(xiàng)目狀態(tài)報(bào)告 最大限度的利用你的

19、工程師資源 利于團(tuán)隊(duì)交流 軟件工程過程中某一階段的變更，均要引起軟件配置的變更，這種變更必須嚴(yán)格加以控制和管理，保持修改信息。 變更控制包括建立控制點(diǎn)和建立報(bào)告與審查制度。,5.2 軟件項(xiàng)目配置管理過程,變更管理變更控制過程,5.2 軟件項(xiàng)目配置管理過程,加強(qiáng)團(tuán)隊(duì)間的溝通，真正掌握開發(fā)狀態(tài)！,變更管理變更的兩種情況,為改正小錯(cuò)誤需要的變更。 為了增加或者刪掉某些功能、或者為了改變完成某個(gè)功能的方法而需要的變更。 如果變更的代價(jià)比較小且對軟件系統(tǒng)其它部分沒有影響，或影響很小，通常應(yīng)批準(zhǔn)這個(gè)變更。 如果變更的代價(jià)比較高，或者影響比較大，則必須權(quán)衡利弊，以決定是否進(jìn)行這種變更。 如果同意這種變更，需

20、要進(jìn)一步確定由誰來支付變更所需要的費(fèi)用。如果是用戶要求的變更，則用戶應(yīng)支付這筆費(fèi)用；否則，必須完成某種成本效益分析，以確定是否值得做這種變更。,5.2 軟件項(xiàng)目配置管理過程,基線變更管理基線的概念,基線（Baseline）是軟件生存期中各開發(fā)階段末尾的特定點(diǎn)，又稱里程碑。 基線的作用是把各階段工作的劃分更加明確化，以便于檢驗(yàn)和肯定階段成果。 基線由一組配置項(xiàng)組成，一個(gè)(些)配置項(xiàng)形成并通過審核，即形成基線，這些配置項(xiàng)構(gòu)成了一個(gè)相對穩(wěn)定的邏輯實(shí)體?；€中的配置項(xiàng)被“凍結(jié)”了，不能再被隨意修改。 基線標(biāo)志開發(fā)過程一個(gè)階段的結(jié)束和里程碑（Milestone），一個(gè)產(chǎn)品可以有多個(gè)基線，也可以只有一個(gè)基

21、線。,5.2 軟件項(xiàng)目配置管理過程,基線變更管理軟件項(xiàng)目形成的基線,基線的主要屬性有：名稱、標(biāo)識符、版本、日期等。 通常將交付給客戶的基線稱為一個(gè)“Release”；為內(nèi)部開發(fā)用的基線則稱為一個(gè)“Build”。,5.2 軟件項(xiàng)目配置管理過程,基線變更管理基線變更系統(tǒng),項(xiàng)目基線（配置項(xiàng)）可能由于種種原因會發(fā)生變更，如：客戶需求變化、進(jìn)度變更、成本變更、產(chǎn)品環(huán)境變化等。 基線修改（變更）應(yīng)受到控制，變更管理也稱為配置控制，這種變化要經(jīng)SCCB授權(quán)，按正式的程序進(jìn)行控制并記錄基線修改的過程。,5.2 軟件項(xiàng)目配置管理過程,基線變更管理變更請求,5.2 軟件項(xiàng)目配置管理過程,基線變更管理變更評估,5.

22、2 軟件項(xiàng)目配置管理過程,基線變更管理變更批準(zhǔn)/拒絕,5.2 軟件項(xiàng)目配置管理過程,基線變更管理變更實(shí)現(xiàn),5.2 軟件項(xiàng)目配置管理過程,配置審核,配置審核作為變更控制的補(bǔ)充手段，目的是為了確保某一變更請求已被確切實(shí)現(xiàn)。 配置審核主要包括兩方面的內(nèi)容： 配置管理活動審核 確保項(xiàng)目組成員的所有配置管理活動，遵循已批準(zhǔn)的軟件配置管理方針和規(guī)程 基線審核 保證基線的配置項(xiàng)(SCI)正確的構(gòu)造和實(shí)現(xiàn)，并滿足功能要求,5.2 軟件項(xiàng)目配置管理過程,配置狀態(tài)統(tǒng)計(jì),檢查配置管理系統(tǒng)以及內(nèi)容，檢測配置項(xiàng)變更歷史的過程稱為配置狀態(tài)統(tǒng)計(jì)。 檢查配置管理系統(tǒng)以及內(nèi)容 檢測配置項(xiàng)變更歷史 配置狀態(tài)統(tǒng)計(jì)的范圍可因項(xiàng)目而不同。IEEE標(biāo)準(zhǔn)828-1998規(guī)定用于計(jì)算配置狀態(tài)的最小數(shù)據(jù)集包括： 被批準(zhǔn)的配置項(xiàng) 配置項(xiàng)的所有請求的變化狀態(tài) 配置項(xiàng)所有被批準(zhǔn)的變更實(shí)現(xiàn)狀態(tài),5.2 軟件項(xiàng)目配置管理過程,配置管理計(jì)劃,配置管理計(jì)劃過程就是確定軟件配置管理的解決方案。 配置管理計(jì)劃由配置管理者負(fù)責(zé)制定，是軟件配置管理規(guī)劃過程的產(chǎn)品，并且在整個(gè)軟件項(xiàng)目開發(fā)過程中作為配置管理活動的依據(jù)進(jìn)行使用和維護(hù)。 流程通常是首先由項(xiàng)目經(jīng)理確定配置管理者，配置管理者通過參與項(xiàng)目規(guī)劃過程，確定配置管理的策略，并制定詳細(xì)的配置管理計(jì)劃，交配置管理委員會審核，配置管理委員會通過配置管理計(jì)劃后交項(xiàng)目經(jīng)理批準(zhǔn)，發(fā)布實(shí)施。 配置管理計(jì)