Ch8软件质量标准.ppt
- 文档编号:18695609
- 上传时间:2023-09-17
- 格式:PPT
- 页数:31
- 大小:582KB
Ch8软件质量标准.ppt
《Ch8软件质量标准.ppt》由会员分享,可在线阅读,更多相关《Ch8软件质量标准.ppt(31页珍藏版)》请在冰点文库上搜索。
软件质量保证和管理-Ch.8软件质量标准,SilverZhang,第7章回顾,1.1软件可靠性失效过程、类别、可靠性定义1.2可靠性模型及评价标准可靠性模型、评价标准、可靠性增长模型、指数模型1.3软件可靠性测试和评估可靠性影响因素、运行剖面与可靠性关系、可靠性测试及结果分析与评估,第8章软件质量标准,8.1软件质量标准概述8.2ISO9001和ISO9000-3在软件中的应用简介8.3能力成熟度模型8.4CMM中的质量框架8.5IEEE软件工程标准8.6其它质量标准,8.1软件质量标准概述,8.1.1标准的层次、国际标准、国家标准、行业标准、企业规范、项目规范8.1.2软件质量标准的沿革、ISO9001与CMM、从CMM到CMMI、CMMI与TR15504,8.1.1标准的层次,、国际标准一般,由国际机构制定和公布供各国参考的标准为国际标准。
比如:
ISO(InternationalStandardsOrganization)国际标准化组织。
、国家标准由政府或国家级的机构制定或批准,适用于本国范围的标准,如:
GB中华人民共和国国家技术监督局是我国的最高标准化机构,它所公布实施的标准简称为国标(GB)、行业标准行业标准是由一些行业机构、学术团体或国防机构制定,并适用于某个业务领域的标准,如:
IEEE(InstituteOfElectricalandElectronicsEngineers)、企业规范一些大型企业或公司,由于软件工程工作的需要,制定适用于本部门的规范。
例如,美国IBM公司通用产品部(GeneralProductsDivision)1984年制定“程序设计开发指南”、项目规范项目规范是为一些科研生产项目需要而由组织制定一些具体项目的操作规范,此种规范制定的目标很明确,即为该项任务专用。
8.1.2软件质量标准的沿革,、ISO9001与CMMCMM和ISO9001都以全面质量管理为理论基础,都针对过程进行描述,但二者的设计思路不同,属于两个不同的体系。
、从CMM到CMMI1987年,卡内基梅隆大学软件工程研究所(SEI)为支持美国国防部对软件承包商的能力进行客观评价,提出了关于软件的能力成熟度模型框架,于19911993年发表了软件能力成熟度模型即SW-CMM1.0版和SW-CMM1.1版。
CMMI兼收了SW-CMM2.0版C稿草案和SPA中更合理、更科学和更周密的优点。
在发表CMMI-SE/SWV1.0时,SEI宣布大约用两年的时间完成从CMM到CMMI的过渡。
CMMI其实就是SW-CMM的修订本、CMMI与TR15504在SW-CMM思路的启发下,ISO/IECJTC1于1991年启动了关于软件过程评估(SPA)的国际标准化项目,并于1995年发布了ISO/IECTR15504软件过程评估,8.2ISO9001和ISO9000-3在软件中的应用简介,ISO9001是ISO9000簇标准体系之一,即设计、开发、生产、安装和服务的质量保证模式,这一套标准中包含了高效的质量保证系统必须体现的20条需求ISO9001标准适用于所有的工程行业,因此,为了在软件过程的使用中帮助解释该标准,而专门开发了一个ISO指南的子集,即ISO9000-3ISO9001在软件行业中应用时一般会配合ISO9000-3作为实施指南。
需要参照IS9000-3的主要原因是软件不存在明显的生产阶段,故软件开发、供应和维护过程不同于大多数其它类型的工业产品。
比如软件不会“耗损”,所以设计阶段的质量活动对产品最终质量显得尤其重要的。
8.3能力成熟度模型,8.3.1CMM质量思想8.3.2CMM关键过程域8.3.3PSP和TSP8.3.4CMMI,8.3.1CMM质量思想,软件过程能力成熟度是指一个特定过程被明确地定义、管理、测量、控制并且是有效的程度。
成熟度意味着能力上的增长能力,并表明一个组织软件过程的丰富性和在项目中运用它时的一致性,过程能力与成熟度关系,8.3.2CMM关键过程域,CMM内容结构示意图,8.3.2CMM关键过程域,8.3.2CMM关键过程域,8.3.2CMM关键过程域,不同等级软件生命周期各阶段缺陷分布示意图,8.3.3PSP和TSP,PSP:
个体软件过程在软件设计阶段,PSP的着眼点在于软件缺陷的预防,其具体办法是强化设计结束准则,而不是设计方法的选择,TSP:
团队软件过程TSP指导项目组中的成员如何有效地规划和管理所面临的项目开发任务,并且告诉管理人员如何指导软件开发队伍,8.3.4CMMI,CMMI的全称是CapabilityMaturityModelIntegration,即软件能力成熟度模型集成模型,是一套融合多学科的、可扩充的产品集合,其研制的初步动机是为了利用两个或者多个单一学科的模型实现一个组织的集成化过程改进,CMMI的模型构件主要有三类:
需要的(required),期望的(expected),以及提供信息的构件需要的构件需要的构件只有一种,那就是“目标”期望的构件期望的构件也只有一种,就是“实践”提供信息的构件提供信息的构件有10种,分别是目的、介绍性说明、引用、名字、实践与目标关系表、注释、典型工作产品、子实践、学科扩充以及共性实践的详尽描述,8.4CMM中的质量框架,CMM不但对于指导过程改进是一项很好的工具,而且把全面质量管理概念应用到软件上,实现从需求管理到项目计划、项目控制、软件获取、质量保证、配置管理的软件过程全面质量管理。
CMM的思想是一切从顾客需求出发,从整个组织层面上实施过程质量管理,正符合了TQM的基本原则。
因此,它的意义不仅仅是对软件开发的过程进程控制,它还是一种高效的管理方法,有助于企业最大程度的降低成本,提高质量和用户满意度。
8.4.1SQA活动通用框架8.4.2CMM流程改进8.4.3量化管理,8.4.1SQA活动通用框架,1)提出软件质量需求2)确定开发方案3)阶段评审4)测试管理5)文档化管理6)验证产品与相应文档和标准的一致性7)建立测量机制8)记录并生成报告,8.4.2CMM流程改进,CMM流程改进基本上可归纳为三大步,1确定流程改进的总体框架2细化框架内的要求3明确流程改进的度量方法与标准,8.4.2CMM流程改进-确定流程改进的总体框架,这部分内容包括CMM流程改进的总体方案、总体策略、总体目标、阶段性目标、目标流程的确定、流程改进与项目生命周期的关系、度量体系需要涉及的部分与总体标准、流程中权责分配表以及体系文件的管理,8.4.2CMM流程改进-细化框架内的要求,细化工作主要包括详细的过程定义与描述、详细的度量和过程监控方法、以及整个过程涉及内容的详细有效的文档描述。
有关过程定义,有标准的模板,内容涉及:
目的定义本过程的目的角色本过程中涉及的角色及其职责入口准则什么条件会触发本过程的启动输入文档、资源和数据过程步骤本过程有关的处理步骤输出文档、资源和数据;出口准则什么条件会触发本过程的结束。
对于度量、过程监控方法、工具技术和方法、差距分析、过程改进历史和相关过程必要时也可以对其进行详细的描述。
8.4.2CMM流程改进-明确流程改进的度量方法与标准,软件度量,8.4.3量化管理,CMM第四级(或称为已管理级)的软件组织会根据已收集的缺陷数据,采用SPC的方法建立软件过程能力基线(ProcessCapabilityBaseline)。
对于缺陷管理,可以缺陷密度为例,过程能力基线通常包括期望(Mean),能力上限(UpperControlLimit,UCL),能力下限(LowControlLimit,LCL)。
其中,期望描述了未来项目的缺陷密度的预期值,而UCL和LCL描述了未来项目的缺陷密度的合理变化范围。
这样的过程能力基线可以用来:
(1)帮助未来的项目设立量化的项目质量目标;
(2)理解和控制未来项目的实际结果。
过程能力与缺陷密度,8.5IEEE软件工程标准,1顾客标准2流程标准3产品标准4资源与技术标准,8.5.1IEEE730:
2001结构与内容,软件质量保证计划(SQAP)IEEEStd730-2001,共分十七个部分,1、目的2、参考文档3、管理4、文档5、标准、实践、约定和度量6、软件评审7、测试8、问题报告和改正活动9、工具、技术和方法学10、软件代码控制11、媒体控制,12、供应商控制13、记录收集、维护和保持14、培训15、风险管理16、词汇表17、SQAP变更规程和历史,8.5.2IEEEEIAStd12207-软件生命周期过程,软件生存周期过程示意图,8.5.3IEEEStd1012-验证与确认,IEEE这样定义“验证”:
“它是用来评价某一系统或某一组件的过程,来判断给定阶段的产品是否满足该阶段开始时施加的条件。
”,8.5.4IEEEStd1028-评审,IEEEStd1028对评审做了较为详尽的标准化工作。
评审是对软件元素或者项目状态的一种评估手段,以确定其是否与计划的结果保持一致,并使其得到改进。
一般来说,评审(PeerReview)包括下面几种管理评审技术评审审查走查审计,8.6其他质量标准,8.6.1SPICE项目与ISOIEC15504软件过程评估标准ISO/IEC15504-2:
2003确定过程能力测量框架和确定下述事件的要求:
实施评估;过程参考模型;过程评估模型;验证过程评估一致性。
8.6其他质量标准,8.6.2TickIT,对于TickIT的需求始于二十世纪八十年代末期,当时软件开发过程的特殊性使软件企业在应用ISO9001标准时陷入了困境。
TickIT主要目的是鼓励软件系统开发商和采购商考虑:
软件开发过程中质量的真正含义是什么如何实施和实现质量如何制定并持续改进质量管理体系TickIT同时还提供管理软件开发质量的实用结构及更有效的质量管理体系认证程序。
主要的要求是:
发布指南帮助软件组织解释ISO9001的要求培训、选择和注册具备IT经验和能力的审核员建立并保持软件行业认证机构的认可规定,作业,第8章1、2,Q&A,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Ch8 软件 质量标准