配置管理資料

1、1 軟件配置管理理論知識(shí)：1.1 理論Ø 配置管理(Configuration Management，CM)是通過技術(shù)或行政手段對(duì)軟件產(chǎn)品及其開發(fā)過程和生命周期進(jìn)行控制、規(guī)范的一系列措施。配置管理的目標(biāo)是記錄軟件產(chǎn)品的演化過程，確保軟件開發(fā)者在軟件生命周期中各個(gè)階段都能得到精確的產(chǎn)品配置。Ø 其最終目標(biāo)是實(shí)現(xiàn)軟件產(chǎn)品的完整性、一致性、可控性，使產(chǎn)品極大程度地與用戶需求相吻合。它通過控制（？）、記錄、追蹤對(duì)軟件的修改和每個(gè)修改生成的軟件組成部件來實(shí)現(xiàn)對(duì)軟件產(chǎn)品的管理功能。Ø 軟件配置（ software configuration）是指開發(fā)過程中，構(gòu)成軟件產(chǎn)品的各種

2、文檔、程序及其數(shù)據(jù)的優(yōu)化組合。該組合中的每一個(gè)元素稱為配置中的一 個(gè)配置項(xiàng)(configuration item)。也可以把軟件配置項(xiàng)定義是軟件中可以獨(dú)立進(jìn)行開發(fā)的一個(gè)實(shí)體，該實(shí)體包括程序、數(shù)據(jù)及其相應(yīng)的文檔和說明。Ø 配置管理要對(duì)軟件生存期內(nèi)各階段的文檔、實(shí)體和最終產(chǎn)品的演化和變更進(jìn)行管理；同時(shí)要解決變更的標(biāo)識(shí)、控制和發(fā)布等問題。目的是使對(duì)設(shè)計(jì)變更的管理制度化，從而提高開發(fā)效率、減少錯(cuò)誤，保證產(chǎn)品的質(zhì)量1.2 術(shù)語定義 軟件配置管理：簡稱SCM（Software Configuration Management的縮寫），是在項(xiàng)目開發(fā)中，標(biāo)識(shí)、控制和管理軟件變更的一種管理。配置管理的

3、使用取決于項(xiàng)目規(guī)模和復(fù)雜性以及風(fēng)險(xiǎn)水平。軟件的規(guī)模越大，配置管理就顯得越重要。基線：(BaseLine) 是項(xiàng)目儲(chǔ)存庫中每個(gè)工件版本在特定時(shí)期的一個(gè)“快照”。它提供一個(gè)正式標(biāo)準(zhǔn)，隨后的工作基于此標(biāo)準(zhǔn)，并且只有經(jīng)過授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。建立一個(gè)初始基線后，以后每次對(duì)其進(jìn)行的變更都將記錄為一個(gè)差值，直到建成下一個(gè)基線。 在配置管理系統(tǒng)中，基線就是一個(gè)CI或一組CIs在其生命周期的不同時(shí)間點(diǎn)上通過正式評(píng)審而進(jìn)入正式受控的一種狀態(tài)，而這個(gè)過程被稱為“基線化”?；€是被評(píng)審過的一個(gè)或多個(gè)軟件配置項(xiàng)。每一個(gè)基線都是其下一步開發(fā)的出發(fā)點(diǎn)和參考點(diǎn)?；€確定了元素（配置項(xiàng)）的一個(gè)版本，且只確定一個(gè)版

4、本。一般情況下，基線一般在指定的里程碑處創(chuàng)建，并與項(xiàng)目中的里程碑保持同步。是軟件開發(fā)過程中最重要的里程碑，不過基線更強(qiáng)調(diào)的是一個(gè)開發(fā)階段到達(dá)里程碑時(shí)的結(jié)果及其內(nèi)容，如功能基線是 經(jīng)過評(píng)審和批準(zhǔn)的需求規(guī)格說明書；產(chǎn)品基線是經(jīng)集成和確認(rèn)測試后，經(jīng)正式審批可交付客戶的軟件產(chǎn)品的全部配置項(xiàng)（包括軟件實(shí)體和所有的文檔）。（確定成為基線，必須經(jīng)過評(píng)審和批準(zhǔn)）基線就是一個(gè)配置項(xiàng)（或一組配置項(xiàng)）在其生命期的不同階段完成時(shí)，通過評(píng)審而進(jìn)入受控狀態(tài)的一組文檔和程序?qū)嶓w，這個(gè)過程被稱為 “基線化”。每個(gè)基線都是其下一步開發(fā)的基點(diǎn)和參考點(diǎn)；它們都將接受配置管理的嚴(yán)格控制。因此，基線必須通過評(píng)審過程建立；基線存在于基線

5、庫中，接受更高權(quán)限的控制；基線是進(jìn)一步開發(fā)和修改的基準(zhǔn)和出發(fā)點(diǎn)。（如后面基線發(fā)生大的更改，則版本發(fā)生了一次大的更改）受控庫 是軟件開發(fā)過程中，其修改權(quán)限受到控制的文檔庫和程序庫，其中基線庫和產(chǎn)品庫，特別是產(chǎn)品庫的修改權(quán)限將受到嚴(yán)格的控制，即使是授權(quán)修改的人，在修改前還必須得到批準(zhǔn)?；€庫 是受控庫中一些特別重要的庫，如需求（基線）庫和產(chǎn)品（基線）庫。 產(chǎn)品庫 是存放軟件最終產(chǎn)品（即產(chǎn)品基線）的庫，基于它的重要性，對(duì)它的修改將受到特別的控制。 產(chǎn)品基線是最初批準(zhǔn)的產(chǎn)品配置標(biāo)識(shí)。配置管理員：項(xiàng)目組中負(fù)責(zé)配置管理工作的角色，該角色可以兼職。在某一開發(fā)階段通過評(píng)審或某一質(zhì)量檢查點(diǎn)通過審核后，配置管理員

6、負(fù)責(zé)統(tǒng)一添加或修改相關(guān)文檔的最新有效版本以及審批人簽字。配置標(biāo)識(shí)：（Configuration Identification）對(duì)軟件項(xiàng)目在開發(fā)過程中的資源進(jìn)行標(biāo)識(shí)，以便識(shí)別。配置檢查：（Configuration Audit）對(duì)軟件配置管理過程中的行動(dòng)進(jìn)行檢查。里程碑：即通常所說的軟件開發(fā)過程中的“階段”，如果說它們之間有 區(qū)別的話，那么“階段”強(qiáng)調(diào)的是過程，而“里程碑”則強(qiáng)調(diào)過程的終點(diǎn)和終點(diǎn)的標(biāo)識(shí)。這些階段可以是需求分析階段、概要設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段等等。1.3 配置管理在軟件開發(fā)過程和項(xiàng)目管理過程中的作用Ø 一個(gè)好的配置管理過程能覆蓋軟件開發(fā)和維護(hù)的各個(gè)方面，同時(shí)對(duì)軟件開過程的

7、宏觀管理，即項(xiàng)目管理，也有重要的支持作用。良好的配置管理能使軟件開發(fā)過程有更好的可預(yù)測性（？），使軟件系統(tǒng)具有可重復(fù)性，使用戶和主管部門用軟件質(zhì)量和開發(fā)小組有更強(qiáng)的信心。Ø 配置管理必須緊扣軟件開發(fā)過程的各個(gè)環(huán)節(jié)：管理用戶所提出的需求，監(jiān)控其實(shí)施，確保用戶需求最終落實(shí)到產(chǎn)品的各個(gè)版本中去，并在產(chǎn)品發(fā)行和用戶支持等方面提供幫助，響應(yīng)用戶新的需求，推動(dòng)新的開發(fā)周期Ø 好的配置管理過程有助于規(guī)范各個(gè)角色的行為，同時(shí)又為角色之間的任務(wù)傳遞提供無縫的接合，使整個(gè)開發(fā)團(tuán)隊(duì)象一個(gè)交響樂隊(duì)一樣和諧而又錯(cuò)雜地行進(jìn)。同時(shí)配置管理過程所規(guī)范的工作流程和明確的分工有利于管理者應(yīng)付開發(fā)人員流動(dòng)的困境

8、，使新的成員可以快速實(shí)現(xiàn)任務(wù)交接，盡量減少因人員流動(dòng)而造成的損失。1.4 配置管理系統(tǒng)應(yīng)該具備以下主要功能Ø 并行開發(fā)支持：因開發(fā)和維護(hù)的原因，要求能夠?qū)崿F(xiàn)開發(fā)人員同時(shí)在同一個(gè)軟件模塊上工作，同時(shí)對(duì)同一個(gè)代碼部分作不同的修改，即使是跨地域分布的開發(fā)團(tuán)隊(duì)也能互不干擾，協(xié)同工作，而又不失去控制；Ø 修訂版管理：跟蹤每一個(gè)變更的創(chuàng)造者、時(shí)間和原因，從而加快問題和缺陷的確定 ；Ø 版本控制：能夠簡單、明確地重現(xiàn)軟件系統(tǒng)的任何一個(gè)歷史版本Ø 產(chǎn)品發(fā)布管理：管理、計(jì)劃軟件的變更，與軟件的發(fā)布計(jì)劃、預(yù)先定制好的生命周期或相關(guān)的質(zhì)量過程保持一致；項(xiàng)目經(jīng)理能夠隨時(shí)清晰地了

9、解項(xiàng)目的狀態(tài) ；Ø 建立管理：基于軟件存儲(chǔ)庫的版本控制功能，實(shí)現(xiàn)建立（build）過程自動(dòng)化 ；Ø 過程控制：貫徹實(shí)施開發(fā)規(guī)范，包括訪問權(quán)限控制、開發(fā)規(guī)則的實(shí)施等Ø 變更請(qǐng)求管理：跟蹤、管理開發(fā)過程中出現(xiàn)的缺陷（Defect）、功能增強(qiáng)請(qǐng)求（RFE）或任務(wù)（Task），加強(qiáng)溝通和協(xié)作，能夠隨時(shí)了解變更的狀態(tài)Ø 代碼共享：提供良好的存儲(chǔ)和訪問機(jī)制，開發(fā)人員可以共享各自的開發(fā)資源2 軟件開發(fā)存在的問題及配置管理的必然性Ø 在一個(gè)軟件開發(fā)項(xiàng)目中，會(huì)有大量的所謂“產(chǎn)品”產(chǎn)生，典型的如代碼、文檔（包括技術(shù)文檔、產(chǎn)品文檔、管理文檔）、數(shù)據(jù)、腳本、執(zhí)行文件、

10、安裝文件、配置文件、甚至一些參數(shù)等，這些產(chǎn)品實(shí)際上都是軟件項(xiàng)目的直接產(chǎn)品，同時(shí)也都是項(xiàng)目資產(chǎn)，所有的產(chǎn)品都以“信息”的形式存放在計(jì)算機(jī)中，因此，與硬件比較而言，極容易被修改（不考慮權(quán)限問題）和變化。Ø 軟件開發(fā)一直就是“變化”的，需求會(huì)變，技術(shù)會(huì)變，系統(tǒng)架構(gòu)會(huì)變，代碼會(huì)變，甚至連環(huán)境都會(huì)變，所有的變化最終都要反映到上述的項(xiàng)目產(chǎn)品中。如何應(yīng)對(duì)這些變化，如何在受控的方式下引入變更，如何監(jiān)控變更的執(zhí)行，如何檢驗(yàn)變更的結(jié)果，如何最終確認(rèn)并固化變更，如何使變更具有追溯性，這一系列問題都將直接影響項(xiàng)目的進(jìn)行。 Ø 軟件項(xiàng)目最終的目標(biāo)是提交“高質(zhì)量”的軟件產(chǎn)品給最終用戶，經(jīng)常在項(xiàng)目沒有真

11、正結(jié)項(xiàng)時(shí)，就給客戶程序。所以客戶那邊就產(chǎn)生了很多版本。Ø 忽視軟件配置管理可能導(dǎo)致的混亂現(xiàn)象：標(biāo)識(shí)混亂；版本混亂；不能協(xié)同工作；已經(jīng)解決的缺陷過后又出現(xiàn)錯(cuò)誤；找不到最新修改了的源程序；找不到編程序的人3 配置管理（scm）的職責(zé)Ø 軟件配置管理（Software Configuration Management , SCM）是一門應(yīng)用技術(shù)、管理和監(jiān)督相結(jié)合的學(xué)科，通過標(biāo)識(shí)和文檔來記錄配置項(xiàng)的功能和物理特性、控制這些特性的變更、記錄和報(bào)告變更的過程和狀態(tài)，并驗(yàn)證它們與需求是否一致。Ø SCM通過管理配置項(xiàng)控制變更、驗(yàn)證變更，使項(xiàng)目的混亂減到最小，使錯(cuò)誤達(dá)到最小，并最

12、大限度地提高生產(chǎn)率。 Ø 實(shí)施軟件配置管理的目的是保證軟件項(xiàng)目的工作產(chǎn)品在整個(gè)項(xiàng)目周期中的“完整性”。所謂完整性是指，工作產(chǎn)品要求有完整的變更歷史記錄，要求有正式的變更過程，而且還要求保證工作產(chǎn)品能和需求以及變更保持一致性。4 配置管理的工作內(nèi)容：4.1 項(xiàng)目計(jì)劃階段，也即是配置管理的準(zhǔn)備階段4.1.1 制定配置管理計(jì)劃對(duì)于項(xiàng)目工程部在項(xiàng)目立項(xiàng)前期指派配置管理人員的項(xiàng)目，在項(xiàng)目立項(xiàng)初期，配置經(jīng)理要與項(xiàng)目經(jīng)理協(xié)商，制定配置管理的計(jì)劃，規(guī)劃未來的配置管理工作。配置管理計(jì)劃的約束條件：配置管理的規(guī)劃必須以項(xiàng)目開展的工作為基礎(chǔ)，參考工作說明書。配置管理計(jì)劃的編寫必須以公司的流程為模版，與工作

13、說明書和質(zhì)量保證計(jì)劃相一致；配置管理計(jì)劃能夠指導(dǎo)未來的配置管理工作，配置管理工作必須以配置管理計(jì)劃為基準(zhǔn)；配置管理計(jì)劃必須經(jīng)過最終的評(píng)審?fù)ㄟ^，才能夠成立；如配置管理計(jì)劃不能滿足未來配置管理工作的需要，可以再增加配置管理工作計(jì)劃作為配置管理計(jì)劃的輔助，指導(dǎo)未來的配置管理工作4.1.2 規(guī)范配置管理環(huán)境配置管理計(jì)劃制定結(jié)束后，配置管理人員要依據(jù)計(jì)劃實(shí)施配置管理的前期工作。首先必須規(guī)范配置管理的環(huán)境，實(shí)現(xiàn)項(xiàng)目組內(nèi)的專機(jī)專用，與項(xiàng)目經(jīng)理協(xié)商，開發(fā)用機(jī)、測試用機(jī)、配置用機(jī)的情況，并最終生成配置管理環(huán)境維護(hù)清單，便于后期對(duì)環(huán)境的維護(hù)4.1.3 建立配置庫：配置庫作為項(xiàng)目組內(nèi)成員今后工作的平臺(tái)，前期的詳細(xì)準(zhǔn)

14、備是非常重要的。配置庫建立的準(zhǔn)則：依據(jù)配置管理計(jì)劃中的定義建立配置庫；與項(xiàng)目經(jīng)理協(xié)商配置庫人員使用的權(quán)限規(guī)定與配置庫工作區(qū)間的劃分，保證個(gè)人工作區(qū)間的隔離Ø 應(yīng)用注意：三個(gè)配置庫：（1）開發(fā)庫： 存放開發(fā)過程中需要保留的各種信息，供項(xiàng)目組成員使用。（2）基線庫： 在軟件開發(fā)的某個(gè)階段工作結(jié)束時(shí)，將工作產(chǎn)品存入或?qū)⒂嘘P(guān)的信息存入。對(duì)庫內(nèi)工作產(chǎn)品的讀寫和修改應(yīng)該加以控制。（3）產(chǎn)品庫： 在開發(fā)的軟件產(chǎn)品完成系統(tǒng)測試之后，作為最終產(chǎn)品存入庫內(nèi)，等待交付用戶或現(xiàn)場安裝。對(duì)庫內(nèi)工作產(chǎn)品也應(yīng)該加以控制。4.1.4 與項(xiàng)目負(fù)責(zé)人討論變更控制的實(shí)施與項(xiàng)目SCCB討論項(xiàng)目中變更控制實(shí)施的措施，指定出相

15、應(yīng)的變更控制流程。在變更控制流程中應(yīng)注意變更過程中責(zé)任到人，不同變更情況的處理方式，具體操作可參見變更控制流程制定指導(dǎo)書4.1.5 配置培訓(xùn)配置培訓(xùn)作為與項(xiàng)目成員溝通配置管理內(nèi)容的一個(gè)主要渠道，配置經(jīng)理應(yīng)與項(xiàng)目經(jīng)理協(xié)商在項(xiàng)目開始初期進(jìn)行。培訓(xùn)內(nèi)容包括：配置管理的基本概念；項(xiàng)目中配置管理工具的使用；項(xiàng)目中配置管理的相關(guān)流程；配置庫的使用及規(guī)范等4.1.6 生成計(jì)劃基線，并發(fā)布基線在項(xiàng)目的立項(xiàng)材料經(jīng)過正式評(píng)審?fù)ㄟ^，宣布項(xiàng)目立項(xiàng)后，配置經(jīng)理要整理項(xiàng)目的立項(xiàng)材料，正式生成計(jì)劃基線，并標(biāo)識(shí)基線，保證基線存放于基線庫中?；€的發(fā)布通過配置狀態(tài)報(bào)告來實(shí)現(xiàn)4.2 項(xiàng)目執(zhí)行階段：配置工作真正深入到了項(xiàng)目中4.2

16、.1 維護(hù)配置庫: 配置庫維護(hù)包括維護(hù)配置庫結(jié)構(gòu)、日常權(quán)限的設(shè)置、帳戶的增加與刪除、工作區(qū)維護(hù)、配置庫備份等；維護(hù)時(shí)要注意: 對(duì)配置庫的備份要與配置機(jī)分開，以確保安全性；配置庫中帳戶的管理要注意定期維護(hù)，避免帳戶不斷增加，出現(xiàn)垃圾帳戶的問題；工作區(qū)的維護(hù)要注意結(jié)構(gòu)清晰、明了，工作區(qū)隔離；監(jiān)督項(xiàng)目組成員使用配置庫問題，避免工作脫離配置庫平臺(tái)和配置項(xiàng)長期被CHECK OUT的問題等4.2.2 進(jìn)行版本控制版本控制是配置管理的另一項(xiàng)主要內(nèi)容，包括文檔版本的控制和代碼版本的控制。版本控制中注意的問題：版本標(biāo)識(shí)明確、清晰；在配置庫中，有效利用標(biāo)簽；注意保證版本的歷史在線和可以回溯；注意每一次的開發(fā)以基線

17、版本為基礎(chǔ)和基準(zhǔn)；注意版本的受控性，保證測試的版本的受控；每一次新的基線版本的生成，要及時(shí)發(fā)布4.2.3 協(xié)助生成項(xiàng)目進(jìn)行過程中的各種基線項(xiàng)目執(zhí)行過程中生成各種基線，包括需求基線、設(shè)計(jì)基線、代碼基線等，基線的正式生成要經(jīng)過評(píng)審?fù)ㄟ^才有效。配置經(jīng)理協(xié)助項(xiàng)目經(jīng)理組織評(píng)審。在評(píng)審之前首先要進(jìn)行物理審計(jì)，審計(jì)后填寫物理審計(jì)報(bào)告，然后傳遞給QA進(jìn)行過程審計(jì)。物理審計(jì)報(bào)告作為配置項(xiàng)存放在配置庫中。評(píng)審?fù)ㄟ^后，正式生成基線，配置經(jīng)理負(fù)責(zé)整理并標(biāo)識(shí)基線，然后把基線存放在基線庫中，通過配置狀態(tài)報(bào)告來發(fā)布基線。在代碼基線生成時(shí)，注意維護(hù)源代碼清單4.2.4 與測試人員協(xié)作配置經(jīng)理注意與測試人員的溝通，保證與測試組

18、配置管理協(xié)接的無誤。測試組與配置組溝通的兩個(gè)主要問題是：測試配置項(xiàng)的管理問題和版本的傳遞問題。配置經(jīng)理要與測試經(jīng)理、項(xiàng)目經(jīng)理溝通有關(guān)測試配置項(xiàng)的管理問題與版本的傳遞問題。測試配置項(xiàng)可以單獨(dú)管理，也可以與其他配置項(xiàng)一起存放與一個(gè)配置庫中，這要根據(jù)項(xiàng)目的大小和配置庫的增長趨勢來決定，建議大型項(xiàng)目在有條件的情況下單獨(dú)存放，單獨(dú)管理測試案例、測試數(shù)據(jù)等；版本的傳遞指開發(fā)組產(chǎn)生出代碼，經(jīng)配置組編譯執(zhí)行生成執(zhí)行文件并進(jìn)行版本標(biāo)識(shí)后，傳遞給測試組進(jìn)行測試的過程。在此過程中注意的問題是：配置組與開發(fā)、測試組的接口的唯一，保證測試版本的正確性4.2.5 與QA協(xié)作：配置經(jīng)理負(fù)責(zé)向QA及項(xiàng)目經(jīng)理反映項(xiàng)目進(jìn)行過程中

19、的不規(guī)范問題，并與QA與項(xiàng)目經(jīng)理溝通，解決問題4.2.6 發(fā)布配置狀態(tài)報(bào)告配置經(jīng)理在項(xiàng)目進(jìn)行過程中，要及時(shí)發(fā)布配置狀態(tài)報(bào)告。發(fā)布配置狀態(tài)報(bào)告有兩種方式：時(shí)間驅(qū)動(dòng)和事件驅(qū)動(dòng)?；€生成時(shí)、重要配置象產(chǎn)生時(shí)，都要發(fā)布配置狀態(tài)報(bào)告；定期發(fā)布配置狀態(tài)報(bào)告以向全體成員通報(bào)項(xiàng)目現(xiàn)階段的進(jìn)展情況，注意全體成員要包含QA4.2.7 優(yōu)化配置管理活動(dòng)在配置管理過程中，隨項(xiàng)目的進(jìn)展和工作的開展情況，配置經(jīng)理要適時(shí)的調(diào)整配置管理的活動(dòng)。如整理配置庫、優(yōu)化配置流程等。但是必須注意，任何變動(dòng)和更改必須經(jīng)過項(xiàng)目經(jīng)理的同意；更改后要通過配置狀態(tài)報(bào)告發(fā)布；變動(dòng)和更改的配置項(xiàng)要有相應(yīng)的變更說明。如配置工作需要調(diào)整時(shí)，需升級(jí)配置管

20、理計(jì)劃，必須確保工作與計(jì)劃的一致性；4.2.8 維護(hù)項(xiàng)目環(huán)境在項(xiàng)目進(jìn)行過程中，注意維護(hù)項(xiàng)目的環(huán)境，包括配置環(huán)境、測試環(huán)境、開發(fā)環(huán)境等。環(huán)境的變更要體現(xiàn)在配置管理環(huán)境維護(hù)清單中。環(huán)境的變化要通過配置狀態(tài)報(bào)告發(fā)布出去4.2.9 協(xié)助項(xiàng)目組完成變更管理配置組有責(zé)任協(xié)助項(xiàng)目組完成變更控制的管理，并維護(hù)變更管理過程記錄。變更執(zhí)行過程中出現(xiàn)的問題，可以向項(xiàng)目經(jīng)理和QA甚至SCCB反映。變更執(zhí)行結(jié)束，要發(fā)布配置狀態(tài)報(bào)告，報(bào)告變更的情況4.2.10 參加項(xiàng)目組的會(huì)議為使配置管理工作對(duì)項(xiàng)目切實(shí)可行和有意義，配置管理人員除主動(dòng)積極了解項(xiàng)目情況外，要參加項(xiàng)目組的例行會(huì)議，了解項(xiàng)目的總體情況，以及項(xiàng)目的下一步工作規(guī)劃

21、，以便配置管理及時(shí)作出反饋4.2.11 參加項(xiàng)目工程部的活動(dòng)配置經(jīng)理要積極參加項(xiàng)目工程部組織的各種配置活動(dòng)，如配置經(jīng)理述職等4.3 項(xiàng)目結(jié)項(xiàng)：項(xiàng)目結(jié)項(xiàng)時(shí)，配置管理人員主要是協(xié)助項(xiàng)目經(jīng)理整理結(jié)項(xiàng)材料，對(duì)項(xiàng)目配置管理工作進(jìn)行總結(jié)、整理，編寫配置管理案例、進(jìn)行配置工作述職等。如項(xiàng)目配置項(xiàng)需要入產(chǎn)品庫，則按產(chǎn)品庫規(guī)范整理產(chǎn)品配置項(xiàng)。在編寫案例時(shí)要注意總結(jié)項(xiàng)目配置管理工作進(jìn)行過程中的得失以及經(jīng)驗(yàn)教訓(xùn)。案例總結(jié)和述職的進(jìn)行都要在項(xiàng)目工程部內(nèi)進(jìn)行5 配置管理實(shí)施步驟5.1 項(xiàng)目開始之前就進(jìn)行配置管理計(jì)劃。配置管理計(jì)劃往往和項(xiàng)目開發(fā)計(jì)劃一起產(chǎn)生，并相互影響。配置管理計(jì)劃的目標(biāo)是規(guī)劃整個(gè)項(xiàng)目的配置管理活動(dòng)，尤其

22、是重要的比如發(fā)布、基線管理等問題。配置管理計(jì)劃的主要內(nèi)容包括配置項(xiàng)的標(biāo)識(shí)和命名規(guī)范、配置管理環(huán)境方案、配置管理活動(dòng)計(jì)劃和時(shí)間表、基線計(jì)劃、發(fā)布計(jì)劃等?？梢哉f，配置管理計(jì)劃直接決定了項(xiàng)目配置管理的方針，以及配置管理活動(dòng)的準(zhǔn)則。忽略配置管理計(jì)劃，將使整個(gè)配置活動(dòng)甚至項(xiàng)目都受到影響。 5.2 配置庫管理配置管理員為項(xiàng)目創(chuàng)建配置庫，并給每個(gè)項(xiàng)目成員分配權(quán)限。各項(xiàng)目成員根據(jù)自己的權(quán)限操作配置庫。配置管理員定期維護(hù)配置庫，例如清除垃圾文件、備份配置庫等5.3 版本控制版本控制的目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。配置項(xiàng)的狀態(tài)有三

23、種：“草稿”、“正式發(fā)布”和“正在修改”，本規(guī)程制定了配置項(xiàng)狀態(tài)變遷與版本號(hào)的規(guī)則5.4 要進(jìn)行配置項(xiàng)的標(biāo)識(shí)要進(jìn)行配置標(biāo)識(shí)，首先必須明確項(xiàng)目生命周期內(nèi)所要產(chǎn)生的工作產(chǎn)品，然后確定工作產(chǎn)品的命名和標(biāo)識(shí)規(guī)則所謂配置項(xiàng)，簡單地說就是受SCM控制和管理的工作產(chǎn)品單元，也是配置管理的目標(biāo)。程序（源代碼、目標(biāo)代碼、可執(zhí)行程序、函數(shù)等）、文檔（需求定義、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、高層設(shè)計(jì)、低層設(shè)計(jì)、測試規(guī)格說明書、測試計(jì)劃、安裝手冊(cè)、發(fā)布說明、用戶手冊(cè)等）、數(shù)據(jù)（測試數(shù)據(jù)和項(xiàng)目數(shù)據(jù)）、執(zhí)行文件等，都是典型的配置項(xiàng)，又如操作系統(tǒng)參數(shù)、編譯器描述、物理特性、版本描述等，為了能進(jìn)行配置管理，需要對(duì)其進(jìn)行描述，并形成文檔

24、，再以配置項(xiàng)形式進(jìn)行管理。Ø 應(yīng)用注意：配置項(xiàng)標(biāo)示的原則¨ 唯一性¨ 可追溯性¨ 與同類配置項(xiàng)不同的信息，應(yīng)納入標(biāo)識(shí)：這是為了便于區(qū)分、查找¨ 同類配置項(xiàng)的標(biāo)識(shí)方法統(tǒng)一¨ 容易記憶Ø 配置項(xiàng)的相關(guān)標(biāo)識(shí)信息¨ 組名¨ 項(xiàng)目名¨ 文檔內(nèi)容¨ 版本號(hào)¨ 文檔撰寫時(shí)間¨ 文檔撰寫作者5.5 進(jìn)行變更控制可以這樣說，我們所熟知的版本管理，其本身并沒有什么直接作用，而真正起發(fā)揮作用是為變更控制進(jìn)行支持主要的原因是，所記錄的配置項(xiàng)的所有狀態(tài)，只有和變更控制進(jìn)行配合，將變更的原因和

25、變更的結(jié)果（配置項(xiàng)的某一版本）聯(lián)系在一起，才能以變更為主線，將所有版本變?yōu)椤坝欣碛傻摹保╮easonable），才能形成基線，真正發(fā)揮變更控制和版本管理的作用。 變更控制的目的就是為了防止配置項(xiàng)被隨意修改而導(dǎo)致混亂；修改處于“草稿”狀態(tài)的配置項(xiàng)不算是“變更”，無需CCB的批準(zhǔn)，修改者按照版本控制規(guī)則執(zhí)行即可。當(dāng)配置項(xiàng)的狀態(tài)成為“正式發(fā)布”，或者被“凍結(jié)”后，此時(shí)任何人都不能隨意修改，必須依據(jù)“申請(qǐng)審批執(zhí)行變更再評(píng)審結(jié)束”的規(guī)則執(zhí)行如何記錄這些變更，需要做二件事。一是要標(biāo)識(shí)這些設(shè)計(jì)文件，即根據(jù)文件名，確定一個(gè)唯一的標(biāo)識(shí)符（VSS用label可以實(shí)現(xiàn)）；二是要?jiǎng)討B(tài)地記錄這些變更文件（即用版本的方法

26、記錄這些變更）-用配置軟件可以實(shí)現(xiàn)n 版本號(hào)形式：主版本號(hào).從版本號(hào).維護(hù)版本號(hào) n 主版本號(hào)對(duì)系統(tǒng)作重大調(diào)整，在功能和性能上有大的變化時(shí)主版本號(hào)增加。第一次版本號(hào)和第二次版本號(hào)為零。版本號(hào)升級(jí)由項(xiàng)目組長/室主任決定。n 從版本號(hào)與上一版本相比，對(duì)系統(tǒng)功能或性能進(jìn)行了少量的增加或修改，從版本號(hào)增加，主版本號(hào)不變。版本號(hào)升級(jí)由項(xiàng)目組長決定。n 維護(hù)版本號(hào)與上一版本相比，修改了小量系統(tǒng)bug，維護(hù)版本號(hào)增加，主版本號(hào)和從版本號(hào)不變。版本號(hào)升級(jí)由項(xiàng)目組長決定。n 通常來說，通過軟件系統(tǒng)測試后系統(tǒng)版本號(hào)變?yōu)閂1.0，軟件系統(tǒng)第一次發(fā)布時(shí)版本號(hào)為V，從版本號(hào)和維護(hù)版本號(hào)均為0。5.6 要進(jìn)行配置管理的狀

27、態(tài)監(jiān)控和報(bào)告基本上依照項(xiàng)目對(duì)配置管理的要求進(jìn)行統(tǒng)計(jì)和分析。但是，配置管理狀態(tài)報(bào)告往往能從另一個(gè)方面反映項(xiàng)目的進(jìn)度情況，甚至有時(shí)比項(xiàng)目進(jìn)度狀況報(bào)告還要準(zhǔn)確。比如，變更請(qǐng)求狀態(tài)分布報(bào)告，就可以客觀地反映按照計(jì)劃應(yīng)該完成多少變更請(qǐng)求，而實(shí)際上完成多少變更請(qǐng)求，這實(shí)際上客觀地反映出已完成和未完成工作量。這方面的內(nèi)容在項(xiàng)目進(jìn)度報(bào)告中很難客觀反映，從而造成項(xiàng)目實(shí)際情況與進(jìn)度報(bào)告不符。 5.7 進(jìn)行配置審核（配置審計(jì)）這個(gè)環(huán)節(jié)是配置管理達(dá)到效果的重要手段，否則容易造成在產(chǎn)品測試、產(chǎn)品發(fā)布是仍然出現(xiàn)混亂。確認(rèn)產(chǎn)品的完整性并維護(hù)配置項(xiàng)間的一致性5.8 總結(jié)：一個(gè)完整的SCM系統(tǒng)要具有三個(gè)核心功能：版本控制、變更

28、控制、配置控制以及兩個(gè)支持功能：狀態(tài)統(tǒng)計(jì)和配置審計(jì)。5.8.1 版本控制：版本，亦稱配置標(biāo)識(shí)，是指某一特定對(duì)象的具體實(shí)例的潛在存在。版本控制就是對(duì)在軟件開發(fā)過程中所創(chuàng)建的配置對(duì)象的不同版本進(jìn)行管理，保證任何時(shí)候都能取到正確的版本以及版本的組合5.8.2 變更控制：變更控制是通過對(duì)變更請(qǐng)求（Change Request，簡稱CR）進(jìn)行分類、追蹤和管理的過程來實(shí)現(xiàn)的。變更的起源有兩種：功能變更和缺陷修補(bǔ)（Bug-Fix）。功能變更是為了增加或者刪除某些功能。缺陷修補(bǔ)則是對(duì)已存在 的缺陷進(jìn)行修補(bǔ)。對(duì)變更進(jìn)行控制的機(jī)構(gòu)稱為變更控制委員會(huì)（Change Control Board，簡稱CCB）。變更控制

29、委員會(huì)要定期召開會(huì)議，對(duì)近期所產(chǎn)生的變更請(qǐng)求進(jìn)行分析、整理，并做出決定。而且要遵循一定的變更機(jī)制。（VSS,CVS）變更機(jī)制如下圖所示：5.8.3 配置控制:軟件產(chǎn)品的每個(gè)版本都是一組配置項(xiàng)（源代碼、文檔、數(shù)據(jù)）的集合。配置控制就是要保證每個(gè)配置的完整性和精確性。 (?值得思考，如果這個(gè)問題解決了，就可以模塊組合，然后形成新的版本，從而解決不同客戶的需求. 在開發(fā)過程中，我們?cè)诓煌A段要建立各種基線,基線的建立是配置控制功能的典型應(yīng)用。所以說，基線是具有里程碑意義的一個(gè)配置5.8.4 狀態(tài)報(bào)告: 狀態(tài)報(bào)告要回答所謂4W的問題 What：發(fā)生了什么事Who：誰做的此事When：此事是什么時(shí)候發(fā)生

30、的Why：為什么做此事狀態(tài)報(bào)告還要能夠報(bào)告所有配置項(xiàng)以及變更請(qǐng)求的狀態(tài)5.8.5 配置審計(jì)配置審計(jì)要審查整個(gè)配置管理過程是否符合規(guī)范，配置項(xiàng)是否與需求一致，記錄正確，配置的組成是否具有一致性等等. 置審計(jì)是一個(gè)SQA（軟件質(zhì)量保證）活動(dòng)。6 一般配置管理中的角色Ø 項(xiàng)目經(jīng)理：項(xiàng)目經(jīng)理在配置管理方面的職責(zé)是依靠配置管理員、系統(tǒng)管理員和系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)人員的幫助，制定項(xiàng)目的組織結(jié)構(gòu)和配置管理策略。這些工作包括：定制開發(fā)子系統(tǒng)，定制訪問控制，制定常用策略，制定集成里程碑，以及進(jìn)行系統(tǒng)集成Ø 配置管理員：配置管理員的職責(zé)是根據(jù)項(xiàng)目經(jīng)理制定的開發(fā)組織結(jié)構(gòu)和策略，實(shí)施、維護(hù)配置管理的環(huán)

31、境。其主要職責(zé)如下：創(chuàng)建配置管理庫，對(duì)存儲(chǔ)庫進(jìn)行日常備份和恢復(fù)，維護(hù)配置管理環(huán)境，及管理配置管理相關(guān)的用戶Ø 軟件開發(fā)人員：軟件開發(fā)人員依據(jù)項(xiàng)目的開發(fā)和配置管理策略，創(chuàng)建、修改和測試開發(fā)工件Ø 集成人員：對(duì)軟件進(jìn)行歸并，形成相應(yīng)的基線或發(fā)布版本Ø QA人員：需要對(duì)軟件配置管理有較深的認(rèn)識(shí)，其主要工作是跟蹤當(dāng)前項(xiàng)目的狀態(tài)，測試，報(bào)告錯(cuò)誤，并驗(yàn)證其修復(fù)結(jié)果7 配置庫實(shí)施的目錄結(jié)構(gòu)：7.1 一級(jí)目錄介紹7.1.1 基線庫經(jīng)過評(píng)審，變更嚴(yán)格控制的工作產(chǎn)品?；€庫由配置管理員建立并維護(hù)，其它任何人沒有寫權(quán)限。7.1.2 產(chǎn)品庫產(chǎn)品庫由配置管理員建立并維護(hù)，整個(gè)項(xiàng)目結(jié)束后，配

32、置管理員從基線庫里把所有的文檔挪到產(chǎn)品庫中，其它任何人沒有寫權(quán)限。7.1.3 開發(fā)庫開發(fā)庫由配置管理員創(chuàng)建主要目錄，項(xiàng)目組成員可以在目錄下創(chuàng)建子目錄以及文件。文件/目錄的創(chuàng)建者本人擁有該目錄/文件的完全控制權(quán)限，而項(xiàng)目其它成員缺省情況下是只讀權(quán)限。如果其它成員需要修改文件/目錄，必須先由文件的創(chuàng)建者賦予權(quán)限。 7.2 重點(diǎn)目錄說明開發(fā)庫目錄7.2.1 計(jì)劃項(xiàng)目計(jì)劃相關(guān)文件（估計(jì)、進(jìn)度）納入基線前的文件，以及項(xiàng)目初始計(jì)劃等7.2.2 需求納入基線前的需求說明書等文件，需求跟蹤矩陣7.2.3 設(shè)計(jì)納入基線前的設(shè)計(jì)文件，包括概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)。項(xiàng)目組長有讀寫權(quán)限7.2.4 源代碼項(xiàng)目開發(fā)過程中的代碼7.2.5 測試項(xiàng)目單元測試和集成測試所需要的工作產(chǎn)品和測試過程