應(yīng)用軟件項目的配置管理實例分析

申請免費試用、咨詢電話：400-8352-114

軟件配置管理作為貫穿軟件開發(fā)過程始終的一項工作，其重要性不言而喻。51cmm上已有眾多關(guān)于配置管理介紹、配置管理計劃、配置管理工作開展心得一類的文章，這些文章從概念和實施上介紹了配置管理工作的內(nèi)容，但美中不足的是仍嫌抽象，那些想要依葫蘆畫瓢的兄弟姐妹們在試圖將這些理論應(yīng)用到自己項目的配置管理中的時候，會發(fā)現(xiàn)仍然是無從下手（我也曾是這些感覺無從下手的人中的一個）。因此，本文擬從另外一個角度，以本人最近實際操作的一個項目的配置管理工作談起，從配置管理工具的選擇、配置管理流程制定、配置管理庫結(jié)構(gòu)的確定，以及作為配置管理工作的推動者如何推動這項工作等方面仔細(xì)描述一下本人的做法，希望這幾篇文章能給那些水深火熱中的兄弟姐妹們一點幫助。

這里有兩點需要特別說明：

1.本文描述的內(nèi)容是以一個項目的配置管理為主線，對組織級的配置管理和配置管理策略沒有進行詳細(xì)討論；

2.本文用來做示例的項目是一個“工程型”的項目，所謂的“工程型”是和“產(chǎn)品型”對應(yīng)的，這樣的項目需要公司的開發(fā)人員和現(xiàn)場的開發(fā)人員進行協(xié)作開發(fā)，一般而言，在公司的開發(fā)人員完成大部分的功能，現(xiàn)場的開發(fā)人員根據(jù)用戶需求，對軟件進行修改（這部分的工作量一般會較大，在一個16人年的項目中，這部分的工作可能會占到三分之一以上的工作量）。

配置管理工作概述

配置管理工作的工作范圍，在51cmm的很多文章中都有描述，具體可以參考河清專欄的《基于CMM和CMMI的配置管理》和陳越的《軟件配置管理實施體會》。在這里不作詳細(xì)的描述。

本文涉及的項目背景

本文用來示例的項目是某省電信的一個項目，該項目的工作量大約是16人年，項目周期約為1年。大部分（90%以上）的開發(fā)工作在前8個月內(nèi)完成，后期的工作主要由維護人員進行系統(tǒng)維護和調(diào)整。在8個月的開發(fā)時間中，前5個月由開發(fā)人員在公司進行開發(fā)，根據(jù)用戶的需求完成設(shè)計，確定系統(tǒng)架構(gòu)并實現(xiàn)整個框架，部分明確的功能以及公用模塊也在這段時間內(nèi)完成；后3個月的時間部分開發(fā)人員在現(xiàn)場，部分開發(fā)人員在公司共同完成后期的開發(fā)工作。

整個項目采用的開發(fā)語言是C++、Java、ASP，涉及的平臺包括Solaris和Windows，采用的開發(fā)工具包括Visual Studio和Solaris上的CC。此外，整個項目還使用了一些第三方的平臺，如IBM的MQ等。

除用戶需求之外，公司還對項目組提出了代碼復(fù)用方面的要求，開發(fā)人員在開發(fā)過程中必須注意代碼的可重用性。

配置管理前期準(zhǔn)備工作

在項目正式啟動之后，配置管理工作就可以開始了。配置管理工作開始的第一步就是一份配置管理計劃。51cmm上已有不少配置管理計劃的模板，大家可以參考。

一般而言，需要在配置管理計劃中明確的內(nèi)容包括：

1、 配置管理軟硬件資源；

2、 配置庫結(jié)構(gòu)；

3、 人員、角色以及配置管理規(guī)范；

4、 基線計劃；

5、 配置庫備份計劃；

在下文中，我們將圍繞這些內(nèi)容進行詳細(xì)描述。

配置管理環(huán)境

配置管理環(huán)境包括軟硬件環(huán)境。具體的資源需求應(yīng)該根據(jù)項目實際情況來確定，一般需要考慮的包括：網(wǎng)絡(luò)環(huán)境、配置管理服務(wù)器的處理能力、空間需求，配置管理軟件的選擇等。配置管理環(huán)境的確定需要綜合考慮各個方面的因素，包括我們采用的開發(fā)工具，開發(fā)方式，開發(fā)人員對配置管理工具的熟悉程度等，其中，開發(fā)人員對配置管理工具的認(rèn)可和熟悉程度常常直接決定配置管理能否正常進行，如果選擇了需要開發(fā)人員花費比較大的精力去熟悉的配置管理軟件，我們就必須花費大量時間來進行培訓(xùn)；同時，配置管理軟件和開發(fā)工具的集成程度也是一個必須考慮的因素，根據(jù)我們的經(jīng)驗，選擇一個和開發(fā)環(huán)境集成緊密的配置管理工具至少可以減少20%花費在Check In/Check Out和配置管理人員保持配置庫完整上的工作量。

根據(jù)我們項目的實際情況，我們有如下一些考慮：

根據(jù)歷史經(jīng)驗，一個類似項目的配置庫大小約為3G，考慮到備份等操作對空間的需求，至少應(yīng)該為配置管理庫保留10G以上的空間。為了保證配置管理庫的安全，除了相應(yīng)的備份計劃之外，還可以采用了RAID 0＋1的方式為配置數(shù)據(jù)庫提供更好的可用性保證；

考慮到在項目的后期有部分開發(fā)人員會在現(xiàn)場進行開發(fā)，因此在網(wǎng)絡(luò)條件上需要提供對遠(yuǎn)程訪問方式的支持；

配置管理服務(wù)器的選擇和配置管理軟件的選擇相關(guān)，考慮到目前公司有一臺閑置的PC服務(wù)器，最好能充分利用這臺服務(wù)器；

配置管理軟件必須可以以某種方式支持遠(yuǎn)程訪問，而且由于我們的開發(fā)平臺涉及Solaris和Windows，配置管理軟件要能夠支持這兩種平臺；考慮到開發(fā)工具方面，配置管理工具要求能和我們選擇的開發(fā)工具進行很好的集成；

項目組的開發(fā)人員缺乏使用配置管理工具的經(jīng)驗，有將約30%的開發(fā)人員使用過VSS配置管理工具，但僅限于最基礎(chǔ)的使用，對VSS的Label等功能沒有概念；結(jié)合以上的情況，我們首先考慮配置工具的選擇。

配置管理工具的選擇

從開發(fā)人員具有的配置管理工具使用經(jīng)驗和配置管理工具使用的難易度方面來說，VSS是最好的選擇，在現(xiàn)有的基礎(chǔ)上只需要對開發(fā)人員進行簡單培訓(xùn)；考慮到和開發(fā)工具的集成，VSS也是一個不錯的選擇。不過本項目還要求對遠(yuǎn)程接入方式的支持，以及對Solaris平臺的支持，VSS肯定是不能滿足要求的（VSS通過VPN方式應(yīng)該是可以實現(xiàn)對遠(yuǎn)程訪問的支持，但VSS的完全共享方式實在是不敢在Internet上使用）。

除VSS外，可以選擇的配置管理工具還有CCC Harvest、ClearCase、CVS等，但Harvest和ClearCase使用起來比較復(fù)雜，需要一個專門的配置庫管理員負(fù)責(zé)技術(shù)支持，還需要對開發(fā)人員進行較多的培訓(xùn)，另外，Harvest和ClearCase價格不菲；CVS在Unix下使用方便，而且是免費的，但其文本方式的操作界面對于習(xí)慣在Windows平臺上開發(fā)的開發(fā)人員來說使用非常不習(xí)慣（CVS也有windows下的GUI版本，但經(jīng)過我們的試用，在操作習(xí)慣上和我們目前開發(fā)人員習(xí)慣的方式很不相同，較難被接受）。

經(jīng)過在MSDN和Internet上查找，終于找到了一個VSS的增強軟件SOS（Source Offsite），它基于VSS的數(shù)據(jù)庫，可以支持通過TCP/IP方式訪問和操作VSS庫，在Windows、Slolaris和Linux上都提供了客戶端，并且通過傳輸數(shù)據(jù)的壓縮和加密方式，使得文件操作的速度大大加快并增強了系統(tǒng)的安全性。SOS可以在SourceGear的網(wǎng)站上找到詳細(xì)介紹和試用的下載（http://www.sourcegear.com/sos）。事實證明，VSS＋SOS的組合在我們的整個項目過程中起到了關(guān)鍵的支持作用。我們使用的SOS是3.53的Standard版本，本文也將以該版本為例在下一部分中說明具體的操作和使用步驟。

軟硬件環(huán)境的選擇

確定了配置管理工具后，我們使用公司購置的一臺Compaq PC Server作為配置管理的硬件環(huán)境，該服務(wù)器配置如下：

CPU：1CPU，P4 2.0G

內(nèi)存：512M DDR

硬盤空間：30G×4

網(wǎng)卡：HP G bit網(wǎng)卡一張

最終確定的方案是安裝該服務(wù)器安裝Windows 2000 Server操作系統(tǒng)，為了保證配置數(shù)據(jù)的安全性，我們采用RAID 0＋1方式，總的可用空間在50G左右；另外為了備份的需要，還為服務(wù)器配置了一個CDR刻錄機。

網(wǎng)絡(luò)環(huán)境的選擇

公司已有現(xiàn)成的100M局域網(wǎng)，通過一個交換機和路由器連接至Internet，有一個公網(wǎng)的靜態(tài)IP；配置管理服務(wù)器是內(nèi)網(wǎng)的一臺機器，具有一個內(nèi)網(wǎng)IP。為了滿足遠(yuǎn)程訪問的需要，我們通過在路由器上設(shè)置端口映射，將SOS需要使用的端口映射到配置管理服務(wù)器上（缺省情況下，SOS使用8888和8890兩個端口）。

在公司的開發(fā)人員通過局域網(wǎng)使用VSS訪問和操作配置庫，在現(xiàn)場的開發(fā)人員通過Internet接入對配置庫進行訪問和操作。

配置庫維護和備份計劃

配置庫的維護的備份需要專職的配置庫管理員來負(fù)責(zé)。在整個項目中我們采用的配置庫維護策略是根據(jù)Microsoft的Best Practice白皮書建議，包括以下要點：

1.保持配置數(shù)據(jù)庫的大小不超過5G；Microsoft建議，配置庫的大小在3－5G比較合適，太大的數(shù)據(jù)庫會極大影響VSS的效率；減小配置庫大小的

2.每周進行VSS數(shù)據(jù)庫的分析（Analysis），發(fā)現(xiàn)問題及時修正；VSS提供了Analysis和Fix工具，由于不合理的Delete等操作，VSS數(shù)據(jù)庫有可能會出現(xiàn)一些Interrupt Data之類的問題，通過定期的每周的分析工作，可以極大減少數(shù)據(jù)庫出現(xiàn)問題的風(fēng)險；

3.每日進行配置庫的增量備份，每周進行數(shù)據(jù)庫的完全備份；VSS庫的備份可以通過VSS自己的Archive功能或者是操作系統(tǒng)的Backup程序來進行。VSS的Archive功能對VSS中的文件數(shù)據(jù)進行壓縮并保留VSS的所有狀態(tài)，但只能對VSS庫進行完全備份，不能實現(xiàn)增量備份功能。

Windows2000 Server提供的Backup實用程序可以對文件進行備份，由于VSS庫就是以文件形勢存在的，因此針對VSS的data目錄進行備份也可以完全達(dá)到備份的目的，使用系統(tǒng)備份工具的好處是可以實現(xiàn)增量備份。我們在實際中使用的系統(tǒng)的備份工具，每周五生成的完全備份采用刻錄光盤的方式保存，每天的增量備份數(shù)據(jù)存放在文件服務(wù)器上進行備份。（CIO時代論壇）