第一次课概述与软件质量模型.ppt
- 文档编号:2121977
- 上传时间:2022-10-27
- 格式:PPT
- 页数:47
- 大小:657.50KB
第一次课概述与软件质量模型.ppt
《第一次课概述与软件质量模型.ppt》由会员分享,可在线阅读,更多相关《第一次课概述与软件质量模型.ppt(47页珍藏版)》请在冰豆网上搜索。
软件质量保证软件质量保证第1章软件质量保证1.1软件复用技术1.2软件过程改进和能力成熟度模型1.3软件测试技术1.4软件评价技术1.5软件质量相关标准1.6基于知识复用的软件测评相关技术1.7软件质量面临的任务2022/10/2731标准的层次、国际标准、国际标准一般,由国际机构制定和公布供各国参考的标准为国际标准。
比如:
ISO(InternationalStandardsOrganization)国际标准化组织。
、国家标准、国家标准由政府或国家级的机构制定或批准,适用于本国范围的标准,如:
GB中华人民共和国国家技术监督局是我国的最高标准化机构,它所公布实施的标准简称为国标(GB)、行业标准、行业标准行业标准是由一些行业机构、学术团体或国防机构制定,并适用于某个业务领域的标准,如:
IEEE(InstituteOfElectricalandElectronicsEngineers)、企业规范、企业规范一些大型企业或公司,由于软件工程工作的需要,制定适用于本部门的规范。
例如,美国IBM公司通用产品部(GeneralProductsDivision)1984年制定“程序设计开发指南”、项目规范、项目规范项目规范是为一些科研生产项目需要而由组织制定一些具体项目的操作规范,此种规范制定的目标很明确,即为该项任务专用。
2022/10/2742软件质量标准的沿革、ISO9001ISO9001与与CMMCMMCMM和ISO9001都以全面质量管理为理论基础,都针对过程进行描述,但二者的设计思路不同,属于两个不同的体系。
、从、从CMMCMM到到CMMICMMI1987年,卡内基梅隆大学软件工程研究所(SEI)为支持美国国防部对软件承包商的能力进行客观评价,提出了关于软件的能力成熟度模型框架,于19911993年发表了软件能力成熟度模型即SW-CMM1.0版和SW-CMM1.1版。
CMMI兼收了SW-CMM2.0版C稿草案和SPA中更合理、更科学和更周密的优点。
在发表CMMI-SE/SWV1.0时,SEI宣布大约用两年的时间完成从CMM到CMMI的过渡。
CMMI其实就是SW-CMM的修订本、CMMICMMI与与TR15504TR15504在SW-CMM思路的启发下,ISO/IECJTC1于1991年启动了关于软件过程评估(SPA)的国际标准化项目,并于1995年发布了ISO/IECTR15504软件过程评估2022/10/2753ISO9001和ISO9000-3在软件中的应用简介ISO9001是ISO9000簇标准体系之一,即设计、开发、生产、安装和服务的质量保证模式,这一套标准中包含了高效的质量保证系统必须体现的20条需求ISO9001标准适用于所有的工程行业,因此,为了在软件过程的使用中帮助解释该标准,而专门开发了一个ISO指南的子集,即ISO9000-3ISO9001在软件行业中应用时一般会配合ISO9000-3作为实施指南。
需要参照IS9000-3的主要原因是软件不存在明显的生产阶段,故软件开发、供应和维护过程不同于大多数其它类型的工业产品。
比如软件不会“耗损”,所以设计阶段的质量活动对产品最终质量显得尤其重要的。
2022/10/2764CMMICMMI的全称是CapabilityMaturityModelIntegration,即软件能力成熟度模型集成模型,是一套融合多学科的、可扩充的产品集合,其研制的初步动机是为了利用两个或者多个单一学科的模型实现一个组织的集成化过程改进CMMI的模型构件主要有三类:
需要的(required),期望的(expected),以及提供信息的构件需要的构件需要的构件需要的构件只有一种,那就是“目标”期望的构件期望的构件期望的构件也只有一种,就是“实践”提供信息的构件提供信息的构件提供信息的构件有10种,分别是目的、介绍性说明、引用、名字、实践与目标关系表、注释、典型工作产品、子实践、学科扩充以及共性实践的详尽描述2022/10/277CMM质量思想软件过程能力成熟度是指一个特定过程被明确地定义、管理、测量、控制并且是有效的程度。
成熟度意味着能力上的增长能力,并表明一个组织软件过程的丰富性和在项目中运用它时的一致性过程能力与成熟度关系2022/10/278CMM关键过程域CMM内容结构示意图2022/10/279CMM关键过程域2022/10/2710CMM关键过程域2022/10/2711CMM关键过程域不同等级软件生命周期各阶段缺陷分布示意图第2章软件质量模型及应用1软件质量需求的背景2软件质量需求的内容3软件质量的定义4软件质量的特性分析问题出在哪里?
项目没有被很好地理解;计划不周,最终导致进度拖延。
没有充分的文档资料。
人与人的交流比写程序困难得多。
软件可靠性缺少度量的标准,质量无法保证。
软件难以维护、不易升级。
1软件质量需求的背景p质量的需求是被绝对认可的,但质量在软件业的地位还不是十分坚固p市场力量对于软件质量的影响,既有正面的,也有负面的p软件越来越复杂,软件的复杂性又是软件质量(包括软件可靠性)的另一个敌人。
p软件缺陷造成的质量事故数不胜数,给企业带来的损失或负面影响很大。
2软件质量需求的内容用户的需求用户的需求p能正常使用全部所需要的功能p功能强大,而且界面美观、易用、好用p内容健康,有益于生活和工作p用户的数据安全、受保护和兼容p及时得到新的产品或得到更完美的软件服务p软件可靠性很高,使用软件服务没有时间障碍软件企业的需求软件企业的需求p软件质量是市场竞争的需要;p高质量的软件可以大大降低“质量问题产生的成本”,增加公司的盈利;p质量是进入国际市场的一个关键门坎;p容易维护、移植和扩充,以扩大市场或适应环境的变化。
3软件质量的定义ANSI/IEEESTD729给出了软件质量定义:
软件产品满足规定的和隐含的与需求能力有关的全部特征和特性:
(1)软件产品质量满足用户要求的程度;
(2)软件各种属性的组合程度;(3)用户对软件产品的综合反映程度;(4)软件在使用过程中满足用户要求的程度。
4软件质量的其它定义SEI的WattsHumphrey认为软件质量是“在实用性、需求、可靠性和可维护性一致上,达到优秀的水准”1.客户满意度:
客户满意度:
使最终的软件产品能最大限度地满足客户需求的程度。
2.一致性准则:
一致性准则:
在生命周期的每个阶段中,其工作产品总能保持与上一阶段工作产品的一致性,最终可追索到分配需求。
3.软件质量度量:
软件质量度量:
设立软件质量度量指标体系(例如:
ISO9126),并以此来度量软件产品的质量。
4.过程质量观:
过程质量观:
软件的质量就是其开发过程的质量。
Humphrey的质量观是“软件系统的质量取决于开发和维护它的过程的质量。
”软件质量范围-3AnAccountability(可说明性)用户可以基于产品或服务的描述和定义进行使用.(例如:
市场需求说明书,功能设计说明书.)nAvailability(有效性)产品或服务对于99.999%客户总是有效的(例如:
性能测试和恢复测试)nAccessibility(易用性)对于用户,产品或服务非常容易使用并且一定是非常有用的功能.(例如:
确认测试和用户可用性测试)高质量的软件应该是相对相对的无产品缺陷无产品缺陷(BugFree)或只有极少量的缺陷,它能够准时递交准时递交给用户并且所用的费用都是在预预算内算内的并且满足客户需求满足客户需求,是可维护可维护的。
但是,有关质量的好坏最终评价依赖于用户的反馈。
软件质量的特性分析p软件系统的可靠性和性能相互关联、相互影响p软件系统的安全性和可靠性是一致的。
因为任何一个失效,可能造成数据的不安全软件产品质量属性-功能性功能性Functionality-可用性可用性Usability(简单安装;轻松使用;友好界面)-可靠性可靠性Reliability(用户使用的根本)-性能性能Performance-容量容量Capacity-可测量性可测量性Scalability-可维护性可维护性Servicemanageability-兼容兼容性性Compatibility-可扩展性可扩展性Extensibility软件质量特征(ISO9126)nn功能:
与一组功能及其指定性质有关的一组属性,这里的功能是满足明确或隐含的需求的那些功能。
n可靠:
在规定的一段时间和条件下,与软件维持其性能水平的能力有关的一组属性。
n易用:
由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性。
n效率:
与在规定条件下软件的性能水平与所使用资源量之间关系有关的一组属性。
n可维护:
与进行指定的修改所需的努力有关的一组属性。
n可移植:
与软件从一个环境转移到另一个环境的能力有关的一组属性。
其中每一个质量特征都分别与若干子特征相对应。
软件质量特性类图平均故障间隔时间软件质量产品质量过程质量静态质量动态质量需求说明书设计书源程序开发设备开发技术开发工具开发人员开发组织故障修复时间资源利用率完全程度简洁程度模块化程度测试数量和质量用户要求与软件质量特性用用户要求要求要求要求质量的定量的定义质量特性量特性功能功能能否在有一定错误的情况下也不停止运行?
软件故障发生的频率如何?
故障期间的系统可以保存吗?
使用方便吗?
完整性可靠性生存性可用性性能性能需要多少资源?
是否符合需求规格?
能否回避异常状况?
是否容易与其它系统连接?
效率性正确性安全性互操作性修改修改变更更发现软件差错后是否容易修改?
功能扩充是否简单?
能否容易地变更使用中的软件?
移植到其它系统中是否正确运行?
可否在其它系统里再利用?
可维护性可扩充性灵活性可移植性再利用性管理管理检验性能是否简单?
软件管理是否容易?
可检验性可管理性5软件质量的内容产品质量产品质量是人们实践产物的属性和行为,是可以认识,可以科学地描述的。
并是人们实践产物的属性和行为,是可以认识,可以科学地描述的。
并且可以通过一些方法和人类活动,来改进质量且可以通过一些方法和人类活动,来改进质量.质量模型:
McCall模型,Boehm模型,ISO9126模型过程质量过程质量:
软件能力成熟度模型软件能力成熟度模型CMM(CapabilityMaturityModel).国际标准过程模型国际标准过程模型ISO9000软件过程改进和能力决断软件过程改进和能力决断SPICE(SoftwareProcessImprovementandCapabilitydEtermination)在商业过程中有关的质量内容在商业过程中有关的质量内容:
培训、成品制作、宣传、发布日起、客户、风险、成本、业务等Boehm软件质量模型阐述性阐述性互用性互用性互用性互用性数据公开性数据公开性正确性正确性正确性正确性可靠性可靠性可靠性可靠性效率效率效率效率完整性完整性完整性完整性可用性可用性可用性可用性可维护性可维护性可维护性可维护性可测试性可测试性可测试性可测试性灵活性灵活性灵活性灵活性可移植性可移植性可移植性可移植性重复性重复性重复性重复性连贯性连贯性容错性容错性执行效率执行效率/储存效率储存效率存取控制存取控制/存取检查存取检查可训练可训练沟通良好沟通良好简单性简单性易操作的易操作的工具工具自我操作性自我操作性扩展性扩展性一般性一般性模块性模块性软件系统独立性软件系统独立性机器独立性机器独立性通讯公开性通讯公开性正确性正确性可操作性可操作性小结n软件开发的规律、特征和基本方法:
p必然是多层的分阶段进行,是迭代模型和增量模型的自然结合;p是一个软件设计实现和验证测试的并行过程,两者相辅相成;p需要充分的沟通,软件客户可以看作是软件开发团体的一部分p通过测试驱动会更有效,最简单可能是最有效的。
n软件质量的定义、特性和内容:
p软件缺陷的产生、分类和所引起的成本p软件质量的定义,软件质量不
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第一次 概述 软件 质量 模型
![提示](https://static.bdocx.com/images/bang_tan.gif)