文档介绍：软件发布治理流程标准
编制：
审 核：
日期：
版本：
编 号：
密级：
修改历史
修改时间
修改人
修改原因
版本
. 目标
.发布流程
・补丁发布流程.… .主版本发布流程
.产品实施流程.…
. VSS治理流程……
.相关资料
错误!未定义书签
错误!未定义书签
错误!未定义书签 错误!未定义书签 错误!未定义书签 错误!未定义书签
错误!未定义书签
软件的发布进程，需要形成有序的良性循环。不然，各环节流转中容易发生 彼此等待、被动接应的局面。无形中，不断增加了沟通本钱，扩大了软件的风险。 且对后期造成的阻碍并非能够完全预知、完全估量。
因此，依照公司内部前期已有的适应，总结过去产品的发布体会，分析统计 结果后，特制定本发布进程标准。预期达到如下目的：
一、减少交叉沟通。通过将发布进程流程化，使每一个环节的执行者都超级 清楚自己的产入产出，受谁的阻碍，将阻碍谁。当碰到困难时，能明确的定位寻 觅到关键人物沟通解决。幸免当需要获取一件情形的进展情形时，需要普遍征询 才能把握的现象。减少交叉沟通本钱。
二、提高工作预见性。流程一旦启动，流程中的所有人员便被触动。各环节 执行人能迅速在初期预算出自己的“参与时刻”、“参与内容”、“参与工作量”， 主动提早做出安排、预备，躲开人力、时刻等资源上的冲突。且一旦发觉冲突， 便能立刻“报警”，报得越早，越能提早应付，减少损失。
3、提高可控性。软件发布就像道路交通。交通电台有了靠得住的消息渠道 （取决于上述“一、减少交叉沟通便能随时把握路面交通状况，配合可预见的行 车打算（取决于上述“二、提高工作现见性”）,固然更能向车队提供有价值的消息。 因此，车队领导能做出更有操纵力的指令，各车队和谐行驶，整个交通自然更受 控。
一条早已设计好的行车线路，加上提早预备就绪的车队人马，再加上行进途 中紧密配合的交通电台。与没有固定线路，需要时才去调配车马，电台信息又不 顺畅的队伍相较，哪个更能成功抵达目的地？
本章节的流程图中，将利用以下简称。
一、需求组（人）：包括需求总负责人（或PM）、各模块需求负责人。
二、开发部（人）：包括技术开发部全部成员。
3、配置治理员：或简称SCM,包括技术研发部的配置治理组成员。
4、测试组（人）：包括测试组所有固定资源、临时调配资源。
五、安装组（人）：包括负责公司内部、客户现场的安装、调试的人员。
六、客户：所有利用我司产品的用户。
.补丁发布流程
软件产品的某个主版本向外发布给客户利用后，发觉了错误。假设那个错误 给客户造成了专门大的阻碍，等不及下一主版本，需要立刻修正，咱们就需要发 布补丁（对应VSS上的寄存目录：Patch[]）（注：所有补丁要求归并入下一主版 本流程图如下所示。
未卜丁发布流程：下图中每个方框代表一•个进程, ,
需求组 开发部
配置管理员
测试组
开始
―土…
提出变更请求
（1、事先征得正
求澄清会的同意.
再填《补丁签发
单》.2、通知开
发经理）
-TZ
开发部经理：
接收任务
（1、安排开发
人、预计开发完
成时间. 2、通知
sqp
-3
检查
（1、检代前两个环节填写的卷发单是否好合填写要求：依奄描述是有
清断、时间要求有无冲突：）
出V/1—二:一
■・・・__
安排补丁号
《1,，通常将完成时间相距不远的安排在同•
、设置VSS权限,根据开发匐经理的安排设？L 3、通知相
〉
测试组长：制 定测试计划 （ 排测试人、预计测 试完成时间）
开发^\执行 变更（按照要求 修改代码、文档. 放）
一湛试至有通过二二・
I
安装Beta测试环境
<1,嫔写/更新补丁安
装手册：2、选择测试环
境,安装补丁beta版：
3,通知测试组、相关
“公司内
部产品试用环境一览表
”白板）
验收测试
<1. be:a阶段的测试.
相当于集成测试
2、通知相关人测试结
果，含邮件、签发单电子
过,则还包括在书面笠
发单上签名.）
结束《转入《产品实施流程》）
一我送屉若通过工、
产生Beta版
《1、检查相关文档是否已备齐，2•根据