產(chǎn)品開發(fā)部配置管理制度

1、文件編號：GM/KFB/CMS/20090720版本號：V1.00.000產(chǎn)品開發(fā)部配置管理制度產(chǎn)品開發(fā)部配置管理制度部 門： 產(chǎn)品開發(fā)部 編 寫： * 審 核： 批 準(zhǔn)： 日 期： 2009-07-20 *有限公司產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 2頁 共30頁修 改 歷 史序號版本更改處更改內(nèi)容更改人/日期1V1.00.000創(chuàng)建文件*/2009-07-202345678910111213141516產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 3頁 共30頁產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version

2、1.00.000 第 4頁 共30頁目目 錄錄第一章第一章 概述概述.51.目的.52.范圍.53.術(shù)語.54.角色與職責(zé).65. VSS 配置庫目錄結(jié)構(gòu).76. 配置項命名規(guī)則.77. 配置項編號規(guī)則.78. 配置項狀態(tài)變遷規(guī)則.109. 配置項版本號規(guī)則.10第二章第二章 配置管理范圍配置管理范圍.11第三章第三章 配置庫建立配置庫建立.11第四章第四章 配置管理流程配置管理流程.121. 配置管理流程.122. 基線建立流程.143. 變更控制流程.154. 產(chǎn)品發(fā)布流程.16第五章第五章 配置庫權(quán)限變更管理配置庫權(quán)限變更管理.17第六章第六章 配置庫備份配置庫備份.17第七章第七章 配

3、置庫使用規(guī)范配置庫使用規(guī)范.17第八章第八章 附錄附錄.18附錄 1 附錄清單 .18附錄 2 配置庫目錄結(jié)構(gòu) .19產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 5頁 共30頁附錄 3 配置申請單 .20附錄 4 受控庫產(chǎn)品清單 .21附錄 5 變更申請單 .22附錄 6 發(fā)布產(chǎn)品配置表 .23附錄 7 產(chǎn)品發(fā)布申請及驗收表 .24附錄 8 產(chǎn)品發(fā)布檢查表 .26附錄 9 產(chǎn)品發(fā)布清單 .27產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 6頁 共30頁第一章 概述1. 目的為了保證產(chǎn)品開發(fā)部研發(fā)項目文件的安全性、機密性；為了保證

4、軟件產(chǎn)品的完整性、有效性及可追溯性，特根據(jù)部門實際情況制訂本制度。2. 范圍適用于產(chǎn)品開發(fā)部所有項目。3. 術(shù)語 概念概念描述描述軟件配置管理(Software Configuration Management, SCM）是指通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用合適的配置管理軟件，來保證所有配置項的完整性和可跟蹤性。配置管理是對工作成果的一種有效保護。配置項（CI,Configuration Items）產(chǎn)品配置是指一個產(chǎn)品在其生命周期各個階段所產(chǎn)生的各種形式和各種版本的文檔、計算機程序、部件及數(shù)據(jù)的集合。該集合中的每一個元素稱為該產(chǎn)品配置中的一個配置項.產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有

5、限公司 Version 1.00.000 第 7頁 共30頁基線(BaseLine)基線就是一個 CI 或一組 CI 在其生命周期的不同時間點上通過正式評審而進入正式受控的一種狀態(tài)，而這個過程被稱為“基線化” 。每一個基線都是其下一步開發(fā)的出發(fā)點和參考點。每個基線都將接受配置管理的嚴(yán)格控制，對其的修改將嚴(yán)格按照變更控制要求的過程進行，在一個軟件開發(fā)階段結(jié)束時，上一基線加上增加和修改的基線內(nèi)容形成下一個基線，這就是基線管理的過程。(基線：基線：是指在軟件開發(fā)過程中的里程碑，這些里程碑的標(biāo)志是一項或多項是指在軟件開發(fā)過程中的里程碑，這些里程碑的標(biāo)志是一項或多項經(jīng)過正式的技術(shù)評審并一致認(rèn)同的經(jīng)過正式

6、的技術(shù)評審并一致認(rèn)同的 CI 的提交的提交)4. 角色與職責(zé)角色角色職責(zé)職責(zé)項目經(jīng)理確定配置項、確定配置庫目錄權(quán)限；審查配置庫變更；項目開發(fā)過程中，監(jiān)督配置庫使用情況；員工離職時，配置庫歸檔完整性審核。開發(fā)小組根據(jù)配置管理制度，進行配置庫的日常使用測試小組從開發(fā)庫中取出版本進行整合測試；負(fù)責(zé)驗證代碼變更及修改是否正確執(zhí)行。測試小組測試通過的版本方可放入受控庫。配置管理員負(fù)責(zé)配置庫的建立、權(quán)限設(shè)置、負(fù)責(zé)培訓(xùn)開發(fā)人員使用配置管理工具、對配置庫使用情況進行管理和監(jiān)督、建立配置庫基線；定期備份配置庫；建立和完善配置管理制度。評審小組對項目中的變更進行評審、監(jiān)控；協(xié)調(diào)開發(fā)小組、測試小組、配置管理員進行配

7、置庫的優(yōu)化和管理。產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 8頁 共30頁5. VSS 配置庫目錄結(jié)構(gòu) 配置庫配置庫（vss_PDMIS）開發(fā)庫開發(fā)庫（1work）受控庫受控庫（2confirmed）發(fā)布庫發(fā)布庫（3release）存放基線產(chǎn)品存放發(fā)布產(chǎn)品存放配置項開發(fā)庫：主要用來保存開發(fā)過程中不穩(wěn)定的配置項（源碼和相關(guān)文檔） ，主要由開發(fā)人員支配。受控庫：用來保存基線產(chǎn)品（階段性提交的通過評審且相對穩(wěn)定的配置項） ，主要由配置管理員支配。發(fā)布庫：用來保存發(fā)布的產(chǎn)品，即交付給用戶的產(chǎn)品、升級包、文檔等，主要由測試人員支配。 （這里的用戶特指總工辦，這里的發(fā)布

8、屬于公司內(nèi)部發(fā)布。 ）6. 配置項命名規(guī)則配置項的命名規(guī)則分兩種：1)在開發(fā)庫和受控庫中，命名規(guī)則為：項目編號_子模塊名稱_類型名稱類型名稱：為用戶需求說明書、源代碼、可執(zhí)行文件、測試報告等 。例子：CDDT-1_地鐵維護單元_源代碼，CDDT-1_用戶需求說明書。2)在發(fā)布庫中，命名規(guī)則為：項目編號_子模塊名稱_類型名稱_版本號（日期_序號）例子 1：CDDT-1_ CDDT-1_地鐵維護單元_源代碼_V1.00.000例子 2：CDDT-1_受控庫產(chǎn)品清單_20090714Comment H1: 固定字段Comment H2: 項目編號_子模塊編號Comment H3: 版本號（日期_序號

9、）Comment H4: 固定字段+項目編號_子模塊編號+版本號（日期_序號），此處所示為固定字段編號產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 9頁 共30頁7. 配置項編號規(guī)則1)配置項編號規(guī)則：固定字段 / 項目編號_子模塊編號 / 版本號（日期_序號）示例 1：以下表可行性分析報告為例：QR704/01/KFB/GM2000-MN/V1.00.000示例 2：以下表質(zhì)量月報為例：QR701/01/KFB/GM2000-MN/2009072)表 1 說明紅色部分為公司內(nèi)/外審時，必須提交的文檔。其余為部門內(nèi)部文檔。編號第二字段為 01-50，表示是公司內(nèi)

10、/外審必須文檔，51 以后的數(shù)字代表部門內(nèi)部文檔。改表預(yù)留了號碼，以后可以根據(jù)實際需要添加刪除文檔。階段階段文檔類型文檔類型文檔文檔編號編號備注備注需求調(diào)研計劃QR704/51/KFB需求調(diào)研記錄QR704/52/KFB可行性分析報告QR704/01/KFB用戶需求說明書QR704/02/KFB軟件/系統(tǒng)需求規(guī)格說明書QR704/53/KFB需求確認(rèn)表QR704/54/KFB項目計劃 （包含附件:進度Project 文檔）QR704/03/ KFB配置管理計劃QR706/01/ KFB定義質(zhì)量保證計劃QR701/51/KFB概要設(shè)計說明書QR704/04/ KFB設(shè)計詳細設(shè)計說明書QR704/

11、55/KFB產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 10頁 共30 頁階段階段文檔類型文檔類型文檔文檔編號編號備注備注實現(xiàn)測試計劃QR704/05/ KFB測試報告QR704/06/ KFB測試未關(guān)閉缺陷原因說明表QR704/56/KFB硬件/軟件設(shè)計更改說明QR704/07/ KFB改造項目需提交項目總結(jié)報告QR704/08/ KFB發(fā)布用戶手冊QR704/09/ KFB配置管理報告QR706/02/ KFB配置申請單QR706/51/ KFB變更申請單QR706/52/ KFB受控庫產(chǎn)品清單QR706/53/ KFB配置狀態(tài)報告QR706/54/ KF

12、B產(chǎn)品發(fā)布申請及驗收表QR706/03/ KFB日常支持文檔配置管理類：發(fā)布產(chǎn)品配置表QR706/04/ KFB質(zhì)量保證報告QR701/51/KFB質(zhì)量保證檢查表QR701/52/KFB日常支持文檔質(zhì)量保障類：質(zhì)量月報QR701/01/KFB產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 11頁 共30 頁階段階段文檔類型文檔類型文檔文檔編號編號備注備注代碼檢查表QR701/53/KFB評審?fù)ㄖ猀R704/10/KFB預(yù)讀記錄QR704/57/KFB評審意見匯總表QR704/11/KFB評審問題跟蹤表QR704/58/KFB評審會議紀(jì)要QR704/59/KFB設(shè)計

13、開發(fā)任務(wù)書QR704/60/KFB日常支持文檔管理評審類：工作任務(wù)單QR704/12/KFB8. 配置項狀態(tài)變遷規(guī)則1)配置項的狀態(tài)有三種：“草稿” （Draft） 、 “正式發(fā)布” （Released）和“正在修改” （Changing） 。2).配置項狀態(tài)變遷如下圖所示。配置項剛建立時其狀態(tài)為“草稿” 。配置項通過評審（或?qū)徟┖螅錉顟B(tài)變?yōu)椤罢桨l(fā)布” 。當(dāng)配置項的狀態(tài)成為“正式發(fā)布”時任何人都不能隨意修改，必須依據(jù)“申請審批執(zhí)行變更再評審結(jié)束”的“變更控制流程“執(zhí)行。當(dāng)配置項修改完畢并重新通過評審（或?qū)徟r，其狀態(tài)又變?yōu)椤罢桨l(fā)布” ，如此循環(huán)。 變更控制正式發(fā)布正在修改自由修改草稿

14、評審或?qū)徟駴Q否決通過通過產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 12頁 共30 頁9. 配置項版本號規(guī)則配置項的版本號與配置項的狀態(tài)緊密相關(guān)：（1）處于“草稿”狀態(tài)的配置項的版本號格式為：V 0.00.Z“V“Version 的首字母，代表后面的數(shù)字為版本號。Z 數(shù)字范圍為 001-999隨著草稿的不斷完善， “Z”的取值應(yīng)遞增?！癦”的初值為 001，增幅為 001.例子：V 0.00.001（2）處于“正式發(fā)布”狀態(tài)的配置項的版本號格式為：V X.Y.000X 為主版本號，取值范圍為 1-9。Y 為次版本號，取值范圍為 00-99。配置項第一次“正式

15、發(fā)布”時，版本號為 V 1.00.000。如果配置項的版本升級幅度比較小，一般只增大 Y 值，X 值保持不變。只有當(dāng)配置項版本升級幅度比較大時，才允許增大 X 值。例子：V 1.01.000（3）處于“正在修改”狀態(tài)的配置項的版本號格式為：V X.Y.ZZ 數(shù)字范圍為 001-999配置項正在修改時，一般只增大 Z 值，X.Y 值保持不變。當(dāng)配置項修改完畢，狀態(tài)重新成為“正式發(fā)布”時，將 Z 值設(shè)置為 0，增加 X.Y 值。參見規(guī)則（2） 。例子：V 1.01.001第二章 配置管理范圍配置管理包括：所有研發(fā)項目文檔、源代碼、可執(zhí)行程序，特殊工具及相關(guān)資料等。項目文檔主要指：立項建議書、項目計

16、劃、需求說明書、軟件規(guī)格說明書、概要/詳細設(shè)計說明書、數(shù)據(jù)庫表結(jié)構(gòu)、測試文檔、用戶使用說明書以及項目過程中管理類文檔等。特殊工具及其相關(guān)資料指開發(fā)或測試過程中比較特殊的工具，以及其使用文檔等，如覺得有必要也納產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 13頁 共30 頁入配置庫的管理。第三章 配置庫建立1.項目立項時，由項目經(jīng)理申請建立項目配置庫，配置管理員與項目經(jīng)理確定配置項，并參考附錄 2：配置庫目錄結(jié)構(gòu)，建立配置庫以及配置庫目錄結(jié)構(gòu)；項目經(jīng)理提供配置庫權(quán)限清單（內(nèi)容應(yīng)包括員工姓名、項目名稱、目錄權(quán)限等） ，由配置管理員為相關(guān)人員的設(shè)置配置權(quán)限。2.配置庫

17、權(quán)限設(shè)置完成之后，由配置管理員將配置庫名稱、訪問路徑、訪問權(quán)限等信息以郵件方式通知各相關(guān)人員；配置庫使用人員以各自的用戶名和密碼進行訪問配置庫。3.配置庫密碼只能在服務(wù)器上設(shè)置，但使用人員可以在客戶端修改自己的秘密，如配置庫使用人員密碼遺忘，可以與配置管理員取得聯(lián)系，進行修改密碼。第四章 配置管理流程產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 14頁 共30 頁1. 配置管理流程產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 15頁 共30 頁定義階段定義階段項目經(jīng)理項目經(jīng)理編寫項目計劃項目計劃并通過評審。配置管理員配置管理員依據(jù)

18、項目計劃編寫配置管理計劃配置管理計劃項目經(jīng)理項目經(jīng)理審批配置管理計劃配置管理計劃項目經(jīng)理項目經(jīng)理依據(jù)配置管理計劃在規(guī)定時間申請建立定義基線定義基線.申請建立基線的流程見基線建立流程基線建立流程項目經(jīng)理項目經(jīng)理依據(jù)配置管理計劃在規(guī)定時間申請建立定義基線定義基線.設(shè)計階段設(shè)計階段實現(xiàn)階段實現(xiàn)階段項目經(jīng)理項目經(jīng)理依據(jù)配置管理計劃在規(guī)定時間申請建立實現(xiàn)基線實現(xiàn)基線測試階段測試階段項目經(jīng)理項目經(jīng)理依據(jù)配置管理計劃在規(guī)定時間申請建立測試基線測試基線發(fā)布階段發(fā)布階段項目經(jīng)理項目經(jīng)理依據(jù)配置管理計劃在規(guī)定時間申請建立發(fā)發(fā)布基線布基線.項目經(jīng)理項目經(jīng)理依照產(chǎn)產(chǎn)品發(fā)布流程品發(fā)布流程，發(fā)布產(chǎn)品。產(chǎn)品發(fā)布流程見 產(chǎn)品

19、發(fā)布產(chǎn)品發(fā)布流程流程開發(fā)人員開發(fā)人員按照配置管理配置管理相關(guān)規(guī)則相關(guān)規(guī)則（見本制度第六章）在開發(fā)庫開發(fā)庫中創(chuàng)建、命名、標(biāo)記、變更（按照變更控制流程）配置項。配置管理員配置管理員按照配置管理配置管理計劃計劃和本制本制度度管理配置庫的變更、備份、基線建立、等工作。項目經(jīng)理項目經(jīng)理和評評審小組審小組負(fù)責(zé)變更、基線建立等工作的審批和對配置管理工作的檢查、指導(dǎo)、監(jiān)督工作。測試人員測試人員負(fù)責(zé)測試和產(chǎn)品的發(fā)布等工作。整個階段整個階段變更控制流程見變更控制流程變更控制流程產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 16頁 共30 頁 2. 基線建立流程項目經(jīng)理項目經(jīng)理按照配

20、置管理計劃在規(guī)定時間填寫配置申請單配置申請單 ，申請建立相應(yīng)的基線。評審小組評審小組對所申請建立的基線進行審批？審批？通過通過項目經(jīng)理項目經(jīng)理將配置申請單配置申請單(紙質(zhì)和電子版)送交配置管理員配置管理員，配置管理員依照配置申請單建立基線建立基線并填寫受控庫產(chǎn)品受控庫產(chǎn)品清單清單 。流程結(jié)束未通過評審組長評審組長將配置申請單送還項目經(jīng)理項目經(jīng)理，并向其說明原因。配置申請單見附錄 3受控庫產(chǎn)品受控庫產(chǎn)品清單清單見附錄4產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 17頁 共30 頁3. 變更控制流程配置項或基線需要變更時，申請人申請人填寫變更申請單變更申請單評審小

21、組評審小組對所申請變更進行審批？審批？通過執(zhí)行人執(zhí)行人進行相應(yīng)的變更操作.評審組長評審組長將變更申請單送還申請人申請人，并向其說明原因。 未通過評審小組評審小組對變更后配置項再進行審批？審批？通過申請人申請人將變更申請單變更申請單(紙質(zhì)和電子版)送交配置配置管理員管理員，配置管理員獲取變更后的版本的配置項到受控庫受控庫并填寫受控庫產(chǎn)受控庫產(chǎn)品清單品清單 。未未通通過過 變更申請單變更申請單見附錄 5流程結(jié)束產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 18頁 共30 頁4. 產(chǎn)品發(fā)布流程項目經(jīng)理項目經(jīng)理填寫發(fā)布產(chǎn)發(fā)布產(chǎn)品配置表品配置表 （僅第一次發(fā)布時填寫）和產(chǎn)

22、品產(chǎn)品發(fā)布申請及驗收表發(fā)布申請及驗收表項目經(jīng)理項目經(jīng)理送交相關(guān)人員對發(fā)布產(chǎn)品進行審批？審批？通過通過項目經(jīng)理項目經(jīng)理將發(fā)布產(chǎn)品配發(fā)布產(chǎn)品配置表置表和產(chǎn)品發(fā)布申請產(chǎn)品發(fā)布申請及驗收表及驗收表 （紙質(zhì)和電子版）送交配置管理員配置管理員配置管理員配置管理員依照發(fā)布產(chǎn)品配置表和產(chǎn)品發(fā)布申請及驗收表將發(fā)布產(chǎn)品打包，放入發(fā)布庫，同時填寫產(chǎn)品產(chǎn)品發(fā)布檢查表發(fā)布檢查表和和產(chǎn)品產(chǎn)品發(fā)布清單發(fā)布清單 ，并辦理和總工辦的發(fā)布產(chǎn)品交接手續(xù)。未通過部門經(jīng)理部門經(jīng)理將發(fā)布產(chǎn)品配置表 產(chǎn)品發(fā)布申請及驗收表.送還項目經(jīng)理項目經(jīng)理，并向其說明原因。流程結(jié)束發(fā)布產(chǎn)品配置表發(fā)布產(chǎn)品配置表見附錄 6產(chǎn)品發(fā)布申請及產(chǎn)品發(fā)布申請及驗收表

23、驗收表見附錄 7產(chǎn)品發(fā)布檢查表產(chǎn)品發(fā)布檢查表見附錄 8產(chǎn)品發(fā)布清單產(chǎn)品發(fā)布清單見附錄 9產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 19頁 共30 頁第五章 配置庫權(quán)限變更管理若在使用配置庫的過程中需要變更配置庫管理權(quán)限，可以由項目管理員或項目經(jīng)理以郵件或口頭方式通知配置管理員，配置管理員變更之后，將變更結(jié)果以電子郵件方式通知受影響的人員、項目經(jīng)理、項目管理員及其相關(guān)人員。配置管理員根據(jù)配置庫權(quán)限變更頻率，決定每隔一段時間將配置庫權(quán)限清單與各項目經(jīng)理進行審核確認(rèn)，各項目經(jīng)理審核后，若有權(quán)限需要進行變更，應(yīng)及時通知配置管理員。第六章 配置庫備份配置管理員應(yīng)定期做

24、好配置庫的備份，以防意外引起的服務(wù)器上資料的丟失，避免給公司帶來嚴(yán)重的損失。具體實施規(guī)范如下：1.配置管理員自創(chuàng)建項目配置庫起，每月 15 號、28 號對配置庫進行硬盤備份一次（完全備份） ，為了節(jié)約硬盤空間，只保留最近的兩次備份文件，之前的備份文件將被刪除。2.配置管理員每遇到有基線產(chǎn)生時，對基線單獨硬盤備份一次。3.當(dāng)項目結(jié)項時，對該項目成果進行硬盤和光盤雙重備份，備份后的光盤標(biāo)記上備份日期并附上內(nèi)容清單，移交部門行政秘書保管。4.如遇特殊情況需要特殊備份時，需項目經(jīng)理和部門經(jīng)理協(xié)商后，通知配置管理員做特殊備份。第七章 配置庫使用規(guī)范1.所有立項的項目，都必須申請建立配置庫。開發(fā)過程中所有

25、文檔和代碼必須納入配置庫管理，若因未納入配置庫管理造成的資料丟失或版本差異，其責(zé)任皆由開發(fā)人員及項目經(jīng)理承擔(dān)。2.配置庫服務(wù)器密碼只有配置管理員和產(chǎn)品開發(fā)部經(jīng)理掌握，其他人如因特殊原因需要該密碼，必須經(jīng)過產(chǎn)品開發(fā)部經(jīng)理的批準(zhǔn)后方能獲?。徊⒃谑褂猛昝艽a之后，通知產(chǎn)品開發(fā)部經(jīng)理和配置管理員，配置管理員及時設(shè)置新的密碼，以保證服務(wù)器資料的安全性和機密性。3.各配置庫的使用人員必須使用各自的用戶名和密碼進入配置庫，訪問授權(quán)的配置庫。各使用人員不得產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 20頁 共30 頁將自己的用戶名和密碼泄漏給其他人員，若因泄露密碼而引起的后果將

26、由泄漏密碼者本人承擔(dān)。4.各項目的配置庫用于項目組正式開發(fā)使用，項目組成員不得惡意對其進行修改、刪除、增加等操作；若因?qū)?VSS 工具不熟悉，需要學(xué)習(xí)，可以向配置管理員提出需求，由配置管理員為其提供可以練習(xí)的配置庫。5.各項目經(jīng)理負(fù)責(zé)定期檢查配置庫的使用情況，查看是否有員工進行無故刪除或惡意修改文件的行為;并對開發(fā)人員提交的文檔和代碼的及時性、準(zhǔn)確性和完整性進行檢查。6.在研發(fā)人員離職時，由其項目經(jīng)理負(fù)責(zé)檢查配置庫，檢查該人員提交的代碼或文檔是否完全放入配置庫管理，確認(rèn)版本和相應(yīng)文件完整無誤后，項目經(jīng)理在“員工離職申請單”中簽字，該員工方可離職。同時項目經(jīng)理應(yīng)及時通知配置管理員，取消該人員的所

27、有權(quán)限。若因項目經(jīng)理審核不細致造成的代碼或文檔移交不完整，或項目經(jīng)理未及時通知配置管理員取消權(quán)限，而造成的損失，該責(zé)任完全由項目經(jīng)理承擔(dān)。7.在配置庫使用時，為了避免配置庫 checkin 或 checkout 時引起沖突，需注意：項目經(jīng)理在劃分模塊時注意每個人的模塊之間盡量不要重疊。開發(fā)人員在修改文件之前，養(yǎng)成事先 checkout 的習(xí)慣。開發(fā)人員注意 checkin 的頻率，盡量及時 checkin，最好每天提交一次。第八章 附錄附錄 1 附錄清單序號序號名稱名稱存儲路徑存儲路徑附件 2配置庫目錄結(jié)構(gòu)附件 3配置申請單附件 4受控庫產(chǎn)品清單附件 5變更申請單附件 6發(fā)布產(chǎn)品配置表Vss_

28、Assets /3.軟件開發(fā)/1.開發(fā)過程/6.配置管理附件 7產(chǎn)品發(fā)布申請及驗收表Vss_Assets/3.軟件開發(fā)/1.開發(fā)過程/5.發(fā)布產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 21頁 共30 頁附件 8產(chǎn)品發(fā)布檢查表附件 9產(chǎn)品發(fā)布清單附錄 2 配置庫目錄結(jié)構(gòu) 配置庫目錄結(jié)構(gòu)配置庫目錄結(jié)構(gòu)每一個項目的配置庫可分為 1work（開發(fā)庫） 、2confirmed（受控庫）和 3release（發(fā)布庫） ，如下為配置庫目錄結(jié)構(gòu)模板，可以根據(jù)實際情況增減：一級目錄一級目錄二級目錄二級目錄三級目錄三級目錄四級目錄四級目錄說明說明1project項目啟動、定義階

29、段產(chǎn)生的相關(guān)文檔（如：項目計劃、配置管理計劃等）2management與該項目相關(guān)的管理文檔（如：質(zhì)量月報、配置狀態(tài)報告等）3requirement需求階段產(chǎn)生的文檔(用戶需求說明書,軟件規(guī)格說明書等)4design項目設(shè)計階段產(chǎn)生的相關(guān)文檔（如：概要設(shè)計文檔、詳細設(shè)計文檔等）5test項目測試階段產(chǎn)生的文檔（如：測試報告、測試大綱等）6review評審文檔7meeting會議文檔8workreport每周工作報告（項目周報、工作日志等）1doc（文檔目錄）9training培訓(xùn)文檔1code項目代碼(可以根據(jù)項目需求自定義子目錄)2html系統(tǒng)原型Vss_項目編號1work2src（源碼目錄

30、）3install安裝包產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 22頁 共30 頁3temp（項目臨時文件）用于存放項目開發(fā)工程中產(chǎn)生的臨時文件2confirmed配置管理員可根據(jù)配置管理計劃建立基線目錄3release發(fā)布庫附錄 3 配置申請單配置申請單配置申請單說明： 1.該表格適用于配置項提交、基線建立申請。2.配置項或基線入受控庫時填寫該表。編號：QR706/51/ FKB/ 項目編號/日期（格式：20090717）申請部分申請部分( (由申請人填寫由申請人填寫) )項目名稱成都地鐵一號線項目編號申請類型 配置項提交 基線建立申請人申請日期2009

31、-05-19配置項配置項所屬基線配置項名稱編號版本號存儲路徑（開發(fā)庫） 提交時間備注 2009-05-19申請說明申請說明產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 23頁 共30 頁評審部分（由評審組長填寫）評審部分（由評審組長填寫）評審時間評審組長評審組成員審批結(jié)果 批準(zhǔn) 拒絕評審組長簽字： 日期：附錄 4 受控庫產(chǎn)品清單受控庫產(chǎn)品清單受控庫產(chǎn)品清單序序號號項目名項目名稱稱( (編編號號) )入庫入庫類型類型所屬基所屬基線線配置項配置項名稱名稱存放位置（受控存放位置（受控庫）庫）版本版本號號存放位存放位置（開置（開發(fā)庫）發(fā)庫）入庫時入庫時間間申請人申請人活

32、動活動依據(jù)依據(jù)備注備注004005006007008009010011012013014產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 24頁 共30 頁015016017018019附錄 5 變更申請單變更申請單填表說明：1. 該表適用于配置項變更和基線變更時填寫。2. 評審組長一般為項目經(jīng)理。Comment H5: 指配置項還未提交到受控庫形成基線，但已經(jīng)通過了評審，在開發(fā)庫中處于“正式發(fā)布”狀態(tài)，此時要修改這個配置項，就屬于配置項變更，其它情況屬于基線變更。Comment H6: 與對應(yīng)產(chǎn)品發(fā)布申請及驗收表上一致。產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Ve

33、rsion 1.00.000 第 25頁 共30 頁編號：QR706/52/ FKB/項目編號/日期（格式：20080717）附錄 6 發(fā)布產(chǎn)品配置表說明：1.此表由項目經(jīng)理填寫。2.此表中的模塊必須填寫完整，所列模塊必須是組成該項目的所有模塊。3.項目名稱（項目編號）： 編號：QR706/04/ KFB/項目編號/發(fā)布版本號項目名稱項目編號申請類型配置項變更 基線變更申請人申請日期1. 變更申請（由變更申請人填寫）變更申請（由變更申請人填寫）所屬基線配置項名稱編號版本號配置項對應(yīng)開發(fā)庫路徑V1.00.000申請變更的配置項變更的內(nèi)容及其理由估計配置項變更將對項目造成的影響變更申請人簽字2.

34、審批變更申請審批變更申請(由評審組長填寫由評審組長填寫)審批結(jié)果審批結(jié)果 批準(zhǔn) 拒絕評審組長簽字： 日期：批準(zhǔn)變更的配置項變更執(zhí)行人時間限制備注3. 變更配置項（由變更執(zhí)行人填寫）變更配置項（由變更執(zhí)行人填寫）變更后的配置項名稱變更后的版本號變更完成日期備注2009-05-234. 結(jié)束變更（由評審組長填寫）結(jié)束變更（由評審組長填寫）重新審批結(jié)果重新審批結(jié)果 批準(zhǔn) 拒絕評審組長簽字： 日期：Comment H7: 如 SQL Server 2000，Oracle ，DB2，Sybase ASE 等主流數(shù)據(jù)庫。Comment H8: 支持源代碼的數(shù)據(jù)庫文件。Comment H9: 源代碼運行必要

35、的配置文件。如 config 文件，數(shù)據(jù)庫配置文件。Comment H10: 使源代碼運行所需要的支持軟件。如第三方插件等。產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 26頁 共30 頁序序號號模塊名稱模塊名稱數(shù)據(jù)庫名稱及數(shù)據(jù)庫名稱及版本版本數(shù)據(jù)庫文數(shù)據(jù)庫文件名稱件名稱操作系統(tǒng)操作系統(tǒng)名稱及版名稱及版本本開發(fā)工具開發(fā)工具及版本及版本配置配置/安裝文件安裝文件有無可執(zhí)有無可執(zhí)行文件行文件支持軟件支持軟件模塊負(fù)模塊負(fù)責(zé)人責(zé)人備注備注1調(diào)度員工作站Sybase 12.5Windows 2000 professionalVC+6.0MFC見配置文件OGW-Config

36、.xml分析員工作站Sybase 12.5Windows 2000 professionalVC+6.0MFC見配置文件/conf/ systemconfig.xml3通信前置機Sybase 12.5Windows 2000 professionalVC+ 6.0MFC見配置文件SCADACONFIG.xml4服務(wù)器后臺Sybase 12.5Solaris 10.0GCC 3.4.6無5Web 復(fù)視Sybase 12.5Windows 2003Advanced ServerVisual Studio.Net 2005 (C#)DSN:scadaUID:saPWD:sqlsql6維護員工作站SQ

37、L Server2000Windows 2000 professionalVC+ 6.0MFC請查看：使用注意問題.txt提交人（簽字，包含日期）： 接收人（簽字，包含日期）：Comment H11: 發(fā)布完整產(chǎn)品時由項目經(jīng)理填寫，其它情況填“無“。2.處于“正式發(fā)布”狀態(tài)的產(chǎn)品的版本號格式為：V X.Y.000X 為主版本號，取值范圍為 1-9。Y 為次版本號，取值范圍為 00-99。產(chǎn)品第一次“正式發(fā)布”時，版本號為 V 1.00.000。如果產(chǎn)品的版本升級幅度比較小，一般只增大 Y 值，X 值保持不變。只有當(dāng)產(chǎn)品版本升級幅度比較大時，才允許增大 X 值。例子：V 1.01.000Comm

38、ent H12: 配置管理員填寫Comment H13: 配置管理員填寫產(chǎn)品開發(fā)部配置管理制度 *實業(yè)有限公司 Version 1.00.000 第 27頁 共30 頁附錄 7 產(chǎn)品發(fā)布申請及驗收表產(chǎn)品發(fā)布申請及驗收表填表說明：1. 產(chǎn)品在發(fā)布前，必須填寫本表。本表所有需要簽名的欄目必須手簽手簽。2. 經(jīng)過測試的產(chǎn)品發(fā)布，由測試人員填寫本表的主要欄目。通過了系統(tǒng)測試、升級包測試的，發(fā)布類型判定為“定版發(fā)布” 。通過或部分通過緊急發(fā)布測試的，部分通過系統(tǒng)測試、升級包測試的，都只能判定為“讓步發(fā)布” 。3. 未經(jīng)過測試的產(chǎn)品發(fā)布，由項目經(jīng)理或指定的開發(fā)人員填寫本表。發(fā)布類型只能是“特例發(fā)布” 。表

39、單編號：QR706/03/ KFB/項目編號/日期（格式：20090717） 1.申請部分申請部分(除特別說明外均由申請人填寫)產(chǎn)品名稱項目名稱_子模塊名稱發(fā)布日期2009-07-07發(fā)布版本號V1.00.000產(chǎn)品形態(tài)完整產(chǎn)品 模塊產(chǎn)品 升級包 其它 _發(fā)布類型定版發(fā)布 讓步發(fā)布 特例發(fā)布 其它 _適用用戶（版本）洛張線申請人附件名稱發(fā)布包名稱 項目名稱_子模塊名稱_版本號.rar發(fā)布包存儲路徑VSS_GM2000-MN/3release/洛張線/洛張線_LZ_V1.00.000發(fā)布包文件清單序號文檔/模塊名稱編號對應(yīng)開發(fā)庫存儲路徑備注1項目編號_子模塊名稱_類型名稱_版本號（日期_序號）V

40、SS_GM2000-MN/1work/2src/1code/洛張項目基礎(chǔ)版本：石懷線調(diào)度員工作站，未修改。2CDDT-1_地鐵維護單元_源代碼_V1.00.000無VSS_GM2000-MN/1work/2src/1code/洛張項目基礎(chǔ)版本：石懷線分析員工作站，未修改。3CDDT-1_項目計劃_V1.00.000QR704/03/ KFB/CDDT-1/V1.00.000VSS_GM2000-MN/1work/2src/1code/洛張項目4CDDT-1_地鐵維護單元_可執(zhí)行文件_V1.00.000無VSS_GM2000-MN/1work/2src/1code/洛張項目5VSS_GM2000-MN/1work/2src/1code/洛張項目6VSS_GM2000-MN/1work/2src/1code/洛張項目7VSS_GM2000-MN/1work/1doc/4design/洛張項目8/VSS_GM2000-MN/1work/2src/3install/洛張項目9/VSS_GM2000-MN/1work/2src/3install/洛張產(chǎn)品開發(fā)部配置管理制度 *實業(yè)