Ch软件评审课件

《Ch软件评审课件》由会员分享，可在线阅读，更多相关《Ch软件评审课件（43页珍藏版）》请在装配图网上搜索。

1、Zhu.Ch软件评审软件质量保证和管理软件质量保证和管理-Ch.9 软件评审Zhu.Ch软件评审第9章 软件评审 9.1 为什么需要评审 9.2 软件评审的角色和职能 9.3 评审的内容 9.4 评审的方法和技术 9.5 准备评审会议 9.6 召开评审会议 9.7 跟踪和分析评审结果 9.8 如何实施成功的评审Zhu.Ch软件评审9.1 为什么需要评审从成本上来衡量 缺陷发现得越晚纠正费用越高，而软件评审的重要目的就是通过软件评审尽早的产品中的缺陷，减少大量的后期返工。 Zhu.Ch软件评审9.1 为什么需要评审从技术上来衡量 进行审查也是非常必要的。由于人的认识不可能百分百地符合客观实际，因

2、此生命周期每个阶段的工作中都可能发生错误。由于前一阶段的成果是后一阶段工作的基础，前一阶段的错误自然会导致后一阶段的工作结果中有相应的错误，而且错误会逐渐累积，越来越多。Zhu.Ch软件评审最后，及时进行软件评审不仅有利于软件质量的提高，最后，及时进行软件评审不仅有利于软件质量的提高，还能进一步提高工程师的工作效率。还能进一步提高工程师的工作效率。（1 1）开发工程师）开发工程师减少修订缺陷的时间，提高编程效率减少修订缺陷的时间，提高编程效率减少测试和调试时间减少测试和调试时间（2 2）项目负责人）项目负责人缩短开发周期缩短开发周期减少维护费用减少维护费用项目风险和质量问题得到很好控制项目风险

3、和质量问题得到很好控制（3 3）测试工程师）测试工程师可以将更多的精力放到测试用例设计上，以进一步提高测试效率可以将更多的精力放到测试用例设计上，以进一步提高测试效率（4 4）维护人员）维护人员维护工作减少维护工作减少产品的可维护性增强产品的可维护性增强Zhu.Ch软件评审9.2软件评审的角色和职能 一般来说，对于正式的评审活动应组建评审小组，评审小组一般来说，对于正式的评审活动应组建评审小组，评审小组主要由如下角色构成。主要由如下角色构成。1. 协调人在整个评审会议中起着缓和剂的作用，其主要任务如下。在整个评审会议中起着缓和剂的作用，其主要任务如下。和作者共同商讨决定具体的评审人员和作者共同

4、商讨决定具体的评审人员安排正式的评审会议。安排正式的评审会议。与所有评审人员举行一个准备会议，确保所有的评审员都明确他们与所有评审人员举行一个准备会议，确保所有的评审员都明确他们的角色和责任的角色和责任确保会议的输入文件都符合要求确保会议的输入文件都符合要求如果作者或者评审员没有为即将召开的评审会议做好充分的准备，如果作者或者评审员没有为即将召开的评审会议做好充分的准备，则需要重新安排会议并通知大家则需要重新安排会议并通知大家确保大家的关注点都是评审内容的缺陷确保大家的关注点都是评审内容的缺陷确保所有提出的缺陷都被记录下来确保所有提出的缺陷都被记录下来跟踪问题的解决情况跟踪问题的解决情况和项目

5、组长沟通评审的结果和项目组长沟通评审的结果Zhu.Ch软件评审2. 作者可以是部门经理或文档撰写人等，作者的主要职责如下。可以是部门经理或文档撰写人等，作者的主要职责如下。确保即将评审的文件已经准备好确保即将评审的文件已经准备好与项目组长、协调人一起定义评审小组的成员与项目组长、协调人一起定义评审小组的成员3. 3. 评审员评审员必须具有良好的个人能力。通常在评审员的选择上应评审员必须具有良好的个人能力。通常在评审员的选择上应该包含上一级文档的作者代表和下一级文档的指定作者。评审员的该包含上一级文档的作者代表和下一级文档的指定作者。评审员的职责如下职责如下熟悉评审内容，为评审做好准备。熟悉评审

6、内容，为评审做好准备。在评审会上应该关注问题而不是针对个人在评审会上应该关注问题而不是针对个人主要的问题和次要的问可以被分别讨论主要的问题和次要的问可以被分别讨论在会议前或者会议后可以就存在的问题提出建设性的意见和建议在会议前或者会议后可以就存在的问题提出建设性的意见和建议明确自己的角色和责任明确自己的角色和责任做好接受错误的准备做好接受错误的准备Zhu.Ch软件评审9.3 评审的内容 9.3.1 管理评审 9.3.2 技术评审 9.3.3 文档评审 9.3.4 过程评审Zhu.Ch软件评审9.3.1 管理评审管理评审实际就是质量体系评审，ISO8402:1994标准规定的定义是由最高管理者就

7、质量方针和目标，对质量体系的现状和适应性进行正式评价。管理评审是以实施质量方针和目标的质量体系的适应性和有效性为评价基准，对体系文件的适应性和质量活动的有效性进行评价。体系审核的结果有时是管理评审的输入，即管理评审要对体系审核的“过程”和“结果”进行检查和评价。Zhu.Ch软件评审1.管理评审的目标“负有执行职责的供方管理者，应按规定的时间间隔对质量体系进行评审，确保持续的适宜性和有效性，以满足本标准要求和供方规定的质量方针和目标”（1）适宜性（2）有效性（3）充分性2.管理评审的输入管理评审由最高管理者发起，要求各部门对管理体系目前的状况（适宜性，有效性。充分性）进行评审。Zhu.Ch软件评

8、审管理评审的输入文件需要包含如下内容。质量管理体系运行状况（质量方针和质量目标的适宜性、有效性和充分性）内、外部审核结果改进、预防和纠正措施的状况（内部审核和日常发现的不合格项采取的预防和纠正措施的实施及其有效性的监控结果）上次管理评审提出的改进措施实施情况及验证信息。Zhu.Ch软件评审3.管理评审的输出管理者评审的输出是最高管理者对组织的管理体系做出的战略性决定和决策，其结果通常为管理评审报告。该报告在一定时间内将成为组织开展各项管理活动的重要依据。这是一个组织在一个时间段内围绕最高管理者战略性决策开展各项管理、经营活动的重要依据。Zhu.Ch软件评审管理评审报告需要包含如下内容：质量体系

9、的总体评价（适宜性、有效性、充分性）质量管理体系及其过程的改进（包括对质量方针、质量目标、组织结构、过程控制等方面）产品是否符合要求的评价，有关产品的改进（包括是否需要进行产品、过程审核等与评审内容相关的要求）新资源的需求的决定和措施。Zhu.Ch软件评审9.3.1 管理评审 质量管理体系运行状况 内、外部审核结果 改进、预防和纠正措施的状况 上次管理评审提出的改进措施实施情况及验证信息管理评审管理评审 质量体系的总质量体系的总体评价体评价 质量管理体系质量管理体系及其过程的改及其过程的改进进 产品是否符合产品是否符合要求的评价，要求的评价，有关产品的改有关产品的改进进 新资源的需求新资源的需

10、求的决定和措施的决定和措施 输入输入输出输出对质量体系进行回顾和总结并确保其适宜性、有效性和充分性适宜性、有效性和充分性 Zhu.Ch软件评审9.3.2技术评审 技术评审是对产品以及各阶段的输出内容进行评估，技术评审的目的是确保需求说明、设计说明书与最初的说明书保持一致，并按照计划对软件进行了正确的开发1.技术评审的目标技术评审作为一项软件质量保证活动需要，作用如下：揭示软件在逻辑、执行以及功能和函数上的错误验证软件是否符合需求确保软件的一致性在完成技术评审的过程中，不仅需要关注上述的评审目标，还需要注意技术的共享和延续性。Zhu.Ch软件评审9.3.2技术评审 评审的目的评审的目的 评审的内

11、容评审的内容 评审检查单评审检查单 其他必需文档其他必需文档技术评审技术评审技术评审报告技术评审报告会议的基本信息会议的基本信息 存在的问题和建存在的问题和建议措施议措施 评审结论和意见评审结论和意见问题跟踪表问题跟踪表技术评审问答记技术评审问答记录录 输入输入输出输出Zhu.Ch软件评审9.3.3 文档评审1）正确性2）完整性3）一致性4）有效性5）易测性6）模块化-系统和文档描述必须深入到模块。模块化指的是模块的独立性7）清晰性8）可行性9）可靠性10）可追溯性Zhu.Ch软件评审9.3.4 过程评审过程评审的目的：评估主要的质量保证流程考虑如何处理/解决评审过程中发现的不符合问题总结和共

12、享好的经验指出需要进一步完善和改进的地方Zhu.Ch软件评审9.3.4 过程评审 为了进行过程评审，需要成立一个专门的过程评审小组。评审小组需要走访软件生产涉及的各个部门和人员，包括开发工程师、测试工程师，甚至兼职人员等。整个评审流程，如图所示。Zhu.Ch软件评审在走访过程中，评审小组需要关注如下内容：质量保证流程在开发过程中是如何被遵循的还能采取什么措施来加强质量保证流程的效力目前的流程对项目进展是否有帮助。评审技术后，评审小组需要提交一份评审报告，其中包括：评审记录评审后，对现有流程的说明和注释评审小组的建议 Zhu.Ch软件评审9.4 评审的方法和技术 9.4.1评审的方法 9.4.2

13、 评审的技术Zhu.Ch软件评审9.4.1 评审的方法临时评审（Ad hoc review）轮查（Pass-round）走查（Walkthrough）小组评审（Group Review）审查（Inspection）最不正式最不正式最正式最正式临时评审临时评审轮查轮查 走查走查小组评审小组评审 审查审查Zhu.Ch软件评审1.临时评审临时评审是最不正式的一种评审方法。2.轮查轮差又称为分配审查方法。作者将需要评审的内容发送给各位评审员，并收集他们的反馈意见，但轮查的反馈往往不太及时。3.走查走查也属于一种非正式的评审方法，它在软件企业中被广泛使用。产品的作者将产品向一组同时介绍，并收集他们的意见

14、。在走查中，作者占有主导地位，由作者描述产品的功能和结构以及完成任务情况等。4.小组评审评审是有计划的和结构化的，非常接近于最正式的评审技术。Zhu.Ch软件评审5.5.审查审查审查和评审很相似，比评审更严格，是最系统审查和评审很相似，比评审更严格，是最系统化、最严密的评审方法。普通的审查过程包含了：制定化、最严密的评审方法。普通的审查过程包含了：制定计划、准备和组织会议、跟踪和分析审查结果等。计划、准备和组织会议、跟踪和分析审查结果等。审查具有其他非正式评审所不具有的重要地位，审查具有其他非正式评审所不具有的重要地位，在在IEEEIEEE中提到：中提到：通过审查可以验证产品是否满足功能规格说

15、明、质量特通过审查可以验证产品是否满足功能规格说明、质量特性以及用户需求等。性以及用户需求等。通过审查可以验证产品是否符合相关标准、规则、计划通过审查可以验证产品是否符合相关标准、规则、计划和过程和过程提供缺陷和审查工作的度量，以改进审查过程和组织的提供缺陷和审查工作的度量，以改进审查过程和组织的软件工程过程。软件工程过程。Zhu.Ch软件评审9.4.1 评审的方法审查、小组评审和走查异同点比较表 角色/职责审查小组评审走查主持者评审组长评审组长或作者 作者材料陈述者评审者评审组长作者记录员是是可能专门的评审角色是是否检查表是是否问题跟踪和分析是可能否产品评估是是否评审方法计划准备会议修正确认

16、审查有有有有有小组评审有有有有有走查是无有有无Zhu.Ch软件评审9.4.1 评审的方法 如何选择正确的评审方法？选择评审方法最有效的标准是：“对于最可能产生风险的工作成果，要采用最正式的评审方法。” 例如：核心代码的失效也会带来很严重的后果，所以也应该采用审查或小组评审的方法进行评审，而一般的代码，则可以采用临时评审、同桌评审等比较随意的评审方法。 Zhu.Ch软件评审9.4.2 评审的技术 缺陷检查表 它列出了容易出现的典型错误，是评审的一个重要组成部分。 规则集 类似于缺陷检查表，通常是业界通用的规范或者企业自定义的各种规则的集合。 评审工具的使用 合理的利用工具，如NASA开发的ARM

17、（自动需求度量） 从不同角色理解 不同的角色对产品/文档的理解是不一样的。 场景 按照用户使用场景对产品/文档进行评审。 Zhu.Ch软件评审9.5 准备评审会议1. 评审发生的时间 各个阶段的评审计划的内容包括：各个阶段的评审时间、评审方式、评审组成员等。 SQA在其提交的质量保证计划中，应根据各个阶段的评审计划，制定相应的评审检查点。评审计划要确定评审发生的时间，评审的时间一般选在达到某个里程碑的时候。Zhu.Ch软件评审9.5 准备评审会议2. 组建评审组 项目组提出评审组长和评审组成员名单的建议，质量组根据项目组的建议，与相关部门或人员（如外项负责人）进行协商确定。 选定评审组长对评审

18、来说是非常重要的，评审组长需要和作者一起，策划和组织整个评审活动。对评审组长的要求如下善于制定和执行评审计划评审是公平、公正的具有较好丰富的技术技能和知识积极带领评审组员按时保质的完成评审任务 Zhu.Ch软件评审9.5 准备评审会议3. 准备评审材料材料的筛选方法： 基础性和早期的文档，如需求说明和原型等 与重大决策有关的文档，如体系结构模型 对如何做没有把握的部分，如一些挑战性模块，他们实现了不熟悉的或复杂的算法，或涉及复杂的商业规则等 将不断被重复使用的部件总之，应该选择最复杂和最危险的部分进行审查。Zhu.Ch软件评审9.5 准备评审会议4. 发送审查包一个审查包包含的内容： 将被审查

19、的可交付产品/文档，其中指明了需要审查的部分 定义了可交付产品的前期文档 相关标准或其他参考文档 参与者需要的所有表格 有助于审查者发现缺陷的工具/文档：如缺陷检查表，相关规则等 用于验证可交付产品的测试文档评审员收到评审包后要阅读并理解其中的内容，然后采用相应的缺陷检查表或其他方法来检查产品和文档中可能存在的缺陷，并记下将在会议中提出的问题。Zhu.Ch软件评审9.5 准备评审会议5. 制定活动进程表评审会议之前，评审组长还需要制定相应的活动进度表，安排会议房间，并将活动、日期、次数和地点通知评审组成员 。在安排会议时，需要注意如下几点：至少提前23天通知小组成员会议的时间、地点等不要安排同

20、一个人一天内参加多个评审会议根据工作情况，适时安排评审会议。不要因为评审过多影响项目进度，也不要项目过多而推迟评审的时间。Zhu.Ch软件评审9.6 召开评审会议评审会议时评审活动的核心，所有与会者评审会议时评审活动的核心，所有与会者都需要仔细检查评审内容、提出可能的缺陷和问题，都需要仔细检查评审内容、提出可能的缺陷和问题，由记录员记录在评审表格中。会议的目标是发现可能由记录员记录在评审表格中。会议的目标是发现可能存在的缺陷和问题。存在的缺陷和问题。1.1.会议启动会议启动在会议的一开始，评审组长需要接受每一位会议在会议的一开始，评审组长需要接受每一位会议成员，简述每个人所承担的角色和职责。评

21、审组长需成员，简述每个人所承担的角色和职责。评审组长需要判断每一位评审人员是否都准备充分，如果评审组要判断每一位评审人员是否都准备充分，如果评审组长认为一切都准备充分，则正式开始进行产品和文档长认为一切都准备充分，则正式开始进行产品和文档的评审。的评审。Zhu.Ch软件评审9.6 召开评审会议2.2.评审开始评审开始评审的主要步骤：评审的主要步骤：1 1）由评审员）由评审员/ /作者进行演示或说明。作者进行演示或说明。 2 2）评审员会就不清楚或疑惑的地方与作者进行沟通。）评审员会就不清楚或疑惑的地方与作者进行沟通。3 3）协调人或记录员在会议过程中完成会议记录。）协调人或记录员在会议过程中完

22、成会议记录。（1 1）清楚、简明）清楚、简明对于记录的每一个问题和缺陷，都应该附对于记录的每一个问题和缺陷，都应该附有一个简短的说明，同时记录下该问题出现的位置。有一个简短的说明，同时记录下该问题出现的位置。（2 2）缺陷的分类）缺陷的分类对于发现的缺陷可以按照不同的范畴进行对于发现的缺陷可以按照不同的范畴进行分类：起源、类型、严重性。分类：起源、类型、严重性。Zhu.Ch软件评审9.6 召开评审会议3.评审决议评审结果：接受，评审内容不存在大的缺陷，可以通过评审内容不存在大的缺陷，可以通过有条件接受，评审内容不存在大的缺陷，修订其中的评审内容不存在大的缺陷，修订其中的一些小缺陷后，可以通过一

23、些小缺陷后，可以通过不能接受，评审内容中有较多的缺陷，作者需要对这评审内容中有较多的缺陷，作者需要对这些缺陷进行修改，并在修改之后重新进行评审。些缺陷进行修改，并在修改之后重新进行评审。评审未完成，由于某种原因，评审未能完成，还需要由于某种原因，评审未能完成，还需要后续会议后续会议Zhu.Ch软件评审9.6 召开评审会议4.4.评审结束评审结束评审结束之后，评审小组需要一系列的评审结果评审结束之后，评审小组需要一系列的评审结果问题列表问题列表评审总结报告（会议记录）评审总结报告（会议记录）评审决议评审决议签名表签名表问题列表说明了项目或产品中存在的问题，并需要后问题列表说明了项目或产品中存在的

24、问题，并需要后期跟踪。评审总结报告包含了评审的内容、评审人、期跟踪。评审总结报告包含了评审的内容、评审人、会议总结等基本信息。会议总结等基本信息。Zhu.Ch软件评审9.6 召开评审会议评审中的注意事项：人身攻击 在评审过程中，所有的参与人都应该将矛在评审过程中，所有的参与人都应该将矛盾集中于评审内容本身，而不能针对特定的参与人。盾集中于评审内容本身，而不能针对特定的参与人。无休止的争论 通常对于某些问题，评审组很难达成通常对于某些问题，评审组很难达成一致意见，这时，可以把问题记录下来，而如何认定则一致意见，这时，可以把问题记录下来，而如何认定则留给作者自己决定。留给作者自己决定。偏离会议中心

25、 在实际会议中，会议常常会发生偏离，在实际会议中，会议常常会发生偏离，如转到政治话题的讨论。如转到政治话题的讨论。鼓励所有人发言 鼓励不擅言辞的参与者就评审内容鼓励不擅言辞的参与者就评审内容发表自己的看法，比如按照座位顺序轮流发表意见。发表自己的看法，比如按照座位顺序轮流发表意见。Zhu.Ch软件评审9.7 跟踪和分析评审结果评审结果的跟踪评审结果的跟踪1.1.评审结果为有条件接受的缺陷跟踪评审结果为有条件接受的缺陷跟踪对于有条件接受的情况，被评审产品作者在评审会后需对于有条件接受的情况，被评审产品作者在评审会后需要对产品进行修改，修改期限一般为要对产品进行修改，修改期限一般为3535个工作日

26、。个工作日。评审组对修改后的被评审产品进行确认，在两个工作日评审组对修改后的被评审产品进行确认，在两个工作日内提出反馈意见。内提出反馈意见。评审组长做好评审会后的问题跟踪工作，确定评审决议评审组长做好评审会后的问题跟踪工作，确定评审决议中的问题是否最终全部解决。中的问题是否最终全部解决。在满足结束此次评审过程的条件后，评审组长要将评审在满足结束此次评审过程的条件后，评审组长要将评审报告发给所有的评审组成员、被评审产品的作者，报告发给所有的评审组成员、被评审产品的作者，SQASQA人人员。员。Zhu.Ch软件评审2.2.评审结果为不接受评审结果为不接受 对于不接受的评审结果，并评审产品作者在评审

27、会议对于不接受的评审结果，并评审产品作者在评审会议后需要根据问题列表对产品进行全面修改，并将修改后需要根据问题列表对产品进行全面修改，并将修改结果提交给所有的评审组成员结果提交给所有的评审组成员 评审组长检查修改后的产品，如果已经满足评审的基评审组长检查修改后的产品，如果已经满足评审的基本条件，需要重新组织和召开评审会议对产品进行审本条件，需要重新组织和召开评审会议对产品进行审查。查。Zhu.Ch软件评审评审结果的分析评审结果的分析3.3.有效性有效性有效性的分析要求对所有发现的缺陷进行统计，包括有效性的分析要求对所有发现的缺陷进行统计，包括由客户发现的缺陷。由客户发现的缺陷。4.4.效率和成

28、本效率和成本评审的效率越高，那么在相同情况的评审中发现的缺评审的效率越高，那么在相同情况的评审中发现的缺陷也越多，则发现一个缺陷的平均成本也越低。在评陷也越多，则发现一个缺陷的平均成本也越低。在评审中，评审员总是试图通过各种评审手段或技术力争审中，评审员总是试图通过各种评审手段或技术力争发现最多的缺陷，降低成本。但随着过程的改进，质发现最多的缺陷，降低成本。但随着过程的改进，质量逐渐提高，使得发现一个缺陷的成本也越来越高。量逐渐提高，使得发现一个缺陷的成本也越来越高。这时，需要一个平衡的标准，质量需要提高，但是发这时，需要一个平衡的标准，质量需要提高，但是发现缺陷的平均成本不应该超过该缺陷遗留

29、给客户的商现缺陷的平均成本不应该超过该缺陷遗留给客户的商业成本。业成本。Zhu.Ch软件评审9.8 如何实施成功的评审解决不成功评审的主观因素：对所有的工程师进行评审的培训，使评审深入人心对所有的工程师进行评审的培训，使评审深入人心预防个人冲突，尽量避免对作者有人身攻击的工程师预防个人冲突，尽量避免对作者有人身攻击的工程师加入评审小组加入评审小组将评审活动加入到项目计划中，并为评审分配足够的将评审活动加入到项目计划中，并为评审分配足够的资源资源收集以前的评审数据，了解哪一种评审方法最为有效收集以前的评审数据，了解哪一种评审方法最为有效1.1. 将评审列入个人的时间表中，确保评审员有充分的时将评

30、审列入个人的时间表中，确保评审员有充分的时间为评审做准备和参加评审间为评审做准备和参加评审Zhu.Ch软件评审9.8 如何实施成功的评审解决不成功评审的客观因素：分布式评审-如视频会议如视频会议分布式评审是指评审员通过音频和视频会议分布式评审是指评审员通过音频和视频会议系统在同一时间出席评审会议。然而，这种系统在同一时间出席评审会议。然而，这种特殊的评审也对评审组长提出了新的挑战。特殊的评审也对评审组长提出了新的挑战。如果所有的评审员都通过电话进行评审，相如果所有的评审员都通过电话进行评审，相互之间无法见面，则整个会议就会缺乏肢体互之间无法见面，则整个会议就会缺乏肢体语言。同时如何确保所有的评

31、审员都能够集语言。同时如何确保所有的评审员都能够集中精力参加会议也是一个问题。中精力参加会议也是一个问题。时间/地点相同不同相同传统的评审方式 异步评审 不同分布式评审 异步评审 Zhu.Ch软件评审异步评审-如共享文档、邮件评审如共享文档、邮件评审异步评审适用于时间上无法统一的评审会议，允许评异步评审适用于时间上无法统一的评审会议，允许评审员在不同的时间对产品进行评论，前面曾经介绍的审员在不同的时间对产品进行评论，前面曾经介绍的轮查技术就是异步评审。异步评审通过邮件等方式解轮查技术就是异步评审。异步评审通过邮件等方式解决了时间上分离的问题，但是缺乏控制，效率也有所决了时间上分离的问题，但是缺乏控制，效率也有所降低。降低。