项目管理-4-软件质量及管理.ppt
《项目管理-4-软件质量及管理.ppt》由会员分享,可在线阅读,更多相关《项目管理-4-软件质量及管理.ppt(111页珍藏版)》请在咨信网上搜索。
1、软件工程软件质量及管理1目的o掌握质量的概念o了解质量管理和质量保证的内容和过程o掌握评审和审查的过程o了解和掌握风险管理的概念与过程2相关网站ohttp:/www.sei.cmu.edu/ohttp:/hissa.ncsl.nist.gov/ohttp:/www-sqi.cit.gu.edu.au/ohttp:/www.esi.es/ohttp:/210.79.226.16:81/cetin2/QRMS/index.htm31影响软件质量的因素o1.1质量的概念o质量定义:反映实体满足明确和隐含需要能力的特性综合o定义的说明:n明确需要:指合同中用户明确提出的要求与需要n隐含需要:指由生产企
2、业通过市场调研进行识别与探明的要求或需要n特性:实体所特有的性质,反映了实体满足需要的能力41.2项目的质量o质量的类型:n质量,通常指产品的质量,广义的还包括工作的质量。产品质量是指产品的使用价值及其属性;n而工作质量则是产品质量的保证,它反映了与产品质量直接有关的工作对产品质量的保证程度。o项目的质量n从项目作为一次性的活动来看,项目质量体现在由WBS反映出的项目范围内所有的阶段、子项目、项目工作单元的质量所构成,也即项目的工作质量;n从项目作为一项最终产品来看,项目质量体现在其性能或者使用价值上,也即项目的产品质量。51.3影响软件质量的因素o人员n创造性地活动o过程n主要开发环节之间的
3、关系o管理n不同角色关注的角度不同o技术n开发环境6产品质量过程质量开发技术人员因素成本时间、进度71.5过程中的角色过 程管理软件工程师严格的工作条例技术资产环境82国际标准和国家标准规定的软件质量特性1、软件质量特性o1、功能性o2、可靠性o3、易使用性o4、效率o5、可维护性o6、可移植性GB/T16269-1996信息技术软件产品评价质量特性及其使用指南.GB/T17544-1998,信息技术软件包质量要求和测试.9常用术语o功能functiono程序中的一个算法的实现,利用该实现,用户或程序可以完成某一工作任务的全部或部分内容。oGB/T17544199810性能performanc
4、eoa.计算机系统或子系统实现其功能的能力。ob.对计算机系统或子系统执行其功能的能力的度量。例如,响应时间、事务处理能力、可靠性等。oGB/T11457199511易用性practicabilityo与一组规定或潜在的用户为使用软件所需做的努力并且对这样的使用所作的评价有关的一组属性。oGB/T175441998o注:软件的易用性是指人们学习、操作、准备输入和解释程序输出(输出结果和出错信息)的便利程度。12可靠性reliabilityo与在规定的一段时间和条件下,软件维持其性质水平的能力有关的一组属性。oGB/T17544199813可扩展性scalabilityo是指软件系统可以在不同规
5、模、不同档次的运行环境平台上运行的能力。oGB/T11457199514易理解性understandabilityo与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性。oGB/T16260-1996152、软件质量评价定义质量需求选择质量度量定义等级定义评估准则软件开发度量评级评估规定的/隐含的需求本标准和其他技术信息产品或中间产品量度等级管理质量需求定义质量需求准备评价163软件质量保证o软件质量保证的目的是向管理者提供适当的对软件项目正使用的过程和正构造产品的可视性。o软件质量保证包括评审和审计软件产品和活动以验证它们符合适用的规程和标准,给项目和其它有关的经理提供这些评审和审计的结
6、果。173.1软件质量保证的主要任务o1、用户要求定义o2、软件复用o3、掌握开发新软件的方法o4、组织外部力量协作o5、排除无效劳动o6、发挥每个开发者的主观能动性o7、提高软件开发的工程能力o8、提高计划和管理能力183.2、软件质量保证与检验o1、软件检验的作用n确保每个开发过程的质量,防止把软件差错传递到下一个环节。o2、检验的实施形式n实际运行检验、鉴定o2、软件检验的类型n供货检验n中间检验/阶段评审n验收检验n产品检验193.3软件质量保证体系o1、定义:为了顺利开展软件质量保证活动,事先明确部门间的质量保证业务,确立部门间的联合和协作的机制。203.4软件质量保证(SQA)是一
7、种应用于整个软件过程的保护性活动。SQA包括:o一种质量管理方法o有效的软件工程技术(方法和工具)o在整个软件过程中采用的正式技术复审o一种多层次的测试策略o对软件文档及其修改的控制o保证遵从软件开发标准的规程o度量和报告机制21用户要求与开发方针设定质量目标1设定质量需求准则尺度2设定质量设计准则尺度各阶段度量对象研讨质量准则及实现方法1设定质量度量准则2研讨质量目标实现方法开发活动质量评价1质量度量2以得分和质量图示表示3判定目标达到否改进活动管理信息评测得分表质量图示目标计划实施检查行动224软件质量的度量和评价oo软件质量特性度量有两类:预测型和验收型。软件质量特性度量有两类:预测型和
8、验收型。oo预测度量是利用定量或定性的方法,估算软件质量预测度量是利用定量或定性的方法,估算软件质量的评价值,以得到软件质量的比较精确的估算值。的评价值,以得到软件质量的比较精确的估算值。oo验收度量是在软件开发各阶段的检查点,对软件的验收度量是在软件开发各阶段的检查点,对软件的要求质量进行确认性检查的具体评价值,它是对开要求质量进行确认性检查的具体评价值,它是对开发过程中的预测进行评价。发过程中的预测进行评价。23o预测度量有两种。n第一种叫做尺度度量,这是一种定量度量。它适用于一些能够直接度量的特性,例如,出错率定义为:错误数KLOC单位时间。n第二种叫做二元度量,这是一种定性度量。它适用
9、于一些只能间接度量的特性,例如,可使用性、灵活性等等。24尺度度量检查表25二元度量检查表26o通过对照检查项目,确定一种质量特性的有无。o例如,在设计和编码阶段的复杂性度量,利用尺度度量方法来做。对模块复杂性的度量采用McCabe环路度量。o对于二元度量,可针对检查表中每一项都应给以记分,指定信息存在时记“1”,否则记“0”。表中所有各项的分数相加,即得度量结果。27SQA的目标o目标1软件质量保证活动是有计划的。o目标2软件产品和活动遵守适用的标准、规程和需求的情况得到客观的验证。o目标3受影响的组和个人接到软件质量保证活动和结果的通知。o目标4高级管理者处理在软件项目内部不能解决的不符合
10、问题。28SQA的独立性o存在负责协调和实施项目的SQA的组oSQA有一个向高级管理者报告的渠道,它独立于:项目经理,软件工程组,其它的有关组o组织机构支持那些要求独立性的活动,如SQAo独立性应该:n给担当SQA角色的个人提供组织上的自由度,使他们成为高级管理者在软件项目上的“耳目”。n使得担当SQA角色的个人免受他们正在评审的软件项目的管理者所作的性能评价的影响。n使高级管理者相信正在报告的有关项目过程和产品的信息是客观的。29SQA过程活动活动1按照已建档的规程为软件项目制订SQA计划活动2按照SQA计划进行SQA组的活动活动3SQA组参与准备和评审项目的软件开发计划、标准和规程活动4S
11、QA组评审软件工程活动以验证符合性活动5SQA组审计指定的软件工作产品以验证符合性活动6SQA组定期向软件工程组报告其活动的结果活动7按照已文档化的规程对在软件活动和软件工作产品中所鉴别出的偏差建立文档并加以处理活动8SQA组与顾客的SQA人员一起对它的活动和发现进行定期评审30SQA计划的内容1.SQA组的职责和权力2.SQA组的资源要求3.项目的SQA组活动的进度表和投资4.SQA组参加制定项目的软件开发计划、标准和规程的情况5.将由SQA完成的评价6.将由SQA组进行的审计和评审7.将用作SQA组评审和审计的基础的项目的标准和规程8.用于对不符合性问题建立文档和进行跟踪直至结束的规程9.
12、要求SQA组生成的文档10.就SQA活动给软件工程组和其它软件有关组提供反馈信息的方法和频率315、软件的技术评审Review&Inspectiono检验inspectionn通过观察和判断,必要时结合测量、试验所进行的符合性评价。o评审 reviewn为了确保主题事项的适宜性、充分性、有效性和效率,以达到规定的目标所进行的活动。n实例:管理评审、设计与开发(2.4.7)评审、顾客要求(2.1.2)评审和不合格(2.6.2)评审。32概论o在软件的研制过程中必须进行的一项重要工作,就是软件的验证与确认。o软件验证是确定软件开发周期中的一个给定阶段产品是否达到前阶段确立的需求的过程。它包括评审、
13、审查、测试、检查、审计等项活动。o软件确认是在软件开发过程结束时对软件进行评价,以确认它和软件需求是否相一致的过程。也可以说,确认是“端到端”的验证。33什么是验证与确认o验证和确认是两项相辅相成的工作,但它们之间却极易混淆。o软件工程权威BarryW.Boehm曾巧妙地用两句形式相似但内容不同的话作过精辟的描述:oVerification:Arewebuildingtheproductright?oValidation:Arewebuildingtherightproduct?o验证:我们正正确地制造产品吗?o确认:我们正制造正确的产品吗?34为什么V&Vo不论项目大小如何,软件验证与确认很
14、大程度地影响着软件的质量。o人总是会犯错误的,而没有经过验证的软件将难以正常工作。o有典型事例说明在开发期间每1000行代码中发现有20到50个错误,而即使是在系统测试之后每1000行代码中仍有1.5到4个错误。o软件验证与确认的目标是把错误减少到可以接受的水平。o软件的验证与确认工作占用整个项目的30%90%的资源。35验证与确认V形图o软件开发工作开始于图的左上角,沿左边的产生“软件规格”侧向下进行到“”的底端,其间要逐阶段进行验证;o之后沿右边的产生“软件产品”侧向上,之间对应着它们对“软件规格”的验证。o形图强调在左侧按照输入验证每个输出及在右侧根据“软件规格”验证软件产品。36系统需
15、求软件需求概要设计详细设计单元测试组装测试编码确认测试系统联试详细设计概要设计软件需求系统需求型号任务编译后的单元测试后的单元组装后的软件测试后的软件交付软件验证验证验证验证验证验证验证与确认验证与确认37V形图验证与确认说明o根据系统需求验证软件需求o根据软件需求验证概要设计o根据概要设计验证详细设计o根据详细设计验证编码o用单元测试验证详细设计o用组装测试验证概要设计o用确认测试验证软件需求o用系统联试验证系统需求38通过评审进行V&Vo对软件的工作产品进行验证的一个重要方法是评审。o评审是把工作产品或工作产品集提交给项目人员、经理、用户、顾客或其它感兴趣各方进行评价或批准的过程或会议。o
16、评审一般有技术评审、审查、走查、审计等多种形式。o检查阶段工作的管理评审称作阶段评审。39为什么要及早进行评审1)程序中的大部分错误是在编码之前造成的。据统计,设计及之前阶段产生的错误大约占63,而编码错误仅占37。2)错误的检测与改正时间越晚,所付出的代价也就越高。通过对一些大型软件项目的分析表明;如果在需求和设计阶段发现一个错误,改正所需费用为1;那么在测试前发现该错误,改正费用则为6.5;在测试时发现,改正费用为15;而在交付使用后再发现,改正费用则高达67。3)错误还会被“放大”。40阶段评审o评审的目的n阶段评审在软件研制的各个阶段完成了预定工作时进行,目的是检查该阶段工作是否完成,
17、是否达到了规定的质量和技术要求,检查计划管理、质量管理、风险管理、配置管理的执行情况,决定是否可以转入下一个研制阶段。n各研制阶段结束时均应进行阶段评审。o评审组成员n评审由项目组上级主管机构组织,组长由上级主管领导担任。成员包括:n1)主管领导;n2)同行专家;n3)质量管理人员;n4)科研(计划)管理人员;n5)项目组成员;n6)交办方代表(必要时)。41阶段评审程序(1)o(1)评审前的准备n准备阶段评审汇报和被评审文件。汇报内容:o1)本阶段研制工作的主要内容和完成情况;o2)为保证产品质量所做的质量保证工作;o3)计划落实和配置管理情况;o4)本阶段出现的主要问题及解决情况;o5)结
18、论及建议。o(2)确定评审人员和日期o(3)评审组分工o(4)评审组审阅评审文件n承办单位提前三天将评审文件提交评审组审阅42阶段评审程序(2)o(5)评审会议n1)软件研制项目组作阶段评审汇报;n2)评审组询问、讨论、审查各项工作,项目组答辩;n3)评审组作出评审结论并由组长宣布。o(6)填写评审总结报告o(7)评审后的工作n评审结论入配置管理、保存备案、交上级审批。n项目组针对修改意见和改进建议,经审批进行修改补充。n项目组根据评审意见,转入下一研制阶段。43阶段评审表o在每次阶段评审时,都必须履行正式手续,填写必要的评审表格,以利于项目管理和质量检查。o阶段评审表由三张子表组成n子表1是
19、对评审中发现问题的记录n子表2是评审总结报告n子表3是评审小组成员登记与签字表o对于在评审中发现的软件问题,用软件问题报告单对问题进行详细的描述。44评审问题记录登记号评审日期年月日评审性质评审复审项目名子项目名代号编号问题摘要问题类型是否解决12345678910111213141545评审总结报告登记号评审日期年月日评审性质评审复审项目名子项目名代号阶段名系统需求需求分析概要设计详细设计软件实现组装测试确认测试系统联试项目组长姓名单位电话评审任务评审材料通过不需修改稍作修改不通过作重要修改要重新评审备注46评审小组成员职务姓名职称单位签字组长副组长成员成员成员成员成员成员成员47技术评审o
20、以下技术评审过程是欧洲航空局最佳实践过程之一o目的n技术评审的目的是对具体的工作产品集(如文档、源代码)进行评价,并对管理提供以下信息:o它们符合前一阶段制定的软件规格;o它们已按照项目的标准和方法完成;o所有的更改都正确地得到完成,并只影响对更改规定的范围。48组织o技术评审过程由评审组来执行,评审组中有以下的角色:n负责人n秘书n成员49职责o负责人的责任包括:n提名评审组;n组织评审并通知所有参加者评审的时间、地点和日程;n会议前向所有参加者分发评审项并在必要时分配评审项;n必要时组织评审组开展准备工作;n主持评审会议;n发布技术评审报告。n必要时秘书应协助负责人,并负责记录评审组发现的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理 软件 质量
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。