软件发布管理流程规范

修改历史修改时间修改人修改原因版本目录1.目标 4流程 42.1.补丁发布流程 42.2.主版本发布流程 62.3.产品实施流程 9 关资料 11且对后期造成的影响并不能够完全预知、完全估量。结果后，特制定本发布过程规范。预期达到如下目的：才能掌握的现象。减少交叉沟通成本。合可预见的行车计取决于上述“2、提高工作预见性”)，当然更能向车队提供有价值的消息。因此，车队领导能做出更有控制力的指令，各车队协调行驶，整个交通自然更受控。2.发布流程本章节的流程图中，将使用下列简称。2.1.补丁发布流程丁(对应VSS上的存放目录：Patch[X.Y])(注：所有补丁要求合并入下一主版本)。流程图如下所示。补丁发布流程：下图中每个方框代表一个进程，括号内描述该进程的具体内容。每个进程均要求相应职位填写《补丁签发单》。alphaalpha阶段需求组开发部配置管理员测试组开始开始提出变更请求(1、事先征得需求澄清会的同意，再填《补丁签发发经理)开发部经理：接收任务(1、安排开发人、预计开发完SCM)检查(1、检查前两个环节填写的签发单是否符合填写要求；检查描述是否清晰、时间要求有无冲突；)否否是安排补丁号(1、安排补丁号、发布日期，通常将完成时间相距不远的安排在同一关人，开始执行施变更，并公布预计发布日期、实施建议)测试组长：制测试组长：制定测试计划(按照签发单，安排测试人、预计测试完成时间)开发人：执行变更(按照要求修改代码、文档，完成后，按规范存放)否产生alpha版 (开发部内部可产生多个alpha版)产生alpha版安装alpha测试环境部门内部测试(1、alpha阶段的测试，相当于单元测试。2、通知SCM) 测试是否通过？测试是否通过？是Beta阶段Beta阶段 安装Beta测试环境(1、编写/更新补丁安境，安装补丁beta版；3、通知测试组、相关人，同时刷新“公司内部产品试用环境一览表”白板)产生Beta版提交该补丁的书面签发单)验收测试(1、beta阶段的测试，相当于集成测试格式的回复。若测试通过，则还包括在书面签发单上签名。)否 测试是否通过？是ReleaseRelease阶段产生Release版《版本发布前的checkList》；)分发Release版(1、根据安装组的工作计划、根据各客户现行情况，组合出不同的安结束(转入《产品实施流程》)结束(转入《产品实施流程》)2.2.主版本发布流程显增多，且设置的检查点也随之增多。重要的一点，引入客户监督。改变目前的“直到整个版本完全下流水线后，才提交客户试用”的方法。采取“我们主动争取客户全程参与”的方法，每完成一此举依赖公司实现远程测试环境)。目的：让客户不仅发早期提出，越早提出，变更成本越小，且能直接减少后续的补丁发布频率。流程图如下：主版本发布流程图(下图中每个方框代表一个进程，括号内描述该进程的具体内容。每个进程均要求有物理产出。)否否需求人开发人配置管理员测试人/安装人客户开始开始提出变更请求(1、填写自己负责的《[产品名][版本号]开发计划清单/测试清单/变更清单》(以下简称清单)；2、请求召开需求澄清会参与澄清会对清单释疑)参与澄清会(对清单提出质疑，预估开发所需工时)参与澄清会，预估测试所需工时)检入变更计划 (1、检查有无通过澄清会；2、将一个产品中，各需求人提出的清单中，已通过澄清会的内容，合并成一份。从此本流程仅使用合并后的清录、标Label；5、通知开发部经理、测试组长 (由需求总负责人/PM2、通知开发部经理接收任务；3、通知客户)(完成时限：上一主版本正式对外发行前。)开发阶段需求阶段 开发阶段需求阶段重新进入开发阶段开发人：执行变更开发人：执行变更 定期向项目管理组汇报开发展)开发开发部经理：接收任务(1、安排开发人、预计开发提供发行说明内容(提供发行说明内容(各需求人提供自己所辖范围内的说明内容，参照样本填写)为开发部门设置权限测试组长：制定测(按照清单，制定测试大纲、测试计划)收集、审核发行说(确认功能是否满足产生产生alpha版(可产生若干个alpha版，直至所有变更完成)安装alpha测试环境安装alpha测试环境 制作发行说明网页(根据收集并审核通过的内容，制作成适合客户在线阅读的网页等格式，变更清单除外)是否参与?否是否参与?是部部门内部测试 (alpha阶段的测试，相当于单元测试，确认功能是否完整、是否正常运行、相关手册是否测试 (1、根据测试计划测 (确认功能是否满足要求，尽可能提出改进意见)测测试通过?是否Beta阶段Beta阶段需求人开发人配置管理员测试人/安装人客户物理配置审核(1、各类文档有无备齐；物理配置审核(1、各类文档有无备齐；2、有无全部测试通过…等等，详见《CheckList》)产生Beta版(1、关闭VSS权限；2、标Label;3、编译构建beta版、备份、通知相关人；3、制作变更清单网页...等等，详见《执行列)安装Beta测试环境(公司内部用)(1、根据测试计划、安装手册，安装测试环境(可能有多套环境)，验证安装过程是SCM、测试组、刷新“公司内部产品试用环境一览表”) 否客户是否否是安装安装Beta测试环)(1、根据客户需要，选择安装环境，并进SCM、各需求负责人)验收测试 (1、根据测试计划测(含邮件、上传VSS、书面三种方式))验收测试(1、对产品进行测试、试用，包括性能、功能方面的测试，尽可能提出意见)否，重新进入开发阶段物理配置审核 全部测试通过；3、检查变更清单网页。4、下一主版本计划已备妥…等等，详见《CheckList》)产生Release版相关人。等等...详见：《版本发布前的分发Release版(1、根据安装组的工作计划、根据各客户现行情况，组合出不同执行安 结束(转入《产品实施流程》)2.3.产品实施流程为方便大家更加理解软件的整个发布循环过程，在此简单介绍软件通过Release阶段后的实施流程，它包括安装、培训等内容。具体的规范制度，以实施部门制定的为准。产品实施流程(为方便理解，下图作出简单介绍。具体详细的流程以实施部门制定的为准。支持部配置管理员开始开始否实施经理：制定实施计划(制定具体的实施计划，含：时间、地点、人物、实施内容、实施策略。)否实施经理：制定实施计划(制定具体的实施计划，含：时间、地点、人物、实施内容、实施策略。)实实施人：准备(指前期准备工作，包括：与客户约定时间、安装包整理、任务书编写、提交说明文档给客户...等等一切能提前在公司完成的工作)实施人：执行计划实施人：反馈执行结果(1、通知相关人。2、返回相关文档。例如：特定用途备份文件、客户签字后的任务书等。3、记录结果。其中，安装记录是必不可少的，以便为下一次实施提供线索。) 执行成功？是是结束提提出意见(对实施计划表示认可，或提出调整意见) 分发Release版(根据实施计划，分发出当次实施所需产品、相关文档)配合执行权限各用户：上传、下载清理、维护 新用人部门经理：提出同(1、提出新增用户要求；事2、提出权限要求) 老用户本人：提出同(向部门经理提出调整权权限各用户：上传、下载清理、维护 新用人部门经理：提出同(1、提出新增用户要求；事2、提出权限要求) 老用户本人：提出同(向部门经理提出调整权事限要求)(1、根