软件发布管理流程规范.docVIP

软件发布管理流程规范 编 制： 审 核： 日 期： 版 本： 编 号： 密 级： 修改历史 修改时间 修改人 修改原因 版本 目 录 TOC \o 1-4 \h \z HYPERLINK \l _Toc425942264 1. 目标 PAGEREF _Toc425942264 \h 4 HYPERLINK \l _Toc425942265 2. 发布流程 PAGEREF _Toc425942265 \h 5 HYPERLINK \l _Toc425942266 3. 产品实施流程 PAGEREF _Toc425942266 \h 6 目标 软件的发布过程，需要形成有序的良性循环。否则，各环节流转中容易发生相互等待、被动接应的局面。无形中，不断增加了沟通成本，扩大了软件的风险。且对后期造成的影响并不能够完全预知、完全估量。 因此，根据公司内部前期已有的习惯，总结过去产品的发布经验，分析统计结果后，特制定本发布过程规范。预期达到如下目的： 1、减少交叉沟通。通过将发布过程流程化，使每一个环节的执行者都非常清楚自己的产入产出，受谁的影响，将影响谁。当遇到困难时，能明确的定位寻找到关键人物沟通解决。避免当需要获取一件事情的进展情况时，需要广泛征询才能掌握的现象。减少交叉沟通成本。 2、提高工作预见性。流程一旦启动，流程中的所有人员便被触动。各环节执行人能迅速在早期预算出自己的“参与时间”、“参与内容”、“参与工作量”，主动提前做出安排、准备，避开人力、时间等资源上的冲突。且一旦发现冲突，便能立刻“报警”，报得越早，越能提前应对，减少损失。 发布流程 2.1.发布准备 发布之前，软件由测试人员进行确认测试；检查需求内登记的所有bug都已经被fixed，或者遗留的bug不影响系统的使用，如果有严重bug未解决将不能发布。 2.2.测试负责人及产品部编写产品质量报告进行质量分析和总结。 2.3.资料准备 文档包括需求、设计、测试文档，安装手册、使用手册、产品简介、对外宣传所有资料。 2.4.正式发布通知 正式发布，须通知开发、测试、运营、市场、销售各相关部门并附上产品发布说明和产品介绍；说明本次发布包含或者新增的功能特性说明；遗留问题及影响说明。 2.5.后续工作 产品发布后，在使用过程中可能还会发现一些bug。在不影响正常使用的情况下，这些bug将在系统升级后发布时解决；如果bug严重影响使用，必须提交需求进行系统修复后按照流程重新发布 2.6.临时发布 软件产品未正式发布前，可能需要一个临时版本供开发人员或者用户应急使用，这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知各个相关部门。 产品实施流程 为方便大家更加理解软件的整个发布循环过程，在此简单介绍软件通过Release阶段后的实施流程，它包括安装、培训等内容。具体的规范制度，以实施部门制定的为准。