软件质量保证体系(1)

,Click to edit Master title style,Click to edit Master text styles,Second level,*,*,*,软件质量保证技术,第,4,讲 软件,质量保证技术,软件质量控制的基本方法,软件质量控制模型和技术,软件质量控制工具,软件质量保证体系,改正性和预防性措施,支持性质量保证手段,三种方法 一个模型 七个工具,1,开发过程的质量,交付产品的质量,2,软件质量控制,方法：目标问题度量法,风险管理法,PDCA,质量控制法,3,软件质量控制的基本方法,准备开发,进行开发,进行可维护性开发,收集实际数据,目标问题度量法,4,风险管理法,控制,跟踪,识别,计划,分析,在风险转化成问题前进行识别,监视风险情况，检查对策的适应性,进行控制，可以避免、弱化、承担、转移,在风险分析的基础上进行决策,各部分加强对风险的沟通,对风险的影响、发生机率进行分类,风险管理模型,5,风险严重程度等级,6,软件质量控制模型和技术,软件质量控制模型,软件质量控制模型要素分析,软件质量控制特征和技术,软件质量控制实施和跟踪,7,软件质量控制模型,8,PDCA,质量控制法,9,软件质量控制特征和技术,文档编制控制规则,受控文档清单,受控文档的编制,受控文档的批准,受控文档的存储与检索结果方面的问题,10,11,软件质量控制工具,检查表,Pareto图,直方图,运行图,散布图,控制图,因果图,12,检查表,13,Pareto,图,14,直方图,15,运行图,16,散布图,17,因果图,18,软件质量保证体系,SQA审计与评审,SQA报告,处理不符合问题,实施,19,软件开发各个阶段,SQA,的目标,6-1,需求分析：,确保客户所要求的系统是可行的。,确保客户指定的需求确实能够满足他的真正要求。,避免开发者和客户之间的误解。,向用户提供为满足他所提出的需求而实际构建的适当软件系统。,20,软件规格说明,：,通过建立需求跟踪文档，确保规格说明书与系统需求保持一致。,确保规格说明书能适当地改进系统的灵活性、可维护性以及性能。,确保已建立了测试策略。,确保已建立了现实的开发进度表，包括预定的评审。,确保已为系统设计了正式的变更规程。,软件开发各个阶段,SQA,的目标,6-2,21,软件开发各个阶段的,SQA,目标,6-3,设计：,确保已建立用于描述设计的标准，并且确保遵循这些标准。,确保适当地控制并用文档记录对设计进行的变更。,确保在系统设计组件已按照商定的准则得到批准之后才开始编码。,确保对设计的评审按照进度进行。,22,软件开发各个阶段的,SQA,目标,6-4,编码：,确保代码遵循已建立的风格、结构和文档标准。,确保代码经过适当测试和集成，同时对编码模块的修改得到适当的标识。,查看代码编写是否遵循既定的进度。,确保代码评审按照进度进行。,23,软件开发各个阶段的,SQA,目标,6-5,测试：,确保测试计划的建立和遵循。,确保创建的测试计划能够满足所有系统规格说明书的要求。,确保经过测试和返工后软件与规格说明书保持一致,。,24,软件开发各个阶段的,SQA,目标,6-6,维护：,确保代码和文档的一致性。,确保对已建立的变更控制过程进行监测，包括将变更集成到软件的产品版本中的过程。,确保对代码的修改遵循编码标准，并且要对其进行评审，不要破坏整个代码结构。,25,软件质量策划,一切为用户着想、一切以预防为主、一切凭数据说话和一切按,PDCA,循环办事,;,发轫于质量运动，但非简单的质量管理；实质是文化变革，关键在建立实施框架。,-,26,质量策划的活动,设定质量目标；,识别顾客一一受目标影响的人；,确定顾客需求；,开发反映顾客需求的产品特征；,开发能够生产具有这种特征产品的过程；,设定过程控制，并把由此得出的计划转换成为操作计划。,27,质量计划,质量计划的目标和要素,软件质量计划内容,软件质量计划的制定原则,制定质量计划的方法和规程,28,质量计划的目标,企业最高层亲自抓质量体系,质量方针要反映对顾客的承诺,文件化的操作规程,质量计划是为了满足用户的期望,质量计划是为了降低不良质量的成本,质量计划是为了在软件开发全过程中实施质量保证,29,质量计划的要素,在组织上，如何建立、宣传质量方针,管理上质量文化的形成,质量风险和成本的分析,如何用流程改进来实施质量管理,如何通过方法和工具来提高质量管理的有效性,如何进行软件评审来检验质量管理的实施效果,30,软件质量计划内容,计划目标,参考文献,管理,文档,标准和约定,复审、内审或评审,配置管理,测试,问题报告和改正活动,工具、技术和方法,媒体的控制,供应商的控制,记录、收集、维护和保密,培训,风险管理,31,软件质量计划的制定原则,制定正确的质量方针，缺陷预防为主的质量管理思想,始终以客户的需求为焦点,质量计划应得到管理层的认可和承诺,控制所有过程的质量。,选择合适的质量标准,持续的质量改进，定期评价质量体系, ,32,制定质量计划的方法和规程,产品介绍,：说明产品、产品的意向市场及对产品性质的预期。,软件计划,：包括产品确切的发布日期、产品责任及产品的销售和售后服务计划。,过程描述,：产品的开发和管理中应该采用开发和售后服务质量过程,质量目标,：包括鉴定和验证产品的关键质量属性。,风险和风险管理,：说明影响产品质量的主要风险和这些风险的应对措施,33,制定质量计划的三部曲,34,为什么需要评审,从成本上来衡量,缺陷发现得越晚纠正费用越高，而软件评审的重要目的就是通过软件评审尽早的产品中的缺陷，减少大量的后期返工。,35,为什么需要评审,从技术上来衡量,前一阶段的错误自然会导致后一阶段的工作结果中有相应的错误，而且错误会逐渐累积，越来越多,。,36,软件评审的角色和职能,协调人,作者,评审员,用户代表,质量保证代表,37,评审的内容,管理评审,技术评审,文档评审,过程评审,38,管理评审,“由最高管理,者就质量方针和目,标，对质量体系的,现状和适应性进行,正式评价。”,39,管理评审,质量管理体系运行状况,内、外部审核结果,改进、预防和纠正措施的状况,上次管理评审提出的改进措施实施情况及验证信息,管理评审,质量体系的总体评价,质量管理体系及其过程的改进,产品是否符合要求的评价，有关产品的改进,新资源的需求的决定和措施,输入,输出,对质量体系进行回顾和总结并确保其,适宜性、有效性和充分性,40,技术评审,评审的目的,评审的内容,评审检查单,其他必需文档,技术评审,技术评审报告,会议的基本信息,存在的问题和建议措施,评审结论和意见,问题跟踪表,技术评审问答记录,输入,输出,41,文档评审,1,）正确性,2,）完整性,3,）一致性,4,）有效性,5,）易测性,6,）模块化,-,系统和文档描述必须深入到模块。模块化指的是模块的独立性,7,）清晰性,8,）可行性,9,）可靠性,10,）可追溯性,42,过程评审,过程评审的目的：,评估主要的质量保证流程,考虑如何处理,/,解决评审过程中发现的不符合问题,总结和共享好的经验,指出需要进一步完善和改进的地方,评审技术后，评审小组需要提交一份,评审报告,，其中包括：,评审记录,评审后，对现有流程的说明和注释,评审小组的建议,43,过程评审,过程评审流程,44,评审的方法和技术,评审的方法,评审的技术,45,评审的方法,临时评审（,Ad hoc review,）,轮查（,Pass-round,）,走查（,Walkthrough,）,小组评审（,Group Review,）,审查（,Inspection,）,最不正式,最正式,临时评审,轮查,走查,小组评审,审查,46,评审的方法,审查、小组评审和走查异同点比较表,角色,/,职责,审查,小组评审,走查,主持者,评审组长,评审组长或作者,作者,材料陈述者,评审者,评审组长,作者,记录员,是,是,可能,专门的评审角色,是,是,否,检查表,是,是,否,问题跟踪和分析,是,可能,否,产品评估,是,是,否,评审方法,计划,准备,会议,修正,确认,审查,有,有,有,有,有,小组评审,有,有,有,有,有,走查,是,无,有,有,无,47,评审的方法,如何选择正确的评审方法？,选择评审方法最有效的标准是：,“对于最可能产生风险的工作成果，要采用最正式的评审方法。”,例如：核心代码的失效也会带来很严重的后果，所以也应该采用审查或小组评审的方法进行评审，而一般的代码，则可以采用临时评审、同桌评审等比较随意的评审方法。,48,评审的技术,缺陷检查表,它列出了容易出现的典型错误，是评审的一个重要组成部分。,规则集,类似于缺陷检查表，通常是业界通用的规范或者企业自定义的各种规则的集合。,评审工具的使用,合理的利用工具，如,NASA,开发的,ARM,（自动需求度量）,从不同角色理解,不同的角色对产品,/,文档的理解是不一样的。,场景,按照用户使用场景对产品,/,文档进行评审。,49,准备评审会议,评审计划,组建评审组,3.,准备评审材料,4.,发送审查包,5.,制定活动进程表,各个阶段的,评审计划,的内容包括：各个阶段的评审时间、评审方式、评审组成员等。,SQA,在其提交的,质量保证计划,中，应根据各个阶段的,评审计划,，制定相应的评审检查点。,50,准备评审会议,2.,组建评审组,项目组提出评审组长和评审组成员名单的建议，质量组根据项目组的建议，与相关部门或人员（如外项负责人）进行协商确定。,选定评审组长对评审来说是非常重要的，评审组长需要和作者一起，策划和组织整个评审活动。,51,准备评审会议,3.,准备评审材料,基础性和早期的文档，如需求说明和原型等,与重大决策有关的文档，如体系结构模型,对如何做没有把握的部分，如一些挑战性模块，他们实现了不熟悉的或复杂的算法，或涉及复杂的商业规则等,将不断被重复使用的部件,52,准备评审会议,4.,发送审查包,将被审查的可交付产品,/,文档，其中指明了需要审查的部分,定义了可交付产品的前期文档,相关标准或其他参考文档,参与者需要的所有表格,有助于审查者发现缺陷的工具,/,文档：如缺陷检查表，相关规则等,用于验证可交付产品的测试文档,53,准备评审会议,5.,制定活动进程表,评审会议之前，评审组长还需要制定相应的活动进度表，安排会议房间，并将活动、日期、次数和地点通知评审组成员,54,召开评审会议,评审的主要步骤：,1,）由评审员,/,作者进行演示或说明。,2,）评审员会就不清楚或疑惑的地方与作者进行沟通。,3,）协调人或记录员在会议过程中完成会议记录。,55,召开评审会议,评审结果：,接受，,评审内容不存在大的缺陷，可以通过,有条件接受，,评审内容不存在大的缺陷，修订其中的一些小缺陷后，可以通过,不能接受，,评审内容中有较多的缺陷，作者需要对这些缺陷进行修改，并在修改之后重新进行评审。,评审未完成，,由于某种原因，评审未能完成，还需要后续会议,56,召开评审会议,评审中的注意事项：,人身攻击,无休止的争论,偏离会议中心,鼓励所有人发言,57,跟踪和分析评审结果,评审结果的跟踪,评审结果为有条件接受,评审结果为不接受,2.,评审结果的分析,有效性,效率和成本,58,如何实施成功的评审,解决不成功评审的主观因素：,对所有的工程师进行评审的培训，使评审深入人心,预防个人冲突，尽量避免对作者有人身攻击的工程师加入评审小组,将评审活动加入到项目计划中，并为评审分配足够的资源,收集以前的评审数据，了解哪一种评审方法最为有效,将评审列入个人的时间表中，确保评审员有充分的时间为评审做准备和参加评审,59,如何实施成功的评审,解决不成功评审的客观因素：,异步评审,-,如共享文档、邮件评审,分布式评审,-,如视频会议,时间,/,地点,相同,不同,相同,传统的评审方式,异步评审,不同,分布式评审,异步评审,60,项目评审的类型,61,改正性和预防性措施,信息收集和分析,筛选信息并找出潜在的改进可能性,对潜在改进进行分析,依照分析结果给出内容上或流程上的反馈,解决方案及其执行,62,产品发布报告模板,63,