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

《产品开发部配置管理制度.pdf》由会员分享，可在线阅读，更多相关《产品开发部配置管理制度.pdf（26页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、文件编号:GM/KFB/CMS/20090720版本号：V1.00。000产品开发部配置管理制度产品开发部配置管理制度部门：产品开发部编写：*审核：批准：日期:2009-0720*有限公司修 改 历 史序号1V1.00.000创建文件3*/2009-07202456版本更改处更改内容更改人/日期产品开发部配置管理制度78910111213141516*实业有限公司Version 1.00.000第2页 共26页产品开发部配置管理制度目目录录第一章第一章 概述概述.5.51。目的.52。范围.53.术语.54。角色与职责.65。VSS 配置库目录结构.76.配置项命名规则.77.配置项编号规则.

2、78.配置项状态变迁规则.109。配置项版本号规则.10第二章第二章 配置管理范围配置管理范围.1 11 1第三章第三章 配置库建立配置库建立.1 11 1第四章第四章 配置管理流程配置管理流程.12.121。配置管理流程.错错误误!未定义书签。未定义书签。2。基线建立流程.143.变更控制流程.154.产品发布流程.16第五章第五章 配置库权限变更管理配置库权限变更管理.17.17第六章第六章 配置库备份配置库备份.17.17第七章第七章 配置库使用规范配置库使用规范.17.17第八章第八章 附录附录.18.18附录 1 附录清单.18附录 2 配置库目录结构.19附录 3 配置申请单.20

3、附录 4 受控库产品清单.21*实业有限公司Version 1.00.000第3页 共26页产品开发部配置管理制度附录 5 变更申请单.22附录 6 发布产品配置表.22附录 7 产品发布申请及验收表.23附录 8 产品发布检查表.25附录 9 产品发布清单.26*实业有限公司Version 1.00.000第4页 共26页产品开发部配置管理制度第一章 概述1.目的为了保证产品开发部研发项目文件的安全性、机密性；为了保证软件产品的完整性、有效性及可追溯性，特根据部门实际情况制订本制度。2.范围适用于产品开发部所有项目.3.术语概念概念软件配置管理(SoftwareSoftwareConfigu

4、rationConfigurationManagementManagement，SCMSCM）配置项描述描述是指通过执行版本控制、变更控制等规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性.配置管理是对工作成果的一种有效保护。产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本（CI,Configuration的文档、计算机程序、部件及数据的集合.该集合中的每一个元素称为该产品Items）配置中的一个配置项.*实业有限公司Version 1.00.000第5页 共26页产品开发部配置管理制度基线（BaseLine)基线就是一个 CI 或一组 CI 在其生命周期

5、的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点.每个基线都将接受配置管理的严格控制，对其的修改将严格按照变更控制要求的过程进行,在一个软件开发阶段结束时，上一基线加上增加和修改的基线内容形成下一个基线,这就是基线管理的过程.（基线：基线：是指在软件开发过程中的里程碑，这些里程碑的标志是一项或多项是指在软件开发过程中的里程碑，这些里程碑的标志是一项或多项经过正式的技术评审并一致认同的经过正式的技术评审并一致认同的 CICI 的提交的提交）4.角色与职责角色角色项目经理职责职责确定配置项、确定配置库目录权限；审查配置库变更

6、;项目开发过程中,监督配置库使用情况；员工离职时，配置库归档完整性审核。开发小组测试小组根据配置管理制度,进行配置库的日常使用从开发库中取出版本进行整合测试；负责验证代码变更及修改是否正确执行。测试小组测试通过的版本方可放入受控库。配置管理员负责配置库的建立、权限设置、负责培训开发人员使用配置管理工具、对配置库使用情况进行管理和监督、建立配置库基线；定期备份配置库；建立和完善配置管理制度。评审小组对项目中的变更进行评审、监控；协调开发小组、测试小组、配置管理员进行配置库的优化和管理.*实业有限公司Version 1.00.000第6页 共26页产品开发部配置管理制度5.VSS 配置库目录结构配

7、置库配置库（vss_PDMISvss_PDMIS）存放配置项存 放 发布产品开发库开发库（1work1work）受控库受控库（2confirmed2confirmed发布库发布库（3release3release）存放基线产品开发库：主要用来保存开发过程中不稳定的配置项（源码和相关文档），主要由开发人员支配。受控库：用来保存基线产品（阶段性提交的通过评审且相对稳定的配置项），主要由配置管理员支配.发布库:用来保存发布的产品，即交付给用户的产品、升级包、文档等，主要由测试人员支配.(这里的用户特指总工办，这里的发布属于公司内部发布。）6。配置项命名规则配置项的命名规则分两种：1)在开发库和受控库

8、中，命名规则为：项目编号_子模块名称_类型名称类型名称：为用户需求说明书、源代码、可执行文件、测试报告等。例子：CDDT-1_地铁维护单元_源代码，CDDT1_用户需求说明书。2)在发布库中，命名规则为：项目编号_子模块名称_类型名称_版本号（日期_序号）例子 1：CDDT-1_ CDDT-1_地铁维护单元_源代码_V1.00.000例子 2:CDDT-1_受控库产品清单_200907147.配置项编号规则1)配置项编号规则：固定字段/项目编号_子模块编号/版本号（日期_序号）示例 1：以下表可行性分析报告为例：QR704/01/KFB/GM2000MN/V1。00.000示例 2：以下表质量

9、月报为例：QR701/01/KFB/GM2000MN/200907*实业有限公司Version 1.00.000第7页 共26页产品开发部配置管理制度2)表 1 说明红色部分为公司内/外审时，必须提交的文档。其余为部门内部文档。编号第二字段为 01-50，表示是公司内/外审必须文档,51 以后的数字代表部门内部文档。改表预留了号码，以后可以根据实际需要添加删除文档.阶段阶段文档类型文档类型需求调研计划需求调研记录可行性分析报告用户需求说明书软件/系统需求规格说明书需求确认表项目计划（包含附件:进度QR704/03/KFBProject 文档）配置管理计划质量保证计划概要设计说明书设计详细设计说

10、明书实现测试计划测试测试报告未关闭缺陷原因说明表发布硬件/软件设计更改说明QR704/55/KFBQR704/05/KFBQR704/06/KFBQR704/56/KFBQR704/07/KFB改造项目需提交QR706/01/KFBQR701/51/KFBQR704/04/KFB文档编号文档编号QR704/51/KFBQR704/52/KFBQR704/01/KFBQR704/02/KFBQR704/53/KFBQR704/54/KFB备注备注定义*实业有限公司Version 1.00.000第8页 共26页产品开发部配置管理制度阶段阶段文档类型文档类型项目总结报告用户手册配置管理报告配置申请

11、单变更申请单文档编号文档编号QR704/08/KFBQR704/09/KFBQR706/02/KFBQR706/51/KFBQR706/52/KFBQR706/53/KFBQR706/54/KFBQR706/03/KFBQR706/04/KFBQR701/51/KFBQR701/52/KFBQR701/01/KFBQR701/53/KFBQR704/10/KFBQR704/57/KFBQR704/11/KFBQR704/58/KFBQR704/59/KFBQR704/60/KFB备注备注日常支持文档受控库产品清单配置管理类：配置状态报告产品发布申请及验收表发布产品配置表质量保证报告日常支持文档

12、质量保障类:质量月报代码检查表评审通知预读记录日常支持文档管理评审类：评审问题跟踪表评审会议纪要设计开发任务书评审意见汇总表质量保证检查表*实业有限公司Version 1.00.000第9页 共26页产品开发部配置管理制度阶段阶段文档类型文档类型工作任务单文档编号文档编号QR704/12/KFB备注备注8.配置项状态变迁规则1)配置项的状态有三种：“草稿”（Draft)、“正式发布”（Released）和“正在修改（Changing)。2)。配置项状态变迁如下图所示。配置项刚建立时其状态为“草稿”。配置项通过评审（或审批）后，其状态变为“正式发布.当配置项的状态成为“正式发布时任何人都不能随意

13、修改，必须依据“申请审批执行变更再评审结束”的“变更控制流程“执行。当配置项修改完毕并重新通过评审(或审批)时，其状态又变为“正式发布，如此循环。自由修改草稿否决否决变更控制正式发布通过通过正在修改评审或审批9.配置项版本号规则配置项的版本号与配置项的状态紧密相关:（1）处于“草稿状态的配置项的版本号格式为：V 0.00。Z“V“Version的首字母，代表后面的数字为版本号。Z 数字范围为 001999随着草稿的不断完善,“Z的取值应递增。“Z的初值为 001，增幅为 001.例子:V 0。00。001（2）处于“正式发布”状态的配置项的版本号格式为:V X。Y.000X 为主版本号，取值范

14、围为19.Y 为次版本号，取值范围为0099.配置项第一次“正式发布”时，版本号为V 1.00。000.如果配置项的版本升级幅度比较小，一般只增大 Y 值，X 值保持不变。只有当配置项版本升级幅度比较大时，才允许增大 X 值。*实业有限公司Version 1.00.000第10页 共26页产品开发部配置管理制度例子：V 1.01.000(3）处于“正在修改”状态的配置项的版本号格式为：V X。Y.ZZ 数字范围为 001-999配置项正在修改时，一般只增大Z 值，X.Y 值保持不变。当配置项修改完毕,状态重新成为“正式发布”时，将Z 值设置为 0，增加 X.Y 值.参见规则（2）。例子：V 1

15、。01.001第二章 配置管理范围配置管理包括：所有研发项目文档、源代码、可执行程序，特殊工具及相关资料等。项目文档主要指：立项建议书、项目计划、需求说明书、软件规格说明书、概要/详细设计说明书、数据库表结构、测试文档、用户使用说明书以及项目过程中管理类文档等.特殊工具及其相关资料指开发或测试过程中比较特殊的工具，以及其使用文档等，如觉得有必要也纳入配置库的管理.第三章 配置库建立1.项目立项时，由项目经理申请建立项目配置库，配置管理员与项目经理确定配置项,并参考附录 2：配置库目录结构，建立配置库以及配置库目录结构；项目经理提供配置库权限清单(内容应包括员工姓名、项目名称、目录权限等)，由配

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

17、置管理员配置管理员依据 项目计划 编写 配置配置管理计划管理计划项项 目目 经经 理理 审 批 配配 置置 管管 理理 计计划划变更控制流程见变更控制流程变更控制流程整个阶段整个阶段开开 发发 人人 员员 按照配配 置置 管管 理理相关规则相关规则（见本 制 度 第六章）在开发库开发库中 创 建、命名、标记、变更（按照变更控制流程）配置项。申请建立基线的流程见基线建立流程基线建立流程项目经理项目经理依据 配置管理计划 在规定时间申请建立定义基线定义基线.设计阶段设计阶段项目经理项目经理依据配置管理计划在规定时间申请建立定义基线定义基线.实现阶段实现阶段项目经理项目经理依据配置管理计划在规定时间

18、申请建立实现基线实现基线配置管理员配置管理员按照配置管理配置管理计划计划和本制本制度度管理配置库的变更、备份、基线建立、等工作。测试阶段测试阶段项目经理项目经理依据配置管理计划在规定时间申请建立测试基线测试基线测试人员测试人员 负责测试和产品的发布等工作。发布阶段发布阶段项目经理项目经理依据配置管理计划在规定时间申请建立 发发布基线布基线.项项目目经经理理依照产品发布流程产品发布流程，发布产品。产品发布流程见 产品发布产品发布流程流程项目经理项目经理 和评评审小组审小组 负责变更、基线建立等工作的审批和对配置管理工作的检查、指导、监督工作。*实业有限公司Version 1.00.000第13页

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

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

21、经理填写发布产发布产品配置表品配置表（仅第一次发布时填写）和产品产品发布申请及验收表发布申请及验收表发发布布产产品品 配配置置表表见附录 6产品发布申请及产品发布申请及验收表验收表见附录 7项目经理项目经理送交相关人员对发布产品进行审批？审批？未通过部门经理部门经理将 发布产品配置表 产品发布申请及验收表.送还项目经理项目经理，并向其说明原因。通通过过项目经理项目经理将发布产品配发布产品配置表置表和产品发布申请产品发布申请及验收表及验收表（纸质和电子版）送交配置管理员配置管理员配置管理员配置管理员依照 发布产品配置表 和 产品发布申请及验收表 将发布产品打包，放入发布库，同时填写产品发布检查产

22、品发布检查表表 和和 产品发布清单产品发布清单，并办理和总工办的发布产品交接手续。流程结束*实业有限公司Version 1.00.000第16页 共26页 产产 品品 发发 布布 检检 查查表表见附录 8产品发布清单产品发布清单见附录 9产品开发部配置管理制度第五章 配置库权限变更管理若在使用配置库的过程中需要变更配置库管理权限,可以由项目管理员或项目经理以邮件或口头方式通知配置管理员，配置管理员变更之后，将变更结果以电子邮件方式通知受影响的人员、项目经理、项目管理员及其相关人员。配置管理员根据配置库权限变更频率,决定每隔一段时间将配置库权限清单与各项目经理进行审核确认,各项目经理审核后，若有

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

24、章 配置库使用规范1.所有立项的项目，都必须申请建立配置库.开发过程中所有文档和代码必须纳入配置库管理，若因未纳入配置库管理造成的资料丢失或版本差异,其责任皆由开发人员及项目经理承担.2.配置库服务器密码只有配置管理员和产品开发部经理掌握,其他人如因特殊原因需要该密码，必须经过产品开发部经理的批准后方能获取；并在使用完密码之后，通知产品开发部经理和配置管理员，配置管理员及时设置新的密码，以保证服务器资料的安全性和机密性。3.各配置库的使用人员必须使用各自的用户名和密码进入配置库,访问授权的配置库。各使用人员不得将自己的用户名和密码泄漏给其他人员，若因泄露密码而引起的后果将由泄漏密码者本人承担。

25、*实业有限公司Version 1.00.000第17页 共26页产品开发部配置管理制度4.各项目的配置库用于项目组正式开发使用,项目组成员不得恶意对其进行修改、删除、增加等操作;若因对 VSS 工具不熟悉，需要学习，可以向配置管理员提出需求，由配置管理员为其提供可以练习的配置库。5.各项目经理负责定期检查配置库的使用情况，查看是否有员工进行无故删除或恶意修改文件的行为;并对开发人员提交的文档和代码的及时性、准确性和完整性进行检查。6.在研发人员离职时,由其项目经理负责检查配置库，检查该人员提交的代码或文档是否完全放入配置库管理,确认版本和相应文件完整无误后，项目经理在“员工离职申请单中签字，该

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

27、库目录结构配置申请单受控库产品清单变更申请单发布产品配置表产品发布申请及验收表产品发布检查表产品发布清单存储路径存储路径Vss_Assets/3.软件开发/1。开发过程/6.配置管理Vss_Assets/3。软件开发/1。开发过程/5.发布*实业有限公司Version 1.00.000第18页 共26页产品开发部配置管理制度附录 2 配置库目录结构配置库目录结构配置库目录结构每一个项目的配置库可分为1work（开发库）、2confirmed(受控库）和 3release（发布库），如下为配置库目录结构模板，可以根据实际情况增减：一级目录一级目录二级目录二级目录三级目录三级目录四级目录四级目录1

28、project说明说明项目启动、定义阶段产生的相关文档(如：项目计划、配置管理计划等)与该项目相关的管理文档（如:质量月报、配置状态报告等）需求阶段产生的文档（用户需求说明书，软件规格说明书等)项目设计阶段产生的相关文档（如：概要设计文档、详细设计文档等)项目测试阶段产生的文档(如：测试报告、测试大纲等）评审文档会议文档每周工作报告（项目周报、工作日志等）培训文档项目代码(可以根据项目需求自定义子目录)系统原型安装包2management3requirement4design1doc（文档目录）5test1workVss_项目编号6review7meeting8workreport9train

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

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

31、版本版本号号存放位存放位置置(开发开发库）库）入库时入库时间间申请人申请人活动活动依据依据备注备注*实业有限公司Version 1.00.000第21页 共26页产品开发部配置管理制度附录 5 变更申请单变更申请单填表说明:1.该表适用于配置项变更和基线变更时填写。2.评审组长一般为项目经理.编号：QR706/52/FKB/项目编号/日期（格式：20080717）项目名称申请类型申请人项目编号配置项变更基线变更申请日期1.1.变更申请变更申请(由变更申请人填写）由变更申请人填写）申请变更的配置项所属基线变更的内容及其理由估计配置项变更将对项目造成的影响变更申请人签字配置项名称编号版本号配置项对

32、应开发库路径V1。00。0002 2。审批变更申请审批变更申请(由评审组长填写由评审组长填写)审批结果审批结果 批准 拒绝评审组长签字：日期：批准变更的配置项变更执行人时间限制备注3.3.变更配置项变更配置项(由变更执行人填写由变更执行人填写)变更后的配置项名称变更后的版本号变更完成日期2009-05-23备注4.4.结束变更（由评审组长填写）结束变更（由评审组长填写）重新审批结果重新审批结果 批准 拒绝评审组长签字：日期：附录 6 发布产品配置表说明：1.此表由项目经理填写。*实业有限公司Version 1.00.000第22页 共26页产品开发部配置管理制度2.此表中的模块必须填写完整，所

33、列模块必须是组成该项目的所有模块。3.项目名称（项目编号)：编号：QR706/04/KFB/项目编号/发布版本号序序号号模块名称模块名称数据库名称及数据库名称及版本版本数据库文数据库文件名称件名称操作系统操作系统名称及版名称及版本本1调度员工作站Sybase 12.5Windows2000professional分析员工作站Sybase 12.5Windows2000professional3通信前置机Sybase 12.5Windows2000professional4服务器后台Sybase 12。55Web 复视Sybase 12.5Solaris10.0Windows2003Advanc

34、edServer6维护员工作站SQLServer2000Windows2000professionalVC+6。0MFCGCC 3.4.6VisualStudio.Net2005(C)VC+6。0MFCVC+6.0MFCVC+6.0MFC开发工具开发工具及版本及版本配置配置/安装文件安装文件有无可执有无可执行文件行文件支持软件支持软件模块负模块负责人责人备注备注见配置文件OGW-Config.xml见配置文件/conf/systemconfig。xml见配置文件SCADACONFIG。xml无DSN:scadaUID：saPWD:sqlsql请查看:使用注意问题。txt提交人（签字，包含日期）

35、：接收人（签字，包含日期)：附录 7 产品发布申请及验收表产品发布申请及验收表填表说明：1.产品在发布前，必须填写本表.本表所有需要签名的栏目必须手签手签。2。经过测试的产品发布，由测试人员填写本表的主要栏目。通过了系统测试、升级包测试的，发布类型判定为“定版发布”。通过或部分通过紧急发布测试的,部分通过系统测试、升级包测试的,都只能判定为“让步发布”。3.未经过测试的产品发布，由项目经理或指定的开发人员填写本表.发布类型只能是“特例发布”。表单编号：QR706/03/KFB/项目编号/日期（格式：20090717）1.申请部分申请部分(除特别说明外均由申请人填写)产品名称产品形态项目名称_子

36、模块名称发布日期 2009-0707发布版本号V1。00。000完整产品模块产品升级包其它 _*实业有限公司Version 1.00.000第23页 共26页产品开发部配置管理制度发布类型适用用户（版本）定版发布让步发布特例发布其它 _洛张线申请人附件名称项目名称_子模块名称 _版发布包名称发布包存储路径本号.rar发布包文件清单序号1项目编号_子模块名称_类型名称_版本号(日期_序号)2CDDT-1_地铁维护单元_源代码_V1。00.000无文档/模块名称编号VSS_GM2000MN/3release/洛张线/洛张线_LZ_V1。00.000对应开发库存储路径备注VSS_GM2000MN/1

37、work/2src/1code/洛张项目基础版本：石怀线调度员工作站，未修改。VSS_GM2000-MN/1work/2src/1code/洛张项目基础版本:石怀线分析员工作站，未修改。3CDDT1_项目计划_V1。00.000QR704/03/KFB/CDDT-1/V1。00。000无VSS_GM2000-MN/1work/2src/1code/洛张项目4CDDT1_地铁维护单元_可执行文件_V1。00.000VSS_GM2000MN/1work/2src/1code/洛张项目5VSS_GM2000MN/1work/2src/1code/洛张项目67VSS_GM2000-MN/1work/2

38、src/1code/洛张项目VSS_GM2000-MN/1work/1doc/4design/洛张项目8/VSS_GM2000-MN/1work/2src/3install/洛张项目9/VSS_GM2000MN/1work/2src/3install/洛张项目发布产品简介及安装说明1。产品简介本产品对洛张线所管辖的牵引变电所、分区所、开闭所以及接触网开关等牵引供电设施进行实时数据采集和集中监控管理。本产品包括 WEB 复视系统、调度员工作站、分析员工作站、后台、通讯前置机、维护员工作站 6 个模块。本版本是该软件的初始版本.基础版本：石怀线 GM2000 系统新增/修改功能序号12新增/修改功

39、能修改后对应发布包文件名对应 BugFree 缺陷号备注2.审批部分(由相关负责人填写）*实业有限公司Version 1.00.000第24页 共26页产品开发部配置管理制度职位测试人员项目经理配置管理员同意发布拒绝发布签字（必需手写）签字日期备注最终审批结果：同意发布 拒绝发布部门经理签字:签字日期：3。验收部分（由总工办及质量管理办公室填写）接收产品拒绝接收产品拒绝理由验收时间验收人签字备注负责人确认签字：签字日期：附录 8 产品发布检查表产品发布检查表产品发布检查表编号编号检查人检查人序号序号12345678产品发布检查表编号配置管理员(手签)检查项（产品发布申请及验收表）检查项（产品发

40、布申请及验收表）产品名称填写是否正确（若为子模块产品，名称是否和发布产品配置表所列一致）?产品形态选择是否正确？发布类型选择是否正确?附件名称填写是否正确?发布包名称填写是否符合规范？发布包存储路径填写是否正确？发布包清单所列文件名称是否正确？发布产品是否有帮助菜单项？发布包清单所列版本号是否和产品帮助-关于菜单所示版本号一致（若为文档，文件版本号是否和内部所示版本号一致）？发布清单对应开发库存储路径是否正确？发布清单对应开发库标签号是否正确？新增/修改功能对应发布包的文件名是检查目标检查目标检查日期检查日期检查项检查项检查项状态检查项状态通过通过检查记录检查记录备注备注项目编号（产品编号）_

41、版本号9101112*实业有限公司Version 1.00.000第25页 共26页产品开发部配置管理制度否正确？1314151617新增/修改功能对应 BugFree 缺陷号是否正确?发布产品是否含有源码的可执行文件？发布产品是否含有产品配置表？发布产品是否含有用户使用说明书？发布产品配置表是否涵盖了产品运行必须的组件？填表说明：填表说明：1 1。本表由配置管理员进行填写，需根据产品发布检查项进行检查，并填写检查结果。本表由配置管理员进行填写，需根据产品发布检查项进行检查，并填写检查结果。也可作为项目也可作为项目经理、部门经理、经理、部门经理、QAQA 检查产品发布工作的依据。检查产品发布工作的依据。2。进行 QA 检查时，可以用以下字符替代“检查项状态”的文字说明。通过：Y不通过：X部分通过:P待定：TBD（To Be Defined）附录 9 产品发布清单序序号号001002项目名称项目名称（编号（编号)发布包名发布包名称称发布包存发布包存储路径储路径申请申请日期日期产品形态产品形态申请人申请人活动依据活动依据备注备注003004005006007008009010*实业有限公司Version 1.00.000第26页 共26页