软件发布管理流程规范样本.doc

软件发布管理流程规范

编 制：
审 核：
日 期：
版 本：
编 号：
密 级：

修改历史

修改时间
修改人
修改因素
版本

目 录
1. 目的 4
2. 发布流程 4
2.1. 补丁发布流程 4
2.2. 主版本发布流程 6
2.3. 产品实行流程 9
2.4. VSS管理流程 10
3. 有关资料 11

1. 目的
软件发布过程，需要形成有序良性循环。否则，各环节流转中容易发生互相等待、被动接应局面。无形中，不断增长了沟通成本，扩大了软件风险。且对后期导致影响并不可以完全预知、完全预计。
因而，依照公司内部前期已有习惯，总结过去产品发布经验，分析记录成果后，特制定本发布过程规范。预期达到如下目：
1、减少交叉沟通。通过将发布过程流程化，使每一种环节执行者都非常清晰自己产入产出，受谁影响，将影响谁。当遇到困难时，能明拟定位寻找到核心人物沟通解决。避免当需要获取一件事情进展状况时，需要广泛征询才干掌握现象。减少交叉沟通成本。
2、提高工作预见性。流程一旦启动，流程中所有人员便被触动。各环节执行人能迅速在初期预算出自己“参加时间”、“参加内容”、“参加工作量”，积极提前做出安排、准备，避开人力、时间等资源上冲突。且一旦发现冲突，便能立即“报警”，报得越早，越能提前应对，减少损失。
3、提高可控性。软件发布就像道路交通。交通电台有了可靠消息渠道（取决于上述“1、减少交叉沟通”），便能随时掌握路面交通状况，配合可预见行车筹划（取决于上述“2、提高工作预见性”），固然更能向车队提供有价值消息。因而，车队领导能做出更有控制力指令，各车队协调行驶，整个交通自然更受控。
一条早已设计好行车路线，加上提前准备就绪车队人马，再加上行进途中密切配合交通电台。与没有固定线路，需要时才去调配车马，电台信息又不畅队伍相比，哪一种更能成功到达目地？
2. 发布流程
本章节流程图中，将使用下列简称。
1、需求组(人)：涉及需求总负责人(或PM)、各模块需求负责人。
2、开发部(人)：涉及技术开发部全体成员。
3、配备管理员：或简称SCM，涉及技术研发部配备管理构成员。
4、测试组(人)：涉及测试组所有固定资源、暂时调配资源。
5、安装组(人)：涉及负责公司内部、客户现场安装、调试人员。
6、客户：所有使用我司产品顾客。
2.1. 补丁发布流程
软件产品某个主版本向外发布给客户使用后，发现了错误。若这个错误给客户导致了很大影响，等不及下一主版本，需要立即修正，咱们就需要发布补丁（相应VSS上存储目录：Patch[X.Y]）（注：所有补丁规定合并入下一主版本）。流程图如下所示。

2.2. 主版本发布流程
主版本发布流程，与补丁发布流程相比，参加职能部门个数、次数明显增多，且设立检查点也随之增多。
重要一点，引入客户监督。变化当前“直到整个版本完全下流水线后，才提交客户试用”办法。采用“咱们积极争取客户全程参加”办法，每完毕一种变更，不一定要待版本中所有变更完毕，立即放上客户使用测试环境，请客户在线试用并提意见。（此举依赖公司实现远程测试环境）。目：让客户不但懂得咱们在干什么，还懂得咱们干成什么样，与否满意。尽量让客户意见在开发初期提出，越早提出，变更成本越小，且能直接减少后续补丁发布频率。
流程图如下：

2.3. 产品实行流程
为以便人们更加理解软件整个发布循环过程，在此简朴简介软件通过Release阶段后实行流程，它涉及安装、培训等内容。详细规范制度，以实行部门制定为准。

2.4. VSS管理流程
简朴简介VSS使用流程如下，详细详细规则另述。

3. 有关资料
3.1 软件版本号命名商定、分支商定