08第八章 软件质量保证.ppt

1、第8章软件质量保证，ITANY，本课程的主要内容，软件质量模型ISO9000和CMM/CMMI软件质量铁三角质量保证和SQA，本章的目标，了解软件质量模型CMM/CMMI和ISO9000质量铁三角理解质量保证和SQA，第一质量保证和SQA软件质量模型CMM/CMMI和ISO9000软件质量铁三角，软件质量定义，“软件质量”(ISO9126 ) :软件满足规定和潜在用户要求特性的总和。 包括“内部品质”、“外部品质”、“使用品质”三部分。 软件质量(ISO14598 ) :软件特性的总和，软件满足规定或潜在用户需求的能力。 软件质量的定义、软件质量是“符合软件明确且隐含定义的需求的程度”。 更具

2、体地说，软件的质量是满足软件明确描述的功能和性能要求、文档中明确描述的开发标准和所有专业开发的软件应具有的隐含特征的程度。 软件质量定义的三个要点是，软件需求是测量软件质量的基础，不符合需求质量就不高。 ； 指定的标准定义了一系列指导软件开发的标准，如果不遵守这些标准，质量几乎不会下降。 ； 通常有一组隐式要求没有明确描述(例如，期望软件的维护容易)。 如果软件满足明确描述的要求，但不满足隐式要求，则软件的质量仍存在疑问。 软件质量的理解，软件质量是一个复杂的概念，不同的人从不同的角度看软件质量问题，用户的观点不同。 质量是满足顾客需求的开发者的视点。 质量是与需求说明一致的产品视点。 质量是

3、产品的内在特征价值的视角。 质量是顾客是否想购买项目经理的视点。 质量是能在“满意”工作中完成预期功能的软件产品，质量保证(QA )、质量保证(QA:QualityAssurance ) :质量保证的重要工作是通过预防、检测和改进来保证软件质量。 QA以“全面质量管理”和“过程改善”的原理展开了质量保证，QA的活动有几个测试活动，而QA关注软件质量的检测和测量。 因为QA的工作是软件的生命周期的管理，和软件是否满足规定的质量和用户的需要的验证，所以主要着眼于软件开发活动的流程、步骤和产物，而不是软件的分析。 QA的注意责任检查和评价当前的软件开发过程，找到改进流程的方法，达到防止软件缺陷发生的

4、目标，QA的组织结构可以分为国内大多数企业，QA组织结构可以分为功能结构、矩阵结构和两者组合的灵活结构三种。 职能结构在职能结构中，各职能部门设立了自己的QA岗位，位于上级经理之下，与项目组独立。 QA直接负责高级管理者，但业务上需要向项目经理报告，是项目成员。 职能结构的好处QA容易整合到项目组中，容易发现实质性问题，解决问题也很快。 职能结构的缺点各职能部门相对独立，部门间的经验缺乏交流和共享，还可能出现流程、方法和工具研究的反复投资。 在这样的组织结构下，上级经理专注于业务的发展，QA的职业发展容易被忽略，难以受到应得的训练和提高。 QA的组织结构、矩阵结构在矩阵结构中设立了专业的QA部

5、门，与各业务功能部门降低了水平。 QA属于QA部，在行政上对QA经理负责，在业务上向业务部门的高级经理和项目经理报告。 在这样的组织结构中，QA部的经理得到QA的评价和认可，也有助于保证QA的独立性和评价的客观性，确保组织的长期利益和项目(或个人)的短期利益之间的平衡。 QA资源由所有项目共享，可以根据项目的优先级动态调配，资源的利用更加充足，但也可能发生资源冲突。另外，QA部门还能负责改进QA流程、管理QA知识、发展QA员工，集中资源进行QA平台的建设，防止反复投资。 但是，在矩阵结构中，QA很难进入项目组，发现的问题也很少能及时有效地解决。 柔性结构柔性结构以职能结构和矩阵结构的混合形式，

6、根据职能结构建立了QA组。 在QA职务、CMMI中，QA的主要工作是流程审查和产品审计。 从实践经验来看，QA仅完成这两项工作很难表达QA的价值。 为了使QA组织的生产大于组织的投资，实现附加值，应该根据企业的需求适当增加QA的责任。 例如，过程指导、过程测量和过程改进等。 流程指导主要由项目前期辅助项目经理制定项目计划(包括项目流程和流程模式的定义和修改、项目报价支持、项目检验标准的建立、质量目标的设定等)，对项目成员进行流程和规范的训练流程测量(包括产品测量)在CMMI中属于CMMI级2的流程域，但对所有流程都是共同的请求。 特别是成熟度越高，对测量的要求也越高，难易度也越高。 这需要由专

7、家负责。 QA是个好选择。 主要作用是收集、统计和分析测量数据以管理信息需求。 过程改善在CMMI中主要是EPG的作用。 但是，实际上，由于QA接近实施过程的环境，所以当理解过程正在运行的情况时，容易发现“桶中最短的”。 同时，QA也是改善流程实施的重要推动力。 QA和SEPG两者的基本作用是： SEPG :制定流程，实施流程改善的QA :确保流程正确执行的SEPG提供流程上的指导，项目组制定项目流程，项目组企划如果项目和QA争夺对流程的理解，SEPG将成为最终仲裁员。 为了有效地改善流程，SEPG必须分析项目数据。 因为QA本也必须推进过程规范，所以在所有QA中最有经验、最有能力的QA可以参

8、加SEPG，但必须注意两者的差异。 如果企业的SEPG人员有比较深的开发背景，可以兼任SQA工作，有利于流程的持续改善，但由于立法、执法一体化，SQA变得过强，容易影响项目的独立性。 软件质量保证(SQA )、软件质量保证(SQA )是有计划的，建立系统的方法，保证管理层制定的标准、程序、实践和方法在所有项目中被正确采用。 软件质量保证的目的是让管理人员看到软件过程. 通过审查和审核软件产品和活动，验证软件是否符合标准. 软件质量保证小组在项目开始时一起参加计划、标准、流程的建立。 这些都将使软件项目满足组织方针的要求。 软件质量保证(SQA )，基本目标1:软件质量保证工作正在有计划地进行。

9、 目标2:客观验证软件项目的产品和工作是否符合适当的标准、程序和需求。 目标3:将软件质量保证的工作和结果通知相关小组和个人。 目标4:高级管理层触及项目内部无法解决的不合格问题。 软件质量保证(SQA )、SQA活动软件质量保证(SQA )是适用于整个软件过程的活动，需要重新审视质量管理方法有效的软件工程技术(方法和工具)在整个软件过程中采用的正式技术， 软件文件及其修改的控制保证软件遵循软件开发标准的测量和报告机制，软件质量保证(SQA )、SQA的工作内容和工作方法计划为特定项目制定SQA计划，项目组正确地执行流程审计/证明问题的跟踪、软件质量保证(SQA )、SQA的素质是以过程为中心

10、：应该从过程的角度来考虑问题，只要保证过程，QA就能履行责任。 专业服务精神：为项目群提供服务，帮助项目群确保正确的流程理解过程：深入了解企业工程，掌握一定的流程管理理论知识，了解开发工作的基本情况，良好的沟通项目活动QA和QC，两者的基本责任QC :检查产品质量，确保产品满足客户需求的产品质量检查者。QA :审计过程的质量，确保过程正确执行。检查：我们经常说， 挑缺点。审计：在确认项目按要求进行的证据这种分工原则下，QA除非检查项目按过程进行某种活动，否则不生产某种产品的QC检查产品是否满足质量要求。 软件测试和质量保证，软件测试：关注软件开发的产物，分析软件，运行软件，发现问题，报告质量。

11、 软件测试是保证软件质量的重要一环。 测试工作不能跨越软件测试是质量保证活动的重要一环，通过测试提高软件质量不是像被称为体重那样想达到减肥目的的唯一一环。 的双曲正切值。 的双曲正切值。 如果你想减肥，就不要买新的称呼。 我在减肥。 如果想提高软件的质量，可以进行更好的分析、设计和开发，而不是进行更多的测试。 -stevemcconnellincodecomplete，第二部分，质量保证和SQA软件质量模型CMM/CMMI和ISO9000软件质量铁三角，软件质量模型，从测量的角度来看，影响软件质量的因素可以直接测量(各功能点的错误任何类型的测度都必须发生。 早期软件质量模型是由McCall和他

12、的同事在1977年建立的，提出了影响质量因素的有用分类，着重于软件产品的三个重要方面：操作特性(产品的运行)、可变更的能力(产品的修订)、新的环境适应能力(产品的变迁)、McCall质量模型、 Boehm质量模型1978年，Boehm和同事们提出了分层结构的软件质量模型，包括用户的期待和必要的概念，McCall模型中没有的硬件特性Boehm模型从软件的整体效用开始，系统交货后，不同类型的用户第一个用户是第一个顾客，系统做了顾客想要的事情。 第二个用户是将软件移植到另一个硬件软件系统中使用的用户，第三个用户是维持系统的程序员，这三个用户希望系统可靠有效，所以Boehm模型对软件质量的也就是说，有

13、效地使用反映了用户要求的系统资源，学习和使用很容易，易于维护和测试，Boehm质量模型，ISO9126质量模型，1990年代初，软件工程组织把很多软件质量模型作为一个模型国际标准化组织于1991年公布了ISO9126-1991标准软件产品评价-质量特性及其使用指南。 我国也公布了与1996年相同的软件产品质量评价标准GB/T16260-1996。 这是分层的质量模型，有六个影响质量的特性。ISO9126质量模型，第三部分，质量保证和SQA软件质量模型CMM/CMMI和ISO9000软件质量铁三角，能力成熟度模型CMM，CMM (capbilitymaturitymodel ):CMM是美国软件

14、工程学会SEI 制定的一系列软件产品的质量管理和质量保证标准，CMM都称为“CapabilityMaturityModel”，中文名称是能力成熟度模型。 CMM始于1987年，近年来，CMM进入ISO系统，称为ISO/IEC15504或SPICE.CMM，定义了5级成熟度级别的共计18个流程域(KPA )、能力成熟度模型CMM、CMMI级的初始级别：软件项目的成功在于个人英雄的行动和运气过程共同的计划、监视和开发过程控制软件的时间和费用无法预测，项目前景和结果测试过程与其他过程混合在一起， 能力成熟度模型CMM CMMII级可重复项目级思想使用基本的项目管理过程，跟踪项目进度、功能和质量，使用

15、基本的软件测试行为，如制定软件测试计划和测试用例所需的流程规律， 可以重复以前类似应用程序获得的成功经验的重要流程领域(KPA ) :需求管理、项目规划、项目监督和控制、供应商的协定管理、测量和分析流程和产品质量保证、配置管理、能力成熟度模型CMM、CMMIII级具有组织化的思想， 在某个项目通用的管理和流程活动标准化、记录的标准被采用、证实、压力增加的情况下不放弃规则测试之前，审查并批准测试文件、计划测试团队和开发团队的独立测试结果， 确定软件完成时间的重要流程领域(KPA ) :需求开发、技术解决、产品集成、验证、确认、组织级流程焦点、组织级流程定义、组织培训、集成项目管理、风险管理和决策

16、、能力成熟度模型CMM、CMMIV级量化管理水平的产品质量是预先定量指定的(例如，产品只能在每行代码在0.5个以下的问题上发表)，在达到目标之前，不允许加强项目的监督和控制。 在项目开发过程中，收集开发过程和软件质量详细信息，调整修改偏差，按计划调整项目的重要流程领域(KPA ) :定量流程管理、软件质量管理、能力成熟度模型CMM CMMV级优化管理级：从CMMIV级不断提高当所有人都觉得最好的时候，新想法出现了，再次上升到了下一个水平。 公司提倡提高软件开发成熟度的并不是软件测试者。能力成熟度模型CMM、CMM的评价： CMM的评价采用CBA-IPI方法(CMM-basedsessement

17、forinternalprocessimprovement )。 CBA-IPI方法通过识别当前流程的优劣，让一个组织了解软件开发能力，确定软件改进计划的优先级，将这些优点和缺点与CMM进行比较，并关注最有利的软件改进， 呈现当前流程成熟度和业务目标的方法是由受过训练的专业小组评价组织的软件流程能力，该小组全体人员作为团队评价评价范围内CMM的主要流程域，评价结果根据收集的数据制定的。 这些数据将问卷的回答文件的审查陈述和中间层的经理项目负责人和软件专家的深入采访能力成熟度模型和CMMI (capablematuritymodelintegration )集成到CMM1.0版本以后， SEI包括：软件工程(SW-CMM )、系统工程(SE-CMMsystemengineeringCMM )、软件购买(SA-CMM softwareacquistionCMM )、人力资源管理(P-CMM 虽然各模