第四章 软件项目质量管理.ppt
《第四章 软件项目质量管理.ppt》由会员分享,可在线阅读,更多相关《第四章 软件项目质量管理.ppt(44页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、第四章第四章 软件项目质量管理软件项目质量管理软件项目管理本章内容提要本章内容提要l软件质量管理的基本概念软件质量管理的基本概念l软件质量控制软件质量控制l缺陷跟踪缺陷跟踪l缺陷预防缺陷预防l软件质量的常用度量软件质量的常用度量l软件项目质量管理计划软件项目质量管理计划第一节第一节 软件质量管理的基本概念软件质量管理的基本概念l软件质量软件质量是指软件满足明确说明或者隐含的需是指软件满足明确说明或者隐含的需求的程度。求的程度。w用户需求是衡量软件质量的基础。用户需求是衡量软件质量的基础。w除满足明确定义的需求外,还要满足隐含的除满足明确定义的需求外,还要满足隐含的需求。需求。软件质量的重要性软
2、件质量的重要性l软件项目的三大目标:软件项目的三大目标:质量进度费用l软件质量问题可能导致经济损失甚至灾难性的软件质量问题可能导致经济损失甚至灾难性的后果。后果。l质量是软件产品和软件组织的生命线。质量是软件产品和软件组织的生命线。l质量问题会增加开发和维护软件产品的成本。质量问题会增加开发和维护软件产品的成本。软件质量的重要性软件质量的重要性软件质量属性软件质量属性软件质量属性软件质量属性可靠性可靠性可用性可用性安全性安全性可维护性可维护性保密性保密性软件质量软件质量功能功能性能性能易用性易用性可信性可信性软件质量的形成软件质量的形成l软件的质量形成于产品或者服务的开发过程中,软件的质量形成
3、于产品或者服务的开发过程中,而不是事后的检查(如测试)。而不是事后的检查(如测试)。l20世纪世纪80年代起,质量管理逐步从单一的关注年代起,质量管理逐步从单一的关注产品,转移到关注生产好产品的过程上,并且产品,转移到关注生产好产品的过程上,并且将过程的作用扩大到了组织运行的所有领域。将过程的作用扩大到了组织运行的所有领域。质量产生于过程质量产生于过程l当过程不断被重复,其性能会趋于稳定当过程不断被重复,其性能会趋于稳定w结果可预测结果可预测w对现行执行可监测对现行执行可监测质量得到保证质量得到保证实施的过程性能实施的过程性能稳定过程的上下控制界稳定过程的上下控制界l特殊原因造成过程性能不稳定
4、。特殊原因造成过程性能不稳定。根除特殊原因,使过程性能稳定,防止质量问根除特殊原因,使过程性能稳定,防止质量问题的出现。题的出现。质量产生于过程质量产生于过程造成不稳定的特殊原因造成不稳定的特殊原因质量成本(质量成本(CoQ)l质量成本质量成本是为了达到产品或服务的质量而付出是为了达到产品或服务的质量而付出的所有努力的总成本,包括三部分:的所有努力的总成本,包括三部分:w预防成本:为防止将缺陷引入软件而进行的预防成本:为防止将缺陷引入软件而进行的预防工作所消耗的费用。预防工作所消耗的费用。w评价成本:检查软件是否包含缺陷的工作所评价成本:检查软件是否包含缺陷的工作所消耗的费用。消耗的费用。w失
5、效成本:修复缺陷工作所消耗的成本。失效成本:修复缺陷工作所消耗的成本。PAF(Prevention/Appraisal/Failure)成)成本模型本模型质量成本(质量成本(CoQ)预防预防评估评估失效失效培训审查废品计划测试返工过程研究和改进审计修复供应商调查监控Regression Test咨询度量缺陷分析获得资格验证服务分析退货确认投诉处理和解决质量成本(质量成本(CoQ)When Defect is DetectedTypical Cost of CorrectionUser Requirements$100-$1,000Coding/Unit Testing$1,000 or mor
6、eSystem Testing$7,000-$8,000Acceptance Testing$1,000-$100,000After ImplementationUp to millions of dollars在项目早期预防和检测缺陷比在项目晚期在项目早期预防和检测缺陷比在项目晚期检测和排除缺陷更有效、更节省成本。检测和排除缺陷更有效、更节省成本。本章内容提要本章内容提要l软件质量管理的基本概念软件质量管理的基本概念l软件质量控制软件质量控制l缺陷跟踪缺陷跟踪l缺陷预防缺陷预防l软件质量的常用度量软件质量的常用度量l软件项目质量管理计划软件项目质量管理计划第二节第二节 软件质量控制软件质量控
7、制l质量控制质量控制(Quality Control,QC)是确定项目结果是确定项目结果与质量标准是否相符,并及时纠正产品缺陷的过与质量标准是否相符,并及时纠正产品缺陷的过程。程。l质量控制的主要手段是质量控制的主要手段是验证与确认验证与确认(V&V)w验证(验证(Verification):是否正确地构造了产是否正确地构造了产品?以开发者的视角进行。品?以开发者的视角进行。w确认(确认(Validation):是否构造了正确的产品是否构造了正确的产品?以用户的视角进行。?以用户的视角进行。软件项目中的软件项目中的QC活动活动需求分析需求分析需求评审需求评审设计设计设计评审设计评审编码编码代码
8、审查代码审查系统测试系统测试界面原型界面原型需求确认需求确认需求确认需求确认确认测试确认测试测试开发测试开发质量控制方法质量控制方法质量控质量控制方法制方法静态方法:评审静态方法:评审技术评审技术评审代码评审代码评审动态方法:测试动态方法:测试单元测试单元测试集成测试集成测试确认测试确认测试技术评审(技术评审(Technical Review)l技术评审是指在完成一项工作后,把工作产品技术评审是指在完成一项工作后,把工作产品分发给合作者,让合作者检查其中的缺陷。然分发给合作者,让合作者检查其中的缺陷。然后开会讨论工作产品并产生需要返工的缺陷列后开会讨论工作产品并产生需要返工的缺陷列表。表。l技
9、术评审的主要对象:需求和设计规格说明、技术评审的主要对象:需求和设计规格说明、测试计划、用户手册等。测试计划、用户手册等。技术评审流程技术评审流程l组织召开评审会议:一般应有组织召开评审会议:一般应有35个相关人员个相关人员参加,会前每个参加者做好准备,评审会议一参加,会前每个参加者做好准备,评审会议一般不超过两个小时。般不超过两个小时。l在评审会议上,由开发小组对提交的评审对象在评审会议上,由开发小组对提交的评审对象进行讲解。进行讲解。l评审组可对开发小组提问,提出建议和要求,评审组可对开发小组提问,提出建议和要求,展开讨论。展开讨论。l会议结束时必须做出以下三个决策之一:会议结束时必须做出
10、以下三个决策之一:w接受该产品,不需要做修改。接受该产品,不需要做修改。w由于错误严重,拒绝接受。由于错误严重,拒绝接受。w暂时接受该产品,但需要对某一部分进行修改。暂时接受该产品,但需要对某一部分进行修改。l评审报告与记录:对所提出的问题要进行记录,并评审报告与记录:对所提出的问题要进行记录,并产生一个评审报告。产生一个评审报告。技术评审流程技术评审流程同行评审(同行评审(Peer Review)l同行评审是一种特殊类型的技术评审。同行评审是一种特殊类型的技术评审。l由与工作产品开发人员具有同等背景和能力的由与工作产品开发人员具有同等背景和能力的人员对工作产品进行技术评审,因此非常有利人员对
11、工作产品进行技术评审,因此非常有利于发现工作产品中的问题。于发现工作产品中的问题。代码评审(代码评审(Code Review)l编码阶段的一种技术评审,由一组人员对程序编码阶段的一种技术评审,由一组人员对程序进行阅读和静态分析,可以很有效地检查程序进行阅读和静态分析,可以很有效地检查程序代码中的缺陷。代码中的缺陷。l评审内容:程序是否符合编码规范,程序结构评审内容:程序是否符合编码规范,程序结构是否合理,算法和程序逻辑是否正确,程序性是否合理,算法和程序逻辑是否正确,程序性能怎样等。能怎样等。l很多程序逻辑错误很难通过测试发现。很多程序逻辑错误很难通过测试发现。本章内容提要本章内容提要l软件质
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第四章 软件项目质量管理 第四 软件 项目 质量管理
限制150内