Review 管理流程

上传人:gp****x 文档编号:243142333 上传时间:2024-09-16 格式:PPT 页数:16 大小:316.50KB
返回 下载 相关 举报
Review 管理流程_第1页
第1页 / 共16页
Review 管理流程_第2页
第2页 / 共16页
Review 管理流程_第3页
第3页 / 共16页
点击查看更多>>
资源描述
,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,Review,-,质量管理系列培训一,1,目录,同行评审过程概述,同行评审的目的、对象和意义,角色与职责,核心代码评审与普通代码评审的区别,核心代码评审,普通代码评审,文档评审与代码评审的区别,文档评审,评审记录单,的使用,评审问题状态说明,2,同行评审过程概述,3,同行评审的目的、对象和意义,原因,尽管人们善于找出自己所犯的部分错误,但是相对于其他任何人而言,大量的各种错误还是很容易逃脱创作者的眼睛,这被称为思维定势。,目的,同行评审的目的,是在软件项目初期发现那些潜在的缺陷或错误,避免这些错误和缺陷遗漏到项目的后续阶段。,同行评审的对象,开发过程中的所有工作产品,包括代码、文档等,同行评审的作用,通过消除工作成果的缺陷而提高产品的质量;,越早消除缺陷就越能降低后续开发修改缺陷的人力和时间成本;,开发人员能及时地得到同行专家的帮助和指导,无疑会加深对工作成果的理解,更好地预防缺陷。,4,许多缺陷是在早期阶段引入的,发现的越晚,纠正的成本越高:,缺陷数量的放大的原因是,每个进入下个步骤的缺陷都可能引起下个步骤中的多个缺陷,导致消初缺成本的剧增。,5,角色与职责,作者:,在,SQA,处申请评审,id,号,通知相关评审人员评审时间地点,按关闭计划修改评审出的问题。对于普通代码的评审,作者自己制定评审问题关闭计划。,项目经理:,在项目立项的时候确定此项目是否需要进行核心代码评审。协助分析评审中发现的问题,对于核心代码评审,制定关闭计划,对改正的问题进行验证关闭。,评审委员会代表(,review committee representative-RCR,):,由,45,名技术能力较强的人组成评审委员会,项目经理可以同时是评审委员会成员(但不能担任自己负责项目的评审委员会代表),负责选出必须申请评审的代码范围,指定其他参与评审的成员。参加评审会议,协助评审成员指出评审对象中的问题。,6,评审成员:,参加评审会议,提出评审对象中的问题。,记录员:,记录员可以为作者或其他评审人员,负责记录评审出的问题,此过程输出,评审记录单,(电子版)。记录员负责将,评审记录单,发送给参与评审所有人员。,SQA,:,对于有核心代码评审要求的项目根据开发计划,向项目经理了解开发进度,在开发进展到一定阶段时提醒,RCR,人员挑出需要评审的核心代码。为申请的,review,提供,review ID,。检查评审过程及,评审记录单,,保证评审按照流程进行,评审达到应有的效果,跟踪评审出的问题的解决情况,保证所有评审问题及时关闭。对,评审记录单,备份整理。,7,核心代码评审与普通代码评审的区别,1.,参与角色不同:核心代码评审需要评审委员会代表(,RCR,),项目经理必须参与,而普通代码评审不需要。,2.,评审驱动方式不同:核心代码由,SQA,驱动,,RCR,选择代码范围进入评审。普通代码评审为开发人员自己发起,对自己认为有必要评审的代码组织评审。,3.,评审过程不同:流程图中详细介绍。,4.,评审问题的关闭者不同:核心代码评审为项目经理验证关闭评审问题,普通评审为问题提出者验证关闭。,8,注意:,与评审过程相关的所有邮件抄送,team,组相关人员和,SQA,。保证评审期间,team,组人员良好沟通。,开发工程师可以根据代码改动量的大小自己控制同行评审进行的地点,可以在会议室,也可以选择工位或邮件形式进行,针对改动很小评审也可以通过邮件进行。工位和会议室进行的评审需要有评审记录,输出,评审记录单,。邮件进行代码评审的不需要输出,评审记录单,,且不需要,SQA,跟踪。,9,核心代码评审,流程图,核心代码评审,10,普通代码评审,流程图,普通代码评审,11,文档评审与代码评审的区别,不需要评审委员会代表(,RCR,)参与。,评审前无单元测试报告输出,有评审要求的文档必须经过评审才可以归档,邮件,工位,会议室所有形式的评审都要输出,评审记录单,。,通过邮件进行的文档的评审,SQA,也需要跟踪。,文档评审的问题由,SQA,验证关闭。,12,文档评审,流程图,文档评审,评审文档与参与角色对照表,文档编写,check list,13,评审记录单的使用,UMPAY_SW_,图表,_,评审记录单,_,项目,_peixun.xls,表单使用目的:,1.,评审记录可以为项目度量依据。为今后计算评审问题发现效率提供数据支持。,2.,保证评审出的问题不被遗漏,并且全部在受控下改正。,3.,避免遗忘暂时解决不了的问题(挂起问题)。,14,评审问题状态说明,Opened,当问题被提交时状态为,Opened;,Closed,确认问题已经修改正确经过验证关闭后,将问题状态置成,Closed;,挂起,不能立刻解决的问题,评审记录单此问题置“挂起”状 态,,SQA,负责定期回顾跟踪。,15,谢谢,16,
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 图纸专区 > 大学资料


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!