产品版本发布说明书

注：如果质量组没有参与该项目的系统测试，必须在此说明项目组出具的交叉测试报告（及缺陷分析报告，可以含在交叉测试报告当中）；如果质量组有参与该项目的系统测试，必须在此说明质量组出具的系统测试报告（及缺陷分析报告，可以含在系统测试报告当中）。
配置项最低提交物审计报告
[给出附件的正确名称，并指明在SVN中放置的具体地点]
**版本发布审批
**公司配置管理负责人（具体意见、签字、日期）：
参考该项目的《配置项最低提交物审计报告》，见上面应提交的附件信息，给出下面的审批结论：
□满足最低提交物要求
□不满足最体提交要求，还缺少这些文档：负责 Nhomakorabea签字/日期：
**公司测试负责人（具体意见、签字、日期）：
参考该项目的《测试报告》，见上面应提交的附件信息，给出下面的审批结论：
□测试通过
□测试基本通过，但是还需改进这些地方：
□测试不通过
负责人签字/日期：
**本项目直接负责上级（具体意见、签字、日期）：
上级领导根据上面提交的所有附件的完备性，以及配置管理负责人和测试负责人的签署意见，给出最后的审批意见。
□同意版本发布（上述要求都满足，所以满足版本发布要求）
□同意版本紧急发布（虽然上述要求不满足，但是因为市场要求或别的更重要的原因，必须紧急发布新的版本。需要承担一定的质量风险）
<XX系统>
产品版本发布说明书
软件版本发布说明书
软件系统全称及英文全称
软件系统简称及英文简称
版本发布申请人
本次版本发布类型
□ 对内发布（发布给公司内部进行内部系统或回归测试。）
□ 对外发布（发布给市场、或客户使用）
基础版本（内部版本号）
发布时间
本次发布版本（内部版本号）
发布时间
外部版本（对外发布的版本号，与内部版本无关但是对应，一般由市场部来定义）
□不同意版本发布
负责人签字/日期：
注：如果在“本次版本发布类型”选择了“对外发布”版本，则标记了“**”的输入项必须由有关负责人进行录入和签署；其他所有项都为必填项，所以不再用另外的标记注明。
发布时间
新增功能说明
序号
功能需求编号
功能名称
描述
**是否通过测试
修复缺陷说明
序号
缺陷号
所属功能模块（或编号）
缺陷简要描述
**是否修正
安装手册（或系统部署维护手册）附件
[给出附件的正确名称，并指明在SVN中放置的具体地点]
**测试报告附件
（包含缺陷分析报告）
[给出附件的正确名称，并指明在SVN中放置的具体地点]