第5章软件质量标准课件

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,1,第,5,章 软件质量标准,2,内容提要,5.1,软件质量标准概述,5.1.1,国际标准,5.1.2,国家标准,5.1.3,行业标准,5.1.4,企业规范,5.1.5,项目规范,5.2 ISO9001,和,9000-3,在软件中的应用,5.3,能力成熟模型,CMM&CMMI,5.3.1 CMM,质量思想,5.3.2 CMM,关键域,5.3.3 PSP,和,TSP,5.3.4 CMMI,5.3.5 CMM,中的质量框架,3,内容提要,5.4 IEEE,软件工程标准,5.4.1 IEEE 730:2001,结构与内容,5.4.2 IEEE/EIA Std 12207,软件生命周期过程,5.4.3 IEEE Std 1012,验证与确认,5.4.4 IEEE Std 1028,评审,5.5,其它质量标准,5.5.1 ISO/IEC 15504-2:2003,软件过程评估标准,5.5.2 Tick IT,5.6,小结,4,5.1,软件质量标准概述,经过数十年的发展，软件行业形成的标准分工细，体系繁多。本节主要从标准的层次来说明软件质量标准的情况。,根据软件工程标准制定机构和标准适用的范围，将软件质量标准分为,5,个级别，即国际标准、国家标准、行业标准、企业标准和项目规范。,很多标准的原始状态可能是项目标准或企业标准，但随着行业发展与推进，它的权威性可能促使它发展成为行业、国家或国际标准，因此这里所说的层次具有一定的相对性。,5,5.1.1,国际标准,由国际机构指定和公布供各国参考的标准称为国际标准。国际标准化组织（,International Standards Organization,，,ISO,）具有广泛的代表性和权威性，它所公布的标准也具有国际影响力。,20,世纪,60,年代初，国际标准化组织建立了,“,计算机与信息处理技术委员会,”,，专门负责与计算机有关的标准工作。,它所公布的标准带有,ISO,字样，如,ISO10012:1995,质量手册编写指南。,6,5.1.2,国家标准,由政府或国家级的机构制定或批准，适用于本国范围的标准，称为国家标准。如：,GB,（,GuoBiao,）,中华人民共和国国家技术监督局是中国的最高标准化机构，它所公布实施的标准简称为,“,国标,”,。,ANSI,（,American National Standards Institute,）,美国国家标准协会。是美国一些民间标准化组织的领导机构，具有一定的权威性。,FIPS,（,Federal Information Processing Standards,）,美国商务部国家标准局联邦信息处理标准。它所公布的标准均冠有,FIPS,字样。如，,1987,年发表的,FIPS PUB 132,87 Guideline for validation and verification plan of computer software,（软件确认与验证计划指南）。,BS,（,British Standard,）,英国国家标准。,DIN,（,Deutsches Institut for Normung,）,德国标准协会。,JIS,（,Japanese Industrial Standard,）,日本工业标准行业标准。,7,5.1.3,行业标准,行业标准是由一些行业机构、学术团体或国防机构制定，并适用于某个业务领域的标准。,中华人民共和国国家军用标准（,GJB,）。是由我国国防科学技术工业委员会批准，适合国防部门和军队使用的标准。,例如，,1988,年发布实施的,GJB473-88,军用软件开发规范。美电气和电子工程师学会（,Institute Of Electrical and Electronics Engineers,，,IEEE,），该学会成立了软件标准技术委员会（,SESS,），开展软件标准化活动。,美国国防部标准（,Department of Defense-Standards,，,DOD-STD,）。美国军用标准（,Military-Standards,，,MIL-S,）。,另外，我国的一些部门（如信息产业部）也开展了软件标准化工作，制定和公布了一些适合本部门工作需要的规范。,这些规范的制定参考了国际标准和国家标准。这些标准的制定对各自行业的软件工程起到了强有力的推动作用。,8,5.1.4,企业规范,一些大型企业或公司，由于软件工程工作的需要，制定适用于本部门的规范。,例如，美国,IBM,公司通用产品部（,General Products Division,）,1984,年制定,“,程序设计开发指南,”,。,9,5.1.5,项目规范,项目规范是为一些科研生产项目需要而由组织制定一些具体项目的操作规范，此种规范制定的目标很明确，即为该项任务专用。,项目规范虽然最初的使用范围小，但如果它能成功指导一个项目的成功运行并重复使用，也有可能发展为行业规范。,10,5.2 ISO9001,和,9000-3,在软件中的应用,ISO 9001,描述的,20,条需求所面向的是以下问题。,管理职责；,质量系统；,合同复审；,设计控制；,文档和数据控制；,对客户提供产品控制；,产品标识和可跟踪性；,过程控制；,审查和测试；,审查、度量和测试设备的控制；,审查和测试状态；,对不符合标准产品的控制；,改正和预防行为；,处理、存储、包装、保存和交付；,质量记录的控制；,内部质量审计；,培训；,服务；,统计技术；,采购。,11,5.3,能力成熟模型,CMM&CMMI,能力成熟度模型（,Capability Maturity Model,，,CMM,）的本质是软件管理工程的一个部分。,它是对于软件组织在定义，实现，度量，控制和改善其软件过程的进程中各个发展阶段的描述。,通过,5,个不断进化的层次来评定软件生产的历史与现状。,12,5.3.1 CMM,质量思想,等,级,特征,主要解决问题,关键域,结,果,V,优,化,级,软件过程的量化反馈和新的思想和技术促进过,程的不断改进,保持优化的机构,缺陷预防，过程变更和技术变更管理,IV,已,管,理,级,收集软件过程、产品质量的详细度量，对软件,过程和产品质量有定量的理解和控制,技术变更、问题分,析、问题预防,定量的软件过程管理和产品质量管理,III,已,定,义,级,已经将软件管理和过程文档化，标准化，同时,综合成该组织的标准软件过程，所有的软件开,发都使用该标准软件过程,过程度量、过程分,析量化质量计划,组织过程定义，组织过程焦点，培训,大纲，软件集成管理，软件产品工,程，组织协调，专家评审,生,产,率,和,质,量,II,可,重,复,级,建立了基本的项目管理来跟踪进度，费用和功,能特征，制定了必要的项目管理，能够利用以,前类似项目应用取得成功,培训、测试、技术,常规和评审过程关,注、标准和过程,需求管理，项目计划，项目跟踪和监,控，软件子合同管理，软件配置管,理，软件质量保证,风,险,I,初,始,级,软件过程是混乱无序的，对过程几乎没有定,义，成功依靠的是个人的才能和经验，管理方,式属于反应式,项目管理、项目策,划、配置管理软件,质量保证,13,5.3.2 CMM,关键域,初始级,可重复级,已定义级,已管理级,优化级,14,处于,CMM,初始级项目,CMM1,杰出的主管和优秀的队伍,一般的主管和队伍,项目成功,项目成功难以预测,15,CMM2,项目,软件需求,项目策划,用户文档,设计,项目跟踪与监控,软件配置管理,测试,输入,范围,缩小,基础,追溯,基础,基础,验证,跟踪,变更,基线,16,5.3.3 PSP,和,TSP,个体软件过程,个体软件过程（,Personal Software Process,，,PSP,）是一种可用于控制、管理和改进个人工作方式的自我持续改进过程，是一个包括软件开发表格、指南和规程的结构化框架。,PSP,与具体的技术（程序设计语言、工具或者设计方法）相对独立，其原则能够应用到几乎任何的软件工程任务之中。,PSP,能够说明个体软件过程的原则； 帮助软件工程师做出准确的计划；确定软件工程师为改善产品质量要采取的步骤；建立度量个体软件过程改善的基准；确定过程的改变对软件工程师能力的影响。,团队软件过程,实践证明，仅有,PSP,还是不够。因此，,CMM/SEI,又在此基础上发展出了,TSP,方法。,TSP,指导项目组中的成员如何有效地规划和管理所面临的项目开发任务，并且告诉管理人员如何指导软件开发队伍。,TSP,实施集体管理与自己管理自己相结合的原则，最终目的在于指导开发人员如何在最少的时间内，以预计的费用生产出高质量的软件产品。所采用的方法是对群组开发过程定义、度量和改进。实施,TSP,的先决条件有,3,条：,需要有高层主管和各级经理的支持，以取得必要的资源；,项目组开发人员需要经过,PSP,的培训并有按,TSP,工作的愿望和热情；,整个开发单位在总体上应处于,CMM,二级以上，开发小组的规模以,3,20,人为宜。,17,5.3.4 CMMI,软件能力成熟度集成模型（,Capacity Maturity Model Integrated,，,CMMI,）是,CMM,模型的最新版本。,早期的能力成熟度模型是一种单一的模型其英文缩写为,CMM,，较多地用于软件工程。随着应用的推广与模型本身的发展，该方法演绎成为一种被广泛应用的综合性模型，因此改名为,CMMI,模型。,不能集中其不同过程改进的能力以取得更大成绩；,要进行一些重复的培训、评估和改进活动，因而增加了许多成本；,遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。,18,5.3.5 CMM,中的质量框架,软件质量保证（,Software Quality Assurance,，,SQA,）是,CMM,可重复级中,6,个关键过程域之一，在,CMMI,中该关键过程升级为管理级中的过程与产品质量保证过程（,Process and Product Quality Assurance,，,PPQA,）。,正如在,CMMISW,中描述的那样，软件质量保证的目的是提供成员与管理阶层客观洞察流程与相关工作产品。,软件质量保证包括评审和审计软件产品和活动，以验证它们是否符合适用的规程和标准，还包括向软件项目和其他有关的管理者提供评审和审计的结果。,CMM/CMMI,为满足这个关键过程域的要求需要达到以下,4,个目标：,目标,1,：软件质量保证活动是有计划的,目标,2,：软件产品和活动与适用的标准、规程和需求的符合性要得到客观验证,目标,3,：相关的小组和个人要被告知软件质量保证的活动和结果,目标,4,：高级管理者处理在软件项目内部不能解决的不符合问题。,19,质量保证实现的具体实施方法,定义项目类型和生命周期,建立,SQA,计划，确定项目审计内容,生成,SQA,报告,审计,SQA,报告,独立汇报,20,5.4 IEEE,软件工程标准,顾客标准,流程标准,产品标准,资源与技术标准,21,5.4.1 IEEE 730:2001,结构与内容,目的,参考文档,管理,文档,标准、实践、约定和度量,软件评审,22,5.4.2 IEEE/EIA Std 12207,软件生命周期过程,主要过程（,Primary Process,）,包括,5,个过程，这些过程供各主要当事方（如需方、供方、开发者、运行者和维护者）在参与或完成软件产品开发、运行或维护时使用，它们是：,获取过程：需方获取系统，软件产品或软件服务的活动。,供应过程：供方向需方提供系统、软件产品或软件服务的活动。,开发过程：开发者定义并开发软件产品的活动。,运行过程：运行者在规定的环境中为其用户提供计算机系统服务的活动。,2.,支持过程（,Supporting Process,）,包括,8,个过程，其每个过程均有明确的目的支持其它过程，帮助软件项目获得成功及良好的产品质量。它们是：,文档编制过程：记录生存期过程中产生信息所需的活动。,配置管理过程：实施配置管理活动。,质量保证过程：为确保软件产品和软件过程符合规定的需求并能坚持既定计划所需的活动。联合评审、审核、验证与确认可作为质量保证技术使用。,验证过程：为验证最终产品满足预期使用要求的活动。,确认过程：为确保最终产品满足预期使用要求的活动。,联合评审过程：评审方与被评审方共同对某一活动的状态和产品进行评审的活动。,审核过程：审核项目是否按要求、计划、合同完成的活动。,问题解决过程：分析和解决在开发、运行、维护或其他过程中出现的问题（不论其性质和来源如何）的活动。,23,软件生命周期过程示意图,软件生存期过程,主要过程,支持过程,组织过程,获取过程,供应过程,开发过程,运行过程,配置管理过程,质量保证过程,文档编制过程,维护过程,验证过程,联合评审过程,确认过程,审核过程,问题解决过程,管理过程,基础设施过程,改进过程,培训过程,24,5.4.3 IEEE Std 1012,验证与确认,验证,验证是用来评价某一系统或某一组件的过程，来判断给定阶段的产品是否满足该阶段开始时施加的条件。即说明验证活动在一定的程度上是一种普通的测试活动，要求验证每个开发阶段是否符合先前阶段定义的需求。,经过合理组织的项目应该包含验证和确认计划（,Verification and Validation Plan,，,VVP,）。,在,IEEE 1012-1987,，,IEEE,软件验证和确认标准,（,IEEE Standard for Software Verification and Validation,）和,IEEE 1059-1993,，,IEEE,软件验证和确认指南,（,IEEE Software Guide for Verification and Validation Plan,）中，,IEEE,为建立一个,VVP,提供了优秀的指导。,确认,确认是开发过程中间或结束时对某一系统或某一组件进行评价的过程，以确认它是否满足规定的需求。,需要确认已经实现的组件实际上按照规格说明书进行的工作。通常，用测试来完成这项任务，确认计划是必须的。,25,5.4.4 IEEE Std 1028,评审,类,别,目的,参与人,备注,管,理,评,审,监控进展是否与需求相符，判定计划和进度表的状态及,需求；在系统中分配或评价为达到目的相符所采用的管,理途径的有效性；它们有对本系统负有直接责任的管理,人员实行,决策制定者、评审领导人、记录,员、管理人员、其他小组成员（可,选）、技术人员、客户或用户代表,（可选）,技,术,评,审,评价软件产品，由认定的小组人员决定对预期使用的适,宜性，并标识规格说明和标准的偏差。,决策制定者、评审领导人、记录,员、管理人员、其他小组成员（可,选）、技术人员、客户或用户代表,（可选）,审,查,查出并标识软件产品的反常，验证软件产品是否满足规,格说明，是否满足指定的指令属性，是否与用到的规,章、标准、指南、计划和规程相符，标识与标准和规格,说明的偏差，收集软件工程数据。用收集到的软件工程数据改善审查过程本身，以及相应的支持文档,审查领导人、记录员、读者、作,者、审查员,评审的所有参与者都是,审查员，管理地位比审,查小组所有成员都高的,人不应参与,走,查,找出反常、改善产品、考虑替换物的实现、评价与标准,和规格说明的相符性,走查领导人、记录员、作者、小组,成员,审,计,就用到的规章、标准、指南、计划和规程对软件产品和,过程独立地提供评价,审查领导人、记录员、作者、项目,发起人、审计组织,审计员应将观察到的不,相符处和相符处记入档,案,26,5.5,其它质量标准,5.5.1 ISO/IEC 15504-2:2003,软件过程评估标准,ISO/IEC 15504-2:2003,ISO/IEC 15504-2:2004,ISO/IEC 15504-4:2004,27,5.5.2 Tick IT,在,20,世纪,80,年代末期，软件开发过程的特殊性是软件企业在应用,ISO 9001,标准陷入了困境，于是在这个特殊的行业需要在通用认证过程的基础上补充附加的要求，导致了,Tick IT,认证项目的产生。,TickIT,项目帮助软件企业建立与其业务过程相关的质量体系，并使该体系满足,ISO 9001,的要求。,TickIT,程序要求企业的第三方质量管理体系认证应由经认可的认证机构实施，而认证审核活动应通过使用那些在软件行业及其过程方面有直接经验的审核员完成。,TickIT,项目由,TickIT,办公室进行管理，它是英国标准学会（,Britain Standard Institute,，,BSI,）专门负责所有信息系统和通信标准化工作的部门。,IRCA TickIT,审核员项目通过向第三方认证提供,TickIT,审核员及审核员培训课程来支持,TickIT,认证项目的实施。审核员,IT,能力要求基本指南由英国计算机协会的,TickIT,委员会制定。,28,5.6,小结,本章从通用标准的概念、层次等方面展开，侧重于软件质量标准的介绍。,通过本章的学习，可以从整体上了解软件行业标准体系结构和内容。,人有了知识，就会具备各种分析能力，,明辨是非的能力。,所以我们要勤恳读书，广泛阅读，,古人说“书中自有黄金屋。,”通过阅读科技书籍，我们能丰富知识，,培养逻辑思维能力；,通过阅读文学作品，我们能提高文学鉴赏水平，,培养文学情趣；,通过阅读报刊，我们能增长见识，扩大自己的知识面。,有许多书籍还能培养我们的道德情操，,给我们巨大的精神力量，,鼓舞我们前进,。,