CMMI 3培训_同行评审培训教程

主讲人：董琛,CMMI之同行评审培训,杭州中软安人网络通信有限公司,二年月,什么叫同行评审？,由软件工作产品作者的同行们按一定规则检查该工作产品，识别产品的缺缺陷，改进产品的不足，跟踪缺陷的状态的过程，我们称之为同行评审!,同行评审的目的,检验工作产品是否正确的满足了以往的工作产品中建立的规范，如需求或设计文档识别工作产品相对于标准的偏差，包括可能影响软件可维护性的问题向作者提出改进建议促进参与者之间的技术交流和学习,它的目的在于从软件工作产品的早期就有效的发现缺陷，并修复这些缺陷。一个非常重要的效果是设计一个更能理解的软件工作产品，并且防止可能产生的缺陷，不要等到项目将要结束或者较为后期才发现一些重大的缺陷，这样会花费非常昂贵的成本进行修复。,同行评审的好处！,进行同行评审能更早的发现并解决问题，降低项目的风险及成本,进行同行评审能更为有效的设计出出色的工作产品,进行同行评审能促进同行间的协作和互补,进行同行评审能使大家更为全面的了解工作产品,哪些工件可以列为评审对象？,需求规格说明书用户界面规范及设计架构，概要设计，详细设计及模型源代码测试计划，设计，用例及步骤软件开发计划，包括项目管理计划，配置管理计划和质量保证计划,如何判定工作需评审？,使用了新技术，方法，工具的组件关键的架构性的组件难以理解，却又必须准确和优化的复杂逻辑或算法具有危险失败模式的组件，而且是任务、可靠性、安全性关键的具有多个异常条件或失败模式的组件不易测试的异常处理代码打算复用的组件将作为其他组件的模型或模板的组件影响产品多个部分的组件复杂的用户界面由缺乏经验的开发者创建的组件具有复杂性的代码模块以往具有很多缺陷或变更的模块,参与者,以往的文档或规范的作者以该工作产品为基础进行后续工作的人作者的同行们使用该工作产品接口的组件的负责人,各工作产品的参评人(一),工作产品类型：架构或概要设计参评人：架构师需求分析师设计师项目经理集成测试工程师,各工作产品的参评人(二),工作产品类型：详细设计参评人：设计师架构师程序员集成测试工程师,各工作产品的参评人(三),工作产品类型：过程文档参评人：过程改进组负责人过程改进工作组成员管理级的过程拥有者使用过程的实践者的代表,各工作产品的参评人(四),工作产品类型：项目计划参评人：项目经理产品经理需求提出者市场或销售代表技术负责人质量保证工程师,各工作产品的参评人(五),工作产品类型：需求规格说明书参评人：需求分析师项目经理架构师设计师系统测试工程师质量保证经理用户或市场代表文档编写者业务专家技术支持代表,各工作产品的参评人(六),工作产品类型：源代码参评人：程序员设计师单元测试工程师维护者需求分析师编码标准专家,各工作产品的参评人(七),工作产品类型：系统技术文档参评人：作者项目经理维护者程序员,各工作产品的参评人(八),工作产品类型：测试文档参评人：测试工程师程序员（单元测试）架构师（集成测试）需求分析师（系统测试）质量保证代表,各工作产品的参评人(九),工作产品类型：用户界面设计参评人：用户界面设计师需求分析师用户应用领域专家可用性或人体专家系统测试工程师,各工作产品的参评人(十),工作产品类型：用户手册参评人：文档编写者需求分析师用户或市场代表系统测试工程师维护人员设计师用户教育设计师培训师技术支持代表,角色及责任,下面是评审过程中涉及的角色及责任。所有参与者除了自身担任的特定角色外，也都是检查者。一次评审需要至少三个参与者，包括作者。如果只有三个人参与评审，那么评审负责人还要兼作记录人或阅读人。创建者一般不作阅读人，评审负责人或记录人。,评审位置示意图,识别问题而非讨论问题的解决方法发现问题而非解决问题,评审负责人,作者,记录员,阅读员,QA,角色及责任(一),角色：作者责任：被评审的工作产品的作者或维护者请求同行评审协调者分配一位评审负责人，从而发起评审过程。陈述评审目标提交工作产品及其规范或以往的文档给评审负责人。与评审负责人一起选择检查者，并分配角色。对应问题日志和微错清单上的项目。向评审负责人报告返工时间和缺陷数。,角色及责任(二),角色：评审负责人责任：使用评审负责人检查表作为工作辅助。计划，安排，组织评审活动。与作者一起选择检查者，并分配角色。提前评审会议至少三天，将评审项目打包并发送给检查者。确定会议准备是否充分。如果不充分，重新安排会议时间。促进评审会议进行。纠正任何不适当的行为。随着阅读人展现工作产品的各部分，引导检查者提出问题。记录评审过程中提出的行动决议或问题。领导评审小组确定工作产品的评估结果。作为审核者或指派其他人承担该责任。提交完成的评审总结报告给组织的同行评审协调者。,角色及责任(三),角色：阅读人责任：向评审小组展示工作产品的各部分引导检查者进行评论提出问题或疑问,角色及责任(四),角色：记录人责任：记录并分类评审会议中提出的问题。,角色及责任(五),角色：检查者责任：在评审会议之前检查工作产品，发现其缺陷，为参加评审会议做准备。记录准备时间。参加评审，识别缺陷，提出问题，给出改进建议。,角色及责任(六),角色：审核者责任：进行跟踪，确认返工工作被正确执行,角色及责任(七),角色：协调者责任：项目评审度量数据库的拥有者。维护每次评审的评审记录及来自评审总结报告中的数据。根据评审数据形成报告，提交给管理层、过程改进组及同行评审过程的拥有者。,评审前提,作者为待评审的工作产品选择了评审方法。准备好所有必需的支持文档。作者陈述了该次评审的目标。评审者接受了同行评审过程的培训。为待评审的文档分配了版本号、所有页面都标明了页号和行号、文档经过了拼写错误检查。为待评审的源代码分配了版本号、代码清单标明了行号和页码、代码已经使用项目标准编译转换器编译过，并且没有错误和警告信息、使用代码分析器发现的错误已经被改正。对于二次评审，前一次评审中发现的所有问题都已经解决。满足所有针对特定的工作产品定义的附加入口条件。,评审计划,任务责任人1.将需要评审的工作产品和支持文档，如规范、以往评审负责人文档，相关测试文档交给评审负责人。2.确定工作产品是否满足评审入口条件。作者3.根据工作产品的规模和复杂度确定需要多少次评审评审负责人和作者4.选择检查者，并为其分配角色。确认检查者同意参评审负责人和作者加评审。5.确定是否需要一次评审说明会议。作者6.安排评审会议或者还有评审说明会议的时间，并发评审负责人出会议通知。7.提前评审会议至少三个工作日向参与者分发评审包。评审负责人或作者,评审准备,任务责任人1.要求每个检查者以特定的角度准备评审。例如，评审负责人和作者检查交叉引用的一致性，检查接口错误，检查对以往的规范的可追溯性和一致性，检查对标准的符合性。2.检查工作产品，理解它，发现其缺陷，并提出检查者问题。使用适当的缺陷检查表，集中于发现这类工作产品中普遍存在的缺陷。适当使用其它分析方法查找缺陷。3.将微小缺陷记录到微错清单上，如排版错误或检查者风格不一致。在评审会议上或之前交给创建者。,评审会议(一),表一任务责任人1.召开会议：评审负责人介绍参与者（如果需要），说明其角色，陈述评审的目标。指导检查者将精力集中于发现缺陷，而不是解决方法。提醒参与者评论要针对正在评审的工作产品，而不是作者。2.确认准备情况：评审负责人询问每个检查者的准备时间，并记录到评审总结报告上。如果准备不充分，重新安排会议时间。3.展示工作产品：阅读人向评审小组描述工作产品的各部分。,评审会议(二),续任务责任人4.提出缺陷和问题：检查者每当阅读人展示完工作产品的一部分，指出关心的，潜在的缺陷，疑问或改进建议。5.记录问题：记录人对每个提出的问题，记录到问题日志上。大声读出记录，以确认问题被正确地记录。6.解答问题：创建者简短回答提出的问题，使检查者进一步了解工作产品，从而帮助发现缺陷。,评审会议(三),续任务责任人7.确定产品评估结果：检查者所有评审会议结束以后，确定工作产品的评估结果，从表2中选择。如果检查者们的意见不一致，那么评估结果应确定为所有检查者给出的评估结果中最保守的一个。8.签署评审总结报告：检查者所有参与者都要在评审总结报告上签字，说明他们同意评审结果。9.收集评审反馈：评审负责人使用评审经验教训问卷，要求检查者评估评审并提出改进建议。,评审会议(四),表二对每个发现的缺陷需要纪录的信息评价含义完全接受可能需要修改工作产品，但修改不需要审核。有条件的接受必须修改缺陷，所作的修改必须由评审总结报告上指定的人审核。二次评审返工工作工作产品的很大部分都需要修改或需要做很多变更。作者完成返工工作后需要二次评审。评审未完成评审内容的重要部分没有评审或评审因某些原因中断。,评审会议(五),表三返工的说明任务责任人1.确认作者已经对应了问题日志上的每一项。确定作审核者者是否正确的判断了哪些缺陷不必改正，那些改进建议不必实现。2.检查修改后的工作产品，判断返工工作是否正确执审核者行，将结果报告给作者，从而声明返工工作已经完成，重做没有正确完成的返工工作，对应之前没有对应的项目。3.将工作产品基线化到项目配置管理系统中作者,评审会议(六),续任务责任人4.将没有改正的缺陷记录到项目缺陷跟踪系统中。作者5.如果返工工作不需要审核，要向评审负责人报告发作者现和修改的严重缺陷和轻微缺陷的数量，以及实际的返工工作量。,评审会议(七),表四跟踪的说明任务责任人1.确认作者已经对应了问题日志上的每一项。确定作审核者者是否正确的判断了哪些缺陷不必改正，那些改进建议不必实现。2.检查修改后的工作产品，判断返工工作是否正确执审核者行，将结果报告给作者，从而声明返工工作已经完成，重做没有正确完成的返工工作，对应之前没有对应的项目。3.将工作产品基线化到项目配置管理系统中作者,评审会议(八),续任务责任人4.向评审负责人报告发现和修改的严重缺陷数和轻微作者缺陷数及实际的返工工作量。5.检查是否满足评审和同行评审过程的出口条件。如评审负责人果满足，则评审结束。,评审产出工件,1.基线化的工作产品2.完成的评审总结报告3.完成的问题日志4.完成的微错清单5.发现和改正的缺陷数,评审结束条件,作者的所有评审目标都已达成。1.评审中提出的问题被跟踪直至关闭。2.所有严重缺陷都已改正。3.没改正的缺陷已被纪录到项目缺陷跟踪系统中。4.修改的工作产品已基线化到项目配置管理系统中。5.如果需要修改以前的项目交付物，则已经正确的修改了这些交付物，保存到了项目配置管理系统中，并且通过了所有必要的测试。6.评审负责人收集并记录了评审数据。7.评审负责人已经向同行评审协调者提交了完成的评审总结报告和缺陷数。,评审数据度量,评审负责人应当在评审总结报告和问题日志的适当位置记录相关数据，并报告给组织的同行评审协调者。同行评审协调者应当在存储库中保存这些度量值，并生成阶段性的数据总结，报告给实践者和经理们。,评审数据度量(一),表五每次评审中收集的数据项数据项定义计划工作量评审负责人和作者进行计划，安排会议时间，整理、复制、分发评审材料及其他相关任务的全部工作时间评审说明工作量如果有评审说明会议的话，会议参与者的全部工作时间准备工作量检查者和作者准备评审的全部工作时间会议时间评审会议持续的小时数,评审数据度量(续),续数据项定义返工工作量作者改正原始交付物中缺陷及进行改进的全部工作量；包括跟踪阶段的审核时间。发现的严重缺陷，评审小组发现的严重缺陷和轻微缺陷的总数；不轻微缺陷包括非缺陷的问题，如疑问，说明性请求，风格问题或微错清单上的项改正的严重缺陷，返工期间改正的严重缺陷和轻微缺陷总数轻微缺陷,评审数据度量(续),续数据项定义计划规模，实际规模计划评审和实际评审的代码行总数（不包括注释和空行）或文档页数。检查者人数评审会议参与者人数评审的评估结果评审小组对被评审的工作产品的处理决议（完全接受，有条件的接收，二次评审返工工作）,评审数据度量(二),表六由评审数据项计算得