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

1、工程型軟件項(xiàng)目的配置管理實(shí)例、/一前言軟件配置管理作為貫穿軟件開(kāi)發(fā)過(guò)程始終的一項(xiàng)工作，其重要性不言而喻。 51cmm 上已有眾多關(guān)于配置管理 介紹、配置管理計(jì)劃、配置管理工作開(kāi)展心得一類的文章， 這些文章從概念和實(shí)施上介紹了配置管理工作的內(nèi) 容，但美中不足的是仍嫌抽象， 那些想要依葫蘆畫瓢的兄弟姐妹們?cè)谠噲D將這些理論應(yīng)用到自己項(xiàng)目的配置管 理中的時(shí)候，會(huì)發(fā)現(xiàn)仍然是無(wú)從下手（我也曾是這些感覺(jué)無(wú)從下手的人中的一個(gè)）。因此，本文擬從另外一個(gè) 角度，以本人最近實(shí)際操作的一個(gè)項(xiàng)目的配置管理工作談起，從配置管理工具的選擇、配置管理流程制定、配 置管理庫(kù)結(jié)構(gòu)的確定， 以及作為配置管理工作的推動(dòng)者如何推動(dòng)這項(xiàng)

2、工作等方面仔細(xì)描述一下本人的做法， 希 望這幾篇文章能給那些水深火熱中的兄弟姐妹們一點(diǎn)幫助。這里有兩點(diǎn)需要特別說(shuō)明：1 、 本文描述的內(nèi)容是以一個(gè)項(xiàng)目的配置管理為主線，對(duì)組織級(jí)的配置管理和配置管理策略沒(méi)有進(jìn)行詳細(xì)討 論；2 、 本文用來(lái)做示例的項(xiàng)目是一個(gè) “工程型 ”的項(xiàng)目，所謂的 “工程型 ”是和 “產(chǎn)品型 ”對(duì)應(yīng)的，這樣的項(xiàng)目需要 公司的開(kāi)發(fā)人員和現(xiàn)場(chǎng)的開(kāi)發(fā)人員進(jìn)行協(xié)作開(kāi)發(fā)，一般而言，在公司的開(kāi)發(fā)人員完成大部分的功能，現(xiàn)場(chǎng)的開(kāi) 發(fā)人員根據(jù)用戶需求，對(duì)軟件進(jìn)行修改（這部分的工作量一般會(huì)較大，在一個(gè) 16 人年的項(xiàng)目中，這部分的工 作可能會(huì)占到三分之一以上的工作量）。配置管理工作概述配置管理工

3、作的工作范圍， 在 51cmm 的很多文章中都有描述， 具體可以參考河清專欄的 基于 CMM 和 CMMI 的配置管理和陳越的軟件配置管理實(shí)施體會(huì)。在這里不作詳細(xì)的描述。本文涉及的項(xiàng)目背景本文用來(lái)示例的項(xiàng)目是某省電信的一個(gè)項(xiàng)目， 該項(xiàng)目的工作量大約是 16 人年，項(xiàng)目周期約為 1 年。大部分（ 90% 以上）的開(kāi)發(fā)工作在前 8個(gè)月內(nèi)完成，后期的工作主要由維護(hù)人員進(jìn)行系統(tǒng)維護(hù)和調(diào)整。 在 8個(gè)月的開(kāi)發(fā)時(shí)間 中，前 5 個(gè)月由開(kāi)發(fā)人員在公司進(jìn)行開(kāi)發(fā)，根據(jù)用戶的需求完成設(shè)計(jì)，確定系統(tǒng)架構(gòu)并實(shí)現(xiàn)整個(gè)框架，部分明 確的功能以及公用模塊也在這段時(shí)間內(nèi)完成； 后 3 個(gè)月的時(shí)間部分開(kāi)發(fā)人員在現(xiàn)場(chǎng)， 部分開(kāi)發(fā)

4、人員在公司共同 完成后期的開(kāi)發(fā)工作。整個(gè)項(xiàng)目采用的開(kāi)發(fā)語(yǔ)言是C+、Java、ASP,涉及的平臺(tái)包括 Solaris和Windows ,采用的開(kāi)發(fā)工具包括 VisualStudio和Solaris上的CC。此外，整個(gè)項(xiàng)目還使用了一些第三方的平臺(tái)，如IBM的MQ等。除用戶需求之外，公司還對(duì)項(xiàng)目組提出了代碼復(fù)用方面的要求，開(kāi)發(fā)人員在開(kāi)發(fā)過(guò)程中必須注意代碼的可重 用性。配置管理前期準(zhǔn)備工作 在項(xiàng)目正式啟動(dòng)之后，配置管理工作就可以開(kāi)始了。配置管理工作開(kāi)始的第一步就是一份配置管理計(jì)劃。51cmm 上已有不少配置管理計(jì)劃的模板，大家可以參考。 一般而言，需要在配置管理計(jì)劃中明確的內(nèi)容包括：1 、 配置管理軟

5、硬件資源；2 、 配置庫(kù)結(jié)構(gòu)；3、人員、角色以及配置管理規(guī)范；4 、 基線計(jì)劃；5 、 配置庫(kù)備份計(jì)劃； 在下文中，我們將圍繞這些內(nèi)容進(jìn)行詳細(xì)描述。配置管理環(huán)境 配置管理環(huán)境包括軟硬件環(huán)境。具體的資源需求應(yīng)該根據(jù)項(xiàng)目實(shí)際情況來(lái)確定，一般需要考慮的包括：網(wǎng)絡(luò) 環(huán)境、配置管理服務(wù)器的處理能力、空間需求，配置管理軟件的選擇等。配置管理環(huán)境的確定需要綜合考慮各 個(gè)方面的因素，包括我們采用的開(kāi)發(fā)工具，開(kāi)發(fā)方式，開(kāi)發(fā)人員對(duì)配置管理工具的熟悉程度等，其中，開(kāi)發(fā)人員對(duì)配置管理工具的認(rèn)可和熟悉程度常常直接決定配置管理能否正常進(jìn)行，如果選擇了需要開(kāi)發(fā)人員花費(fèi)比較大的精力去熟悉的配置管理軟件，我們就必須花費(fèi)大量時(shí)間

6、來(lái)進(jìn)行培訓(xùn)；同時(shí)，配置管理軟件和開(kāi)發(fā)工具的集成程度也是一個(gè)必須考慮的因素，根據(jù)我們的經(jīng)驗(yàn)，選擇一個(gè)和開(kāi)發(fā)環(huán)境集成緊密的配置管理工具至少可以減少20%花費(fèi)在Check In/Check Out和配置管理人員保持配置庫(kù)完整上的工作量。根據(jù)我們項(xiàng)目的實(shí)際情況，我們有如下一些考慮：根據(jù)歷史經(jīng)驗(yàn)，一個(gè)類似項(xiàng)目的配置庫(kù)大小約為3G，考慮到備份等操作對(duì)空間的需求，至少應(yīng)該為配置管理庫(kù)保留10G以上的空間。為了保證配置管理庫(kù)的安全，除了相應(yīng)的備份計(jì)劃之外，還可以采用了RAID 0 +1的方式為配置數(shù)據(jù)庫(kù)提供更好的可用性保證；考慮到在項(xiàng)目的后期有部分開(kāi)發(fā)人員會(huì)在現(xiàn)場(chǎng)進(jìn)行開(kāi)發(fā)，因此在網(wǎng)絡(luò)條件上需要提供對(duì)遠(yuǎn)程訪問(wèn)方

7、式的支持；配置管理服務(wù)器的選擇和配置管理軟件的選擇相關(guān)，考慮到目前公司有一臺(tái)閑置的PC服務(wù)器，最好能充分利用這臺(tái)服務(wù)器；配置管理軟件必須可以以某種方式支持遠(yuǎn)程訪問(wèn)，而且由于我們的開(kāi)發(fā)平臺(tái)涉及Solaris和Windows，配置管理軟件要能夠支持這兩種平臺(tái)；考慮到開(kāi)發(fā)工具方面，配置管理工具要求能和我們選擇的開(kāi)發(fā)工具進(jìn)行很好的集成；項(xiàng)目組的開(kāi)發(fā)人員缺乏使用配置管理工具的經(jīng)驗(yàn)，有將約30%的開(kāi)發(fā)人員使用過(guò) VSS配置管理工具，但僅限于最基礎(chǔ)的使用，對(duì) VSS的Label等功能沒(méi)有概念；結(jié)合以上的情況，我們首先考慮配置工具的選擇。配置管理工具的選擇軟硬件環(huán)境的選擇確定了配置管理工具后，我們使用公司購(gòu)置

8、的一臺(tái)Compaq PC Server作為配置管理的硬件環(huán)境，該服務(wù)器配置如下：CPU : 1CPU，P4 2.0G內(nèi)存：512M DDR硬盤空間：30GX4網(wǎng)卡：HP G bit網(wǎng)卡一張最終確定的方案是安裝該服務(wù)器安裝Windows 2000 Server操作系統(tǒng)，為了保證配置數(shù)據(jù)的安全性，我們采用RAID 0 + 1方式，總的可用空間在50G左右；另外為了備份的需要，還為服務(wù)器配置了一個(gè)CDR刻錄機(jī)。網(wǎng)絡(luò)環(huán)境的選擇公司已有現(xiàn)成的100M局域網(wǎng)，通過(guò)一個(gè)交換機(jī)和路由器連接至In ter net，有一個(gè)公網(wǎng)的靜態(tài)IP;配置管理服務(wù)器是內(nèi)網(wǎng)的一臺(tái)機(jī)器，具有一個(gè)內(nèi)網(wǎng)IP。為了滿足遠(yuǎn)程訪問(wèn)的需要，我

9、們通過(guò)在路由器上設(shè)置端口映射，將SOS需要使用的端口映射到配置管理服務(wù)器上（缺省情況下，SOS使用8888和8890兩個(gè)端口）。網(wǎng)絡(luò)拓?fù)鋱D如下：在公司的開(kāi)發(fā)人員通過(guò)局域網(wǎng)使用 VSS 訪問(wèn)和操作配置庫(kù)，在現(xiàn)場(chǎng)的開(kāi)發(fā)人員通過(guò) Internet 接入對(duì)配置庫(kù)進(jìn) 行訪問(wèn)和操作。配置庫(kù)維護(hù)和備份計(jì)劃 配置庫(kù)的維護(hù)的備份需要專職的配置庫(kù)管理員來(lái)負(fù)責(zé)。在整個(gè)項(xiàng)目中我們采用的配置庫(kù)維護(hù)策略是根據(jù)Microsoft 的 Best Practice 白皮書建議，包括以下要點(diǎn)：1、保持配置數(shù)據(jù)庫(kù)的大小不超過(guò)5G； Microsoft 建議，配置庫(kù)的大小在3 5G 比較合適，太大的數(shù)據(jù)庫(kù)會(huì)極大影響 VSS 的效率；

10、減小配置庫(kù)大小的2 、 每周進(jìn)行 VSS 數(shù)據(jù)庫(kù)的分析( Analysis )，發(fā)現(xiàn)問(wèn)題及時(shí)修正； VSS 提供了 Analysis 和 Fix 工具，由于 不合理的 Delete 等操作， VSS 數(shù)據(jù)庫(kù)有可能會(huì)出現(xiàn)一些 Interrupt Data 之類的問(wèn)題，通過(guò)定期的每周的分析工 作，可以極大減少數(shù)據(jù)庫(kù)出現(xiàn)問(wèn)題的風(fēng)險(xiǎn)；3 、 每日進(jìn)行配置庫(kù)的增量備份，每周進(jìn)行數(shù)據(jù)庫(kù)的完全備份； VSS 庫(kù)的備份可以通過(guò) VSS 自己的 Archive 功能或者是操作系統(tǒng)的 Backup 程序來(lái)進(jìn)行。 VSS 的 Archive 功能對(duì) VSS 中的文件數(shù)據(jù)進(jìn)行壓縮并保留 VSS 的所有狀態(tài)，但只能對(duì)

11、VSS 庫(kù)進(jìn)行完全備份，不能實(shí)現(xiàn)增量備份功能。 Windows2000 Server 提供的 Backup 實(shí) 用程序可以對(duì)文件進(jìn)行備份，由于 VSS 庫(kù)就是以文件形勢(shì)存在的，因此針對(duì) VSS 的 data 目錄進(jìn)行備份也可以 完全達(dá)到備份的目的，使用系統(tǒng)備份工具的好處是可以實(shí)現(xiàn)增量備份。我們?cè)趯?shí)際中使用的系統(tǒng)的備份工具， 每周五生成的完全備份采用刻錄光盤的方式保存，每天的增量備份數(shù)據(jù)存放在文件服務(wù)器上進(jìn)行備份?！拘〗Y(jié)】 在本章中，我們描述了工程型項(xiàng)目配置管理的一些概念，著重介紹了配置管理的環(huán)境，包括配置管 理工具的選擇等。在配置工具選擇方面，我們采用VSS SOS 的組合方案，第二章中，我們

12、將重點(diǎn)介紹VSS和 SOS 工具的使用，并在介紹配置管理規(guī)范中結(jié)合配置管理工具講解具體的操作配置管理雙槍將 VSS SOS說(shuō)起VSS,接觸過(guò)的人應(yīng)該不少。尤其是用用 VC和VB做開(kāi)發(fā)的人，絕大多數(shù)人應(yīng)該都接觸過(guò)和使用過(guò)VSS。VSS 小巧精干，和 VS 開(kāi)發(fā)工具集成極為緊密，就算不使用專門的配置服務(wù)器，直接在自己的開(kāi)發(fā)用機(jī)上安裝一個(gè)VSS，也能在代碼管理方面方便不少。SOS在上一章中已經(jīng)做了介紹，這一章將詳細(xì)介紹之。VSS 概念也許正因?yàn)?VSS 簡(jiǎn)單易用，在大多數(shù)人眼里， VSS 似乎都只是一個(gè)玩具，難登大雅之堂，最多能管管自己的 代碼，要用團(tuán)隊(duì)開(kāi)發(fā)中，那似乎是不可能的。剛接觸VSS 時(shí)，我

13、也是抱著差不多的想法，覺(jué)得要用 VSS 作為一個(gè)較大的項(xiàng)目的配置管理工具完全不可能，但隨著對(duì)VSS 研究的深入，加上在工作中也使用了其它一些配置管理工具，如 CVS、ClearCase、CCC harvest 等工具，反過(guò)來(lái)比較，反而覺(jué)得 VSS 有它獨(dú)到的地方。關(guān)于 VSS 和其他配置工具的比較，在 google 上搜索的話應(yīng)該能找到一大堆，我這里給出幾個(gè)對(duì)我來(lái)說(shuō)印象最深刻 的 VSS 的優(yōu)勢(shì)：1、VSS 操作使用簡(jiǎn)單；要在配置管理工具中評(píng)選 “最平易近人獎(jiǎng) ”，那一定非 VSS 莫屬。 VSS 中包含了配置管理需要的全部操作，但應(yīng)用起來(lái)卻非常簡(jiǎn)單，首先是全部操作都可以通過(guò)GUI 完成，如

14、Check In/Check Out操作、 Get Latest 等基本操作； Label、Share、Branch 、Merge 等高級(jí)操作；其次是 VSS 和開(kāi)發(fā)環(huán)境集成緊密， 在開(kāi)發(fā)環(huán)境的 IDE 中就可以方便地完成操作；2、VSS 對(duì)硬件配置要求不高；作為一個(gè)工作組級(jí)別的配置管理工具，在我們的項(xiàng)目中，安裝VSS 的配置服務(wù)器是一臺(tái) P4 2.2G/512M RAM/30Q 4 Disk的HP PC服務(wù)器，這樣的條件下VSS運(yùn)行已經(jīng)足夠穩(wěn)定和快速，相比起 CC 和 CCC harvest 的要求，這部分的投資是很小的；如果再考慮到 CC 和 CCC 都運(yùn)行在 Unix 平臺(tái)上 需要的維護(hù)

15、費(fèi)用，當(dāng)然是 VSS 更加劃算了；3、VSS 幾乎是免費(fèi)的；只要購(gòu)買了 VS 開(kāi)發(fā)工具，就能免費(fèi)使用 VSS；4、 VSS 備份/恢復(fù)非常簡(jiǎn)單；只需要通過(guò)拷貝覆蓋就能完成 VSS 的備份 /恢復(fù)工作，你說(shuō)簡(jiǎn)不簡(jiǎn)單？：)5、 有良好的可擴(kuò)展性；通過(guò) VSS的自動(dòng)化接口( Automation )，可以自己寫程序來(lái)完成對(duì)VSS庫(kù)的訪問(wèn)， 也正是基于這點(diǎn)，目前市面上已有一些 VSS 的擴(kuò)展工具出現(xiàn)，我們?cè)诒菊乱v的就是其中之一 Sourcegear 的 SOS。說(shuō)了這么多優(yōu)點(diǎn)，當(dāng)然不是說(shuō) VSS 就只有優(yōu)點(diǎn)，和其他的配置管理軟件比起來(lái)， VSS 也有一些不足之處：主 要表現(xiàn)在以下幾點(diǎn)：1、 缺乏對(duì)

16、Unix 的支持(沒(méi)有 Unix 上的客戶端或者服務(wù)器，這是微軟的一貫作風(fēng))；2、不支持遠(yuǎn)程訪問(wèn)方式（只能通過(guò)第三方的擴(kuò)展工具實(shí)現(xiàn)）；3、 支持的配置數(shù)據(jù)庫(kù)大小建議不超過(guò)5G SOS（ SourceOffSite ）軟件介紹接下來(lái)，我們重點(diǎn)介紹 SOS軟件，包括軟件的安裝、配置和使用。SOS軟件的安裝SOS軟件分為服務(wù)端和客戶端兩個(gè)部分，客戶端運(yùn)行在配置管理服務(wù)器上，客戶端運(yùn)行在需要訪問(wèn)配置庫(kù)的 客戶機(jī)上。以下以 標(biāo)準(zhǔn)版的SOS為例，說(shuō)明該軟件的安裝、配置和使用。服務(wù)端的安裝和設(shè)置SOS可以從Sourcegear的網(wǎng)站上下載試用，免費(fèi)版本可以試用30天，允許10個(gè)用戶，目前最新版本是 4.0.

17、不過(guò)為了解決 SOS中的中文問(wèn)題，建議大家從華軍軟件園中找到中文 SOS進(jìn)行安裝（所謂的中文 SOS是國(guó)內(nèi) 的高手修改了 SOS 3.53程序使其支持中文）。上圖是中文SOS安裝時(shí)的安裝界面，選擇安裝目錄等，一路Next，很容易就安裝完成了。安裝完成后，系統(tǒng)在 開(kāi)始”菜單中生成了中文 SOS的相關(guān)菜單項(xiàng)目。下圖是安裝完成中文 SOS之后生成的菜單：匸:職的Sff(P)Q Lij vssXR 卜VSTS理*旦卜£說(shuō)駅中玄腹:百 Symantec Client S&ctr ity自另吐v/ridotve LtJsteWE)WKi>'tD頤B)Compaq Syste

18、m IddIsMierOioft. Visual studio f .0 卜安裝完成后，需要對(duì) SOS進(jìn)行設(shè)置。選擇中文 SOS菜單的 服務(wù)器管理”進(jìn)入設(shè)置界面:Clufic Server Manaocr 3品3U«r KqyTE | Vab Projects | D«bi奮餐File Pypes | Fm Support |1立艮 i Gtn«i al Sttins | S«ri 1 Wwnt&rs |Dat&bu»s | UsfersWi th CryploeriphyViau.si ScmtceSafe 6. 0Dp4Tt

19、 in毎恥日山叭 K7 5.0 S«rpict Pack 4Li C4HZ4 S10 demo已fensesLic4h£»S*t fliy 22 C:5& 19 2004誦竜二 取洎 |應(yīng)用卻System Info頁(yè)面顯示的是 SOS的概要信息;“ Ge neral Sett ing頁(yè)包含了重要的設(shè)置信息，選中"use un secure port表示允許使用非加密模式進(jìn)行數(shù)據(jù)傳輸，端口號(hào)在后面的編輯框中設(shè)置；選中“use secure port表示允許使用加密模式進(jìn)行數(shù)據(jù)傳輸，端口號(hào)在后面的編輯框設(shè)置?！癡ersion 2.0 Compatib

20、ility用來(lái)選擇加密模式，一般選擇128bit模式即可。在 "Logging選項(xiàng)中，選擇日志的記錄方式；最后的“Idle Connections，'如果選中的話，在指定時(shí)間內(nèi)沒(méi)有數(shù)據(jù)傳輸?shù)脑?，連接就會(huì)自動(dòng)斷開(kāi)。UT»r Kays F *b Project- gbpxcludvd Mil* l'yp*s $小 SuppoTr+Inf# 1 Gwntril| DutabwsPE I UserB確定 | 靱肖 | 應(yīng)用如2£1劉 ourceOffSIte Clwfk Server Mdndoer 35.3“ Serial Number頁(yè)面用來(lái)管理 SO

21、S的license。通過(guò)Add按鈕可以增加新的Serial Number。SOS中可以添加多個(gè) Serial Number?！癉atabase頁(yè)面用來(lái)添加 SOS管理的VSS數(shù)據(jù)庫(kù)。點(diǎn)擊Add按鈕可以添加數(shù)據(jù)庫(kù)，添加對(duì)話框的上一個(gè)框填入VSS庫(kù)的ini文件所在路徑，下一個(gè)是數(shù)據(jù)庫(kù)的別名，可以任意設(shè)置。SOS可以同時(shí)管理多個(gè)數(shù)據(jù)庫(kù)。User Keys頁(yè)面用來(lái)生成客戶端訪問(wèn)控制的Key文件:使用“ Add Key 按鈕可以彈岀“ Add User Key的対話框。該對(duì)話框的第一個(gè)輸入框要求輸入要增加的用戶在VSS中對(duì)應(yīng)的用戶名；第二個(gè)輸入框要求輸入SOS服務(wù)器的IP地址，例如“ ，在局域網(wǎng)中可以設(shè)

22、置為“ 192.168.1.1（注意，如果配置管理服務(wù)器同時(shí)具有局域網(wǎng)和廣域網(wǎng)的IP地址，并且用戶需要從局域網(wǎng)和廣域網(wǎng)都可以訪問(wèn)SOS，則對(duì)同一個(gè)用戶需要兩個(gè)不同的Key文件。在我們的實(shí)際工作中，我們只使用SOS進(jìn)行In ternet上的訪問(wèn)，在局域網(wǎng)內(nèi)還是使用VSS，因此沒(méi)有這個(gè)問(wèn)題）。下面的Expiratio n要求輸入用戶的過(guò)期有效時(shí)間期限，選擇"Key Never Expired允許用戶永不過(guò)期。輸入完相應(yīng)信息后，點(diǎn)擊"OK確認(rèn)生成用戶 Key文件。生成的用戶Key文件保存在SOS安裝目錄下，文件名為用戶名.iky，注意保留此文件，SOS客戶端在啟動(dòng)時(shí)需要首先導(dǎo)入一

23、個(gè)key文件?！?Web Project頁(yè)面用于設(shè)置 Web Project的發(fā)布路徑：OK1在第一個(gè)編輯框中填入該工程在VSS中的路徑，例如“ $/WebProject1/test，在下面的編輯框中輸入發(fā)布的路徑，例如“dtemp”。發(fā)布路徑也可以是在其他機(jī)器上的網(wǎng)絡(luò)路徑?！癉ebug頁(yè)面是兩個(gè)調(diào)試級(jí)別的選項(xiàng)：PJoiirceOlFSIte Classic Server Manaqer 332£lSystal 'iTinli «r7 | ? it abitVtUs«r | Frjcts申lTEFil* Typts | Fin Support-Stbug

24、Output pJse vwbos* output in Log fkl：I KB M MKHBJiLlraaBAB- AulwatiQini Cwponaat Synchr on. Tat i asSyncJhromhuuie二雷 toon cco1褊毎l(fā)j果消1應(yīng)用加1這兩個(gè)選項(xiàng)的具體含義在SOS的Manual中也沒(méi)有明確提到，我們?cè)趯?shí)際運(yùn)用中也沒(méi)有發(fā)現(xiàn)該選項(xiàng)的具體作用，建議不選取?！?Excluded File Types頁(yè)面設(shè)置不允許添加到VSS庫(kù)中的文件類型：添加的條目是文件后綴，具有在列表中的后綴的文件都不能被添加到VSS庫(kù)中“ Pin Support頁(yè)面用于設(shè)置是否允許PIN操作

25、：Server Manaoer 33SyEt#n Info |>?«rL«ral StttiSen >al Himbers| Sat|Ux«r Asy5 | Vtb| Ex«liad«<l File Tjps 亍皿lK Enable £inFikh tt si.色ce.k'lh CJ" DF 0f t 耳i 中說(shuō)飛o'Smenl爲(wèi)J；Mi腑 Jr*w“褊室|果消 | 應(yīng)莓卻如果允許“ PIN操作，還需要指定 ss.exe文件所在的目錄。設(shè)置完成后，需要重新啟動(dòng)SOS服務(wù)端，具體方法是在服務(wù)”

26、中啟動(dòng)相應(yīng)服務(wù)：?jiǎn)?dòng)服務(wù)完成后，服務(wù)端的安裝設(shè)置就已經(jīng)完成了，接下來(lái)我們介紹SOS客戶端的安裝和使用。SOS客戶端的安裝和使用SOS的客戶端分為 Windows版本、Solaris版本和Linux版本。Windows版本的安裝非常簡(jiǎn)單，直接執(zhí)行安裝程序就可以順利安裝。Solaris版本的SOS客戶端以tar形式發(fā)布，首先在 Solaris上安裝GTK和GLIB，然后展開(kāi)安裝程序到任意目錄即可。對(duì)Linux版本的SOS客戶端，也需要首先安裝GTK和GLIB，然后展開(kāi)相應(yīng)tar包到任意目錄即可。Solaris、Linux和Windows版本的SOS客戶端運(yùn)行界面都非常類似，下面以Windows版本

27、為例說(shuō)明其使用。第一次運(yùn)行SOS客戶端時(shí)，系統(tǒng)會(huì)彈岀一個(gè)對(duì)話框要求輸入服務(wù)器和端口號(hào)。這時(shí)用“ Cance按鈕取消，選擇菜單項(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ù)庫(kù)列表，可以從列表中選擇合適的數(shù)據(jù)庫(kù)進(jìn)行連接訪問(wèn)。連接成功后，顯示的主界面和VSS的基本一致，SOS的操作方式和 VSS的也一樣，具體可以參見(jiàn)VSS的文檔。下圖是SOS的主界面:Fbrtt I«fi 申|p釧AQ|X 劇

28、3;|電IUST棚創(chuàng)"1空Its血謝 Q備列-貝k eiows 三iiM *: it* N冉1甲K L4UN1- 2-OTC-+ 聊P"Worfira DTstoY；iPToqresa:i丄山亠J12lP氈陽(yáng)幅兩 Mi IjWOSR*1利；i折 1 訝 HpW|0in|ir砂詁 伽fe»t:串曲畑陽(yáng)眄蝦師習(xí)U20當(dāng)然，SOS在操作上也有一些和 VSS不同的地方，下面列岀這些不同點(diǎn)：1、缺省設(shè)置下，SOS中每次登錄不會(huì)主動(dòng)刷新工程樹(shù)和文件列表，需要用工具條上的刷新按鈕進(jìn)行刷新;2、 SOS的“ Search功能較 VSS弱，只能查找 Check Out的文件；3、

29、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ī)范配置管理規(guī)范對(duì)于一個(gè)一般的項(xiàng)目來(lái)說(shuō)，配置管理規(guī)范的內(nèi)容至少需要包括以下的內(nèi)容:1、配置項(xiàng)及其命名規(guī)則；2、配置庫(kù)文件目錄結(jié)構(gòu)；3、角色和權(quán)限定義；4、配置項(xiàng)變更流程；5、配置項(xiàng)發(fā)布；6、基線定義和基線變更。配置項(xiàng)及其命名規(guī)則對(duì)我們的項(xiàng)目來(lái)說(shuō)，配置項(xiàng)需要包括以下的內(nèi)容：1

30、、項(xiàng)目管理過(guò)程文檔；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過(guò)程文檔；a）QA不符合報(bào)告；b）QA周報(bào)；c）評(píng)審記錄；3、工作產(chǎn)品a）需求文檔；b）設(shè)計(jì)文檔；c）代碼；d）測(cè)試文檔；e）軟件說(shuō)明書和手冊(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、一些第三方的開(kāi)發(fā)控件），對(duì)這些產(chǎn)品的管理至少可以解決三個(gè)方面的問(wèn)題：1、版本配合的問(wèn)題：大部分的第三

31、方軟件在升級(jí)之后，并不能實(shí)現(xiàn)二進(jìn)制層面上的兼容，需要對(duì)原有的代碼重新編譯； 甚至有的第三方軟件在升級(jí)之后，API層面上的兼容性都做不到；因此，在工程實(shí)施的過(guò)程中，版本的配合問(wèn)題是一個(gè)需要關(guān)注的問(wèn)題；2、發(fā)布的完整性問(wèn)題：一般來(lái)說(shuō)，比較大型的第三方軟件在發(fā)布過(guò)程中都不會(huì)有遺漏，但對(duì)一些小的第三方軟件來(lái)說(shuō)，比如我們使用的許多perl的CPan模塊，如果在開(kāi)發(fā)過(guò)程中沒(méi)有有意識(shí)的進(jìn)行管理的話，很容易就會(huì)發(fā)生遺漏；3、在某些特殊條件下由于第三方軟件的變化引起的基線變更：這種情況極少會(huì)發(fā)生，但在我們以前的項(xiàng)目中，確實(shí)還遇見(jiàn)過(guò)。一般是因?yàn)樵瓉?lái)選型時(shí)使用的第三方軟件不能滿足要求，只能通過(guò)更換新的第三方軟件，這

32、就補(bǔ)課避免地需要變更基線（例如需求文檔、設(shè)計(jì)文檔等）；將第三方軟件納入配置管理的范疇可以更方便 地管理基線的變更。關(guān)于第三方軟件產(chǎn)品配置項(xiàng)的管理還有一點(diǎn)需要說(shuō)明：由于第三方軟件有可能會(huì)比較大，而且相對(duì)我們的項(xiàng)目來(lái)說(shuō)，是很少會(huì)發(fā)生變更的（一般在一個(gè)項(xiàng)目過(guò)程中，不會(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í)”來(lái)命名。下表列岀了我們?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ì)要FM培訓(xùn)記錄和培訓(xùn)文檔TRQA不符合

33、報(bào)告QAFQA周報(bào)QAR評(píng)審記錄RR需求文檔REQ設(shè)計(jì)文檔DD代碼CODE測(cè)試文檔TD軟件說(shuō)明書和手冊(cè)MAN項(xiàng)目中使用的第三方產(chǎn)品FART3配置項(xiàng)命名中的“配置項(xiàng)特殊標(biāo)識(shí)”根據(jù)配置類別的不同而不同。比如，對(duì)“設(shè)計(jì)文檔”，如果細(xì)分的話,可以分為“概要設(shè)計(jì)”和“詳細(xì)設(shè)計(jì)”；對(duì)“代碼”，可以按照模塊來(lái)命名配置項(xiàng)。2、配置項(xiàng)版本命名：配置項(xiàng)版本命名是針對(duì)配置項(xiàng)的版本進(jìn)行命名，在我們的項(xiàng)目中，配置項(xiàng)版本通過(guò) 對(duì)Project的Label操作來(lái)實(shí)現(xiàn)，配置項(xiàng)版本的命名需要能清楚標(biāo)識(shí)配置項(xiàng)的狀態(tài)。一般說(shuō)來(lái)，配置庫(kù)至少包括個(gè)人工作區(qū)、受控庫(kù)、發(fā)布區(qū)三個(gè)部分，在我們的項(xiàng)目中，所有的配置項(xiàng)都保存在一個(gè)VSS庫(kù)中，對(duì)

34、這三個(gè)部分的劃分是通過(guò)邏輯劃分方式進(jìn)行的，具體來(lái)說(shuō)，就是通過(guò)配置項(xiàng)版本命名來(lái)劃分的。因此，我們配置項(xiàng)的 版本命名規(guī)定如下：a）基線版本：按照基線的狀態(tài)，我們這個(gè)項(xiàng)目中的基線有兩個(gè)方面：一是作為里程碑的基線；另一個(gè)是 模塊的階段性成果基線（對(duì)工作產(chǎn)品而言），由模塊的負(fù)責(zé)人確定。里程碑基線一一對(duì)我們的項(xiàng)目來(lái)說(shuō)，采用的是迭代的開(kāi)發(fā)過(guò)程，以一個(gè)迭代過(guò)程為例，分為需求、概 要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、代碼實(shí)現(xiàn)、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試七個(gè)階段，每個(gè)階段都需要產(chǎn)生里程碑。對(duì)每 個(gè)里程碑都有明確的標(biāo)識(shí)標(biāo)明當(dāng)前狀態(tài)。階段性成果基線一一階段性成果主要體現(xiàn)在代碼過(guò)程中，比如代碼進(jìn)行到一個(gè)階段，開(kāi)發(fā)組長(zhǎng)認(rèn)為代碼的這個(gè)狀態(tài)

35、可以保留，就可以確定為一個(gè)代碼基線。這種基線一般不需要通過(guò)評(píng)審等正式手段來(lái)確定，但也 必須有相應(yīng)的驗(yàn)證手段；比如在我們的項(xiàng)目中，在代碼階段，確定代碼基線的責(zé)任人是開(kāi)發(fā)組長(zhǎng)，但開(kāi)發(fā)組長(zhǎng) 必須保證代碼基線符合一定的條件。b）其他版本：除基線版本外，有時(shí)候還需要在開(kāi)發(fā)和維護(hù)過(guò)程中確定其他版本。例如，產(chǎn)品在測(cè)試過(guò)程 中不斷的問(wèn)題修復(fù)過(guò)程中，可能會(huì)有多種反復(fù)，此時(shí)需要將每次修改的內(nèi)容作為一個(gè)版本。關(guān)于版本，還有另一個(gè)需要注意的問(wèn)題。一般來(lái)說(shuō)，按照模塊來(lái)劃分，每個(gè)模塊有自己的版本演進(jìn)比較合 理。首先，一個(gè)模塊一般是由一個(gè)或兩個(gè)開(kāi)發(fā)人員完成的；其次，一個(gè)模塊的功能會(huì)比較單一且獨(dú)立，在版本 的演化過(guò)程中便于控

36、制，也不會(huì)和其他模塊產(chǎn)生過(guò)于復(fù)雜的關(guān)系。而產(chǎn)品的版本則需要由各個(gè)模塊的不同版本組成，這個(gè)縱橫的關(guān)系需要很好地管理，我們的做法是在VSS庫(kù)上用Label來(lái)標(biāo)識(shí)，同時(shí)維護(hù)一張描述產(chǎn)品版本和模塊版本關(guān)系的矩陣圖便于追蹤。配置庫(kù)目錄結(jié)構(gòu)在確定了配置項(xiàng)之后，就可以確定配置庫(kù)的目錄結(jié)構(gòu)了。配置庫(kù)的目錄結(jié)構(gòu)直接關(guān)系到配置管理的工作量和使用的方便性，所以需要根據(jù)自己的需要確定一個(gè)合理的結(jié)構(gòu)。在確定配置管理庫(kù)目錄結(jié)構(gòu)的時(shí)候，我們?cè)?jīng)考慮過(guò)兩種產(chǎn)品目錄結(jié)構(gòu)的方式：一種是按照模塊劃分，在模塊下再劃分諸如設(shè)計(jì)文檔、代碼等目錄；另一種方式是按照產(chǎn)品類型劃分，例如首先是文檔、代碼，然后在 其下按照模塊劃分。這兩種方式都有

37、自己的優(yōu)點(diǎn)，最終我們還是選擇了前一種劃分方式，一方面是考慮便于進(jìn)行權(quán)限的分配，另一方面是考慮到便于將同一模塊的所有內(nèi)容組織起來(lái)進(jìn)行版本的管理。下表是我們?cè)趯?shí)際中采用的配置庫(kù)結(jié)構(gòu)（部分）：第一級(jí)第二級(jí)第三級(jí)第四級(jí)說(shuō)明M管理類文檔PM項(xiàng)目管理0 - Init初始階段PCPTRPN1 Plan計(jì)劃階段QA0 PPQAP質(zhì)量保證計(jì)劃P項(xiàng)目產(chǎn)品0 Req需求階段0 CRS客戶需求1 SRS需求分析文檔2 RTM需求跟蹤矩陣1 Des設(shè)計(jì)階段0 HLD1概要設(shè)計(jì)1 DBD數(shù)據(jù)庫(kù)設(shè)計(jì)2 Imp實(shí)現(xiàn)/編碼階段0 Module1模塊10 COD代碼1 DDS詳細(xì)設(shè)計(jì)2 HLD概要設(shè)計(jì)3 UNT單元測(cè)試3 Tes

38、t0 Int集成測(cè)試1 Syt系統(tǒng)測(cè)試4 Man手冊(cè)5 Others其他從這里的配置庫(kù)結(jié)構(gòu)中可以看到，我們?cè)谧钌蠈訉⑴渲庙?xiàng)分為管理類和產(chǎn)品類：管理類中的項(xiàng)目管理部分基本是按照初始-計(jì)劃-執(zhí)行-收尾四個(gè)階段來(lái)劃分。在項(xiàng)目產(chǎn)品類別中，我們按照需求-設(shè)計(jì)-實(shí)現(xiàn)-測(cè)試四個(gè)階段劃分目錄，在實(shí)現(xiàn)階段，為每個(gè)模塊劃分了代碼、詳細(xì)設(shè)計(jì)、概要設(shè)計(jì)和單元測(cè)試四個(gè)目錄，需要說(shuō) 明的是，在第三層中有一個(gè)HLD的目錄，在模塊下同樣有一個(gè)HLD的目錄，在我們的實(shí)際工作中，第三層的HLD目錄用來(lái)存放系統(tǒng)級(jí)別的概要設(shè)計(jì)文檔，而模塊下的HLD目錄用來(lái)存放模塊級(jí)別的概要設(shè)計(jì)文檔。當(dāng)然，這里的配置庫(kù)結(jié)構(gòu)僅僅起到了示范作用，在實(shí)際使

39、用中，可以根據(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è)配置管理庫(kù)由配置管理員管理。配置管理員負(fù)責(zé)分配和修改其他成員的權(quán)限，要維護(hù)所有目錄和配置項(xiàng)。開(kāi)發(fā)經(jīng)理開(kāi)發(fā)經(jīng)理在本項(xiàng)目中負(fù)責(zé)主導(dǎo)完成需求分析和系統(tǒng)總體設(shè)計(jì)，對(duì)項(xiàng)目的總體進(jìn)度負(fù)責(zé)。開(kāi)發(fā)經(jīng)理?yè)碛袑?duì)管理類文檔的讀取權(quán)限，可以對(duì)項(xiàng)目類文檔進(jìn)行讀寫操作；開(kāi)發(fā)組長(zhǎng)開(kāi)發(fā)組長(zhǎng)對(duì)本小組的工

40、作負(fù)有組織和管理任務(wù)，同時(shí)開(kāi)發(fā)組長(zhǎng)也需要承擔(dān)一定的開(kāi)發(fā)任務(wù)。開(kāi)發(fā)組長(zhǎng)對(duì)管理類文檔有讀取權(quán)限，對(duì)本組負(fù)責(zé)的模塊有讀取權(quán)限，對(duì)自己負(fù)責(zé)的模塊有讀寫的權(quán)限；開(kāi)發(fā)工程師開(kāi)發(fā)工程師完成具體的開(kāi)發(fā)任務(wù)，對(duì)自己負(fù)責(zé)的模塊目錄有讀寫權(quán)限，對(duì)管理類文檔有讀取權(quán)限；測(cè)試組長(zhǎng)測(cè)試組長(zhǎng)負(fù)責(zé)組織測(cè)試，給岀測(cè)試計(jì)劃和測(cè)試方案，并核定測(cè)試報(bào)告。測(cè)試組長(zhǎng)對(duì)所有目錄都有讀取權(quán)限，對(duì)測(cè)試目錄有讀寫權(quán)限；測(cè)試工程師測(cè)試工程師負(fù)責(zé)完成測(cè)試工作，包括測(cè)試用例開(kāi)發(fā)和測(cè)試執(zhí)行，測(cè)試報(bào)告編寫。測(cè)試工程師對(duì)自己負(fù)責(zé)的模塊有讀取權(quán)限，對(duì)測(cè)試用例目錄有讀寫權(quán)限。QA工程師QA工程師擁有對(duì)所有目錄的讀取權(quán)限，擁有對(duì)QA類文檔目錄的讀寫權(quán)限。說(shuō)明除配

41、置管理員外，其他所有成員都沒(méi)有Destroy目錄和文件的權(quán)限，這是為了防止誤刪除操作帶來(lái)不可挽回的損失。如果需要對(duì)目錄進(jìn)行Destroy操作，必須由配置管理員進(jìn)行?！拘〗Y(jié)】 在本章中，我們介紹了配置管理規(guī)范的配置項(xiàng)及其命名、配置庫(kù)的目錄結(jié)構(gòu)以及配置管理的角色權(quán)限分配。在下一章中，我們將介紹完配置管理規(guī)范的其他內(nèi)容并給岀配置管理實(shí)施過(guò)程中的一些心得體會(huì)。配置項(xiàng)的變更與發(fā)布配置項(xiàng)變更流程我們所說(shuō)的配置項(xiàng)變更流程主要是針對(duì)配置項(xiàng)發(fā)生變化的控制，在我們的項(xiàng)目中分為兩個(gè)部分，首先是對(duì)配置項(xiàng)新建、檢入（Checkin ）和檢岀（Checkout ）的規(guī)定；其次是對(duì)入庫(kù)的文件類型和大小的規(guī)定：新建、檢入、檢

42、出及破壞1、 新建：即Add，除特殊情況外，一般不規(guī)定由誰(shuí)來(lái)新建（只要有權(quán)限即可），但盡量指定每個(gè) project 只有一人負(fù)責(zé)新建。2、檢入：即check in ，檢入頻率規(guī)定如下：i. 在代碼編寫前，至少每周一次ii. 代碼編寫階段，至少每天一次iii. 測(cè)試階段以后，根據(jù)代碼、文檔的變動(dòng)，只要當(dāng)天有變動(dòng)就要檢入一次。iv. 為配合檢查、備份工作，需在檢查備份周期前全部check in （ 不保持check out）并退岀登錄。詳見(jiàn)“檢查及備份”部分3、檢岀：即check out。原則上只對(duì)要修改的文檔方可檢岀。4、破壞（Destroy ）:一般情況不可以破壞文件、目錄。5、如果是誤操作，

43、則可在一天內(nèi)提交管理員處6、如果超過(guò)一天，則需要由項(xiàng)目經(jīng)理同意，且管理員破壞前要備份。7、各階段環(huán)境職責(zé)環(huán)境階段負(fù)責(zé)人職責(zé)公司內(nèi)部編碼前開(kāi)發(fā)人員每周及需要評(píng)審前 check in工作產(chǎn)品（包括版本發(fā)布說(shuō)明）到VSS上開(kāi)發(fā)組長(zhǎng)每周SCM人 員每周統(tǒng)計(jì)編碼開(kāi)發(fā)人員每天check in工作產(chǎn)品（包括版本發(fā)布說(shuō)明）到vss上開(kāi)發(fā)組長(zhǎng)每周檢查經(jīng)理及組長(zhǎng)抽查及走讀SCM人 員每周統(tǒng)計(jì)，檢查代碼風(fēng)格測(cè)試開(kāi)發(fā)人員每天check in工作產(chǎn)品到vss上（如當(dāng)天沒(méi)有修改可以不進(jìn)行check in ）以LABEL形式提交一個(gè)新版本給測(cè)試，附帶版本發(fā)布說(shuō)明測(cè)試人員對(duì)測(cè)試完成后的程序打 LABEL發(fā)布后開(kāi)發(fā)人員將新版本

44、check in到vss,打測(cè)試LABEL,向測(cè)試人員提交申請(qǐng)測(cè)試人員對(duì)測(cè)試完成后的程序打 LABELSCM人 員對(duì)變更做好控制和記錄，并發(fā)布現(xiàn)場(chǎng)開(kāi)發(fā)負(fù)責(zé)人將發(fā)布后的產(chǎn)版本更新至現(xiàn)場(chǎng)，或指定人員進(jìn)行公司外部編碼現(xiàn)場(chǎng)開(kāi)發(fā)負(fù)責(zé)人在無(wú)法通過(guò)sos連到公司vss的情況下，需要在現(xiàn)場(chǎng)建立配置庫(kù) （文件方式或 VSS等），做到基本的版本控制和備份。每周至少 通過(guò)SOS提交一次至公司的 VSS庫(kù)中?，F(xiàn)場(chǎng)開(kāi)發(fā)人員每天check in工作產(chǎn)品到現(xiàn)場(chǎng)配置庫(kù)（包括版本發(fā)布說(shuō)明）。SCM人 員做好督促和監(jiān)督工作，每周將現(xiàn)場(chǎng)開(kāi)發(fā)負(fù)責(zé)人提交的現(xiàn)場(chǎng)版本更 新到公司配置庫(kù)（vss ）。測(cè)試現(xiàn)場(chǎng)開(kāi)發(fā)人員每天check in工作

45、產(chǎn)品到現(xiàn)場(chǎng)配置庫(kù)（如當(dāng)天沒(méi)有修改可以不 進(jìn)行 check in ）。如已經(jīng)回公司則每天 check in工作產(chǎn)品到公司配置庫(kù)vss （如當(dāng)天沒(méi)有修改可以不進(jìn)行check in ）。每周通過(guò)SOS提交一個(gè)新版本給測(cè)試，打測(cè)試LABEL,附帶版本發(fā) 布說(shuō)明（如沒(méi)有更新可不提交）對(duì)測(cè)試完成后的程序打 LABELSCM人 員做好督促和監(jiān)督工作發(fā)布后現(xiàn)場(chǎng)調(diào)試現(xiàn)場(chǎng)維護(hù)現(xiàn)場(chǎng)開(kāi)發(fā)負(fù)責(zé)人在無(wú)法通過(guò)sos連到公司vss的情況下，需要在現(xiàn)場(chǎng)建立配置庫(kù) （文件方式或 VSS等），做到基本的版本控制和備份。每周至少 通過(guò)SOS提交一次至公司的 VSS庫(kù)中。通過(guò)LABEL提交測(cè)試版本現(xiàn)場(chǎng)開(kāi)發(fā)人員對(duì)修改后的版本通過(guò) SOS

46、check in新版本到vss,打測(cè)試LABEL,向測(cè)試人員提交申請(qǐng)（由修改至提交測(cè)試人員不應(yīng)超過(guò)三天）測(cè)試人員對(duì)測(cè)試完成后的程序打 LABELSCM人 員對(duì)變更做好控制和記錄，并發(fā)布做好督促和監(jiān)督現(xiàn)場(chǎng)提交更新版本到vss。關(guān)于VSS庫(kù)內(nèi)存放文件類型及大小的規(guī)定1、文件名及目錄規(guī)定：以英文名字命名2、 文件大小規(guī)定：最大不超過(guò)20M3、允許類型：4、表2.1中提至的文檔類5、代碼及腳本類及為配合編譯需要的類庫(kù)等6、以下類型不允許存放在 VSS庫(kù)中：7、備份數(shù)據(jù)8、安裝程序、打包程序（zip'rar ）9、超過(guò)20M以上的非代碼類及開(kāi)發(fā)文檔類文件10、對(duì)于特殊情況或不確定情況，需向配置管

47、理人員咨詢后再加入11、對(duì)于不允許存放類型的配置類文件，可與配置管理員聯(lián)絡(luò)，隨件附說(shuō)明清單，以文件型式保存 于服務(wù)器。配置項(xiàng)發(fā)布配置項(xiàng)發(fā)布是指配置項(xiàng)進(jìn)行到一定的階段（例如，里程碑階段），需要對(duì)外發(fā)布時(shí)的規(guī)則。在我們的項(xiàng)目 中，配置項(xiàng)發(fā)布是通過(guò)標(biāo)簽，即LABEL，來(lái)實(shí)現(xiàn)的。階段觸發(fā)事件操作人標(biāo)簽類型打標(biāo)簽的級(jí)別單元測(cè)試單元測(cè)試完成，可以提交集成測(cè)試開(kāi)發(fā)人員FOR_TEST模塊級(jí)集成測(cè)試集成測(cè)試完成，不通過(guò)（如通過(guò)進(jìn)入系統(tǒng)測(cè)試階 段）測(cè)試人員TESTED模塊級(jí)BUG修改完成，可以提交測(cè)試開(kāi)發(fā)人員FOR_TEST模塊級(jí)集成測(cè)試通過(guò)，可以提交系統(tǒng)測(cè)試測(cè)試負(fù)責(zé)人TESTED模塊級(jí)系統(tǒng)測(cè)試系統(tǒng)測(cè)試完成后，不通過(guò)，（如通過(guò)進(jìn)入系統(tǒng)測(cè) 試階段）測(cè)試負(fù)責(zé)人TESTED項(xiàng)目級(jí)BUG修改完成，可以提交測(cè)試開(kāi)發(fā)人員FOR_TEST項(xiàng)目級(jí)系統(tǒng)測(cè)試通過(guò)測(cè)試負(fù)責(zé)人TESTED項(xiàng)目級(jí)驗(yàn)收測(cè)試驗(yàn)收前的版本，可發(fā)布到現(xiàn)場(chǎng)安裝配置管理員LOAD項(xiàng)目級(jí)驗(yàn)收后的版本，可發(fā)布的正式版本配置管理員LOAD項(xiàng)目級(jí)現(xiàn)場(chǎng)維護(hù)修改BUG后提交測(cè)試維護(hù)工程師FOR_TEST模塊級(jí)/項(xiàng)目級(jí)/文 件級(jí)測(cè)試通過(guò)與否測(cè)試人員TESTED模塊級(jí)/項(xiàng)目級(jí)/文 件級(jí)基線確立與變更基線的確定在上一部分中已經(jīng)說(shuō)到過(guò)，我們的項(xiàng)目基線分為兩類，一類是作為