版本发布01发版计划

文档编码密级文档版本拟制人日期[项目编号和项目名称]发版计划版本号郑重声明：XX软件股份有限公司版权所有。本文档中任何部分未经XX软件股份有限公司书面授权，不得将材料泄露给第三方，不得以任何手段、任何形式进行复制与传播。变更履历版本日期变更位置变更理由/变更内容变更人备注目录1发版目的.....................................................................32背景说明.....................................................................33版本定义.....................................................................34参与主要人员.................................................................35进度计划及里程碑.............................................................36工作产品清单.................................................................57附件：编写指南与评审检查表....................................................51发版目的明确本次版本的版本号，以及发布该版本的目的及目标。2背景说明项目背景简要介绍，简要说明上一个版本的基本情况；如果是产品，说明本次发版主要有哪些项目提出了发版的申请，申请的重点在哪些方面。3版本定义定义此版本的范围，该版本的主要特性，主要为哪些项目发布该版本（接收了哪些项目的发版申请）1．调整范围详细列表：编号类型描述提出项目优先级别重大缺陷重大需求业务合并说明需求冻结时间点、最晚开发完成时间点2．详细版本清单：包含哪些编译环境的版本，哪些子版本、哪些模块、哪些工具3．说明需要支持哪些主要用户环境4参与主要人员说明本次发版的角色及参与成员角色人员职责发版负责人研发人员测试人员测试顾问5进度计划及里程碑任务时间人员工作成果发版准备阶段发版测试阶段发版收尾里程碑说明：里程碑说明及标志具体时间需求冻结需求冻结后原则上不在增加任何新提出的需求，缺陷仍然需要处理需求冻结后提交的需求将放入下次版本开发完结为保证测试执行时间，给出开发完成所有新需求可提交测试的最晚时间点待发布阶段所有测试项测试执行完成，新增缺陷成明显下降趋势，版本趋于稳定1．可以提交版本给测试顾问进行测试和确认，或者项目试用2．此阶段后发现的缺陷需要进行“缺陷升级”，为保证版本的相对稳定性对新发现缺陷的修改要采取谨慎态度，需要及时对缺陷进行确认和讨论3．此阶段的关键修改可以在研发人员环境中测试通过在提交到版本库中测试结束、版本发布无严重未解决、无严重缺陷反馈，所有已发现缺陷都已确认只有关闭和遗留状态6工作产品清单发版计划发版测试计划（包含主要测试设计）相关需求设计文档阶段测试总结发版测试报告更新说明发版程序包及发版清单7附件：编写指南与评审检查表检查点：1．是否明确需求冻结时间点，严格确定版本范围2．是否明确正式发版时间，有明确的版本号3．阶段划分是否合理，是否有明确的阶段目标4．对版本的定义是否全面5．是否明确了本次发版参与的具体人员，及每个人的具体职责编写指南：1．项目经理在接到各项目的发版申请后，综合考虑版本发布的需要：如果是产品发版的频率要进行一定控制，最好在一个季度或者两个季度推出一个完整版本比较合适需要和各方面：测试、研发、实施技服确认时间是否合适，工作能否协调和保证考虑对关键项目及终验项目的支持力度，确定的时间点对这些项目的影响程度2．最终经研发部门、测试部门、技服部门部门经理确认后，确定明确的发版时间点3．发版时间点确认后，讨论商榷需求冻结时间点，掌握到目前为止所有关键需求4．在需求冻结时间点上发版计划既要定稿并发布。