1、-内部资料，注意保密- 第 1 页 共 6 页 软件项目产品技术评审实施指南文件编号文件状态 草稿 正式发布 正在修改当前版本 V1.0拟 制 胡珊珊 日期 2007-11-21审 核 日期批 准 日期发布日期生效日期 -内部资料，注意保密- 第 2 页 共 6 页 修订历史记录A - 增加 M - 修订 D - 删除变更版本号 日期 变更类型（A*M*D）修改人 摘 要 备注1.0 2007-11-21A 胡珊珊 建立-内部资料，注意保密- 第 3 页 共 6 页 目 录1 引言 .41.1 目的 .41.2 范围 .42 技术评审的方式和级别 .42.1 评审方式 .42.2 评审级别 .
2、43 推荐的工作产品评审方式与级别 .54 软件项目实施技术评审注意事项 .5-内部资料，注意保密- 第 4 页 共 6 页 1 引言1.1 目的指导项目经理和技术评审小组如何进行有效的技术评审，以便尽早发现并消除工作产品的缺陷。1.2 范围本文主要描述技术评审的评审方式及评审级别，推荐的软件产品评审方式和级别，技术评审的其他规定。本指南适合公司技术部门的所有软件项目。2 技术评审的方式和级别2.1 评审方式软件项目产品的技术评审方式分为正式技术评审和非正式技术评审。1)、正式技术评审对软件项目的重要技术成果必须进行正式技术评审，正式技术评审比较严格，需要举行评审会议，参加评审会议的人员比较多
3、。2） 、非正式技术评审由于软件项目的阶段工作产品非常多，进行正式技术评审的成本很高，因此，对于质量要求不是很高的产品或需求非常明确的产品可以采取非正式技术评审的方式进行技术评审。非正式技术评审的形式比较灵活，通常在同伴或组内之间展开，不必举行评审会议，评审人员比较少。常见的非正式技术评审方式有如下几种：“Email 会签” ：当评审成员无法集中时，可通过 Email 方式收集意见，由评审负责人汇总意见，并给出评审结论。“走查”：如代码的审核。“项目组裁决”：非决策类的评审和要求比较明确的产品可在项目组内组织讨论决定。2.2 评审级别评审级别分“事业部级” 、 “子部门级”和“项目组内”“事业
4、部级”：指各事业部，这个级别的技术评审成员需要覆盖大多数子部门。“子部门级”：指各事业部的子部门，如公共安全事业部开发一部；“项目组内”：指评审人员来自项目组内部成员，如代码的审核。-内部资料，注意保密- 第 5 页 共 6 页 3 推荐的工作产品评审方式与级别不同项目级别的评审方式 不同项目级别的评审级别项目过程 工作产品A 类 B 类 C 类 A 类 B 类 C 类项目规划 项目计划 正式 正式 事业部级 事业部级 子部门级用户需求说明书 正式 事业部级 需求开发软件需求规格说明书 正式 正式 事业部级 事业部级 概要设计说明书 正式 正式 事业部级 事业部级 详细设计说明书 项目组内 项
5、目组内 系统设计说明书 项目组内 项目组内 系统设计数据库设计说明书 项目组内 项目组内 代码 项目组内 项目组内 单元测试计划 项目组内 项目组内 单元测试用例 项目组内 项目组内 单元测试总结 项目组内 项目组内 集成测试计划 项目组内 项目组内 集成测试用例 项目组内 项目组内 实现与测试集成测试总结 项目组内 项目组内 系统测试计划 正式 事业部级 项目组内 系统测试用例 正式 事业部级 项目组内 系统测试系统测试总结 事业部级 项目组内 培训计划 培训培训教材 研发验收计划 研发验收报告 正式 正式 事业部级 事业部级 子部门级用户手册 项目组内 项目组内 安装手册 项目组内 项目组
6、内 产品说明书 项目组内 项目组内 实施计划 项目组内 项目组内 掩膜定型测试报告 事业部级 事业部级 平台个人化操作手册 事业部级 事业部级 平台应用开发手册 事业部级 事业部级 Patch 使用手册 事业部级 事业部级 研发验收产品描述文档 事业部级 事业部级 实施计划 正式 正式 事业部级 事业部级 用户手册 项目组内 项目组内 客户验收安装手册 项目组内 项目组内 4 软件项目实施技术评审注意事项 软件项目技术评审的工作量应占整个软件生命周期的 10%以上，对风险较大或规模较大的工作产品，其开发过程中的技术评审工作量应适当加大。 正式技术评审的人员不少于三人（含评审负责人） ，如果不能满足条件，不能进入评审准备过程。 项目计划中应包含技术评审计划 ，在计划中预留技术评审的工作量。项目计划评审-内部资料，注意保密- 第 6 页 共 6 页 时，同时对技术评审计划进行评审。 正式技术评审应以外部评审人员为主（同行） 。 技术评审时，按IASPEC-SP-TR-S01 技术评审准则要求进行，可由评审负责人进行裁剪（增、删、改） 。
