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