文档介绍:,从产品到市场的发布过程,本过程目的是为了有效指导项目组开展产品发布,已实现下列目的:(1)指导发布活动,有效控制产品发布过程(2))运营人员:(1)负责产品发布(2)组织评审(3)跟踪需要现场调测的异常产品包验证状态2)项目负责人:(1)提出发布申请(2)跟踪异常发布的产品(3)负责产品移交给市场、销售部门3)产品经理:审核产品发布4)项目组开发成员:(1)修改完善产品(2)负责对市场、销售人员进行培训(3)协助测试人员进行验收测试5)测试人员:)软件版本正式发布:通过软件测试人员测试验证并符合发布标准的软件版本发布过程。2)软件版本异常发布:通过软件测试人员测试验证,但测试结果不符合发布标准的软件版本发布过程,可采取软件版本异常发布流程的情形仅限于生产和客户使用现场缺陷修复或现场测试等紧急情况。、发布准备开发人员先要确定发布的准备工作和发布的日期。准备工作应包含以下内容:1)原有 BUG 的是否彻底解决;2)新增模块在功能上是否达到设计要求;3)修改了什么,增加了什么;4)所做的改变带来的影响;、撰写文档开发人员确定所发布内容中是否有新增功能。若有,则需撰写一份需求文档(即功能列表文档),交给测试人员。否则发送测试通知单,告知测试人员。需求文档的内容如下:1)所做的改动有哪些;2)修改原有 BUG 、全面测试测试人员在收到测试通知单或需求文档后,应进行全面、完善的测试,如果通过测试,发送测试报告给项目负责人,并修改 BUG 状态。否则,将测试结果反馈给开发人员,测试结果中应包含以下内容:1)原有 BUG 的解决情况或新增模块的 BUG 情况2)发现 BUG 、发布确认通过系统测试后,测试人员将通过测试后的最新版本提交给配置管理员,并告知项目负责人:1)项目负责人编写《产品发布说明书》2)项目负责人通知并协调售前部门安排售前人员提供《用户手册》、《安装手册》,并组织评审,评审通过后,由项目负责人提交给运营人员。3)项目负责人提交发布申请给产品经理,并通知运营人员开展产品发布前评审,运营人员、测试人员、项目负责人协助开展评审,评审通过后,配置运营人员向产品经理提交评审报告和发布申请进行审批。4)审批通过后,产品经理告知配置管理员实施发布;审批不通过则放弃本次发布。  源码、文档入库源码包括数据库创建脚本(含静态数据)、编译构建脚本和所有源代码;文档包括需求、设计、测试文档,安装手册、使用手册、产品变更信息文档、相关联的系统版本号、产品介绍等相关文件。 程序打包开发人