1、软件产品发布管理流程规范 1.目的 产品的发布主要用于指导从项目到产品，从产品到市场的发布过程，本过程目的是为了有效指导项目组开展产品发布，已实现下列目的： （ 1） 指导发布活动，有效控制产品发布过程 （ 2） 有效控制和追踪产品版本 2.角色与职责 1）运营人员 ： （ 1） 负责产品发布 （ 2） 组织评审 （ 3） 跟踪需要现场调测的异常产品包验证状态 2） 项目负责人： （ 1） 提出发布申请 （ 2） 跟踪异常发布的产品 （ 3） 负责产品移交给市场、销售部门 3） 产品经理：审核产品发布 4）项目组开发成员： （ 1）修改完善产品 （ 2）负责对市场、销售人员进行培训 （ 3）协
2、助测试人员进行验收测试 5）测试人员：负责产品测试 3.定义 1）软件版本正式发布：通过软件测试人员测试验证并符合发布标准 的软件版 本 发布过程 。 2)软件版本异常发布 :通过软件测试人员测试验证 ,但测试结果不符合发布标准的软件版本发布过程 ,可采取软件版本异常发布流程的情形仅限于生产和客户使用现场缺陷修复或现场测试等紧急情况 。 4.发布前期 4.1、发布准备 开发人员先要确定发布的准备工作和发布的日期。准备工作应包含以下内容： 1） 原有 BUG 的是否彻底解决； 2） 新增模块在功能上是否达到设计要求； 3） 修改了什么，增加了什么； 4） 所做的改变带来的影响； 4.2、撰写文档
3、 开发人员确定所发布内容中是否有新增功能。若有，则需撰写一份需求文档 （ 即 功能列表文档 ） ，交给测试人员 。 否则发送测试通知单，告知测试人员。需求文档的内容如下： 1） 所做的改动有哪些； 2） 修改原有 BUG 或新增模块的设计目标 4.3、全面测试 测试人员在收到测试通知单或需求文档后，应进行全面、完善的测试，如果通过测试，发送测试报告给 项目负责人 ，并修改 BUG 状态。否则，将测试结果反馈给开发人员，测试结果中应包含以下内容： 1） 原有 BUG 的解决情况或新增模块的 BUG 情况 2） 发现 BUG 的测试用例 4.4、发布确认 通过系统测试后，测试 人员 将通过测试后的
4、最新版本提交给配置管理员，并告知项目 负责人 ： 1） 项目 负责人 编写产品发布说明书 2） 项目 负责人 通知并协调售前部门安排售前人员提供用户手册、安装手册，并组织评审，评审通过后，由项目 负责人 提交给 运营人 员 。 3） 项目 负责人 提交发布申请给产品经理，并通知 运营人员 开展产品发布前评审 ， 运营人员 、测试 人员 、 项目负责人 协助开展 评审 ， 评审 通过后， 配置 运营人 员 向产品经理提交 评审 报告和发布申请进行审批 。 4） 审批通过后，产品经理告知配置管理员实施发布；审批不通过则放弃本次发布 。 5.产品发布 5.1 软件版本正式发布流程 5.1.1 源码、
5、文档入库 源码包括数据库创建脚本（含静态数据）、编译构建脚本和所有源代码；文档包括需求、设计、测试文档，安装手册、使用手册、 产品变更信息文档 、 相 关联 的 系统版本号、 产品介绍等 相关文件 。 5.1.2 程序打包 开发人员 进行程序打包；标记源码、文档版本。 5.1.3 发布产品 编写 产品发布计划，填写配置项， 并 执行发布计划（发布产品）。 5.1.4 正式发布通知 通知开发、测试、市场、销售各相关部门 ， 并附上产品发布说明和产品介绍。 5.2软件版本异常发布流程 5.2.1 运营人员 启动软件发布后 ,如发现软件测试人员提供的测试结果不符合软件发布标准时 ,可选择重新提交测试
6、 ,或者申请启动软件版本异常发布流程 。 5.2.2项目 负责人填写软件版本异常发布说明 ,启动软件版本异常发布流程 。 5.2.3 软件版本异常发布时 ,项目组仍须提交程序软件包 ,产品 发布说明 ,需求变更信息 说明等 文档。 5.2.4 运营人 员 提交软件异常发布文件给项目负责人及技术部总监审核 ,技术部总监批准后 ,即可异常发布软件版本 。 5.2.5运营人 员 按照文件分发要求进行发放和登记 。 5.2.6开发人员 需对异常发布的软件版本进行跟踪 ,并确保在预定的期限内该软件版本被正式下发的软件版本替代 。 6.后续工作 产品发布后，在使用过程中可能还会发现一些 bug。在不影响正常使用的情况下，这些 bug 将在下一版本发布时解决；如果 bug 严重影响使用，必须打 补丁 或者按照流程重新发布。
