《软件项目产品技术评审实施指南》.doc

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