CMMI3同行评审详细过程定义文档格式.doc
- 文档编号:13160422
- 上传时间:2022-10-07
- 格式:DOC
- 页数:9
- 大小:132.50KB
CMMI3同行评审详细过程定义文档格式.doc
《CMMI3同行评审详细过程定义文档格式.doc》由会员分享,可在线阅读,更多相关《CMMI3同行评审详细过程定义文档格式.doc(9页珍藏版)》请在冰豆网上搜索。
再者,消除工作成果的缺陷,可以提高产品质量,提高客户满意度。
(点击查看大图)图4-1
开发各阶段缺陷放大图
总之,同行评审有助于"
提高质量、提高生产率、降低成本"
但是要注意,同行评审不可能代替测试,正如测试不可能替代同行评审一样。
那么,工作产品通过了什么样的评审才算合格呢?
同行评审本身的要求有没有在质量目标里?
评审的工作量和参加人员的资格、评审时间是否有要求呢?
4.2
同行评审的种类和对象同行评审活动的关注点应该是工作产品中的缺陷,而不应该是工作产品的作者或者生产者,管理者也不应使用同行评审的结果去评价个人的行为。
同行评审的分类有很多种,自从IBM的Fagan发明了同行评审之后,软件行业提出了很多同行评审模型,比较著名的有IEEE
1028评审、微软的技术评审、Gill
Graham审查、Van
Emden审查、Yourdon结构化走查等。
4.2.1
同行评审的种类本书中按照CMMI模型的提法,将同行评审分为3类。
(1)正式评审(Inspection),通常是由经过同行评审培训的项目经理或PPQA主持,规模在3~7人之间为宜,一般在完成了一个工作产品后对其进行的评审。
正式评审的目的在于定位并除去工作产品中的缺陷。
(2)技术审查(Technical
Reviews),或称内部评审,通常由技术负责人或项目经理召集,三人以上参加。
技术审查一般是在工作产品的中期进行或完成了某部分独立的工作产品时进行,也可在书写草案遇到问题时就其中专门的一两项问题讨论和审查。
也可以是检查工作产品与规程、模板、计划、标准的符合性或者变更是否被正确地执行。
技术审查的目的在于通过对开发人员的工作产品的技术审查,提出改进意见。
(3)走查(Walkthrough),又叫代码走查或代码走读,审查的范围根据需求的优先级通常由管理人员来确定,主要是静态质量分析和编程规则检查。
通常是小型讨论会,一般是在工作产品形成的早期进行,作者有一定的想法时,希望从中获得一些帮助或补充一些想法。
当然也可以在编制工作产品的任何阶段进行,两三个人参加,由作者主持,主要是评估和提高工作产品的质量或教育参加者。
其中,"
正式评审"
是正式的,"
技术审查"
和"
走查"
是常用的非正式同行评审方法。
4.2.2
同行评审的对象同行评审的对象包括所有软件开发的中间和最终工作产品,例如包括:
(1)产品需求规格说明书;
(2)用户界面规范及设计;
(3)架构设计、概要设计、详细设计及模型;
(4)源代码;
(5)测试计划、设计、用例及步骤;
(6)项目计划,包括开发计划、配置管理计划和质量保证计划等。
所有这些会涉及的评审内容,应该在编制的项目计划或者小的开发计划中体现,不应该也不能是临时性的安排。
4.3
同行评审过程根据同行评审的重要程度,正式评审、技术审查和走查三种形式的流程和成果物的使用力度不尽相同,但其主要的步骤和内容大体一致,参见如图4-2所示的同行评审流程图。
(点击查看大图)图4-2
同行评审流程图
4.3.1
正式评审流程正式评审包括下述6个基本步骤。
(1)预备:
为保证评审的质量,可以先进行一个预备会议。
会议上,由作者花几分钟的时间向评审组概要介绍评审材料,例如讲解一下本工作产品的目标是什么,其他相关的实现细节、开发标准等。
应该允许甚至鼓励评审组成员动手查看工作产品,或者查看开发过程中所用到的检查单等。
这个讲解的过程从某种角度上来说,也保证了作者提交工作产品的质量。
会议结束时把文档分发给每位与会者,下发的材料应该控制在2小时之内审核完成为宜。
这些文档可以包括:
要审查的工作产品;
参考文档;
工作产品评审检查表;
工作产品审阅情况记录表。
评审主持人负责根据具体情况确定什么时间开始真正的评审会议。
(2)审查:
在预备会和正式评审会之间,评审小组成员会对工作产品进行彻底检查,并依据相关标准和准则评审工作产品,记录发现的缺陷、问题种类与严重程度、所用的时间等。
(3)评审:
在预定的正式评审时间内(会议时间建议控制在2小时),评审小组成员以会议形式聚在一起,依次对产品进行检查。
每个评审员花一定的时间(一般为十几分钟)指出问题,并和作者确定问题和定义问题的严重程度。
注意,评审过程中是发现错误,而不是现场改正它们。
会议中,记录员详细记录每一个已达成共识的缺陷,包括缺陷的位置、简短描述缺陷、缺陷类别、该缺陷的发现者等。
未达成共识的缺陷也将记录下来,加入"
待处理"
或者TBD标识,评审主持人将指派作者和评审员在会后处理评审会议中未能解决的问题。
(4)书写评审报告:
评审主持人根据记录员的记录和自己的总结,在一天内写出评审报告,内容包括:
根据评审专家个人的输入创建总的问题清单;
加入会议中发现的问题;
剔除经确认属于重复或者无效的问题;
共同确定需要修改的问题及修改的程度。
(5)返工:
作者根据评审报告的决议,负责解决确定的所有缺陷和问题。
(6)跟踪:
评审组长必须确保所提出的每个问题都得到了圆满解决。
必须仔细检查对文档的每个修正,以确保没有注入新的错误。
4.3.2
技术审查流程技术审查通常包括下述3个基本步骤。
(1)准备:
评审组长(通常是项目经理)要求项目组成员提供需要考虑的特定问题并分发评审材料。
评审组长确定评审重点:
需要注意的特定问题;
需要满足的特殊标准或规格说明;
需要审查的接口或依赖关系。
(2)评审:
评审人各自审查评审材料,目的是发现错误,而不是改正它们(通常每次评审会不超过1小时)。
评审组组长应在一天内写出评审报告。
评审会议内容包括:
汇总个人发现的问题;
加入会议中发现的问题。
(3)跟踪:
作者负责解决评审报告中的所有错误及问题。
评审组长检查所提出的每个问题都得到了解决。
组长起草评审发现报告:
问题或弱项清单;
小组对如何解决这些问题或弱项清单的建议;
行动事项。
4.3.3
走查流程走查对形式的要求更为简单,主要有下述两种方式。
(1)参与者驱动法:
参与者按照事先准备好的列表,提出他们不理解的术语和认为不正确的术语。
作者必须回答每个质疑,要么承认确实有错误,要么对质疑做出解释。
(2)文档驱动法:
作者向评审人仔细解释文档(或代码)。
在此过程中,可以将评审的内容(如关键代码、架构图、业务逻辑图等)用投影仪投射到屏幕上,作者对工作产品进行讲解,评审人不时针对事先准备好的问题或解释过程中发现的问题提出质疑。
它比参与者驱动法可能更有效,往往能检查出更多错误。
经验表明,使用文档驱动法时许多错误是由文档讲解者自己发现的。
在走查过程中,每个评审人都要记录错误或建议,会后要整理会议记录,作为走查报告。
工作产品的作者可以根据自己的思路对走查报告质疑。
注:
对代码的同行评审其实就是代码走查,可以使用投影仪打出关键代码位置与参与人员一起读,也可以几个开发人员一起进行交叉走查。
选定的进行代码走查的范围根据需求的优先级来具体确定。
4.4
同行评审方式的选择对于同一个工作产品,根据所处于的阶段可以使用不同的评审方式。
如对于工作产品刚刚勾画、起草时,可以采用走查方式;
对于完成了某一个单独的章节,可以采用技术审查方式;
待整个产品完成,使用正式评审全面考察。
4.4.1
三种同行评审方式的比较对不同的工作产品,可以根据表4-1建议结合项目情况进行调整和裁剪。
表4-1
三种同行评审方式的比较种类正式评审、技术审查、走查,目的以比较详细的粒度,定位并去除工作产品中的缺陷表明工作产品与规约、计划、标准的符合性或者变更被正确地执行了评估、提高工作产品,教育参加者入口准则工作产品符合已建立的准备准则发布了评审目的,工作产品就绪,作者准备好工作产品计划中标识时机工作产品全部完成完成独立的章节架构、蓝图、草稿规模3~8人3~5人2~3人评审材料相对较少中等或较多,需要根据评审的目的确定中等准备时间3~5天准备2天准备
主持人专职主持人小组长/组长作者变更验证主持人验证返工组长验证,作为评审报告的一部分由其他的项目控制手段执行成果物缺陷清单和度量元总结技术评审报告,包括缺陷清单以及行动计划走查报告,缺陷记录以及改进建议
4.4.2
同行评审的结果同行评审的结果通常有3种:
(1)正常:
评审专家做好了评审准备,会议正常,结果明确,不需要再次评审;
(2)延期:
30%以上评审专家没有做好准备,会议无法正常进行,需要确定再次评审时间;
(3)取消:
在初审阶段就发现很多问题,需要作者进行修正,然后再进行第二次同行评审。
4.4.3
正式评审的特征相对于走查和技术评审,正式评审具有一些明显的特征。
(1)评审以一种正式的形式进行,如有正式的、事先定义好的有关职责的各种角色,并遵循组织规定的标准流程。
(2)对于任何工作产品的评审,都会组建与之对应的专门评审组,包括作者、主持人、记录员以及评审员若干。
评审组成员也可以包括项目经理、PPQA,但是不能有作者的直接领导或者管理者。
(3)评审小组先召开一个预备会议,作者会针对工作产品向大家做一个总体的介绍,例如讲解一下本工作产品的目标是什么,其他相关的实现细节、开发标准等。
(4)评审小组的主持人负责确定什么时间开始真正的评审会议,在预备会和正式评审会之间,评审小组成员会对工作产品进行彻底检查,并依据相关标准和准则评审工作产品。
(5)在预定时间,评审小组成员以会议形式聚在一起,依次对产品进行检查,主持人负责对整个会议的进展进行控制,而记录员则负责记录下整个过程。
(6)在工作产品中发现的每一个缺陷都会被认真记录下来,并被适当分类。
(7)会议结束后,负责人需要分析有关缺陷,找出产生此缺陷的原因并加以修正。
(8)主持人应确保所有的缺陷都会得到解决和修正。
如果过程需要加以变更的话,应将相关问题移交相关的过程质量组。
正式评审的正规性特征还体现在按发生频率和严重程度,仔细划分缺陷的类型,并且把这些信息运用到缺陷预防阶段以及未来产品的同行评审过程中。
4.4.4
工作产品的同行评审方式对开发过程中产生的主要工作产品所采用的同行评审方式以及参加评审人员,可以参考表4-2确定。
表4-2
常见工作产品的同行评审方式和参加评审人员
工作产品同行评审方式参与评审人员项目总体计划走查项目经理、产品经理、需求提出者、市场或销售代表、技术负责人、质量保证工程师、高层技术管理者和过程管理者用户需求说明书走查需求分析师、项目经理、架构师、设计师、系统测试工
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMMI3 同行 评审 详细 过程 定义