第一篇：軟件配置管理最佳實(shí)踐

軟件配置管理最佳實(shí)踐

PMTeam雜志 Li Ben 編

現(xiàn)在大家都已經(jīng)認(rèn)識(shí)到了有效的軟件配置管理工作對(duì)于提高團(tuán)隊(duì)開(kāi)發(fā)效率、保障軟件產(chǎn)品質(zhì)量的重要意義，很多朋友也開(kāi)始了在配置管理實(shí)施方面的一些研究，市場(chǎng)上我們也可以看到一些軟件配置管理工具廠商針對(duì)具體配置管理工具提供的實(shí)施服務(wù)；但是，實(shí)施軟件配置管理到底應(yīng)該做哪些東西？團(tuán)隊(duì)的配置管理現(xiàn)狀怎么評(píng)估？在哪些方面還可以進(jìn)行改進(jìn)？我們相信，這些問(wèn)題可能正困擾著大多數(shù)研發(fā)主管和項(xiàng)目經(jīng)理。

國(guó)外軟件產(chǎn)業(yè)界在軟件配置管理這個(gè)專題上已經(jīng)進(jìn)行了多年的理論和實(shí)踐上的研究。在多年經(jīng)驗(yàn)積累的基礎(chǔ)上，產(chǎn)業(yè)界總結(jié)出來(lái)一系列“最佳實(shí)踐”（Best Practices），我們可以使用這些“最佳實(shí)踐”來(lái)作為評(píng)估一個(gè)組織軟件配置管理能力的標(biāo)尺，也可以作為我們實(shí)施軟件配置管理的指南。這些“最佳實(shí)踐”包括：

1、標(biāo)識(shí)需要進(jìn)行存儲(chǔ)的工件（Artifact）并保障安全存儲(chǔ)；

2、控制并且審計(jì)（Audit）對(duì)于工件的修改；

3、設(shè)立并管理基線（Baseline）；

4、記錄并跟蹤變更請(qǐng)求；

5、維護(hù)穩(wěn)定、一致的工作空間；

6、支持對(duì)于工件和控件的并發(fā)修改；

7、盡早集成、持續(xù)集成；

8、保證軟件構(gòu)建的重現(xiàn)能力；

9、以控件（Component）為單位實(shí)施版本控制；

10、使用“活動(dòng)”（Activity）來(lái)組織和整合版本集。

下文將介紹前5條最佳實(shí)踐。

1、標(biāo)識(shí)需要進(jìn)行存儲(chǔ)的工件（Artifact）并保障安全存儲(chǔ)

在軟件開(kāi)發(fā)過(guò)程中，我們會(huì)得到各種各樣的產(chǎn)出，比如各種文檔、模型、源代碼以及測(cè)試腳本等，我們把這些大家勞動(dòng)的成果統(tǒng)稱為工件（Artifact）。對(duì)于一個(gè)軟件開(kāi)發(fā)組織來(lái)說(shuō)，這些工件就構(gòu)成了組織的核心資產(chǎn)。對(duì)于如現(xiàn)金、有價(jià)證券之類的資產(chǎn)，我們都會(huì)準(zhǔn)備一個(gè)保險(xiǎn)箱，好好地保存；對(duì)于軟件資產(chǎn)，我們也需要相似的措施。所以，軟件配置管理工作的第一步就是建立一個(gè)安全、可靠的存儲(chǔ)庫(kù)（Repository），用于保存組織的核心軟件資產(chǎn)。這個(gè)庫(kù)對(duì)于開(kāi)發(fā)團(tuán)隊(duì)來(lái)說(shuō)，就像是財(cái)務(wù)室里的保險(xiǎn)箱。因此，容錯(cuò)能力和高可靠性是這個(gè)庫(kù)最重要的屬性。除此之外，隨著

組織的增長(zhǎng)，置于庫(kù)中的數(shù)據(jù)會(huì)越來(lái)越多，為保證運(yùn)行效率，庫(kù)的可擴(kuò)展性也是非常重要的一個(gè)屬性。

對(duì)于存儲(chǔ)庫(kù)來(lái)說(shuō)，良好規(guī)劃的備份和災(zāi)難恢復(fù)過(guò)程是必不可少的。令人驚訝的是，很多軟件組織在這方面都沒(méi)有給予必要的重視，因而也給組織的發(fā)展留下了嚴(yán)重的隱患，一旦災(zāi)難發(fā)生，后果不堪設(shè)想。

在建立好存儲(chǔ)庫(kù)以后，需要做的工作就是確定將哪些工件置于庫(kù)中。根據(jù)實(shí)際需要，組織可能會(huì)決定只將正式文檔、模型文件、源代碼、發(fā)布版本等文件放入庫(kù)中，而對(duì)于臨時(shí)文檔、編譯時(shí)產(chǎn)生的中間文件等，則不將它們放入庫(kù)中。我們把放入庫(kù)中的文件稱之為配置項(xiàng)（Configuration Item）。

2、控制并且審計(jì)（Audit）對(duì)于工件的修改

在標(biāo)識(shí)相關(guān)的工件并將它們置于存儲(chǔ)庫(kù)中以后，我們需要建立對(duì)于這些工件的修改控制機(jī)制以及審計(jì)機(jī)制。

庫(kù)里的工件不是誰(shuí)想修改就可以修改的。控制機(jī)制必須保證只有拿到授權(quán)的人員才能對(duì)相關(guān)工件進(jìn)行修改，而審計(jì)機(jī)制則保證修改的動(dòng)作被完整地記錄，也就是說(shuō)，誰(shuí)修改了這個(gè)工件，什么時(shí)候做的修改，為什么原因做出這個(gè)改動(dòng)，以及修改了哪些地方（Who、When、Why、What）。審計(jì)機(jī)制通常通過(guò)“檢出/檢入”（Check out/Check in）模式得到實(shí)現(xiàn)。在這種模式下，工件一旦入庫(kù)，讀寫權(quán)限就變成只讀（read only），如果要對(duì)該工件進(jìn)行修改，則需要通過(guò)“檢出”這個(gè)步驟；在修改結(jié)束以后，如果希望將修改的成果入庫(kù)，則需要通過(guò)“檢入”這個(gè)步驟。在經(jīng)過(guò)一次“檢出/檢入”步驟以后，會(huì)形成該工件新的版本，因此也有人把上邊的過(guò)程稱之為“版本控制”（Version Control）。在版本控制過(guò)程中，如果利用一些配置管理工具（或者版本控制工具）的支持，則可以自動(dòng)地記錄審計(jì)工作所需的四個(gè)“W”（Who、When、Why、What）。

3、設(shè)立并管理基線

通過(guò)審計(jì)機(jī)制我們可以保存一個(gè)工件完整的變更歷史；但是一個(gè)項(xiàng)目通常是由成百上千個(gè)工件構(gòu)成的，每個(gè)工件在變更過(guò)程中都會(huì)形成一系列的版本，如何確認(rèn)系統(tǒng)在某個(gè)時(shí)刻分別由哪些工件的哪些版本構(gòu)成？這就需要引入一個(gè)概念：配置（Configuration）。對(duì)于軟件系統(tǒng)來(lái)說(shuō)，在開(kāi)發(fā)過(guò)程中某個(gè)時(shí)刻存儲(chǔ)庫(kù)中所有工件的一個(gè)“快照”（snapshot），就形成一個(gè)“配置”。對(duì)于一些重要時(shí)刻的系統(tǒng)配置，我們可以使用基線（Baseline）來(lái)進(jìn)行標(biāo)志。

IEEE對(duì)于基線的定義是：已經(jīng)通過(guò)正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進(jìn)一步開(kāi)發(fā)的基礎(chǔ)，并且只能通過(guò)正式的變更控制過(guò)程進(jìn)行改變

簡(jiǎn)單地說(shuō)，基線就是項(xiàng)目?jī)?chǔ)存庫(kù)中每個(gè)工件版本在特定時(shí)期的一個(gè)“快照”。它提供一個(gè)正式標(biāo)準(zhǔn)，隨后的工作基于這個(gè)標(biāo)準(zhǔn)進(jìn)行，并且只有經(jīng)過(guò)授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。建立一個(gè)初始基線后，以后每次對(duì)它進(jìn)行的變更都將記錄為一個(gè)差值，直到建成下一個(gè)基線。

建立基線的主要原因是：重現(xiàn)能力、可追蹤性和報(bào)告能力。

重現(xiàn)能力是指返回并重新生成軟件系統(tǒng)給定發(fā)布版本的能力?？勺粉櫺越㈨?xiàng)目各種類型工件（需求、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等）之間的橫行依賴關(guān)系，其目的在于確保設(shè)計(jì)滿足需求、代碼實(shí)施

設(shè)計(jì)以及使用正確代碼編譯生成可執(zhí)行文件。報(bào)告能力來(lái)源于一個(gè)基線內(nèi)容同另一個(gè)基線內(nèi)容的比較，基線比較有助于程序調(diào)試并生成發(fā)布說(shuō)明（Release notes）。

建立基線有以下幾個(gè)好處：

(1)基線為開(kāi)發(fā)工件提供了一個(gè)定點(diǎn)和快照。新項(xiàng)目可以從基線提供的定點(diǎn)之中建立。

(2)當(dāng)認(rèn)為更新不穩(wěn)定或不可信時(shí)，基線為團(tuán)隊(duì)提供一種取消變更的方法。

(3)可以利用基線重新建立基于某個(gè)特定發(fā)布版本的配置，這樣也可以重現(xiàn)被報(bào)告的錯(cuò)誤。在開(kāi)發(fā)過(guò)程中，需要定期建立基線以確保團(tuán)隊(duì)開(kāi)發(fā)人員的工作保持同步，通常，在項(xiàng)目生命周期中的里程碑處定期建立基線。

4、記錄并跟蹤變更請(qǐng)求

以上我們談?wù)摰亩际菍?duì)于工件的變更活動(dòng)的實(shí)施，下面我們要談到的是軟件配置管理的另一個(gè)方面：對(duì)于變更請(qǐng)求的管理。這是變更活動(dòng)的源頭。

著名的軟件大師Brooks曾經(jīng)談到導(dǎo)致軟件開(kāi)發(fā)困難的一個(gè)原因就是軟件的可變性。大家都知道，各種要素，如市場(chǎng)的變化、技術(shù)的進(jìn)步、客戶對(duì)于項(xiàng)目認(rèn)識(shí)的深入等等，都可能導(dǎo)致軟件開(kāi)發(fā)過(guò)程中的變更請(qǐng)求的提出，而且承認(rèn)這種變更請(qǐng)求的合理性也已經(jīng)是工業(yè)界的共識(shí)。

但是，如果缺乏對(duì)于變更請(qǐng)求的有效的管理能力，紛至沓來(lái)的變更就會(huì)成為開(kāi)發(fā)團(tuán)隊(duì)的噩夢(mèng)。缺乏有效的變更請(qǐng)求管理會(huì)導(dǎo)致以下一些問(wèn)題：

（1）軟件產(chǎn)品質(zhì)量低下，對(duì)一些缺陷的修正被遺漏；

（2）項(xiàng)目經(jīng)理不了解開(kāi)發(fā)人員的工作進(jìn)展，缺乏對(duì)項(xiàng)目現(xiàn)狀進(jìn)行客觀評(píng)估的能力；

（3）開(kāi)發(fā)人員不了解手頭工作的優(yōu)先級(jí)別，可能出現(xiàn)將緊急的事情放在一邊、而工作在一般優(yōu)先級(jí)任務(wù)上的情況。

變更請(qǐng)求管理的復(fù)雜程度與變更的具體類型有關(guān)。簡(jiǎn)單地說(shuō)，變更請(qǐng)求管理會(huì)涉及到變更請(qǐng)求的提交、變更請(qǐng)求的復(fù)審、變更任務(wù)分配、變更結(jié)果的驗(yàn)證等一系列活動(dòng)。通常，變更請(qǐng)求管理的流程是：由請(qǐng)求者提交變更請(qǐng)求，變更控制委員會(huì)（Change Control Board，CCB）召開(kāi)CCB復(fù)審會(huì)議對(duì)變更請(qǐng)求進(jìn)行復(fù)審，以確定該請(qǐng)求是否為有效請(qǐng)求。如果是，則基于項(xiàng)目團(tuán)隊(duì)所確定的優(yōu)先級(jí)、時(shí)間表、資源、變更難度、風(fēng)險(xiǎn)、嚴(yán)重性以及其他相關(guān)標(biāo)準(zhǔn)，判定對(duì)該變更的修改程序，并分配實(shí)施變更任務(wù)的人力資源和時(shí)間資源；變更任務(wù)實(shí)施人員負(fù)責(zé)實(shí)施該變更；實(shí)施結(jié)束以后提交驗(yàn)證人員，由驗(yàn)證人員負(fù)責(zé)對(duì)變更結(jié)果進(jìn)行驗(yàn)證，如果變更成功則通知相關(guān)人員，否則由變更實(shí)施人員返工。

典型的變更請(qǐng)求管理如需求變更管理、缺陷追蹤等。實(shí)施有效的變更請(qǐng)求管理有以下好處：

（1）提高軟件產(chǎn)品質(zhì)量；

（2）提高開(kāi)發(fā)團(tuán)隊(duì)溝通效率；

（3）幫助項(xiàng)目管理人員對(duì)產(chǎn)品狀態(tài)進(jìn)行客觀的評(píng)估。

關(guān)于變更請(qǐng)求管理的詳細(xì)過(guò)程以及相關(guān)準(zhǔn)則PMT將在相關(guān)報(bào)告中闡述。

5、維護(hù)穩(wěn)定、一致的工作空間

在我們把相關(guān)工件納入集中的存儲(chǔ)庫(kù)、大家也都遵照“檢出/檢入”的工作模式對(duì)工件進(jìn)行修改以后，下一步的工作就是要為每位開(kāi)發(fā)人員設(shè)定“私有”的工作區(qū)，或者叫做工作空間。

工作空間通常以特定的基線為基礎(chǔ)創(chuàng)建，要求能夠做到為指定的任務(wù)方便地取出正確的工作版本建立私有工作空間；開(kāi)發(fā)人員根據(jù)項(xiàng)目要求在自己的私有空間中對(duì)工件進(jìn)行修改和測(cè)試活動(dòng)，而與其他開(kāi)發(fā)人員相對(duì)保持隔離，也就是說(shuō)，自己的修改活動(dòng)不會(huì)受到他人的影響，也不會(huì)影響到其他開(kāi)發(fā)人員。但是，在保持隔離的同時(shí)，又應(yīng)該提供相應(yīng)的機(jī)制，當(dāng)開(kāi)發(fā)人員希望共享工作成果的時(shí)候，能夠很方便地實(shí)現(xiàn)共享。

開(kāi)發(fā)人員日常的開(kāi)發(fā)工作都是在工作空間里進(jìn)行的，因此，穩(wěn)定性應(yīng)該是工作空間首要的特性，只有高度穩(wěn)定的工作空間才能保證開(kāi)發(fā)人員的工作效率。

第二篇：規(guī)范軟件開(kāi)發(fā)過(guò)程——軟件配置管理實(shí)踐

規(guī)范軟件開(kāi)發(fā)過(guò)程——軟件配置管理實(shí)踐

2010-05-19 來(lái)源：網(wǎng)絡(luò)

隨著軟件系統(tǒng)的規(guī)模、復(fù)雜度日益上升，軟件開(kāi)發(fā)過(guò)程管理已經(jīng)成為保證軟件系統(tǒng)開(kāi)發(fā)效率、質(zhì)量、成本的關(guān)鍵性因素。作為軟件開(kāi)發(fā)過(guò)程中質(zhì)量保障的重要組成部分，行之有效的軟件配置管理（以下簡(jiǎn)稱SCM，Software Configuration Management）能夠顯著提高軟件開(kāi)發(fā)組織的自身能力、提高軟件開(kāi)發(fā)過(guò)程的完整性，以及降低軟件開(kāi)發(fā)的風(fēng)險(xiǎn)。

軟件配置管理的概念

ISO 9000、CMM、ISO/IEC 12207、IEEE 729-1983對(duì)SCM的定義有不同的描述。ISO9000定義SCM為“一個(gè)管理學(xué)科，它對(duì)配置項(xiàng)的開(kāi)發(fā)和支持生命周期給予技術(shù)上和管理上的指導(dǎo)。配置管理取決于項(xiàng)目的規(guī)模、復(fù)雜程度和風(fēng)險(xiǎn)大小”。

CMM2將SCM定義為一個(gè)關(guān)鍵過(guò)程域KPA，是“貫穿于整個(gè)軟件過(guò)程中的保護(hù)性活動(dòng)，它被設(shè)計(jì)來(lái)（1）標(biāo)識(shí)變化，（2）控制變化，（3）保證變化被適當(dāng)?shù)陌l(fā)現(xiàn)（4）向其他可能有興趣的人員報(bào)告變化?！?。SCM包括了配置項(xiàng)識(shí)別、工作空間管理、版本控制、變更控制、狀態(tài)報(bào)告、配置審計(jì)等活動(dòng)，其中以版本控制最為核心和關(guān)鍵。

數(shù)據(jù)集中工程軟件配置管理策略

1、數(shù)據(jù)集中工程項(xiàng)目背景

中國(guó)建設(shè)銀行數(shù)據(jù)集中工程的目標(biāo)是通過(guò)建立總行級(jí)的數(shù)據(jù)中心，向全行38個(gè)一級(jí)分行、20000多個(gè)網(wǎng)點(diǎn)提供完整的核心金融服務(wù)。其核心應(yīng)用系統(tǒng)DCC-CCBS包括主機(jī)、前置、前端三大部分。主機(jī)應(yīng)用部分部署在總行級(jí)數(shù)據(jù)中心，前置應(yīng)用部分部署在數(shù)據(jù)中心前置通信網(wǎng)關(guān)、各一級(jí)分行業(yè)務(wù)大前置，前端部分部署在網(wǎng)點(diǎn)。

DCC-CCBS項(xiàng)目的SCM需要實(shí)現(xiàn)開(kāi)發(fā)、發(fā)布、部署的全過(guò)程軟件配置管理。開(kāi)發(fā)過(guò)程SCM的核心是系統(tǒng)源碼版本管理；發(fā)布過(guò)程的SCM核心是系統(tǒng)目標(biāo)碼版本管理；部署過(guò)程以確保系統(tǒng)目標(biāo)碼版本在數(shù)據(jù)中心、一級(jí)分行、網(wǎng)點(diǎn)和外系統(tǒng)的正確部署為首要目標(biāo)。

2、開(kāi)發(fā)過(guò)程軟件配置管理

系統(tǒng)源碼版本除系統(tǒng)源程序、參數(shù)外，還包括需求規(guī)格說(shuō)明書、系統(tǒng)總體架構(gòu)設(shè)計(jì)說(shuō)明書、主機(jī)/前置/前端系統(tǒng)結(jié)構(gòu)設(shè)計(jì)說(shuō)明書、各子系統(tǒng)的詳細(xì)設(shè)計(jì)說(shuō)明書、各子系統(tǒng)的對(duì)外接口規(guī)范、業(yè)務(wù)操作手冊(cè)、系統(tǒng)使用手冊(cè)、系統(tǒng)安裝維護(hù)手冊(cè)等文檔。根據(jù)配置項(xiàng)的不同屬性，經(jīng)過(guò)評(píng)審，形成需求基線、設(shè)計(jì)基線和源代碼基線等不同的基線。開(kāi)發(fā)過(guò)程SCM按照子系統(tǒng)的性質(zhì)，分為主機(jī)、前置、前端三部分獨(dú)立管理。

DCC-CCBS項(xiàng)目總體組負(fù)責(zé)整個(gè)需求和變更的控制。通過(guò)審批的需求按照功能分布分解為主機(jī)、前置、前端的子需求，再由各部門分別管理和實(shí)現(xiàn)。環(huán)境及版本控制小組負(fù)責(zé)向各部門提出形成“系統(tǒng)基線”的要求，以同步主機(jī)、前置、前端的源碼版本。

3、發(fā)布過(guò)程軟件配置管理

發(fā)布過(guò)程的系統(tǒng)目標(biāo)碼版本包括系統(tǒng)目標(biāo)碼（執(zhí)行碼）、系統(tǒng)參數(shù)及相關(guān)文檔等。按照用途，系統(tǒng)目標(biāo)碼版本可分為測(cè)試版和正式版。以前置平臺(tái)為例，發(fā)布過(guò)程SCM的主要活動(dòng)包括：構(gòu)建環(huán)境管理，保證編譯環(huán)境的純凈性和正確性；

構(gòu)建過(guò)程管理，保證構(gòu)建過(guò)程的自動(dòng)化操作，及其正確性和完整性；

版本編號(hào)管理，統(tǒng)一版本命名規(guī)則，確保目標(biāo)碼版本號(hào)的唯一性和可追蹤性；

目標(biāo)碼版本生成管理，從各版本管理工具系統(tǒng)收集、整理、打包相應(yīng)的目標(biāo)碼、參數(shù)和文檔，形成完整的或部分（補(bǔ)?。┑哪繕?biāo)碼版本；

配置狀態(tài)檢查，檢查目標(biāo)碼版本包中內(nèi)容的正確性、完整性和一致性；

4、部署過(guò)程軟件配置管理

部署過(guò)程SCM的主要任務(wù)是：建立安全、可靠和迅速的傳輸流程和傳輸渠道；建立目標(biāo)碼版本記錄和追蹤機(jī)制、版本運(yùn)行時(shí)刻檢查機(jī)制和版本恢復(fù)機(jī)制；確保正確的版本、按照正確的渠道、在規(guī)定時(shí)間遞交到正確的用戶并生效。

在DCC-CCBS生產(chǎn)環(huán)境中，軟件開(kāi)發(fā)中心將通過(guò)數(shù)據(jù)中心版本管理系統(tǒng)發(fā)布各單位所需的目標(biāo)碼版本，各單位在版本管理系統(tǒng)和數(shù)據(jù)傳輸通道的支持下，實(shí)現(xiàn)版本/補(bǔ)丁的主動(dòng)分發(fā)、查詢、下載和生效。

軟件配置管理實(shí)施經(jīng)驗(yàn)

1、樹(shù)立正確的企業(yè)配置管理意識(shí)

SCM是一門管理學(xué)科。歸根結(jié)底，其關(guān)鍵是“管理”，然后才是“軟件配置”。項(xiàng)目級(jí)SCM能否成功實(shí)施，與企業(yè)的軟件配置管理目標(biāo)、策略、能力、組織和資源息息相關(guān)。

2、提高全員的配置管理素質(zhì)

SCM是規(guī)則和流程的集合，需要依靠流程中所有部門和人員共同的支持和努力。任何環(huán)節(jié)上的疏忽和懈怠，都將直影響SCM的實(shí)施效果。

3、采用合適的工具

功能強(qiáng)大的或昂貴的工具未必是合適的工具。往往20%的功能即可解決80％的配置管理問(wèn)題。目前比較流行的版本管理工具包括CVS、PVCS、ClearCase、Harvest、VSS、Endeavor等。在選擇具體工具時(shí)，往往需要考慮以下因素：（1）工具將要使用的范圍；（2）工具自身的功能、穩(wěn)定性、擴(kuò)展行，以及對(duì)環(huán)境的要求；（3）工具使用的復(fù)雜度；（4）工具與其他流程和工具的集成度和交互性；（5）工具的投資和維護(hù)費(fèi)用。

4、及時(shí)的檢查和梳理

大系統(tǒng)開(kāi)發(fā)過(guò)程中，配置管理往往采用分步離散管理方式，因此保證整個(gè)系統(tǒng)配置管理的完整性成為一件精密細(xì)致的工作，需要投入大量人力及時(shí)修訂基線，防微杜漸，避免混亂，以滿足對(duì)配置管理正確性、完整性和及時(shí)性的要求。

5、系統(tǒng)化思考、分步實(shí)施、持續(xù)改進(jìn)

SCM不是一項(xiàng)孤立的管理活動(dòng)。企業(yè)的戰(zhàn)略目標(biāo)、管理能力、文化背景、組織結(jié)構(gòu)，項(xiàng)目的規(guī)模、性質(zhì)、技術(shù)、人員等都是影響SCM決策的重要因素。因此需要在項(xiàng)目乃至企業(yè)的整體環(huán)境中系統(tǒng)的考慮SCM的實(shí)施策略和方法。

通過(guò)分階段實(shí)施量化的、漸進(jìn)的配置管理目標(biāo)，可以避免由于引入復(fù)雜管理流程所造成的混亂，有利于方便靈活地優(yōu)化配置管理流程。同時(shí)，階段性目標(biāo)的實(shí)現(xiàn)將有助于整個(gè)團(tuán)隊(duì)提高士氣、增強(qiáng)信心，并逐步提高開(kāi)發(fā)隊(duì)伍的配置管理素質(zhì)。

第三篇：軟件配置管理解決方案

軟件配置管理解決方案

目的:

● 通過(guò)使用配置管理軟件,遵守版本控制、變更控制等規(guī)程,保證所有配置項(xiàng)的完整性和可跟蹤性。

范圍:

● 適用于公司的軟件開(kāi)發(fā)項(xiàng)目,它規(guī)定了軟件配置管理活動(dòng)的具體規(guī)程及其工作產(chǎn)品。

角色與職責(zé):

● 配置管理員:編制項(xiàng)目配置管理計(jì)劃；創(chuàng)建并維護(hù)配置庫(kù)。

● 配置變更控制委員會(huì)(SCCB):審批配置變更申請(qǐng)。

● 軟件開(kāi)發(fā)組成員:在權(quán)限內(nèi)使用配置管理工具操作配置庫(kù)。

● 項(xiàng)目SQA人員:審計(jì)配置管理活動(dòng)的規(guī)范性。

進(jìn)入準(zhǔn)則:

● 項(xiàng)目計(jì)劃已制定。

● 項(xiàng)目軟件過(guò)程已定義

● 配置管理員和SCCB人員已確定。

輸入:

● 項(xiàng)目計(jì)劃

● 項(xiàng)目軟件過(guò)程

結(jié)束準(zhǔn)則:

● 對(duì)項(xiàng)目配置庫(kù)的操作和管理持續(xù)到項(xiàng)目結(jié)束。

● 只要存在用戶使用配置管理就要進(jìn)行。

輸出:

● 配置管理計(jì)劃

● 產(chǎn)品配置庫(kù)

● 軟件基線審計(jì)報(bào)告

主要活動(dòng): 在項(xiàng)目早期(在項(xiàng)目計(jì)劃初稿后,并與項(xiàng)目計(jì)劃一起評(píng)審)編制項(xiàng)目配置管理計(jì)劃。

● 確定項(xiàng)目配置管理員。

● 項(xiàng)目經(jīng)理和項(xiàng)目配置管理員共同指定項(xiàng)目組的SCCB。

● 項(xiàng)目經(jīng)理與項(xiàng)目配置管理員按確定的軟件生命周期,識(shí)別出項(xiàng)目要進(jìn)行控制的軟件配置項(xiàng)和納入配置管理的日期。

● 項(xiàng)目經(jīng)理與項(xiàng)目配置管理員依據(jù)項(xiàng)目定義軟件過(guò)程,共同確定項(xiàng)目的基線,并標(biāo)識(shí)每個(gè)基線的配置項(xiàng)。

● 項(xiàng)目經(jīng)理確認(rèn)由項(xiàng)目配置管理員制定的在軟件生命周期各個(gè)階段配置項(xiàng)的使用權(quán)限清單。

● 項(xiàng)目配置管理員按照《配置管理計(jì)劃模板》制定項(xiàng)目的SCM計(jì)劃。

● 項(xiàng)目配置管理員根據(jù)項(xiàng)目所使用的開(kāi)發(fā)工具確定項(xiàng)目使用的配置管理工具。

● 項(xiàng)目配置管理員根據(jù)項(xiàng)目計(jì)劃的變動(dòng),適時(shí)調(diào)整項(xiàng)目的SCM計(jì)劃。具體規(guī)程見(jiàn)《項(xiàng)目跟蹤與監(jiān)控過(guò)程》計(jì)劃變更相關(guān)步驟。

● 由項(xiàng)目主管主持,項(xiàng)目經(jīng)理、公司配置管理主管、項(xiàng)目配置管理員、軟件工程組、軟件相關(guān)組參加對(duì)配置管理計(jì)劃書的評(píng)

審。具體規(guī)程參見(jiàn)《同行評(píng)審過(guò)程》。

按照配置管理計(jì)劃,進(jìn)行項(xiàng)目的配置庫(kù)管理。

● 項(xiàng)目配置管理員規(guī)劃、建立項(xiàng)目的目錄結(jié)構(gòu)。該結(jié)構(gòu)支持對(duì)配置項(xiàng)的存儲(chǔ)和檢索功能。

● 項(xiàng)目配置管理員根據(jù)項(xiàng)目的規(guī)模,規(guī)劃和配置管理工具相關(guān)的配置庫(kù)結(jié)構(gòu)。

● 項(xiàng)目配置管理員依據(jù)經(jīng)項(xiàng)目經(jīng)理確認(rèn)的權(quán)限清單對(duì)目錄結(jié)構(gòu)進(jìn)行權(quán)限分配,以達(dá)到在相關(guān)組之間或配置庫(kù)內(nèi)部之間進(jìn)行共

享和傳輸。

● 項(xiàng)目配置管理員將配置項(xiàng)用配置管理工具統(tǒng)一管理,將軟件工作產(chǎn)品存放在指定的服務(wù)器的軟件基線庫(kù)中。

● 項(xiàng)目配置管理員保證由軟件基線庫(kù)制造的產(chǎn)品的正確生成。

● 公司配置管理員定期對(duì)服務(wù)器的軟件開(kāi)發(fā)庫(kù)、軟件基線庫(kù)進(jìn)行備份,對(duì)配置項(xiàng)的歸檔版本提供存儲(chǔ)和恢復(fù)功能。3 配置識(shí)別

● 項(xiàng)目配置管理員在制定項(xiàng)目的SCM計(jì)劃時(shí),與項(xiàng)目經(jīng)理共同識(shí)別出將置于配置管理之下的軟件工作產(chǎn)品?？蓸?biāo)識(shí)為配置項(xiàng)的 軟件工作產(chǎn)品的例子有:

◇與過(guò)程有關(guān)的文檔；

◇軟件需求；

◇軟件設(shè)計(jì)；

◇軟件源代碼；

◇軟件可執(zhí)行代碼；

◇軟件測(cè)試規(guī)程；

◇為軟件測(cè)試活動(dòng)建立的軟件系統(tǒng)；

◇編譯程序；

◇交付給用戶的或最終用戶的軟件系統(tǒng)；

◇其它支持工具等。

● 項(xiàng)目配置管理員依據(jù)項(xiàng)目配置計(jì)劃書在給定的時(shí)間點(diǎn)上標(biāo)識(shí)配置項(xiàng)/單元。

● 項(xiàng)目配置管理員依據(jù)開(kāi)發(fā)規(guī)范,保證每個(gè)配置項(xiàng)賦予唯一的標(biāo)識(shí)符。

● 項(xiàng)目組成員應(yīng)用配置管理工具,標(biāo)明每個(gè)配置項(xiàng)的修訂版本號(hào)。

● 項(xiàng)目配置管理員可用配置管理工具中的label功能,說(shuō)明每個(gè)配置項(xiàng)所屬的軟件基線。

● 項(xiàng)目配置管理員使用配置管理工具記錄每個(gè)配置項(xiàng)/單元置于軟件配置管理之下的時(shí)間,并標(biāo)明其生成者。配置變更

● 變更分類

對(duì)軟件及其相關(guān)文檔的變更按照變更的影響范圍進(jìn)行分類:

1)A級(jí):變更會(huì)影響系統(tǒng)級(jí)需求、外部接口、產(chǎn)品價(jià)格或者交付期；這類變更必須經(jīng)過(guò)SCCB審核并有客戶批準(zhǔn)和確認(rèn)。

2)B級(jí):變更會(huì)影響配置項(xiàng)間的功能接口、組件級(jí)成本或者項(xiàng)目Schedule；這類變更必須由SCCB或上級(jí)管理部門的批準(zhǔn)和認(rèn)可。

3)C級(jí):變更會(huì)影響配置項(xiàng)內(nèi)部功能的設(shè)計(jì)和分配；這類變更可以由配置項(xiàng)的管理人員負(fù)責(zé)批準(zhǔn)。

● 變更請(qǐng)求的提出

◇如果需對(duì)已納入基線管理的配置項(xiàng)提出修改,項(xiàng)目組或其他相關(guān)人員應(yīng)在配置項(xiàng)變更請(qǐng)求評(píng)審記錄中填寫變更請(qǐng)求,交給項(xiàng)目

經(jīng)理。相關(guān)表格參見(jiàn)《配置項(xiàng)變更申請(qǐng)單》。

◇項(xiàng)目經(jīng)理組織人員對(duì)變更請(qǐng)求進(jìn)行評(píng)估,描述實(shí)施變更所影響的配置項(xiàng)、文檔和資源,確定變更的分類；如果是屬于A類

或B類,需要組織SCCB評(píng)審會(huì)進(jìn)行評(píng)審。

● 變更實(shí)施

◇項(xiàng)目經(jīng)理將需解決并批準(zhǔn)的問(wèn)題通知相關(guān)人員進(jìn)行修改。

◇項(xiàng)目組成員實(shí)施《配置項(xiàng)變更申請(qǐng)單》中的所有變更,并確保相關(guān)文檔得到更改。

◇測(cè)試人員對(duì)已修改的問(wèn)題進(jìn)行確認(rèn),并將跟蹤結(jié)果記入CQ中。

◇當(dāng)確認(rèn)無(wú)誤后,項(xiàng)目組成員檢入配置庫(kù)。

◇項(xiàng)目配置管理員跟蹤配置項(xiàng)變更解決的過(guò)程。跟蹤的主要內(nèi)容有:

1)解決人；

2)解決日期；

3)解決方法；

4)修改的文件；

5)受影響的文件；

6)受影響的數(shù)據(jù)；

7)是否經(jīng)過(guò)驗(yàn)證等。

● SCCB定期召開(kāi)評(píng)審會(huì),確認(rèn)基線修改的正確性、完整性和一致性,并保證不會(huì)對(duì)基線造成意外的后果。保證由軟件基線庫(kù)生成產(chǎn)品并控制它們的發(fā)行。

● 項(xiàng)目經(jīng)理或指定人員依據(jù)SDP中的build計(jì)劃和軟件產(chǎn)品測(cè)試申請(qǐng)單,對(duì)存放于軟件配置庫(kù)中的源程序進(jìn)行編譯,生成軟件產(chǎn)

品,并提交測(cè)試人員進(jìn)行測(cè)試。

● 測(cè)試人員依據(jù)產(chǎn)品測(cè)試通過(guò)標(biāo)準(zhǔn),對(duì)待測(cè)產(chǎn)品進(jìn)行確認(rèn)測(cè)試,形成測(cè)試報(bào)告。

● SCCB依據(jù)測(cè)試報(bào)告,審計(jì)由軟件基線庫(kù)生成的軟件產(chǎn)品與測(cè)試通過(guò)標(biāo)準(zhǔn)的符合性,并生成SCCB會(huì)議紀(jì)要。

● 對(duì)審計(jì)通過(guò)的產(chǎn)品build,項(xiàng)目配置管理員將其升級(jí)為基線。

● 項(xiàng)目配置管理員對(duì)審計(jì)通過(guò)的軟件工作產(chǎn)品建立版本標(biāo)識(shí)號(hào)(用配置管理工具的label加以標(biāo)識(shí))。

● 項(xiàng)目配置管理員將審計(jì)通過(guò)的軟件產(chǎn)品(release)放入軟件產(chǎn)品庫(kù)。

當(dāng)軟件工作產(chǎn)品納入基線管理時(shí),進(jìn)行軟件基線審計(jì)。

● 根據(jù)項(xiàng)目配置管理計(jì)劃,SCCB確認(rèn)在適當(dāng)?shù)臅r(shí)間需要審計(jì)的軟件基線,明確該基線包括的配置項(xiàng)。

● 在該基線包含的配置項(xiàng)經(jīng)評(píng)審和檢查通過(guò)后,項(xiàng)目配置管理員通過(guò)配置管理工具將配置項(xiàng)升級(jí)為基線狀態(tài),并為配置項(xiàng)標(biāo)注

LABEL等。該基線所包含的所有配置項(xiàng)都升級(jí)為基線狀態(tài)時(shí),該基線正式建立。

● 項(xiàng)目配置管理員驗(yàn)證該基線是按照項(xiàng)目的配置管理計(jì)劃所明確的配置項(xiàng)組成的。

● 項(xiàng)目配置管理員驗(yàn)證已建立的基線所包含的配置項(xiàng)是完備、準(zhǔn)確的。

● 項(xiàng)目配置管理員將審計(jì)發(fā)現(xiàn)的問(wèn)題記入基線審計(jì)報(bào)告,并對(duì)問(wèn)題進(jìn)行跟蹤直至解決。

● 項(xiàng)目配置管理員將基線審計(jì)報(bào)告向項(xiàng)目經(jīng)理報(bào)告。

過(guò)程裁剪說(shuō)明:

◆創(chuàng)建配置庫(kù)時(shí),庫(kù)結(jié)構(gòu)需要使用公司統(tǒng)一目錄結(jié)構(gòu),但是項(xiàng)目可以根據(jù)需要增加目錄結(jié)構(gòu)；除在公司外部連接不到公司服務(wù)器情況

外,不可以使用公司規(guī)定以外的配置管理工具。

相關(guān)文檔:

◆配置管理計(jì)劃模板

◆配置項(xiàng)變更申請(qǐng)表表樣

◆軟件基線審計(jì)報(bào)告表樣

第四篇：軟件項(xiàng)目的配置管理

軟件項(xiàng)目的配置管理

[摘要]：

2004年6月，我作為項(xiàng)目經(jīng)理開(kāi)始參與某航空公司航空票務(wù)系統(tǒng)項(xiàng)目的開(kāi)發(fā)，主要負(fù)責(zé)系統(tǒng)的組織規(guī)劃實(shí)施開(kāi)發(fā)與項(xiàng)目管理，該系統(tǒng)具有嚴(yán)格的安全，穩(wěn)定，時(shí)實(shí)高效和可靠性能要求，該系統(tǒng)由票務(wù)管理系統(tǒng)和呼叫中心系統(tǒng)兩部分組成，呼叫中心系統(tǒng)主要實(shí)現(xiàn)電話，傳真和短信業(yè)務(wù)，票務(wù)管理系統(tǒng)是整個(gè)系統(tǒng)的核心，采用了struts+hibernate+spring主流WEB應(yīng)用框架，實(shí)現(xiàn)了WEB應(yīng)用服務(wù)器websphere與協(xié)作應(yīng)用服務(wù)器lotus domino 的高度集成.隨著軟件系統(tǒng)的日益復(fù)雜化和用戶需求，軟件更新的頻繁化，配置管理在軟件項(xiàng)目中顯得越來(lái)越重要了。本文以該項(xiàng)目為例，結(jié)合作者時(shí)間，主要通過(guò)在項(xiàng)目前期，做好需求調(diào)研，總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)并制定完整的配置管理計(jì)劃。在該項(xiàng)目全過(guò)程中規(guī)范化配置管理，注意員工培訓(xùn)并加強(qiáng)溝通與協(xié)調(diào)，來(lái)實(shí)施項(xiàng)目的配置管理。目前，該系統(tǒng)已開(kāi)發(fā)完畢，正式投入運(yùn)行，狀況良好，受到客戶一致好評(píng)。

[正文]：

2004年6月，2004年6月，我作為項(xiàng)目經(jīng)理開(kāi)始參與某航空公司航空票務(wù)系統(tǒng)項(xiàng)目的開(kāi)發(fā)，主要負(fù)責(zé)系統(tǒng)的組織規(guī)劃實(shí)施開(kāi)發(fā)與項(xiàng)目管理，當(dāng)然還做一些編碼工作，主要是公用基礎(chǔ)代碼和核心代碼的編寫與維護(hù)。航空票務(wù)系統(tǒng)是將呼叫中心系統(tǒng)和票務(wù)管理系統(tǒng)有效的結(jié)合起來(lái)，采用先進(jìn)的ＣＴＩ技術(shù)和語(yǔ)音板卡技術(shù)，充分利用電話，短信，傳真，因特網(wǎng)等信息化手段，解決航空公司的機(jī)票銷售問(wèn)題，規(guī)范了業(yè)務(wù)流程，強(qiáng)化了內(nèi)部管理，與電子商務(wù)的完美結(jié)合，使應(yīng)用系統(tǒng)功能更加完善，提高了整個(gè)航空業(yè)務(wù)的工作效率。其中，票務(wù)管理系統(tǒng)包括：客戶管理，機(jī)票管理，票證管理，銷售管理，財(cái)務(wù)結(jié)算，調(diào)度管理，遠(yuǎn)程營(yíng)業(yè)部（代理商／分銷商）管理，系統(tǒng)管理八大功能模塊，并統(tǒng)一于服務(wù)器端軟件模塊。呼叫中心系統(tǒng)由電話呼叫系統(tǒng)，短信分發(fā)系統(tǒng)，傳真呼叫系統(tǒng)三部分組成。票務(wù)管理系統(tǒng)是整個(gè)系統(tǒng)的核心，采用了struts+hibernate+spring主流WEB應(yīng)用框架，實(shí)現(xiàn)了WEB應(yīng)用服務(wù)器websphere與協(xié)作應(yīng)用服務(wù)器lotus domino 的高度集成,在本次開(kāi)發(fā)中，我把它視為整個(gè)項(xiàng)目的重點(diǎn)

由于考慮到寒假和春運(yùn)期間將會(huì)是旅客的高峰期，客戶要求系統(tǒng)必須在12月底前交付，項(xiàng)目開(kāi)發(fā)周期為6個(gè)月，為此我做了如下安排：前4個(gè)月主要集中精力用于開(kāi)發(fā)票務(wù)管理系統(tǒng)，后兩個(gè)月主要完成票務(wù)管理系統(tǒng)和呼叫中心系統(tǒng)的集成以及項(xiàng)目收尾工作

隨著軟件系統(tǒng)的日益復(fù)雜化和用戶要求，軟件更新的頻繁化，配置管理逐漸成為軟件生命周期中的主要控制過(guò)程。在軟件開(kāi)發(fā)過(guò)程中，扮演越來(lái)越重要的角色。一個(gè)好的配置管理過(guò)程能覆蓋軟件開(kāi)發(fā)和維護(hù)的各個(gè)方面，同時(shí)對(duì)軟件開(kāi)發(fā)過(guò)程的客觀管理，即項(xiàng)目管理也有重要的支持作用。在該系統(tǒng)項(xiàng)目中，我主要使用intersolv公司的pvcs配置管理工具，并通過(guò)在項(xiàng)目前期作好需求調(diào)研，總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)并制定完整的配置管理計(jì)劃。在項(xiàng)目全過(guò)程規(guī)范化配置管理，注意員工培訓(xùn)并加強(qiáng)溝通與協(xié)調(diào)等方法和策略來(lái)實(shí)施配置管理。項(xiàng)目前期做好要求調(diào)研，總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)，并制定完整的配置管理計(jì)劃。

項(xiàng)目計(jì)劃階段，我對(duì)需求分析，總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)這三項(xiàng)活動(dòng)工期安排如下：需求分析12天，總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)總共20天，時(shí)間盡量充足。在做需求調(diào)研的時(shí)候，我要求一定要和客戶充分溝通，深入挖掘客戶的隱性需求。不僅要實(shí)現(xiàn)客戶需求的功能，在界面上也要讓客戶滿意，為此我們作出了航空系統(tǒng)的虛擬界面，讓客戶對(duì)系統(tǒng) 有一個(gè)感官上的整體了解，在需求分析完成工作之后，我們還通過(guò)小組會(huì)議的形式進(jìn)行了確認(rèn)和評(píng)審。并邀請(qǐng)客戶方代表參與。最終的《需求規(guī)格說(shuō)明》我們也要求客戶方代表一定要簽字確認(rèn)。在總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)過(guò)程中，我們盡量使用適合本項(xiàng)目團(tuán)隊(duì)特點(diǎn)的工具和技術(shù)，并充分考慮其先進(jìn)性和成熟性。在設(shè)計(jì)完成之后，我們?nèi)耘f對(duì)其進(jìn)行了評(píng)審，總結(jié)和討論，對(duì)爭(zhēng)議比較大的地

方交公司資深專家審核評(píng)定。

配置管理計(jì)劃的制定也使配置管理中不可少的一步，它能有效的指導(dǎo)后期配置管理工作。在本項(xiàng)目中，配置管理計(jì)劃由配置管理員完成，我只做一些審核工作，軟件資源配置管理計(jì)劃，配置項(xiàng)目計(jì)劃，交付計(jì)劃，備份計(jì)劃，CCB審批計(jì)劃等．．．．總之，我認(rèn)為項(xiàng)目前期做好以上鋪墊工作可以減少變更，對(duì)后面一些工作可以說(shuō)是水到渠成。同時(shí)，一個(gè)比較完整的計(jì)劃，也可以避免不必要的項(xiàng)目反工，而且項(xiàng)目管理員的工作也會(huì)比較好做一些。項(xiàng)目全過(guò)程規(guī)范化配置管理。

開(kāi)發(fā)過(guò)程中，對(duì)文檔修改非常麻煩，在配置管理中，對(duì)任何一配置項(xiàng)的修改都可能導(dǎo)致版本的變化。因此，對(duì)配置管理規(guī)范化勢(shì)在必行，在本項(xiàng)目中，我要求配置標(biāo)識(shí)一定要規(guī)范，必須獨(dú)立命名配置項(xiàng)，配置對(duì)象的標(biāo)識(shí)要充分考慮命名對(duì)象間存才聯(lián)系。在配置管理中，項(xiàng)目組成員要各司其職，不得越權(quán)操作，同時(shí)還要根據(jù)自己的權(quán)限操作配置項(xiàng)。我的工作在配置管理中主要是：定制開(kāi)發(fā)子系統(tǒng)，定制訪問(wèn)控制，制定常用策略，制定集成里程碑，進(jìn)行系統(tǒng)集成．．．．．而配置管理員的職責(zé)主要是：創(chuàng)建配置序，為項(xiàng)目成員分配權(quán)限，對(duì)存儲(chǔ)庫(kù)進(jìn)行日常備份恢復(fù)等．．．軟件開(kāi)發(fā)人員主要根據(jù)項(xiàng)目的開(kāi)發(fā)配管理策略，創(chuàng)建，修改和測(cè)試工件等。軟件生存期內(nèi)全部軟件配置是軟件產(chǎn)品的真正代表，必須保持精確，軟件工程中某一階段的變更都會(huì)引起軟件配置的變更，對(duì)這種變更也必須做到嚴(yán)格規(guī)范的控制和管理。為此，我做了如下規(guī)定：處于工作狀態(tài)的產(chǎn)品開(kāi)發(fā)人員可對(duì)其修改，而作為基線進(jìn)入配置庫(kù)的產(chǎn)品，則不允許開(kāi)發(fā)人員對(duì)其進(jìn)行修改。在本項(xiàng)目中，我們還成立了臨時(shí)CCB,由項(xiàng)目經(jīng)理，用戶代表，軟件質(zhì)量控制人員，配置管理員5人組成。我們要求對(duì)于用戶提出的變更請(qǐng)求要嚴(yán)格按照變更控制流程處理。在用戶提交更多請(qǐng)求后，開(kāi)發(fā)人員對(duì)其進(jìn)行評(píng)價(jià)，并產(chǎn)生變更報(bào)告。在由變更控制委員會(huì)〈CCB〉作出決定是否進(jìn)行變更。通過(guò)批準(zhǔn)，就重新檢出變更的配置項(xiàng)，建立測(cè)試基準(zhǔn)程序，并執(zhí)行質(zhì)量保證和測(cè)試活動(dòng)，必須通過(guò)CCB的鑒定審批后，方可實(shí)施變更。

注意員工培訓(xùn)并加強(qiáng)協(xié)調(diào)與溝通。

項(xiàng)目組成員大多來(lái)自不同部門，對(duì)項(xiàng)目環(huán)境還不熟悉，為了能實(shí)施配置管理系統(tǒng)，我建議公司對(duì)項(xiàng)目組成員進(jìn)行相關(guān)培訓(xùn)。針對(duì)配置管理員，我們要求他學(xué)習(xí)配置管理工具管理相關(guān)的內(nèi)容。針對(duì)開(kāi)發(fā)人員，主要學(xué)習(xí)配置管理工具與開(kāi)發(fā)相關(guān)的常用操作。針對(duì)全體人員，要讓他們了解配置管理策略和流程，以及如何與開(kāi)發(fā)管理，項(xiàng)目管理相結(jié)合。同時(shí)，我要求項(xiàng)目組成員要加強(qiáng)協(xié)調(diào)和溝通?？梢允褂肞VCS，通過(guò)ressionmanger文檔共享和連鎖機(jī)制。Tracker與電子郵件的集成，加強(qiáng)項(xiàng)目成員之間的溝通，做到有問(wèn)題及時(shí)發(fā)現(xiàn)，及時(shí)修改，及時(shí)通知，但又不額外增加很多的工作量，這樣有助于營(yíng)造一個(gè)和諧，公平，競(jìng)爭(zhēng)的氣氛和環(huán)境。

航空票務(wù)系統(tǒng)在2004年12月下旬正式上線，提前完成了項(xiàng)目，目前系統(tǒng)運(yùn)行正常，受到客戶和有關(guān)部門的一致好評(píng)，對(duì)項(xiàng)目的滿意度較高。重新回顧該項(xiàng)目也存在一些問(wèn)題不足，比如：項(xiàng)目初期，大多數(shù)成員對(duì)版本管理一點(diǎn)都不重視，總是敷衍了事。代碼編寫人員編寫得代碼也混亂不堪，給測(cè)試人員和維護(hù)人員帶來(lái)了很大不便，一些沒(méi)多大用的垃圾資料也被放置到配置服務(wù)器上，給配置管理人員帶了很多麻煩。因此我建議在項(xiàng)目一開(kāi)始，就要讓項(xiàng)目成員認(rèn)識(shí)到版本管理的好處。對(duì)源碼的管理，要保證書寫代碼的規(guī)范性，強(qiáng)化注釋力度，還應(yīng)作好build和relase工作.

第五篇：軟件配置管理規(guī)范流程

概述 1.1 目的

本文檔主要目的在于規(guī)范項(xiàng)目配置管理活動(dòng)，確保配置項(xiàng)正確地唯一標(biāo)識(shí)并且易于存取，保證基線配置項(xiàng)的更改受控，明確基線狀態(tài)，在整個(gè)軟件生命周期中建立和維護(hù)項(xiàng)目產(chǎn)品的完整性和可追溯性。

1.2 適用范圍

本文檔適用于不同類別的軟件產(chǎn)品和軟件項(xiàng)目開(kāi)發(fā)工程的配置管理活動(dòng)，針對(duì)項(xiàng)目不同在流程上作適當(dāng)?shù)膭h減。配置管理可采用各種工具及手工辦法，本文件以CVS（并行版本系統(tǒng)）配置管理工具為例，規(guī)定公司的配置管理辦法，使用其他工具時(shí)也可對(duì)應(yīng)本文件的要求參照?qǐng)?zhí)行。

1.3 術(shù)語(yǔ)和縮略語(yǔ)

1.3.1 軟件配置管理（Software Configuration Management，SCM）軟件配置管理是對(duì)軟件修改進(jìn)行標(biāo)識(shí)、組織和控制的技術(shù)，用來(lái)協(xié)調(diào)和控制整個(gè)過(guò)程。是通過(guò)技術(shù)或行政手段對(duì)軟件產(chǎn)品及其開(kāi)發(fā)過(guò)程和生命周期進(jìn)行控制、規(guī)范的一系列措施。配置管理的目標(biāo)是記錄軟件產(chǎn)品的演化過(guò)程，確保軟件開(kāi)發(fā)者在軟件生命周期中各個(gè)階段都能得到精確的不同版本的產(chǎn)品配置。

1.3.2 配置項(xiàng)（Configuration Item，CI）

凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項(xiàng)，配置項(xiàng)邏輯上組成軟件系統(tǒng)的各組成部分，一般是可以單獨(dú)進(jìn)行設(shè)計(jì)、實(shí)施和測(cè)試的。

每個(gè)配置項(xiàng)的主要屬性有：名稱、標(biāo)簽、文件狀態(tài)、版本、作者、日期等。所有配置項(xiàng)都被保存在配置庫(kù)里，確保不會(huì)混淆、丟失。配置項(xiàng)及其歷史記錄反映了軟件的演化過(guò)程。

1.3.3 基線（Baseline）

在配置管理系統(tǒng)中，基線就是一個(gè)配置項(xiàng)或一組配置項(xiàng)在其生命周期的不同時(shí)間點(diǎn)上通過(guò)正式評(píng)審而進(jìn)入正式受控的一種狀態(tài)，這些配置項(xiàng)構(gòu)成了一個(gè)相對(duì)穩(wěn)定的邏輯實(shí)體，而這個(gè)過(guò)程被稱為“基線化”。每一個(gè)基線都是其下一步開(kāi)發(fā)的出發(fā)點(diǎn)和參考點(diǎn)?；€確定了元素（配置項(xiàng)）的一個(gè)版本，且只確定一個(gè)版本。一般情況下，基線一般在指定的里程碑處創(chuàng)建，并與項(xiàng)目中的里程碑保持同步。每個(gè)基線都將接受配置管理的嚴(yán)格控制，基線中的配置項(xiàng)被“凍結(jié)”了，不能再被任何人隨意修改，對(duì)其修改要嚴(yán)格地按照變更控制的過(guò)程進(jìn)行。在一個(gè)軟件開(kāi)發(fā)階段結(jié)束時(shí)，上一個(gè)基線加上增加和修改的基線內(nèi)容形成下一個(gè)基線。

基線的主要屬性有：名稱、標(biāo)簽、版本、日期等。1.4 權(quán)限與職責(zé) 1.4.1 研發(fā)總經(jīng)理助理 1）審核變更請(qǐng)求。

1.4.2 項(xiàng)目經(jīng)理（Project Manager，PM）1)審核批準(zhǔn)配置管理計(jì)劃； 2)接收或拒絕小范圍的變更申請(qǐng)； 3)召集評(píng)估變更；

4)提出配置管理的建議和要求； 5)配合配置管理員的工作。

1.4.3 配置管理員（Configuration Management Officer，CMO）1)編寫配置管理計(jì)劃；

2)執(zhí)行版本控制和變更控制方案； 3)制定訪問(wèn)控制策略；

4)負(fù)責(zé)項(xiàng)目的配置管理工作，包括搭建環(huán)境、權(quán)限分配、配置庫(kù)的建立、配置項(xiàng)的控制等；

5)配置管理工具的日常管理與維護(hù)； 6)配置庫(kù)的日常操作和維護(hù)； 7)負(fù)責(zé)配置審核并提交報(bào)告；

8)根據(jù)配置部署表單編譯發(fā)布版本，并維護(hù)版本； 9)對(duì)開(kāi)發(fā)人員進(jìn)行相關(guān)的培訓(xùn)；

10)對(duì)配置審核中發(fā)現(xiàn)的不符合項(xiàng)，擬訂糾正措施，要求相關(guān)責(zé)任人進(jìn)行糾正。

11)監(jiān)督項(xiàng)目組成員規(guī)范的執(zhí)行情況。1.4.4 開(kāi)發(fā)人員（Developer）

1)根據(jù)確定的配置管理計(jì)劃和相關(guān)規(guī)定，提交配置項(xiàng)和基線； 2)負(fù)責(zé)項(xiàng)目組內(nèi)部測(cè)試； 3)負(fù)責(zé)軟件集成和版本生成；

4)按照軟件配置管理工具的使用模型來(lái)完成開(kāi)發(fā)任務(wù)。2 實(shí)施細(xì)則 2.1 配置項(xiàng)管理 2.1.1 配置項(xiàng)的范圍

軟件配置可包括以下幾方面：開(kāi)發(fā)文檔，代碼，第三方控件、插件，參考資料，測(cè)試文檔，用戶文檔，項(xiàng)目管理文檔，驗(yàn)收文檔等。

l 項(xiàng)目文檔主要指：立項(xiàng)建議書、可行性分析報(bào)告、技術(shù)建議書、用戶需求說(shuō)明書、項(xiàng)目計(jì)劃、項(xiàng)目進(jìn)度計(jì)劃、項(xiàng)目階段性計(jì)劃、產(chǎn)品需求規(guī)格說(shuō)明書、概要設(shè)計(jì)報(bào)告、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、界面設(shè)計(jì)、用戶操作手冊(cè)、用戶安裝手冊(cè)、培訓(xùn)文檔、驗(yàn)收?qǐng)?bào)告以及上述文檔的評(píng)審記錄。

l 代碼主要指：源代碼等。

l 工具主要指：腳本文件、插件、第三方控件等。2.1.2 配置項(xiàng)基線管理

結(jié)合SPP和ISO9000的相關(guān)規(guī)定，配置管理員根據(jù)配置管理規(guī)范及配置管理計(jì)劃，對(duì)配置項(xiàng)進(jìn)行分階段管理，每一階段正式評(píng)審?fù)ㄟ^(guò)后納入受控庫(kù)，作為該項(xiàng)目的一個(gè)基線。

l 項(xiàng)目啟動(dòng)：配置項(xiàng)包括技術(shù)建議書、可行性分析報(bào)告、用戶需求說(shuō)明書等立項(xiàng)階段產(chǎn)生的文檔，評(píng)審或?qū)徟ㄟ^(guò)后建立發(fā)布基線。

l 需求階段：系統(tǒng)調(diào)研后開(kāi)發(fā)人員進(jìn)行需求分析，并整理產(chǎn)品需求規(guī)格說(shuō)明書。產(chǎn)品需求規(guī)格說(shuō)明書經(jīng)過(guò)客戶的確認(rèn)后，建立需求基線。如需升級(jí)版本則必須通過(guò)評(píng)審或?qū)徟⒌玫娇蛻舻拇_認(rèn)。

l 項(xiàng)目計(jì)劃：需求分析完成后即可制定項(xiàng)目的開(kāi)發(fā)計(jì)劃，包括項(xiàng)目計(jì)劃和主要下屬計(jì)劃。包括項(xiàng)目進(jìn)度計(jì)劃、配置管理計(jì)劃、質(zhì)量保證計(jì)劃、測(cè)試計(jì)劃、項(xiàng)目階段性計(jì)劃。項(xiàng)目開(kāi)發(fā)計(jì)劃評(píng)審?fù)ㄟ^(guò)后，建立項(xiàng)目計(jì)劃基線。

l 設(shè)計(jì)：系統(tǒng)設(shè)計(jì)可分為概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、數(shù)據(jù)庫(kù)字典、界面設(shè)計(jì)。針對(duì)用戶需求規(guī)格說(shuō)明書進(jìn)行系統(tǒng)設(shè)計(jì)，配置時(shí)應(yīng)說(shuō)明系統(tǒng)設(shè)計(jì)的版本與需求分析報(bào)告版本的對(duì)應(yīng)關(guān)系。設(shè)計(jì)說(shuō)明書評(píng)審或?qū)徟ㄟ^(guò)后，建立設(shè)計(jì)基線。l 編碼（設(shè)計(jì)實(shí)現(xiàn)）：編碼按功能模塊分子項(xiàng)目，即每個(gè)模塊記作一個(gè)配置項(xiàng)。代碼在提交項(xiàng)目組系統(tǒng)測(cè)試時(shí)建立Beta版本，系統(tǒng)測(cè)試產(chǎn)品正式發(fā)布后建立Version版本。

l 測(cè)試：?jiǎn)卧獪y(cè)試和系統(tǒng)測(cè)試。單元測(cè)試通過(guò)提交《單元測(cè)試報(bào)告》，項(xiàng)目啟動(dòng)后應(yīng)提交《系統(tǒng)測(cè)試計(jì)劃》，系統(tǒng)測(cè)試完成后應(yīng)提交《系統(tǒng)測(cè)試報(bào)告》。配置時(shí)應(yīng)說(shuō)明測(cè)試的版本與編碼版本的對(duì)應(yīng)關(guān)系。系統(tǒng)測(cè)試完成后建立測(cè)試基線。

l 版本發(fā)布：項(xiàng)目組提交《部署表單》，CMO根據(jù)部署表單進(jìn)行編譯，發(fā)布測(cè)試服務(wù)器上，并對(duì)版本進(jìn)行維護(hù)。同時(shí)將發(fā)布的版本上傳到文檔服務(wù)器上備份。

l 交付與驗(yàn)收：在交付前配置審核完成后建立產(chǎn)品基線，產(chǎn)品基線包含程序以及有關(guān)文檔配置項(xiàng)，包括交付文檔、代碼、工具等。

l 產(chǎn)品部署：部署時(shí)應(yīng)包括操作手冊(cè)、安裝維護(hù)手冊(cè)、維護(hù)文檔以及必要的業(yè)務(wù)和技術(shù)培訓(xùn)文檔。

l 相關(guān)資料：相關(guān)資料也應(yīng)作為配置項(xiàng)納入配置管理，此部分包括： 1)相關(guān)法律、法規(guī)；必須遵照或項(xiàng)目組約定的技術(shù)規(guī)范；

2)與客戶或項(xiàng)目組內(nèi)部重要的交互信息記錄，如會(huì)議記錄、會(huì)談?dòng)涗?、e-mail和MSN記錄等；

2.2 版本控制 2.2.1 文檔的版本控制

所有文檔的管理納入配置管理庫(kù)，用版本控制工具進(jìn)行統(tǒng)一管理。文檔的版本控制主要通過(guò)文檔的名稱、文檔控制頁(yè)及版本控制工具的標(biāo)簽來(lái)實(shí)現(xiàn)，主要分為以下幾類：

2.2.1.1 版本變化型文檔

命名方式：[文檔名稱]+[子系統(tǒng)名稱]（可選）

適用文檔：項(xiàng)目計(jì)劃、配置管理計(jì)劃、質(zhì)量保證計(jì)劃、項(xiàng)目進(jìn)度計(jì)劃、用戶需求規(guī)格說(shuō)明書、產(chǎn)品需求規(guī)格說(shuō)明書、體系結(jié)構(gòu)設(shè)計(jì)報(bào)告、數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告、詳細(xì)設(shè)計(jì)報(bào)告、用戶操作維護(hù)手冊(cè)、測(cè)試用例等。

示例：項(xiàng)目計(jì)劃.doc 詳細(xì)設(shè)計(jì)_SP門戶.doc 標(biāo)簽結(jié)構(gòu)：[大版本] + [子系統(tǒng)簡(jiǎn)稱] + [版本號(hào)] + 日期（標(biāo)簽控制說(shuō)明版本信息）

l [大版本]： 可選，表示同一項(xiàng)目為不同用戶定制的版本。l [子系統(tǒng)簡(jiǎn)稱]： 可選，當(dāng)一個(gè)項(xiàng)目有多個(gè)子系統(tǒng)時(shí)，為區(qū)分不同子系統(tǒng)而設(shè)置。

l [版本號(hào)]：采用[Vs_x_y]的形式。

l 日期：納入基線管理的日期，用8位表示，如20071031 說(shuō)明：

a.文檔發(fā)布名稱采用[文檔名+ Vs_x_y]的形式，文檔的版本號(hào)應(yīng)該和版本控制工具中相應(yīng)標(biāo)簽上的版本號(hào)一致。

b.對(duì)文檔的修改需要從配置管理庫(kù)中取到本地進(jìn)行。

c.對(duì)于文檔小的修改，如文字錯(cuò)誤，格式調(diào)整，變更Vs_x_y中的y來(lái)區(qū)別（如：V1_0_1）。

d.文檔內(nèi)容沒(méi)有大的增加和刪節(jié)，意思表述沒(méi)有發(fā)生重大的變化，版本標(biāo)識(shí)通過(guò)版本工具中加上x標(biāo)簽來(lái)表示（如：V1_1_0），以及在文檔內(nèi)部控制頁(yè)標(biāo)注變化來(lái)表示。

e.文檔有重大增加和刪節(jié)，意思表述有重大變化的，版本標(biāo)識(shí)通過(guò)在相應(yīng)文檔加上s標(biāo)簽來(lái)表示（如：V2_0_0）。

f.對(duì)于納入基線庫(kù)的文檔的修改需要提交變更申請(qǐng)，經(jīng)批準(zhǔn)才能進(jìn)行修改，并且修改的內(nèi)容要經(jīng)再次評(píng)審才能重新納入基線庫(kù)，作為后續(xù)階段的參考文檔。

2.2.1.2 時(shí)間區(qū)別型文檔 命名方式：[文檔名稱＋撰寫時(shí)間] 適用文檔：文檔名稱有明確的含義，需要用時(shí)間標(biāo)識(shí)的日常性文檔。如周例會(huì)會(huì)議紀(jì)要，項(xiàng)目月計(jì)劃，項(xiàng)目月總結(jié),階段性計(jì)劃等等。

示 例：周例會(huì)會(huì)議紀(jì)要20030901.doc 2.2.1.3 時(shí)間序號(hào)型文檔

命名方式：[文檔名稱+人員姓名（拼音）+撰寫時(shí)間+序列號(hào)] 適用文檔：測(cè)試報(bào)告

示例：?jiǎn)卧獪y(cè)試報(bào)告_lixiaohong_20071112_01.dco 2.2.1.4 其他文檔：

對(duì)于不能按照前四種類型進(jìn)行命名的文檔 會(huì)議紀(jì)要：會(huì)議紀(jì)要YYYYMMDD()示 例：9月9日召開(kāi)的項(xiàng)目啟動(dòng)會(huì) 命名為：會(huì)議紀(jì)要20030909(項(xiàng)目啟動(dòng)).doc 評(píng)審報(bào)告：評(píng)審報(bào)告YYYYMMDD()同”會(huì)議紀(jì)要”要求一致。

示 例：10月9日召開(kāi)的項(xiàng)目總體方案評(píng)審 命名為：評(píng)審報(bào)告20030910(總體方案).doc 2.2.2 發(fā)行版本表示

發(fā)行版本采用標(biāo)簽說(shuō)明，結(jié)構(gòu)如下：

[大版本] + [版本類型] + [版本號(hào)] + [子系統(tǒng)簡(jiǎn)稱(拼音)]+日期 +序號(hào) [大版本]： 可選，表示同一項(xiàng)目為不同用戶定制的版本。

[子系統(tǒng)簡(jiǎn)稱]： 可選，當(dāng)一個(gè)項(xiàng)目有多個(gè)子系統(tǒng)時(shí)，為區(qū)分不同子系統(tǒng)而設(shè)置。

版本類型：分為3種

Beta表示項(xiàng)目組內(nèi)部測(cè)試，標(biāo)簽：B1_0_0-20071015-01 Release系統(tǒng)測(cè)試，標(biāo)簽：Release1_0_0-SPmenhu-20071112-01 Version正式發(fā)行版，標(biāo)簽：Version1_0_0-SPmenhu-20071112-01 [版本號(hào)] 對(duì)于Version正式發(fā)行版 是必須要注明的，而其它可選。發(fā)行產(chǎn)品基線在版本號(hào)前加Version，如

Version_1, Version_2, Version_3….表示分支；

Version_1_0, Version_1_1, Version_1_2… 表示在分支Version_1上的標(biāo)簽； Version_0_0, Version_0_1, Version_0_2… 表示在主線上的標(biāo)簽。2.3 配置庫(kù)管理 2.3.1 配置庫(kù)的分類

配置庫(kù)統(tǒng)一由配置管理員負(fù)責(zé)管理，服務(wù)器端使用cvsnt2.0.4，客戶端主要使用烏龜CVS。配置庫(kù)目錄結(jié)構(gòu)如下：

2.3.2 配置庫(kù)的建立 所有項(xiàng)目應(yīng)建立配置庫(kù)，以便管理各配置項(xiàng)，配置管理員組織建立配置庫(kù)。程序庫(kù)主要通過(guò)設(shè)置版本的分支來(lái)實(shí)現(xiàn)對(duì)配置項(xiàng)權(quán)限管理：

1)開(kāi)發(fā)庫(kù)：開(kāi)發(fā)人員相對(duì)比較自由的存儲(chǔ)空間，開(kāi)發(fā)人員可以在自己的權(quán)限范圍內(nèi)任意取出提交。

2)基線庫(kù)：配置管理員有最高權(quán)限，其余相關(guān)人員均為讀的權(quán)限，發(fā)生變更時(shí)變更人員須提交變更申請(qǐng)后方可修改基線庫(kù)內(nèi)的配置項(xiàng)。

? 文檔評(píng)審?fù)ㄟ^(guò)后，文檔嚴(yán)格受控。由配置管理員將通過(guò)評(píng)審后的文檔移植到基線庫(kù)里同時(shí)將該配置項(xiàng)從開(kāi)發(fā)庫(kù)移除。

? 代碼一般在移交系統(tǒng)測(cè)試時(shí)納入基線庫(kù)受控，可根據(jù)項(xiàng)目的具體情況設(shè)置基線。

3)產(chǎn)品庫(kù)：產(chǎn)品庫(kù)的產(chǎn)品均出自于基線庫(kù)，產(chǎn)品庫(kù)存儲(chǔ)的產(chǎn)品用于交付和存檔。

配置三庫(kù)統(tǒng)一由配置管理員管理，根據(jù)各開(kāi)發(fā)階段的實(shí)際情況定制相應(yīng)的版本選取規(guī)則，來(lái)保證開(kāi)發(fā)活動(dòng)的正常運(yùn)作。在變更發(fā)生時(shí)，應(yīng)及時(shí)做好基線的推進(jìn)。

2.3.3 分配權(quán)限

項(xiàng)目開(kāi)始后配置管理員編寫《配置庫(kù)目錄結(jié)構(gòu)表》明確項(xiàng)目組成員以及相關(guān)人員的權(quán)限。在wincvs里有三種權(quán)限，讀（r）、寫（w）、添加刪除（c）權(quán)限。在開(kāi)發(fā)庫(kù)內(nèi)，文檔部分項(xiàng)目組成員有rcw權(quán)限，其他相關(guān)人員只r權(quán)限；代碼部分項(xiàng)目組成員有rcw權(quán)限，其他相關(guān)人員沒(méi)有任何權(quán)限。在基線庫(kù)內(nèi)，項(xiàng)目組成員僅有r權(quán)限，其他相關(guān)人的權(quán)限視情況而定。在產(chǎn)品庫(kù)內(nèi)，所有人沒(méi)有任何權(quán)限。配置管理員在三庫(kù)內(nèi)均擁有最高權(quán)限。

2.4 配置變更控制 2.4.1 變更的分類

軟件及其相關(guān)文檔的變更按照變更的影響范圍進(jìn)行分類：

1)A級(jí)：變更會(huì)影響系統(tǒng)級(jí)的需求、外部接口、產(chǎn)品價(jià)格或者交付期；這類變更必須經(jīng)過(guò)配置管理委員會(huì)審核并有客戶批準(zhǔn)和確認(rèn)。

2)B級(jí)：變更會(huì)影響配置項(xiàng)間的功能接口、內(nèi)部功能的設(shè)計(jì)、組件；這類變更必須由項(xiàng)目經(jīng)理或配置管理委員會(huì)的批準(zhǔn)和認(rèn)可。3)C級(jí)：變更只會(huì)影響配置項(xiàng)內(nèi)部或?qū)UG問(wèn)題的處理；這類變更可以由配置項(xiàng)的管理人員負(fù)責(zé)批準(zhǔn)。

? 系統(tǒng)測(cè)試前變更控制流程：

? 系統(tǒng)測(cè)試完畢發(fā)布release版本后變更控制流程

圖2 變更控制流程 2.4.2 變更請(qǐng)求的提出

a． 由技術(shù)支撐中心匯集顧客意見(jiàn)，影響到需求變更則填寫《配置項(xiàng)變更控制報(bào)告》，并提交給配置管理員。

b． 配置管理員對(duì)申請(qǐng)表是否清晰、明確和完整性進(jìn)行審查，若發(fā)現(xiàn)變更不明確或不完整，應(yīng)返回申請(qǐng)者。對(duì)通過(guò)審查的變更申請(qǐng)分配變更ID，以便跟蹤和記錄變更信息。

2.4.3 評(píng)估變更

a． 配置管理員將《配置項(xiàng)變更控制報(bào)告》發(fā)送給項(xiàng)目經(jīng)理（或者其他授權(quán)人員），由項(xiàng)目經(jīng)理負(fù)責(zé)對(duì)變更進(jìn)行評(píng)估。

b． 項(xiàng)目經(jīng)理對(duì)變更進(jìn)行分解，一般的BUG修正不需要審批直接由項(xiàng)目經(jīng)理決定是否需要變更。新增功能或?qū)φ麄€(gè)項(xiàng)目影響重大的變更必須由研發(fā)總助審批通過(guò)后方可變更。變更評(píng)估文檔在完成變更評(píng)估后發(fā)送給配置管理員。

2.4.4 變更實(shí)施和確認(rèn)

a． 變更被批準(zhǔn)后，項(xiàng)目經(jīng)理提交變更實(shí)施進(jìn)度計(jì)劃，開(kāi)發(fā)人員開(kāi)始實(shí)施變更，并詳細(xì)記錄變更的內(nèi)容；質(zhì)量部對(duì)變更的實(shí)施進(jìn)行跟蹤。

b． 對(duì)于代碼變更，必須進(jìn)行回歸測(cè)試，以確保變更沒(méi)有引入新的Bug。另外與變更相關(guān)的文檔必須修訂，以反映變更。當(dāng)變更以及測(cè)試完成后，進(jìn)行提交。

c． 通過(guò)測(cè)試后，質(zhì)保人員需對(duì)變更進(jìn)行審核，審核的范圍一般涉及以下方面：測(cè)試記錄；變更請(qǐng)求；配置項(xiàng)的檢入及檢出；文件的命名；版本的編號(hào)。

a． 審核后，由配置管理員更新到基線庫(kù)中。2.5 配置狀態(tài)報(bào)告 2.5.1 目的

記錄和報(bào)告整個(gè)軟件生命周期演化狀態(tài)。2.5.2 記錄內(nèi)容

配置狀態(tài)報(bào)告記錄的內(nèi)容包括： 1)軟件和文檔的標(biāo)識(shí)； 2)目前狀態(tài)； 3)基線演化狀態(tài)； 4)變更狀態(tài)； 5)版本交付信息等。2.5.3 生成報(bào)告

配置管理報(bào)告自第一個(gè)基線創(chuàng)建時(shí)建立，由配置管理系統(tǒng)生成，及時(shí)反映當(dāng)前配置狀態(tài)。

2.6 配置審核 2.6.1 類別 配置審核分為：

1)功能配置審核（Functional Configuration Audit，F(xiàn)CA）：審核軟件功能是否與需求一致，并符合基線文檔要求，通常要審查測(cè)試文檔等。

2)物理配置審核（Physical Configuration Audit，PCA）：審核要交付的組成項(xiàng)是否存在，是否包含所有必需的項(xiàng)目，如正確版本的源代碼、資源、文檔、安裝說(shuō)明等等。

2.6.2 執(zhí)行時(shí)機(jī)

通常選擇以下幾種情況由質(zhì)量保證人員負(fù)責(zé)實(shí)施配置審核： 1)軟件產(chǎn)品交付或是軟件產(chǎn)品正式發(fā)行前； 2)軟件開(kāi)發(fā)的階段工作結(jié)束后； 3)在產(chǎn)品維護(hù)工作中，定期地進(jìn)行。2.6.3 不符合項(xiàng)處理

對(duì)配置審核中發(fā)現(xiàn)的不符合現(xiàn)象，配置管理員進(jìn)行記錄，并交由責(zé)任部門限期進(jìn)行糾正，配置管理員負(fù)責(zé)糾正措施的驗(yàn)證。所有的不符合項(xiàng)報(bào)告均關(guān)閉后，才能發(fā)布新版本。

2.7 發(fā)行管理

通過(guò)配置審核后，經(jīng)項(xiàng)目經(jīng)理批準(zhǔn)，由配置管理員負(fù)責(zé)生產(chǎn)新版本。2.7.1.1 交付管理

這里“交付”是指從配置庫(kù)中提取配置項(xiàng)，交付給客戶或項(xiàng)目外的人員。交付出去的配置項(xiàng)必須有據(jù)可查，避免發(fā)生混亂。流程如下：

1)交付人向質(zhì)量部申請(qǐng)；

2)質(zhì)量部如果不同意交付，則拒絕交付配置項(xiàng)。如果同意交付，配置管理員應(yīng)給出詳細(xì)的交付清單；

3)交付人驗(yàn)收后簽字。