软件发布管理流程法律规范编 制： 审 核: 日 期： 版 本： 编 号： 密 级： 修改历史修改时间修改人修改原因版本目 录1。 目标...........................................................42. 发布流程........................................................42.1。 补丁发布流程..............................................42.2. 主版本发布流程.............................................62。3。 产品实施流程.............................................92.4。 VSS 管理流程..............................................103。 相关资料......................................................111. 目标1、减少交叉沟通。通过将发布过程流程化，使每一个环节的执行者都非常清楚自己的产入产出，受谁的影响,将影响谁。当遇到困难时，能明确的定位寻找到关键人物沟通解决.避开当需要猎取一件事情的进展情况时，需要广泛征询才能掌握的现象。减少交叉沟通成本.2、提高工作预见性.流程一旦启动,流程中的所有人员便被触动。各环节执行人能迅速在早期预算出自己的“参加时间”、“参加内容"、“参加工作量”，主动提前做出安排、准备，避开人力、时间等资源上的冲突。且一旦发现冲突,便能立即“报警”，报得越早,越能提前应对，减少损失。3、提高可控性。软件发布就像道路交通.交通电台有了可靠的消息渠道（取决于上述“1、减少交叉沟通"），便能随时掌握路面交通状况，配合可预见的行车计划（取决于上述“2、提高工作预见性”），当然更能向车队提供有价值的消息。因此，车队领导能做出更有控制力的指令，各车队协调行驶,整个交通自然更受控。2. 发布流程本章节的流程图中，将使用下列简称。1、需求组（人)：包括需求总负责人(或 PM)、各模块需求负责人。2、开发部（人)：包括技术开发部全体成员.3、配置管理员：或简称 SCM，包括技术研发部的配置管理组成员.4、测试组（人)：包括测试组所有固定资源、临时调配资源。5、安装组(人）:包括负责公司内部、客户现场的安装、调试的人员。6、客户：所有使用我司产品的用户。2.1. 补丁发布流程软件产品的某个主版本向外发布给客户使用后,发现了错误。若这个错误给客户造成了很大的影响，等不及下一主版本，需要立即修正，我们就需要发布补丁（对应 VSS 上的存放目录：Patch［X。Y])(注：所有补丁要求合并入下一主版本)。流程图如下所示。补丁发布流程：下图...
