软件发布管理系统流程要求规范标准[详].pdf

........软件发布管理流程规范编制：审核：日期：版本：编号：密级：修改历史修改时间修改人修改原因版本.目录1.目标32.发布流程42.1.补丁发布流程42.2.主版本发布流程42.3.产品实施流程52.4.VSS管理流程53.相关资料5II/5.1.目标软件的发布过程需要形成有序的良性循环。否则各环节流转中容易发生相互等待、被动接应的局面。无形中不断增加了沟通成本扩大了软件的风险。且对后期造成的影响并不能够完全预知、完全估量。因此根据公司内部前期已有的习惯总结过去产品的发布经验分析统计结果后特制定本发布过程规范。预期达到如下目的：1、减少交叉沟通。通过将发布过程流程化使每一个环节的执行者都非常清楚自己的产入产出受谁的影响将影响谁。当遇到困难时能明确的定位寻找到关键人物沟通解决。避免当需要获取一件事情的进展情况时需要广泛征询才能掌握的现象。减少交叉沟通成本。2、提高工作预见性。流程一旦启动流程中的所有人员便被触动。各环节执行人能迅速在早期预算出自己的"参与时间"、"参与内容"、"参与工作量"主动提前做出安排、准备避开人力、时间等资源上的冲突。且一旦发现冲突便能立刻"报警"报得越早越能提前应对减少损失。3、提高可控性。软件发布就像道路交通。交通电台有了可靠的消息渠道〔取决于上述"1、减少交叉沟通"便能随时掌握路面交通状况配合可预见的行车计划〔取决于上述"2、提高工作预见性"当然更能向车队提供有价值的消息。因此车队领导能做出更有控制力的指令各车队协调行驶整个交通自然更受控。一条早已设计好的行车路线加上提前准备就绪的车队人马再加上行进途中密切配合的交通电台。与没有固定线路需要时才去调配车马电台信息又不畅的队伍相比哪一个更能成功到达目的地？3/5.2.发布流程本章节的流程图中将使用下列简称。1、需求组<人>：包括需求总负责人<或PM>、各模块需求负责人。2、开发部<人>：包括技术开发部全体成员。3、配置管理员：或简称SCM包括技术研发部的配置管理组成员。4、测试组<人>：包括测试组所有固定资源、临时调配资源。5、安装组<人>：包括负责公司内部、客户现场的安装、调试的人员。6、客户：所有使用我司产品的用户。2.1.补丁发布流程软件产品的某个主版本向外发布给客户使用后发现了错误。若这个错误给客户造成了很大的影响等不及下一主版本需要立刻修正我们就需要发布补丁〔对应VSS上的存放目录：Patch[X.Y]〔注：所有补丁要求合并入下一主版本。流程图如下所示。2.2.主版本发布流程主版本的发布流程与补丁的发布流程相比参与的职能部门个数、次数明显增多且设置的检查点也随之增多。重要的一点引入客户监督。改变目前的"直到整个版本完全下流水线后才提交客户试用"的方法。采取"我们主动争取客户全程参与"的方法每完成一个变更不一定要待版本中的所有变更完成立刻放上客户使用的测试环境请客户在线试用并提意见。〔此举依赖公司实现远程测试环境。目的：让客户不仅知道4/5.我们在