5、软件质量标准课件.ppt

软件质量保证与测试软件质量保证与测试第第5章章 软件质量标准软件质量标准 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软件生命周期过软件生命周期过程程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根据软件工程标准制定机构和标准适用的范围，根据软件工程标准制定机构和标准适用的范围，将软件质量标准分为将软件质量标准分为5个级别，即国际标准、国个级别，即国际标准、国家标准、行业标准、企业标准和项目规范。家标准、行业标准、企业标准和项目规范。p很多标准的原始状态可能是项目标准或企业标准，很多标准的原始状态可能是项目标准或企业标准，但随着行业发展与推进，它的权威性可能促使它但随着行业发展与推进，它的权威性可能促使它发展成为行业、国家或国际标准，因此这里所说发展成为行业、国家或国际标准，因此这里所说的层次具有一定的相对性。的层次具有一定的相对性。4标准的层次标准的层次55.1.1 国际标准国际标准p由国际机构指定和公布供各国参考的标准称为国由国际机构指定和公布供各国参考的标准称为国际标准。国际标准化组织（际标准。国际标准化组织（International Standards Organization，ISO）具有广泛）具有广泛的代表性和权威性，它所公布的标准也具有国际的代表性和权威性，它所公布的标准也具有国际影响力。影响力。p20世纪世纪60年代初，国际标准化组织建立了年代初，国际标准化组织建立了“计计算机与信息处理技术委员会算机与信息处理技术委员会”，专门负责与计算，专门负责与计算机有关的标准工作。机有关的标准工作。l它所公布的标准带有它所公布的标准带有ISO字样，如字样，如ISO10012:1995质量手册编写指南。质量手册编写指南。65.1.2 国家标准国家标准p由政府或国家级的机构制定或批准，适用于本国范围的标准，由政府或国家级的机构制定或批准，适用于本国范围的标准，称为国家标准。如：称为国家标准。如：lGB（GuoBiao）中华人民共和国国家技术监督局是中国的最高标准化机构，它所公布实中华人民共和国国家技术监督局是中国的最高标准化机构，它所公布实施的标准简称为施的标准简称为“国标国标”。lANSI（American National Standards Institute）美国国家标准协会。是美国一些民间标准化组织的领导机构，具有一定美国国家标准协会。是美国一些民间标准化组织的领导机构，具有一定的权威性。的权威性。lFIPS（Federal Information Processing Standards）美国商务部国家标准局联邦信息处理标准。它所公布的标准均冠有美国商务部国家标准局联邦信息处理标准。它所公布的标准均冠有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）日本工业标准行业标准。日本工业标准行业标准。75.1.3 行业标准行业标准 p行业标准是由一些行业机构、学术团体或国防机构制定，并适用行业标准是由一些行业机构、学术团体或国防机构制定，并适用于某个业务领域的标准。于某个业务领域的标准。p中华人民共和国国家军用标准（中华人民共和国国家军用标准（GJB）。是由我国国防科学技术）。是由我国国防科学技术工业委员会批准，适合国防部门和军队使用的标准。工业委员会批准，适合国防部门和军队使用的标准。l例如，例如，1988年发布实施的年发布实施的GJB473-88军用软件开发规范。美电军用软件开发规范。美电气和电子工程师学会（气和电子工程师学会（Institute Of Electrical and Electronics Engineers，IEEE），该学会成立了软件标准技），该学会成立了软件标准技术委员会（术委员会（SESS），开展软件标准化活动。），开展软件标准化活动。p美国国防部标准（美国国防部标准（Department of Defense-Standards，DOD-STD）。美国军用标准（）。美国军用标准（Military-Standards，MIL-S）。）。p另外，我国的一些部门（如信息产业部）也开展了软件标准化工另外，我国的一些部门（如信息产业部）也开展了软件标准化工作，制定和公布了一些适合本部门工作需要的规范。作，制定和公布了一些适合本部门工作需要的规范。p这些规范的制定参考了国际标准和国家标准。这些标准的制定对这些规范的制定参考了国际标准和国家标准。这些标准的制定对各自行业的软件工程起到了强有力的推动作用。各自行业的软件工程起到了强有力的推动作用。85.1.4 企业规范企业规范p一些大型企业或公司，由于软件工程工作一些大型企业或公司，由于软件工程工作的需要，制定适用于本部门的规范。的需要，制定适用于本部门的规范。l例如，美国例如，美国IBM公司通用产品部（公司通用产品部（General Products Division）1984年制定年制定“程序程序设计开发指南设计开发指南”。95.1.5 项目规范项目规范p项目规范是为一些科研生产项目需要而由项目规范是为一些科研生产项目需要而由组织制定一些具体项目的操作规范，此种组织制定一些具体项目的操作规范，此种规范制定的目标很明确，即为该项任务专规范制定的目标很明确，即为该项任务专用。用。p项目规范虽然最初的使用范围小，但如果项目规范虽然最初的使用范围小，但如果它能成功指导一个项目的成功运行并重复它能成功指导一个项目的成功运行并重复使用，也有可能发展为行业规范。使用，也有可能发展为行业规范。10软件质量标准的沿革软件质量标准的沿革各个标准之间并不是完全独立的体系，有着或各个标准之间并不是完全独立的体系，有着或多或少的联系或渊源。多或少的联系或渊源。常用软件质量标准：常用软件质量标准：ISO 9001 ISO 9001 CMMCMMCMMICMMIISO/IEC TR 15504 ISO/IEC TR 15504 11相关知识相关知识ISO:International Organization for Standards国际标准化组织国际标准化组织CMM:Capability Maturity Model for Software，SW-CMM，简称简称CMM,能力成熟能力成熟度模型度模型CMMI：Capability Maturity Model Integration,能力成熟度模型集成能力成熟度模型集成IEC:International Electro technical Commission 国际电工委员会国际电工委员会TR:技术报告技术报告1212ISO9001与与CMMCMM和和ISO 9001都以全面质量管理为理论都以全面质量管理为理论基础，都针对过程进行描述，但二者的设计思基础，都针对过程进行描述，但二者的设计思路不同，属于两个不同的体系。路不同，属于两个不同的体系。13ISO9001与与CMMISO 9001是是ISO 9000簇标准体系之一簇标准体系之一,即设计、即设计、开发、生产、安装和服务的质量保证模式，这一套开发、生产、安装和服务的质量保证模式，这一套标准中包含了高效的质量保证系统必须体现的标准中包含了高效的质量保证系统必须体现的20 条需求条需求 ISO 9001 标准适用于所有的工程行业，因此，标准适用于所有的工程行业，因此，为了在软件过程的使用中帮助解释该标准，而专门为了在软件过程的使用中帮助解释该标准，而专门开发了一个开发了一个ISO 指南的子集，即指南的子集，即ISO 9000-3 ISO9001在软件行业中应用时一般会配合在软件行业中应用时一般会配合ISO 9000-3作为实施指南。作为实施指南。涉及到质量体系的最低可接受标准，其审核结果只涉及到质量体系的最低可接受标准，其审核结果只有两个：通过或不通过。有两个：通过或不通过。14ISO9001与与CMMCMM是专门针对软件行业设是专门针对软件行业设计的描述软件过程能力的模型，计的描述软件过程能力的模型，是是“专有专有”模型。模型。CMM强调的是持续的过程改强调的是持续的过程改进，通过评估，可以给出一幅进，通过评估，可以给出一幅描述企业实际综合软件过程能描述企业实际综合软件过程能力的轮廓。力的轮廓。审核结果有五级审核结果有五级TQM全面质全面质量管理量管理ISO9000系列标准系列标准ISO9000-3CMMTQM、ISO9000与与CMM15从从CMM到到CMMICMMI(capability maturity model intergration).即能力成熟度模型集成，是美国即能力成熟度模型集成，是美国国防部的一个设想，想把现存所有的以及将被发国防部的一个设想，想把现存所有的以及将被发展的各种能力成熟度模型集中到一个框架中去。展的各种能力成熟度模型集中到一个框架中去。CMMI是是CMM的修订版。的修订版。16CMMI与与ISO/IEC TR15504ISO/IEC TR15504 软件过程评估软件过程评估于于1995年发布，目的是向世界软件界推荐年发布，目的是向世界软件界推荐 软件工软件工程实践方法。程实践方法。CMMI沿用了沿用了CMM等级方式，在开发过程中又等级方式，在开发过程中又吸取了吸取了TR15504的特点，增加了与类似的连续的特点，增加了与类似的连续表达形式。表达形式。175.2 ISO9001和和9000-3在软件中的在软件中的应用应用pISO 9001描述的描述的20条需求所面向的是以下问题。条需求所面向的是以下问题。l管理职责；管理职责；l质量系统；质量系统；l合同复审；合同复审；l设计控制；设计控制；l文档和数据控制；文档和数据控制；l对客户提供产品控制；对客户提供产品控制；l产品标识和可跟踪性；产品标识和可跟踪性；l过程控制；过程控制；l审查和测试；审查和测试；l审查、度量和测试设备的控制；审查、度量和测试设备的控制；l审查和测试状态；审查和测试状态；l对不符合标准产品的控制；对不符合标准产品的控制；l改正和预防行为；改正和预防行为；l处理、存储、包装、保存和交付；处理、存储、包装、保存和交付；l质量记录的控制；质量记录的控制；l内部质量审计；内部质量审计；l培训；培训；l服务；服务；l统计技术；统计技术；l采购。采购。185.3 能力成熟模型能力成熟模型CMM&CMMIp能力成熟度模型（能力成熟度模型（Capability Maturity Model，CMM）的本质是软）的本质是软件管理工程的一个部分。件管理工程的一个部分。l它是对于软件组织在定义，实现，度量，控制它是对于软件组织在定义，实现，度量，控制和改善其软件过程的进程中各个发展阶段的描和改善其软件过程的进程中各个发展阶段的描述。述。p通过通过5个不断进化的层次来评定软件生产个不断进化的层次来评定软件生产的历史与现状。的历史与现状。19 CMM质量思想质量思想软件过程能力成熟度是指软件过程能力成熟度是指一个特定过程被明确地一个特定过程被明确地定义、管理、测量、控定义、管理、测量、控制并且是有效的程度。制并且是有效的程度。成熟度意味着能力上的增成熟度意味着能力上的增长能力，并表明一个组长能力，并表明一个组织软件过程的丰富性和织软件过程的丰富性和在项目中运用它时的一在项目中运用它时的一致性。致性。过程能力与成熟度关系 20初始级初始级可重复级可重复级已定义级已定义级已管理级已管理级优化级优化级1级级2级级3级级5级级4级级成熟度等成熟度等级级纪律化的过程标准一致的过程可预测的过程不断改进的过程见下图见下图21成熟级别成熟级别过程能力过程能力关键过程域关键过程域目目标标公共特性公共特性实施及规范实施及规范关键实践关键实践基本设施及活动基本设施及活动225、关注过程持续改进4、过程已测试和控制3、为组织刻划过程2、为项目刻划过程1、过程不可预测23 CMM 关键过程域关键过程域CMM内容结构示意图24 CMM 初始级初始级软件过程的特点是无序的，混乱的，软件过程的特点是无序的，混乱的，几乎没什么过程是经过定义的。几乎没什么过程是经过定义的。25CMM 可重复级可重复级CMM2级首次将需求管理作为一个活跃 的实体贯穿于整个开发过程之中。软件需求是软件项目成功的关键。26CMM 已定义级已定义级从从CMM3级开始，将软件生命周期的各个阶段严格级开始，将软件生命周期的各个阶段严格地划分出来，以保持软件工程活动和软件工作产品地划分出来，以保持软件工程活动和软件工作产品的一致性。的一致性。CMM模型的已定义级的模型的已定义级的KPA：1.组织过程焦点组织过程焦点(OPF，Organization Process Focus)2.组织过程定义组织过程定义(OPD，Organization Process Definition)3.培训程序培训程序(TP，Training Program)4.集成软件管理集成软件管理(ISM，Intergrated Software Management)5.软件产品工程软件产品工程(SPE，Software Product Engineering)6.组间协调组间协调(IC，Intergroup Coordination)7.同级评审同级评审(PR，Peer Reviews)27等级软件生命周期各阶段缺陷分布等级软件生命周期各阶段缺陷分布不同等级软件生命周期各阶段缺陷分布示意图不同等级软件生命周期各阶段缺陷分布示意图 28CMM 已管理级已管理级已管理已管理是是CMM的第的第4级。是建立在可重复级和级。是建立在可重复级和已定义级的基础上的。已定义级的基础上的。4级组织的过程能力是定量的，已知的，是可预级组织的过程能力是定量的，已知的，是可预测的过程。测的过程。4级时要分析和使用所采集的数据，理解过去，级时要分析和使用所采集的数据，理解过去，控制现在，预测未来。控制现在，预测未来。29CMM已管理级已管理级在第在第4级中，组织为级中，组织为软件产品和软件过程软件产品和软件过程指定了量化的质量目指定了量化的质量目标。标。利用组织级的软件过利用组织级的软件过程数据库采集、分析程数据库采集、分析来自项目定义软件过来自项目定义软件过程的有用数据，评价程的有用数据，评价所有项目的重要软件所有项目的重要软件过程的产品和质量，过程的产品和质量，并将其作为组织评价并将其作为组织评价计划的一部分。计划的一部分。等级3组织已经定义和系统地采集了数据。等级4的组织使用等级2和等级3积累的过程资产支持项目，基于所收集的数据进行分析，做出客观的决策，使项目能有定量理解的、稳定的过程。当绩效超出限制时，识别绩效变化的特殊原因，合适时采取改正措施。30CMM4级级KPA之之 定量过程管理定量过程管理定量过程管理（定量过程管理（QPM）的）的目的目的在项目层上定量地在项目层上定量地控制软件项目的过程绩效。它包括：控制软件项目的过程绩效。它包括：建立过程绩效目标，制定实现目标的计划。建立过程绩效目标，制定实现目标的计划。测量项目绩效测量项目绩效分析这些测量分析这些测量做出调整以保持过程绩效在可接受的限制范围内做出调整以保持过程绩效在可接受的限制范围内这四步是PDCA的体现，目标如同一个估计，所以QPM是SPP（软件项目策划）PTO（项目跟踪与监督）ISM（集成软件管理）的进化。在组织层上，组织从软件项目处采集过程绩效数据，建立OSSP(Organizations Set of Standard Process 组织标准过程集合)的过程绩效基线。31CMM4级级KPA之之 软件质量管理软件质量管理软件质量管理软件质量管理KPA关注关注产品，产品，目的目的是要构造高是要构造高质量的产品。质量的产品。它定义项目可测的产品它定义项目可测的产品质量目标，当目标实现质量目标，当目标实现时，产品具有高质量。时，产品具有高质量。在等级2时，质量的关注点是“符合需求”，而在等级4则强调理解顾客、最终用户和供应商的需求，对质量是顾客说了算。32 CMM4级级KPA之之软件质量管理软件质量管理软件质量管理软件质量管理（SQM)的目的是建立对项目软的目的是建立对项目软件产品质量的定量了解和实现特定的质量目标。件产品质量的定量了解和实现特定的质量目标。它包括：它包括：定义软件产品的质量目标；定义软件产品的质量目标；制定实现这些目标的计划；制定实现这些目标的计划；监控及调整软件计划、软件工作产品、活动和质量目监控及调整软件计划、软件工作产品、活动和质量目标，以满足顾客和最终用户对高质量产品的需要及愿标，以满足顾客和最终用户对高质量产品的需要及愿望。望。33CMM 优化级优化级优化级是优化级是CMM的第的第5级。级。是是CMM进化途径的进化途径的终点，但不是过程改进的终点。终点，但不是过程改进的终点。等级等级5的组织有能力不断优化其过程，它了解的组织有能力不断优化其过程，它了解如何通过不断改进其过程来提高软件能力。它如何通过不断改进其过程来提高软件能力。它们在任何时间点上都致力于过程的不断改进。们在任何时间点上都致力于过程的不断改进。统计过程控制的理论和技术是等级统计过程控制的理论和技术是等级5的基础。的基础。34CMM 优化级优化级等级等级5有有3个关键过程域：个关键过程域：缺陷预防缺陷预防DP：目的是鉴别缺陷的原因并防止它们再：目的是鉴别缺陷的原因并防止它们再次出现。次出现。技术变更管理技术变更管理TCM：识别出那些建立在最好的软件识别出那些建立在最好的软件工程实践基础上的技术创新，并把它们推广到整个组工程实践基础上的技术创新，并把它们推广到整个组织。织。过程变更管理过程变更管理PCM：改进软件质量、提高生产率和：改进软件质量、提高生产率和缩短产品开发周期为目的持续不断地改进组织中所采缩短产品开发周期为目的持续不断地改进组织中所采用的软件过程。用的软件过程。既通过在现有过程中增量式前进的办既通过在现有过程中增量式前进的办法，也通过采用新技术、新办法的革新办法，使过程法，也通过采用新技术、新办法的革新办法，使过程不断改进。不断改进。3536序号序号 通过评估企业名称通过评估企业名称评估级别评估级别通过时间通过时间1东软集团有限公司东软集团有限公司CMM52002年年12月月30日日2大连海辉科技股份有限公司大连海辉科技股份有限公司CMM52003年年3月月3摩托罗拉中国公司摩托罗拉中国公司CMM52000年年9月月4惠普全球软件服务中心（大连）惠普全球软件服务中心（大连）CMM52004年年4月月5用友软件股份有限公司用友软件股份有限公司CMM52004年年12月月22日日6埃森哲信息技术中心埃森哲信息技术中心CMM52005年年4月月12日日7上海宝信软件股份有限公司上海宝信软件股份有限公司CMM52005年年12月月27日日8大连华信计算机技术有限公司大连华信计算机技术有限公司CMM52004年年2月月9华为印度研究所华为印度研究所CMM52003年年8月月1日日10华为北京研究院华为北京研究院CMM42003年年1月月24日日11中科软科技股份有限公司中科软科技股份有限公司CMM42004年年12月月24日日12金蝶软件有限公司金蝶软件有限公司CMM42004年年4月月20日日13北京联想利泰软件有限公司北京联想利泰软件有限公司CMM42004年年2月月14上海新致软件公司上海新致软件公司CMM42004年年12月月31日日36 PSP PSP 和和 TSPTSPPSP：(personal software process)个体个体软件过程软件过程是基于个体和小型群组软件过程的优化提供了是基于个体和小型群组软件过程的优化提供了具体而有效的途径。具体而有效的途径。在软件设计阶段，在软件设计阶段，PSP的着眼点在于软件缺陷的着眼点在于软件缺陷的预防，其具体办法是强化设计结束准则，而的预防，其具体办法是强化设计结束准则，而不是设计方法的选择不是设计方法的选择 37 PSP PSP 和和 TSPTSPTSP:(team software process)团队软件过团队软件过程程 TSP指导项目组中的成员如何有效地规划和管理指导项目组中的成员如何有效地规划和管理所面临的项目开发任务，并且告诉管理人员如何所面临的项目开发任务，并且告诉管理人员如何指导软件开发队伍指导软件开发队伍。实施集体管理与自己管理自己相结合的原则，最实施集体管理与自己管理自己相结合的原则，最终目的在于指导开发人员如何在最少的时间内，终目的在于指导开发人员如何在最少的时间内，以预计的费用生产出高质量的软件产品。以预计的费用生产出高质量的软件产品。38 CMMICMMI的全称是的全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型，是，即软件能力成熟度模型集成模型，是一套融合多学科的、可扩充的产品集合，其研制的初步一套融合多学科的、可扩充的产品集合，其研制的初步动机是为了利用两个或者多个单一学科的模型实现一个动机是为了利用两个或者多个单一学科的模型实现一个组织的集成化过程改进组织的集成化过程改进 CMMI的模型构件主要有三类：需要的（的模型构件主要有三类：需要的（required），），期望的（期望的（expected），以及提供信息的构件），以及提供信息的构件 需要的构件需要的构件 需要的构件只有一种，那就是需要的构件只有一种，那就是“目标目标”期望的构件期望的构件 期望的构件也只有一种，就是期望的构件也只有一种，就是“实践实践”提供信息的构件提供信息的构件 提供信息的构件有提供信息的构件有10种，分别是目的、种，分别是目的、介绍性说明、引用、名字、实践与目标关系表、注释、介绍性说明、引用、名字、实践与目标关系表、注释、典型工作产品、子实践、学科扩充以及共性实践的详尽典型工作产品、子实践、学科扩充以及共性实践的详尽描述描述 39 SQA活动通用框架活动通用框架1）提出软件质量需求）提出软件质量需求2）确定开发方案）确定开发方案 3）阶段评审）阶段评审4）测试管理）测试管理5）文档化管理）文档化管理6）验证产品与相应文档和标准的一致性）验证产品与相应文档和标准的一致性 7）建立测量机制）建立测量机制8）记录并生成报告）记录并生成报告40CMM流程改进流程改进CMM流程改进基本上可归纳为三大步流程改进基本上可归纳为三大步 1确定流程改进的总体框架确定流程改进的总体框架2细化框架内的要求细化框架内的要求3明确流程改进的度量方法与标准明确流程改进的度量方法与标准41 CMM流程改进流程改进-确定流程改进的总体框架确定流程改进的总体框架这部分内容包括这部分内容包括CMMCMM流程改进的总体方案、总体流程改进的总体方案、总体策略、总体目标、阶段性目标、目标流程的确策略、总体目标、阶段性目标、目标流程的确定、流程改进与项目生命周期的关系、度量体定、流程改进与项目生命周期的关系、度量体系需要涉及的部分与总体标准、流程中权责分系需要涉及的部分与总体标准、流程中权责分配表以及体系文件的管理配表以及体系文件的管理 42 CMM流程改进流程改进-细化框架内的要求细化框架内的要求细化工作主要包括详细的过程定义与描述、详细的度量细化工作主要包括详细的过程定义与描述、详细的度量和过程监控方法、以及整个过程涉及内容的详细有效的和过程监控方法、以及整个过程涉及内容的详细有效的文档描述。文档描述。有关过程定义，有标准的模板，内容涉及：有关过程定义，有标准的模板，内容涉及：目的目的定义本过程的目的定义本过程的目的角色角色本过程中涉及的角色及其职责本过程中涉及的角色及其职责入口准则入口准则什么条件会触发本过程的启动什么条件会触发本过程的启动输入输入文档、资源和数据文档、资源和数据过程步骤过程步骤本过程有关的处理步骤本过程有关的处理步骤输出输出文档、资源和数据文档、资源和数据;出口准则出口准则什么条件会触发本什么条件会触发本过程的结束。过程的结束。对于度量、过程监控方法、工具技术和方法、差距分析、对于度量、过程监控方法、工具技术和方法、差距分析、过程改进历史和相关过程必要时也可以对其进行详细的过程改进历史和相关过程必要时也可以对其进行详细的描述。描述。43 CMM流程改进流程改进-明确流程改进的度量方法与标准明确流程改进的度量方法与标准软件度量 44 量化管理量化管理CMM第四级（或称为已管理级）的软件组织会根第四级（或称为已管理级）的软件组织会根据已收集的缺陷数据，采用据已收集的缺陷数据，采用SPC的方法建立软件过的方法建立软件过程能力基线（程能力基线（Process Capability Baseline）。）。对于缺陷管理，可以缺陷密度为例，过程能力基线对于缺陷管理，可以缺陷密度为例，过程能力基线通常包括期望（通常包括期望（Mean），能力上限（），能力上限（Upper Control Limit，UCL），能力下限（），能力下限（Low Control Limit，LCL）。其中，）。其中，期望期望描述了未描述了未来项目的缺陷密度的预期值，而来项目的缺陷密度的预期值，而UCL和和LCL描述了描述了未来项目的缺陷密度的合理变化范围。这样的过程未来项目的缺陷密度的合理变化范围。这样的过程能力基线可以用来：能力基线可以用来：(1)帮助未来的项目设立量化的项目质量目标；帮助未来的项目设立量化的项目质量目标；(2)理解和控制未来项目的实际结果。理解和控制未来项目的实际结果。过程能力与缺陷密度 45 IEEE软件工程标准软件工程标准IEEE系统软件工程标准是由软件工程技术委员系统软件工程标准是由软件工程技术委员会之下的软个把工程标准会之下的软个把工程标准 工作小组创立。工作小组创立。1顾客标准顾客标准 2流程标准流程标准 3产品标准产品标准 4资源与技术标准资源与技术标准 46 IEEE 730:2001 结构与内容结构与内容 软件质量保证计划软件质量保证计划(SQAP)IEEE Std 730-2001,共分十七个部分共分十七个部分 1、目的2、参考文档3、管理4、文档5、标准、实践、约定和度量6、软件评审7、测试8、问题报告和改正活动9、工具、技术和方法学10、软件代码控制11、媒体控制12、供应商控制13、记录收集、维护和保持14、培训15、风险管理16、词汇表17、SQAP变更规程和历史47IEEEEIA Std 12207-软件生命周期过程软件生命周期过程软件生存期过程支持过程组织过程主要过程获取过程供应过程开发过程运行过程维护过程文档编制过程配置管理过程质量保证过程验证过程确认过程联合评审过程审核过程问题解决过程管理过程基础设施过程改进过程培训过程软件生存周期过程示意图 48 IEEE Std 1012-验证与确认验证与确认IEEE 这样定义这样定义“验证验证”：“它是用来评价某一系统或某一组件的过程，来判断给定阶它是用来评价某一系统或某一组件的过程，来判断给定阶段的产品是否满足该阶段开始时施加的条件。段的产品是否满足该阶段开始时施加的条件。”49 IEEE Std1028-评审评审IEEE Std 1028对评审做了较为详尽的标准对评审做了较为详尽的标准化工作。评审是对软件元素或者项目状态的一化工作。评审是对软件元素或者项目状态的一种评估手段，以确定其是否与计划的结果保持种评估手段，以确定其是否与计划的结果保持一致，并使其得到改进。一致，并使其得到改进。一般来说，评审（一般来说，评审（Peer Review）包括下面）包括下面几种几种管理评审管理评审技术评审技术评审审查审查走查走查审计审计50 其他质量标准其他质量标准 SPICE项目与项目与ISOIEC15504软件过程评软件过程评估标准估标准 ISO/IEC 15504-2:2003确定过程能力测确定过程能力测量框架和确定下述事件的要求：量框架和确定下述事件的要求：实施评估；实施评估；过程参考模型；过程参考模型；过程评估模型；过程评估模型；验证过程评估一致性。验证过程评估一致性。51 其他质量标准其他质量标准Tick IT对于对于TickIT 的需求始于二十世纪八十年代末期，当时软件开发过程的特殊性使软件企的需求始于二十世纪八十年代末期，当时软件开发过程的特殊性使软件企业在应用业在应用ISO 9001 标准时陷入了困境。标准时陷入了困境。Tick IT主要目的是鼓励软件系统开发商和采购商考虑：主要目的是鼓励软件系统开发商和采购商考虑：软件开发过程中质量的真正含义是什么软件开发过程中质量的真正含义是什么如何实施和实现质量如何实施和实现质量如何制定并持续改进质量管理体系如何制定并持续改进质量管理体系TickIT 同时还提供管理软件开发质量的实用结构及更有效的质量管理体系认证程同时还提供管理软件开发质量的实用结构及更有效的质量管理体系认证程序。主要的要求是：序。主要的要求是：发布指南帮助软件组织解释发布指南帮助软件组织解释ISO 9001 的要求的要求培训、选择和注册具备培训、选择和注册具备IT 经验和能力的审核员经验和能力的审核员建立并保持软件行业认证机构的认可规定建立并保持软件行业认证机构的认可规定525.6小结小结p本章从通用标准的概念、层次等方面展开，本章从通用标准的概念、层次等方面展开，侧重于软件质量标准的介绍。侧重于软件质量标准的介绍。p通过本章的学习，可以从整体上了解软件通过本章的学习，可以从整体上了解软件行业标准体系结构和内容。行业标准体系结构和内容。53