1、广东技术股份有限公司 1 技术评审报告技术评审报告 项目名称 项目级别 公司级 部门级 子部门级 项目经理 要求评审的工作产品的名称 产品作者 (评审申请人) 建议评审时间 年 月 日 要求评审的工作产品所属 开发阶段 规划阶段 需求分析阶段 系统设计阶段 实现与测试阶段 系统验收阶段 安装运行阶段 其它 评审准则 广东技术股份有限公司 2 评审需提交 的资料 产品批准人 （审核人） 意 见 同意评审 由 担任评审负责人，按技术评审流程开展评审工作。 评审方式： 正式技术评审（会议评审） 非正式技术评审（ Email 会签 走查 其他： ） 评审级别： 部门级 子部门级 项目组内 暂不评审 原
2、因是： 方案不成熟 资料不完整 其他 签 字 日 期 年 月 日 技 术 评 审 意 见 及 结 果 评审时间 自 年 月 日 时 至 年 月 日 时 广东技术股份有限公司 3 评审 问答 记录 记录人签名 日 期 年 月 日 评 审 人员签名 其他参与 人员签名 评审意见 汇 总 一、缺陷识别 序号 缺陷描述 严重性 建议缺陷解决方案 1 2 3 。 。 。 。 。 。 （注：严重性分三种情况： “非常严重” 、 “严重” 、 “一般” ） 广东技术股份有限公司 4 二、总体评价及建议 评审结论 评审通过：工作产品合格， “无需修改”或“需要轻微修改但不必再审核” ； 评审基本通过：工作产品
3、基本合格，需要作少量修改，之后通过审核即可； 评审不通过：工作产品不合格，需要作比较大的修改，之后必须重新对其评审。 建议整改完成时间 年 月 日 评审负责人签字 日 期 年 月 日 缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表） 序号 缺陷内容 修正措施 实施结果 实施人、日期 1 2 。 。 。 广东技术股份有限公司 5 缺陷修正 验证情况 验证结论： 验证人签字 日 期 年 月 日 技术评审报告填写指南：技术评审报告填写指南： （1）项目名称：填写要评审的工作产品名称所对应的项目名称。 （2）项目级别：在项目立项时高层经理确定的项目级别，项目级别分为公司级（A 级） 、公司部门级
4、（B 级）和子部门级（C 级，公司部门的部门） 。 （3）要求评审的工作产品名称：提出评审申请的工作产品名称。如：OTA 产品优化及产业化软件需求规格说明书。 （4）评审申请人：提出评审的申请者。一般为待评审工作产品的作者。 （5）建议评审时间：评审申请人建议该工作产品的评审时间。 （6）要求评审的工作产品所属开发阶段：通常包括规划阶段、需求分析阶段、 系统设计阶段、实现与测试阶段、系统验收阶段和安装运行阶段等。 规划阶段需评审的工作产品有： 项目计划等。 需求分析阶段需评审的工作产品有： 软件需求规格说明书 、 技术预研报告等。 设计阶段需评审的工作产品有： 概要设计说明书 、 详细设计说明
5、书 、 系统集成设计说明书等。 实现与测试阶段需评审的工作产品有： 测试计划和测试用例等。 系统验收阶段需评审的工作产品有： 测试总结报告 、 测试报告等。 安装运行阶段需评审的工作产品有： 工程实施方案等。 （7） 评审方式： 分为正式技术评审 （会议评审） 和非正式技术评审 （ Email 会签 走查 其他： “会议评审” ：指通过正式的会议方式进行评审； “Email 会签” ：当评审成员无法集中时，可通过 Email 方式收集意见，由评审负责 人汇总意见，并给出评审结论。 广东技术股份有限公司 6 “走查” ：如代码走查。 （8）评审级别：分“部门级” 、 “子部门级”和“项目组内”
6、“部门级” ：评审成员可能来自公司的各技术部门及相关部门。 “子部门级” ：评审成员来自指研发中心或技术拓展部的子部门，如研发中心智能卡一部； “项目组内” ：指评审人员来自项目组内部成员，如代码的审核。 （9）评审问答记录包含以下内容： 评审人对被评审工作产品提出的问题及项目组的解答。 评审过程中发现的问题及处理意见。 评审人对被评审工作产品提出的建议。 （10）评审意见汇总包含以下内容： 评审过程中识别的缺陷及缺陷建议解决方案。 评审组对被评审工作产品的总体评价意见及建议。 缺陷修正及验证填写说明：缺陷修正及验证填写说明： （11）缺陷内容：技术评审识别出的缺陷。 （12）修正措施：缺陷的修正措施。 （13）实施结果：缺陷修正措施的执行结果。 （14）实施人、日期：整改措施的实施者及实施完成日期。 （15）缺陷修正验证情况：验证人对已修正的工作产品进行验证，确认实施人完成修正后，填写验证结论。
