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

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