文档介绍：本文格式为Word版，下载可任意编辑
— 2 —
发布管理流程规范
下面是我为大家整理的发布管理流程模范【精选推举】,供大家参考。
产品发布管理流程模范 照要求
修改代码、文档，
完成后，按模范存
放）产生
检查是否通过？
（1、安置补丁号、发布日期，通常将完成时间相距不远的安置在同一
补丁号中。2、设置VS敬限，根据开发部经理的安置设置。3、通知相
关人，开头执行施变更，并公布预计发布日期、实施建议）
^^anDla
开发人:执行
变更（按照要求
修改代码、文档，
完成后，按模范存
本文格式为Word版，下载可任意编辑
— 6 —
放）
产生 alpha/{jz
（开发部内部可产
生多个alpha版）
upha
环境
…W,一一
部门内部测试
（1、alpha阶段的
测试，相当于单元
测试。2、通知
scm
测试是否通过？
是
产生Beta版
（1、检查相关文档是否已备齐；
2、根据签发单，检查当前补丁号中提
出的变更是否都已执行；
3、检查开发人在CheckIn/out的过程中，是否
符合VS磨理模范、版本管理模范；
4、根据签发单，制作补丁发行说明
5、关闭VS淑限；
本文格式为Word版，下载可任意编辑
— 7 —
6、编译构建beta版；
7、通知测试组、安装组，向其
提交该补丁的书面签发单）
产生Release版
（1、检查测试结果是否已全部通过；
2、检查提交文档是否已齐全;
标识、备份、记录。4、通知相关人。等等...
详见：《版本发布前的checkList〉〉；
）
分发Release版
（1、根据安装组的工作筹划、根据各客户现行处境，组合出不同的安
装包；
2、分发给当次执行安装任务的人。3、通知安装组。
终止（转入《产品实施流程》）
3、
测试组长：制
定测试筹划
（按照签发单，安
排测试人、预计测
试完成时间）
安装Beta测试环境
本文格式为Word版，下载可任意编辑
— 8 —
（1、编写/更新补丁安
装手册；
2、选择测试环
境，安装补丁 beta版；
3、通知测试组、相关
人，同时刷新“公司内
部产品试用环境一览表
白板）
验收测试
（1、beta阶段的测试，
相当于集成测试
2、通知相关人测试结
果,含邮件、签发单电子
格式的回复。若测试通
过，那么还包括在书面签
发单上签名。）
否
测试是否通过？
.是
主版本发布流程
主版本的发布流程，与补丁的发布流程相比，参与的职能部门个数、次数明 显增多，且设置的检查点也随之增多。
本文格式为Word版，下载可任意编辑
— 9 —
重要的一点，引入客户监视。变更目前的“直到整个版本完全下流水线后， 才提交客户试用”的方法。采取“我们主动争取客户全程参与”的方法，每完成 一个变更，不确定要待版本中的全体变更完成，马上放上客户使用的测试环境， 请客户在线试用并提观法。（此举凭借公司实现远程测试环境）。目的：让客户不 仅知道我们在干什么，还知道我们干成什么样，是否合意。尽量让客户的观法在 开发早期提出，越早提出，变更本金越小，且能直接裁减后续的补丁发布频率。
流程图如下：
需求人开发人配置管理员测试人/安装人客户
提出变更苦求
（1、填写自己负责的?［产品名］［版本号］
开发筹划清单/测试清单
/变更清单》（以下简称
清单）；
2、苦求召开需
求澄清会
宣布变更筹划
（由需求总负责人/PM 宣布：1、通知SC雌入 变更筹划;2、通知开 发部经理接收任务；
本文格式为Word版，下载可任意编辑
— 10 —
3、通知客户）（完成 时限：上一主版本正式