《软件质量管理》_第1页
《软件质量管理》_第2页
《软件质量管理》_第3页
《软件质量管理》_第4页
《软件质量管理》_第5页
已阅读5页,还剩66页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、精选pptSoftware Engineering ManagementSoftware Engineering Management软件质量管理软件质量管理(SQA,Software Quality Management)精选ppt软件质量管理基础软件质量的定义软件质量的定义 ISO 9001中对质量的定义是ANSI/IEEE Std 729-1983中对质量的定义是客户要求的一种产品或服务所具备的所有特性软件产品满足规定的和隐含的需求的有关特征或特性的集合精选ppt质量合格的软件产品必须满足需求,质量是一个以理解顾客对质量的期望为开始的过程,软件质量是贯穿软件生存期的一个极为重要的问题,是

2、软件开发过程中所使用的各种开发技术和经验方法的最终体现。软件质量的定义软件质量的定义 软件质量管理基础精选pptn软件质量体现软件的价值,创造这个价值的成本即是软件质量的成本。n软件质量的成本可以分为以下四种:预防成本批准成本内部失效成本外部失效成本为了预防低质量的产品或服务所进行的所有活动有关的成本,包括项目计划,需求,设计,管理等。为了保证产品或服务满足质量标准或性能需求等,所进行的与度量,评审,审计等相关活动的成本。凡是不满足顾客需求的,都是一个失效。内部失效成本是在将产品或服务提交用户之前所发生的所有失效成本,包括产生失效,发现失效,修正失效的所有成本。在将产品或服务提交用户之后所发生

3、的所有失效成本。软件质量的定义软件质量的定义 软件质量管理基础精选ppt软件质量需求与质量特征软件质量需求与质量特征 对于任一软件系统,需求规格说明书都应该包含以下内容:质量需求是由对质量特征的明确目标决定的,这包含两种意思:确定衡量软件产品质量的质量特征;确定这些质量特征达标的阀值。软件功能规格说明;软件质量规格说明;软件资源规格说明软件质量管理基础精选ppt人们通常用软件质量模型来描述影响软件质量的质量特征下面介绍几个影响较大的软件质量模型nMcCall 质量模型nISO的软件质量评价模型软件质量需求与质量特征软件质量需求与质量特征 软件质量管理基础精选pptMcCall McCall 质

4、量模型质量模型McCall三层软件质量模型软件质量质量特性质量特性质量准则质量准则质量准则质量准则度量度量度量度量度量度量度量度量软件质量管理基础精选pptMcCall模型中的软件质量特征n该模型的软件质量概念基于11个质量特征之上。n11个质量特征被分为三组:软件产品运行软件产品修正软件产品转移质量特征McCall McCall 质量模型质量模型产品修正产品转移产品运行可维护性可测试性灵活性可移植性复用性互连性正确性 可靠性 效率 完整性 可用性软件质量管理基础精选pptMcCall软件质量模型中的软件质量准则质量特征软件质量准则正确性可追溯性、一致性、完备性可靠性容错性、一致性、精确性、简

5、单性效率执行有效性、存储有效性完整性访问控制、访问审计可用性可操作性、培训、沟通、输入/输出量、输入/输出率可维护性一致性、简单性、简洁性、模块性、自描述性可测试性简单性、模块性、工具、自描述性灵活性模块性、普遍性、可扩展性、自描述性可移植性模块性、自描述性、机器无关性、软件系统无关性复用性普遍性、模块性、软件系统无关性、机器无关性、自描述性互连性模块性、通信通用性、数据通用性McCall McCall 质量模型质量模型软件质量管理基础精选ppt在软件质量规格说明中,需明确描述这些软件质量准则的目标值,可以从以下几个方面考虑:n 最差值:能接受的最差值。n 计划值:计划达到的值。n 最佳值:可

6、能实现的最佳值,我们知道在别处已经实现或通过某种方法证实可以实现的值。n 现值:现在应用的系统的值McCall McCall 质量模型质量模型软件质量管理基础精选pptISOISO的软件质量评价模型的软件质量评价模型在1985年发布ISO/TC97/SC97/WG3/1985-1-30/N382中,软件质量度量模型由高层、中层、底层3层组成:n高层n中层n底层软件质量需求评价准则(SQRC),由正确性,可靠性,效率,安全性,可用性,可维护性,灵活性及连接性8个要素组成。软件质量设计评价准则(SQDC),由23个评价准则组成。例如,正确性对应可跟踪性,一致性,完备性三个设计准则;效率由存储效率和

7、运行效率子项组成,两者缺一不可。软件质量度量评价准则(SQMC)。软件质量管理基础精选pptISO/IEC 9126-1991软件质量模型中6个质量特征的定义为:n功能性n可靠性n可用性n效率n可维护性n可移植性与软件所具有的各项功能及其规定性质有关的一组属性。在规定运行条件下和规定时间周期内,与软件维护其性能级别的能力有关的一组属性。根据规定用户或隐含用户的评价所作出的关于使用软件所需要努力程度有关的一组属性。在规定条件下,与软件性能级别和所使用资源总量之间的关系有关的一组属性。与对软件进行修改的难易程度有关的一组属性。与一个软件从一个环境转移到另一个环境运行的能力有关的一组属性。ISOIS

8、O的软件质量评价模型的软件质量评价模型软件质量管理基础精选pptISO/IEC 9126-1991软件质量模型矩阵ISOISO的软件质量评价模型的软件质量评价模型质量特征质量特征质量子特征质量子特征描述描述功能性适用性指软件具备的为完成指定任务的适当的功能存在的特性。准确性指软件具备的能达成符合规定的正确的结果或效果的特性。互操作性指软件具备的能够和一些特定系统进行交互的特性。符合性指软件具备的使其和应用相关的标准、规则、规范、法律相一致的特性。安全性指软件具备的能够阻止对程序和数据偶然或故意的未授权访问能力的特性。可靠性成熟性和软件的缺陷造成的失效的频率有关的特性。容错性指软件能够在软件出错

9、或者接口误用的情况下保证一定水平的性能的能力有关的特性。可恢复性指软件在失效的发生的情况下,能够重构一定水平的性能和恢复直接受影响的数据的能力,以及为止付出的时间和努力相关的特性。可用性可理解性指软件的和用户识别软件的逻辑概念及适应性所花费的努力相关的特性。易学性指和用户学习软件的应用的努力程度有关的特性。易操作性指和用户操作或控制软件的努力程度相关的特性。效率时间行为指软件执行功能时和处理、响应时间及吞吐率相关的特性。资源行为指软件执行功能所需的资源的量和时间段相关的特性。可维护性可分析性指为了诊断缺陷,失效原因,或者标识要修改的部分所需的努力相关的特性。易修改性指因运行环境改变或者为去除缺

10、陷而修改软件所费努力程度相关的特性。稳定性指修改了软件后出现不可预期结果的风险相关的特性。可测试性指为测试修改了的软件所费努力程度相关的特性。可移植性易安装性和将软件安装到指定环境努力程度相关的特性。可替换性指在软件的运行环境中可被其它软件替代或者替代其它软件的可能性和努力相关的特性。适应性指软件运行在不同的环境中,应不需采取除软件本身设计时考虑之外的其它动作或方式相关的特性。遵循性指软件要和可移植相关的标准,规范一致相关的特性。软件质量管理基础精选pptISO/IEC 9126-1产品质量-质量模型中,定义了外部质量、内部质量、使用质量3个产品质量相关软件模型:n内部质量n外部质量n使用质量

11、在规定条件下使用时,软件产品满足需求的能力的特性。被视为在软件开发过程中(如在需求开发,软件设计,编写代码阶段)产生的中间软件产品的质量。了解软件产品的内部质量,可以预计最终产品的质量。在规定条件下使用时,软件产品满足需求的程度。外部质量被视为在预定的系统环境中运行时,软件产品可能达到的质量水平。在规定的使用环境下,软件产品使特定用户在达到规定目标方面的能力。它反映的是从用户角度看,软件产品在适当系统环境下满足其需求的程度。ISOISO的软件质量评价模型的软件质量评价模型软件质量管理基础精选ppt内部质量、外部质量和使用质量之间的关系ISOISO的软件质量评价模型的软件质量评价模型取决于取决于

12、影响内部质量外部质量使用质量度量度量度量影响软件产品发挥作用构造软件产品使用环境软件质量管理基础精选pptISO/IEC 9126定义的3个质量模型的结构和关系ISOISO的软件质量评价模型的软件质量评价模型外部质量模型外部质量模型可维护性正确性易测性扩展性故障数测试程度工作量变更数内部质量模型内部质量模型使用质量模型使用质量模型关闭时间隔离/确认时间故障率语句覆盖分支覆盖测试计划完整性资源预算劳动力支出变更工作量变更频率变更规模度量度量软件质量管理基础精选ppt软件质量需求与质量特征软件质量需求与质量特征 在一个软件项目中,除了参考上述质量模型,考虑上述质量特征外,还需要考虑以下因素:n成本

13、;n交付时间表;n与其他产品的对比。软件质量管理基础精选ppt软件质量管理软件质量管理n 软件质量管理目的是建立对软件产品质量的定量了解和实现特定的质量目标。n 软件质量管理包括 确定软件产品的质量目标; 指定实现这些目标的计划; 监控及调整软件计划、软件工作产品、活动和质量目标,以满足客户和最终用户对高质量产品的需要和期望。软件质量管理基础精选ppt软件质量管理n 软件产品质量n 软件过程质量n 软件质量改造在确定客户需求的时候,不仅包含产品的功能需求,而且包括其质量约束。这些质量约束既是体现,验证软件产品质量的标准,也是软件产品管理最终的目标。软件产品管理的最终目标是为了保证软件产品质量,

14、但只有保证软件开发过程质量才有可能保证软件产品质量。因此,设计与所有软件质量有关的过程时,都必须考虑质量需求,这些过程会有附加成本。过程质量影响产品的质量特征,这反过来影响产品的使用质量。软件产品的质量可以通过持续改进的迭代过程来改进,这需要许多并发过程的管理控制,协调和反馈。软件质量管理内容软件质量管理内容精选ppt软件质量管理n 确定软件质量需求n 软件质量计划n 软件质量保证n 软件质量控制n 软件质量度量这是整个软件质量管理活动的基础,其他所有质量管理活动都是为了实现这些质量需求而进行的。制定软件质量计划是软件质量管理过程的第一步,它与确定软件质量需求同步甚至更早。是确保软件产品从生产

15、到消亡为止的所有阶段,为达到需要的软件质量而进行的所有有计划,有系统的管理活动,而非技术活动。软件质量控制由一些任务和技术组成。例如一些跟踪点的评审是一个任务,而完成这个任务需要某些技术,如质量的度量,测试,验证与确认等技术。软件质量度量包括过程质量度量,产品质量度量及软件维护度量。软件质量管理活动软件质量管理活动精选pptn 软件质量管理须经过规划n 质量计划必须明文规定n 软件质量管理活动必须在软件需求活动时期或更早就开始进行。n 质量管理小组必须独立。n 质量管理小组成员必须经过培训。n 必须有适当的经费支持质量管理。为保证软件质量管理活动的质量,应该做到以下几点:软件质量管理要求软件质

16、量管理要求软件质量管理基础精选pptn 培训费用n 设备成本n 人力成本n 其他质量管理成本质量管理的成本主要涉及以下几方面的投入:投入质量管理的所有工作量都是质量管理的人力成本,包括SQA组的人力成本,测试工作的人力成本,各种技术检查与评审等的人力成本。如质量认证的费用,质量奖金等。软件质量管理成本软件质量管理成本软件质量管理基础精选ppt 软件质量保证就是为了向用户及社会提供满意的高质量的软件产品,确保软件产品从生产到消亡为止的所有阶段,达到需要的软件质量而进行的所有有计划,有系统的管理活动它的主要功能包括以下内容:n质量保证方针的制订与贯彻n明确各阶段的质量保证工作n各阶段的质量评审n确

17、保设计质量n重要质量问题的提出与分析n总结实现阶段的质量保证活动n整理面向用户的文档,说明书等n产品质量鉴定,质量保证系统鉴定n质量信息的搜集,分析和使用。软件质量管理基础精选ppt 软件质量保证一般包含以下几项活动:n 建立SQA组n 选择和确定SQA活动,即选择SQA组所要进行的质量保证活动,这些SQA活动将作为SQA计划的输入。n 制订和维护SQA计划,这个计划明确了SQA活动与整个软件开发生命周期中各个阶段的关系。n 执行SQA计划,包括对相关人员进行培训选择与整个工程环境相适应的质量保证工具。n 不断完善质量保证活动中存在的不足,改进项目的质量保证过程。软件质量保证精选ppt软件质量

18、保证确定组织结构确定组织结构n 职能结构n 矩阵结构n 柔性结构软件企业中SQA的组织结构有3类:精选ppt职能结构的SQA组织公司/研发中心SQA职能部门1经理项目经理项目经理SQA职能部门2经理项目经理项目经理软件质量保证确定组织结构确定组织结构精选ppt矩阵结构的SQA组织公司职能部门1经理项目经理项目经理职能部门1经理项目经理项目经理SAQ部门经理SQASQA软件质量保证确定组织结构确定组织结构精选ppt柔性结构的SQA组织公司职能部门1经理项目经理项目经理职能部门1经理项目经理项目经理SQA组领导SQASQA软件质量保证确定组织结构确定组织结构精选pptSQA工作随成熟度等级的动态分

19、布软件质量保证精选ppt为为SQASQA岗位配置人员岗位配置人员n全职n兼职n不论是全职还是兼职,都要求SQA有软件质量保证的专业知识,而且有很强的质量意识设置专门的SQA人员,主要职责就是质量保证工作。将工程师分派到其他职能部门或项目中去兼任SQA工作,每一位工程师都作为一名潜在的SQA。软件质量保证精选ppt确定软件质量保证活动确定软件质量保证活动一般把该活动分为以下五类:n评审软件工作产品,工具与设施。nSQA活动审查的软件开发过程n参与技术和管理评审n做SQA报告n做SQA度量评估软件工具主要是为了保证项目组采用合适的技术和工具。评估项目设施的目的是保证项目组有充足设备和资源进行软件开

20、发工作。软件产品的评审过程,项目的计划和跟踪过程,软件需求分析过程,软件设计过程,软件实现和单元测试过程,集成和系统测试过程,项目交付过程,子承包商控制过程,配置管理过程。目的是为了保证此类评审满足项目要求,便于监督问题的解决。SQA应将其评估的结果文档化。记录花费在SQA活动上时间,人力等数据。软件质量保证精选ppt确定软件质量保证计划确定软件质量保证计划n软件质量计划涉及两个方面: 从质量特征方面,定义需要的产品 为过程制定计划,以达到需要的产品质量。软件质量保证精选ppt质量计划应该做到: 软件质量管理须经过规划。质量计划必须明文规定。软件质量管理活动必须在软件需求活动时期或更早就开始进

21、行。质量管理小组必须独立。质量管理小组成员必须经过培训。必须有适当的经费支持质量管理。软件质量保证精选ppt软件质量计划的要素: SQA组的责任与权力SQA组需要的资源(人员、工具、设施、资金)SQA组的活动日程各阶段的质量工作规程与质量标准缺陷追踪计划单元测试计划源代码追踪计划技术检查计划集成测试计划系统测试计划软件质量保证精选ppt软件质量控制 软件质量控制是通过监控软件开发过程与结果,确保软件可以满足在设计中明白交代出来的要求和没明确指出的需求。即在软件开发过程的若干关键点上进行软件项目跟踪和监控,根据软件项目计划来跟踪和审查软件的完成情况和成果,并根据实际完成情况和成果纠正偏差和(或)

22、调整项目计划。 软件项目跟踪和监控是CMM可重复级的一个关键过程域,也是软件质量控制过程,软件项目跟踪和监控为软件过程提供了可见性。精选ppt软件质量控制软件项目跟踪与监控软件项目跟踪与监控过程检查点检查点计划纠正修改修改计划过程过程纠正软件检验与有效性验证评审与审计精选ppt软件质量控制 软件质量管理体现在软件开发的每一项工作中,如开发人员的设计文档的质量、代码质量等等。软件质量控制包括对过程质量和产品质量的控制,主要是对过程质量的监控以及一些跟踪点的软件工作产品的质量控制,如开发是否遵循过程标准?在设计检查或设计评审中设计方案是否满足设计要求?一旦发现过程问题和产品缺陷,则要有解决措施,并

23、跟踪问题解决和缺陷修正等。软件质量控制活动软件质量控制活动精选ppt软件质量控制软件质量控制活动软件质量控制活动设计编码测试利用SDP跟踪开发过程、活动SDP跟踪实际的规模、成本、工作量,并与估计值对值 跟踪实际进程与计划日程对照 必要时,采取及时的纠正措施设计检查代码检查质量需求利用质量需求检查、评审工作产品精选ppt软件质量控制软件检验与有效性验证(Software Verification and Validation,简称V&V) 软件检验与有效性验证的区别( Boehm, 1979):“检验:我们是否在正确地建立产品?”“有效性验证:我们是否在建立一个正确的产品?” 检验强调

24、的是过程的正确性,有效性验证强调的是结果的正确性。检验强调的是过程的正确性,有效性验证强调的是结果的正确性。软件质量控制活动软件质量控制活动是一个严格方法,用于评估整个产品生命周期的软件工作产品,验证与确认试图保证质量已经建造到软件中,并且软件满足顾客需求。在软件开发过程的每个阶段都应该有V&V活动,它从需求评审开始,包括设计评审、代码检查以及产品测试。为了降低成本,提高效率,软件检验与有效性验证应尽早开始。精选ppt软件质量控制软件检验与有效性验证 与软件质量保证不同的是,软件检验与有效性验证是针对产品质量的,它确保软件工作产品(包括文档和代码)正确、有效地满足软件需求。 软件检验与

25、有效性验证的独立性程度差异很大,任何人都可以做V&V。如果软件检验与有效性验证过程由一个与供应商、开发者、操作者和维护者相独立的组织进行,则该过程称作独立检验与有效性验证(V&V)。软件质量控制活动软件质量控制活动精选ppt软件质量控制软件检验与有效性验证模型软件质量控制活动软件质量控制活动系统需求软硬件集成系统有效性测试软件需求软件设计与测试计划编码/单元测试软件集成与测试软件有效性测试需求定义需求定义系统要做什么软件要做什么软件开发软件开发软件 检验软件 有效性验证系统有效性验证系统是否做该做的?软件是否做该做的?精选ppt软件质量控制软件检验与有效性验证的好处 软件质量控

26、制活动软件质量控制活动软件检验与有效性验证的好处软件检验与有效性验证的好处技术方面技术方面管理方面管理方面提供更好的软件和/或系统性能提供更可信的软件质量坚持遵守标准避免出现在最后时刻凑合而成的系统提供接收程序的准则更好的过程可视性对承包商的监督更好更具体的决策准则坚持遵守合同更好的文档质量更好的风险控制更好的系统质量与可靠性更好的维护性减少返工时间精选ppt软件质量控制评审与审计 评审是评价项目开发中的某个活动的状态和产生的工作产品是否合适、正确。软件质量控制活动软件质量控制活动管理评审技术评审检查走查审计管理评审的目的是监控项目进展,决定计划和进度的状态,确认需求及其系统分配,或评价用于达

27、到目标适应性的管理方法的有效性。管理评审决定计划、进度和需求的适合性,监控它们的进展和不一致性。技术评审的目的是评价软件工作产品,以确定其对使用意图的适合性,目标是标识软件工作产品与批准的规格说明和标准之间的差异,评审结果为管理提供依据,以决定是否要修正、变更等,如果有变更,变更也在变更控制之下。技术评审中必须有特定的角色:决策者、评审领导、记录员、支持评审活动的技术人员。技术评审要准备:评审目标的陈述、被评审的软件工作产品及相关的软件工作产品(如项目计划等)、与被评审的软件工作产品相关的问题列表、技术评审流程等。评审小组要按照评审流程,由相关的技术人员介绍被评审的软件工作产品,通过一次或多次

28、会议对软件工作产品进行检查,当评审流程列出的所有活动都完成后,技术评审才完成。 检查的目的是检测和标识软件工作产品异常。检查有两个重要特征:管理职位高于检查小组的任何人员不得参与检查;检查应该由受过检查训练的公正的促进者来领导。 检查也需要一位检查领导、记录员和一些检查人员。根据检查的内容,检查人员可以是不同领域的专家。 一次检查通常针对一小部分软件工作产品、或软件工作产品的一小部分。每个检查人员在检查评审会前须检查软件工作产品及其他相关资料,对发现的任何异常都要记录到文档中,并提交检查小组领导。检查结果一般有三种:接受或有少量重做;接受但要验证重做的工作;重新检查。走查的主要目标是发现异常、

29、改进软件产品、考虑其他实现方法、评价是否遵从标准和规格说明。走查类似于检查,但没检查正式。走查一般由软件工程师组织,让其他同事评审其工作,是一种保障技术。 审计是评定软件项目是否遵从需求、规格说明、基线、标准、过程、代码、合约规定的需求等的要求管理评审。审计是正式组织的活动,参与者有特定的角色,如主审计员、审计员、记录员、发起人,以及被审计组织的代表。审计最终要生成一个审计报告,要求被审计小组进行修正活动。 评审和审计有许多名称,不论名称如何,评审和审计在软件开发与维护的任何阶段都可以进行。评审和审计的主要过程如下:评审或审计规划评审或审计准备执行评审或审计完成或返工评审或审计总结精选pptP

30、M按照项目计划对项目进行跟踪和监控,并要求项目组成员每周向他提交工作日志或进展报告与Timesheet,以此对照计划衡量项目进展,并更新项目进度表(MS project 工具可以用来跟踪项目进度)。如果项目采用月度计划进行跟踪,月度计划需要从项目的WBS导出,项目经理确保月度计划定期更新以反映项目当前的状态。PM 应该保证测量协调员根据测量量规程定期更新测量表。PM每周写项目状态报告。 项目经理可以采用问题跟踪表单对问题进行跟踪。 PM每周召集项目组会议review项目进展和识别问题,质量工程师QA, 测试协调员TC、资料开发协调员TDC以及项目成员要求参加项目会议。开发团队的开发代表需要有选

31、择参加。需要的话,其它受影响组也可参加项目会议。在项目计划中需要定义与会者以及跟踪项目行动的方法。项目组会议的结果由PM记录、跟踪直到问题关闭。软件质量控制精选ppt在阶段结束会议中,PM应该: 讨论并记录经验和好的实践在阶段结束报告讨论资源的状态(硬件/人力资源/培训等等) 讨论质量控制活动的状态和下一阶段质量目标 讨论本阶段和下阶段达到产品性能目标的活动,记录本阶段活动的结果。讨论更改请求的状态以及配置管理的工作量 从缺陷预防数据库中标识最有可能出现的缺陷及其相应的预防活动并写入项目计划 讨论过程手册中定义的下一阶段的模型或者方法 讨论下一阶段将要用到的文档模板 讨论后续阶段工作的安排和进

32、度 软件质量控制精选ppt以下情况必须修订项目计划:在开发团队签发需求规格说明书之后,人力资源承诺发生变化。项目已经超出了在项目计划所定义的阈值(如规模、进度、工作量等)。项目执行需要其他附加资源。相关支持部门的承诺发生变化。软件质量控制精选ppt 以下情况可能会项目计划要重新检查, 需要的话, 还需要修订: 到达一个里程碑时 完成一个检查点review时过程手册被修改项目范围发生变化 分配需求发生变更 风险发生并且采用了纠正行动任意一条在项目计划中定义的修改准则得到满足 因内部或外部审计结果导致的纠正活动 其它相关组更改了承诺 其他项目的经验教训 软件质量控制精选ppt缺陷追踪源代码追踪技术

33、检查测试Pareto分析独立审计软件质量控制精选ppt缺陷追踪缺陷报告中追踪的信息:缺陷代号(一个数字或其他唯一的标识符)缺陷说明制造缺陷的步骤平台信息(硬件、软件)缺陷的目前状态(已修正好或未修正好)发现缺陷者、发现缺陷日期严重性(1-4表示,或用致命、严重、表面等)缺陷产生阶段(需求、系统设计、详细设计、编码、测试等)发现缺陷阶段缺陷更正日期、缺陷更正者更正缺陷所需代价(人员、小时)修正的工作产品或成果(需求、设计、程序等)解决方式(延后工程修正、修正、判定不当、无法重现等) 缺陷追踪是记录和追踪有关缺陷从发现到解决过程的工作。软件质量控制精选ppt源代码追踪 源代码追踪是利用开发工具的调

34、试器,一行行追踪代码的执行情况。这项工作主要是由程序员来做。软件质量控制精选ppt技术检查 技术检查是由技术专家或开发人员来检查别人完成的工作。技术检查一般由开发团队带领,质量小组在检查过程中的角色,是确保检查过程中出现的缺陷被密切追踪并完成修改。软件质量控制精选ppt设计检查找出功能缺陷找出需求缺陷项目目标的检查交叉训练检查与生产力正确性:设计是否如预期运作?完成度:设计成果是否适用所有预期用途?清晰性:设计方式是否易于被其他人了解?遗漏需求不必要的功能: 增加程序写作、测试与排错时间 增加复杂性,使系统更容易出错 额外的系统测试项目 额外的使用文件 额外的使用者培训 额外的使用者支持电子邮

35、件和电话服务 未来版本中必须支持的额外功能软件质量控制精选ppt源代码检查对象类别、模块、例程与例程内部程序代码的编排。对象类别、模块、例程与例程内部程序代码的批注。变量名称。例程源代码的最大行数长度。对象类别内最大例程数。允许的复杂度,包括对goto叙述、复杂度的逻辑测试、循环等等的使用限制。内存管理、错误处理、字符串存放等等的程序代码层次构架等。使用工具与连接库版本。软件质量控制精选ppt技术检查的步骤:通知与传递准备检查会议检查报告修改工作软件质量控制精选ppt技术检查的关键:尽早开始着重找出缺陷让技术检查维持技术性记录检查过的项目记录检查过程中的缺陷追踪缺陷直至修正对项目团队公布检查结

36、果在日程安排中加入检查与修正的时间软件质量控制精选ppt测试注意: 测试意味着发现软件的质量水准,而非软件质量的担保。当测试与修正合并时,测试与修正的组合对于软件担保才有意义,可是并非非常有效。更有效的方式是将前期的质量保证、技术检查与测试结合起来。 测试包括单元测试、集成测试、系统测试等。软件质量控制精选pptPareto分析 有些公司可以达到最低错误率,但是在那一点以后,进一步减少错误率会增加很多的开发时间。因此,在进行质量管理的同时,一定要达成质量、时间、成本的均衡。为此,需要确定终止发现缺陷的准则,也需要确定哪些缺陷必须修正、哪些缺陷可以接受或延缓修正。这就涉及到质量控制分析方法,Pareto分析20/80原则,也常常被用来进行缺陷分析。 用Pareto方法分析缺陷就是要找出带来80%修正成本或损失的20%缺陷,对这些缺陷进行重点跟踪,并形成一定的缺陷预防措施,避免在以后的项目中多次重复出现同类缺陷。软件质量控制精选ppt独立审计 独立审计是由与项目无关的外部组织对软件项目的独立检查。独立审计主要评价软件需求、规格说明书、基线、标准、规程、代码等。独立审计的关键是审计小组与开发团队、项目经理完全独立。软件质量控制精选ppt软件产品质量度量:对质量需求中产品的质量特征进行度量,度量指标根据组织、产品的实际情况确定,一般都会包括需求覆盖率、测试覆盖率、缺陷报告(

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论