软件评审ppt课件

1、内容提要内容提要p6.1 为什么需求软件评审为什么需求软件评审p6.2 软件评审的角色和职能软件评审的角色和职能p6.3 评审的内容评审的内容p6.3.1 管理评审管理评审p6.3.2 技术评审技术评审p6.3.3 文档评审文档评审p6.3.4 过程评审过程评审内容提要内容提要p6.4 评审的方法和技术评审的方法和技术p6.4.1 评审的方法评审的方法p6.4.2 评审的技术评审的技术p6.5 评审会议流程评审会议流程p6.5.1 预备评审会议预备评审会议p6.5.2 召开评审会议召开评审会议p6.5.3 跟踪和分析评审结果跟踪和分析评审结果p6.6 小结小结6.1 为什么需求软件评审为什么需

2、求软件评审p总体来说，在开发过程中，评审可以让我们获得总体来说，在开发过程中，评审可以让我们获得以下收益：以下收益：p提高工程的消费率。这是由于早期发现了错误，提高工程的消费率。这是由于早期发现了错误，因此减少了返工时间，还能够减少测试时间。因此减少了返工时间，还能够减少测试时间。p改善软件的质量。改善软件的质量。p在评审过程中，使开发团队的其他成员更熟习产在评审过程中，使开发团队的其他成员更熟习产品和开发过程。品和开发过程。p经过评审，标志着软件开发的一个阶段的完成。经过评审，标志着软件开发的一个阶段的完成。p消费出更容易维护的软件。主要缘由是：对于被消费出更容易维护的软件。主要缘由是：对于

3、被评审的软件，评审者必需是非常熟习的；同时，评审的软件，评审者必需是非常熟习的；同时，在评审过程中，一定会产生并利用很多证明文档，在评审过程中，一定会产生并利用很多证明文档，于是评审就迫使开发者产生出许多有用的文档，于是评审就迫使开发者产生出许多有用的文档，而这些文档假设不是由于评审，那么在整个工程而这些文档假设不是由于评审，那么在整个工程期间能够都不会消费。此外，评审过程也将添加期间能够都不会消费。此外，评审过程也将添加对所开发软件的了解。对所开发软件的了解。6.2 软件评审的角色和职能软件评审的角色和职能 p评审组长评审组长Moderatorp宣读员宣读员Readerp记录员记录员Reco

4、rderp作者作者Authorp评审员评审员Reviewer、Inspector评审员的主要职责评审员的主要职责 p熟习评审内容，为评审做好预备。熟习评审内容，为评审做好预备。p在评审会议上应该关注问题而不是针对个在评审会议上应该关注问题而不是针对个人。人。p主要的问题和次要的问题可以被分别讨论。主要的问题和次要的问题可以被分别讨论。p在会议前或者会议后可以就存在的问题提在会议前或者会议后可以就存在的问题提出建立性的意见和建议。出建立性的意见和建议。p明确本人的角色和责任。明确本人的角色和责任。p做好接受错误的预备。做好接受错误的预备。6.3 评审的内容评审的内容p6.3.1 管理评审管理评审

5、p一个组织之所以需求管理，是为了能更好的提高一个组织之所以需求管理，是为了能更好的提高和开展。为了到达这个目的，通常需求对原来的和开展。为了到达这个目的，通常需求对原来的开展情况进展回想，分析并总结出存在的问题和开展情况进展回想，分析并总结出存在的问题和改良的措施。这也就是为什么进展管理评审的缘改良的措施。这也就是为什么进展管理评审的缘由。由。p管理评审就是最高管理者为评价管理体系的适宜管理评审就是最高管理者为评价管理体系的适宜性、充分性和有效性所进展的活动。性、充分性和有效性所进展的活动。p管理评审的主要内容是组织的最高管理者就管理管理评审的主要内容是组织的最高管理者就管理体系的现状、适宜性

6、、充分性和有效性以及方针体系的现状、适宜性、充分性和有效性以及方针和目的的贯彻落实及实现情况进展正式的评价，和目的的贯彻落实及实现情况进展正式的评价，其目的就是经过这种评价活动来总结管理体系的其目的就是经过这种评价活动来总结管理体系的业绩，并从当前业绩上思索找出与预期目的的差业绩，并从当前业绩上思索找出与预期目的的差距，同时还应思索任何能够改良的时机，并在研距，同时还应思索任何能够改良的时机，并在研讨分析的根底上，对组织在市场中所处位置及竞讨分析的根底上，对组织在市场中所处位置及竞争对手的业绩予以评价，从而找出本身的改良方争对手的业绩予以评价，从而找出本身的改良方向。向。管理评审的目的管理评审

7、的目的 p适宜性适宜性p有效性有效性p充分性充分性管理评审的输入管理评审的输入 p近期内、外审的评审结果；近期内、外审的评审结果；p顾客信息反响；顾客信息反响；p相关方关注的问题；相关方关注的问题；p任务业绩与存在的问题；任务业绩与存在的问题；p纠正与预防措施实施情况；纠正与预防措施实施情况；p上次管理评审有关决议和措施的执行情况；上次管理评审有关决议和措施的执行情况；p能够影响管理体系变卦的情况能够影响管理体系变卦的情况p如：法律、法规的变化，组织机构或产品、活如：法律、法规的变化，组织机构或产品、活动的变化、外部环境的变化等；动的变化、外部环境的变化等；p管理方针、目的和目的的适宜性及其实

8、现情况。管理方针、目的和目的的适宜性及其实现情况。管理评审的输出管理评审的输出 p需求包含以下内容：需求包含以下内容：p管理评审的目的、时间、参与人员及评审管理评审的目的、时间、参与人员及评审内容；内容；p管理体系及过程的适用性、充分性、有效管理体系及过程的适用性、充分性、有效性的综合评价和需求的改良；性的综合评价和需求的改良；p管理方针、目的、目的适宜性的评价及需管理方针、目的、目的适宜性的评价及需求的更改；求的更改；p资源需求的决议和措施；资源需求的决议和措施；p管理评审所确定的改良措施、责任部门和管理评审所确定的改良措施、责任部门和完成日期。完成日期。管理评审流程管理评审流程 6.3.2

9、 技术评审技术评审 p技术评审的目的技术评审的目的p发现软件在功能、逻辑、实现上的错误；发现软件在功能、逻辑、实现上的错误；p验证软件符合它的需求规格；验证软件符合它的需求规格；p确认软件符合预先定义的开发规范和规范；确认软件符合预先定义的开发规范和规范；p保证软件在一致的方式下进展开发；保证软件在一致的方式下进展开发；p便于工程管理。便于工程管理。p技术评审的输入技术评审的输入p评审的目的是阐明为什么要进展该评审，该评审的实施目的是评审的目的是阐明为什么要进展该评审，该评审的实施目的是什么；什么；p评审的内容包括需求文档、源代码、测试用例等；评审的内容包括需求文档、源代码、测试用例等；p评审

10、检查单检查项；评审检查单检查项；p其他必需的文档，如对设计文档进展评审，那么需求文档可以其他必需的文档，如对设计文档进展评审，那么需求文档可以作为相关文档带入技术评审会。作为相关文档带入技术评审会。p技术评审的输出技术评审的输出技术评审报告技术评审报告p会议的根本信息；会议的根本信息；p存在的问题和建议措施；存在的问题和建议措施；p评审结论和意见；评审结论和意见；p问题跟踪表；问题跟踪表；p技术评审问答记录通常作为附录出如今报告中。技术评审问答记录通常作为附录出如今报告中。6.3.3 文档评审文档评审p文档评审的目的文档评审的目的p文档评审的内容文档评审的内容p在软件开发过程中，需求进展评审的

11、文档在软件开发过程中，需求进展评审的文档很多，主要包括如下内容：很多，主要包括如下内容：p需求评审，对需求评审，对、等进展等进展评审。评审。p设计评审，对设计评审，对、等进展评审。等进展评审。p代码评审，对代码进展审核。代码评审，对代码进展审核。p质量验证评审，对质量验证评审，对、等进展评审。等进展评审。6.3.4 过程评审过程评审 p过程评审的作用如下：过程评审的作用如下：p评价主要的质量保证流程。评价主要的质量保证流程。p思索如何处置和处理评审过程中发现的不思索如何处置和处理评审过程中发现的不符合问题。符合问题。p总结和共享好的阅历。总结和共享好的阅历。p指出需求进一步完善和改良的部分。指

12、出需求进一步完善和改良的部分。过程评审流程过程评审流程 6.4 评审的方法和技术评审的方法和技术p特别检查特别检查Ad hoc reviewp轮查轮查Pass Aroundp走查走查Walkthroughp团队评审团队评审Group Reviewp检视检视Inspection检视、团队评审和走查异同点比检视、团队评审和走查异同点比较表较表 角色角色/ /职责职责检视检视团队评审团队评审走查走查主持者评审组长评审组长或作者作者材料陈述者评审者评审组长作者记录员是是可能专门的评审角色是是否检查表是是否问题跟踪和分析是可能否产品评估是是否计划有有是准备有有无会议有有有修正有有有确认有有无6.4.2

13、评审的技术评审的技术 p缺陷检查表缺陷检查表p规那么集规那么集p评审工具的运用评审工具的运用pGerritpJupiterpSourceMonitorp从不同角度了解产品从不同角度了解产品p场景分析技术场景分析技术6.5 评审会议流程评审会议流程p6.5.1 预备评审会议预备评审会议p在评审会议开场之前，评审组长需求发出评审通在评审会议开场之前，评审组长需求发出评审通知评审内容、会议时间、会议地点、参与人员知评审内容、会议时间、会议地点、参与人员等，并且将相关待评审的相关资料也发送给参等，并且将相关待评审的相关资料也发送给参与会议的评委。其主要的目的有两个：与会议的评委。其主要的目的有两个：p

14、让参与会议的人员对会议的内容有一定的了解，让参与会议的人员对会议的内容有一定的了解，在会议前做好预备，防止盲目的参与会议而浪费在会议前做好预备，防止盲目的参与会议而浪费本人和其他人的时间；本人和其他人的时间；p假设有评审员在会议时间有其他紧急的事情，可假设有评审员在会议时间有其他紧急的事情，可以及早反响给评审组长，以便召集人重新确定评以及早反响给评审组长，以便召集人重新确定评委或者评审会议改期召开。委或者评审会议改期召开。评审会议召开时间点评审会议召开时间点 评审评审评审评审评审评审评审评审需求规格阐明书概要设计详细设计编码单元测试集成测试系统测试产品单元测试文档集成测试文档系统测试文档用户文

15、档和培训资料选择哪些评审资料选择哪些评审资料p由于作者志愿和评审会议时间的限制，不大能够由于作者志愿和评审会议时间的限制，不大能够对一切交付的产品和文档都进展评审，因此，需对一切交付的产品和文档都进展评审，因此，需求由评审组长和作者一同协商选定需求进展评审求由评审组长和作者一同协商选定需求进展评审的资料。的资料。pDaniel Freedman提出了一些资料挑选的原提出了一些资料挑选的原那么：那么：p根底性和早期的文档，如需求阐明和原型等；根底性和早期的文档，如需求阐明和原型等；p与艰苦决策有关的文档，如体系构造模型；与艰苦决策有关的文档，如体系构造模型；p对如何做没有把握的部分，如一些挑战性

16、模块，对如何做没有把握的部分，如一些挑战性模块，它们实现了不熟习的或复杂的算法，或涉及复杂它们实现了不熟习的或复杂的算法，或涉及复杂的商业规那么和开发人员不了解的其他领域；的商业规那么和开发人员不了解的其他领域；p将不断被反复运用的部件。将不断被反复运用的部件。p总之，大体原那么为：选择那些最复杂和最危险总之，大体原那么为：选择那些最复杂和最危险的部分进展评审。的部分进展评审。 打包分发评审资料打包分发评审资料p通常如下资料需求被打包：通常如下资料需求被打包：p需求评审的部分可交付产品和文档；需求评审的部分可交付产品和文档；p定义了可交付产品的前期文档；定义了可交付产品的前期文档；p评审会议成

17、员需求的一切表格；评审会议成员需求的一切表格；p有助于评审员发现缺陷的工具和文档，如有助于评审员发现缺陷的工具和文档，如缺陷检查表、规那么集等；缺陷检查表、规那么集等；p用于验证可交付产品的测试文档。用于验证可交付产品的测试文档。合理安排评审活动进程合理安排评审活动进程p在评审会议正式开场之前，评审组长还需求搜集在评审会议正式开场之前，评审组长还需求搜集每个评审员的预备时间，并在审查文档中记录总每个评审员的预备时间，并在审查文档中记录总的预备时间。的预备时间。p当这一切预备就绪之后，评审组长还要制定相应当这一切预备就绪之后，评审组长还要制定相应的活动进度表，安排会议房间，并将时间、地点的活动进

18、度表，安排会议房间，并将时间、地点等相关信息通知评审会议成员。等相关信息通知评审会议成员。p安排会议时应留意以下几点：安排会议时应留意以下几点：p至少提早至少提早2-3天通知评审会议成员；天通知评审会议成员；p不要安排同一个人一天参与多个评审会议；不要安排同一个人一天参与多个评审会议；p根据任务情况，适当安排评审会议，合理协调工根据任务情况，适当安排评审会议，合理协调工程进度和评审会议之间的关系，不要让彼此相互程进度和评审会议之间的关系，不要让彼此相互影响。影响。6.5.2 召开评审会议召开评审会议p评审预备评审预备p评审开场评审开场p成员引见成员引见p评审员进展演示或阐明评审员进展演示或阐明p评审员就不清楚或疑惑的地方与作