第十章 软件质量管理-简

上传人:hjk****65 文档编号:245176912 上传时间:2024-10-07 格式:PPT 页数:48 大小:466KB
返回 下载 相关 举报
第十章 软件质量管理-简_第1页
第1页 / 共48页
第十章 软件质量管理-简_第2页
第2页 / 共48页
第十章 软件质量管理-简_第3页
第3页 / 共48页
点击查看更多>>
资源描述
单击以编辑,母版标题样式,单击以编辑母版文本样式,第二级,第三级,第四级,第五级,*,第十章软件质量管理,第三部分,软件项目管理,软件质量保证与评价,1,软件质量及其度量模型,2,软件的质量保证,3,软件的质量设计,4,软件能力成熟度模型,CMM,1,、软件质量及其度量模型,(1,)软件质量定义,与所确定的功能和性能需求的一致性,与所成文的开发标准的一致性,与所有专业开发的软件所期望的隐含特性的一致性,(2,)软件质量度量模型,McCall,质量度量模型,针对面向软件产品的运行、修正和转移的。,ISO,软件质量评价模型,分三层:高层(,软件质量,需求,评价准则,),中层(,软件质量,设计,评价准则,),低层(,软件质量,度量,评价准则,),2,软件的质量保证,(1)软件质量保证的定义,定义:质量保证是,为保证产品和服务充分满足消费者要求的质量而进行的有计划、有组织的活动,。,特性:,A.,是,面向消费者的活动,,是为了使产品实现用户要求的功能,站在用户立场上来掌握产品质量的。软件的质量保证就是向用户及社会提供满意的高质量的产品。,B.,和一般的质量保证活动一样,是,确保软件产品从诞生到消亡为止的所有阶段的质量的活动,。即,为了确定、达到和维护需要的软件质量而进行的所有有计划、有系统的管理活动,。,(2)主要任务,为了提高软件的质量和软件的生产率,软件质量保证的主要任务大致可归结为8点。,用户要求定义-需求分析,熟练掌握,正确定义用户要求的技术,熟练使用和指导他人使用,定义软件需求的支持工具,重视,领导全体开发人员收集和积累有关用户业务领域的各种业务的资料和技术,技能,。,力争不重复劳动-软件复用,考虑哪些,既有软件可以复用,在开发过程中,随时,考虑所生产软件的复用性,。,掌握开发新软件的方法,在开发新软件的过程中大力使用和推行软件工程学中所介绍的开发方法和工具。,使用先进的开发技术:如,结构化技术,、,面向对象技术,使用数据库技术或网络化技术,应用开发工具或环境,改进开发过程,组织外部力量协作的方法,一个软件自始至终由同一个软件开发单位来开发,也许是最理想的。但在现实中常常难以做到。,改善对外部协作部门的开发管理。必须,明确规定,进度管理,、,质量管理,、,交接检查,、,维护体制,等各方面的要求,,,建立,跟踪检查,的体制,。,排除无效劳动,最大的无效劳动就是,因需求规格说明有误,、,设计有误,而造成的,返工,。定量记录返工工作量,,,收集和分析返工劳动花费数据,较大的无效劳动是,重复劳动,,即相似的软件在几个地方同时开发,建立互相交流、信息往来通畅、具横向交流特征的信息流通网,发挥每个开发者的能力,软件生产是人的智能生产活动,它,依赖于人的能力,和,开发组织团队的能力,。,开发者,必须有,学习各专业业务知识,、,生产技术,和,管理技术,的能动性。,管理者,或,产品服务者,要,制定技术培训计划,、,技术水平标准,,以及,适用于将来需要的中长期技术培训计划,。,提高软件开发的工程能力,要想生产出高质量的软件产品必须有高水平的,软件工程能力,。,在软件开发环境或软件工具箱的支持下,,,运用先进的开发技术,、,工具和管理方法开发软件的能力,。,提高计划和管理质量能力,项目开发初期,计划阶段的项目计划评价,计划执行过程中及计划完成报告的评价,将评价、评审工作在工程实施之前就列入整个开发工程的工程计划中,提高软件开发项目管理的精确度,(3)质量保证与检验,其一是,切实搞好开发阶段的管理,,检查各开发阶段的质量保证活动开展得如何;,其二是,预先防止软件差错给用户造成损失,。,为了,确保每个开发过程的质量,,防止把软件差错传递到下一个过程,必须进行质量检验。,质量检验的原则,用户要求的是产品所具有的功能,这是“真质量”。,靠质量检验,一般检查的是“真质量”的质量特性,。,能靠质量检验的质量特性,,即使全数检验,也只是代表产品的部分质量特性,。,必须,在各开发阶段对影响产品质量的因素进行切实的管理,,认真检查实施落实情况。,当开发阶段出现异常时,,要从质量特性方面进行检验,看是否会给后续阶段带来影响,。,虽然各开发阶段进展稳定,但由于工程能力不足,软件产品不能满足用户要求的质量。这时,可通过检验对该产品做出评价,判断是否能向用户提供该产品,。,要以一定的标准检验产品,根据产品的质量特性,检查各个过程的管理状态。,(4)软件质量保证体系,软件的质量保证活动,是涉及各个部门的部门间的活动。,例如,如果在用户处发现了软件故障,,产品服务部门,就应听取用户的意见,再由,检查部门,调查该产品的检验结果,进而还要调查软件实现过程的状况,并根据情况检查设计是否有误,不当之处加以改进,防止再次发生问题。,为了顺利开展以上活动,,事先明确部门间的质量保证业务,,,确立部门间的联合与协作的机构,十分重要,,这个机构就是质量保证体系,。,必须,明确反馈途径,。,必须,明确各部门的职责,。,必须,确定保证系统运行的方法,、,工具,、,有关文档资料,,以及,系统管理的规程和标准,。,必须,明确决定是否可向下一阶段进展的评价项目和评价准则,。,必须,不断地总结系统管理的经验教训,,,能够修改系统,。,制定质量保证计划,,在计划中,确定,质量目标,确定,在每个阶段为达到总目标所应达到的要求,确定,进度安排,确定,所需人力、资源和成本等,。,软件质量保证规程和技术准则,规定,在项目的哪个阶段进行评审及如何评审,;,规定,在项目的哪个阶段应当产生哪些报告和计划,;,规定,产品各方面测试应达到的水平,。,在,每次评审和测试中发现的错误如何修正,;,描述,希望得到的质量度量,;,说明,各种软件人员的职责,,规定为了达到质量目标他们必须进行哪些活动。,建立,在各阶段中执行质量评价的,质量评价和质量检查系统,有效运用质量信息的,质量信息系统,,并使其运行。,(5)质量保证的实施,软件质量保证的实施需要从纵向和横向两个方面展开。,要求所有与软件生存期有关的人员都要参加,要求对产品形成的全过程进行质量管理,这要求整个软件部门齐心协力,不断完善软件的开发环境。此外还需要与用户共同合作。,(6)质量目标与度量,为了开发高质量的软件,需要,明确软件的功能,,,明确软件应达到什么样的质量标准,,即,质量目标,。,为了达到这个目标,,在开发过程中的各个阶段进行检查和评价,。,在做质量评价时,,需要有对质量进行度量的准则和方法,。,需要有在软件生存期中如何使用这些准则和方法的,质量保证步骤,,以及提高该项作业效率的,工具,软件质量度量和保证的条件,适应性:,适应各种用户、软件类型,易学性:,不需要特殊技术,易掌握,可靠性:,同个软件的评价结果一致,针对性:,设计阶段就确立质量目标,在各个阶段实施落实。,客观性:,经济性:,质量保证活动的实施步骤:,Target,:,以用户要求和开发方针为依据,对质量需求准则、质量设计准则的各质量特性设定质量目标。,Plan,:,设定适合于被开发软件的评测检查项目(质量评价准则)。研讨实现质量目标的方法或手段。,Do,:,制作高质量的规格说明和程序。在接受质量检查前先做自我检查,。,Check,:,以,Plan,阶段设定的质量评价准则进行评价。,计算结果用质量图的形式表示,出来。比较评价结果的质量得分和质量目标,看其是否合格。,Action,:,对,评价发现的问题进行改进活动,,如果实现并达到了质量目标就转入下一个工程阶段。,这样重复“,Plan,”,到“,Action,”,的过程,,直到整个开发项目完成。,3软件的质量设计,质量特性转换为软件的内部结构,在,软件定义阶段,,,必须定义对软件的质量需求,。即确定软件的质量特性及必需的评价准则,并定量地设定其必须达到的质量水平,在以后软件开发的每一阶段结束时,要算出评价的分数,,然后与,目标值加以对照,,以评估在这一阶段开发的软件质量是否达到要求。,为了实现规定的质量特性,就需要把这些,质量特性转换为软件的内部结构的特性,。,例如,软件质量需求中的“,性能,”,可以转换成软件内部结构中的构成元素,即,每一个程序模块和物理数据各自应具有的性能特性,。,这些性能特性的累积就形成外部规格中的性能特性,。,软件的结构特性与评价标准,结构特性,逻辑数据层次,评价标准,全部数据元素定义完毕,所有层次的操作符定义完毕,结构特性,功能层次,评价标准,全部功能元素定义完毕,所有层次的操作符定义完毕,结构特性,逻辑数据与功能的对应关系,评价准则,所有数据都与功能对应,所有功能元素都与数据对应,逻辑数据与功能的相互关系个数(局部),结构特性,物理数据层次,评价准则,全部数据元素定义完毕,物理数据之间的所有指针定义完毕,上述指针都具有层次性,结构特性,模块层次,评价准则,所有模块定义完毕,模块之间所有控制关系定义完毕,上述关系都是标准过程调用形式,各层次上的模块大小适当,结构特性,物理数据与模块的对应关系,评价准则,所有物理数据都与模块对应,所有模块都与物理数据对应,对应于一个物理数据的模块数(以一对一为好),结构特性,逻辑数据与物理数据的对应关系,评价准则,所有逻辑数据都与物理数据对应,对应于一个物理数据的逻辑数据数(以一对一为好),结构特性,功能与模块的对应关系,评价准则,所有功能都与模块对应,对应模块的功能个数(以一对,一为好),4 软件能力成熟度模型,Capability Maturity Model,-CMM,CMM,是应美国联邦政府评估软件供应商的能力的要求,由美国卡内基梅隆大学,Carnegie Mellon University,(CMU),软件工程研究院,Software Engineering Institute(SEI),推出的能力成熟度模型:,将软件企业的生产能力划分为5个成熟度等级,等级愈高的企业,其软件过程的可见度愈好、软件过程的可控性愈高、产品性能的预见性以及软件项目的风险评估亦愈来愈准确。企业的生产能力以及产品质量也就愈来愈高;强调企业软件生产过程的持续改进,Capability Maturity Model,(CMM),Level 1,初始级,Level 2,可重复级,Level 5,优化级,Level 4,已管理级,Level 3,已定义级,专案,与混沌,配置管理,质量保证,分包管理,项目跟踪与监督,项目计划,需求管理,同行评价,组间协调,产品工程,集成式软件管理,培训程序,组织过程定义,组织过程关注,质量管理,定量过程管理,过程变更管理,技术变更管理,缺陷预防,K,ey,P,rocess,A,rea,关键过程域,KPA,定义,目标,承诺,能力,行为,检测执行的方法,核查执行的方法,CMM,(1),基本概念,软件过程,人们用以开发和维护软件及其相关产品的一系列活动,包括软件工程活动和软件管理活动。,软件过程能力,描述,(,开发组织或项目组,),通过执行其软件过程能够实现预期结果的程度。,软件过程性能,表示,(,开发组织或项目组,),遵循其软件过程所得到的实际结果。,软件过程成熟度 一个特定软件过程被明确和有效地定义、管理、测量和控制的程度。,(2),CMM,标准共分五级:,一级:,初始,级。过程无序,进度、预算、功能、质量不可预测,企业一般不具备稳定的软件开发与维护的环境。常常在遇到问题的时候,就放弃原定的计划而只专注于编程与测试。,二级:,可重复,级。建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。基于以往的项目的经验来计划与管理新的项目。达到此级别的企业过程已制度化,有纪律,可重复。,三级:,已定义,级,即过程实现标准化。有关软件工程与管理工程的一个特定的、面对整个企业的软件开发与维护的过程的文件将被制订出来。同时,这些过程是集成到一个协调的整体。这就称为企业的标准软件过程。,(2),CMM,标准共分五级:,四级:,已管理,级。企业对产品与过程建立起定量的质量目标,同时在过程中加入规定得很清楚的连续的度量。作为企业的度量方案,要对所有项目的重要的过程活动进行生产率和质量的度量。
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业管理 > 商业计划


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!