产品发布执行流程.docVIP

软件产品发布流程规范 项目经理编写括产品发布说明，产品发布说明的内容应该包括产品发布时间；产品版本说明；产品概要介绍；本次发布包含的安装包、文档说明；本次发布包含或者新增的功能特性说明；遗留问题及影响说明；版权声明以及其他需要说明的事项。 发布之前，所有程序由测试人员进行确认测试；检查MantisBT系统内登记的所有bug都已关闭，或者遗留的bug不影响系统的使用，如果有严重bug未解决（级别为很严重以上）不能发布； 测试负责人编写release产品测试报告和总结，给出发布与否的结论。 QA负责编写release产品质量报告进行质量分析和总结，给出发布与否的结论； 确定发布后BM进行程序打包；标记源码、文档版本标识。 BM打好包后邮件通知相关人员（包括CM和项目经理），提交产品安装包； CM负责源码、文档入基线库。源码包括数据库创建脚本（含静态数据）、编译构建脚本和所有源代码；文档包括需求、设计、测试文档，安装手册、使用手册、二次开发手册、产品介绍（ppt）、使用demo和项目经理提交的产品发布说明等等。 CM把安装包、使用文档等放置至公司产品库并提交配置管理报告。 项目经理或者高级经理发送产品发布邮件，通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍；或者以产品发布会议的形式进行通知 后续工作。产品发布后，在使用过程中可能还会发现一些bug。在不影响正常使用的情况下，这些bug将在下一版本发布时解决；如果bug严重影响使用，必须打patch或者按照流程重新发布。 临时发布。软件产品未正式发布前，可能需要一个临时版本供开发人员或者用户应急使用，这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员；BM需要为源码、文档打tag标记。 软件产品发布后，即建立了一条发布基线。所有用户安装及二次开发必须在此基线上进行，开发人员不能直接从vss上check out代码编译交付用户使用或者进行二次开发。 ?