第06章软件项目质量管理讲解.ppt

  1. 1、本文档共88页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* 软件质量管理 软件质量管理就是确保软件有较少缺陷,并达到软件系统既定目标. 一个机构的质量管理者的职责是确保软件产品质量达到客户要求. 理论上,质量管理只包含制定软件质量规程和软件开发标准,以及检查是否所有的工程人员都遵守了这些规章和标准.但实际上,质量管理内容远不止这些.好的质量管理者致力于培养质量文化,让每个参与产品开发的人都有强烈质量意识.他们鼓励团队对自己的工作质量负责,鼓励他们探求改善质量的途径和方法,鼓励团队每一员对软件质量特征量化的研究. * 控制航天飞船的软件和控制微波炉的软件考察的侧重点不一样.控制微波路的软件和控制办公自动化系统侧重点可能也不一样.对控制软件而言,考虑的是性能和效率对于办公自动化系统考虑的是安全性的问题. (2)虽然我们前面有度量的指标,但是用数学的方法量化很困难.对于硬件而言我可以将硬件的合格率是多少,等量化属性但是对于软件来说就很难.而且在软件产品这快没有相应的国家标准,国际标准和行业标准虽然我门讲ISO,IEC.这样一个软件质量的一个定义但是他只是一个参考.是将从哪个方面来考察软见的质量.但是并没给出什么样是合格的软件产品,没有一些参数所以没有响应的标准而当前通用的方法是使用每千行的缺陷数来表示软件质量,使用这种方法对软件产品进行度量.但是这种方法也很粗造每千行的缺陷数,缺陷,他的等级影响都不相同.可能某个软件只要有一个缺陷就可能致命.而另外一个软件有一千个缺陷也无关紧要所以不能说一个就比一千个好.所以说软件质量的属性很难量化. * 业务需求反映了组织机构或客户对系统、产品的高层次目标要求,他们在项目视图与范围文档中予以说明。 用户需求:描述了用户使用产品必须要完成的任务,在用例文档或方案脚本中予以说明。通常进行用户访谈、调查以后,根据用户使用场景加以整理,建立从用户角度的需求。 系统需求:是从系统的角度来描述的软件需求,包括系统隐含的特性,功能要求和质量属性等。 功能需求:是系统必须完成的任务和具备的能力,即产品满足用户的功能要求而必须执行的动作。 * 架构设计是软件开发过程中决定软件产品质量的关键阶段,软件设计人员需要比较各种可能的实现方案和软件体系结构,结合项目的实际从中选出最佳的方案和最适合的软件结构。 * 界面与代码的风格尽量要统一 * 产品:一个过程的输出产品不会比输入产品的质量更高,如果输入产品有缺陷,会在后续产品中放大,并影响到最终产品的质量。特别需要保证各模块共用的API和基础类库的质量,否则各模块集成以后的缺陷会成倍的放大,并且难以定位,修复的成本也会大大增加。 技术过程:如需求分析、架构设计、编码实现等;技术过程进行质量设计并构造产品,同时会引入缺陷,因此技术过程直接决定了最终产品的质量。 管理过程:技术评审、配置管理,管理过程对技术过程的成果进行检查和验证,发现问题并进行纠正,间接的决定了最终产品的质量。 资源:包括人、时间、设备和资金等。软件是智力高度集中的产品,因此人是其中决定性的因素,软件开发人员的知识、经验、能力和态度都会对产品质量产生直接影响。设备、时间和资金也构成了制约软件质量的关键因素。 在软件质量控制过程中,为了对发现的缺陷进行跟踪管理,通常需要给缺陷和错误划分严重性和优先级。 严重性: 严重:系统崩溃、数据丢失、数据损失 较严重:操作性错误、结果错误、功能遗漏 一般:小问题、错别字、界面布局、罕见故障 建议:不影响使用的瑕疵或更好的实现建议 优先级: 最高优先级,需要立即修复 次高优先级,产品发布之前必须修复 中等优先级,如果时间允许应该修复 一般优先级,可以修复,但不影响发布 CMM介绍 软件能力成熟度模型(Capability Marurity Model,CMM)是1984年于美国国会与美国主要的公司和研究中心合作创立的一个由联邦资助的非盈利组织—软件工程研究所(Software Engineering Institute,SEI)的一个早期研究成果。 该模型提供了软件工程成果和管理方法的框架,自90年代提出以来,已在北美、欧洲和日本成功地应用。现在该模型已成为事实上的软件过程改进的工业标准。 CMM基本概念 过程(Process) 为实现既定目标的一系列操作步骤。 软件过程(Software Process,SP) 指人们用于开发和维护软件及其相关产品的一系列活动、方法、时间和革新。其中相关产品是指项目计划、设计文档、编码、测试和用户手册。 软件过程能力(Software Process Capability,SPC) 描述 在遵循一个软件过程后能够得到的预期结果的界限范围。该指标是对能力的一种衡量,用它可以预测一个组织在承接下一个软件项目时

文档评论(0)

shuwkb + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档