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

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