软件项目产品技术评审实施指南.docVIP

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