kok电子竞技

1、产品开发部配置管理制度v:1.0管理制度精选整理产品开发部配置管理制度2020-4-1产品开发部配置管理制度文件编号：gm/kfb/cms/kok电子竞技本号：v1.00.000产品开发部配置管理制度部门：产品开发部编审批日写： *核：准：期： 2009-07-20产品开发部配置管理制度*有限公司修 改 历 史序号kok电子竞技本更改处更改内容更改人 /日期1v1.00.000 创建文件*/2009-07-20 2345678910111213产品开发部配置管理制度141516产品开发部配置管理制度目录第一章 概述 .错误!未定义书签。1.2.3.4.目的 . 错误!未定义书签。范围 . 错误!未定义书签。术语 .

2、错误!未定义书签。角色与职责 . 错误!未定义书签。5. vss 配置库目录结构 . 错误!未定义书签。6. 配置项命名规则 . 错误!未定义书签。7. 配置项编号规则 . 错误!未定义书签。8. 配置项状态变迁规则 . 错误!未定义书签。9. 配置项kok电子竞技本号规则 . 错误!未定义书签。第二章 配置管理范围 .错误!未定义书签。第三章 配置库建立.错误!未定义书签。第四章 配置管理流程 .错误!未定义书签。1. 配置管理流程 . 错误!未定义书签。2. 基线建立流程 . 错误!未定义书签。3. 变更控制流程 . 错误!未定义书签。4. 产品发布流程 . 错误!未定义书签。第五章 配置库权限变更管

3、理 .错误!未定义书签。第六章 配置库备份.错误!未定义书签。产品开发部配置管理制度第七章 配置库使用规范 . 错误!未定义书签。第八章 附录 .错误!未定义书签。附录 1 附录清单 . 错误!未定义书签。附录 2 配置库目录结构 . 错误!未定义书签。附录 3 配置申请单 . 错误!未定义书签。附录 4 受控库产品清单 . 错误!未定义书签。附录 5 变更申请单 . 错误!未定义书签。附录 6 发布产品配置表 . 错误!未定义书签。附录 7 产品发布申请及验收表 . 错误!未定义书签。附录 8 产品发布检查表 . 错误!未定义书签。附录 9 产品发布清单 . 错误!未定义书签。产品开发部配置

4、管理制度第一章 概述1. 目的为了保证产品开发部研发项目文件的安全性、机密性；为了保证软件产品的完整性、有效性及可 追溯性，特根据部门实际情况制订本制度。2. 范围适用于产品开发部所有项目。3. 术语概念软件配置管理(softwareconfigurationmanagement,scm）配置项（ci,configurationitems）描述是指通过执行kok电子竞技本控制、变更控制等规程，以及使用合适的配置管理软件，来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效 保护。产品配置 是指一个产品在其生命周期各个阶段所产生的各种形式和各种kok电子竞技本的文档、计算机程序、部件及数据的集合。该集合中

5、的每一个元素称为该 产品配置中的一个配置项.产品开发部配置管理制度基线(baseline)基线就是一个 ci 或一组 ci 在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的出发点和参考点。每个基线都将接受配置管理的严格控制，对其的修改将严格按照变更控制要求的过程进行，在一个软件开发阶段结束时，上一基线加上增加和修改的基线内容形成下一个基线，这就是基线管理的过程。(基线：是指在软件开发过程中的里程碑，这些里程碑的标志是一项或多项经 过正式的技术评审并一致认同的 ci 的提交)4. 角色与职责角色项目经理开发小组测试小组职责确

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

7、项存 放 发布产品开发库受控库发布库存放基线产品开发库：主要用来保存开发过程中不稳定的配置项（源码和相关文档），主要由开发人员支配。受控库：用来保存基线产品（阶段性提交的通过评审且相对稳定的配置项），主要由配置管理员支配。发布库：用来保存发布的产品，即交付给用户的产品、升级包、文档等，主要由测试人员支配。（这 里的用户特指总工办，这里的发布属于公司内部发布。）产品开发部配置管理制度6. 配置项命名规则配置项的命名规则分两种：1)2)在开发库和受控库中，命名规则为：项目编号_子模块名称_类型名称类型名称：为用户需求说明书、源代码、可执行文件、测试kok电子竞技等 。例子：cddt-1_地铁维护单元_源代码

8、，cddt-1_用户需求说明书。在发布库中，命名规则为：项目编号_子模块名称_类型名称_kok电子竞技本号（日期_序号） 例子 1：cddt-1_ cddt-1_地铁维护单元_源代码_v1.00.000例子 2：cddt-1_受控库产品清单_7. 配置项编号规则1) 配置项编号规则：固定字段 / 项目编号_子模块编号 / kok电子竞技本号（日期_序号）示例 1：以下表可行性分析kok电子竞技为例：qr704/01/kfb/gm2000-mn/v1.00.000示例 2：以下表质量月报为例：qr701/01/kfb/gm2000-mn/2009072) 表 1 说明红色部分为公司内/外审时，必须提交的文档。其余为部门内部文档。

9、编号第二字段为 01-50，表示是公司内/外审必须文档，51 以后的数字代表部门内部文档。 改表预留了号码，以后可以根据实际需要添加删除文档。阶段定义文档类型需求调研计划文档编号qr704/51/kfb备注产品开发部配置管理制度阶段文档类型需求调研记录可行性分析kok电子竞技用户需求说明书软件/系统需求规格说明书需求确认表项目计划（包含附件:进度project 文档）配置管理计划质量保证计划概要设计说明书文档编号qr704/52/kfbqr704/01/kfbqr704/02/kfbqr704/53/kfbqr704/54/kfbqr704/03/ kfbqr706/01/ kfbqr701/51/kf

10、bqr704/04/ kfb备注设计详细设计说明书qr704/55/kfb实现测试测试计划测试kok电子竞技未关闭缺陷原因说明表qr704/05/ kfbqr704/06/ kfbqr704/56/kfb硬件/软件设计更改说明qr704/07/kfb改造项目需提交发布项目总结kok电子竞技qr704/08/ kfb产品开发部配置管理制度阶段日常支持文档配置管理类：日常支持文档质量保障类：文档类型用户手册配置管理kok电子竞技配置申请单变更申请单受控库产品清单配置状态kok电子竞技产品发布申请及验收表发布产品配置表质量保证kok电子竞技质量保证检查表质量月报文档编号qr704/09/ kfbqr706/02/ kfbqr706/51/ kfbq

11、r706/52/ kfbqr706/53/ kfbqr706/54/ kfbqr706/03/kfbqr706/04/ kfbqr701/51/kfbqr701/52/kfbqr701/01/kfb备注代码检查表 qr701/53/kfbqr704/10/评审通知kfb日常支持文档管理评审类：预读记录评审意见汇总表评审问题跟踪表qr704/57/kfbqr704/11/kfbqr704/58/kfb产品开发部配置管理制度阶段文档类型评审会议纪要设计开发任务书工作任务单文档编号qr704/59/kfbqr704/60/kfbqr704/12/kfb备注8. 配置项状态变迁规则1)配置项的状态有三

12、种：“草稿”（draft）、“正式发布”（released）和“正在修改”（changing）。2) .配置项状态变迁如下图所示。配置项刚建立时其状态为“草稿”。配置项通过评审（或审批）后，其状态变为“正式发布”。当配置项的状态成为“正式发布”时任何人都不能随意修改，必须依据“申请审批执行变更再评审结束”的“变更控制流程“执行。当配置项修改完毕并重 新通过评审（或审批）时，其状态又变为“正式发布”，如此循环。自由修改草稿否决评审或审批通过正式发布变更控制正在修改9. 配置项kok电子竞技本号规则配置项的kok电子竞技本号与配置项的状态紧密相关：（1）处于“草稿”状态的配置项的kok电子竞技本号格式为：v 的首字母，代表后面的数字

13、为kok电子竞技本号。产品开发部配置管理制度z 数字范围为 001-999 随着草稿的不断完善，“z”的取值应递增。“z”的初值为 001，增幅为 001.例子：v 0.00.001（2）处于“正式发布”状态的配置项的kok电子竞技本号格式为：v 为主kok电子竞技本号，取值范围为 1-9。y 为 次kok电子竞技本号，取值范围为 00-99。配置项第一次“正式发布”时，kok电子竞技本号为 v 1.00.000 。如果配置项的kok电子竞技本升级幅度比较。话阒辉龃 y 值，x 值保持不变。只有当配置项kok电子竞技本升级幅 度比较大时，才允许增大 x 值。例子：v 1.01.000（3）处于“正在修改”状态的配置项的kok电子竞技本号格式为：v 数字范围为 001-999配置项正在

14、修改时，一般只增大 z 值，值保持不变。当配置项修改完毕，状态重新成为“正式发布”时，将 z 值设置为 0，增加值。参见规则（2）。 例子：v 1.01.001第二章 配置管理范围配置管理包括：所有研发项目文档、源代码、可执行程序，特殊工具及相关资料等。项目文档主要指：立项建议书、项目计划、需求说明书、软件规格说明书、概要/详细设计说明书、 数据库表结构、测试文档、用户使用说明书以及项目过程中管理类文档等。产品开发部配置管理制度特殊工具及其相关资料指开发或测试过程中比较特殊的工具，以及其使用文档等，如觉得有必要 也纳入配置库的管理。第三章 配置库建立1.2.3.项目立项时，由项目经理申请建立项

15、目配置库，配置管理员与项目经理确定配置项，并参考附录2：配置库目录结构，建立配置库以及配置库目录结构；项目经理提供配置库权限清单（内容应包 括员工姓名、项目名称、目录权限等），由配置管理员为相关人员的设置配置权限。配置库权限设置完成之后，由配置管理员将配置库名称、访问路径、访问权限等信息以邮件方式 通知各相关人员；配置库使用人员以各自的用户名和密码进行访问配置库。配置库密码只能在服务器上设置，但使用人员可以在客户端修改自己的秘密，如配置库使用人员 密码遗忘，可以与配置管理员取得联系，进行修改密码。第四章 配置管理流程产品开发部配置管理制度1. 配置管理流程产品开发部配置管理制度定义阶段项目经理

16、编写配置管理员依据项项 目 经 理 审 批变更控制流程见项目计划目计划编写配置 配 置 管 理 计整个阶段申请建立基线的流程见设计阶段项目经理依据配置管理计划在规定时间申开 发 人 员 按照 配 置 管 理相关规则（见本 制 度 第 六章）在开发库项目经理依据配置管理计划项目经理 依据配置管理计划在规实现阶段项目经理 依据配置管理计划测试阶段项目经理 依据配置管理计划发布阶段项 目 经 理 依 照产品发布流程，产品发布流程见 产品发布配置管理员 按照 配置管理计划 和 本制度 管理配置库测试人员 负责测试和产项目经理 和 评审小组 负责变更、基线建立等工作的审批产品开发部配置管理制度2. 基线

17、建立流程项目经理按照配置管理计划在规定时间填写配置申请单 配 置 申 请评审小组 对所申请建立的基线进通过项目经理 将 配置申请单 (纸质和电子kok电子竞技 )送交 配置管理员 ，配置管理员依照配置申请单流程结束未通过评审组长将配置申请单送还项目经理，并受控库产品产品开发部配置管理制度3. 变更控制流程产品开发部配置管理制度配置项或基线需要变更时，申请人填写变更申请单见评审小组对所申请 变 更 进 行 审通过执行人 进行相应的未通过评审组长将变更申请单送还申请人，并向未通评审小组对变更后配置项再进行通过申请人 将 变更申请单 ( 纸质和电子kok电子竞技 ) 送交 配置管理员 ，配置管理员获取流程结束产品开发部配置

18、管理制度4. 产品发布流程项目经理填写发布产品配置表（仅第一次 发 布 产 品 配 置表见附录 6项目经理 送交相关人员对发布产通过项目经理将发布产品配置表和产品发布申请未通过部门经理将发布产品配置表产品发布申请及验收表 .配置管理员依照发布产品配置表和产品发布申请及验收表将发布产品打包，放入发布库，同产品发布检查表 见附录 8流程结束产品开发部配置管理制度第五章 配置库权限变更管理若在使用配置库的过程中需要变更配置库管理权限，可以由项目管理员或项目经理以邮件或口头方式通知配置管理员，配置管理员变更之后，将变更结果以电子邮件方式通知受影响的人员、项目经 理、项目管理员及其相关人员。配置管理员根

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

20、单，移交部门行政秘书保管。4. 如遇特殊情况需要特殊备份时，需项目经理和部门经理协商后，通知配置管理员做特殊备份。 第七章 配置库使用规范1. 所有立项的项目，都必须申请建立配置库。开发过程中所有文档和代码必须纳入配置库管理，若产品开发部配置管理制度因未纳入配置库管理造成的资料丢失或kok电子竞技本差异，其责任皆由开发人员及项目经理承担。2. 配置库服务器密码只有配置管理员和产品开发部经理掌握，其他人如因特殊原因需要该密码，必须经过产品开发部经理的批准后方能获。徊⒃谑褂猛昝苈胫，通知产品开发部经理和配置管 理员，配置管理员及时设置新的密码，以保证服务器资料的安全性和机密性。3. 各配置库的使用人员必须

21、使用各自的用户名和密码进入配置库，访问授权的配置库。各使用人员不得将自己的用户名和密码泄漏给其他人员，若因泄露密码而引起的后果将由泄漏密码者本人承 担。4. 各项目的配置库用于项目组正式开发使用，项目组成员不得恶意对其进行修改、删除、增加等操作；若因对 vss 工具不熟悉，需要学习，可以向配置管理员提出需求，由配置管理员为其提供可 以练习的配置库。5. 各项目经理负责定期检查配置库的使用情况，查看是否有员工进行无故删除或恶意修改文件的行 为;并对开发人员提交的文档和代码的及时性、准确性和完整性进行检查。6. 在研发人员离职时，由其项目经理负责检查配置库，检查该人员提交的代码或文档是否完全放入配

22、置库管理，确认kok电子竞技本和相应文件完整无误后，项目经理在“员工离职申请单”中签字，该员工方可离职。同时项目经理应及时通知配置管理员，取消该人员的所有权限。若因项目经理审核不细致造成的代码或文档移交不完整，或项目经理未及时通知配置管理员取消权限，而造成的损失， 该责任完全由项目经理承担。7. 在配置库使用时，为了避免配置库 checkin 或 checkout 时引起冲突，需注意：项目经理在划分模块时注意每个人的模块之间尽量不要重叠。开发人员在修改文件之前，养成事先 checkout 的习惯。产品开发部配置管理制度开发人员注意 checkin 的频率，尽量及时 checkin，最好每天提交一次。 第八

23、章 附录附录 1 附录清单序号附件 2附件 3附件 4附件 5附件 6附件 7附件 8附件 9名称配置库目录结构配置申请单受控库产品清单变更申请单发布产品配置表产品发布申请及验收表产品发布检查表产品发布清单存储路径vss_assets /3. 软件开发 /1. 开发过程 /6.配置管理vss_assets/3. 软件开发 /1. 开发过程 /5.发布附录 2 配置库目录结构配置库目录结构每一个项目的配置库可分为 1work（开发库）、2confirmed（受控库）和 3release（发布库），如下为 配置库目录结构模板，可以根据实际情况增减：一级目录二级目录三级目录四级目录说明产品开发部配置

24、管理制度1 project2 management3 requirement 4 design项目启动、定义阶段产生的相关文档（如：项目计划、配置管理计划等）与该项目相关的管理文档（如：质量 月报、配置状态kok电子竞技等）需求阶段产生的文档 ( 用户需求说明 书,软件规格说明书等 )项目设计阶段产生的相关文档（如：1doc （文档目录）概要设计文档、详细设计文档等）vss_项目编号 1work5 test6 review7 meeting8 workreport9 training 1code项目测试阶段产生的文档（如：测试 kok电子竞技、测试大纲等）评审文档会议文档每周工作kok电子竞技（项目周报、工作日志 等）培训

25、文档项目代码 ( 可以根据项目需求自定义 子目录)2src （源码目录）2 html3 install 系统原型安装包3temp用于存放项目开发工程中产生产品开发部配置管理制度的临时文件（项目临时文件）配置管理员可根据配置管理计2 confirmed3 release附录 3 配置申请单划建立基线目录 发布库配置申请单说明：1.2.该表格适用于配置项提交、基线建立申请。 配置项或基线入受控库时填写该表。编号：qr706/51/ fkb/ 项目编号/日期（格式：） 申请部分(由申请人填写 )项目名称成都地铁一号线项目编号申请类型 配置项提交 基线建立申请人申请日期配置项2009-05-19 所属

26、基线配置项名称编号kok电子竞技本号存储路径（开发库） 提交时间备注2009-05-19产品开发部配置管理制度申请说明评审部分（由评审组长填写）评审时间评审组成员审批结果评审组长 批准 拒绝评审组长签字：日期：附录 4 受控库产品清单受控库产品清单序号项目名称(编入库类型所属基线配置项名称存放位置（受控库）kok电子竞技本号存放位置（开发入库时间申请人活动依据备注号)库）00产品开发部配置管理制度40050060070080090100产品开发部配置管理制度11012013014015016017产品开发部配置管理制度018019附录 5 变更申请单变更申请单填表说明：1. 该表适用于配置项变更和基线变更时填写。 2

27、. 评审组长一般为项目经理。产品开发部配置管理制度编号：qr706/52/ fkb/项目编号/日期（格式：）项目名称申请类型申请人1. 变更申请（由变更申请人填写）项目编号配置项变更 基线变更申请日期申请变更的所属基线配置项名称编号kok电子竞技本号配置项对应开发库路径配置项变更的内容及其理由估计配置项变更将对项目造成的影响变更申请人签字2. 审批变更申请(由评审组长填写 )审批结果v1.00.000审批结果 批准 拒绝评审组长签字：日期：批准变更的配置项变更执行人时间限制备注3. 变更配置项（由变更执行人填写）变更后的配置项名称变更后的kok电子竞技本号变更完成日期备注4. 结束变更（由评审组长填写）重新审批结果重

28、新审批结果2009-05-23 批准 拒绝评审组长签字：日期：产品开发部配置管理制度附录 6 发布产品配置表说明：1. 此表由项目经理填写。2. 此表中的模块必须填写完整，所列模块必须是组成该项目的所有模块。3. 项目名称（项目编号）： 本号编号：qr706/04/ kfb/项目编号/发布kok电子竞技序号模块名称数据库名称及 kok电子竞技本数据库文件名称操作系统名称及kok电子竞技本开发工具及kok电子竞技本配置/安装文件有无可执行文件支持软件模块负责人备注windows1调度员工作站sybase2000professiovc+mfc见配置文件nalwindows分析员工作站sybase2000professiovc+mfc见配置文件

29、/conf/nalwindows3通信前置机sybase2000professiovc+mfc见配置文件nal服务器后4 sybase台solarisgcc 3.4.6无5 web 复视 sybasewindows2003 visualadvanced 2005 (c#)serverdsn:scadauid:sapwd:sqlsqlwindows请查看：使6维护员工作站sqlserver20002000professiovc+mfc用注意问题.txtnal提交人（签字，包含日期）：接收人（签字，包含日期）：产品开发部配置管理制度附录 7 产品发布申请及验收表产品发布申请及验收表填表说明：1.

30、产品在发布前，必须填写本表。本表所有需要签名的栏目必须 手签。2. 经过测试的产品发布，由测试人员填写本表的主要栏目。通过了系统测试、升级包测试的，发布类型判定为“定kok电子竞技发布”。通 过或部分通过紧急发布测试的，部分通过系统测试、升级包测试的，都只能判定为“让步发布”。3. 未经过测试的产品发布，由项目经理或指定的开发人员填写本表。发布类型只能是“特例发布”。表单编号：qr706/03/ kfb/项目编号/日期（格式：）1.申请部分(除特别说明外均由申请人填写)产品名称项目名称_子模块名称发布日期2009-07-07发布kok电子竞技本号 v1.00.000产品形态发布类型完整产品 模块产品 升级包 其它 _

31、定kok电子竞技发布 让步发布 特例发布 其它 _适用用户（kok电子竞技本）洛张线申请人附件名称称发 布 包 名 项目名称 _ 子模块名称 _ kok电子竞技本号.rar发布包存储路径 vss_gm2000-mn/3release/洛张线/洛张线_lz_v1.00.000发布包文件清单序文档/模块名称编号对应开发库存储路径备注号1项目编号 _ 子模块名称 _ 类型名称_kok电子竞技本号（日期_序号）vss_gm2000-mn/1work/2src/1code/ 洛张项目基础kok电子竞技本：石怀线调 度员工作站，未修改。2 cddt-1_地铁维护单元_源代无 vss_gm2000-mn/1work/2src/1code/ 洛基础kok电子竞技本：石怀线分产品开

32、发部配置管理制度码_v1.00.000张项目析员工作站，未修 改。3cddt-1_项目计划_v1.00.000qr704/03/vss_gm2000-mn/1work/2src/1code/ 洛张项目456789cddt-1_地铁维护单元_可执 行文件_v1.00.0001.产品简介kfb/cddt-1/v1.00.000无 vss_gm2000-mn/1work/2src/1code/ 洛张项目vss_gm2000-mn/1work/2src/1code/ 洛张项目vss_gm2000-mn/1work/2src/1code/ 洛张项目vss_gm2000-mn/1work/1doc/4de

33、sign/洛张项目/vss_gm2000-mn/1work/2src/3install/洛张项目/vss_gm2000-mn/1work/2src/3install/洛张项目发布产品简介及安装说明本产品对洛张线所管辖的牵引变电所、分区所、开闭所以及接触网开关等牵引供电设施进行实时数据采集和集中监控管理。 本产品包括 web 复视系统、调度员工作站、分析员工作站、后台、通讯前置机、维护员工作站 6 个模块。本kok电子竞技本是该软件的初始kok电子竞技本。基础kok电子竞技本：石怀线 gm2000 系统新增/修改功能序号新增/修改功能修改后对应发布包文件名对应 bugfree 缺陷号备注122.审批部分（由相关负责人填写）职位同意

34、发布拒绝发布签字（必需手写）签字日期备注测试人员项目经理配置管理员最终审批结果： 同意发布 拒绝发布3.验收部分（由总工办及质量管理办公室填写）部门经理签字：签字日期：产品开发部配置管理制度接收产品拒绝接收产品拒绝理由验收时间验收人签字备注负责人确认签字：签字日期 ：附录 8 产品发布检查表产品发布检查表编号检查人产品发布检查表编号配置管理员(手签)检查目标检查日期项目编号(产品编号)_kok电子竞技本号检查项序号1检查项（产品发布申请及验收表）产品名称填写是否正确(若为子模块产品，名称是否和发布产品配置表所列一 致)？检查项状态通过检查记录备注产品开发部配置管理制度234567891011121314产

35、品形态选择是否正确？发布类型选择是否正确？附件名称填写是否正确？发布包名称填写是否符合规范？发布包存储路径填写是否正确？发布包清单所列文件名称是否正确？发布产品是否有帮助菜单项？发布包清单所列kok电子竞技本号是否和产品帮助-关于菜单所示kok电子竞技本号一致（若为文档，文件kok电子竞技本号是否和内部所示kok电子竞技本号 一致）？发布清单对应开发库存储路径是否正 确？发布清单对应开发库标签号是否正 确？新增/修改功能对应发布包的文件名是 否正确？新增/修改功能对应 bugfree 缺陷号是 否正确？发布产品是否含有源码的可执行文产品开发部配置管理制度151617件？发布产品是否含有产品配置表？发布产品是否含有用户使用说明 书？发布产品配置表是否涵盖了产品运行 必须的组件？填表说明：1.本表由配置管理员进行填写，需根据产品发布检查项进行检查，并填写检查结果。 也可作为项目经 理、部门经理、qa 检查产品发布工作的依据。2. 进行 qa 检查时，可以用以下字符替代“检查项状态”的文字说明。通过：y不通过：x部分通过：p待定：tbd（to be defined）附录 9 产品发布清单序项目名称发布包名发布包存申请产品形态申请人活动依据备注号（编号）称储路径日期123456产品开发部配置管理制度78910