项目管理与质量保证——质量保证da.ppt
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理 质量保证 da
- 资源描述:
-
,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,项目管理与质量保证质量保证da,项目管理与质量保证质量保证da项目管理与质量保证质量保证da,软件质量保证(,SQA),引论,为什么要引入软件质量保证?,生产出高质量的软件,为了,“,在正确的时间、以正确的方式、做正确的事情,”,质量管理的问题不在于人们不知,道什么是质量,问题在于人们认为,他们自己对质量知道,质量(1),什么是质量?,某一事物的特征或属性,产品或工作的优劣程度,遗憾的是:,样本间是有差异的,!,差异控制,是,质量控制,的,核心,质量(2),两种不同的质量,设计质量,符合质量,软件需求是进行,“,质量,”,测量的基础,,及需求不符就是质量不高。,指定的标准定义了一组指导软件开发,的准则。如果不能遵照这些准则,就极,有可能导致质量不高。,通常有一组,“,隐含需求,”,是不被提及的。,不符合的话软件质量也很难保证。,什么样的软件是高质量的?,设计质量+符合质量?,用户满意度=,合格产品+,好的质量+,在预算和进度表内交付,质量(3),软件质量特性:,功能性,包括软件产品提供的用来满足用户需要的功能,可靠性,及软件维护其性能等级的能力相关,易用性,及使用软件所要花费的工作量相关,效率,及软件执行过程中所占用的物理资源相关,可维护性,及进行软件变更所需要的工作量相关,可移植性,及把软件转换到不同环境的能力相关,质量(,4,),软件质量特性,功能性,适合性,软件是否符合用户需要,准确性,软件是否正确地实现了功能,互操作性,软件和其他系统的交互能力,功能符合性,软件和需求的匹配程度,安全性,系统访问控制,质量(,5,),软件质量特性,可靠性,成熟度,软件中缺陷所造成的故障的频率,容错性,可恢复性,可靠性符合性,质量(,6,),软件质量特性,易用性,可理解性,可学习性,可操作性,吸引性,可用性符合性,质量(,7,),软件质量特性,效率,时间特性,资源利用,有效性符合性,质量(,8,),软件质量特性,可维护性,可分析性,确定故障产生原因的容易程度,可变性,灵活性,稳定性,对软件修改的可能性,可测试性,可维护性符合性,质量(,9,),软件质量特性,可移植性,适应性,可安装性,共存性,软件和其他软件分享资源的能力,可替代性,可移植性符合性,质量(,10,),质量特性,含义,可回答的问题,正确性,程序满足规格说明和完成用户业务目标的程度,它做了该做的事吗?,可靠性,程序按要求的精确度实现其预定功能的程度,它总能准确地工作吗?,效率,程序实现其功能所需要的计算资源量,能在硬件上尽力工作吗?,安全性,软件或数据不受未授权人控制的程度,它是安全的吗?,使用性,学习、操作程序、准备输入输出的工作量,它可用吗?,维护性,对运行的程序找到错误并排除错误的工作量,它可调整吗?,测试性,为保证程序执行其规定的功能所需的测试工作量,它可测试吗?,灵活性,修改程序所需工作量,它可修改吗?,移植性,将程序从一个环境转移到另一环境的工作量,可以在其他机器上使用吗?,复用性,程序可被用于其他应用问题的程度,可以重复使用它的某些部分吗?,共运行性,一系统及另一系统协同运行所需的工作量,能及其他系统连接吗?,质量(,11,),怎么能保证质量?,质量控制,质量控制是为了保证每一件工作产品都满足对它的需求而应用于整个开发周期中的一系列,审查,、,评审,和,测试,质量控制在创建工作产品的过程中包含一个,反馈,循环,质量保证,质量保证由,管理层的审计,和,报告功能,构成,未经跟踪的工作,等于没做!,正确地完成一件事情比解释你为什么将事情做错所花的时间要少,人们会忘记你做一件工作有多快,但他们总会记得你做得有多好,质量成本(1),什么是质量成本?,所有由质量工作或者进行及质量有关的活动所导致的成本,有哪些质量成本?,预防成本,鉴定成本,故障成本,质量计划,正式技术评审,测试设备,培训,过程内和过程间审查,设备校准和维护,测试,内部故障成本,外部故障成本,内部故障成本,返工,修复,故障模式分析,外部故障成本,解决客户的抱怨,退换产品,求助电话支持,保修工作,质量成本(2),既然质量管理需要成本,那么是不是,越晚,进行质量管理就,越省钱,?,IBM,审查200000行代码总共用了,7053个小时,结果是预防了3112个,潜在的缺陷。雇佣一名程序员的报酬,为40美元/小时。,假设交付的产品中每1000行代码中,有1个缺陷,此时改正每个缺陷成本的,时间为25000美元。,预防总成本:,282,120美元,平均缺陷成本:,91美元,维护总成本:,5,000,000美元,平均缺陷成本:,25,000美元,差距,:,5000000/282120,=17.7,质量成本(3),改正一个错误的相对成本,需求分析阶段:1倍,设计阶段:36倍,编码阶段:10倍,开发测试阶段:1540倍,系统测试阶段:3070倍,实际操作阶段:401000倍,软件,缺陷,(1),几个概念:,缺陷(,defect),故障(,bug),错误(,error),缺陷、故障:软件交付之,后,发现的质量问题,错误:软件交付之,前,发现的质量问题,软件,缺陷,(2),几个结论:,设计活动引入的错误占软件过程中出现的所有错误(和最终的缺陷)数量的50%到65%,正式技术评审在发现设计错误方面最高达到75%的有效性,软件,缺陷,(3),缺陷放大模型:,通过的错误,错误检测有效性百分比,放大的错误1:,x,新产生的错误,软件,缺陷,(4),例:假设:,概要设计阶段生成10个错误,详细设计阶段生成25个错误,同时会放大1/3的继承错误,放大系数为1.5,编码和单元测试阶段生成25个错误,同时会放大2/3的继承错误,放大系数为3,在测试中可以发现并改正50%的错误,同时不引入新的错误,概要设计阶段错误的改正成本为1,详细设计时为1.5,测试前是6.5,测试中是15,发布后是67,0,0%,0,10,6,0%,4*1.5,25,10,20%,27*3,25,94,50%,0,0,47,50%,0,0,24,50%,0,0,概要设计,详细设计,集成测试,单元测试,确认测试,系统测试,0,70%,0,10,2,50%,1*1.5,25,5,60%,10*3,25,24,50%,0,0,12,50%,0,0,6,50%,0,0,概要设计,详细设计,集成测试,单元测试,确认测试,系统测试,软件评审,技术工作需要评审,评审的目的是什么?,指出个人或小组生产的产品所需进行的改进,确定产品中不需要或者不希望改进的部分,得到及没有进行评审相比更加一致、或者至少更可预测的技术工作的质量,从而使得技术工作更小易于管理,既然技术评审这么好,是不是应该大量频繁的进行?,为什么需要评审,在去除明显的错误时,审查是非常有效的方法,鼓励开发人员产生结构更好的、不需要加以说明的软件,能促进优秀编程实践的传播,能增进团队精神,正式技术评审(,FTR)(1),FTR,想要达到什么目标?,在软件的任何一种表示形式中发现功能、逻辑或实现的错误,证实经过评审的软件的确满足需求,保证软件的表示符合预定义的标准,得到以一种一致的方式开发的软件,使项目更易于管理,正式技术评审,(2),每个评审会议约束:,评审会议通常应该在35人之间进行,应该进行提前准备,但是每人占用工作时间应该少于2小时,评审会议时间应该不超过2小时,正式技术评审,(3),每个,FTR,步骤:,确定参加评审的人员,人员培训,评审准备,分发评审材料,评审员审读评审材料,开评审会议,生成评审报告和问题列表,正式技术评审,(4),评审结论:,工作产品可以不经修改而被接受,由于严重错误而否决工作产品,暂时接受工作产品,评审总结报告内容:,评审什么,由谁评审,发现和结论是什么,正式技术评审,(5),正式技术评审的指导原则:,评审产品,而不是评审生产者,制定日程并且遵守日程,限制争论和辩驳,对各个问题都发表见解,但是不要试图解决所有记录的问题,做书面笔记,限制参及者人数并坚持事先做准备,为每个可能要评审的工作产品建立一个检查表,为,FTR,分配资源和时间,对所有评审者进行有意义的培训,评审以前所做的评审,Fagan,评审的基本原理,对于所有主要的交付物都要进行审查,所有类型的缺陷都要记录,不仅仅是逻辑或功能缺陷,审查应该由除非常高层领导外的各级同事来执行,采用预先规定的步骤进行审查,审查会议不能超过两个小时,审查是由经过特殊技术培训的协调员来领导的,为其他参及者定义不同的角色,使用检查表来协助缺陷查找过程,检查材料的理想速度是每小时,100,行,维护统计数据,以便监督审查过程的有效性,项目质量管理,软件质量保证,概述(1,),什么是软件质量保证?,Software Quality Assurance,,简称,SQA,一种应用于整个软件过程的庇护性活动,软件质量保证的范围?,软件,产品质量,软件,过程质量,软件质量保证,概述(,2,),软件质量保证包含哪些内容?,一种质量管理方法,有效的软件工程技术,在整个软件过程中采用的正式技术评审,一种多层次的测试策略,对软件文档及其修改的控制,保证软件遵从软件开发标准的规程,度量和报告机制,软件质量保证,概述(,3,),那些人应该为软件质量负责?,软件工程师,项目管理者,客户,销售人员,SQA,小组成员,SQA,小组充当客户在公司内部的代表,SQA,小组的职责是辅助软件工程小组得到高质量的最终产品,软件质量保证,SQA,活动(1),为项目准备,SQA,计划,计划里应标识出什么?,需要进行的评价,需要进行的审计和评审,项目可采用的标准,错误报告和跟踪的规程,由,SQA,小组产生的文档,为软件项目组提供的反馈数量,软件质量保证,SQA,活动(2),参及开发该项目的软件过程描述,评审各项软件工程活动、对其是否符合定义好的软件过程进行核实,审计制定的软件工作产品、对其是否符合定义 好的软件过程中的相应部分进行核实,确保软件工作及工作产品中的偏差已被记录 在案并根据预定规程进行处理,记录所有不符合的部分并报告给高级管理者,协调变更的控制和管理,帮助收集和分析软件度量信息,软件测试(1),软件的确认(,Validation),和验证(,Verification),,简称,V&V,什么是确认?,在软件开发过程期间(针对单元)或结束(针对系统)时,单元或系统是否满足用户特定的需求?,什么是验证?,在一个给定的开发阶段中,单元或系统是否满足在此阶段开始时确定的条件?,软件测试(2),测试种类,单元测试,集成测试,确认测试,功能测试,回归测试,测试,测试,验收测试,软件测试(3),测试方法,白盒测试,黑盒测试,软件测试(4),测试类型,功能测试,性能测试,算法测试,正向测试,逆向测试,边界测试,配置测试,负载测试,软件测试(5),测试计划,测试计划,测试用例,测试报告,统计软件质量保证,什么是统计软件质量保证?,是质量的量化,统计软件质量保证有哪些步骤?,收集和分类软件缺陷信息,尝试对每个缺陷的形成原因进行追溯,使用,Pareto,原则,将这20%(重要少数)分离出来,一旦找到重要少数原因,就可以开始纠正引起缺陷的问题,80%的缺陷可以追溯到所有可能原因中的20%,可能的错误原因,规约不完整或规约错误(,IES),及客户通信中所产生的误解(,MCC),故意及规约偏离(,IDS),违反编程标准(,VPS),数据表示有错(,EDR),构件接口不一致(,ICI),设计逻辑有错(,EDL),不完整或错误的测试(,IET),不准确或不完整的文档(,IID),将设计翻译成程序设计语言中的错误(,PLT),不清晰或不一致的人机界面(,HCI),杂项(,MIS),例,错误,总计,严重,一般,微小,数量,百分比,数量,百分比,数量,百分比,数量,百分比,IES,205,22,34,27,68,18,103,24,MCC,156,17,12,9,68,18,76,17,IDS,48,5,1,1,24,6,23,5,VPS,25,3,0,0,15,4,10,2,EDR,130,14,26,20,68,18,36,8,ICI,58,6,9,7,18,5,31,7,EDL,45,5,14,11,12,3,19,4,IET,95,10,12,9,35,9,48,11,IID,36,4,2,2,20,5,14,3,PLT,60,6,15,12,19,5,26,6,HCI,28,3,3,2,17,4,8,2,MIS,56,6,0,0,15,4,41,9,总计,942,100,128,100,379,100,435,100,利用错误指标(,Error Index,EI,),找到影响质量的主要原因,E,i,=,在软件工程过程中的第,i,步中发现的错误总数,S,i,=,严重错误数,M,i,=,一般错误数,T,i,=,微小错误数,PS=,第,i,步的产品规模,W,s,W,m,W,t,分别是严重、一般、微小错误的加权因子,每个阶段的加权因子取值逐渐变大,先求出,阶段指标,(,Phase Index),PI,i,=W,s,(S,i,/E,i,)+W,m,(M,i,/E,i,)+W,t,(T,i,/E,i,),EI=,(i x,PI,i,)/PS,将时间集中用于真正重要的地方,,但是首先你必须知道什么是重要的,软件可靠性,什么是软件可靠性?,在特定环境和特定时间内,计算机程序无故障地运行的概率,软件可靠性和硬件可靠性根本不同,平均故障间隔时间(,MTBF),平均故障时间(,MTTF),平均修复时间(,MTTR),可用性=,MTTF/(MTTF+MTTR)*100%,SCM,职责(1),配置经理:,对代码开发和测试进行支持和保护,是变更管理的控制中心,制定,SCM,规程,形成文档并分发给有关人员,建立系统基线,包括备份规定,确保对基线的变更都经过授权人员的批准,确保对基线的变更都进行充分细致地记录,以便可以重新生成或回退,确保所有基线变更都经过回归测试,规定解决异常问题的焦点,SCM,职责(2),模块主管:,确保模块设计的完整性,把握模块的设计,为参及模块及其接口工作的人员提供建议,控制模块的所有更改,评审模块的变更和定期进行回归测试,确保模块的完整性,SCM,职责(3),变更控制委员会(,CCB):,控制变更,做出决策,可能多个,SQA,职责(1),质量经理,全面负责有关软件质量保证的各项工作,质量代表,负责有关阶段评审、项目进展报表检查以及软件验收准备等三方面工作中的质量保证工作,项目的专职配置管理人员,负责有关软件配置变动、软件媒体控制以及对供货单位的控制等三方面的质量保证活动,谢谢,展开阅读全文

咨信网声明:本文档由用户上传并分享,仅供学习交流、研究之用,未经授权,严禁复制、发行、汇编、翻译或网络传播等,侵权必究。
咨信网小贴示:
1、浏览或下载可查看了解,请点击【咨信网告知】。
2、下载文件中如有侵权或不适当内容,将立即纠正。
3、如果因为网速或其他原因下载失败请重新下载,重复下载[60天内]不扣币。
4、开具发票登录电脑端申请,请点击【索取发票】。
咨信网客服组:【微信客服】
1、浏览或下载可查看了解,请点击【咨信网告知】。
2、下载文件中如有侵权或不适当内容,将立即纠正。
3、如果因为网速或其他原因下载失败请重新下载,重复下载[60天内]不扣币。
4、开具发票登录电脑端申请,请点击【索取发票】。
咨信网客服组:【微信客服】


项目管理与质量保证——质量保证da.ppt
















自信AI助手














微信客服
客服QQ
发送邮件
意见反馈



链接地址:https://www.zixin.com.cn/doc/14600881.html