WATER Corporation 代码走查计划书Version 2.0文档修改记录版本号主 要 作者修改记录完成日期1。0无2025—03-181.1待评审物2025—03-181。2评审流程2025—03—192.0人员分工、评审流程2025—03-20XXX2025/3/20目 录1. 进度计划42。待评审物43. 成员角色54。基本原则54。1 代码评审原则54.2评审指导文档65。走查过程定义65。1 代码走查计划准备阶段65.2个人代码走查阶段65。3 代码走查会议阶段75.4缺陷修改与关闭71.进度计划小组代码走查活动时间进度安排如下所示：2.待 评 审物待评审物名称：银行系统取款模块源代码V1 。 0 （ SC-Banking-Withdraw- V1.0）工作任务时间安排制定编码法律规范文档3 月 20 日 19：00-21:00制定代码走查 CheckList,提交待评审项目3 月 21 日 19：00-21:00评审人员执行个人走查,利用工具记录发现的问题3 月 22 日 13：00-15:00小组走查会议，完成缺陷记录报告,3 月 22 日 15：00—16：30开发人员完成代码修改3 月 23 日 9:00-12:30评审人员再次走查修改过的代码3 月 24 日 19:00-20：30跟踪发现的问题直至问题关闭3 月 25 日 9:00-11:00Figure 1 UML Model for Banking-Withdraw3.成员角色成员角色提交成果物组长代码走查报告质量保证人员代码检查单开发人员修改前后代码，展示 PPT评审人员填写后代码检查单，走查改进建议评审人员填写后代码检查单，走查改进建议评审人员填写后代码检查单,走查过程描述评审人员填写后代码检查单，走查过程描述组长：制定代码走查的计划、安排代码走查活动职责分工、组织代码走查,确保代码走查的过程法律规范执行；质量保证人员：制定 CheckList，记录代码走查会议以及完成问题记录报告；开发人员:完成代码，在代码走查中引领走查人员读代码，走查结束后并根据走查的问题记录报告完成代码修改;评审人员：依据编程法律规范和 CheckList 执行代码走查，使用 Jupiter 工具记录发现的问题。4.基本原则4.1代码评审原则1. 一次检查少于 200～400 行代码 2. 努力达到一个合适的检查速度：每小时少于 300~500 行代码 3. 有足够的时间、以适当的速度、认真地检查，但不宜超过 60～90 分钟 4. 在复审前,代码作者应该对代码进行注释 5. 建立量化的目标并获得相关的指标数据，从而不断改进流程 6. 使用检查表（checklist)肯定能改进双方（作者和复审者）的结果 7. 验证缺陷是否真正被修复 8. 管理人员要营造良好的...
