软件产品发布流程与管理规范.doc

《软件产品发布流程与管理规范.doc》由会员分享，可在线阅读，更多相关《软件产品发布流程与管理规范.doc（5页珍藏版）》请在三一文库上搜索。

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、发布确认通过系统测试后，测试人员将通过测试后的最新版本提交给配置管理员，并告知项目负责人：1）项目负责人编写产品发布说明书 2）项目负责

4、人通知并协调售前部门安排售前人员提供用户手册、安装手册，并组织评审，评审通过后，由项目负责人提交给运营人员。 3）项目负责人提交发布申请给产品经理，并通知运营人员开展产品发布前评审，运营人员、测试人员、项目负责人协助开展评审，评审通过后，配置运营人员向产品经理提交评审报告和发布申请进行审批。 4）审批通过后，产品经理告知配置管理员实施发布；审批不通过则放弃本次发布。5. 产品发布5.1软件版本正式发布流程 5.1.1源码、文档入库源码包括数据库创建脚本（含静态数据）、编译构建脚本和所有源代码；文档包括需求、设计、测试文档，安装手册、使用手册、产品变更信息文档、相关联的系统版本号、产品介绍等相关

5、文件。 5.1.2程序打包开发人员进行程序打包；标记源码、文档版本。 5.1.3发布产品编写产品发布计划，填写配置项，并执行发布计划（发布产品）。 5.1.4正式发布通知通知开发、测试、市场、销售各相关部门，并附上产品发布说明和产品介绍。5.2软件版本异常发布流程 5.2.1运营人员启动软件发布后,如发现软件测试人员提供的测试结果不符合软件发布标准时,可选择重新提交测试,或者申请启动软件版本异常发布流程。 5.2.2项目负责人填写软件版本异常发布说明,启动软件版本异常发布流程。 5.2.3软件版本异常发布时,项目组仍须提交程序软件包,产品发布说明,需求变更信息说明等文档。 5.2.4运营人员提交软件异常发布文件给项目负责人及技术部总监审核,技术部总监批准后,即可异常发布软件版本。 5.2.5运营人员按照文件分发要求进行发放和登记。 5.2.6开发人员需对异常发布的软件版本进行跟踪,并确保在预定的期限内该软件版本被正式下发的软件版本替代。6.后续工作 产品发布后，在使用过程中可能还会发现一些bug。在不影响正常使用的情况下，这些bug将在下一版本发布时解决；如果bug严重影响使用，必须打补丁或者按照流程重新发布。5 / 5