001軟件配置管理規(guī)范

1、4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 1/24文件編號std-zs-kf-2010-001中山森創(chuàng)信息技術(shù)有限公司中山森創(chuàng)信息技術(shù)有限公司版本/修改a/0文件名稱文件名稱軟件配置管理規(guī)范頁數(shù)共 22 頁中山森創(chuàng)信息技術(shù)有限公司中山森創(chuàng)信息技術(shù)有限公司軟件配置管理規(guī)范軟件配置管理規(guī)范版權(quán)所有，未經(jīng)雙方許可不得復(fù)制或?qū)ν鈧鏖啺鏅?quán)所有，未經(jīng)雙方許可不得復(fù)制或?qū)ν鈧鏖?.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 2/24目目 錄錄1配置管理目標配置管理目標.32配置管理的主要內(nèi)容配置管理的主要內(nèi)容.33配置管理角色、職責及權(quán)限配置管理角色、職

2、責及權(quán)限.43.1配置經(jīng)理.43.2項目負責人.43.3配置管理員（cmo）.53.4開發(fā)人員.53.5軟件測試人員.53.6軟件維護人員.63.7質(zhì)量保證人員.63.8角色、權(quán)限圖.64配置管理過程配置管理過程.85配置管理工具及環(huán)境配置管理工具及環(huán)境.95.1文件服務(wù)器.95.2配置管理工具.95.3配置服務(wù)器.96配置管理計劃配置管理計劃.106.1配置工具的選擇.106.2配置庫的基本目錄結(jié)構(gòu).106.3權(quán)限設(shè)置.116.4配置項標識規(guī)定.116.5協(xié)作開發(fā)規(guī)定.116.6其它.117配置項管理配置項管理.117.1配置項標識號命名規(guī)范.127.2配置項名稱命名規(guī)范.137.3程序文件

3、、數(shù)據(jù)文件.148基線建立及變更管理基線建立及變更管理.149文檔版本管理文檔版本管理.169.1.文檔版本及版本號的概念.169.2.版本號的定義及生成方法.169.3.定版的具體操作方法.179.4.定版的具體操作方法.1710軟件版本管理軟件版本管理.1810.1定版的具體操作方法.1810.2版本號的定義及生成方法.184.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 3/2410.3定版的具體操作方法.1910.4在 vss 上定版的具體操作方法.2010.5版本發(fā)布流程.2010.6版本保存.2011公用程序庫的建立及公用程序庫的建立及維維護護.2112配置庫

4、的安全管理配置庫的安全管理.2112.1版本保存.2112.2配置服務(wù)器的安全控制.2112.3配置庫備份.2112.4配置管理平臺維護.2213工作空間管理工作空間管理.2214變更文件的審批與確認變更文件的審批與確認.221配置管理目標配置管理目標通過實施配置管理活動，令項目開發(fā)團隊工作在一個規(guī)范的配置管理平臺上，從而提高軟件產(chǎn)品質(zhì)量、提高軟件開發(fā)的整體工作效率，達到用戶滿意。同時，通過配置管理活動，將項目開發(fā)過程中所有的產(chǎn)出、開發(fā)活動、管理活動等進行記錄，以方便今后的軟件維護及類似項目的參照。2 配置管理的主要內(nèi)容配置管理的主要內(nèi)容軟件開發(fā)的配置管理主要包括以下內(nèi)容：配置項標識的管理；配

5、置庫的建立及變更管理；版本控制；配置管理計劃編制；公用程序庫的建立及維護；配置庫的安全管理；小組協(xié)作管理；工作空間管理；4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 4/243 配置管理角色、職責及權(quán)限配置管理角色、職責及權(quán)限在配置管理平臺下，軟件開發(fā)人員按照不同的角色的要求、根據(jù)系統(tǒng)賦予的權(quán)限來執(zhí)行相應(yīng)的動作。具體主要涉及下列的角色和分工：3.13.1 配置經(jīng)理配置經(jīng)理負責指導(dǎo)和控制部門配置管理的各項具體活動的進行，為項目經(jīng)理的決策提供建議。配置經(jīng)理由指定的專人兼任，其具體職責為以下幾項：建立、管理部門配置管理平臺；建立項目配置庫；配置庫的備份等安全管理；制定配置管

6、理規(guī)范；輔助項目組建立配置管理環(huán)境；審核配置管理計劃；指導(dǎo)項目組配置管理活動；監(jiān)督、考核各項目組配置管理活動的執(zhí)行情況。3.23.2 項目負責人項目負責人項目負責人根據(jù)配置管理員的建議，批準、監(jiān)督該項目配置管理的各項活動并控制它們的進程。其具體職責為以下幾項：參與規(guī)劃、制定和修改項目配置管理策略；批準、發(fā)布配置管理計劃；決定項目起始基線和開發(fā)里程碑；建立基線，審核基線變更申請；制定配置管理相關(guān)權(quán)限策略；監(jiān)控配置管理過程；項目負責人可以查看該項目配置庫中配置項，在允許的權(quán)限內(nèi)可以對配置項進行增、刪、改。4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 5/243.33.3

7、配置管理員（配置管理員（cmocmo）各項目組指定配置管理員，配置管理員根據(jù)配置管理計劃執(zhí)行該項目各項配置管理任務(wù)，其具體職責為以下幾項：編制、提交配置管理計劃；嚴格管理配置項的操作權(quán)限；執(zhí)行版本控制流程；執(zhí)行變更控制方案；建立開發(fā)人員的工作空間；對開發(fā)人員進行相關(guān)的培訓(xùn)；項目小組開發(fā)協(xié)作管理；各配置項的日常管理與維護；識別配置管理過程中存在的問題并擬就解決方案；向配置經(jīng)理、項目負責人定期匯報項目組配置管理情況。配置管理員可以查看該項目配置庫中配置項，在允許的權(quán)限內(nèi)可以對配置項進行增、刪、改。3.43.4 開發(fā)人員開發(fā)人員開發(fā)人員的職責就是根據(jù)軟件配置管理計劃和相關(guān)規(guī)定，按照軟件配置管理工具的

8、使用方式來完成開發(fā)任務(wù)。開發(fā)人員可以查看、修改項目配置庫中有權(quán)限的配置項，但不允許對配置項進行永久刪除操作。3.53.5 軟件測試人員軟件測試人員軟件測試人員的職責就是根據(jù)軟件配置管理計劃和相關(guān)規(guī)定，按照軟件配置管理工具的使用方式來完成軟件測試任務(wù)。軟件測試人員可以查看軟件的相關(guān)開發(fā)文檔，在權(quán)限范圍內(nèi)可以對配置項增加、修改，但不允許對配置項進行永久刪除操作。4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 6/243.63.6 軟件維護人員軟件維護人員軟件維護人員的職責就是根據(jù)軟件配置管理計劃和相關(guān)規(guī)定，按照軟件配置管理工具的使用方式來完成軟件維護任務(wù)。軟件維護人員可以查

9、看、修改該人員負責維護的軟件的相關(guān)開發(fā)文檔、源程序，在權(quán)限范圍內(nèi)可以對配置項增加、修改，但不允許對配置項進行永久刪除操作。3.73.7 質(zhì)量保證人員質(zhì)量保證人員質(zhì)量保證人員的職責就是根據(jù)軟件配置管理計劃和相關(guān)規(guī)定，按照軟件配置管理工具的使用模型來完成質(zhì)量保證任務(wù)。質(zhì)量保證人員可以查看軟件的相關(guān)開發(fā)文檔，在權(quán)限范圍內(nèi)可以對配置項增加、修改，但不允許對配置項進行永久刪除操作。3.83.8 角色、權(quán)限圖角色、權(quán)限圖以下角色、權(quán)限圖主要針對 vss 配置管理工具。角色project配置經(jīng)理項目經(jīng)理配置管理員開發(fā)人員軟件測試人員質(zhì)量保證人員準備階段rrcarcadr (ca 授權(quán))rr (ca 授權(quán))需

10、求分析階段rrcarcadr (ca 授權(quán))rr系統(tǒng)設(shè)計階段rrcarcadr (ca 授權(quán))無r系統(tǒng)實現(xiàn)階段rrcarcadr (ca 授權(quán))無無系統(tǒng)測試階段rrcarcadrcarcar系統(tǒng)維護階段rrcarcadr (ca 授權(quán))無r質(zhì)量保證rrrcadrrrca項目管理rrcarcadr無r配置管理rrrcadrrr測試管理rrrcadrrcar個人工作庫r無rcadrcad無無4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 7/24項目共享庫rrcarcadrrr項目基線庫rr (ca 授權(quán))rcadr (ca 授權(quán))r (ca 授權(quán))rca注：1.權(quán)限r(nóng)表示

11、具有 read 權(quán)限。c表示具有 check in/check out 權(quán)限。a表示具有 add/rename/delete 權(quán)限。d表示具有 destroy 權(quán)限。無表示不具有該項權(quán)限。授權(quán)表示需要項目負責人根據(jù)需要配置相應(yīng)權(quán)限。2.由于配置管理員具有最高權(quán)限，可以進行任何操作，但執(zhí)行非 read 操作時必須經(jīng)項目負責人同意。3. 個人工作空間允許擁有者進行任何操作，包括 destroy 操作。4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 8/244 配置管理過程配置管理過程開 始配置管理策劃評審不通過建立配置管理環(huán)境通過配置、標識和管理變更控制版本控制基線審核和發(fā)

12、布報告狀態(tài)發(fā)布產(chǎn)品結(jié)束配置管理的策劃由項目組配置管理員負責，策劃的結(jié)果為配置管理計劃；配置管理策劃的評審由開發(fā)部配置經(jīng)理、項目經(jīng)理進行評審，形成相關(guān)的評審紀錄；配置管理環(huán)境由開發(fā)部配置經(jīng)理負責；配置庫的具體管理由配置管理員負責，形成相關(guān)的記錄，包括配置項信息登記表、配置管理周報、配置管理工作表、軟件配置管理評分表、變更申請記錄表、應(yīng)用軟件版本發(fā)布申請表、版本記錄表、變更文件審批與4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 9/24確認登記表。5配置管理工具及環(huán)境配置管理工具及環(huán)境5.15.1 文件服務(wù)器文件服務(wù)器在開發(fā)部建立獨立的文件服務(wù)器，文件服務(wù)器的主要作用為：

13、提供共享程序服務(wù)將常用應(yīng)用程序（包括開發(fā)工具、數(shù)據(jù)庫工具、管理工具等）存放共享目錄下，方便各開發(fā)人員隨時使用，并提供共享目錄以便各開發(fā)人員上傳共享程序。提供共享資料服務(wù)將常用資料存放共享目錄下，方便各開發(fā)人員隨時使用，并提供共享目錄以便各開發(fā)人員上傳共享文檔。提供開發(fā)人員個人空間為每個開發(fā)人員建立個人目錄，開發(fā)人員可將關(guān)鍵文檔在文件服務(wù)器上進行備份。此為開發(fā)人員的私有目錄，別人無權(quán)訪問。5.25.2 配置管理工具配置管理工具可采用以下配置管理工具：microsoft visual sourcesafe(vss)基于 windows 的開發(fā)采用 microsoft visual sourcesa

14、fe(vss)作為配置管理工具?；?unix 下的開發(fā)采用 samba 作為磁盤映射工具，microsoft visual sourcesafe(vss)作為配置管理工具。cvs 工具基于 unix 下的開發(fā)采用 cvs 作為程序版本控制工具，同時在 windows 環(huán)境下用vss 建立項目文檔等配置項的管理環(huán)境。5.35.3 配置服務(wù)器配置服務(wù)器在開發(fā)部建立統(tǒng)一的配置服務(wù)器，逐步進行配置庫的集中管理，項目組內(nèi)部不再單4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 10/24獨設(shè)立配置服務(wù)器。配置服務(wù)器今后將成為軟件開發(fā)的項目庫，記錄所有軟件開發(fā)項目的開發(fā)及維護過程。

15、對新項目的開發(fā)，項目負責人可以申請查閱配置庫中相類似的項目資料，以更好地把握新項目的開發(fā)。配置服務(wù)器也是開發(fā)部的公用程序庫服務(wù)器。各項目組在項目開發(fā)過程中有義務(wù)將通用的程序模塊放入公用程序庫中，被其他項目組使用，達到程序共享，避免重復(fù)開發(fā)。公用程序庫的建立及維護見第八章。6 配置管理計劃配置管理計劃配置管理計劃應(yīng)細化以下內(nèi)容：6.16.1 配置工具的選擇配置工具的選擇配置管理計劃中明確采用的配置工具，如采用 unix 下的 cvs 工具，還必須編寫完善的配置操作腳本，并注明使用方法。6.26.2 配置庫的基本目錄結(jié)構(gòu)配置庫的基本目錄結(jié)構(gòu)根據(jù)具體的項目設(shè)置配置庫的基本目錄結(jié)構(gòu)，并進行基本的解釋，

16、一般可以包含以下的一級目錄及二級目錄：01 項目工作庫 01 準備階段 02 需求分析階段 03 系統(tǒng)設(shè)計階段 04 系統(tǒng)實現(xiàn)階段 05 系統(tǒng)測試階段 06 運行推廣階段 07 系統(tǒng)維護階段02 項目管理庫 01 質(zhì)量保證 02項目管理 03配置管理 04測試管理03 項目共享庫4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 11/24 01 項目模版02 項目規(guī)范03 項目制度04 共享資料04 項目基線庫01 計劃基線02 需求基線03 設(shè)計基線04 產(chǎn)品基線05 個人工作庫下設(shè)每個項目組成員的目錄06 其他6.36.3 權(quán)限設(shè)置權(quán)限設(shè)置明確項目組成員對各配置目錄的

17、操作權(quán)限。6.46.4 配置項標識規(guī)定配置項標識規(guī)定根據(jù)項目規(guī)模和實際情況的不同，在項目的配置管理計劃中詳細規(guī)定配置項標識的命名規(guī)則。6.56.5 協(xié)作開發(fā)規(guī)定協(xié)作開發(fā)規(guī)定在項目的配置管理計劃中，必須對項目組的協(xié)作開發(fā)作相應(yīng)的規(guī)定，比如，項目成員每日的工作是否必須提交？更改了公用頭文件如何通知項目組成員？等等，具體項目具體規(guī)定。6.66.6 其它其它7 配置項管理配置項管理配置項是配置管理的對象，主要包括各種開發(fā)/測試文檔、源程序、測試腳本、關(guān)鍵數(shù)據(jù)、項目報告、會議紀要等。通過建立配置庫對配置項的維護、變更等進行管理，對配置項4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3

18、- 12/24要進行統(tǒng)一的配置標識管理及名稱管理。配置標識就是為產(chǎn)品的結(jié)構(gòu)、產(chǎn)品的構(gòu)件及其類型，分配唯一的標識符，具體項目可根據(jù)項目規(guī)模和實際情況的不同，在項目的配置管理計劃中進一步補充、刪減、細化配置項標識的命名規(guī)則。開發(fā)部的配置項標識及名稱總體規(guī)則如下：7.17.1 配置項標識號命名規(guī)范配置項標識號命名規(guī)范配置項標識號命名規(guī)則：項目名標識-配置類別-子系統(tǒng)標識-組成部分標識-模塊標識-配置項特殊標識，其中中的內(nèi)容可根據(jù)系統(tǒng)規(guī)模和實際情況有所省略，項目名標識、配置項特殊標識一般是約定俗成的英文代碼名。下表列出了我們在項目中使用的配置類別命名：配置類別配置類別說明說明常用配置項特殊標識舉例常用

19、配置項特殊標識舉例pdp(project development plan)項目開發(fā)計劃cmp(configure management plan)配置管理計劃qap(quality assurance plan)質(zhì)量保證計劃frr(feasibility research report)可行性研究init準備階段其他文檔準備階段其他文檔crs(client requirement statement)客戶需求srs(software requirementstatement)需求規(guī)格說明書ra(requirement analyse)需求分析階段其他文檔需求分析階段其他文檔eis(exter

20、nal interface statement)外部接口規(guī)范說明文檔hld(holistic design)概要設(shè)計文檔總體方案：-totledds(detail design statement)詳細設(shè)計文檔dbd(database design)數(shù)據(jù)庫設(shè)計文檔數(shù)據(jù)字典：-dictionarydesign設(shè)計階段其他文檔設(shè)計階段其他文檔軟件架構(gòu)設(shè)計：-architecture；階段計劃：-plan；階段總結(jié)報告：-summarizescode(source code)源代碼文件4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 13/24ecode（executable

21、code）執(zhí)行代碼文件cf(configure file)配置文件code實現(xiàn)階段其他文檔實現(xiàn)階段其他文檔階段計劃：-plan；階段總結(jié)報告：-summarizeutest(unit test)單元測試文檔單元測試記錄：-recorditest(integration test)集成測試文檔集成測試記錄：-recordtest測試階段文檔測試階段文檔測試計劃：-plan；測試方案：-scheme；測試案例：-case測試記錄：-record；測試問題：-problem；測試分析報告:-summarizeman軟件說明書和手冊操作手冊：-operate；用戶手冊：-user；維護手冊：-main

22、tenance；安裝手冊：-setupissue產(chǎn)品發(fā)行文檔產(chǎn)品發(fā)行文檔發(fā)行記錄：-recorddelivery交付階段文檔交付階段文檔switch切換階段文檔切換階段文檔切換方案：-schemesmsyyyymm0199 (software maintain statement)軟件維護說明書maintain維護階段其他文檔維護階段其他文檔維護記錄：-recordpds(project development summarize)項目開發(fā)總結(jié)報告rtm(requirement track matric)需求跟蹤矩陣cryyyymm0199(change record)變更控制號pryyyym

23、mddaz(peer review)評審號train培訓(xùn)記錄和培訓(xùn)文檔培訓(xùn)記錄：-recordproject項目其他文檔注 1：粗體部分的配置類別是按軟件生存周期的階段劃分的，如配置項具有明確的階段性，但不屬于某類具體的配置類別，則納入所屬階段的配置類別中；如是貫穿項目多個階段或歸屬于項目整體的配置項，且不屬于某類具體的配置類別，則納入“project”配置類別中。4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 14/247.27.2 配置項名稱命名規(guī)范配置項名稱命名規(guī)范開發(fā)技術(shù)文檔名稱通過項目名稱標識或項目簡稱文檔類別名稱進行命名，主要包括以下文檔：可行性研究報告；項

24、目開發(fā)計劃；配置管理計劃質(zhì)量保證計劃；測試計劃；程序開發(fā)規(guī)范；需求規(guī)格說明書；總體設(shè)計說明書；概要設(shè)計說明書；詳細設(shè)計說明書；數(shù)據(jù)庫設(shè)計說明書；用戶手冊；維護手冊； 部分文檔名稱命名時需附加相關(guān)信息，主要包括以下文檔：項目周報：項目名標識或項目簡稱“_項目周報_yyyymmdd”軟件開發(fā)進度月報：項目名標識或項目簡稱“_月報_yyyymmdd”子項目周報：項目名標識或項目簡稱“_子項目簡稱_周報_yyyymmdd”質(zhì)量周報：項目名標識或項目簡稱“_質(zhì)量周報_yyyymmdd”會議紀要：項目名標識或項目簡稱“_會議紀要_yyyymmdd”軟件維護說明書：項目名標識或項目簡稱“_軟件維護說明書_y

25、ymm0199”變更記錄：項目名標識或項目簡稱“_變更記錄_yymm0199”評審記錄：項目名標識或項目簡稱“_評審記錄_yymmddaz”說明：斜體部分根據(jù)實際情況用相應(yīng)內(nèi)容替代。7.37.3 程序文件、數(shù)據(jù)文件程序文件、數(shù)據(jù)文件按項目開發(fā)規(guī)范要求執(zhí)行。4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 15/248 基線建立及變更管理基線建立及變更管理基線的是已經(jīng)正式通過審核批準的某階段成果，它可作為進一步開發(fā)的基礎(chǔ)，并且只能通過正式的變化控制過程改變。一般在某階段成果通過評審后，對該成果建立基線，納入基線管理。（在項目開發(fā)的里程碑階段一般要建立項目基線）。開發(fā)過程的階

26、段成果可以納入基線管理的主要有：項目開發(fā)計劃、測試計劃、質(zhì)量保證計劃、業(yè)務(wù)需求說明書、需求分析說明書、總體設(shè)計說明書、概要設(shè)計說明書、程序開發(fā)規(guī)范、數(shù)據(jù)庫設(shè)計說明書、軟件維護手冊、用戶手冊、測試案例、已通過測試的軟件版本等。對項目的每個基線對應(yīng)一個唯一的標識號?；€標識可采用“bl” +“基線版本號”“-”+“基線日期（yymmdd）表示?；€類別定義如下：需求基線、設(shè)計基線、測試基線、代碼基線基線版本號由 2 個數(shù)字組成，格式為：bl1.0第一位：對每個基線類型（需求基線、設(shè)計基線、測試基線、代碼基線等），都從 1 開始，增改編幅或重要性比例大于 10，則在原來的基礎(chǔ)上加 1。第二位：增改編

27、幅或重要性比例小于 10，則在原來的基礎(chǔ)上加 1例如： “bl1.0-050101”表示進入基線管理的階段成果，是經(jīng)過評審?fù)ㄟ^的，配置管理員對其必須進行嚴格的權(quán)限控制，一般只允許讀取，不允許修改，確實需要修改的，執(zhí)行變更管理流程。變更管理的一般流程是：a) 獲得/提出變更請求；b) 變更預(yù)計影響的評估，包括可能受影響配置項以及對資源、進度、質(zhì)量等影響的分析，描述實施方案；c) 項目經(jīng)理審核并決定是否批準，必要時報請領(lǐng)導(dǎo)批準；d) 如變更請求被接受，由配置管理員從配置庫中檢出配置項，賦予相關(guān)人員修改的權(quán)限；e)項目組實施變更，修改配置項的內(nèi)容，提交確認，如不通過則返回項目組繼續(xù)修改；f)配置管理

28、員回收相關(guān)權(quán)限，把配置項檢入，形成新基線版本，發(fā)布新版本，并4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 16/24發(fā)布變更通知給所有相關(guān)人員，包括項目組成員、質(zhì)量保證人員、測試人員及其它部門人員等。9 文檔版本管理文檔版本管理9.1.9.1. 文檔版本及版本號的概念文檔版本及版本號的概念文檔的版本用于區(qū)別文檔的不同狀態(tài)。每個版本都有唯一的版本號進行標識。版本的概念對于文檔不同的階段還可以細分為草稿版本（draft versions）、版本（versions）。草稿版本號：未定稿的文檔的版本號稱為草稿版本號。版本號：已定稿的文檔的版本號稱為版本號。9.2.9.2. 版

29、本號的定義及生成方法版本號的定義及生成方法草稿版本號未定稿的文檔，在經(jīng)過修改后，如果覺得有需要，可由負責編寫文檔的人員制定出新的草稿版本號。草稿版本號由前綴加 2 個數(shù)字組成，格式為：draft 0.1第一位：固定為 0第二位：在原來的基礎(chǔ)上加 1草稿版本號的起始標識為：draft 0.1草稿版本號的變動：第 2 位數(shù)字在原來的基礎(chǔ)上加 1。例如：draft 0.2 - draft 0.3draft 0.8 - draft 0.9版本號的生成定稿的文檔，每次的修訂后，視文檔的重要性由不同權(quán)限的人員制定出新的版本號。一般的文檔或者重要文檔中的單個文檔是可由負責編寫文檔的人員制定出新的版本號。重要

30、的文檔如需求規(guī)格說明書詳細設(shè)計等階段性文檔，由項目配置管理員與項目經(jīng)理協(xié)商，在征得項目經(jīng)理同意后制定出新的版本號。4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 17/24版本號由前綴加 2 個數(shù)字組成，格式為：ver 1.0第一位：增改編幅或重要性比例大于 10第二位：增改編幅或重要性比例小于 10版本號的起始標識為：ver 1.0版本號的變動：根據(jù)其實際情況選擇相應(yīng)位置的數(shù)值加 1，并將該位置右邊的所有數(shù)值置 0。例如：ver 1.1 - ver 1.2 9.3.9.3. 定版的具體操作方法定版的具體操作方法文檔的定版必須在文檔開始處按模板要求填寫表格。并在 che

31、ckin 到 vss 時將該版本的改動內(nèi)容填寫到 comment 中。同時還要遵照變更文件審批與確認的規(guī)定執(zhí)行（詳見本文相關(guān)段落）。9.4.9.4. 定版的具體操作方法定版的具體操作方法示例 1，文擋封面處：xxx 系統(tǒng)系統(tǒng)需求規(guī)格說明書需求規(guī)格說明書示例 2，文擋信息部分：文檔編號版本號密級xxx-srs1.1秘密sun trend中山市森創(chuàng)公司開發(fā)部文檔名稱：xxx 系統(tǒng)_需求規(guī)格說明書共 120 頁修訂歷史記錄日期日期版本號版本號修訂內(nèi)容修訂內(nèi)容修訂人修訂人評審號評審號變更控制號變更控制號2010.06.090.9新建張三2010.06.121.0根據(jù)評審問題修改張三xxx-pr2004

32、0612秘密/機密/絕密當前版本號4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 18/24章節(jié) 1.1.32010.07.081.1在 1.2.4 中在增加張三xxx-cr2004060110 軟件版本管理軟件版本管理10.110.1 定版的具體操作方法定版的具體操作方法版本用于區(qū)別軟件產(chǎn)品的不同狀態(tài)。每個版本都有唯一的版本號進行標識。版本的概念對于不同的軟件產(chǎn)品和不同的階段還可以細分為測試版本（test versions）、版本（versions）。測試版本號：提供測試的可執(zhí)行文件的版本稱為測試版本號。版本號：通過測試的可執(zhí)行文件的版本稱為版本號。10.210.2

33、版本號的定義及生成方法版本號的定義及生成方法測試版本號可執(zhí)行文件的各部分通過單元測試，總體編譯通過，由項目配置管理員與項目經(jīng)理協(xié)商，在項目經(jīng)理同意下制定出新的測試版本號。測試版本號由前綴加 2 個數(shù)字組成，格式為：test 0.1第一位：固定為 0第二位：在原來的基礎(chǔ)上加 1測試版本號的起始標識為：test 0.1測試版本號的變動：第 2 位數(shù)字在原來的基礎(chǔ)上加 1。例如：test 0.2 - test 0.3test 0.18 - test 0.19版本號的生成可執(zhí)行文件的各部分通過單元測試，總體編譯通過，并通過了系統(tǒng)測試，由項目配置管理員與項目經(jīng)理協(xié)商，在項目經(jīng)理同意下制定出新的版本號。4

34、.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 19/24版本號由前綴加 4 個數(shù)字組成，格式為：ver 1.0.0.0其中，后兩個數(shù)字可選，即如果后兩個數(shù)字同時為 0 時，可以同時省去。但版本號一定是兩個或四個數(shù)字。第一位：系統(tǒng)整個框架性設(shè)計改動或者業(yè)務(wù)功能的增改編幅或重要性比例大于 10第二位：系統(tǒng)部分設(shè)計改動或者業(yè)務(wù)功能的增改編幅或重要性比例大于 5第三位：系統(tǒng)的代碼改動或者業(yè)務(wù)功能的增改編幅或重要性比例小于 5第四位：對系統(tǒng)的 bug 修改或者業(yè)務(wù)功能的增改編幅或重要性均微小。版本號的起始標識為：ver 1.0版本號的變動：根據(jù)其實際情況選擇相應(yīng)位置的數(shù)值加 1，

35、并將該位置右邊的所有數(shù)值置 0。如果在同一次的修訂中，同時出現(xiàn)兩個或以上位置的數(shù)值都符合改變的情況時，只需按照符合條件的最左位的數(shù)值加 1，并將該位置右邊的所有數(shù)值置 0。如果后兩個數(shù)字同時為0 時，可以同時省去。例如：ver 1.1.2.1 - ver 1.2.0.0 - ver 1.2ver 1.2.0.1 - ver 1.2.1.0ver 1.3.9.0 - ver 1.3.8.1ver 1.3.9.0 - ver 1.3.10.010.310.3 定版的具體操作方法定版的具體操作方法每個項目必須有一份版本記錄表。當需要生成一個測試版本時，填寫測試版本一欄信息。當某一個測試版本通過了測試

36、，有條件生成一個版本時，在該測試版本所對應(yīng)的一行中填上版本一欄信息。當某一個版本需要發(fā)布，在該版本所對應(yīng)的一行中填上發(fā)布一欄信息測試版本號和版本號均由項目配置管理員與項目經(jīng)理協(xié)商，在項目經(jīng)理同意下制定。版本號欄可根據(jù)實際情況填寫，發(fā)布版本號為空。版本類型欄選擇填寫以下之一：測試版本、版本、發(fā)布。對于測試版本的注釋欄填寫該測試版本與上一測試版本的不同之處，對于版本的注釋欄填寫該版本對應(yīng)的測試版本號以及與上一版本的不同之處，對于發(fā)布的注釋欄填寫該版本發(fā)布對應(yīng)的版本號以及對生產(chǎn)的影響等情況。項目負責人欄電子文檔填寫項目負責人姓名，紙質(zhì)文件由項目負責人簽名。4.1 軟件配置管理規(guī)范std-zs-kf-

37、2010-003 4.3- 20/24配置管理員欄電子文檔填寫項目配置管理員姓名，紙質(zhì)文件由項目配置管理員簽名。其他相關(guān)人員欄如有需要電子文檔填寫其他相關(guān)人員姓名，紙質(zhì)文件由其他相關(guān)人員簽名。其他相關(guān)人員如公司經(jīng)理。項目配置管理員負責填寫版本記錄表，并對vss 庫中的源代碼加上版本號并填上注釋。版本記錄表項目名稱：序號版本號定版日期版本類型注釋項目負責人配置管理員其他相關(guān)人員10.410.4 在在 vssvss 上定版的具體操作方法上定版的具體操作方法在 vss 上，可以通過加 lable 的功能實現(xiàn)對系統(tǒng)中所有的源代碼文件進行加版本號的管理。當需要加測試版本號是，選擇所有源代碼的最高一級目錄

38、，為其加上 lable，lable 為：test0.1（0.1 為具體的測試版本號），并在 comment 中填上該測試版的定版日期和注釋。操作完成后，vss 對該目錄一下的所有子目錄及文件均加上相同的 lable 和 comment。當需要加版本號時，選擇所有源代碼的最高一級目錄，按右鍵并選擇顯示歷史信息，然后在信息中選中標有該版本對應(yīng)的測試版本號的 lable，雙擊。在回顯框上，修改 lable，加上當前的版本號，修改后的 lable為：test0.1ver1.2.2.2（0.1為具體的測試版本號, 1.2.2.2為具體的版本號），并在 lablecomment 中填上該版本的定版日期和注

39、釋。操作完成后，vss對該目錄一下的所有子目錄及文件均改為相同的 lable 和 lablecomment。當某一版本需要發(fā)布時，按上述操作，選擇對應(yīng)的 lable，并在相應(yīng)的 lablecomment 中加上發(fā)布日期及注釋。10.510.5 版本發(fā)布流程版本發(fā)布流程4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 21/24項目組軟件版本發(fā)布流程如下圖所示：序號序號流程流程責任人責任人相關(guān)人員相關(guān)人員文件文件/ /記錄記錄說明說明a01配置管理員配置管理員 、軟件開發(fā)人員 用戶測試報告、開發(fā)、維護文檔、應(yīng)用軟件版本發(fā)布申請表開發(fā)及維護文檔必須存放項目配置庫中a02各項目

40、部門負責人、局領(lǐng)導(dǎo)項目經(jīng)理、開發(fā)人員應(yīng)用軟件版本發(fā)布申請表嚴格審核出部門、公司的技術(shù)文檔。a03配置管理員、 相關(guān)部門項目經(jīng)理軟件版本、技術(shù)資料a04軟件接收部門開發(fā)人員書面通知書內(nèi)容包括：版本發(fā)布原因、版本業(yè)務(wù)功能、安裝時間、影響范圍、安裝后業(yè)務(wù)驗證內(nèi)容a05項目負責人開發(fā)人員必要時提供現(xiàn)場技術(shù)支持。a06用戶、測試組開發(fā)人員業(yè)務(wù)驗證測試報告根據(jù)需要進行a07項目負責人維護人員、開發(fā)人員必要時現(xiàn)場技術(shù)支持a08開始a01提交版本發(fā)布申請a02審核版本發(fā)布申請a03版本交付是否需要業(yè)務(wù)部門驗證測試a04業(yè)務(wù)驗證測試通知是a05版本安裝技術(shù)支持否a06業(yè)務(wù)驗證測試a07系統(tǒng)運行技術(shù)支持a08保存

41、版本結(jié)束配置管理員綜合人員光盤可備份配置庫時進行備份4.1 軟件配置管理規(guī)范std-zs-kf-2010-003 4.3- 22/2410.610.6 版本保存版本保存配置管理員必須保證發(fā)布版本源程序的完整性及一致性，質(zhì)量保證人員保證發(fā)布版本的文檔的完整性，配置經(jīng)理及對每一次發(fā)布的版本，在配置庫中對應(yīng)地建立版本標識，隨配置庫備份刻錄光盤時，交綜合人員登記并永久保存，綜合人員應(yīng)在光盤標簽上標注光盤內(nèi)容、備份時間、提交人員，以便查閱。對光盤的查閱必須經(jīng)部門負責人同意。11 公用程序庫的建立及維護公用程序庫的建立及維護公用程序主要包括：公用函數(shù)模塊：提供某一特定功能。公用類模塊：提供具有通用性的類的定義及方法實現(xiàn)。加密模塊：各項目組涉及加密的功能模塊由專人開發(fā)。自行開發(fā)實用工具：各項目組開發(fā)的實用工具。實現(xiàn)某一功能的完整程序；例如采用 socket 的通訊程序。具有普遍實用的程序框架；例如 sco unix 下終端程序框架。其他；各項目組在項目開發(fā)過程中應(yīng)注意提煉公用程序，共同建設(shè)好公