详细设计和代码评审方案.docxVIP

中国移动一级业务运营支撑系统 清算中心容灾扩容工程 详细设计和代码评审方案 批准人： 文档安全级别： 文档创建时间： 文档最后修改时间： 版本号： 编写人： 文档标识： 修订历史记录 文档标识 CMSZ-MCB3DR+-PRO-DCRP-1_0 页数 2 文档名称 详细设计和代码评审方案 版本号序号日期作者修 版本号 序号 日期 作者 张洪艳2004/10/1011.0 张洪艳 2004/10/10 1 1.0 和代码审查方案”(原为“提高文档和代码质量 的方案”)，去掉封面、修订历史记录 张洪艳2004/10/1321.0 张洪艳 2004/10/13 2 1.0 录，文件改名为“详细设计和代码评审方案”(原 为“详细设计说明书和代码审查方案”) CMSZ Confidential Page 1 1. 目的 1) 提高详细设计和代码的质量 2) 避免功能的遗漏和不正确 3) 相关文档一致 2. 原则 由于概要设计时间短，需要加强详细设计和代码的评审，评审的原则如下： 1) 编写人根据检查单自查 2) 评审组成员参与评审 3) 检查文档和代码的规范性 4) 检查功能的完整性和一致性(IDD 与 HLD 和 FS) 5) 检查详细设计与代码一致性 6) 检查相关文档的一致性(IDD 与 HLD、IDD 与代码、 IDD 与管理手册和开发规范等) 7) 评审方式为独自审查或面对面审查(编写人作讲解) 8) 评审记录直接在文档中批注或其它记录方式 9) 缺陷统计用《缺陷问题统计表模板》 10) 评审人对缺陷修改进行跟踪和验证 11) 评审记录(包括跟踪验证记录、缺陷统计表)及时归档 3. 评审过程 3.1. 详细设计评审 分为 2 个阶段。 3.1.1.编码前评审 编写人自查 编写人根据《详细设计说明书检查单》自查，重点检查完整性、一致性。 评审组和测试组评审 1) HLD 编写人和 HLD 评审人评审对应的详细设计， 重点检查与 HLD 一致性 (包括功能的 完整性和一致性) 2) 测试人员参与评审 格式用《缺陷问题统计表模板》。 CMSZ Confidential Page 2 评审记录及时提交给文档配置管理员归档。 SQA 审计 SQA 重点检查与 HLD 和 FS 一致性、规范性，统计并发布发现的缺陷。 评审记录(包括缺陷统计表)及时归档。 缺陷跟踪和验证 评审人跟踪和验证缺陷的修改。若有跟踪验证记录，及时归档。 3.1.2.编码后评审 代码单元测试通过后，提交测试组测试前，编写人根据代码修订详细设计。 编写人自查 重点检查与代码一致性(目录、源代码文件，类/函数，功能、流程、界面、数据等) SQA 审计 重点检查与 HLD 和 FS 一致性、规范性、与代码一致性(抽查部分重要代码)。统计并发布 发现的缺陷。 跟踪和验证缺陷的修改。 评审记录(包括跟踪验证记录、缺陷统计表)及时归档。 3.2. 代码评审 编写人自查 编写人根据检查单进行自查，可以使用工具。 评审组评审 此时编写人进行单元测试。 HLD 编写人和 HLD 评审人评审对应的代码，对核心代码重点检查与IDD 一致性、日志、逻 辑、算法效率、异常处理、代码冗余等；对非核心代码重点检查结构。评审方式为独自审查或面 对面审查(编写人作讲解) 评审记录及时提交给文档配置管理员归档。 SQA 审计 抽查部分重要代码，重点检查规范性。评审记录及时归档。 缺陷统计与发布 评审人统计并发布发现的缺陷，缺陷统计表及时归档。 缺陷跟踪和验证 评审人跟踪和验证缺陷的修改。若有跟踪验证记录，及时归档。 4. 缺陷统计说明 CMSZ Confidential