产品开发部配置管理制度.doc

文件编号：GM/KFB/CMS/20090720 版本号：V1.00.000 产产品开品开发发部配置管理制度部配置管理制度 部 门： 产品开发部 编 写： * 审 核： 批 准： 日 期： 2009-07-20 *有限公司 精选资料 可修改编辑 修 改 历 史 序号 版本更改处更改内容更改人/日期 1V1.00.000 创建文件*/2009-07-20 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 精选资料 可修改编辑 目目 录录 第一章第一章 概述概述5 1.目的5 2.范围5 3.术语5 4.角色与职责6 5. VSS 配置库目录结构7 6. 配置项命名规则7 7. 配置项编号规则7 8. 配置项状态变迁规则10 9. 配置项版本号规则10 第二章第二章 配置管理范配置管理范围围11 第三章第三章 配置配置库库建立建立11 第四章第四章 配置管理流程配置管理流程12 1. 配置管理流程12 2. 基线建立流程14 3. 变更控制流程15 4. 产品发布流程16 第五章第五章 配置配置库权库权限限变变更管理更管理17 第六章第六章 配置配置库备库备份份17 第七章第七章 配置配置库库使用使用规规范范17 第八章第八章 附附录录18 附录 1 附录清单 18 附录 2 配置库目录结构 19 附录 3 配置申请单 20 精选资料 可修改编辑 附录 4 受控库产品清单 21 附录 5 变更申请单 22 附录 6 发布产品配置表 23 附录 7 产品发布申请及验收表 24 附录 8 产品发布检查表 26 附录 9 产品发布清单 27 精选资料 可修改编辑 第一章 概述 1. 目的 为了保证产品开发部研发项目文件的安全性、机密性；为了保证软件产品的完整性、有效性及可追溯性， 特根据部门实际情况制订本制度。 2. 范围 适用于产品开发部所有项目。 3. 术语 概念概念描述描述 软件配置管理 (Software Configuration Management, SCM ） 是指通过执行版本控制、变更控制等规程，以及使用合适的配置管理软件，来 保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保 护。 配置项 （CI,Configuration Items） 产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本 的文档、计算机程序、部件及数据的集合。该集合中的每一个元素称为该产品 配置中的一个配置项. 基线(BaseLine) 基线就是一个 CI 或一组 CI 在其生命周期的不同时间点上通过正式评审而进 入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一 步开发的出发点和参考点。每个基线都将接受配置管理的严格控制，对其的修 改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一基 线加上增加和修改的基线内容形成下一个基线，这就是基线管理的过程。 (基基线线：是指在：是指在软软件开件开发过发过程中的里程碑，程中的里程碑，这这些里程碑的些里程碑的标标志是一志是一项项或多或多项经项经 过过正式的技正式的技术评审术评审并一致并一致认认同的同的 CI 的提交的提交) 精选资料 可修改编辑 4. 角色与职责 角色角色 职责职责 项目经理确定配置项、确定配置库目录权限；审查配置库变更；项目开发过程中，监 督配置库使用情况；员工离职时，配置库归档完整性审核。 开发小组根据配置管理制度，进行配置库的日常使用 测试小组从开发库中取出版本进行整合测试；负责验证代码变更及修改是否正确执 行。测试小组测试通过的版本方可放入受控库。 配置管理员负责配置库的建立、权限设置、负责培训开发人员使用配置管理工具、对 配置库使用情况进行管理和监督、建立配置库基线；定期备份配置库；建 立和完善配置管理制度。 评审小组对项目中的变更进行评审、监控；协调开发小组、测试小组、配置管理员进 行配置库的优化和管理。 5. VSS 配置库目录结构 配置库配置库 （vss_PDMIS） 开发库开发库 （1work） 受控库受控库 （2confirmed ） 发布库发布库 （3release） 存放基线产品 存放发 布产品 存放 配置 项 开发库：主要用来保存开发过程中不稳定的配置项（源码和相关文档），主要由开发人员支配。 Comment H1: 固定字段 Comment H2: 项目编号_子模块编 号 Comment H3: 版本号（日期_序号） Comment H4: 固定字段+项目编号 _子模块编号+版本号（日期_序号） ，此处所示为固定字段编号 精选资料 可修改编辑 受控库：用来保存基线产品（阶段性提交的通过评审且相对稳定的配置项），主要由配置管理员支配。 发布库：用来保存发布的产品，即交付给用户的产品、升级包、文档等，主要由测试人员支配。 （这里的用户特 指总工办，这里的发布属于公司内部发布。 ） 6. 配置项命名规则 配置项的命名规则分两种： 1)在开发库和受控库中，命名规则为：项目编号_子模块名称_类型名称 类型名称：为用户需求说明书、源代码、可执行文件、测试报告等 。 例子：CDDT-1_地铁维护单元_源代码，CDDT-1_用户需求说明书。 2)在发布库中，命名规则为：项目编号_子模块名称_类型名称_版本号（日期_序号） 例子 1：CDDT-1_ CDDT-1_地铁维护单元_源代码_V1.00.000 例子 2：CDDT-1_受控库产品清单_20090714 7. 配置项编号规则 1)配置项编号规则：固定字段 / 项目编号_子模块编号 / 版本号（日期_序号） 示例 1：以下表可行性分析报告为例：QR704/01/KFB/GM2000-MN/V1.00.000 示例 2：以下表质量月报为例：QR701/01/KFB/GM2000-MN/200907 2)表 1 说明 红色部分为公司内/外审时，必须提交的文档。其余为部门内部文档。 编号第二字段为 01-50，表示是公司内/外审必须文档，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/55/KFB 实现 测试计划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/ KFB 产品发布申请及验收表 QR706/03/ KFB 发布产品配置表QR706/04/ KFB 质量保证报告QR701/51/KFB 质量保证检查表QR701/52/KFB 质量月报QR701/01/KFB 日常支持文档 质量保障类： 代码检查表QR701/53/KFB 评审通知 QR704/10/KF B 预读记录 QR704/57/KFB 评审意见汇总表QR704/11/KFB 评审问题跟踪表QR704/58/KFB 评审会议纪要QR704/59/KFB 设计开发任务书QR704/60/KFB 日常支持文档 管理评审类： 工作任务单QR704/12/KFB 8. 配置项状态变迁规则 1)配置项的状态有三种：“草稿”（Draft）、 “正式发布”（Released）和“正在修改”（Changing）。 精选资料 可修改编辑 2).配置项状态变迁如下图所示。配置项刚建立时其状态为“草稿”。配置项通过评审（或审批）后，其状态变 为“正式发布”。当配置项的状态成为“正式发布”时任何人都不能随意修改，必须依据“申请审批执行 变更再评审结束”的“变更控制流程“执行。当配置项修改完毕并重新通过评审（或审批）时，其状态 又变为“正式发布”，如此循环。 9. 配置项版本号规则 配置项的版本号与配置项的状态紧密相关： （1）处于“草稿”状态的配置项的版本号格式为：V 0.00.Z “V“Version 的首字母，代表后面的数字为版本号。 Z 数字范围为 001-999 随着草稿的不断完善， “Z”的取值应递增。 “Z”的初值为 001，增幅为 001. 例子：V 0.00.001 （2）处于“正式发布”状态的配置项的版本号格式为：V X.Y.000 X 为主版本号，取值范围为 1-9。Y 为次版本号，取值范围为 00-99。 配置项第一次“正式发布”时，版本号为 V 1.00.000。 如果配置项的版本升级幅度比较小，一般只增大 Y 值，X 值保持不变。只有当配置项版本升级幅度比较 大时，才允许增大 X 值。 例子：V 1.01.000 （3）处于“正在修改”状态的配置项的版本号格式为：V X.Y.Z Z 数字范围为 001-999 配置项正在修改时，一般只增大 Z 值，X.Y 值保持不变。 当配置项修改完毕，状态重新成为“正式发布”时，将 Z 值设置为 0，增加 X.Y 值。参见规则（2）。 变更控制 正式发布正在修改 自由修改 草稿 评审 或审批 否决否决 通过通过 精选资料 可修改编辑 例子：V 1.01.001 第二章 配置管理范围 配置管理包括：所有研发项目文档、源代码、可执行程序，特殊工具及相关资料等。 项目文档主要指：立项建议书、项目计划、需求说明书、软件规格说明书、概要/详细设计说明书、数据库 表结构、测试文档、用户使用说明书以及项目过程中管理类文档等。 特殊工具及其相关资料指开发或测试过程中比较特殊的工具，以及其使用文档等，如觉得有必要也纳入 配置库的管理。 第三章 配置库建立 1.项目立项时，由项目经理申请建立项目配置库，配置管理员与项目经理确定配置项，并参考附录 2：配置 库目录结构，建立配置库以及配置库目录结构；项目经理提供配置库权限清单（内容应包括员工姓名、项 目名称、目录权限等），由配置管理员为相关人员的设置配置权限。 2.配置库权限设置完成之后，由配置管理员将配置库名称、访问路径、访问权限等信息以邮件方式通知各 相关人员；配置库使用人员以各自的用户名和密码进行访问配置库。 3.配置库密码只能在服务器上设置，但使用人员可以在客户端修改自己的秘密，如配置库使用人员密码遗 忘，可以与配置管理员取得联系，进行修改密码。 第四章 配置管理流程 精选资料 可修改编辑 1. 配置管理流程 定义阶段定义阶段 项目经理项目经理编写 项目计划项目计划 并通过评审。 配置管理员配置管理员依据 项目计划编写 配置管理计划配置管理计划 项目经理项目经理审批 配置管理计划配置管理计划 项目经理项目经理依据配置 管理计划在规定时 间申请建立定义基线定义基线. 申请建立基线的流程见 基线建立流程基线建立流程 项目经理项目经理依据配置管理计划 在规定时间申请建立定义基线定义基线. 设计阶段设计阶段 实现阶段实现阶段 项目经理项目经理依据配置管理计划 在规定时间申请建立实现基线实现基线 测试阶段测试阶段 项目经理项目经理依据配置管理计划 在规定时间申请建立测试基线测试基线 发布阶段发布阶段 项目经理项目经理依据配 置管理计划在规 定时间申请建立发发 布基线布基线. 项目经理项目经理依照产产 品发布流程品发布流程，发 布产品。 产品发布流程 见 产品发布产品发布 流程流程 开发人员开发人员按 照配置管理配置管理 相关规则相关规则 （见本制度 第六章）在 开发库开发库中创 建、命名、 标记、变更 （按照变更 控制流程） 配置项。 配置管理员配置管理员按 照配置管理配置管理 计划计划和本制本制 度度管理配置库 的变更、备份、 基线建立、等 工作。 项目经理项目经理和评评 审小组审小组负责变 更、基线建立 等工作的审批 和对配置管理 工作的检查、 指导、监督工 作。 测试人员测试人员负 责测试和产 品的发布等 工作。 整个阶段整个阶段 变更控制流程见 变更控制流程变更控制流程 精选资料 可修改编辑 2. 基线建立流程 项目经理项目经理按照配置管理计划 在规定时间填写配置申请单配置申请单 ，申请建立相应的基线。 评审小组评审小组对所申 请建立的基线进 行审批？审批？ 通过通过 项目经理项目经理将配置申请单配置申请单(纸 质和电子版)送交配置管理员配置管理员， 配置管理员依照配置申请单 建立基线建立基线并填写受控库产品受控库产品 清单清单 。 流程结束 未通过 评审组长评审组长将配置申 请单送还项目经理项目经理， 并向其说明原因。 配置申请单 见附录 3 受控库产品受控库产品 清单清单见附录 4 精选资料 可修改编辑 3. 变更控制流程 配置项或基线需要 变更时，申请人申请人填 写变更申请单变更申请单 评审小组评审小组对所申 请变更进行审批？审批？ 通过 执行人执行人进行相应的 变更操作. 评审组长评审组长将变更申 请单送还申请人申请人， 并向其说明原因。 未通过 评审小组评审小组对变更 后配置项再进行 审批？审批？ 通过 申请人申请人将变更申请单变更申请单 (纸质和电子版)送交配置配置 管理员管理员，配置管理员获取 变更后的版本的配置项到 受控库受控库并填写受控库产受控库产 品清单品清单 。 未未 通通 过过 变更申请单变更申请单 见附录 5 流程结束 精选资料 可修改编辑 4. 产品发布流程 项目经理项目经理填写发布产发布产 品配置表品配置表 （仅第一次 发布时填写）和产品产品 发布申请及验收表发布申请及验收表 项目经理项目经理送交相 关人员对发布产 品进行审批？审批？ 通过通过 项目经理项目经理将发布产品配发布产品配 置表置表和产品发布申请产品发布申请 及验收表及验收表 （纸质和电子 版）送交配置管理员配置管理员 配置管理员配置管理员依照发布 产品配置表和产品 发布申请及验收表将 发布产品打包，放入发 布库，同时填写产品产品 发布检查表发布检查表和和产品产品 发布清单发布清单 ，并办理和总 工办的发布产品交接手 续。 未通过 部门经理部门经理将发布 产品配置表 产品 发布申请及验收表 .送还项目经理项目经理，并 向其说明原因。 流程结束 发布产品配置表发布产品配置表 见附录 6 产品发布申请及产品发布申请及 验收表验收表见附录 7 产品发布检查表产品发布检查表 见附录 8 产品发布清单产品发布清单 见附录 9 精选资料 可修改编辑 第五章 配置库权限变更管理 若在使用配置库的过程中需要变更配置库管理权限，可以由项目管理员或项目经理以邮件或口头方式通 知配置管理员，配置管理员变更之后，将变更结果以电子邮件方式通知受影响的人员、项目经理、项目管理员 及其相关人员。 配置管理员根据配置库权限变更频率，决定每隔一段时间将配置库权限清单与各项目经理进行审核确认， 各项目经理审核后，若有权限需要进行变更，应及时通知配置管理员。 第六章 配置库备份 配置管理员应定期做好配置库的备份，以防意外引起的服务器上资料的丢失，避免给公司带来严重的损 失。具体实施规范如下： 1.配置管理员自创建项目配置库起，每月 15 号、28 号对配置库进行硬盘备份一次（完全备份），为了节 约硬盘空间，只保留最近的两次备份文件，之前的备份文件将被删除。 2.配置管理员每遇到有基线产生时，对基线单独硬盘备份一次。 3.当项目结项时，对该项目成果进行硬盘和光盘双重备份，备份后的光盘标记上备份日期并附上内容 清单，移交部门行政秘书保管。 4.如遇特殊情况需要特殊备份时，需项目经理和部门经理协商后，通知配置管理员做特殊备份。 第七章 配置库使用规范 1.所有立项的项目，都必须申请建立配置库。开发过程中所有文档和代码必须纳入配置库管理，若因未纳 入配置库管理造成的资料丢失或版本差异，其责任皆由开发人员及项目经理承担。 2.配置库服务器密码只有配置管理员和产品开发部经理掌握，其他人如因特殊原因需要该密码，必须经过 产品开发部经理的批准后方能获取；并在使用完密码之后，通知产品开发部经理和配置管理员，配置管 理员及时设置新的密码，以保证服务器资料的安全性和机密性。 3.各配置库的使用人员必须使用各自的用户名和密码进入配置库，访问授权的配置库。各使用人员不得将 自己的用户名和密码泄漏给其他人员，若因泄露密码而引起的后果将由泄漏密码者本人承担。 精选资料 可修改编辑 4.各项目的配置库用于项目组正式开发使用，项目组成员不得恶意对其进行修改、删除、增加等操作；若因 对 VSS 工具不熟悉，需要学习，可以向配置管理员提出需求，由配置管理员为其提供可以练习的配置库。 5.各项目经理负责定期检查配置库的使用情况，查看是否有员工进行无故删除或恶意修改文件的行为;并 对开发人员提交的文档和代码的及时性、准确性和完整性进行检查。 6.在研发人员离职时，由其项目经理负责检查配置库，检查该人员提交的代码或文档是否完全放入配置库 管理，确认版本和相应文件完整无误后，项目经理在“员工离职申请单”中签字，该员工方可离职。同时项 目经理应及时通知配置管理员，取消该人员的所有权限。若因项目经理审核不细致造成的代码或文档移 交不完整，或项目经理未及时通知配置管理员取消权限，而造成的损失，该责任完全由项目经理承担。 7.在配置库使用时，为了避免配置库 checkin 或 checkout 时引起冲突，需注意： 项目经理在划分模块时注意每个人的模块之间尽量不要重叠。 开发人员在修改文件之前，养成事先 checkout 的习惯。 开发人员注意 checkin 的频率，尽量及时 checkin，最好每天提交一次。 第八章 附录 附录 1 附录清单 序号序号名称名称存存储储路径路径 附件 2配置库目录结构 附件 3配置申请单 附件 4受控库产品清单 附件 5变更申请单 附件 6发布产品配置表 Vss_Assets /3.软件开发/1.开发过程/6.配置管理 附件 7产品发布申请及验收表 附件 8产品发布检查表 附件 9产品发布清单 Vss_Assets/3.软件开发/1.开发过程/5.发布 精选资料 可修改编辑 附录 2 配置库目录结构 配置配置库库目目录结录结构构 每一个项目的配置库可分为 1work（开发库）、2confirmed（受控库）和 3release（发布库），如下为配置库目录结 构模板，可以根据实际情况增减： 一一级级目目录录二二级级目目录录三三级级目目录录四四级级目目录录 说说明明 1project 项目启动、定义阶段产生的相关文 档（如：项目计划、配置管理计划等） 2management 与该项目相关的管理文档（如：质量 月报、配置状态报告等） 3requirement 需求阶段产生的文档(用户需求说 明书,软件规格说明书等) 4design 项目设计阶段产生的相关文档（如： 概要设计文档、详细设计文档等） 5test 项目测试阶段产生的文档（如：测试 报告、测试大纲等） 6review 评审文档 7meeting 会议文档 8workreport 每周工作报告（项目周报、工作日 志等） 1doc（文档目录） 9training 培训文档 1code项目代码(可以根据项目需求自定 义子目录) 2html 系统原型 2src（源码目录） 3install 安装包 1work 3temp （项目临时文件） 用于存放项目开发工程中产生 的临时文件 Vss_项目编号 2confirmed配置管理员可根据配置管理计 精选资料 可修改编辑 划建立基线目录 3release发布库 附录 3 配置申请单 配置申配置申请单请单 说明： 1.该表格适用于配置项提交、基线建立申请。 2.配置项或基线入受控库时填写该表。 编号：QR706/51/ FKB/ 项目编号/日期（格式：20090717） 申申请请部分部分(由申由申请请人填写人填写) 项目名称成都地铁一号线项目编号 申请类型 配置项提交 基线建立 申请人申请日期2009-05-19 配置配置项项 所属基线配置项名 称 编号版本号存储路径（开发库）提交时间备注 2009-05-19 申申请说请说明明 评审评审部分（由部分（由评审组长评审组长填写）填写） 评审时间评审组长 评审组成员 精选资料 可修改编辑 审批结果 批准 拒绝 评审组长签字： 日期： 附录 4 受控库产品清单 受控受控库产库产品清品清单单 序序 号号 项项目名目名 称称(编编号号) 入入库库 类类型型 所属基所属基 线线 配置配置项项 名称名称 存放位置（受控存放位置（受控 库库） ） 版本版本 号号 存放位存放位 置（开置（开发发 库库） ） 入入库时库时 间间 申申请请人人 活活动动 依据依据 备备注注 00 4 00 5 00 6 00 7 00 8 00 9 01 0 01 1 01 2 01 3 01 4 01 5 01 6 01 7 01 精选资料 可修改编辑 8 01 9 附录 5 变更申请单 变更申请单 填表说明： 1. 该表适用于配置项变更和基线变更时填写。 2. 评审组长一般为项目经理。 Comment H5: 指配置项还未提交到 受控库形成基线，但已经通过了评审， 在开发库中处于“正式发布”状态， 此时要修改这个配置项，就属于配置 项变更，其它情况属于基线变更。 Comment H6: 与对应产品发布申 请及验收表上一致。 Comment H7: 如 SQL Server 2000，Oracle ，DB2，Sybase ASE 等 主流数据库。 Comment H8: 支持源代码的数据库 文件。 Comment H9: 源代码运行必要的配 置文件。如 config 文件，数据库配置 文件。 Comment H10: 使源代码运行所需 要的支持软件。如第三方插件等。 精选资料 可修改编辑 编号：QR706/52/ FKB/项目编号/日期（格式：20080717） 附录 6 发布产品配置表 说明： 1.此表由项目经理填写。 2.此表中的模块必须填写完整，所列模块必须是组成该项目的所有模块。 3.项目名称（项目编号）： 编号：QR706/04/ KFB/项目编号/发布版本号 序序 号号 模模块块名称名称 数据数据库库名称及名称及 版本版本 数据数据库库文文 件名称件名称 操作系操作系统统 名称及版名称及版 本本 开开发发工具工具 及版本及版本 配置配置/安装文件安装文件 有无可有无可执执 行文件行文件 支持支持软软件件 模模块负块负 责责人人 备备注注 项目名称项目编号 申请类型配置项变更 基线变更 申请人申请日期 1. 变变更申更申请请（由（由变变更申更申请请人填写）人填写） 所属基线配置项名称编号版本号配置项对应开发库路径 V1.00.000 申请变更的 配置项 变更的内容 及其理由 估计配置项变更将对 项目造成的影响 变更申请人签字 2. 审审批批变变更申更申请请(由由评审组长评审组长填写填写) 审批结果 审批结果 批准 拒绝 评审组长签字： 日期： 批准变更的配置项变更执行人时间限制备注 3. 变变更配置更配置项项（由（由变变更更执执行人填写）行人填写） 变更后的配置项名称变更后的版本号变更完成日期备注 2009-05-23 4. 结结束束变变更（由更（由评审组长评审组长填写）填写） 重新审批结果 重新审批结果 批准 拒绝 评审组长签字： 日期： 精选资料 可修改编辑 1 调度员工 作站 Sybase 12.5 Windows 2000 professiona l VC+6.0 MFC 见配置文件 OGW- Config.xml 分析员工 作站 Sybase 12.5 Windows 2000 professiona l VC+6.0 MFC 见配置文件 /conf/ systemconfig.xm l 3 通信前置 机 Sybase 12.5 Windows 2000 professiona l VC+ 6.0 MFC 见配置文件 SCADACONFI G.xml 4 服务器后 台 Sybase 12.5Solaris 10.0GCC 3.4.6无 5Web 复视Sybase 12.5 Windows 2003 Advanced Server Visual Studio.Net 2005 (C#) DSN:scada UID:sa PWD:sqlsql 6 维护员工 作站 SQL Server2000 Windows 2000 professiona l VC+ 6.0 MFC 请查看：使 用注意问题. txt 提交人（签字，包含日期）： 接收人（签字，包含日期）： 附录 7 产品发布申请及验收表 产品发布申请及验收表 填表说明： 1. 产品在发布前，必须填写本表。本表所有需要签名的栏目必须手手签签。 2. 经过测试的产品发布，由测试人员填写本表的主要栏目。通过了系统测试、升级包测试的，发布类型判定为“定版发布”。通过或部分通 过紧急发布测试的，部分通过系统测试、升级包测试的，都只能判定为“让步发布”。 Comment H11: 发布完整产品时由 项目经理填写，其它情况填“无“。 2.处于“正式发布”状态的产品的 版本号格式为：V X.Y.000 X 为主版本号，取值范围为 1- 9。Y 为次版本号，取值范围为 00- 99。 产品第一次“正式发布”时，版 本号为 V 1.00.000。 如果产品的版本升级幅度比较小， 一般只增大 Y 值，X 值保持不变。只 有当产品版本升级幅度比较大时，才 允许增大 X 值。 例子：V 1.01.000 Comment H12: 配置管理员填写 Comment H13: 配置管理员填写 精选资料 可修改编辑 3. 未经过测试的产品发布，由项目经理或指定的开发人员填写本表。发布类型只能是“特例发布”。 表单编号：QR706/03/ KFB/项目编号/日期（格式：20090717） 1.申申请请部分部分(除特别说明外均由申请人填写) 产品名称项目名称_子模块名称 发布日 期 2009-07-07发布版本号V1.00.000 产品形态完整产品 模块产品 升级包 其它 _ 发布类型定版发布 让步发布 特例发布 其它 _ 适用用户（版本）洛张线申请人附件名称 发布包名称 项目名称_子模块名称_ 版本号.rar 发布包存储路径VSS_GM2000-MN/3release/洛张线/洛张线_LZ_V1.00.000 发布包文件清单 序 号 文档/模块名称编号对应开发库存储路径备注 1 项目编号_子模块名称_类型名称 _版本号（日期_序号） VSS_GM2000-MN/1work/2src/1code/洛张项 目 基础版本：石怀线调 度员工作站，未修改。 2CDDT-1_地铁维护单元_源代码 _V1.00.000 无VSS_GM2000-MN/1work/2src/1code/洛张项 目 基础版本：石怀线分 析员工作站，未修改。 3 CDDT-1_项目计划_V1.00.000 QR704/03/ KFB/CDDT- 1/V1.00.000 VSS_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/洛张项 目 发布产品简介及安装说明 1.产品简介 本产品对洛张线所管辖的牵引变电所、分区所、开闭所以及接触网开关等牵引供电设施进行实时数据采集和集中监控管理。 本产品包括 WEB 复视系统