CM_产品发布规程概要.doc

密级：普通 秘密 机密 绝密 产品发布子过程定义 (PR， Product Release) 文件状态 草 稿 正式发布 正在修改 项目编号 模板标识 文件标识 当前版本 总页数 8页 正文 8 页 附件 0个 0页 审批 生效日期 版本历史 版本号 生效日期 变更理由/变更内容备注 变更说明： C 创建 ；A添加 ；M 修改 ；D删除 目录 1 介绍(Introduction) 4 1.1 目的(Purpose) 4 1.2 参考资料(References) 4 1.3 术语(Abb. Glossary Commentation) 4 2 总体概述(Process Overview) 4 2.1 子过程目标(SubProcess Goals) 4 2.2 角色和职责(Roles and Responsibility) 4 2.3 进入准则(Entry Criteria) 4 2.4 输入(Output) 4 2.5 总体流程图(GeneralFlow) 5 2.6 输出(Input) 5 2.7 退出准则(Exit Criteria) 5 3 活动描述(Activity Description) 6 3.1 过程版本发布控制 6 3.1.1 活动流程图(Activity Flow) 6 3.1.2 活动描述 7 3.2 最终产品发布控制 7 3.2.1 活动流程图(Activity Flow) 7 3.2.2 活动描述 7 4 裁剪指南 8 5 过程、规范与工作产品(Process、Criterion Work Product) 8 介绍(Introduction) 目的(Purpose) 参考资料(References) CMMI-SW, V1.1, Staged Representation》，CMU/SEI-2002-TR-029 CM Configuration Management，配置管理。 CCB Configuration Control Board，配置控制委员会 QA Quality Assurance，质量保证 PM Project Manager，项目经理 总体概述(Process Overview)(Roles and Responsibility) 参见： 《CM-过程-配置管理过程定义-1.0.doc》。 3.1,3.2章节中具体的职责描述。 进入准则(Entry Criteria) 项目经理申请发布的配置项所有变更均已完成并得到验证； 产品经过测试或正式评审，符合发布的时机和准则； 受控库所有的配置项均已check in； 输入(Output) 输入 具体要求 《发布申请单》 总体流程图(GeneralFlow) 输出(Input) 输出 具体要求 《产品/项目发布申请单》 被批准了的申请单 产品发布公告 Mail或网络其他方式 退出准则(Exit Criteria) 产品发布，并通知相关人员。 活动描述(Activity Description) Activity Flow) 活动描述 活 动 参与者 活动描述 发布申请 (发布前) 项目经理 方式一：项目经理确定发布时机、发布时间、发布频次，通知CM开始发布并要求开发人员将此次发布相关文件提交入库；(首次需提交申请单，见《CM-模板-发布申请单-1.0》，以后可用BQQ或其它形式通知)。 方式二：项目经理和CM约定，定期(例如：每天一次、每两天一次)或事件驱动（例如需求变更实现后等）发布。 工作成果入库 (发布前) 开发人员 提交入库：接到项目经理的开始发布信息后及时将本阶段的工作成果提交入库。 发布审批、 执行发布 (发布中) CM工程师 核 实：CM根据PM的申请和要求，再次提醒开发人员提交代码入库，确认后，取得最新的源程序； 控制权限：CM根据项目的实际情况，与项目经理确认每次发布时是否停止开发人员修改的权限； 打标签：CM对获得的最新源程序打标签进行标识，并把做过标识的新版本存储路径发给编译人员；标识的规则见《CM-规范-配置项标识规范-1.0》； 通知测试：CM得到编译/部署人员的信息后，把测试环境的相关路径发给测试组相关人员； 开通权限：若在步骤2控制了权限此时需要开通，若没有控制此步骤省去； 备 份：把编译后的包、此次发布更改的内容及影响到相关系统、数据库信息等进行记录和备份、记录到《项目版本发布信息》； 记录测试结果：测试完成后，应返回一个测试结果即版本级别(初始版