管理规范-集团公司软件产品技术开发评审报告L5.docx

集团公司软件产品技术开发
评审报告
设计单位:
建设单位: 编制日期:
技术评审报告
工程名称

工程级别
■公司级 口部门级
工程经理

要求评审的工 作产品的名称

产品作者
（评审申请人）

建议评审时间

要求评审的工 作产品所属 开发阶段
□规划阶段口需求分析阶段口系统设计阶段
■实现与测试阶段 口系统验收阶段 口安装运行阶段 口 其它
评审准那么

评审需提交 的资料

产品批准人 （审核人） 意见
■同意评审
由担任评审负责人，按技术评审流程开展评审工作。
评审方式：■正式技术评审（会议评审）
□非正式技术评审（口 Email会签口走查口其他：）
评审级别：■部门级口工程组内
□ 暂不评审
原因是：口方案不成熟口资料不完整口其他
签字

日期
年 月 日
技术评审意见及结果
评审时间
自年 月日时至年月日时

评审 问答 记录

记录人签名

日 期
年 月曰
评审
人员签名

其他参与 人员签名

评审意见
汇 总
一、缺陷识别
序号
缺陷描述
严重性
建议缺陷解决方案

1

2

3

0 O O
O O O

（注：严重性分三种情况：“非常严重”、“严重”、“一般”）
二、总体评价及建议
〈给出总体评价意见及其他建议》

评审结论
■评审通过：工作产品合格，“无需修改”或“需要轻微修改但不必再审核”或， 需要作少量修改，之后通过审核即可；
□评审不通过：工作产品不合格，需要作比拟大的修改，之后必须重新对其评 审。
建议整改完成时间
年 月曰
评审负责人签字

日期
年 月 日
缺陷修正及验证（如果使用缺陷跟踪软件，那么无需填写下表）
序号
缺陷内容
修正措施
实施结果
实施人、日期
所花工作量
1

2

。。。

缺陷修正 验证情况
验证结论：
验证人签字日期年 月 日
技术评审报告填写指南：
（1）工程名称：填写要评审的工作产品名称所对应的工程名称。
（2）工程级别：在工程立项时高层经理确定的工程级别，工程 级别分为公司级（A级）、部门级（B级）。
（3）要求评审的工作产品名称：提出评审申请的工作产品名称。 如：结算中心产品优化及产业化软件需求规格说明书。
（4）评审申请人：提出评审的申请者。一般为待评审工作产品 的作者。
（5）建议评审时间：评审申请人建议该工作产品的评审时间。
（6）要求评审的工作产品所属开发阶段：通常包括规划阶段、 需求分析阶段、系统设计阶段、实现与测试阶段、系统验收阶段和 安装运行阶段等。
♦规划阶段需评审的工作产品有：《工程计划》等。
♦ 需求分析阶段需评审的工作产品有：《软件需求规格说 明书》、《技术预研报告》等。
♦ 设计阶段需评审的工作产品有：《概要设计说明书》、《详 细设计说明书》、《系统集成设计说明书》等。
♦ 实现与测试阶段需评审的工作产品有：《测试计划》和 《测试用例》等。
♦ 系统验收阶段需评审的工作产品有：《测试总结报告》、 《测试报告》等。
♦ 安装运行阶段需评审的工作产品有：《工程实施方案》 等。
（7）评审方式：
分为正式技术评审（会议评审）和非正式技术评审（口 Email 会签口走查口其他）“会议评审”：指通过正式的会议方式进行评审；
“Email会签”：当评审成员无法集中时，可通过Email方式收 集意见，由评审负责人汇总意见，并给出评审结论。
“走查”：如代码走查。
（8）评审级别：分“部门级”和“工程组内”“部门级”：评审成员可能来自公司的各技术部门及相关部门。
“工程组内”:指评审人员来自工程组内部成员，如代码的审核。
（9）评审问答记录包含以下内容：
♦ 评审人对被评审工作产品提出的问题及工程组的解答。
♦ 评审过程中发现的问题及处理意见。
♦ 评审人对被评审工作产品提出的建议。
（10）评审意见汇总包含以下内容：
♦ 评审过程中识别的缺陷及缺陷建议解决方案。
♦ 评审组对被评审工作产品的总体评价意见及建议。
缺陷修正及验证填写说明：
（11）缺陷内容：技术评审识别出的缺陷。
（12）修正措施：缺陷的修正措施。
（13）实施结果：缺陷修正措施的执行结果。
（14）实施人、日期：整改措施的实施者及实施完成日期。
（15）所花工作量：整改缺陷所花的工作量。
（16）缺陷修正验证情况：验证人对已修正的工作产品进行验证, 确认实施人完成修正后，填写验证结论。