第7章 质量管理_第1页
第7章 质量管理_第2页
第7章 质量管理_第3页
第7章 质量管理_第4页
第7章 质量管理_第5页
已阅读5页,还剩44页未读 继续免费阅读

下载本文档

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

文档简介

软件项目管理与质量分析第七章质量管理(1)了解软件质量管理的定义和重要性。(3)掌握质量保证与质量控制的方法。(2)理解软件质量管理模型。学习目标1.项目质量定义2.项目质量管理模型3.项目质量标准体系4.质量保证5.质量控制6.项目质量管理案例7.本章小结8.课后作业本章小节第七章质量管理1项目质量定义.项目质量定义ANSI/IEEEStd729-1983定义软件质量为“与软件产品满足规定的和隐含的需求的能力有关的特征或特性的全体”。更为一般的说法是:软件项目质量指的是开发的软件与用户需求相一致的程度。CMM(CapabilityMaturityModel)能力成熟度模型对软件质量定义:(2)一个系统、组件或过程符合用户要求或期望的程度。(1)一个系统、组件或过程符合特定需求的程度;项目质量定义衡量软件项目质量主要包含以下三个指标:

软件是否满足用户需求。

软件是否满足规定的标准和要求。

软件是否满足软件共有的隐含需求和特征。项目质量定义项目质量定义衡量软件项目质量最重要的指标是用户需求,它是整个软件项目产生的根本来源,也是度量软件项目质量的基础。项目质量定义衡量软件项目质量的指标还应包括文档中明确提出的开发标准,以及专业开发的软件所共有的隐含需求和特征。总结2项目质量管理模型.McCall质量模型JimMcCall的软件质量模型,也称

GE模型(GeneralElectricsModel),由JimMcCall等人1977年提出。该模型最初主要面向系统开发人员和系统开发过程,后来被广泛应用于软件及其他产品的质量评估中。McCall质量模型McCall质量模型McCall质量模型此模型主要从产品运行、产品修正与产品转移三个角度衡量和评估软件质量。针对不同角度,JimMcCall提出了体现软件质量的11个特性,具体包括:正确性、可靠性、可用性、效率、完整性、可维护性、灵活性、可测试性、可移植性、可复用性与互操作性。McCall质量模型McCall质量模型McCall质量模型McCall质量度量模型该模型通过将软件质量要素、准则与度量划分为三层结构图来表示其度量模型,具体如图所示。该模型将软件质量的11个特性按三个角度进行划分(如图所示)。每一组特性都从一个角度或方面反映软件质量,这组特性被称为质量要素。McCall定义评价准则作为构成质量要素的衡量标准,而每个评价准则又需要一系列具体的度量来支撑。通过分级,度量难度大大降低。度量采用该评分准则,评分范围为0(最低)到10(最高)。McCall质量模型McCall质量度量模型Boehm质量模型为实现量化软件质量的目的,Boehm软件质量模型采用一系列属性作为量化指标。Boehm质量模型ISO/IEC9126质量模型1993年,在McCall和Boehm模型的基础上建立了ISO/IEC9126质量模型。ISO/IEC9126质量模型具有适当的能力以满足用户的功能需求

功能性提供维持规定的性能状态稳定的能力

可靠性具有衡量用户使用该产品需消耗多少精力的能力可用性提供的适当的能力以满足所使用的资源的性能效率被修改的能力

可维护性软件从一种环境迁移到另一种环境的能力可移植性ISO/IEC9126质量模型软件质量的6个特性3项目质量标准体系.软件开发是一项系统工程。较为广泛的标准体系为ISO9000软件标准系列与CMMI过程能力成熟度模型集成。项目质量标准体系ISO9000系列欧洲联合会提出ISO9000(InternationalStandardizationOrganization,国际标准化组织)软件标准系列。建立在“所有工作都是通过过程来完成的”这一认识基础上。ISO9000系列ISO9000系列标准的主体部分分为两组:ISO9001-ISO9003和ISO9004。ISO9001是评估软件质量最为重要的标准。ISO9002即《质量体系生产安装和服务的质量保证模式》,主要应用于评价与软件设计相关的需求。ISO9003是软件开发、使用和维护的标准与指南,主要应用于汇编、测试等标准。ISO9004-2适用于指导评价软件服务和软件维护的质量,是企业服务质量体系实施认证的指南;ISO9004-4则是用以改进产品质量的质量管理系统文件。CMMICMMI(CapabilityMaturityModelIntegration)称为能力成熟度模型集成,它以CMM为基础构建而成。CMMI如图所示,CMM将软件过程成熟度划分为5个等级,从低到高依次为:初始级、可重复级、已定义级、已管理级、优化级。过程能力成熟度模型CMMICMMI模型认为,不同研发组织的软件过程能力存在差异,这些过程能力主要体现在项目组织的研发能力和管理能力上,最终表现为项目取得成功的能力。CMMICMMI的目标是帮助企业持续改进软件过程,提升项目的生产能力和软件质量。CMMI以软件项目质量为核心,提升软件的整体质量水平,交付高质量的软件。过程能力的改进还能促使软件项目与企业组织的业务目标保持一致。4质量保证.对项目或产品符合既定技术要求的充分信心。01评估产品开发或制造的过程。02对实体将满足质量要求的充分信心。03对质量要求将得到满足的信心。04质量保证软件质量保证(SoftwareQualityAssurance,SQA)是为确保软件和服务充分满足用户需求而开展的一系列有组织、有计划且贯穿整个软件项目周期的系统性活动。IEEE标准(IEEE标准610.12-1990,1991)为SQA提供了如下定义:定义质量保证(1)软件质量保证的目的是使管理人员对整个软件过程和产品具有适当的可见性。(2)需要注意的是,软件质量保证组与软件测试人员并不相同。(3)软件质量保证通常采用独立审查方式。(4)软件质量保证的最终目标是在用户接触产品前发现其不足和缺陷。在项目立项时,制定软件质量保证计划。创建SQA计划通过在软件生命周期内设置特定的检查点来评估各项指标。设置必要的检查点质量保证

软件项目产出物检查点清单质量保证重新测试已修复的缺陷,并验证已修复的缺陷不会在软件中引入新的缺陷,对软件质量产生任何不利影响。衡量变更影响发现问题,进行及时的记录和整改,确保后续计划能够正常推进。

进行正式的审查使用多种测试策略从不同角度尽可能全面的对产品进行测试。包括多测试策略质量保证文档是软件质量保证工作的关键,应与项目利益干系人共享。维护报告和记录软件质量保证团队和软件开发团队和谐相处非常重要。保持良好的关系软件质量保证的主要方法是软件质量审计。(1)软件质量保证的各项活动,增强用户对软件项目的信心;(2)对软件进行定期且严格的审查,可防止出现不可预见的紧急情况;(3)项目各项进程得以按计划推进;(4)软件质量保证节省时间和成本。5质量控制.第1章

计算思维1.1计算质量控制.区分质量控制不同于质量保证。(1)质量保证旨在确保开发中的产品或服务满足用户规定的要求;(2)质量控制旨在确保软件产品或执行的服务符合一套确定的质量标准或满足用户需求。定义质量控制(QualityControl,QC),是指通过识别开发过程中软件产品出现的各种缺陷、纠正这些缺陷,同时收集和反馈软件产品各项质量特性信息等一系列活动。质量控制通过质量控制可直接提高软件质量。质量控制一般由开发人员实施,直接对每个开发阶段结果的质量严格把关,是一个被动的过程。质量控制的任务是为每个开发阶段制定可行且详尽的质量管理活动,通过正确执行和有效控制这些管理活动,保证在开发过程中发现尽可能多的缺陷。应用软件质量控制主要包括同行评审、代码走查、软件测试以及缺陷跟踪等措施,可按照前、中、后三个时期进行划分。¥2679547+¥852147+在软件产品完成之后,也可以通过以下方式进行质量控制。后期在软件项目开始前,要做到方案可行、制度可靠及资源可用。前期在软件项目开发过程中需要采取更多样的措施来控制软件的质量。中期第1章

计算思维1.1计算质量控制质量控制

方案可行在项目立项初期,制定详尽的软件开发计划。资源可用资源指为了能够得到满足质量要求的软件产品,在开发过程所需要资源。在项目开始之前充分考虑项目所需的各项资源。制度可靠在进行软件开发之前,应当制定设立一套完善且可靠的质量管理体系。123.风险管理贯穿于整个项目开发周期,在各个阶段都应对项目的风险进行合理全面的评估。同行评审软件质量控制的主要手段。代码走查开发人员通过阐述和解读代码发现其中隐藏问题确保软件质量。质量评价准确的评估软件的质量水平,进行质量控制。质量控制软件测试对软件产品进行全面必要的测试发现和修复其中隐含的缺陷是提高交付软件的质量的重要保障措施。任务1.1探索AIGC与未来职业发展的关系贯穿于整个软件过程。完整的文档应当记录从项目立项到后期版本迭代和维护的详细信息。文档审查配置管理进行质量控制是软件质量的重要保障。在各个环节进行质量控制活动,确保当前阶段的工作都是在符合标准的前一阶段工作结果的基础上进行的,最终软件产品的质量才是有保障的。质量控制6项目质量管理案例.案例介绍当地时间2024年7月19日,美国网络安全企业“众击”(CrowdStrike)的软件更新引发了一场全球性的Windows操作系统危机,导致大规模蓝屏和全球范围的系统宕机。根源在于“众击”公司推送的一个存在严重“缺陷”的软件更新。项目质量管理案例案例介绍据统计,此次事件席卷了全球超过20个国家,约850万台设备遭受冲击,涵盖了航空、医疗、传媒等多个关键行业,其中美国航班受到的影响尤为严重,超过2.3万架次航班被迫延误。项目质量管理案例案例分析在CrowdStrike事件中,快速响应与补丁推送机制是另一个值得探讨的方面。因此,建立一套高效的应急响应机制,是每个软件供应商必须重视的关键环节。项目质量管理案例微软蓝屏事件再次凸显了软件质量管理的重要性质量控制是软件更新流程中的核心环节,须确保所有软件更新都经过严格测试,包括单元测试、集成测试、性能测试及兼容性测试。在此次微软蓝屏事件中,问题根源在于内核驱动文件,这暴露出CrowdStrike在测试阶段可能未能充分考量驱动程序对操作系统核心组件的影响。此外,采用分阶段更新策略是降低故障影响的有效手段。这种方法不仅能减少突发故障对业务的影响,也为供应商预留了更充足的问题修复时间。项目质量管理案例软件供应商应实施严格的质量保证流程,将质量控制贯穿于开发全周期,包括需求分析、设计、编码、测试和发布。案例总结1“微软蓝屏”事件不仅是对全球IT基础设施韧性与安全性的一次深刻检验,更是对网络安全与系统稳定性的一次沉痛反思。2从数字世界迈向智能世界的进程中,软件已成为企业愈发重要的核心资产。7本章小结.软件质量管理的相关知识软件质量的定义,明确了主要衡量指标及软件质量的重要性几种常用的软件项目质量管理模型,借助这些模型可更好地理解软件质量管理的实施逻辑讲解了两种应

温馨提示

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

评论

0/150

提交评论