第6章 项目质量管理PPT课件_第1页
第6章 项目质量管理PPT课件_第2页
第6章 项目质量管理PPT课件_第3页
第6章 项目质量管理PPT课件_第4页
第6章 项目质量管理PPT课件_第5页
已阅读5页,还剩75页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件项目管理第六章项目质量管理。2020/5/22,您如何看待项目的质量?例如,对一家国际软件公司进行了调查,并选择了10个由质量问题引起的额外工作。也就是说,“开发人员纠正缺陷、测试人员验证缺陷、返工、设计或代码完成后需求的变化、不清楚或无效的缺陷报告、代码完成后的补充测试案例、缺陷修复后的回归测试、错误的测试环境设置、产品发布后缺失的缺陷验证、产品发布后缺失缺陷的修补套件等”统计结果显示,由于质量问题造成的成本(次等成本)高达45.86%,几乎占开发总成本的一半。因此,软件项目质量管理不仅有助于提高软件产品的质量,而且有助于缩短开发周期和降低成本。威廉戴明,现实:许多软件公司投入大量的时间和精力寻找和纠正错误(需求、设计、实现),导致进度延迟。质量管理较少。在理解专业程序员中,垃圾代码被扔进了系统。因为错误无法完成,所以会不断修改。更好的代码的故事终于被开发出来了。2020年5月6日。软件质量管理贯穿于整个软件开发周期。质量管理不仅保证项目交付的最终产品满足质量要求,而且保证项目实施过程中阶段性成果的质量。也就是说,要确保软件需求分析、设计和代码的质量,包括各种文档的质量,正如ISO8402所规定和提倡的:“质量管理是指通过质量计划、质量控制、质量保证和质量体系中的质量改进来定义质量政策、目标和责任并实施所有管理功能的所有活动。”、质量管理、项目质量管理、项目质量管理、质量规划(开始)、 1输入、1业务环境因素、2组织过程资产、3项目范围声明、4项目管理计划、2工具和技术、1成本效益分析、2基准控制、3实验设计、4质量成本、5其他质量规划工具、3输出、1质量管理计划、2质量度量、3质量清单、4过程改进计划、5质量基准、6项目管理计划(更新)和质量保证的实施(中等)。 1输入. 1质量管理计划. 2质量测量指标. 3过程改进计划. 4工作绩效信息. 5批准的变更请求. 6质量控制措施. 7实施的变更请求. 8实施的纠正措施. 9实施的缺陷修复. 10实施的预防措施. 2工具和技术. 1质量规划工具和技术. 2质量审核. 3过程分析. 4质量控制工具和技术. 3输出. 1请求的变更. 2推荐的纠正措施. 3组织过程资产(更新)。4项目管理计划(更新),实施质量控制(结束)。 1输入. 1质量管理计划. 2质量测量指标. 3质量清单. 4组织过程资产. 5工作绩效信息. 6批准的变更请求. 7可交付成果. 2工具和技术. 1因果图. 2控制图. 3流程图. 4直方图. 5排列图. 6趋势图. 7散点图. 8统计抽样. 9检查. 10缺陷修复评审. 3输出. 1质量控制度量. 2确认的缺陷修复. 3质量基准(更新). 4推荐的纠正措施. 5推荐的预防措施. 6请求的变更. 7推荐的缺陷修复. 8过程的组织9已确认的可交付成果。10项目管理计划(更新),8,2020/5/22,第6章项目质量管理。6.1质量管理概述6.2项目质量保证组织6.3质量计划6.4软件评审方法和过程6.5缺陷预防和跟踪分析6.6质量度量6.7过程质量管理。9,2020/5/22,质量管理导论,不同的质量管理方法:疾病,早期治疗,早期预防。质量管理概述,软件质量控制(SQC,软件质量控制)是科学测量过程状态的基本方法。就像汽车表盘上的仪表一样,你可以知道速度、速度、油量等。软件质量保证(SQA)是过程和程序的参考和指南的集合。这就像汽车上的用户手册。软件质量管理是运营的誓言。它教你如何驾驶汽车,建立质量文化和管理理念。11、2020/5/22,四个不同层次的质量管理、检验,通过检验确保产品质量,符合软件产品规格的产品为合格产品,不符合规格的产品为不合格产品。我们只能判断产品质量,不能检查工艺流程、设计、服务等。并不能提高软件的质量。相当于“软件测试/质量控制”;确保通过软件开发部门实现质量目标,制定质量目标和质量计划,确保软件开发过程的合理性、流畅性和稳定性。相当于最初的“质量保证”;预防,软件质量关注预防,过程管理,质量保证关注过程管理。从需求和设计中引入预防思想相当于成熟的“质量保证”。完美,以客户为中心,贯穿软件开发生命周期过程,全员参与,追求卓越,相当于“全面软件质量管理”,12,2020/5/22,支持质量管理、质量管理、技术(开发技术成熟度、开发工具、自动化测试级别)、方法(开发模型、开发过程)、基础设施(质量文化、开发环境、标准系统),以及,13,2020/5/22,支持技术级别的质量管理和编程规范的开发。为了帮助统一整体风格并提高代码的可读性、可维护性和可扩展性,组织应该通过制定统一的模板来标准化文档,统一文档的内容和风格,并实施涵盖生命周期的软件测试,包括单元测试、集成测试和系统测试。不仅动态测试,而且静态测试(需求分析、系统设计需求评审和验证)都应该采用统计方法(通常是定量的数学统计分析)来揭示产品特性和软件开发过程特性。发现了各种不一致之处。14,2020/5/22,基础设施。15,2020/5/22,第6章项目质量管理,6.1质量管理概述6.2项目质量的组织保证6.3质量计划6.4软件评审方法和过程6.5缺陷预防和跟踪分析6.6质量度量6.7过程质量管理,16,2020/5/22,组织保证,管理,测试组,SQA集团,SEPG集团,项目组,17,2020/5/22,组织保证(续),管理组:强烈的“质量第一”意识,能够制定正确的战略和政策,有利于确保和提高质量,并在整个组织中创造良好的质量文化。SQA集团:从过程中跟踪、控制和改进软件质量。即监理项目应按照规定的过程进行,并符合规定的相关标准。例如,要求建立相关文件和需求变更控制测试组:负责对软件产品进行全面测试,包括需求评审、设计评审、功能和性能测试等。找出存在的缺陷。测试团队面向产品,并进行事件后检查。SEPG小组:软件工程过程小组,通常由软件专家组成,领导和协调过程改进小组。其主要任务是促进企业应用的过程的定义、维护和改进。类似于“立法”机构。18,2020/5/22,第6章项目质量管理,6.1质量管理概述,6.2项目质量保证组织,6.3质量计划,6.4软件评审方法和过程,6.5缺陷预防和跟踪分析,6.6质量度量,6.7过程质量管理。19,2020/5/22,质量计划概述,质量计划:实施项目质量管理,实施项目质量政策和目标的具体计划。质量计划通常在组织的质量方针的指导下定义项目的质量目标,描述项目质量管理所需的资源和责任,并解释如何采用正确的过程和操作程序、质量控制方法和评价技术来确保质量。软件质量计划需要覆盖软件开发和维护的整个生命周期,即需要对需求分析、设计、编码、测试和部署提出质量目标和要求,并对质量控制的内容、方法和手段提出建议和指导。、20,2020/5/22、6.3质量计划、6.3.1质量计划的内容、6.3.2质量计划制定的步骤、6.3.3如何制定有效的质量计划、6.3.4质量计划的实施和控制、21,2020/5/22、6.3.1质量计划的内容、目的和范围、文件清单、质量目标、总体目标、分阶段目标、分目标质量任务,包括组织过程描述会议、参与质量管理的相关人员及其对例如,测试计划、配置管理计划重申了适用于项目的相关标准。例如,文档模板标准、代码编写标准、审查流程和标准。例如,不同点的配置管理需求明确区分了代码评审和技术评审,如代码版本控制、需求变更控制问题报告和质量控制工具、处理系统采用的技术和方法等。22,2020/5/22,质量计划模板参考,项目概述实施策略,项目组织质量保证对象分析和选择,质量保证任务划分实施计划资源计划记录的收集、维护和保存示例见P141,23,2020/5/22,质量评审的内容和方法,内容要求描述,设计文件的评审,测试计划的评审,功能评审(内部评审),物理评审(内部评审)和管理评审是指内部评审:部门内部评审他们自己的工作,或独立的部门评审其他部门的工作,以检查现有的模板,规则和过程是否在组织内得到遵守。在软件开发生命周期的每个阶段结束之前,该阶段的定期结果将正式接受使用结束标准的严格技术审查。24,2020/5/22,质量计划制定步骤(1),了解项目的基本情况,收集相关项目数据,重点了解项目目标、用户要求和项目实施范围,确定项目的质量目标,首先根据项目总体目标和用户要求确定项目的总体质量目标,然后根据项目的构成和划分对项目质量目标进行分解,然后建立具体的质量目标来确定围绕质量目标的工作任务,如评审、跟踪、统计分析等。明确项目的质量管理组织,并指派各级质量管理人员。设备资源决定质量管理人员的角色和职责,建立质量管理组织。25,2020/5/22,质量计划制定步骤(2)-项目质量责任表。26,2020/5/22,质量计划制定步骤(3),制定项目质量控制程序、项目质量控制工作程序、初始检验测试和识别程序、项目实施过程中的质量检验程序、不合格项目产品的控制程序、各项目质量记录实施的控制程序、验证程序。如果项目规模较大,可以根据子项目或项目进度,分阶段编制和审查项目计划。6.3.3如何制定有效的质量计划?质量计划的有效性体现在以下几个方面:项目质量计划应按照计划的期限完成;应处理好项目质量计划与其他计划的关系;以及几种确保项目质量计划有效性的方法:效益/成本分析。收益与成本的比率尽可能大。好处:减少重复性工作(避免返工),增加投资者满意度成本:项目质量管理活动的基准:比较其他类似历史项目的质量计划,为改进项目实施过程提供思路和参考标准。流程图:因果图:主要用于寻找质量问题的根本原因。系统流程图或处理流程图:可以帮助找到相关的方法和测试设计来解决遇到的质量问题。努力找出影响质量最大的因素,验证质量管理的合理性。28、2020/5/22和6.3.4。质量计划主要是获取质量缺陷的原因,从而减少软件缺陷或避免将来类似的错误。通过设置检查点和验证点,对阶段性结果进行审查或同时,质量计划的项目总结、实施和控制(续)、2020年5月29日、22日、6.3.4、加强对质量计划执行情况的检查,及时发现问题,应在项目总体目标不变的前提下,根据原质量计划和实际情况进行对比分析,找出问题的根本原因,制定相应的技术保证措施,并对原计划进行适当调整,确保项目质量总体目标的顺利实现。30,2020/5/22,第6章项目质量管理,6.1质量管理概述,6.2项目质量保证的组织,6.3质量计划,6.4软件评审方法和过程,6.5缺陷预防和跟踪分析,6.6质量度量,6.7过程质量管理,31,2020/5/22,6.4软件评审方法和过程,6.4.1软件评审的方法和技术,6.4.2角色和责任,6.4.3软件评审过程,6.4.4如何有效地组织,32,2020/5/22,软件评审,无论您是否发现它们,缺陷总是存在的。问题只是当你最终找到它们时,你需要多少修正成本。对评审的投资将质量成本从昂贵的后期返工改变为早期缺陷发现。Kalweig,33,2020/5/22,软件审查方法,Adhochreview:Passroud的自发使用:邮件分发审查,异步相互审查:两个人在内容和技术上工作更紧密,涉及的人员更少,审查效率更高。例如,演练:自始至终被评审的对象应该是检查:系统的和严格的集体评审方法,最不正式的,最正式的,临时评审,循环评审,相互评审,演练,会议评审,34,2020/5/22,软件评审方法(续)。在软件开发过程中,各种评审技术交替使用。其原则是:在不同的开发阶段和不同的场合,选择合适的评审方法要求和设计评审草案;在对要求进行检查并最终确定设计之前:评审会议代码评审:相互评审,对最有可能导致较大风险的工作成果自发采用“临时评审”,应采用最正式的评审方法要求分析报告:走查或会议评审的核心代码:走查或会议评审。35,2020/5/22,软件评审技术,清单技术:简单,提高评审效率,提高评审质量。例如,缺陷清单列出了容易发生的典型错误,有助于发现缺陷并消除隐患。场景分析技术可以更容易地发现错误和问题,并且花费更多的时间。其中大部分用于需求文档评审和寻找缺失和冗余的需求工具:提高效率,如IBM的资源需求计划和NASA的资源管理系统,统计分析导入的文档,找出各种词的出现概率,分析完整性和模糊性。36,2020/5/22,6.4.2审核过程中的角色和职责,团队领导,作者,读者,记录者,审核者,审核者,协调者。37,2020/5/22,6.4.3软件审查流程(1),38,2020/5/22,以及软件审查流程(2)。计划确定被评审对象选择的评审方法,以确定期望的评审目标。会议准备确定评审组长:经验丰富,技术能力强,工作认真负责,不能与作者有密切关系(保持评审的客观性),并选择评审材料。找出哪些分发评审材料必须进行评审,制定相应的活动时间表,提前2-3天通知团队成员。39,2020/5/22,软件评审流程(3),召开会议:简要说明要评审的内容,重申会议的目标,详细说明评审材料,并了解评审人员对材料的理解是否一致。如果理解不一致,问题(歧义、遗漏、错误假设)很容

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论