【正文】 當(dāng)然，每個(gè)公司的環(huán)境各有不同，同樣的實(shí)踐不可能在每個(gè)地方都能產(chǎn)生一樣的效果，只是希望這一系列文章能給大家一些啟發(fā)。在配置管理基本走上正規(guī)后，每周的配置狀態(tài)檢查是我們對(duì)配置管理執(zhí)行效果的檢查，一旦發(fā)現(xiàn)問(wèn)題，會(huì)作為QA問(wèn)題報(bào)告發(fā)出并要求限期改正。 每周的配置狀態(tài)檢查非常重要；而且，在實(shí)施初期，我們以獎(jiǎng)勵(lì)為主，在一個(gè)月的時(shí)間內(nèi)沒(méi)有將配置管理工作作為考核內(nèi)容。e) 耐心細(xì)致，很多時(shí)候，細(xì)節(jié)決定了成??；d) 有好的執(zhí)行力，對(duì)流程的執(zhí)行能起到監(jiān)督和推動(dòng)作用；c) 具有好的溝通能力，能和開(kāi)發(fā)組長(zhǎng)、開(kāi)發(fā)人員以及其他干系人溝通；b) 對(duì)使用的配置管理工具運(yùn)用熟練；a) 對(duì)配置管理工作有較為深刻的理解；所謂的一個(gè)好的執(zhí)行人員應(yīng)該具備這樣的素質(zhì)：當(dāng)然，在開(kāi)發(fā)過(guò)程中也發(fā)生了由于需求變化導(dǎo)致基線變更引起開(kāi)發(fā)進(jìn)度的延遲，不過(guò)這不應(yīng)該算作是配置管理的失誤，因?yàn)樽鳛榕渲霉芾韥?lái)說(shuō)，只能盡量保證基線變更不會(huì)導(dǎo)致項(xiàng)目失控。a) 每天增量備份，通過(guò)windowsNT以上自帶的備份工具進(jìn)行增量備份，備份以硬盤(pán)存放即可。 備份：其中“c:\vss\data”為vss庫(kù)的數(shù)據(jù)目錄在dos命令行中輸入：analyze –f –d –c –v4 c:\vss\datab) VSS庫(kù)管理人員用analyze工具檢查VSS數(shù)據(jù)庫(kù)，操作如下：a) 開(kāi)發(fā)人員于每周五下午5:30前check in（(不保持check out)）并退出登錄故VSS庫(kù)管理員應(yīng)每周檢查一次，流程如下：我們項(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)行記錄即可?；€的確定在上一部分中已經(jīng)說(shuō)到過(guò)，我們的項(xiàng)目基線分為兩類，一類是作為里程碑和其他工作依賴的基線（例如需求文檔、設(shè)計(jì)文檔等），另一類是開(kāi)發(fā)過(guò)程中有必要保留的一種狀態(tài)（例如代碼過(guò)程中某個(gè)模塊的一個(gè)有保留價(jià)值的snapshot）?；€確立與變更階段觸發(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í)配置項(xiàng)發(fā)布是指配置項(xiàng)進(jìn)行到一定的階段（例如，里程碑階段），需要對(duì)外發(fā)布時(shí)的規(guī)則。配置項(xiàng)發(fā)布通過(guò)LABEL提交測(cè)試版本現(xiàn)場(chǎng)開(kāi)發(fā)人員對(duì)修改后的版本通過(guò)SOS 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ò)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等），做到基本的版本控制和備份。測(cè)試現(xiàn)場(chǎng)開(kāi)發(fā)人員每天check in工作產(chǎn)品到現(xiàn)場(chǎng)配置庫(kù)（如當(dāng)天沒(méi)有修改可以不進(jìn)行check in）?，F(xiàn)場(chǎng)開(kāi)發(fā)人員每天check in工作產(chǎn)品到現(xiàn)場(chǎng)配置庫(kù)（包括版本發(fā)布說(shuō)明）。 各階段環(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ā)人員將新版本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等），做到基本的版本控制和備份。 破壞（Destroy）：一般情況不可以破壞文件、目錄。 檢出：即check out。詳見(jiàn)“檢查及備份”部分iii. 測(cè)試階段以后，根據(jù)代碼、文檔的變動(dòng)，只要當(dāng)天有變動(dòng)就要檢入一次。ii. 代碼編寫(xiě)階段，至少每天一次i. 在代碼編寫(xiě)前，至少每周一次 檢入：即check in，檢入頻率規(guī)定如下：工程型軟件項(xiàng)目的配置管理實(shí)例 (四)在下一章中，我們將介紹完配置管理規(guī)范的其他內(nèi)容并給出配置管理實(shí)施過(guò)程中的一些心得體會(huì)?！舱f(shuō)明〕除配置管理員外，其他所有成員都沒(méi)有Destroy目錄和文件的權(quán)限，這是為了防止誤刪除操作帶來(lái)不可挽回的損失。QA工程師擁有對(duì)所有目錄的讀取權(quán)限，擁有對(duì)QA類文檔目錄的讀寫(xiě)權(quán)限。測(cè)試工程師負(fù)責(zé)完成測(cè)試工作，包括測(cè)試用例開(kāi)發(fā)和測(cè)試執(zhí)行，測(cè)試報(bào)告編寫(xiě)。測(cè)試組長(zhǎng)對(duì)所有目錄都有讀取權(quán)限，對(duì)測(cè)試目錄有讀寫(xiě)權(quán)限；測(cè)試組長(zhǎng)開(kāi)發(fā)工程師開(kāi)發(fā)組長(zhǎng)對(duì)本小組的工作負(fù)有組織和管理任務(wù)，同時(shí)開(kāi)發(fā)組長(zhǎng)也需要承擔(dān)一定的開(kāi)發(fā)任務(wù)。開(kāi)發(fā)經(jīng)理?yè)碛袑?duì)管理類文檔的讀取權(quán)限，可以對(duì)項(xiàng)目類文檔進(jìn)行讀寫(xiě)操作；開(kāi)發(fā)經(jīng)理配置管理員負(fù)責(zé)分配和修改其他成員的權(quán)限，要維護(hù)所有目錄和配置項(xiàng)。配置管理員角色定義及權(quán)限分配例如，在Module的級(jí)別上可以增加一個(gè)SubSystem的層，便于在產(chǎn)品集成時(shí)更加方便。從這里的配置庫(kù)結(jié)構(gòu)中可以看到，我們?cè)谧钌蠈訉⑴渲庙?xiàng)分為管理類和產(chǎn)品類：管理類中的項(xiàng)目管理部分基本是按照初始－計(jì)劃－執(zhí)行－收尾四個(gè)階段來(lái)劃分。手冊(cè)…………………………4－Man1－Syt集成測(cè)試3－Test2－HLD概要設(shè)計(jì)0－COD代碼0－Module1實(shí)現(xiàn)/編碼階段2－Imp1－DBD概要設(shè)計(jì)需求跟蹤矩陣1－SRS客戶需求項(xiàng)目產(chǎn)品0－PPQAP計(jì)劃階段…………………………PNPTRPC0－Init項(xiàng)目管理PM下表是我們?cè)趯?shí)際中采用的配置庫(kù)結(jié)構(gòu)（部分）：第一級(jí)第二級(jí)第三級(jí)第四級(jí)說(shuō)明M這兩種方式都有自己的優(yōu)點(diǎn)，最終我們還是選擇了前一種劃分方式，一方面是考慮便于進(jìn)行權(quán)限的分配，另一方面是考慮到便于將同一模塊的所有內(nèi)容組織起來(lái)進(jìn)行版本的管理。在確定了配置項(xiàng)之后，就可以確定配置庫(kù)的目錄結(jié)構(gòu)了。首先，一個(gè)模塊一般是由一個(gè)或兩個(gè)開(kāi)發(fā)