系统集成项目管理工程师第十章_项目质量管理 闫波

,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,第十章 项目质量管理,系统集成项目管理工程师教程,本章要点,10.1,质量管理概述,10.2,质量计划编制,10.3,执行质量保证,10.4,执行质量控制,什么是质量,符合目的或者用途,(Joseph,Juran,),用户的感觉就是质量,(A V,Feigenbaum,),符合顾客在其合理价格下对产品的要求,(,Sud,Ingle),产品或者服务满足明确和隐含需要能力的性能特性的总体,(BS4778),质量是满足要求的程度,包括符合规定的要求和满足顾客的需求,.,项目质量定义,ISO9000,：一组固有特性满足需求的程度。,美国质量管理学会：过程、产品或服务满足明确或隐含的需求能力的特征。,质量、范围、成本、时间是项目成功的关键要素,质量管理,GB/T19000-2000,：在质量方面指挥和控制组织的协调的活动。,质量方针：由组织的最高管理者正式发布的该组织的总的质量宗旨和方向。,质量管理是企业围绕着使产品质量能满足不断更新的质量要求，而开展的策划、组织、计划、实施、检查和监督、审核等所有管理活动的总和。,质量管理的几个概念,质量标准：是企业、国家或国际组织制定的对某个方面的规范。侧重质量的细节特征，属于微观范畴。,质量策略：某个组织针对自身的要求制定的质量指导仿真，侧重于指导思想。,质量责任：整个组织对项目质量负有责任。包括管理层责任、最终责任、首要责任等。,质量保证,GB/T19000-2000,：是质量管理的一部分，致力于增强满足质量要求的能力。,其目的是对产品体系和过程的固有特性已经达到规定要求提供信任。,内部质保、外部质保,质量控制,GB/T19000-2000,：是质量管理的一部分，致力于满足质量要求。,其目标是确保产品的质量能满足顾客、法律法规等方面所提出的质量要求如适用性、可靠性、安全性等。,专业技术、管理技术,质量,vs.,等级,等级指具有相同使用功能不同技术特性的产品或服务的类比。,例如，一个软件产品可能是高质量（无明显缺陷、用户手册易读）低等级（功能有限）的，或低质量（许多缺陷、用户手册杂乱无章）高等级（功能众多）的。,精确,vs.,准确,精确不同于准确。,精确是指重复测量的结果非常聚合，离散度很小。,准确则指测量值非常接近实际值。,精确的测量未必准确，准确的测量也未必精确。,项目质量管理,为确保项目能够满足所要执行的需求的过程，包括质量管理职能的所有活动，这些活动确定质量策略、目标和责任，并在质量体系中凭借质量计划编制、质量控制和质量保证等措施，决定了对质量政策的执行、对质量目标的完成以及对质量责任的履行。,质量管理一个关键因素是通过项目范围管理转换隐含需求为项目需求,质量管理的原则,以实用为核心的多元要求,系统工程,职工参与管理,管理层和第一把手重视,保护消费者权益,面向国际市场,项目质量管理的目标,顾客满意度,了解、评估、定义和管理期望，以便满足客户的要求。这就需要把“符合要求”（确保项目产出预定的结果）和“适合使用”（产品或服务必须满足实际需求）结合起来。,预防胜于检查,重视各阶段内的过程,项目质量管理流程,1,确定质量标准体系；,2,对项目实施进行质量监控；,3,将实际与标准对照；,4,纠偏纠错；,现有国际质量标准,ISO9000,系列,ISO9000 ISO9001 ISO9004 ISO19011,ISO9000,由计划、控制和文档工作三部分组成循环的体系。,ISO9000,系列,ISO9000,ISO9001,ISO9004,ISO19011,ISO9000,由计划、控制和文档工作三部分组成循环的体系。,ISO9000,质量管理的,8,原则,以顾客为中心,领导作用,全员参与,过程方法,管理的系统方法,持续改进,基于事实的决策方法,与供方互利的关系,质量体系,ISO9000,：组织结构、责任、工序、工作过程及具体执行质量管理所需的资源。即质量体系是为实施质量管理所需的组织结构、程序、过程和资源。,组织结构,程 序,过 程,资 源,质量体系,质量体系,标准：,CMM,、,ISO,核心：建立、执行和维护（改善）软件生产过程，以保证最终生产出的软件产品达到用户综合的质量要求。,项目质量管理过程,组织确定质量方针、目标和职责的所有活动，使得项目可以满足其需求。,质量计划。确定适合于项目的质量标准并决定如何满足这些标准。,质量保证。有计划系统的质量活动，确保项目中所有过程满足干系人的期望。,质量控制。监控具体项目结果以确定其是否符合质量标准，制定方案，消除产生质量问题的原因。,现代质量管理,满足客户,-,理解、管理和引导需求，从而达到或超过客户的期望。,通过检验防止错误,-,避免错误的费用通常比纠正它们低得多。,管理责任,-,成功需要团队全体成员的合作，但提供成功所需要的资源则是管理工作的职责。,各阶段的程序,-,戴明（,Deming,）和其他人所描述的那种重复的“计划,-,执行,-,检验,-,行动,工作循环,质量成本,为达到产品,/,服务质量而付出的所有努力的总成本，包括确保项目符合需求所做的所有工作。,相关质量管理理论,戴明理论,Deming on Quality Management ,朱兰理论,朱兰质量手册,(,第五版,),Jurans,Quality Handbook,克鲁斯比理论,田口玄一理论,菲根堡姆理论,相关质量管理理论,全面质量管理,TQM,持续改进,六西格玛,失效模式影响分析,TQM,Total-Quality Management,是一种全员、全过程、全企业的品质管理。以质量为中心，以全员参与为基础，通过让顾客满意和本组织所有成员及社会受益而达到永续经营的目的。,4,要素：结构、技术、人员、变革者。,4,核心特征：全员参与、全过程、全面方法、全面结果的质量管理。,什么是软件质量,与软件产品满足规定的和隐含的需求能力有关的特征或特性的全体。,1,、满足软件需求,2,、遵循标准,3,、满足隐含需求,软件质量,软件质量是软件满足明确说明或者隐含的需求的程度,明确说明：查询功能,隐含说明：查询速度,软件质量管理发展过程,工匠自控,质量检查,1920,1940,质量控制,TQM,质量保证,1960,1970,软件质量管理发展过程,发展,时期,程序,设计,程序,系统,年代,成品,开发组织,方式,开发技术特点,开发工具,质量管理,特征,软件,工程,至,50,年代末,至,70,年代初,至今,程序,软件,软件,产品,个体,项目设,计组、,软件作坊,软件机构,(,软件,工厂,),靠开发者,个人技巧,机器代码、,汇编语言,个人设计、个人使用、手工技巧、,无维护观念、无系统化方法,程序设计理论深入、模块化、自顶,向下，逐步求精，不重视维护问题,高级语言、,操作系统、,数据管理,系统,靠少数人,协调把关,系统化、,规范化、,全员化,逐步产生与,各种方法相,应的工具、,开发环境,结构化设计理论和方法,面向对象方法、快速原型技术,。,决定质量的因素,程序设计：,程序系统：,软件工程：,程序,程序员,编程,程序,文档,小组,设计,编程,测试,程序,文档,数据,团队,软件生,命周期,个人编程质量,少数人协调把关,团队项目管理水平,软件内容,人员规模,工作范围,决定质量的因素,软件质量管理过程,包括决定质量策略、目标和责任的全面管理职能的所有活动,以及通过诸如质量系统中的质量计划编制,质量保证,质量控制和质量提高等手段对这些活动的实施,.,管理的对象,过程的质量,产品的质量,软件质量管理,监控项目的交付物和执行过程，以确保它们符合相关标准，同时确保不合格项能够按照正确的方法排除。,质量需求对项目干系人的影响,质量管理的一个关键是通过干系人分析，将其需求、需要转化为项目范围管理中的要求。,超负荷工作以满足客户需求可能带来员工跳槽、代码错误率增多等负面影响。,为赶进度匆忙的质量检查可能带来开发错误不能消除。过分细致的质量检查带来进度的延期。,高质量软件的核心,制定高目标,制定可行的,过程规范,软件质量框架模型,GB-T8566-2001G,软件质量框架模型,GB-T8566-2001G,质量特征：描述和评价软件质量的一组属性。,质量子特征：质量特征的细化。,度量因子：度量质量特征。量化度量。,软件质量模型,McCall,质量模型,主观质量模型,-ICEDT,模型,I,：直观性,产品的使用是否合乎人们的通常想法,?,C,：一致性,产品的运行是否有一贯性,?,E,：效率,产品是否可以让用户迅速和经济地完成其任务,?,D,：耐久性,产品是否稳定和可靠？,T,：体贴,产品是否充分考虑了用户的需求？,软件质量,vs.,硬件质量,软 件,逻辑实体,本质上无形、看不见、难测控,质量问题基本是人为差错引起,错误由逻辑组合千变万化引起,。,开发全过程采取措施防错、检错,出错时，要维护进行修改修改时考虑波及面保证完整一致,硬 件,物理实体,有形、便于测控,质量问题是设计、生产和使用,失效由零部件或其结合故障引起,。,开发过程和生产过程加强控制,出故障时，更换零部件,维修一般不会给其它处造成影响,。,质量的重要性,质量管理是项目管理的最高统一（三大目标的统一）,质量,进度,费用,质量的重要性,软件危机的主要矛盾,低质量的软件就像定时炸弹,低质量的产品，增加成本,质量是生命也是信誉,软件质量重要性,千年虫问题,高考分数查询系统,银行系统,质量的形成,质量,形成于产品或者服务的开发过程中,，而不是事后的检查（测试）把关等,。,低劣软件质量的关联关系,低劣软件质量,高额的维护费用,缺乏质量重视,对,性能改善的冲动,希望软件快些、省些、好些,市场被竞争对手侵占,软件生产率的低下,减少新开发项目资源,软件过程改进与能力成熟度模型,CMM/CMMI,5,个等级,SJ/T11234-2001,软件过程能力评估模型,SJ/T11235-2001,软件能力成熟度模型,本章要点,10.1,质量管理概述,10.2,质量规划,10.3,执行质量保证,10.4,执行质量控制,质量规划,质量规划包括确定哪种质量标准适合该项目并决定如何达到这些标准。,规划质量是识别项目及其产品的质量要求和,/,或标准，并书面描述项目将如何达到这些要求和,/,或标准的过程。,质量计划编制,识别相关的质量标准；,把满足项目相关质量标准的活动或过程规划到项目的产品和管理项目所涉及的过程中去；,以一种能理解的、完整的形式表达为确保项目质量而采取的纠正措施；,质量策略,组织针对质量而做出的全面的意图和方向，一般由组织的高层正式宣布。,如,CMM,通常项目的质量策略通常为公司的质量策略,软件质量计划,说明项目管理小组如何具体执行它的质量策略。,好处：,按时交付可靠的、可维护的产品；,项目实施得到控制，降低风险；,普遍提高后续软件产品的质量；,质量计划的要求,应达到的质量目标和所有特性的要求,确定质量活动和质量控制程序,项目不同阶段，职责，权限，交流方式以及资源分配,确定采用的控制手段,合适的验证手段和方法,确定和准备质量记录,量化的质量目标,可用度,初期故障率,偶然故障率,平均失效前时间（,MTTF,）,平均失效间隔时间（,MTBF,）,缺陷密度（,FD,）,平均失效回复时间（,MTTR,）,可用度,指软件运行后在任一随机时刻需要执行规定任务或完成规定功能时软件处于可使用状态的概率。,初期故障率,软件交付后三个月内单位时间的故障数。,以,100,小时故障数为单位。,偶然故障率,软件在偶然故障期（交付后三个月后）内单位时间的故障数。,以,1000,小时为单位。,反映了软件稳定状态下的质量。,平均失效前时间,软件在失效前正常工作的平均统计时间。,平均失效间隔时间,软件在相继两次失效之间正常工作的平均统计时间。,缺陷密度,软件单位源代码中隐藏的缺陷数量，通常以每千行无注解源代码为一个单位。,统计信息：开发阶段为,50,60,缺陷，交付后为,15,18,缺陷,平均失效恢复时间,软件失效后恢复正常工作所需的平均统计时间。,质量不同思路,微软,紧包装,航天飞机控制软件,接近零缺陷,无故障,典型的政府合同,满足合同的要求和规格,摩托罗拉,需要达到,6Sigma,质量计划参考模板,项目概述,实施策略,项目组织,质量保证对象分析及选择,质量保证任务划分,实施计划,资源计划,记录的收集、维护与保存,制定项目质量计划的活动,1,、收集资料,2,、编制项目分质量计划,3,、学会使用工具和技术,4,、形成项目质量计划书,质量规划的输入,1,、环境和组织因素,2,、组织过程资产,3,、项目范围说明书,范围说明书包含项目描述、主要项目可交付成果及验收标准。产品范围描述中通常包含技术细节以及会影响质量规划的其他事项。,4,、项目管理计划,5,、项目章程,6,、质量方针,质量规划的工具和技术,1,、成本效益分析,2,、基准对照,3,、实验设计,4,、质量成本（,COQ,）分析,5,、其它质量规划工具,成本效益分析,质量计划编制必须考虑效益,/,成本平衡，,达到质量要求的主要效益包括减少返工、提高生产率、降低成本与提升干系人满意度。对每个质量活动进行商业论证，就是要比较其可能成本与预期效益。,达到质量标准的首要成本是与项目质量管理活动有关的费用。质量管理的原理表明，效益比成本更重要。,基准分析,将实际的或计划中的项目实施情况与其他项目的实施情况相比较，从而得出提高水平的思路，并提供检测项目绩效的标准。,其他项目可能在执行组织的工作范围之内，也可能在执行组织的工作范围之外；可能属于同一应用领域，也可能属于别的领域。,实验设计,实验设计是帮助确定在产品开发和生产中，哪些因素会影响产品或过程特定变量的一种统计方法；,通过对实验数据的分析，可以得出产品或过程的最优状态，着重指明结果的影响因素并揭示各要素之间的交互作用和协同作用关系；,流程图,指任何显示显示与某系统相关的各要素之间相互关系的示意图。,质量成本（,CoQ,）,质量成本为了达到产品或服务质量而进行的全部工作所发生的成本。,预防成本,评估成本,缺陷成本,QA,、,QC,工程师工资？,质量成本,为确保与需求一致所做的所有工作,-,一致成本,预防成本,评估成本,由于不符合需求所引起的全部工作,-,不一致成本,缺陷成本（内部、外部）,质量成本,达标成本、一致性成本,为确保项目质量而进行预防工作所耗费的费用,预防费用,评估费用,不达标成本、非一致性成本,为确保项目质量而修复缺陷工作所耗费的费用,内部缺陷,外部缺陷,预防成本,为保证产品符合需求条件，无产品缺陷而付出的成本；,项目质量计划；质量控制计划；质量审计；设计审核；过程控制工程；质量度量；测试系统建立；质量培训；供应商评估；,评估成本,指为使工作符合要求目标而进行检查和检验评估所付出的成本；,设计评估；收货检验；测试；测试结果的分析汇报；,缺陷成本,内部的,对于不能符合所提要求、尚未发行的软件（返工）所衍生的费用,例如,缺陷标记；返工；重新测试等,（改,BUG,）,外部的,对于已经发布但是不符合要求的软件所衍生的费用,例如,技术支持；问题估计；修正；索赔,质量成本测量方法,质检,/,过失比,质检,/,过失比,=,预防成本,/,缺陷成本,质检,/,过失比,2,：应该努力达到的程度,质量功能展开,质量屋,Quality Function Deployment QFD,将项目的质量要求、客户意见转化成项目技术要求的专业方法。,客户要求,-,优先级,-,产品服务和特性,-,相关关系矩阵,-,关联关系矩阵,-,产品或服务技术参数,过程决策程序图法,Process Decision Program Chart-PDPC,在制定计划时对实现既定目标的过程加以全面分析，估计到种种可能出现的障碍及结果，设想并制定相应的应变措施和计划。,从自由讨论中提出有必要的研究事项,-,拟定方案,-,理想连接,质量是在开发过程中形成的，而不是后期测试出来的,后期测试不会改善产品质量,上游错误下游改正，会耗费,50,80,倍的成本,预防成本与缺陷成本的处理关系,质量规划的输出,1,、质量管理计划,2,、质量测量指标,3,、质量核对表,4,、过程改进计划,5,、质量基准,6,、项目管理计划（更新）,质量管理计划,质量管理计划应说明项目管理小组如何具体执行它的质量策略。,在,ISO9000,的术语中，对质量体系的描述是：“组织结构、责任、工序、工作过程、及具体执行质量管理所需的资源,质量度量指标,用于,QA,和,QC,过程中,操作性定义,-,是用非常专业化的术语描述各项操作规程的含义，以及如何通过质量控制程序对它们进行检测。,IT,项目影响质量的指标,功能性,系统输出,性能,可靠性,可维护性,质量检查单,检查单是一种组织管理手段，通常是工业或专门活动中的管理手段，用以证明需要执行的一系列步骤是否已经得到贯彻实施。,本章要点,10.1,质量管理概述,10.2,质量计划编制,10.3,执行质量保证,10.4,执行质量控制,质量保证,质量保证是“为了提供信用，证明项目将会达到有关质量标准，而在质量体系中开展的有计划、有组织的工作活动,”,。它贯穿于整个项目的始终。,实施质量保证是审计质量要求和质量控制测量结果，确保采用合理的质量标准和操作性定义的过程。,是一项管理职能。,活动：如何建立质量标准；如何确立质量控制流程；如何改进质量体系的评估；,软件项目质量保证,软件质量保证（,Software Quality Assurance,）,目的是验证在,软件开发过程,中是否遵循了合适的过程和标准。,Is it done right ?,SQA,三个要点,在项目过程中，定期对项目各方面表现进行评价；,通过评价推测项目最后能否达到相关的质量指标；,通过质量评价来帮助项目相关人员建立对项目质量的信心；,QA,组织结构,层式结构,QA,组织,矩阵结构,QA,组织,柔性结构,QA,组织,QA,组织结构,层式结构,QA,组织,QA,组织结构,矩阵结构,QA,组织,QA,组织结构,柔性结构,QA,组织,产品、系统、服务的质量保证,1,、产品的质量保证,清晰的规格说明,使用完善的标准,历史经验,合格的资源,公正的设计复审,变化控制,产品、系统、服务的质量保证,2,、系统的质量保证,贯穿整个系统每一项工作的全过程，建立全生命周期的质保体系。,3,、服务的质量保证,服务时间；服务能力；服务态度；,管理过程的质量保证,制定质量标准,制定质量保证控制流程,提出质量保证所采用的方法和技术,建立质量保证规划；质量检验；确定保证等级和范围；质量活动分解；,建立质量保证体系,执行质量保证的输入,1,、质量管理计划,2,、质量度量标准,清晰的规格说明；使用完善的标准；,3,、过程改进计划,4,、工作绩效信息,5,、批准的变更请求,6,、质量控制衡量,执行质量保证的工具和技术,1,、质量规划工具和技术,2,、质量审计,3,、过程分析,过程分析是指按照过程改进计划中概括的步骤来识别所需的改进。它也要检查在过程运行期间遇到的问题、制约因素，以及发现的非增值活动。过程分析包括根本原因分析,用于识别问题、探究根本原因，并制定预防措施的一种具体技术。,4,、质量控制工具和技术,质量审计,质量审计是对其他质量管理活动的结构性复查，用于判断项目活动的执行是否遵从于组织及项目项目定义的方针、过程和规程。,质量审计可以是有进度计划的或随机的；可以由训练有素的内部审计师进行，或者由第三方如质量体系注册代理人进行。,QA,活动审计（,Audit,）,审计,(Audit),是对过程或者产品的一次独立评估。,将审核的主体与为该主体以前建立的一组规程和标准进行比较。,目的是确保真正的遵循了这一个过程，产生了合适的文档和精确反映实际项目的报告。,可以预先规划的，也可以是临时决定的。,项目产品审计,项目产品审计,对项目过程中的工作产品进行质量审查的过程。,记录不符合项,编写,产品审计报告,项目执行过程审计,对项目的执行过程进行检查，确保所有活动遵循规程进行。,由内部审计师或第三方进行。,执行过程,审计报告,项目产品审计过程示例,参与角色：质量经理、质量保证人员、待审产品负责人。,进入条件：待审产品提交,输入：待审产品产品标准、待审计产品,项目产品审计过程示例,活动：,质保人员依据产品标准从使用者角度编写产品审计要素；,质保人员根据审计要素对产品审计，记录不符合的项，与项目相关人员确认；,质保人员根据确认结果编写审计报告；,质保人员向项目管理者提交审计报告；,质保人员将审计报告提交入库；,项目产品审计过程示例,输出：产品审计报告,完成标志：产品审计报告入库,产品审计报告,项目名称,系统,项目标识,ATD-HT0203-102,审计人,审计对象,功能测试报告,审计时间,2005-10-10,审计次数,1,审计主题,从质量保证管理的角度审计测试报告,审计项与结论,审计要素,审计结果,测试报告与产品标准的符合程度,不符合项：封页标识；版本号；目录；第一章没有；,测试执行情况,测试情况总结,测试总结不存在,结论,由于测试报告存在不符合项，建议修改测试报告，并再次审计,审核意见,不符合情况属实,审核人 日期,执行质量保证的输出,1,、请求的变更,2,、推荐的纠正措施,3,、组织过程资产（更新）,4,、项目管理计划（更新）,本章要点,10.1,质量管理概述,10.2,质量计划编制,10.3,执行质量保证,10.4,执行质量控制,质量控制,质量控制包括监控特定的项目成果，以判定它们是否符合有关的质量标准，并找出方法消除造成项目成果不令人满意的原因。,贯穿于项目执行的全过程。,实施质量控制是监测并记录执行质量活动的结果，从而评估绩效并建议必要变更的过程。质量标准既包括项目过程的质量标准，也包括项目产品的质量标准；,项目成果既包括可交付成果，也包括项目管理成果，如成本与进度绩效。,软件项目质量控制,质量控制（,Quality Control,）,确定项目结果是否与质量标准相符，同时确定消除不符的原因和方法，控制产品质量，及时纠正缺陷的过程。,Is it right done ?,项目质量控制,1,项目产品或服务的质量控制,计划测试记录分析,2,项目管理过程的质量控制,项目质量控制,几个概念,预防（保证过程中不出现错误）,检查（保证错误不落到客户手中）；,属性抽样（结果或为合格，或为不合格）,变量抽样（在连续的量表上标明结果所处的位置，以此表明合格的程度）；,特殊原因：异常事件,随机原因：正常过程偏差,许可的误差：误差在规定范围内,控制限度：结果在控制限度内,项目质量控制的基本步骤,选择控制对象,为控制对象确定标准或目标,制定实施计划，确定保证措施,按计划执行,对项目实施情况进行跟踪监测、检查，并将结果与计划或标准比较,发现并分析偏差,根据偏差采取对策,执行质量控制的输入,1,、质量管理计划,2,、质量测量指标,3,、质量核对表,4,、组织过程资产,5,、工作绩效信息,6,、批准的变更请求,7,、可交付成果,质量控制的工具和技术,1,、因果图,2,、控制图,3,、流程图,4,、直方图,5,、帕累托图,6,、趋势图,7,、散点图,8,、统计抽样,9,、检查,10,、缺陷补救审查,测试,确认一个项目的品质或性能是否符合需求说明书中所提出的一些要求。,软件测试,检查,检验包括测量、检查和测试等活动，目的是确定项目成果是否与预期标准相一致。,检查是指检验工作成果，以确定其是否符合相关的书面标准。检查的结果通常包括相关的测量数据。检查可在任何层次上进行，例如可以检查单项活动的成果，或者项目的最终产品。检查也可称为审查、同行审查、审计或巡检等。,控制图,控制图用来确定一个过程是否稳定，或者是否具有可预测的绩效。根据合同要求而制定的规格的上限和下限，反映了可允许的最大值和最小值。,控制图可用于监测各种类型的输出变量。,亲和图,KJ,法,从错综复杂的现象中，用一定的方式整理思路，抓住思想实质，找出解决问题途径的方法。,用事实说话，靠灵感发现新思想、解决新问题。,Pareto,图,排列图是一种直方图，由事件发生的频率的大小顺序绘制而成，用以显示多少成果是产生于已确定的各种类型的原因的。,80/20,定律：,20,的原因造成,80,的问题,影响质量的主要因素,A,类 主要影响因素（,70,80,）,B,类 次要因素（,80,90,）,C,类（,90,100,）,ABC,分析图,因果图,因果图：直观反应影响项目的各种潜在原因及其构成因素同各种可能的问题间的联系。 先确定结果，然后分析原因。,质量问题的原因,人、机器、原材料、方法和环境（,4M1E,）,因果图步骤：,确定问题；,选择各学科头脑风暴班子,画问题框和主箭头,具体化主要分类,甄别问题原因,程序流程图,显示系统内部不同因素之间怎样相互作用和影响，用于帮助预测哪些治疗问题要发生，可能发生的地方，分析解决方法。,要素：活动、决策点和过程顺序。,6,管理法,6,管理法,以顾客为中心的评测方法，驱动组织内部各个层次开展持续改进。,分布中心上下漂移,1.5,，,6,水平,3.4ppm,DMAIC,定义核心流程和关键顾客,找出衡量指标,探究误差发生的原因,找出最佳解决方案,确保所做的改善能持续,6,管理法,如果采用木桶原理解释就是，通过,6,西格玛清楚准确地找到影响企业经营管理的最重要的短板，并且将这块短板增高，然后再寻找下一块最重要的短板，循环反复，不断地对企业经营管理的木桶进行修补，将不同时期最短的板增高来帮助企业实实在在提升执行力和竞争力。,6,管理法,第一，它注重量化的综合管理。,六西格玛,很强调对数据的收集、分析。,第二，对企业流程的强烈关注。关注的内容一般分为两个部分。一部分叫流程的提高，第二个叫流程的设计再设计。,第三，以顾客为中心。即以顾客的标准为规格，来满足顾客的要求。,第四，,六西格玛,管理,体系会影响到企业文化。,QC,三个要点,检查控制对象是项目工作结果,进行跟踪检查的依据是相关质量标准,对于不满意的质量问题，需要进一步分析其产生的原因，并确定采取何种措施来消除这些问题。,软件,QC,常用的活动,技术评审,（,Technical Review,）,对等,评审,（,Peer Review,）,测试,(Test),代码走查,单元测试,集成测试,系统测试,缺陷追踪,技术评审,（,Technical Review,）,评审的内容：,软件产品是否符合其技术规范,软件产品是否遵循项目可用的规定、标准、指导方针、计划和过程,软件产品的变更是否被恰当的实现，以及变更的影响等,技术评审,的主要对象,评审对象：,软件需求规格,软件设计规格,测试计划,用户手册,维护手册,系统构建规程,安装规程,产品发布说明等,技术评审流程示例,1,召开评审会议,2,会议中，开发组讲解评审的对象,3,评审组提问或讨论,4,决策：接受；拒绝接受；修改后接受,5,评审报告记录,对等技术（同行）评审,（,Peer Review,）,对等技术评审是由与工作产品开发人员具有,同等背景和能力的人员,对工作产品进行的一种评审，,目的是,早期和有效的消除,软件工作产品中的缺陷，并可对软件工作产品和其中可预防的缺陷有更好的理解。,对等评审是提高生产率和产品质量的重要手段。,检查表（,CheckList,）,通过检查表首先确认应该做的工作，然后落实是否完成,对软件前期质量控制有用,走查,(Walkthrough),Weinberg:,软件排错的主要问题之一是程序员自己审查代码。,适用于编码阶段,无自我评审（,Egoless Review,）,没有固定的规则,代码走查,程序员主要找出编程中逻辑方面的错误。,程序员之间代码讲解并讨论。,审核,(Inspection),Michael Fagan,引入软件中，是一种更正式的走查,参与人员被赋予特定的角色和职责,角色,仲裁人,作者,读者,记录员,审核实施的步骤,概述（,Overview,）,准备（,Preparation,）,审查会议（,Inspection Meeting,）,返工（,Rework,）,后续工作（,Follow-up,）,软件测试,(1),测试是程序的执行过程，目的在于,发现错误,；,(2),一个好的测试用例在于能发现至今未发现的错误；,(3),一个成功的测试是发现了至今未发现的错误的测试。,软件测试,目的：证明软件的错误,方法：单元测试；集成测试；系统测试；压力测试；接收测试；,单元测试,检验单个模块是否按详细设计说明运行，测试的是程序的逻辑。走遍模块中所有的条件分支。,测试用例,集成测试,测试系统各模块之间的接口以及在实际环境中的正确性。,系统测试,检验系统作为一个整体是否按其需求规格说明正确运行，验证系统整体运行情况。,第三方测试。,压力测试,测试系统在特殊条件下的限制和性能，例如系统在大数据量、低资源条件下的健壮性、系统恢复能力等。,B/S,系统常用,LoadRunner,接收测试,在客户参与下检验系统是否满足客户所有需求，主要是功能和使用的便捷性。,缺陷跟踪,发现缺陷,缺陷改正的,过程,包括缺陷总数、未改正的缺陷数、已改正的缺陷百分比、改正一个缺陷的平均时间等指标。,缺陷跟踪,缺陷跟踪,Compuware,公司的,TrackRecord,软件（商业软件）,Mozilla,公司的,Buzilla,软件（免费软件）,微创公司的,BMS,软件,BugZero,BugTrack,Jira,(,开源 免费,),测试错误跟踪记录表,序号,时间,事件描述,错误类型,状态,处理结果,测试人,开发人,1,2,3,执行质量控制的输出,1,、质量控制衡量,2,、确认的缺陷补救,3,、质量基准（更新）,4,、推荐的纠正措施,5,、推荐的预防措施,6,、请求的变更,7,、推荐的缺陷补救,8,、组织过程资产（更新）,9,、确认的可交付成果,10,、项目管理计划（更新）,质量控制,vs.,质量保证,QA:,关注过程。一种管理职能。,QC:,关注产品交付前的质量把关。检查职能,P1,P2,P3,Product,QA,QC,QA,质量控制,vs.,质量保证,质量保证：针对一般性、普遍性的问题进行的质量管理。,质量控制：针对具体的产品或具体活动的质量管理。,软件质量的改善,软件质量活动必须经过规划,软件质量活动规划必须明文规定,质量活动必须尽早开始,质量小组必须独立存在,应该经过训练,必须有适当的经费,案例,校务通管理系统的质量计划,1.,导言,2.,项目组织,3.,质量目标,4.,质量策略,5.,质量保证活动,6.,质量控制活动,7.,质量保证的报告途径,8.,记录的收集、维护和保存,2,项目组织,2.1,组织机构,高层管理,项目管理,市场部,质量保证,软件开发,配置管理,设计,实施,质量控制,2,项目组织,2.2,职责,高层管理职责,项目质保人员职责,项目经理职责,3,质量目标,根据企业质量方针和目标，结合项目特点，制定项目总体质量目标：,基于需求的测试覆盖率为,100,软件功能测试用例通过率不低于,95,每阶段评审中的问题能解决或处理,产品发布时不存在严重问题或缺陷,4,质量策略,为保证提交产品的质量，实施过程中采取如下质保策略：,将质量贯彻到日常项目进展过程中,特别注意项目工作产品质量的早期评审工作，无论,QA/QC,，均采取早期预防和早期排除缺陷,5,质量保证活动,5.1,产品审计 质量审计一览表,项,审计对象,审计阶段,参照标准,1,软件项目计划,计划结束,企业质量体系,2,配置管理计划,计划结束,企业质量体系,5.2,过程评审,根据质保体系和项目特点，执行过程如下,项目规划过程及产品标准,项目跟踪管理过程,需求分析过程及产品标准,系统设计过程及产品标准,6,质量控制活动,包括代码走查、单元测试、集成测试、环境测试等，由开发组长负责，详见进度计划。,7,质量保证的报告途径,质保人员在审计后，与项目经理协商解决,无法解决的问题，上报高层管理人员,如缺陷未能如期修正，上报高层管理人员,8,记录的收集维护和保存,项目组保留项目执行过程中的各类文档、记录、周报、会议记录。每周由质保人员根据任务清单的审计任务进行审计活动，并收集各活动的过程数据。,文章, monitoring specific project results to determine if they comply with relevant quality standards and identifying ways to eliminate causes of unsatisfactory results.,A. quality planning,B. quality assurance,C. quality performance,D. quality control,选择题,选择题,选择题,选择题,选择题,选择题,