工程型軟件項(xiàng)目的配置管理實(shí)例.doc

工程型軟件項(xiàng)目的配置管理實(shí)例前言軟件配置管理作為貫穿軟件開發(fā)過程始終的一項(xiàng)工作，其重要性不言而喻。51cmm上已有眾多關(guān)于配置管理介紹、配置管理計(jì)劃、配置管理工作開展心得一類的文章，這些文章從概念和實(shí)施上介紹了配置管理工作的內(nèi)容，但美中不足的是仍嫌抽象，那些想要依葫蘆畫瓢的兄弟姐妹們?cè)谠噲D將這些理論應(yīng)用到自己項(xiàng)目的配置管理中的時(shí)候，會(huì)發(fā)現(xiàn)仍然是無從下手（我也曾是這些感覺無從下手的人中的一個(gè)）。因此，本文擬從另外一個(gè)角度，以本人最近實(shí)際操作的一個(gè)項(xiàng)目的配置管理工作談起，從配置管理工具的選擇、配置管理流程制定、配置管理庫結(jié)構(gòu)的確定，以及作為配置管理工作的推動(dòng)者如何推動(dòng)這項(xiàng)工作等方面仔細(xì)描述一下本人的做法，希望這幾篇文章能給那些水深火熱中的兄弟姐妹們一點(diǎn)幫助。這里有兩點(diǎn)需要特別說明：1、 本文描述的內(nèi)容是以一個(gè)項(xiàng)目的配置管理為主線，對(duì)組織級(jí)的配置管理和配置管理策略沒有進(jìn)行詳細(xì)討論；2、 本文用來做示例的項(xiàng)目是一個(gè)“工程型”的項(xiàng)目，所謂的“工程型”是和“產(chǎn)品型”對(duì)應(yīng)的，這樣的項(xiàng)目需要公司的開發(fā)人員和現(xiàn)場的開發(fā)人員進(jìn)行協(xié)作開發(fā)，一般而言，在公司的開發(fā)人員完成大部分的功能，現(xiàn)場的開發(fā)人員根據(jù)用戶需求，對(duì)軟件進(jìn)行修改（這部分的工作量一般會(huì)較大，在一個(gè)16人年的項(xiàng)目中，這部分的工作可能會(huì)占到三分之一以上的工作量）。 配置管理工作概述配置管理工作的工作范圍，在51cmm的很多文章中都有描述，具體可以參考河清專欄的基于CMM和CMMI的配置管理和陳越的軟件配置管理實(shí)施體會(huì)。在這里不作詳細(xì)的描述。 本文涉及的項(xiàng)目背景本文用來示例的項(xiàng)目是某省電信的一個(gè)項(xiàng)目，該項(xiàng)目的工作量大約是16人年，項(xiàng)目周期約為1年。大部分（90%以上）的開發(fā)工作在前8個(gè)月內(nèi)完成，后期的工作主要由維護(hù)人員進(jìn)行系統(tǒng)維護(hù)和調(diào)整。在8個(gè)月的開發(fā)時(shí)間中，前5個(gè)月由開發(fā)人員在公司進(jìn)行開發(fā)，根據(jù)用戶的需求完成設(shè)計(jì)，確定系統(tǒng)架構(gòu)并實(shí)現(xiàn)整個(gè)框架，部分明確的功能以及公用模塊也在這段時(shí)間內(nèi)完成；后3個(gè)月的時(shí)間部分開發(fā)人員在現(xiàn)場，部分開發(fā)人員在公司共同完成后期的開發(fā)工作。整個(gè)項(xiàng)目采用的開發(fā)語言是C+、Java、ASP，涉及的平臺(tái)包括Solaris和Windows，采用的開發(fā)工具包括Visual Studio和Solaris上的CC。此外，整個(gè)項(xiàng)目還使用了一些第三方的平臺(tái)，如IBM的MQ等。除用戶需求之外，公司還對(duì)項(xiàng)目組提出了代碼復(fù)用方面的要求，開發(fā)人員在開發(fā)過程中必須注意代碼的可重用性。 配置管理前期準(zhǔn)備工作在項(xiàng)目正式啟動(dòng)之后，配置管理工作就可以開始了。配置管理工作開始的第一步就是一份配置管理計(jì)劃。51cmm上已有不少配置管理計(jì)劃的模板，大家可以參考。一般而言，需要在配置管理計(jì)劃中明確的內(nèi)容包括：1、 配置管理軟硬件資源；2、 配置庫結(jié)構(gòu)；3、 人員、角色以及配置管理規(guī)范；4、 基線計(jì)劃；5、 配置庫備份計(jì)劃；在下文中，我們將圍繞這些內(nèi)容進(jìn)行詳細(xì)描述。 配置管理環(huán)境配置管理環(huán)境包括軟硬件環(huán)境。具體的資源需求應(yīng)該根據(jù)項(xiàng)目實(shí)際情況來確定，一般需要考慮的包括：網(wǎng)絡(luò)環(huán)境、配置管理服務(wù)器的處理能力、空間需求，配置管理軟件的選擇等。配置管理環(huán)境的確定需要綜合考慮各個(gè)方面的因素，包括我們采用的開發(fā)工具，開發(fā)方式，開發(fā)人員對(duì)配置管理工具的熟悉程度等，其中，開發(fā)人員對(duì)配置管理工具的認(rèn)可和熟悉程度常常直接決定配置管理能否正常進(jìn)行，如果選擇了需要開發(fā)人員花費(fèi)比較大的精力去熟悉的配置管理軟件，我們就必須花費(fèi)大量時(shí)間來進(jìn)行培訓(xùn)；同時(shí)，配置管理軟件和開發(fā)工具的集成程度也是一個(gè)必須考慮的因素，根據(jù)我們的經(jīng)驗(yàn)，選擇一個(gè)和開發(fā)環(huán)境集成緊密的配置管理工具至少可以減少20%花費(fèi)在Check In/Check Out和配置管理人員保持配置庫完整上的工作量。根據(jù)我們項(xiàng)目的實(shí)際情況，我們有如下一些考慮： 根據(jù)歷史經(jīng)驗(yàn)，一個(gè)類似項(xiàng)目的配置庫大小約為3G，考慮到備份等操作對(duì)空間的需求，至少應(yīng)該為配置管理庫保留10G以上的空間。為了保證配置管理庫的安全，除了相應(yīng)的備份計(jì)劃之外，還可以采用了RAID 01的方式為配置數(shù)據(jù)庫提供更好的可用性保證； 考慮到在項(xiàng)目的后期有部分開發(fā)人員會(huì)在現(xiàn)場進(jìn)行開發(fā)，因此在網(wǎng)絡(luò)條件上需要提供對(duì)遠(yuǎn)程訪問方式的支持；配置管理服務(wù)器的選擇和配置管理軟件的選擇相關(guān)，考慮到目前公司有一臺(tái)閑置的PC服務(wù)器，最好能充分利用這臺(tái)服務(wù)器；配置管理軟件必須可以以某種方式支持遠(yuǎn)程訪問，而且由于我們的開發(fā)平臺(tái)涉及Solaris和Windows，配置管理軟件要能夠支持這兩種平臺(tái)；考慮到開發(fā)工具方面，配置管理工具要求能和我們選擇的開發(fā)工具進(jìn)行很好的集成；項(xiàng)目組的開發(fā)人員缺乏使用配置管理工具的經(jīng)驗(yàn)，有將約30%的開發(fā)人員使用過VSS配置管理工具，但僅限于最基礎(chǔ)的使用，對(duì)VSS的Label等功能沒有概念；結(jié)合以上的情況，我們首先考慮配置工具的選擇。配置管理工具的選擇從開發(fā)人員具有的配置管理工具使用經(jīng)驗(yàn)和配置管理工具使用的難易度方面來說，VSS是最好的選擇，在現(xiàn)有的基礎(chǔ)上只需要對(duì)開發(fā)人員進(jìn)行簡單培訓(xùn)；考慮到和開發(fā)工具的集成，VSS也是一個(gè)不錯(cuò)的選擇。不過本項(xiàng)目還要求對(duì)遠(yuǎn)程接入方式的支持，以及對(duì)Solaris平臺(tái)的支持，VSS肯定是不能滿足要求的（VSS通過VPN方式應(yīng)該是可以實(shí)現(xiàn)對(duì)遠(yuǎn)程訪問的支持，但VSS的完全共享方式實(shí)在是不敢在Internet上使用）。除VSS外，可以選擇的配置管理工具還有CCC Harvest、ClearCase、CVS等，但Harvest和ClearCase使用起來比較復(fù)雜，需要一個(gè)專門的配置庫管理員負(fù)責(zé)技術(shù)支持，還需要對(duì)開發(fā)人員進(jìn)行較多的培訓(xùn)，另外，Harvest和ClearCase價(jià)格不菲；CVS在Unix下使用方便，而且是免費(fèi)的，但其文本方式的操作界面對(duì)于習(xí)慣在Windows平臺(tái)上開發(fā)的開發(fā)人員來說使用非常不習(xí)慣（CVS也有windows下的GUI版本，但經(jīng)過我們的試用，在操作習(xí)慣上和我們目前開發(fā)人員習(xí)慣的方式很不相同，較難被接受）。經(jīng)過在MSDN和Internet上查找，終于找到了一個(gè)VSS的增強(qiáng)軟件SOS（Source Offsite），它基于VSS的數(shù)據(jù)庫，可以支持通過TCP/IP方式訪問和操作VSS庫，在Windows、Slolaris和Linux上都提供了客戶端，并且通過傳輸數(shù)據(jù)的壓縮和加密方式，使得文件操作的速度大大加快并增強(qiáng)了系統(tǒng)的安全性。SOS可以在SourceGear的網(wǎng)站上找到詳細(xì)介紹和試用的下載（http:/www.sourcegear.com/sos）。事實(shí)證明，VSSSOS的組合在我們的整個(gè)項(xiàng)目過程中起到了關(guān)鍵的支持作用。我們使用的SOS是3.53的Standard版本，本文也將以該版本為例在下一部分中說明具體的操作和使用步驟。軟硬件環(huán)境的選擇確定了配置管理工具后，我們使用公司購置的一臺(tái)Compaq PC Server作為配置管理的硬件環(huán)境，該服務(wù)器配置如下：CPU：1CPU，P4 2.0G內(nèi)存：512M DDR硬盤空間：30G4網(wǎng)卡：HP G bit網(wǎng)卡一張最終確定的方案是安裝該服務(wù)器安裝Windows 2000 Server操作系統(tǒng)，為了保證配置數(shù)據(jù)的安全性，我們采用RAID 01方式，總的可用空間在50G左右；另外為了備份的需要，還為服務(wù)器配置了一個(gè)CDR刻錄機(jī)。網(wǎng)絡(luò)環(huán)境的選擇公司已有現(xiàn)成的100M局域網(wǎng)，通過一個(gè)交換機(jī)和路由器連接至Internet，有一個(gè)公網(wǎng)的靜態(tài)IP；配置管理服務(wù)器是內(nèi)網(wǎng)的一臺(tái)機(jī)器，具有一個(gè)內(nèi)網(wǎng)IP。為了滿足遠(yuǎn)程訪問的需要，我們通過在路由器上設(shè)置端口映射，將SOS需要使用的端口映射到配置管理服務(wù)器上（缺省情況下，SOS使用8888和8890兩個(gè)端口）。網(wǎng)絡(luò)拓?fù)鋱D如下：在公司的開發(fā)人員通過局域網(wǎng)使用VSS訪問和操作配置庫，在現(xiàn)場的開發(fā)人員通過Internet接入對(duì)配置庫進(jìn)行訪問和操作。配置庫維護(hù)和備份計(jì)劃配置庫的維護(hù)的備份需要專職的配置庫管理員來負(fù)責(zé)。在整個(gè)項(xiàng)目中我們采用的配置庫維護(hù)策略是根據(jù)Microsoft的Best Practice白皮書建議，包括以下要點(diǎn)：1、 保持配置數(shù)據(jù)庫的大小不超過5G；Microsoft建議，配置庫的大小在35G比較合適，太大的數(shù)據(jù)庫會(huì)極大影響VSS的效率；減小配置庫大小的2、 每周進(jìn)行VSS數(shù)據(jù)庫的分析（Analysis），發(fā)現(xiàn)問題及時(shí)修正；VSS提供了Analysis和Fix工具，由于不合理的Delete等操作，VSS數(shù)據(jù)庫有可能會(huì)出現(xiàn)一些Interrupt Data之類的問題，通過定期的每周的分析工作，可以極大減少數(shù)據(jù)庫出現(xiàn)問題的風(fēng)險(xiǎn)；3、 每日進(jìn)行配置庫的增量備份，每周進(jìn)行數(shù)據(jù)庫的完全備份；VSS庫的備份可以通過VSS自己的Archive功能或者是操作系統(tǒng)的Backup程序來進(jìn)行。VSS的Archive功能對(duì)VSS中的文件數(shù)據(jù)進(jìn)行壓縮并保留VSS的所有狀態(tài)，但只能對(duì)VSS庫進(jìn)行完全備份，不能實(shí)現(xiàn)增量備份功能。Windows2000 Server提供的Backup實(shí)用程序可以對(duì)文件進(jìn)行備份，由于VSS庫就是以文件形勢存在的，因此針對(duì)VSS的data目錄進(jìn)行備份也可以完全達(dá)到備份的目的，使用系統(tǒng)備份工具的好處是可以實(shí)現(xiàn)增量備份。我們?cè)趯?shí)際中使用的系統(tǒng)的備份工具，每周五生成的完全備份采用刻錄光盤的方式保存，每天的增量備份數(shù)據(jù)存放在文件服務(wù)器上進(jìn)行備份。 【小結(jié)】在本章中，我們描述了工程型項(xiàng)目配置管理的一些概念，著重介紹了配置管理的環(huán)境，包括配置管理工具的選擇等。在配置工具選擇方面，我們采用VSSSOS的組合方案，第二章中，我們將重點(diǎn)介紹VSS和SOS工具的使用，并在介紹配置管理規(guī)范中結(jié)合配置管理工具講解具體的操作。說起VSS，接觸過的人應(yīng)該不少。尤其是用用VC和VB做開發(fā)的人，絕大多數(shù)人應(yīng)該都接觸過和使用過VSS。VSS小巧精干，和VS開發(fā)工具集成極為緊密，就算不使用專門的配置服務(wù)器，直接在自己的開發(fā)用機(jī)上安裝一個(gè)VSS，也能在代碼管理方面方便不少。SOS在上一章中已經(jīng)做了介紹，這一章將詳細(xì)介紹之。VSS概念也許正因?yàn)閂SS簡單易用，在大多數(shù)人眼里，VSS似乎都只是一個(gè)玩具，難登大雅之堂，最多能管管自己的代碼，要用團(tuán)隊(duì)開發(fā)中，那似乎是不可能的。剛接觸VSS時(shí)，我也是抱著差不多的想法，覺得要用VSS作為一個(gè)較大的項(xiàng)目的配置管理工具完全不可能，但隨著對(duì)VSS研究的深入，加上在工作中也使用了其它一些配置管理工具，如CVS、ClearCase、CCC harvest等工具，反過來比較，反而覺得VSS有它獨(dú)到的地方。關(guān)于VSS和其他配置工具的比較，在google上搜索的話應(yīng)該能找到一大堆，我這里給出幾個(gè)對(duì)我來說印象最深刻的VSS的優(yōu)勢：1、 VSS操作使用簡單；要在配置管理工具中評(píng)選“最平易近人獎(jiǎng)”，那一定非VSS莫屬。VSS中包含了配置管理需要的全部操作，但應(yīng)用起來卻非常簡單，首先是全部操作都可以通過GUI完成，如Check In/Check Out操作、Get Latest等基本操作；Label、Share、Branch、Merge等高級(jí)操作；其次是VSS和開發(fā)環(huán)境集成緊密，在開發(fā)環(huán)境的IDE中就可以方便地完成操作；2、 VSS對(duì)硬件配置要求不高；作為一個(gè)工作組級(jí)別的配置管理工具，在我們的項(xiàng)目中，安裝VSS的配置服務(wù)器是一臺(tái)P4 2.2G/512M RAM/30G4 Disk的HP PC服務(wù)器，這樣的條件下VSS運(yùn)行已經(jīng)足夠穩(wěn)定和快速，相比起CC和CCC harvest的要求，這部分的投資是很小的；如果再考慮到CC和CCC都運(yùn)行在Unix平臺(tái)上需要的維護(hù)費(fèi)用，當(dāng)然是VSS更加劃算了；3、 VSS幾乎是免費(fèi)的；只要購買了VS開發(fā)工具，就能免費(fèi)使用VSS；4、 VSS備份/恢復(fù)非常簡單；只需要通過拷貝覆蓋就能完成VSS的備份/恢復(fù)工作，你說簡不簡單？：）5、 有良好的可擴(kuò)展性；通過VSS的自動(dòng)化接口（Automation），可以自己寫程序來完成對(duì)VSS庫的訪問，也正是基于這點(diǎn)，目前市面上已有一些VSS的擴(kuò)展工具出現(xiàn)，我們?cè)诒菊乱v的就是其中之一Sourcegear的SOS。說了這么多優(yōu)點(diǎn)，當(dāng)然不是說VSS就只有優(yōu)點(diǎn)，和其他的配置管理軟件比起來，VSS也有一些不足之處：主要表現(xiàn)在以下幾點(diǎn)：1、 缺乏對(duì)Unix的支持（沒有Unix上的客戶端或者服務(wù)器，這是微軟的一貫作風(fēng)）；2、 不支持遠(yuǎn)程訪問方式（只能通過第三方的擴(kuò)展工具實(shí)現(xiàn)）；3、 支持的配置數(shù)據(jù)庫大小建議不超過5G，因此需要良好地規(guī)劃備份等工作；關(guān)于VSS的操作和應(yīng)用，建議在網(wǎng)上找找VSS的教程，寫得比較詳細(xì)的有不少，都可以參考。在http:/se.csai.cn/CasePanel/CM/有詳細(xì)的版本管理器Visual SourceSafe 6.0實(shí)用指南，在這里我只是非常概括地介紹一些VSS的基本概念：Project：VSS中類似于文件夾的概念，一個(gè)Project可以包含多個(gè)File，同時(shí)Project也是VSS中權(quán)限分配的最小單位，一個(gè)Project下可以包括其他Project；File：VSS中的最小管理單位，VSS中的每個(gè)File對(duì)象對(duì)應(yīng)操作系統(tǒng)上的一個(gè)文件，多個(gè)File可以屬于一個(gè)Project；Working Folder：和VSS的Project對(duì)應(yīng)的本地文件夾。Working Folder是Get到的Project和File的存放目錄，同時(shí)也是執(zhí)行Check In/Check Out操作時(shí)的緩存文件夾；Get (Latest)：Get操作可以獲取指定的Project和File的某個(gè)版本，常用操作是Get Latest操作，獲取Project和File的最新版本；Version：對(duì)VSS來說，一次Check In操作就為被Check In的Project或者File增加了一個(gè)版本（在文件沒有修改的情況下，Check In操作不生成新的版本）。VSS中的File版本從1開始編號(hào)，每次新版本在原有版本上加1；Project的版本沒有編號(hào)；Label：Label是配置管理中常用的一個(gè)操作，Label可以作為配置項(xiàng)某個(gè)狀態(tài)的標(biāo)識(shí)；Share：Share可以用于協(xié)作開發(fā)的模式，通過Share，可以在兩個(gè)或多個(gè)不同的Project之間共享下層的Project或是File，對(duì)其中一個(gè)位置的File進(jìn)行的修改會(huì)反映到其他位置的File（類似于Unix的ln的方式）；Branch/Merge：Branch和Merge可以用于并行開發(fā)的過程。 SOS（SourceOffSite）軟件介紹接下來，我們重點(diǎn)介紹SOS軟件，包括軟件的安裝、配置和使用。SOS軟件的安裝SOS軟件分為服務(wù)端和客戶端兩個(gè)部分，客戶端運(yùn)行在配置管理服務(wù)器上，客戶端運(yùn)行在需要訪問配置庫的客戶機(jī)上。以下以SOS 3.5.3標(biāo)準(zhǔn)版的SOS為例，說明該軟件的安裝、配置和使用。服務(wù)端的安裝和設(shè)置SOS可以從Sourcegear的網(wǎng)站上下載試用，免費(fèi)版本可以試用30天，允許10個(gè)用戶，目前最新版本是4.0。不過為了解決SOS中的中文問題，建議大家從華軍軟件園中找到中文SOS進(jìn)行安裝（所謂的中文SOS是國內(nèi)的高手修改了SOS 3.53程序使其支持中文）。上圖是中文SOS安裝時(shí)的安裝界面，選擇安裝目錄等，一路Next，很容易就安裝完成了。安裝完成后，系統(tǒng)在“開始”菜單中生成了中文SOS的相關(guān)菜單項(xiàng)目。下圖是安裝完成中文SOS之后生成的菜單：安裝完成后，需要對(duì)SOS進(jìn)行設(shè)置。選擇中文SOS菜單的“服務(wù)器管理”進(jìn)入設(shè)置界面： “System Info”頁面顯示的是SOS的概要信息；“General Setting”頁包含了重要的設(shè)置信息，選中“use unsecure port”表示允許使用非加密模式進(jìn)行數(shù)據(jù)傳輸，端口號(hào)在后面的編輯框中設(shè)置；選中“use secure port”表示允許使用加密模式進(jìn)行數(shù)據(jù)傳輸，端口號(hào)在后面的編輯框設(shè)置?！癡ersion 2.0 Compatibility”用來選擇加密模式，一般選擇128bit模式即可。在“Logging”選項(xiàng)中，選擇日志的記錄方式；最后的“Idle Connections”，如果選中的話，在指定時(shí)間內(nèi)沒有數(shù)據(jù)傳輸?shù)脑?，連接就會(huì)自動(dòng)斷開。 “Serial Number”頁面用來管理SOS的license。通過Add按鈕可以增加新的Serial Number。SOS中可以添加多個(gè)Serial Number。 “Databases”頁面用來添加SOS管理的VSS數(shù)據(jù)庫。點(diǎn)擊Add按鈕可以添加數(shù)據(jù)庫，添加對(duì)話框的上一個(gè)框填入VSS庫的ini文件所在路徑，下一個(gè)是數(shù)據(jù)庫的別名，可以任意設(shè)置。SOS可以同時(shí)管理多個(gè)數(shù)據(jù)庫?！癠sers”頁面輸入SOS中有效的用戶和使用規(guī)則，注意，這里的用戶和VSS的用戶沒有關(guān)系，VSS用戶和SOS用戶的關(guān)聯(lián)在下面的“User Keys”頁面中設(shè)置。要說明的是規(guī)則的描述：“Users”中的一行對(duì)應(yīng)一個(gè)規(guī)則，每行的開頭是規(guī)則的編號(hào)，第二個(gè)字段是用戶名，第三個(gè)字段是允許訪問的網(wǎng)絡(luò)段，第四個(gè)字段（取值為0、1、2）是控制訪問允許以及訪問是否使用加密方式的描述（0表示部允許訪問；1表示要求加密訪問；2表示允許使用加密或者不加密方式訪問）。例如，對(duì)第一行“0000 admin 192.168.3.0/24 1”表示這是第一個(gè)規(guī)則，規(guī)則內(nèi)容是允許admin用戶在192.168.3.0/24的網(wǎng)段上訪問SOS服務(wù)器。最后的1表示要求使用加密方式訪問。這里要說明的是“用戶”的概念。SOS沒有自己的用戶概念，SOS中的用戶通過用戶名稱和VSS中的用戶一一對(duì)應(yīng)?！癠ser Keys”頁面用來生成客戶端訪問控制的Key文件： 使用“Add Key”按鈕可以彈出“Add User Key”的對(duì)話框。該對(duì)話框的第一個(gè)輸入框要求輸入要增加的用戶在VSS中對(duì)應(yīng)的用戶名；第二個(gè)輸入框要求輸入SOS服務(wù)器的IP地址，例如“202.100.68.88”，在局域網(wǎng)中可以設(shè)置為“192.168.1.1”；（注意，如果配置管理服務(wù)器同時(shí)具有局域網(wǎng)和廣域網(wǎng)的IP地址，并且用戶需要從局域網(wǎng)和廣域網(wǎng)都可以訪問SOS，則對(duì)同一個(gè)用戶需要兩個(gè)不同的Key文件。在我們的實(shí)際工作中，我們只使用SOS進(jìn)行Internet上的訪問，在局域網(wǎng)內(nèi)還是使用VSS，因此沒有這個(gè)問題）。下面的Expiration要求輸入用戶的過期有效時(shí)間期限，選擇“Key Never Expired”允許用戶永不過期。輸入完相應(yīng)信息后，點(diǎn)擊“OK”確認(rèn)生成用戶Key文件。生成的用戶Key文件保存在SOS安裝目錄下，文件名為 用戶名.iky，注意保留此文件，SOS客戶端在啟動(dòng)時(shí)需要首先導(dǎo)入一個(gè)key文件。 “Web Project”頁面用于設(shè)置Web Project的發(fā)布路徑：在第一個(gè)編輯框中填入該工程在VSS中的路徑，例如“$/WebProject1/test”，在下面的編輯框中輸入發(fā)布的路徑，例如“d:temp”。發(fā)布路徑也可以是在其他機(jī)器上的網(wǎng)絡(luò)路徑。 “Debug”頁面是兩個(gè)調(diào)試級(jí)別的選項(xiàng)： 這兩個(gè)選項(xiàng)的具體含義在SOS的Manual中也沒有明確提到，我們?cè)趯?shí)際運(yùn)用中也沒有發(fā)現(xiàn)該選項(xiàng)的具體作用，建議不選取。 “Excluded File Types”頁面設(shè)置不允許添加到VSS庫中的文件類型： 添加的條目是文件后綴，具有在列表中的后綴的文件都不能被添加到VSS庫中?！癙in Support”頁面用于設(shè)置是否允許PIN操作： 如果允許“PIN”操作，還需要指定ss.exe文件所在的目錄。 設(shè)置完成后，需要重新啟動(dòng)SOS服務(wù)端，具體方法是在“服務(wù)”中啟動(dòng)相應(yīng)服務(wù)：啟動(dòng)服務(wù)完成后，服務(wù)端的安裝設(shè)置就已經(jīng)完成了，接下來我們介紹SOS客戶端的安裝和使用。 SOS客戶端的安裝和使用SOS的客戶端分為Windows版本、Solaris版本和Linux版本。Windows版本的安裝非常簡單，直接執(zhí)行安裝程序就可以順利安裝。Solaris版本的SOS客戶端以tar形式發(fā)布，首先在Solaris上安裝GTK和GLIB，然后展開安裝程序到任意目錄即可。對(duì)Linux版本的SOS客戶端，也需要首先安裝GTK和GLIB，然后展開相應(yīng)tar包到任意目錄即可。Solaris、Linux和Windows版本的SOS客戶端運(yùn)行界面都非常類似，下面以Windows版本為例說明其使用。第一次運(yùn)行SOS客戶端時(shí)，系統(tǒng)會(huì)彈出一個(gè)對(duì)話框要求輸入服務(wù)器和端口號(hào)。這時(shí)用“Cancel”按鈕取消，選擇菜單項(xiàng)的“Tools”“Import Encryption Key”，導(dǎo)入服務(wù)端生成的Key文件： 導(dǎo)入完成后，選擇菜單項(xiàng)的“File”“Connect to Server”，輸入服務(wù)器IP地址和端口，如果連接成功，系統(tǒng)會(huì)給出可以連接的數(shù)據(jù)庫列表，可以從列表中選擇合適的數(shù)據(jù)庫進(jìn)行連接訪問。連接成功后，顯示的主界面和VSS的基本一致，SOS的操作方式和VSS的也一樣，具體可以參見VSS的文檔。下圖是SOS的主界面： 當(dāng)然，SOS在操作上也有一些和VSS不同的地方，下面列出這些不同點(diǎn)：1、 缺省設(shè)置下，SOS中每次登錄不會(huì)主動(dòng)刷新工程樹和文件列表，需要用工具條上的刷新按鈕進(jìn)行刷新；2、 SOS的“Search”功能較VSS弱，只能查找Check Out的文件；3、 SOS的Option設(shè)置項(xiàng)目很多，大部分都是SOS增加的為適應(yīng)遠(yuǎn)程連接的設(shè)置項(xiàng)：【小結(jié)】本章介紹了VSS、SOS的使用，重點(diǎn)是SOS的安裝和使用方法。SOS在使用上其實(shí)還有很多小技巧，在此不能一一列舉，在sourcegear的網(wǎng)站上都能找到相關(guān)的資料。在下一章中，我們將結(jié)合配置管理工具介紹配置管理規(guī)范的內(nèi)容。配置管理規(guī)范 對(duì)于一個(gè)一般的項(xiàng)目來說，配置管理規(guī)范的內(nèi)容至少需要包括以下的內(nèi)容： 1、配置項(xiàng)及其命名規(guī)則； 2、配置庫文件目錄結(jié)構(gòu)； 3、角色和權(quán)限定義； 4、配置項(xiàng)變更流程； 5、配置項(xiàng)發(fā)布； 6、基線定義和基線變更。 配置項(xiàng)及其命名規(guī)則 對(duì)我們的項(xiàng)目來說，配置項(xiàng)需要包括以下的內(nèi)容： 1、項(xiàng)目管理過程文檔； a) 項(xiàng)目任務(wù)書； b) 項(xiàng)目計(jì)劃； c) 項(xiàng)目周報(bào)； d) 個(gè)人日?qǐng)?bào)和周報(bào)； e) 項(xiàng)目會(huì)議紀(jì)要； f) 培訓(xùn)記錄和培訓(xùn)文檔； 2、QA過程文檔； a) QA不符合報(bào)告； b) QA周報(bào)； c) 評(píng)審記錄； 3、工作產(chǎn)品 a) 需求文檔； b) 設(shè)計(jì)文檔； c) 代碼； d) 測試文檔； e) 軟件說明書和手冊(cè)； 4、項(xiàng)目中使用的第三方產(chǎn)品 上文中用紅色部分標(biāo)識(shí)的是容易遺漏的配置項(xiàng)，尤其是第4個(gè)（項(xiàng)目中使用的第三方產(chǎn)品），實(shí)際上，一個(gè)工程型的項(xiàng)目會(huì)大量使用第三方的軟件（例如，我們的產(chǎn)品中就使用了IBM的MQSeries、Oracle、一些第三方的開發(fā)控件），對(duì)這些產(chǎn)品的管理至少可以解決三個(gè)方面的問題： 1、版本配合的問題：大部分的第三方軟件在升級(jí)之后，并不能實(shí)現(xiàn)二進(jìn)制層面上的兼容，需要對(duì)原有的代碼重新編譯；甚至有的第三方軟件在升級(jí)之后，API層面上的兼容性都做不到；因此，在工程實(shí)施的過程中，版本的配合問題是一個(gè)需要關(guān)注的問題； 2、發(fā)布的完整性問題：一般來說，比較大型的第三方軟件在發(fā)布過程中都不會(huì)有遺漏，但對(duì)一些小的第三方軟件來說，比如我們使用的許多perl的CPan模塊，如果在開發(fā)過程中沒有有意識(shí)的進(jìn)行管理的話，很容易就會(huì)發(fā)生遺漏； 3、在某些特殊條件下由于第三方軟件的變化引起的基線變更：這種情況極少會(huì)發(fā)生，但在我們以前的項(xiàng)目中，確實(shí)還遇見過。一般是因?yàn)樵瓉磉x型時(shí)使用的第三方軟件不能滿足要求，只能通過更換新的第三方軟件，這就補(bǔ)課避免地需要變更基線（例如需求文檔、設(shè)計(jì)文檔等）；將第三方軟件納入配置管理的范疇可以更方便地管理基線的變更。 關(guān)于第三方軟件產(chǎn)品配置項(xiàng)的管理還有一點(diǎn)需要說明：由于第三方軟件有可能會(huì)比較大，而且相對(duì)我們的項(xiàng)目來說，是很少會(huì)發(fā)生變更的（一般在一個(gè)項(xiàng)目過程中，不會(huì)采用不同的配置項(xiàng)的命名可以便于查找相關(guān)配置項(xiàng)。配置項(xiàng)的命名包括兩個(gè)方面的內(nèi)容： 1、配置項(xiàng)標(biāo)識(shí)：在我們的項(xiàng)目中，一般使用“項(xiàng)目名_配置類別_配置項(xiàng)特殊標(biāo)識(shí)”來命名。下表列出了我們?cè)陧?xiàng)目中使用的配置類別命名： 配置類別 命名 配置類別 命名 項(xiàng)目任務(wù)書 PT 項(xiàng)目計(jì)劃 PP 項(xiàng)目周報(bào) PR 個(gè)人日?qǐng)?bào)和周報(bào) PER 項(xiàng)目會(huì)議紀(jì)要 PM 培訓(xùn)記錄和培訓(xùn)文檔 TR QA不符合報(bào)告 QAP QA周報(bào) QAR 評(píng)審記錄 RR 需求文檔 REQ 設(shè)計(jì)文檔 DD 代碼 CODE 測試文檔 TD 軟件說明書和手冊(cè) MAN 項(xiàng)目中使用的第三方產(chǎn)品 PART3 配置項(xiàng)命名中的“配置項(xiàng)特殊標(biāo)識(shí)”根據(jù)配置類別的不同而不同。比如，對(duì)“設(shè)計(jì)文檔”，如果細(xì)分的話，可以分為“概要設(shè)計(jì)”和“詳細(xì)設(shè)計(jì)”；對(duì)“代碼”，可以按照模塊來命名配置項(xiàng)。 2、配置項(xiàng)版本命名：配置項(xiàng)版本命名是針對(duì)配置項(xiàng)的版本進(jìn)行命名，在我們的項(xiàng)目中，配置項(xiàng)版本通過對(duì)Project的Label操作來實(shí)現(xiàn)，配置項(xiàng)版本的命名需要能清楚標(biāo)識(shí)配置項(xiàng)的狀態(tài)。一般說來，配置庫至少包括個(gè)人工作區(qū)、受控庫、發(fā)布區(qū)三個(gè)部分，在我們的項(xiàng)目中，所有的配置項(xiàng)都保存在一個(gè)VSS庫中，對(duì)這三個(gè)部分的劃分是通過邏輯劃分方式進(jìn)行的，具體來說，就是通過配置項(xiàng)版本命名來劃分的。因此，我們配置項(xiàng)的版本命名規(guī)定如下： a) 基線版本：按照基線的狀態(tài)，我們這個(gè)項(xiàng)目中的基線有兩個(gè)方面：一是作為里程碑的基線；另一個(gè)是模塊的階段性成果基線（對(duì)工作產(chǎn)品而言），由模塊的負(fù)責(zé)人確定。 里程碑基線對(duì)我們的項(xiàng)目來說，采用的是迭代的開發(fā)過程，以一個(gè)迭代過程為例，分為需求、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、代碼實(shí)現(xiàn)、單元測試、集成測試、系統(tǒng)測試七個(gè)階段，每個(gè)階段都需要產(chǎn)生里程碑。對(duì)每個(gè)里程碑都有明確的標(biāo)識(shí)標(biāo)明當(dāng)前狀態(tài)。 階段性成果基線階段性成果主要體現(xiàn)在代碼過程中，比如代碼進(jìn)行到一個(gè)階段，開發(fā)組長認(rèn)為代碼的這個(gè)狀態(tài)可以保留，就可以確定為一個(gè)代碼基線。這種基線一般不需要通過評(píng)審等正式手段來確定，但也必須有相應(yīng)的驗(yàn)證手段；比如在我們的項(xiàng)目中，在代碼階段，確定代碼基線的責(zé)任人是開發(fā)組長，但開發(fā)組長必須保證代碼基線符合一定的條件。 b) 其他版本：除基線版本外，有時(shí)候還需要在開發(fā)和維護(hù)過程中確定其他版本。例如，產(chǎn)品在測試過程中不斷的問題修復(fù)過程中，可能會(huì)有多種反復(fù)，此時(shí)需要將每次修改的內(nèi)容作為一個(gè)版本。 關(guān)于版本，還有另一個(gè)需要注意的問題。一般來說，按照模塊來劃分，每個(gè)模塊有自己的版本演進(jìn)比較合理。首先，一個(gè)模塊一般是由一個(gè)或兩個(gè)開發(fā)人員完成的；其次，一個(gè)模塊的功能會(huì)比較單一且獨(dú)立，在版本的演化過程中便于控制，也不會(huì)和其他模塊產(chǎn)生過于復(fù)雜的關(guān)系。而產(chǎn)品的版本則需要由各個(gè)模塊的不同版本組成，這個(gè)縱橫的關(guān)系需要很好地管理，我們的做法是在VSS庫上用Label來標(biāo)識(shí)，同時(shí)維護(hù)一張描述產(chǎn)品版本和模塊版本關(guān)系的矩陣圖便于追蹤。 配置庫目錄結(jié)構(gòu) 在確定了配置項(xiàng)之后，就可以確定配置庫的目錄結(jié)構(gòu)了。配置庫的目錄結(jié)構(gòu)直接關(guān)系到配置管理的工作量和使用的方便性，所以需要根據(jù)自己的需要確定一個(gè)合理的結(jié)構(gòu)。 在確定配置管理庫目錄結(jié)構(gòu)的時(shí)候，我們?cè)?jīng)考慮過兩種產(chǎn)品目錄結(jié)構(gòu)的方式：一種是按照模塊劃分，在模塊下再劃分諸如設(shè)計(jì)文檔、代碼等目錄；另一種方式是按照產(chǎn)品類型劃分，例如首先是文檔、代碼，然后在其下按照模塊劃分。這兩種方式都有自己的優(yōu)點(diǎn)，最終我們還是選擇了前一種劃分方式，一方面是考慮便于進(jìn)行權(quán)限的分配，另一方面是考慮到便于將同一模塊的所有內(nèi)容組織起來進(jìn)行版本的管理。 下表是我們?cè)趯?shí)際中采用的配置庫結(jié)構(gòu)（部分）： 第一級(jí) 第二級(jí) 第三級(jí) 第四級(jí) 說明 M 管理類文檔 PM 項(xiàng)目管理 0Init 初始階段 PC PTR PN 1Plan 計(jì)劃階段 QA 0PPQAP 質(zhì)量保證計(jì)劃 P 項(xiàng)目產(chǎn)品 0Req 需求階段 0CRS 客戶需求 1SRS 需求分析文檔 2RTM 需求跟蹤矩陣 1Des 設(shè)計(jì)階段 0HLD 概要設(shè)計(jì) 1DBD 數(shù)據(jù)庫設(shè)計(jì) 2Imp 實(shí)現(xiàn)/編碼階段 0Module1 模塊1 0COD 代碼 1DDS 詳細(xì)設(shè)計(jì) 2HLD 概要設(shè)計(jì) 3UNT 單元測試 3Test 0Int 集成測試 1Syt 系統(tǒng)測試 4Man 手冊(cè) 5Others 其他 從這里的配置庫結(jié)構(gòu)中可以看到，我們?cè)谧钌蠈訉⑴渲庙?xiàng)分為管理類和產(chǎn)品類：管理類中的項(xiàng)目管理部分基本是按照初始計(jì)劃執(zhí)行收尾四個(gè)階段來劃分。在項(xiàng)目產(chǎn)品類別中，我們按照需求設(shè)計(jì)實(shí)現(xiàn)測試四個(gè)階段劃分目錄，在實(shí)現(xiàn)階段，為每個(gè)模塊劃分了代碼、詳細(xì)設(shè)計(jì)、概要設(shè)計(jì)和單元測試四個(gè)目錄，需要說明的是，在第三層中有一個(gè)HLD的目錄，在模塊下同樣有一個(gè)HLD的目錄，在我們的實(shí)際工作中，第三層的HLD目錄用來存放系統(tǒng)級(jí)別的概要設(shè)計(jì)文檔，而模塊下的HLD目錄用來存放模塊級(jí)別的概要設(shè)計(jì)文檔。 當(dāng)然，這里的配置庫結(jié)構(gòu)僅僅起到了示范作用，在實(shí)際使用中，可以根據(jù)自己的需要修改。例如，在Module的級(jí)別上可以增加一個(gè)SubSystem的層，便于在產(chǎn)品集成時(shí)更加方便。 角色定義及權(quán)限分配 角色是配置管理流程的執(zhí)行者和參與者，定義明確的角色有利于實(shí)現(xiàn)明確的授權(quán)和明晰的流程，雖然在實(shí)際中可能多個(gè)角色由一個(gè)人擔(dān)任，但還是應(yīng)該保留角色的定義。 下面是該項(xiàng)目中我們的角色定義： 配置管理員 整個(gè)配置管理庫由配置管理員管理。配置管理員負(fù)責(zé)分配和修改其他成員的權(quán)限，要維護(hù)所有目錄和配置項(xiàng)。 開發(fā)經(jīng)理 開發(fā)經(jīng)理在本項(xiàng)目中負(fù)責(zé)主導(dǎo)完成需求分析和系統(tǒng)總體設(shè)計(jì)，對(duì)項(xiàng)目的總體進(jìn)度負(fù)責(zé)。開發(fā)經(jīng)理擁有對(duì)管理類文檔的讀取權(quán)限，可以對(duì)項(xiàng)目類文檔進(jìn)行讀寫操作； 開發(fā)組長 開發(fā)組長對(duì)本小組的工作負(fù)有組織和管理任務(wù)，同時(shí)開發(fā)組長也需要承擔(dān)一定的開發(fā)任務(wù)。開發(fā)組長對(duì)管理類文檔有讀取權(quán)限，對(duì)本組負(fù)責(zé)的模塊有讀取權(quán)限，對(duì)自己負(fù)責(zé)的模塊有讀寫的權(quán)限； 開發(fā)工程師 開發(fā)工程師完成具體的開發(fā)任務(wù)，對(duì)自己負(fù)責(zé)的模塊目錄有讀寫權(quán)限，對(duì)管理類文檔有讀取權(quán)限； 測試組長 測試組長負(fù)責(zé)組織測試，給出測試計(jì)劃和測試方案，并核定測試報(bào)告。測試組長對(duì)所有目錄都有讀取權(quán)限，對(duì)測試目錄有讀寫權(quán)限； 測試工程師 測試工程師負(fù)責(zé)完成測試工作，包括測試用例開發(fā)和測試執(zhí)行，測試報(bào)告編寫。測試工程師對(duì)自己負(fù)責(zé)的模塊有讀取權(quán)限，對(duì)測試用例目錄有讀寫權(quán)限。 QA工程師 QA工程師擁有對(duì)所有目錄的讀取權(quán)限，擁有對(duì)QA類文檔目錄的讀寫權(quán)限。 說明除配置管理員外，其他所有成員都沒有Destroy目錄和文件的權(quán)限，這是為了防止誤刪除操作帶來不可挽回的損失。如果需要對(duì)目錄進(jìn)行Destroy操作，必須由配置管理員進(jìn)行。 【小結(jié)】在本章中，我們介紹了配置管理規(guī)范的配置項(xiàng)及其命名、配置庫的目錄結(jié)構(gòu)以及配置管理的角色權(quán)限分配。在下一章中，我們將介紹完配置管理規(guī)范的其他內(nèi)容并給出配置管理實(shí)施過程中的一些心得體會(huì)。配置項(xiàng)變更流程我們所說的配置項(xiàng)變更流程主要是針對(duì)配置項(xiàng)發(fā)生變化的控制，在我們的項(xiàng)目中分為兩個(gè)部分，首先是對(duì)配置項(xiàng)新建、檢入（CheckIn）和檢出（CheckOut）的規(guī)定；其次是對(duì)入庫的文件類型和大小的規(guī)定：新建、檢入、檢出及破壞1、 新建：即Add，除特殊情況外，一般不規(guī)定由誰來新建（只要有權(quán)限即可），但盡量指定每個(gè)project只有一人負(fù)責(zé)新建。2、 檢入：即check in，檢入頻率規(guī)定如下：i. 在代碼編寫前，至少每周一次ii. 代碼編寫階段，至少每天一次iii. 測試階段以后，根據(jù)代碼、文檔的變動(dòng)，只要當(dāng)天有變動(dòng)就要檢入一次。iv. 為配合檢查、備份工作，需在檢查備份周期前全部check in (不保持check out)并退出登錄。詳見“檢查及備份”部分3、 檢出：即check out。原則上只對(duì)要修改的文檔方可檢出。4、 破壞（Destroy）：一般情況不可以破壞文件、目錄。5、 如果是誤操作，則可在一天內(nèi)提交管理員處6、 如果超過一天，則需要由項(xiàng)目經(jīng)理同意，且管理員破壞前要備份。7、 各階段環(huán)境職責(zé)環(huán)境 階段負(fù)責(zé)人職責(zé)公司內(nèi)部編碼前 開發(fā)人員每周及需要評(píng)審前check in工作產(chǎn)品（包括版本發(fā)布說明）到VSS上開發(fā)組長每周SCM人員每周統(tǒng)計(jì)編碼開發(fā)人員每天check in工作產(chǎn)品（包括版本發(fā)布說明）到vss上開發(fā)組長每周檢查經(jīng)理及組長抽查及走讀SCM人員每周統(tǒng)計(jì)，檢查代碼風(fēng)格測試開發(fā)人員每天check in工作產(chǎn)品到vss上（如當(dāng)天沒有修改可以不進(jìn)行check in）以LABEL形式提交一個(gè)新版本給測試，附帶版本發(fā)布說明測試人員對(duì)測試完成后的程序打LABEL發(fā)布后開發(fā)人員將新版本check in到vss,打測試LABEL,向測試人員提交申請(qǐng)測試人員對(duì)測試完成后的程序打LABELSCM人員對(duì)變更做好控制和記錄，并發(fā)布現(xiàn)場開發(fā)負(fù)責(zé)人將發(fā)布后的產(chǎn)版本更新至現(xiàn)場，或指定人員進(jìn)行公司外部編碼現(xiàn)場開發(fā)負(fù)責(zé)人在無法通過sos連到公司vss的情況下，需要在現(xiàn)場建立配置庫（文件方式或VSS等），做到基本的版本控制和備份。每周至少通過SOS提交一次至公司的VSS庫中?，F(xiàn)場開發(fā)人員每天check in工作產(chǎn)品到現(xiàn)場配置庫（包括版本發(fā)布說明）。SCM人員做好督促和監(jiān)督工作，每周將現(xiàn)場開發(fā)負(fù)責(zé)人提交的現(xiàn)場版本更新到公司配置庫（vss）。測試現(xiàn)場開發(fā)人員每天check in工作產(chǎn)品到現(xiàn)場配置庫（如當(dāng)天沒有修改可以不進(jìn)行check in）。如已經(jīng)回公司則每天check in工作產(chǎn)品到公司配置庫vss（如當(dāng)天沒有修改可以不進(jìn)行check in）。每周通過SOS提交一個(gè)新版本給測試，打測試LABEL,附帶版本發(fā)布說明(如沒有更新可不提交)對(duì)測試完成后的程序打LABELSCM人員做好督促和監(jiān)督工作發(fā)布后 現(xiàn)場調(diào)試 現(xiàn)場維護(hù)現(xiàn)場開發(fā)負(fù)責(zé)人在無法通過sos連到公司vss的情況下，需要在現(xiàn)場建立配置庫（文件方式或VSS等），做到基本的版本控制和備份。每周至少通過SOS提交一次至公司的VSS庫中。通過LABEL提交測試版本現(xiàn)場開發(fā)人員對(duì)修改后的版本通過SOS check in 新版本到vss,打測試LABEL,向測試人員提交申請(qǐng)（由修改至提交測試人員不應(yīng)超過三天）測試人員對(duì)測試完成后的程序打LABELSCM人員 對(duì)變更做好控制和記錄，并發(fā)布做好督促和監(jiān)督現(xiàn)場提交更新版本到vss。關(guān)于VSS庫內(nèi)存放文件類型及大小的規(guī)定1、 文件名及目錄規(guī)定：以英文名字命名2、 文件大小規(guī)定：最大不超過20M3、 允許類型：4、 表2.1中提至的文檔類5、 代碼及腳本類及為配合編譯需要的類庫等6、 以下類型不允許存放在VSS庫中：7、 備份數(shù)據(jù)8、 安裝程序、打包程序（ziprar）9、 超過20M以上的非代碼類及開發(fā)文檔類文件10、 對(duì)于特殊情況或不確定情況，需向配置管理人員咨詢后再加入11、 對(duì)于不允許存放類型的配置類文件，可與配置管理員聯(lián)絡(luò)，隨件附說明清單，以文件型式保存于服務(wù)器。配置項(xiàng)發(fā)布配置項(xiàng)發(fā)布是指配置項(xiàng)進(jìn)行到一定的階段（例如，里程碑階段），需要對(duì)外發(fā)布時(shí)的規(guī)則。在我們的項(xiàng)目中，配置項(xiàng)發(fā)布是通過標(biāo)簽，即LABEL，來實(shí)現(xiàn)的。階段觸發(fā)事件操作人標(biāo)簽類型 打標(biāo)簽的級(jí)別單元測試 單元測試完成，可以提交集成測試 開發(fā)人員 FOR_TEST模塊級(jí)集成測試集成測試完成，不通過（如通過進(jìn)入系統(tǒng)測試階段）測試人員TESTED模塊級(jí)BUG修改完成，可以提交測試開發(fā)人員FOR_TEST模塊級(jí)集成測試通過，可以提交系統(tǒng)測試測試負(fù)責(zé)人TESTED模塊級(jí)系統(tǒng)測試系統(tǒng)測試完成后，不通過，（如通過進(jìn)入系統(tǒng)測試階段）測試負(fù)責(zé)人TESTED項(xiàng)目級(jí)BUG修改完成，可以提交測試開發(fā)人員FOR_TEST項(xiàng)目級(jí)系統(tǒng)測試通過測試負(fù)責(zé)人TESTED項(xiàng)目級(jí)驗(yàn)收測試驗(yàn)收前的版本，可發(fā)布到現(xiàn)場安裝配置管理員LOAD項(xiàng)目級(jí)驗(yàn)收后的版本，可發(fā)布的正式版本配置管理員LOAD項(xiàng)目級(jí)現(xiàn)場維護(hù)修改BUG后提交測試維護(hù)工程師FOR_TEST模塊級(jí)/項(xiàng)目級(jí)/文件級(jí)測試通過與否測試人員TESTED模塊級(jí)/項(xiàng)目級(jí)/文件級(jí)基線確立與變更基線的確定在上一部分中已經(jīng)說到過，我們的項(xiàng)目基線分為兩類，一類是作為里程碑和其他工作依賴的基線（例如需求文檔、設(shè)計(jì)文檔等），另一類是開發(fā)過程中有必要保留的一種狀態(tài)（例如代碼過程中某個(gè)模塊的一個(gè)有保留價(jià)值的snapshot）。對(duì)這兩種不同的基線，其影響的范圍不同，確立和變更方式也不一樣。我們項(xiàng)目的基線變更控制委員會(huì)由客戶代表、產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理以及技術(shù)經(jīng)理組成，對(duì)發(fā)布的里程碑類基線的變更必須由變更控制委員會(huì)確認(rèn)并由QA進(jìn)行變更記錄，所有被變更影響的配置項(xiàng)都需要重新同步后再次發(fā)布；而對(duì)于僅僅作為工作狀態(tài)保留的基線，一般只需要建立基線的小組確認(rèn)更改并在QA進(jìn)行記錄即可。檢查與備份1、 檢查：根據(jù)VSS白皮書建議，要定期檢查數(shù)據(jù)的正確性。故VSS庫管理員應(yīng)每周檢查一次，流程如下：a) 開發(fā)人員于每周五下午5:30前check in（(不保持check out)）并退出登錄b) VSS庫管理人員用analyze工具檢查VSS數(shù)據(jù)庫，操作如下：在dos命令行中輸入：analyze f d c v4 c:vssdata其中“c:vssdata”為vss庫的數(shù)據(jù)目錄2、 備份：a) 每天增量備份，通過windowsNT以上自帶的備份工具進(jìn)行增量備份，備份以硬盤存放即可。b) 每周全備份：每周檢查完畢之后，對(duì)VSS數(shù)據(jù)庫進(jìn)行全備份，建議以光盤介質(zhì)備份。 配置管理實(shí)施后記應(yīng)該說，這次我們對(duì)項(xiàng)目的配置管理實(shí)施是非常成功的，在整個(gè)開發(fā)過程中，基本沒有出現(xiàn)因?yàn)榕渲霉芾淼膯栴}導(dǎo)致的對(duì)開發(fā)進(jìn)度的延誤。當(dāng)然，在開發(fā)過程中也發(fā)生了由于需求變化導(dǎo)致基線變更引起開發(fā)進(jìn)度的延遲，不過這不應(yīng)該算作是配置管理的失誤，因?yàn)樽鳛榕渲霉芾韥碚f，只能盡量保證基線變更不會(huì)導(dǎo)致項(xiàng)目失控。總結(jié)我們這次的配置管理實(shí)施工作，除了這幾篇文章中講到的需要注意的問題外，我覺得有一些應(yīng)該算做是決定實(shí)施成敗的關(guān)鍵因素：1、 一個(gè)好的執(zhí)行人員是成功的關(guān)鍵；一個(gè)好的執(zhí)行人員的重要性怎么強(qiáng)調(diào)都不過分。所謂的一個(gè)好的執(zhí)行人員應(yīng)該具備這樣的素質(zhì)：a) 對(duì)配置管理工作有較為深刻的理解；b) 對(duì)使用的配置管理工具運(yùn)用熟練；c) 具有好的溝通能力，能和開發(fā)組長、開發(fā)人員以及其他干系人溝通；d) 有好的執(zhí)行力，對(duì)流程的執(zhí)行能起到監(jiān)督和推動(dòng)作用；e) 耐心細(xì)致，很多時(shí)候，細(xì)節(jié)決定了成?。?2、 好的工具能起到事半功倍的效果；選擇一個(gè)合適的配置管理工具絕對(duì)是必要的，我們?cè)谇懊嬗昧艘徽露嗟钠榻B我們使用的配置管理工具及其方案，事實(shí)證明，我們選擇的配置管理工具對(duì)我們項(xiàng)目管理實(shí)施的效果是決定性的。 3、 在配置管理實(shí)施的初期，及時(shí)的指導(dǎo)起的作用是巨大的，甚至可以說是成功的主要因素；對(duì)不熟悉配置管理的開發(fā)工程師來說，配置管理工作容易在一開始就讓他們產(chǎn)生厭煩情緒，一點(diǎn)點(diǎn)使用上的不方便就會(huì)導(dǎo)致開發(fā)人員對(duì)配置管理的怨言，這個(gè)時(shí)候，及時(shí)的指導(dǎo)就顯得非常重要了，我們?cè)谂渲霉芾韺?shí)施過程中，準(zhǔn)備了VSS操作手冊(cè)、SOS簡明操作手冊(cè)、配置管理操作指導(dǎo)書等手冊(cè)，進(jìn)行了三次的培訓(xùn)，并在實(shí)施過程中隨時(shí)解決開發(fā)人員在使用配置管理工具中的問題。而且，在實(shí)施初期，我們以獎(jiǎng)勵(lì)為主，在一個(gè)月的時(shí)間內(nèi)沒有將配置管理工作作為考核內(nèi)容。 4、 每周的配置狀態(tài)檢查非常重要；在配置管理基本走上正規(guī)后，每周的配置狀態(tài)檢查是我們對(duì)配置管理執(zhí)行效果的檢查，一旦發(fā)現(xiàn)問題，會(huì)作為QA問題報(bào)告發(fā)出并要求限期改正。如果沒有這個(gè)檢查制度，配置管理工作很難持續(xù)受控。 后記工程型軟件項(xiàng)目配置管理實(shí)例這幾篇文章是我們?cè)陧?xiàng)目的配置管理實(shí)施過程中的一些體會(huì)，和其他配置管理文章不同的是，這里我們給出的都是馬上就可以應(yīng)用的實(shí)踐步驟。當(dāng)然，每個(gè)公司的環(huán)境各有不同，同樣的實(shí)踐不可能在每個(gè)地方都能產(chǎn)生一樣的效果，只是希望這一系列文章能給大家一些啟發(fā)。時(shí)間倉促，文章中有些地方可能還有未能表達(dá)清楚的地方，歡迎大家和我探討。