《详细设计和代码评审方案》由会员分享,可在线阅读,更多相关《详细设计和代码评审方案(5页珍藏版)》请在金锄头文库上搜索。
1、_中国移动一级业务运营支撑系统中国移动一级业务运营支撑系统清算中心容灾扩容工程清算中心容灾扩容工程详细设计和代码评审方案详细设计和代码评审方案_批准人:_文档安全级别: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根据讨论修改,文件改名为“详细设计说明
2、书和代码审查方案” (原为“提高文档和代码质量的方案” ) ,去掉封面、修订历史记录1.02004/10/10张洪艳2根据郑明忠意见修改,加上封面、修订历史记录,文件改名为“详细设计和代码评审方案”(原为“详细设计说明书和代码审查方案” )1.02004/10/13张洪艳清算中心容灾扩容工程详细设计和代码评审方案Version 1.0 2004/10/13CMSZ ConfidentialPage 11. 目的目的1)提高详细设计和代码的质量2)避免功能的遗漏和不正确3)相关文档一致2. 原则原则由于概要设计时间短,需要加强详细设计和代码的评审,评审的原则如下:1)编写人根据检查单自查2)评审
3、组成员参与评审3)检查文档和代码的规范性4)检查功能的完整性和一致性(IDD 与 HLD 和 FS)5)检查详细设计与代码一致性6)检查相关文档的一致性(IDD 与 HLD、IDD 与代码、IDD 与管理手册和开发规范等)7)评审方式为独自审查或面对面审查(编写人作讲解)8)评审记录直接在文档中批注或其它记录方式9)缺陷统计用缺陷问题统计表模板10) 评审人对缺陷修改进行跟踪和验证11) 评审记录(包括跟踪验证记录、缺陷统计表)及时归档3. 评审过程评审过程3.1. 详细设计评审详细设计评审分为 2 个阶段。3.1.1.编码前评审编码前评审编写人自查编写人根据详细设计说明书检查单自查,重点检查
4、完整性、一致性。评审组和测试组评审1)HLD 编写人和 HLD 评审人评审对应的详细设计,重点检查与 HLD 一致性(包括功能的完整性和一致性)2)测试人员参与评审清算中心容灾扩容工程详细设计和代码评审方案Version 1.0 2004/10/13CMSZ ConfidentialPage 2评审记录及时提交给文档配置管理员归档。SQA 审计SQA 重点检查与 HLD 和 FS 一致性、规范性,统计并发布发现的缺陷。评审记录(包括缺陷统计表)及时归档。缺陷跟踪和验证评审人跟踪和验证缺陷的修改。若有跟踪验证记录,及时归档。3.1.2.编码后评审编码后评审代码单元测试通过后,提交测试组测试前,编
5、写人根据代码修订详细设计。编写人自查重点检查与代码一致性(目录、源代码文件,类/函数,功能、流程、界面、数据等)SQA 审计重点检查与 HLD 和 FS 一致性、规范性、与代码一致性(抽查部分重要代码) 。统计并发布发现的缺陷。跟踪和验证缺陷的修改。评审记录(包括跟踪验证记录、缺陷统计表)及时归档。3.2. 代码评审代码评审编写人自查编写人根据检查单进行自查,可以使用工具。评审组评审此时编写人进行单元测试。HLD 编写人和 HLD 评审人评审对应的代码,对核心代码重点检查与 IDD 一致性一致性、日志、逻辑、算法效率、异常处理、代码冗余等;对非核心代码重点检查结构。评审方式为独自审查或面对面审查(编写人作讲解)评审记录及时提交给文档配置管理员归档。SQA 审计抽查部分重要代码,重点检查规范性。评审记录及时归档。缺陷统计与发布评审人统计并发布发现的缺陷,缺陷统计表及时归档。缺陷跟踪和验证评审人跟踪和验证缺陷的修改。若有跟踪验证记录,及时归档。4. 缺陷统计说明缺陷统计说明格式用缺陷问题统计表模板 。清算中心容灾扩容工程详细设计和代码评审方案Version 1.0 2004/10/13CMSZ ConfidentialPage 3文档命名规则为:缺陷问题统计表_评审对象_MMDD评审人姓名简拼。其中 里的内容要用实际的文字替换,MMDD 为评审日期,评审人姓名简拼同邮件帐号规则。