产品开发部配置管理制度

1、文件编号：GM/KFB/CMS/20090720版本号：V1.00.000产品开发部配置管理制度产品开发部配置管理制度部 门： 产品开发部 编 写： * 审 核： 批 准： 日 期： 2009-07-20 *有限公司产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 2页 共30页修 改 历 史序号版本更改处更改内容更改人/日期1V1.00.000创建文件*/2009-07-202345678910111213141516产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 3页 共30页产品开发部配置管理制度 *实业有限公司 Version

2、1.00.000 第 4页 共30页目目 录录第一章第一章 概述概述.51.目的.52.范围.53.术语.54.角色与职责.65. VSS 配置库目录结构.76. 配置项命名规则.77. 配置项编号规则.78. 配置项状态变迁规则.109. 配置项版本号规则.10第二章第二章 配置管理范围配置管理范围.11第三章第三章 配置库建立配置库建立.11第四章第四章 配置管理流程配置管理流程.121. 配置管理流程.122. 基线建立流程.143. 变更控制流程.154. 产品发布流程.16第五章第五章 配置库权限变更管理配置库权限变更管理.17第六章第六章 配置库备份配置库备份.17第七章第七章 配

3、置库使用规范配置库使用规范.17第八章第八章 附录附录.18附录 1 附录清单 .18附录 2 配置库目录结构 .19产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 5页 共30页附录 3 配置申请单 .20附录 4 受控库产品清单 .21附录 5 变更申请单 .22附录 6 发布产品配置表 .23附录 7 产品发布申请及验收表 .24附录 8 产品发布检查表 .26附录 9 产品发布清单 .27产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 6页 共30页第一章 概述1. 目的为了保证产品开发部研发项目文件的安全性、机密性；为了保证

4、软件产品的完整性、有效性及可追溯性，特根据部门实际情况制订本制度。2. 范围适用于产品开发部所有项目。3. 术语 概念概念描述描述软件配置管理(Software Configuration Management, SCM）是指通过执行版本控制、变更控制等规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。配置项（CI,Configuration Items）产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项.产品开发部配置管理制度 *实业有

5、限公司 Version 1.00.000 第 7页 共30页基线(BaseLine)基线就是一个 CI 或一组 CI 在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化” 。每一个基线都是其下一步开发的出发点和参考点。每个基线都将接受配置管理的严格控制，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一基线加上增加和修改的基线内容形成下一个基线，这就是基线管理的过程。(基线：基线：是指在软件开发过程中的里程碑，这些里程碑的标志是一项或多项是指在软件开发过程中的里程碑，这些里程碑的标志是一项或多项经过正式的技术评审并一致认同的经过正式

6、的技术评审并一致认同的 CI 的提交的提交)4. 角色与职责角色角色职责职责项目经理确定配置项、确定配置库目录权限；审查配置库变更；项目开发过程中，监督配置库使用情况；员工离职时，配置库归档完整性审核。开发小组根据配置管理制度，进行配置库的日常使用测试小组从开发库中取出版本进行整合测试；负责验证代码变更及修改是否正确执行。测试小组测试通过的版本方可放入受控库。配置管理员负责配置库的建立、权限设置、负责培训开发人员使用配置管理工具、对配置库使用情况进行管理和监督、建立配置库基线；定期备份配置库；建立和完善配置管理制度。评审小组对项目中的变更进行评审、监控；协调开发小组、测试小组、配置管理员进行配

7、置库的优化和管理。产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 8页 共30页5. VSS 配置库目录结构 配置库配置库（vss_PDMIS）开发库开发库（1work）受控库受控库（2confirmed）发布库发布库（3release）存放基线产品存放发布产品存放配置项开发库：主要用来保存开发过程中不稳定的配置项（源码和相关文档） ，主要由开发人员支配。受控库：用来保存基线产品（阶段性提交的通过评审且相对稳定的配置项） ，主要由配置管理员支配。发布库：用来保存发布的产品，即交付给用户的产品、升级包、文档等，主要由测试人员支配。 （这里的用户特指总工办，这里的发布

8、属于公司内部发布。 ）6. 配置项命名规则配置项的命名规则分两种：1)在开发库和受控库中，命名规则为：项目编号_子模块名称_类型名称类型名称：为用户需求说明书、源代码、可执行文件、测试报告等 。例子：CDDT-1_地铁维护单元_源代码，CDDT-1_用户需求说明书。2)在发布库中，命名规则为：项目编号_子模块名称_类型名称_版本号（日期_序号）例子 1：CDDT-1_ CDDT-1_地铁维护单元_源代码_V1.00.000例子 2：CDDT-1_受控库产品清单_20090714Comment H1: 固定字段Comment H2: 项目编号_子模块编号Comment H3: 版本号（日期_序号

9、）Comment H4: 固定字段+项目编号_子模块编号+版本号（日期_序号），此处所示为固定字段编号产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 9页 共30页7. 配置项编号规则1)配置项编号规则：固定字段 / 项目编号_子模块编号 / 版本号（日期_序号）示例 1：以下表可行性分析报告为例：QR704/01/KFB/GM2000-MN/V1.00.000示例 2：以下表质量月报为例：QR701/01/KFB/GM2000-MN/2009072)表 1 说明红色部分为公司内/外审时，必须提交的文档。其余为部门内部文档。编号第二字段为 01-50，表示是公司内

10、/外审必须文档，51 以后的数字代表部门内部文档。改表预留了号码，以后可以根据实际需要添加删除文档。阶段阶段文档类型文档类型文档文档编号编号备注备注需求调研计划QR704/51/KFB需求调研记录QR704/52/KFB可行性分析报告QR704/01/KFB用户需求说明书QR704/02/KFB软件/系统需求规格说明书QR704/53/KFB需求确认表QR704/54/KFB项目计划 （包含附件:进度Project 文档）QR704/03/ KFB配置管理计划QR706/01/ KFB定义质量保证计划QR701/51/KFB概要设计说明书QR704/04/ KFB设计详细设计说明书QR704/

11、55/KFB产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 10页 共30 页阶段阶段文档类型文档类型文档文档编号编号备注备注实现测试计划QR704/05/ KFB测试报告QR704/06/ KFB测试未关闭缺陷原因说明表QR704/56/KFB硬件/软件设计更改说明QR704/07/ KFB改造项目需提交项目总结报告QR704/08/ KFB发布用户手册QR704/09/ KFB配置管理报告QR706/02/ KFB配置申请单QR706/51/ KFB变更申请单QR706/52/ KFB受控库产品清单QR706/53/ KFB配置状态报告QR706/54/ KF

12、B产品发布申请及验收表QR706/03/ KFB日常支持文档配置管理类：发布产品配置表QR706/04/ KFB质量保证报告QR701/51/KFB质量保证检查表QR701/52/KFB日常支持文档质量保障类：质量月报QR701/01/KFB产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 11页 共30 页阶段阶段文档类型文档类型文档文档编号编号备注备注代码检查表QR701/53/KFB评审通知QR704/10/KFB预读记录QR704/57/KFB评审意见汇总表QR704/11/KFB评审问题跟踪表QR704/58/KFB评审会议纪要QR704/59/KFB设计

13、开发任务书QR704/60/KFB日常支持文档管理评审类：工作任务单QR704/12/KFB8. 配置项状态变迁规则1)配置项的状态有三种：“草稿” （Draft） 、 “正式发布” （Released）和“正在修改” （Changing） 。2).配置项状态变迁如下图所示。配置项刚建立时其状态为“草稿” 。配置项通过评审（或审批）后，其状态变为“正式发布” 。当配置项的状态成为“正式发布”时任何人都不能随意修改，必须依据“申请审批执行变更再评审结束”的“变更控制流程“执行。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为“正式发布” ，如此循环。 变更控制正式发布正在修改自由修改草稿

14、评审或审批否决否决通过通过产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 12页 共30 页9. 配置项版本号规则配置项的版本号与配置项的状态紧密相关：（1）处于“草稿”状态的配置项的版本号格式为：V 0.00.Z“V“Version 的首字母，代表后面的数字为版本号。Z 数字范围为 001-999随着草稿的不断完善， “Z”的取值应递增。“Z”的初值为 001，增幅为 001.例子：V 0.00.001（2）处于“正式发布”状态的配置项的版本号格式为：V X.Y.000X 为主版本号，取值范围为 1-9。Y 为次版本号，取值范围为 00-99。配置项第一次“正式

15、发布”时，版本号为 V 1.00.000。如果配置项的版本升级幅度比较小，一般只增大 Y 值，X 值保持不变。只有当配置项版本升级幅度比较大时，才允许增大 X 值。例子：V 1.01.000（3）处于“正在修改”状态的配置项的版本号格式为：V X.Y.ZZ 数字范围为 001-999配置项正在修改时，一般只增大 Z 值，X.Y 值保持不变。当配置项修改完毕，状态重新成为“正式发布”时，将 Z 值设置为 0，增加 X.Y 值。参见规则（2） 。例子：V 1.01.001第二章 配置管理范围配置管理包括：所有研发项目文档、源代码、可执行程序，特殊工具及相关资料等。项目文档主要指：立项建议书、项目计

16、划、需求说明书、软件规格说明书、概要/详细设计说明书、数据库表结构、测试文档、用户使用说明书以及项目过程中管理类文档等。特殊工具及其相关资料指开发或测试过程中比较特殊的工具，以及其使用文档等，如觉得有必要也纳产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 13页 共30 页入配置库的管理。第三章 配置库建立1.项目立项时，由项目经理申请建立项目配置库，配置管理员与项目经理确定配置项，并参考附录 2：配置库目录结构，建立配置库以及配置库目录结构；项目经理提供配置库权限清单（内容应包括员工姓名、项目名称、目录权限等） ，由配置管理员为相关人员的设置配置权限。2.配置库

17、权限设置完成之后，由配置管理员将配置库名称、访问路径、访问权限等信息以邮件方式通知各相关人员；配置库使用人员以各自的用户名和密码进行访问配置库。3.配置库密码只能在服务器上设置，但使用人员可以在客户端修改自己的秘密，如配置库使用人员密码遗忘，可以与配置管理员取得联系，进行修改密码。第四章 配置管理流程产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 14页 共30 页1. 配置管理流程产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 15页 共30 页定义阶段定义阶段项目经理项目经理编写项目计划项目计划并通过评审。配置管理员配置管理员依据

18、项目计划编写配置管理计划配置管理计划项目经理项目经理审批配置管理计划配置管理计划项目经理项目经理依据配置管理计划在规定时间申请建立定义基线定义基线.申请建立基线的流程见基线建立流程基线建立流程项目经理项目经理依据配置管理计划在规定时间申请建立定义基线定义基线.设计阶段设计阶段实现阶段实现阶段项目经理项目经理依据配置管理计划在规定时间申请建立实现基线实现基线测试阶段测试阶段项目经理项目经理依据配置管理计划在规定时间申请建立测试基线测试基线发布阶段发布阶段项目经理项目经理依据配置管理计划在规定时间申请建立发发布基线布基线.项目经理项目经理依照产产品发布流程品发布流程，发布产品。产品发布流程见 产品

19、发布产品发布流程流程开发人员开发人员按照配置管理配置管理相关规则相关规则（见本制度第六章）在开发库开发库中创建、命名、标记、变更（按照变更控制流程）配置项。配置管理员配置管理员按照配置管理配置管理计划计划和本制本制度度管理配置库的变更、备份、基线建立、等工作。项目经理项目经理和评评审小组审小组负责变更、基线建立等工作的审批和对配置管理工作的检查、指导、监督工作。测试人员测试人员负责测试和产品的发布等工作。整个阶段整个阶段变更控制流程见变更控制流程变更控制流程产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 16页 共30 页 2. 基线建立流程项目经理项目经理按照配

20、置管理计划在规定时间填写配置申请单配置申请单 ，申请建立相应的基线。评审小组评审小组对所申请建立的基线进行审批？审批？通过通过项目经理项目经理将配置申请单配置申请单(纸质和电子版)送交配置管理员配置管理员，配置管理员依照配置申请单建立基线建立基线并填写受控库产品受控库产品清单清单 。流程结束未通过评审组长评审组长将配置申请单送还项目经理项目经理，并向其说明原因。配置申请单见附录 3受控库产品受控库产品清单清单见附录4产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 17页 共30 页3. 变更控制流程配置项或基线需要变更时，申请人申请人填写变更申请单变更申请单评审小

21、组评审小组对所申请变更进行审批？审批？通过执行人执行人进行相应的变更操作.评审组长评审组长将变更申请单送还申请人申请人，并向其说明原因。 未通过评审小组评审小组对变更后配置项再进行审批？审批？通过申请人申请人将变更申请单变更申请单(纸质和电子版)送交配置配置管理员管理员，配置管理员获取变更后的版本的配置项到受控库受控库并填写受控库产受控库产品清单品清单 。未未通通过过 变更申请单变更申请单见附录 5流程结束产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 18页 共30 页4. 产品发布流程项目经理项目经理填写发布产发布产品配置表品配置表 （仅第一次发布时填写）和产

22、品产品发布申请及验收表发布申请及验收表项目经理项目经理送交相关人员对发布产品进行审批？审批？通过通过项目经理项目经理将发布产品配发布产品配置表置表和产品发布申请产品发布申请及验收表及验收表 （纸质和电子版）送交配置管理员配置管理员配置管理员配置管理员依照发布产品配置表和产品发布申请及验收表将发布产品打包，放入发布库，同时填写产品产品发布检查表发布检查表和和产品产品发布清单发布清单 ，并办理和总工办的发布产品交接手续。未通过部门经理部门经理将发布产品配置表 产品发布申请及验收表.送还项目经理项目经理，并向其说明原因。流程结束发布产品配置表发布产品配置表见附录 6产品发布申请及产品发布申请及验收表

23、验收表见附录 7产品发布检查表产品发布检查表见附录 8产品发布清单产品发布清单见附录 9产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 19页 共30 页第五章 配置库权限变更管理若在使用配置库的过程中需要变更配置库管理权限，可以由项目管理员或项目经理以邮件或口头方式通知配置管理员，配置管理员变更之后，将变更结果以电子邮件方式通知受影响的人员、项目经理、项目管理员及其相关人员。配置管理员根据配置库权限变更频率，决定每隔一段时间将配置库权限清单与各项目经理进行审核确认，各项目经理审核后，若有权限需要进行变更，应及时通知配置管理员。第六章 配置库备份配置管理员应定期做

24、好配置库的备份，以防意外引起的服务器上资料的丢失，避免给公司带来严重的损失。具体实施规范如下：1.配置管理员自创建项目配置库起，每月 15 号、28 号对配置库进行硬盘备份一次（完全备份） ，为了节约硬盘空间，只保留最近的两次备份文件，之前的备份文件将被删除。2.配置管理员每遇到有基线产生时，对基线单独硬盘备份一次。3.当项目结项时，对该项目成果进行硬盘和光盘双重备份，备份后的光盘标记上备份日期并附上内容清单，移交部门行政秘书保管。4.如遇特殊情况需要特殊备份时，需项目经理和部门经理协商后，通知配置管理员做特殊备份。第七章 配置库使用规范1.所有立项的项目，都必须申请建立配置库。开发过程中所有

25、文档和代码必须纳入配置库管理，若因未纳入配置库管理造成的资料丢失或版本差异，其责任皆由开发人员及项目经理承担。2.配置库服务器密码只有配置管理员和产品开发部经理掌握，其他人如因特殊原因需要该密码，必须经过产品开发部经理的批准后方能获取；并在使用完密码之后，通知产品开发部经理和配置管理员，配置管理员及时设置新的密码，以保证服务器资料的安全性和机密性。3.各配置库的使用人员必须使用各自的用户名和密码进入配置库，访问授权的配置库。各使用人员不得产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 20页 共30 页将自己的用户名和密码泄漏给其他人员，若因泄露密码而引起的后果将

26、由泄漏密码者本人承担。4.各项目的配置库用于项目组正式开发使用，项目组成员不得恶意对其进行修改、删除、增加等操作；若因对 VSS 工具不熟悉，需要学习，可以向配置管理员提出需求，由配置管理员为其提供可以练习的配置库。5.各项目经理负责定期检查配置库的使用情况，查看是否有员工进行无故删除或恶意修改文件的行为;并对开发人员提交的文档和代码的及时性、准确性和完整性进行检查。6.在研发人员离职时，由其项目经理负责检查配置库，检查该人员提交的代码或文档是否完全放入配置库管理，确认版本和相应文件完整无误后，项目经理在“员工离职申请单”中签字，该员工方可离职。同时项目经理应及时通知配置管理员，取消该人员的所

27、有权限。若因项目经理审核不细致造成的代码或文档移交不完整，或项目经理未及时通知配置管理员取消权限，而造成的损失，该责任完全由项目经理承担。7.在配置库使用时，为了避免配置库 checkin 或 checkout 时引起冲突，需注意：项目经理在划分模块时注意每个人的模块之间尽量不要重叠。开发人员在修改文件之前，养成事先 checkout 的习惯。开发人员注意 checkin 的频率，尽量及时 checkin，最好每天提交一次。第八章 附录附录 1 附录清单序号序号名称名称存储路径存储路径附件 2配置库目录结构附件 3配置申请单附件 4受控库产品清单附件 5变更申请单附件 6发布产品配置表Vss_

28、Assets /3.软件开发/1.开发过程/6.配置管理附件 7产品发布申请及验收表Vss_Assets/3.软件开发/1.开发过程/5.发布产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 21页 共30 页附件 8产品发布检查表附件 9产品发布清单附录 2 配置库目录结构 配置库目录结构配置库目录结构每一个项目的配置库可分为 1work（开发库） 、2confirmed（受控库）和 3release（发布库） ，如下为配置库目录结构模板，可以根据实际情况增减：一级目录一级目录二级目录二级目录三级目录三级目录四级目录四级目录说明说明1project项目启动、定义阶

29、段产生的相关文档（如：项目计划、配置管理计划等）2management与该项目相关的管理文档（如：质量月报、配置状态报告等）3requirement需求阶段产生的文档(用户需求说明书,软件规格说明书等)4design项目设计阶段产生的相关文档（如：概要设计文档、详细设计文档等）5test项目测试阶段产生的文档（如：测试报告、测试大纲等）6review评审文档7meeting会议文档8workreport每周工作报告（项目周报、工作日志等）1doc（文档目录）9training培训文档1code项目代码(可以根据项目需求自定义子目录)2html系统原型Vss_项目编号1work2src（源码目录

30、）3install安装包产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 22页 共30 页3temp（项目临时文件）用于存放项目开发工程中产生的临时文件2confirmed配置管理员可根据配置管理计划建立基线目录3release发布库附录 3 配置申请单配置申请单配置申请单说明： 1.该表格适用于配置项提交、基线建立申请。2.配置项或基线入受控库时填写该表。编号：QR706/51/ FKB/ 项目编号/日期（格式：20090717）申请部分申请部分( (由申请人填写由申请人填写) )项目名称成都地铁一号线项目编号申请类型 配置项提交 基线建立申请人申请日期2009

31、-05-19配置项配置项所属基线配置项名称编号版本号存储路径（开发库） 提交时间备注 2009-05-19申请说明申请说明产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 23页 共30 页评审部分（由评审组长填写）评审部分（由评审组长填写）评审时间评审组长评审组成员审批结果 批准 拒绝评审组长签字： 日期：附录 4 受控库产品清单受控库产品清单受控库产品清单序序号号项目名项目名称称( (编编号号) )入库入库类型类型所属基所属基线线配置项配置项名称名称存放位置（受控存放位置（受控库）库）版本版本号号存放位存放位置（开置（开发库）发库）入库时入库时间间申请人申请人活

32、动活动依据依据备注备注004005006007008009010011012013014产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 24页 共30 页015016017018019附录 5 变更申请单变更申请单填表说明：1. 该表适用于配置项变更和基线变更时填写。2. 评审组长一般为项目经理。Comment H5: 指配置项还未提交到受控库形成基线，但已经通过了评审，在开发库中处于“正式发布”状态，此时要修改这个配置项，就属于配置项变更，其它情况属于基线变更。Comment H6: 与对应产品发布申请及验收表上一致。产品开发部配置管理制度 *实业有限公司 Ve

33、rsion 1.00.000 第 25页 共30 页编号：QR706/52/ FKB/项目编号/日期（格式：20080717）附录 6 发布产品配置表说明：1.此表由项目经理填写。2.此表中的模块必须填写完整，所列模块必须是组成该项目的所有模块。3.项目名称（项目编号）： 编号：QR706/04/ KFB/项目编号/发布版本号项目名称项目编号申请类型配置项变更 基线变更申请人申请日期1. 变更申请（由变更申请人填写）变更申请（由变更申请人填写）所属基线配置项名称编号版本号配置项对应开发库路径V1.00.000申请变更的配置项变更的内容及其理由估计配置项变更将对项目造成的影响变更申请人签字2.

34、审批变更申请审批变更申请(由评审组长填写由评审组长填写)审批结果审批结果 批准 拒绝评审组长签字： 日期：批准变更的配置项变更执行人时间限制备注3. 变更配置项（由变更执行人填写）变更配置项（由变更执行人填写）变更后的配置项名称变更后的版本号变更完成日期备注2009-05-234. 结束变更（由评审组长填写）结束变更（由评审组长填写）重新审批结果重新审批结果 批准 拒绝评审组长签字： 日期：Comment H7: 如 SQL Server 2000，Oracle ，DB2，Sybase ASE 等主流数据库。Comment H8: 支持源代码的数据库文件。Comment H9: 源代码运行必要

35、的配置文件。如 config 文件，数据库配置文件。Comment H10: 使源代码运行所需要的支持软件。如第三方插件等。产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 26页 共30 页序序号号模块名称模块名称数据库名称及数据库名称及版本版本数据库文数据库文件名称件名称操作系统操作系统名称及版名称及版本本开发工具开发工具及版本及版本配置配置/安装文件安装文件有无可执有无可执行文件行文件支持软件支持软件模块负模块负责人责人备注备注1调度员工作站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服务器后台Sybase 12.5Solaris 10.0GCC 3.4.6无5Web 复视Sybase 12.5Windows 2003Advanced ServerVisual Studio.Net 2005 (C#)DSN:scadaUID:saPWD:sqlsql6维护员工作站SQ

37、L Server2000Windows 2000 professionalVC+ 6.0MFC请查看：使用注意问题.txt提交人（签字，包含日期）： 接收人（签字，包含日期）：Comment H11: 发布完整产品时由项目经理填写，其它情况填“无“。2.处于“正式发布”状态的产品的版本号格式为：V X.Y.000X 为主版本号，取值范围为 1-9。Y 为次版本号，取值范围为 00-99。产品第一次“正式发布”时，版本号为 V 1.00.000。如果产品的版本升级幅度比较小，一般只增大 Y 值，X 值保持不变。只有当产品版本升级幅度比较大时，才允许增大 X 值。例子：V 1.01.000Comm

38、ent H12: 配置管理员填写Comment H13: 配置管理员填写产品开发部配置管理制度 *实业有限公司 Version 1.00.000 第 27页 共30 页附录 7 产品发布申请及验收表产品发布申请及验收表填表说明：1. 产品在发布前，必须填写本表。本表所有需要签名的栏目必须手签手签。2. 经过测试的产品发布，由测试人员填写本表的主要栏目。通过了系统测试、升级包测试的，发布类型判定为“定版发布” 。通过或部分通过紧急发布测试的，部分通过系统测试、升级包测试的，都只能判定为“让步发布” 。3. 未经过测试的产品发布，由项目经理或指定的开发人员填写本表。发布类型只能是“特例发布” 。表

39、单编号：QR706/03/ KFB/项目编号/日期（格式：20090717） 1.申请部分申请部分(除特别说明外均由申请人填写)产品名称项目名称_子模块名称发布日期2009-07-07发布版本号V1.00.000产品形态完整产品 模块产品 升级包 其它 _发布类型定版发布 让步发布 特例发布 其它 _适用用户（版本）洛张线申请人附件名称发布包名称 项目名称_子模块名称_版本号.rar发布包存储路径VSS_GM2000-MN/3release/洛张线/洛张线_LZ_V1.00.000发布包文件清单序号文档/模块名称编号对应开发库存储路径备注1项目编号_子模块名称_类型名称_版本号（日期_序号）V

40、SS_GM2000-MN/1work/2src/1code/洛张项目基础版本：石怀线调度员工作站，未修改。2CDDT-1_地铁维护单元_源代码_V1.00.000无VSS_GM2000-MN/1work/2src/1code/洛张项目基础版本：石怀线分析员工作站，未修改。3CDDT-1_项目计划_V1.00.000QR704/03/ KFB/CDDT-1/V1.00.000VSS_GM2000-MN/1work/2src/1code/洛张项目4CDDT-1_地铁维护单元_可执行文件_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/洛张产品开发部配置管理制度 *实业