第六章第六章项目的质量管理项目的质量管理溃枉铰喜萝采詹获见愤局栖诫哭幸偿牢厄饺跌陪团扇郸蜡缎硝神陋且汁岿第六章项目的质量管理第六章项目的质量管理6.1软件质量的度量软件质量的度量6.2软件的确认软件的确认6.3软件的验证软件的验证6.4软件质量保证过程软件质量保证过程6.5 6.5 软件质量保证体系软件质量保证体系第六章第六章目录目录脾笆扒孽泄催驯镑世罐恐阂揖婪奄智缄掩棱薄晒搜嘻盎尺榆藻讫拖倾昂驳第六章项目的质量管理第六章项目的质量管理6.1软件质量的度量软件质量的度量6.2软件的确认软件的确认6.3软件的验证软件的验证6.4软件质量保证过程软件质量保证过程6.5 6.5 软件质量保证体系软件质量保证体系6.6测试方法与工具测试方法与工具介绍介绍第六章第六章目录目录讳溅脚您欢艾予汪棘蛋涂呢葛姻纯桌诽甫鳃浙恩洁淌除豌吏吊命哥研馁引第六章项目的质量管理第六章项目的质量管理n软件系统功能齐全是不是就是质量好？软件系统功能齐全是不是就是质量好？n用户界面友好是不是就是软件的质量好？用户界面友好是不是就是软件的质量好？n没有没有BUG是不是就是软件的质量好？是不是就是软件的质量好？n什么是用户满意的软件项目？什么是用户满意的软件项目？n软件测试是不是软件质量的全部？软件测试是不是软件质量的全部？n那么，什么是软件的质量？那么，什么是软件的质量？什么是软件项目的质量？惯丈裴毫飞办纂娱昔镀垣富址因瓷吩猜隶霓力力题余茁缨蛙了铂凛陆雅硅第六章项目的质量管理第六章项目的质量管理软件项目管理中的质量管理与软件工程的测试管软件项目管理中的质量管理与软件工程的测试管理，有什么不同？理，有什么不同？项目经理与项目项目经理与项目QA经理有什么不同？经理有什么不同？什么是软件项目的质量管理？什么是软件项目的质量管理？项目经理在保证项目的质量方面，要做什么工作项目经理在保证项目的质量方面，要做什么工作？我们就来回答这些问题！我们就来回答这些问题！什么是软件项目的质量管理？固蛙匡邯芦逐酪考何驻苏篡痪闰翻弗轩律章抓修防玫眺喊甭莱赤粳僵古钥第六章项目的质量管理第六章项目的质量管理6.1软件质量的度量软件质量的度量6.1.16.1.1软件的质量要素软件的质量要素软件的质量要素软件的质量要素6.1.26.1.2软件质量评价的准则软件质量评价的准则软件质量评价的准则软件质量评价的准则6.1.36.1.3软件质量的度量软件质量的度量软件质量的度量软件质量的度量6.1.46.1.4软件质量度量的实施软件质量度量的实施软件质量度量的实施软件质量度量的实施吁碧阐仅涅梗块掸轻龋瞅售谊差棒腥婉仑饭壹挟阉芝蛔坠糜象埂呵腔右于第六章项目的质量管理第六章项目的质量管理6.1.1 软件的质量要素什么是软件的质量？什么是软件的质量？ISO9000的质量定义：的质量定义：质量的定义：反映实体满足明确和隐含需质量的定义：反映实体满足明确和隐含需要能力的特性综合要能力的特性综合定义的说明：定义的说明： 明确需要：指合同中用户明确提出的要求与需要明确需要：指合同中用户明确提出的要求与需要明确需要：指合同中用户明确提出的要求与需要明确需要：指合同中用户明确提出的要求与需要 隐含需要：指由生产企业通过市场调研进行识别与隐含需要：指由生产企业通过市场调研进行识别与隐含需要：指由生产企业通过市场调研进行识别与隐含需要：指由生产企业通过市场调研进行识别与探明的要求或需要探明的要求或需要探明的要求或需要探明的要求或需要淀谎加铱芽根俺暑梦焰炕审墒诫手考苟蒋伍核腊怂始爪舞锨睡葛肚芋法屎第六章项目的质量管理第六章项目的质量管理质量与等级的关系n等级的含义是：对功能用途相同、但技术特性不同的实体等级的含义是：对功能用途相同、但技术特性不同的实体的一种分类或排序的一种分类或排序n例如：高质量例如：高质量无错误、可读性强的用户手册无错误、可读性强的用户手册低等级低等级有限的功能有限的功能低质量低质量错误百出、编排混乱的用户手册错误百出、编排混乱的用户手册高等级高等级大量功能大量功能nPMBOK强调质量的核心是产品、服务的适用性强调质量的核心是产品、服务的适用性n什么是适用性？什么是适用性？睁穗蚁层改蕉遣咐禄宾牺醛拔桌幽嚎纳喷浅饭台肪玄糊氛流辩螟假夏你佯第六章项目的质量管理第六章项目的质量管理n质量的要素质量的要素p讨论软件的质量定义，一般地从讨论软件的质量定义，一般地从4个角度来看，即用户个角度来看，即用户的角度、开发商的角度、产品的角度和价值的角度。的角度、开发商的角度、产品的角度和价值的角度。p美国的美国的B.W.oehm和和R.Brown先后提出了三层次的评先后提出了三层次的评价度量模型：软件质量要素、准则、度量。价度量模型：软件质量要素、准则、度量。p随后随后G.Mruine提出了自己的软件质量度量提出了自己的软件质量度量SQM技术，技术，波音公司在软件开发过程中采用了波音公司在软件开发过程中采用了SQM技术，日本的技术，日本的NEC公司也提出了自己的公司也提出了自己的SQM工具，即工具，即SQMAT，并且，并且在成本控制和进度安排方面取得了良好的效果。在成本控制和进度安排方面取得了良好的效果。p IEEEIEEE标标准准1061-19981061-1998以以表表格格的的形形式式，定定义义了了有有关关确确认认和收集与软件质量需求有关一个模型，或称为一个框架。和收集与软件质量需求有关一个模型，或称为一个框架。储贪仕凸酬羔薪孩埂毒掷婚召漫理牺豪缝华芥寻压彭础借缎叛雨往功版押第六章项目的质量管理第六章项目的质量管理6.1.2 IEEE定义的软件质量度量框架钡镣赐铜嗜藐蘑公盟兽矢伶燎擦液桐颊箍枯玉保循豹诲太窃渤汝吴便琅浩第六章项目的质量管理第六章项目的质量管理度量框架度量框架一一种种用用来来组组织织、选选择择、沟沟通通、评评价价软软件件系系统统要要求求的的质质量量属属性性的的辅助决策法。它逐层分解为特性、子特性和度量辅助决策法。它逐层分解为特性、子特性和度量质量特性质量特性一个与质量有关的面向管理的软件属性一个与质量有关的面向管理的软件属性质量子特性质量子特性质量特性分解出来的技术组件质量特性分解出来的技术组件直接度量直接度量一种不依赖与任何其他属性测量的度量一种不依赖与任何其他属性测量的度量预计度量预计度量一种试用于开发阶段的度量，它用来预计软件质量特性的值一种试用于开发阶段的度量，它用来预计软件质量特性的值软软件件质质量量度度量量一一个个函函数数、它它的的输输入入是是软软件件数数据据，输输出出是是一一个个单单一一数数值值。它它可可解释为给定的软件属性对其质量的影响程度解释为给定的软件属性对其质量的影响程度过程质量过程质量一一种种用用来来测测量量在在软软件件系系统统开开发发、实实现现和和维维护护过过程程中中使使用用的的方方法法、技术和工具特性的度量技术和工具特性的度量产品度量产品度量一种用来测量软件开发过程中任何中间或最终产品特性的度量一种用来测量软件开发过程中任何中间或最终产品特性的度量IEEE定义的软件质量度量框架似蛮析惋祈溶谰塘蠢社瞬爆账培缺凛紊萝衫朱剧追渠咎邹千窝滔纠翱睛改第六章项目的质量管理第六章项目的质量管理n质量需求质量需求 在四层模型的第一层，软件产品质量层，是产品必须满在四层模型的第一层，软件产品质量层，是产品必须满足的质量需求。它是用用户术语描述的，主要有四点：足的质量需求。它是用用户术语描述的，主要有四点：（1 1）产品将在用户所在组织当前使用的平台和操作系统上）产品将在用户所在组织当前使用的平台和操作系统上运行。运行。（2 2）产品将是可靠的并能防止数据丢失的机制。产品将是可靠的并能防止数据丢失的机制。（3 3）产品将提供完成某些任务所必需的功能。产品将提供完成某些任务所必需的功能。（4 4）产品将易于使用。产品将易于使用。n质量特性质量特性在模型的第二层，表示与整个质量需求有关的特殊质量特在模型的第二层，表示与整个质量需求有关的特殊质量特性，它代表了用户的质量需求。它采用从用户角度考虑的性，它代表了用户的质量需求。它采用从用户角度考虑的立场，把软件质量分解成四类质量特性，这四个质量特性立场，把软件质量分解成四类质量特性，这四个质量特性是软件的基本特征。是软件的基本特征。IEEEIEEE的四个质量特性是：的四个质量特性是：可移植性、可靠性、功能性、可使用性。可移植性、可靠性、功能性、可使用性。军尹舀剃匡绝烽批畅锁悄痈望航杰辆刨淤雌泅阻锁甸毁膝购炯晓驰辊星羚第六章项目的质量管理第六章项目的质量管理四层模型质量需求质量需求质量特质量特性性质量子特性质量子特性直接度量直接度量度量描述（例子）度量描述（例子）产产品品将将在在多多平平台台和和当当前前用用户户正正在在使使用用的的操操作作系系统上运行统上运行可可 移移 植植性性硬件独立性硬件独立性硬件依赖性硬件依赖性计算硬件的依赖性计算硬件的依赖性软件独立性软件独立性软件依赖性软件依赖性计算软件的依赖性计算软件的依赖性易安装性易安装性安装时间安装时间测量安装时间测量安装时间可重用性可重用性能能够够用用于于其其他他应应用用软软件件中中计计算算能能够够或或已已经经应应用用于于其其他软件系统的模块数量他软件系统的模块数量产产品品将将是是可可靠靠的的并并能能提提供供防防止止数数据据丢失的机制丢失的机制可靠性可靠性无缺陷性无缺陷性测试覆盖测试覆盖测量测试覆盖度测量测试覆盖度审查覆盖审查覆盖计计算算已已做做过过的的代代码码审审查查模模块块容错性容错性数据完整性数据完整性统计用户数据被破坏情况统计用户数据被破坏情况数据恢复数据恢复测测量量恢恢复复被被破破坏坏的的数数据据的的能力能力可用性可用性软软件件可可用用的的百分比百分比软软件件可可用用时时间间除除以以总总的的软软件使用时间件使用时间喀控御厌藐针塌代蔬募刊崭恤男碘匙均浓库甜冈献浸籍慕巩盈痉疮晓量烹第六章项目的质量管理第六章项目的质量管理产产品品将将提提供供完完成成某某些些任任务务所所必需的功能必需的功能功能性功能性完备性完备性测试覆盖测试覆盖计算调用或分支测量覆盖计算调用或分支测量覆盖正确性正确性缺陷密度缺陷密度计算每一版本发布前的缺陷计算每一版本发布前的缺陷安全性安全性数据安全性数据安全性统计用户数据被破坏的情况统计用户数据被破坏的情况用户安全性用户安全性没没有有被被阻阻止止的的非非法法用用户户入入侵侵数数兼容性兼容性环境变化环境变化软软件件安安装装后后必必须须修修改改的的环环境境变量数量变量数量互操作性互操作性混混合合应应用用环环境境下下软软件件的的可操作性可操作性混混合合应应用用环环境境下下可可正正确确运运行行的数量的数量产产品品将将易易于于使使用用可使用性可使用性易理解性易理解性学学习习所所用用时时间间新新用用户户学学习习软软件件特特性性所所花花费费的时间的时间易学性易学性学学习习所所用用时时间间新新用用户户学学会会操操作作软软件件提提供供的的基本功能所花费的时间基本功能所花费的时间易操作性易操作性人的因素人的因素新新用用户户基基于于人人类类工工程程学学对对软软件消极方面的评价数量件消极方面的评价数量沟通性沟通性人的因素人的因素新新用用户户基基于于人人类类工工程程学学对对软软件消极方面的评价数量件消极方面的评价数量质量需求质量需求质量特性质量特性质量子特性质量子特性直接度量直接度量度量描述（例子）度量描述（例子）嗣羚溃汽洲拆韭宇敲嘴蛮顺墙值糟栗剥狱普滔秃贩逞诣胡捆解界朔东猜备第六章项目的质量管理第六章项目的质量管理6.1.3 软件质量评价准则McCallMcCall选择的软件质量要素评价准则共选择的软件质量要素评价准则共2121种，它们是：种，它们是：（1 1）可可审审查查性性(auditability)(auditability)。检检查查软软件件需需求求、规规格格说说明明、标标准准、过过程程、指指令令、代代码与合同是否一致的难易程度。码与合同是否一致的难易程度。（2 2）准准确确性性(accuracy)(accuracy)。计计算算和和控控制制的的精精度度，是是对对无无误误差差程程序序的的一一种种定定量量估估计计。最最好表示成相对误差的函数。值越大表示精度越高。好表示成相对误差的函数。值越大表示精度越高。（3 3）通通信信通通用用性性(communication (communication commonality)commonality)。使使用用标标准准接接口口、协协议议、规规范范的的程程序。序。（4 4）完全性）完全性 (completeness) (completeness)。所需功能完全所需功能完全实现实现的程度。的程度。 （5 5）简明性）简明性(conciseness)(conciseness)。程序源代码的紧凑与简洁性。程序源代码的紧凑与简洁性。（6 6）一致性）一致性(consistency)(consistency)。设计文档与系统实现的一致性。设计文档与系统实现的一致性。（7 7）数据通用性）数据通用性(data(datacommonality)commonality)。在程序中使用标准的数据结构和类型。在程序中使用标准的数据结构和类型。（8 8）容错性）容错性(error-tolerance)(error-tolerance)。系统在各种异常条件下提供继续操作的能力。系统在各种异常条件下提供继续操作的能力。（9 9）执行效率）执行效率(execution Efficiency)(execution Efficiency)。程序运行效率。程序运行效率。（1010）可可扩扩充充性性(expandability)(expandability)。能能够够对对结结构构设设计计、数数据据设设计计和和过过程程设设计计进进行行扩扩充充的程度。的程度。 贡涯瞒海上床紊处链贮宦瓶十痪口聊根昨宋焕似鲤飘追但笋咖拄刃汤甥嗓第六章项目的质量管理第六章项目的质量管理6.1.3 软件质量评价准则（1111）通用性）通用性(generality)(generality)。程序部件潜在的应用范围的广泛性，即部件可重用。程序部件潜在的应用范围的广泛性，即部件可重用。（1212）硬硬件件独独立立性性(hardware (hardware independence)independence)。软软件件同同支支持持他他运运行行的的硬硬件件系系统统不不相关的程度。相关的程度。（1313）检检测测性性(instrumentation)(instrumentation)。监监视视程程序序的的运运行行，一一旦旦发发生生错错误误时时，能能明明确确地标识错误的程度。地标识错误的程度。（1414）模块化）模块化(modularity)(modularity)。程序部件的功能独立性。程序部件的功能独立性。（1515）可操作性）可操作性(operability)(operability)。操作一个软件的难易程度。操作一个软件的难易程度。（1616）安安全全性性(security)(security)。控控制制或或保保护护程程序序和和数数据据不不受受破破坏坏的的机机制制，以以防防止止程程序序和数据受到意外的或蓄意的存取、使用、修改、毁坏或泄密。和数据受到意外的或蓄意的存取、使用、修改、毁坏或泄密。（1717）自文档化）自文档化(sdlf-documentation)(sdlf-documentation)。源代码提供有意义文档的程度。源代码提供有意义文档的程度。（1818）简单性）简单性(simplicity)(simplicity)。理解程序的难易程度。理解程序的难易程度。（1919）软软件件系系统统独独立立性性(software (software system system independence)independence)。程程序序与与非非标标准准的的程程序序设计语言特征、操作系统特征以及其他环境约束无关的程度。设计语言特征、操作系统特征以及其他环境约束无关的程度。（2020）可可追追踪踪性性(reacebility)(reacebility)。从从设设计计表表示示或或实实际际程程序序构构件件，追追踪踪到到需需求求的的能能力。力。（2121）易培训性）易培训性(training)(training)。软件支持新用户使用该系统的能力。软件支持新用户使用该系统的能力。茬猪敛菌攒货浙脱担泛罩桩撰疾晰虽蚊晤繁轩湾甄惜睁未焚下聪雾芽硬伏第六章项目的质量管理第六章项目的质量管理19851985年年，国国际际标标准准化化组组织织（ISOISO）建建议议，软软件件质质量量度度量量模模型型由由三三层层组组成成。高高层层称称软软件件质质量量需需求求评评价价准准则则（SQRCSQRC），中中层层称称软软件件质质 量量 设设 计计 评评 价价 准准 则则（SQDCSQDC），低低层层称称软软件件质质量量度度量量评评价价准准则则（SQMCSQMC）。分分别别对对应应McCallMcCall等等人人的的要要素素、评评价价准准则则和和度度量量。ISOISO认认为为应应对对高高层层和和中中层层建建立立国国际际标标准准，以以便便在在国国际际范范围围内内推推广广应应用用软软件件质质量量管管理理，而而低低层层可可由由各各使使用用单单位位自自行行制制定定。ISOISO高高层层由由8 8个个要要素素组组成成、中中层层由由2323个个评价准则组成。评价准则组成。高高层层的的8 8个个要要素素为为左左表表的的行行，中中层层的的2323个个准准则则为为下下表表的的列列。它它们们之之间间的的关关系系如左表所示。如左表所示。罩底征禁阜懦筛决菲猎惟掌汉裁较舱披写章诛拥吭痒倚柳迪屋佛慑竭尹摄第六章项目的质量管理第六章项目的质量管理软件质量的另一种理解软件质量的另一种理解ISO/IEC9126-1ISO/IEC9126-1产品质量产品质量产品质量产品质量- -质量模型的软件质量质量模型的软件质量质量模型的软件质量质量模型的软件质量模型模型模型模型伏枢涟组镭试唐抢乐郧局恤嘻瞥本遵轻攫共不挚舶宗捣二辜驳沮蛾酝顷汐第六章项目的质量管理第六章项目的质量管理内部质量的定义是：内部质量的定义是：内部质量的定义是：内部质量的定义是：反映软件产品在规定条件下使用时，反映软件产品在规定条件下使用时，反映软件产品在规定条件下使用时，反映软件产品在规定条件下使用时，满足需求的能满足需求的能满足需求的能满足需求的能力的特性力的特性力的特性力的特性，是软件开发过程中各阶段（需求开发、，是软件开发过程中各阶段（需求开发、，是软件开发过程中各阶段（需求开发、，是软件开发过程中各阶段（需求开发、软件设计、代码编写等）产生的中间软件产品的质软件设计、代码编写等）产生的中间软件产品的质软件设计、代码编写等）产生的中间软件产品的质软件设计、代码编写等）产生的中间软件产品的质量。量。量。量。了解软件产品的内部质量，可以预计最终产品的质了解软件产品的内部质量，可以预计最终产品的质了解软件产品的内部质量，可以预计最终产品的质了解软件产品的内部质量，可以预计最终产品的质量。量。量。量。外部质量的定义是：外部质量的定义是：外部质量的定义是：外部质量的定义是：反映软件产品在规定条件下使用时，反映软件产品在规定条件下使用时，反映软件产品在规定条件下使用时，反映软件产品在规定条件下使用时，满足需求的程满足需求的程满足需求的程满足需求的程度。度。度。度。外部特性反映在预定的系统环境中运行时可达到的外部特性反映在预定的系统环境中运行时可达到的外部特性反映在预定的系统环境中运行时可达到的外部特性反映在预定的系统环境中运行时可达到的质量水平。质量水平。质量水平。质量水平。辱症卞扯密拢幂垣牙堡测颐艰颂毁吮披诺爽干裕先卫从与晒顽谗再撕臂蒸第六章项目的质量管理第六章项目的质量管理使用质量的定义是：使用质量的定义是：使用质量的定义是：使用质量的定义是：反映软件产品在规定的使用环境下，使特定用户在反映软件产品在规定的使用环境下，使特定用户在反映软件产品在规定的使用环境下，使特定用户在反映软件产品在规定的使用环境下，使特定用户在达到规定目标方面的能力。达到规定目标方面的能力。达到规定目标方面的能力。达到规定目标方面的能力。反映的是从用户角度看到的软件产品在特定系统环反映的是从用户角度看到的软件产品在特定系统环反映的是从用户角度看到的软件产品在特定系统环反映的是从用户角度看到的软件产品在特定系统环境下满足其需求的满足程度。境下满足其需求的满足程度。境下满足其需求的满足程度。境下满足其需求的满足程度。对内部和外部质量特性的度量描述包括：对内部和外部质量特性的度量描述包括：对内部和外部质量特性的度量描述包括：对内部和外部质量特性的度量描述包括：功能性、可靠性、易用性、效率、可维护性、可移功能性、可靠性、易用性、效率、可维护性、可移功能性、可靠性、易用性、效率、可维护性、可移功能性、可靠性、易用性、效率、可维护性、可移植性等；植性等；植性等；植性等；对使用质量特性的度量描述包括：对使用质量特性的度量描述包括：对使用质量特性的度量描述包括：对使用质量特性的度量描述包括：有效性、生产率、安全性、满意程度等有效性、生产率、安全性、满意程度等有效性、生产率、安全性、满意程度等有效性、生产率、安全性、满意程度等栈糜翅零第丹由三僧俏稚岭咱绩六炕初梦抑脸绝惮娶巴奏撒碧招厌赏玖徊第六章项目的质量管理第六章项目的质量管理6.1.4 软件质量度量的实施在在在在确确确确定定定定要要要要对对对对一一一一个个个个软软软软件件件件（系系系系统统统统）进进进进行行行行度度度度量量量量之之之之后后后后，一一一一般般般般，采采采采取取取取以以以以下下下下5 5 5 5个个个个步步步步骤，来实施对该软件的度量：骤，来实施对该软件的度量：骤，来实施对该软件的度量：骤，来实施对该软件的度量：（1 1 1 1）确定软件质量需求；）确定软件质量需求；）确定软件质量需求；）确定软件质量需求；在在用用户户需需求求中中，除除功功能能需需求求外外，还还有有非非功功能能需需求求，包包括括：质质量量需需求求、环境需求、设计约束、开发策略等。质量需求是用户比较关心的内容。环境需求、设计约束、开发策略等。质量需求是用户比较关心的内容。但但是是，我我们们已已经经知知道道，软软件件的的功功能能需需求求的的确确定定，存存在在一一定定的的难难度度。而而非非功功能能需需求求的的确确定定，则则难难度度更更大大。这这些些困困难难包包括括：需需求求如如何何获获取取，需需求冲突如何协调、需求的确认和变更的授权等。求冲突如何协调、需求的确认和变更的授权等。过程：过程：需需求求获获取取：首首先先，你你要要理理解解用用户户的的需需求求，区区分分哪哪些些是是质质量量需需求求，把把这这些需求记录下来，获得用户的确认。些需求记录下来，获得用户的确认。需需求求分分析析：拿拿到到用用户户确确认认的的需需求求后后，你你可可以以开开始始把把用用户户的的质质量量需需求求与与我我们们设设定定的的质质量量特特性性联联系系起起来来，一一直直区区分分到到子子特特性性。这这种种联联系系，就就是是把把用用户户语语言言描描述述的的需需求求，转转变变为为计计算算机机工工程程师师语语言言的的需需求求。建建立立了了这这种关联后，可以根据分类，分级，确定直接度量。种关联后，可以根据分类，分级，确定直接度量。 柜筑窄胆伺担季肤秋充纪观贮杀拯小戍隅玻篷窃皋仅敢面矣褐溢壤秉名典第六章项目的质量管理第六章项目的质量管理6.1.4 软件质量度量的实施（2 2）确定直接度量确定直接度量直直接接度度量量就就是是实实际际的的软软件件质质量量测测量量活活动动，它它的的输输入入是是软软件件或或软软件件过过程程，输出是一个测量值。它通过执行一系列的任务，获得一个质量值。输出是一个测量值。它通过执行一系列的任务，获得一个质量值。例例如如：对对一一个个没没有有经经过过培培训训的的用用户户，让让他他使使用用软软件件系系统统的的某某一一功功能能，在在界界面面提提示示、联联机机帮帮助助、使使用用手手册册的的帮帮助助下下，他他学学会会掌掌握握该该功功能能所所花花的的时时间间。而而用用户户需需求求对对此此项项指指标标的的要要求求（目目标标）和和现现实实系系统统所所达达到到的的实实际际值值（比比如如：1010个个人人次次测测量量后后统统计计意意义义上上的的）的的比比较较，就就是是将将提提交交质质量量评评审的质量值。审的质量值。在进行直接度量前，一般应该有以下准备：在进行直接度量前，一般应该有以下准备： （1）工具：有助于计算度量值的硬件）工具：有助于计算度量值的硬件/软件工具，如：缺陷跟踪工具；（软件工具，如：缺陷跟踪工具；（2）应）应用：描述度量结果的希望值、度量值的意义、作用和对度量结果数据的使用方法；用：描述度量结果的希望值、度量值的意义、作用和对度量结果数据的使用方法；（3）数据：获得度量结果所需的数据、程序、过程等度量对象；（）数据：获得度量结果所需的数据、程序、过程等度量对象；（4）计算：度）计算：度量程序、步骤和方法。（量程序、步骤和方法。（5）费用：测试是要花钱（人力、物力、时间等）的。）费用：测试是要花钱（人力、物力、时间等）的。片久朗阎级甸鹤沪为食醇惟伯靛滓聚老车棚处约耿联盲阐放机群净缓吉畦第六章项目的质量管理第六章项目的质量管理6.1.4 软件质量度量的实施（3 3）分析度量结果）分析度量结果对对度度量量过过程程进进行行跟跟踪踪和和分分析析，需需要要时时，可可能能会会对对度度量量程程序序、度度量量工具、度量方法，甚至原始数据，做出补充和调整。工具、度量方法，甚至原始数据，做出补充和调整。 （4 4）确认质量度量）确认质量度量在在度度量量过过程程中中，进进行行度度量量结结果果的的确确认认非非常常重重要要。首首先先，要要确确认认度度量量过过程程是是否否与与事事实实相相符符，脱脱离离现现实实真真实实的的度度量量，与与目目标标再再相相符符的的结结果果也也是是没没有有意意义义的的。其其次次，是是确确认认方方法法的的有有效效性性，例例如如：在在度度量量中中，我我们们用用到到很很多多统统计计学学方方法法，在在这这些些方方法法中中，我我们们有有一一些些概概率率分分布布假假设设（例例如如：某某些些错错误误的的发发生生，我我们们假假设设符符合合随随机机概概率率分分布布），当当这这些些假假设并不成立时，度量的结果是不真实的。设并不成立时，度量的结果是不真实的。已鹃忙镍鬃喉插庶施耍君剿翌夜硼雾掏恩弯讫凉苦遂杠瓤鹊涝荔拂舆腹慨第六章项目的质量管理第六章项目的质量管理其他度量分析模型的度量（对分析模型的度量以测试系统的大小）分析模型的度量（对分析模型的度量以测试系统的大小）分析模型的度量（对分析模型的度量以测试系统的大小）分析模型的度量（对分析模型的度量以测试系统的大小）设计模型的度量（度量体系结构、数据和系统的复杂度）设计模型的度量（度量体系结构、数据和系统的复杂度）设计模型的度量（度量体系结构、数据和系统的复杂度）设计模型的度量（度量体系结构、数据和系统的复杂度）源代码的度量（度量程序的长度、层次、开发量、时间等）源代码的度量（度量程序的长度、层次、开发量、时间等）源代码的度量（度量程序的长度、层次、开发量、时间等）源代码的度量（度量程序的长度、层次、开发量、时间等）对测试的度量（度量测试的宽度、深度、错误的级别）对测试的度量（度量测试的宽度、深度、错误的级别）对测试的度量（度量测试的宽度、深度、错误的级别）对测试的度量（度量测试的宽度、深度、错误的级别）对维护的度量（度量软件的稳定性）对维护的度量（度量软件的稳定性）对维护的度量（度量软件的稳定性）对维护的度量（度量软件的稳定性） 姨池擎锅裴签寝围榷啥褂勘埠挽阳喜痈械腾豺赤随志灰额昌劝钥馋沤吧崔第六章项目的质量管理第六章项目的质量管理什么是系统集成项目的质量要素？什么是系统集成项目的质量要素？如何度量和评价？如何度量和评价？如何管理与控制？如何管理与控制？云咐颜浸堕抵艳哥状漱央沏鞠俄崇逸皮颜贷速忙叙袄们岁茧汐蝎研卓恳匀第六章项目的质量管理第六章项目的质量管理6.1软件质量的度量软件质量的度量6.2软件的确认软件的确认6.3软件的验证软件的验证6.4软件质量保证过程软件质量保证过程6.5 6.5 软件质量保证体系软件质量保证体系6.6测试方法与工具测试方法与工具介绍介绍第六章 目录韵组羞散纽拈揍刷版到璃宜镐藤拙氟镀找竭洽到轰去传宣睫抠纂稍仟栅背第六章项目的质量管理第六章项目的质量管理6.26.2软件确认软件确认软件确认软件确认6.2.16.2.1测试阶段测试阶段测试阶段测试阶段6.2.26.2.2测试方法测试方法测试方法测试方法6.2.36.2.3测试类型测试类型测试类型测试类型6.2.46.2.4测试计划测试计划测试计划测试计划艺蓉习肆东冬挟寻勤希霸普廓与参唱骇谣劣睫积没硫蔽淌目孩肪爪粪呼贿第六章项目的质量管理第六章项目的质量管理软件确认与验证的概念p软软件件的的确确认认（ValidationValidation）与与验验证证（VerificationVerification）简简称为称为V VV V 或或V2V2，是软件产品质量度量的具体方法。，是软件产品质量度量的具体方法。p确确认认是是这这样样一一个个过过程程，它它评评价价“在在软软件件开开发发过过程程期期间间（针针对对单单元元）或或结结束束（针针对对系系统统）时时，单单元元或或系系统统是是否否满满足足用用户户特特定定的的需需求求”。换换句句话话说说，是是开开发发结结束束期期间间确确认，我们的产品符合用户要求吗？认，我们的产品符合用户要求吗？p因因此此，确确认认的的产产品品质质量量。确确认认活活动动围围绕绕三三个个基基本本过过程程来来开展，测试、度量和软件可靠性增长开展，测试、度量和软件可靠性增长 p而而验验证证是是这这样样一一个个过过程程，它它评评价价“在在一一个个给给定定的的开开发发阶阶段段中中，单单元元或或系系统统是是否否满满足足在在此此阶阶段段开开始始时时确确定定的的条条件件”。因因此此，它它的的意意思思是是，我我们们正正在在制制作作的的产产品品符符合合用用户户要求吗？要求吗？p因因此此，验验证证的的是是产产品品开开发发过过程程质质量量工工作作质质量量。验验证证活活动动也也是是围围绕绕三三个个基基本本过过程程来来进进行行，审审查查、度度量量和和配配置置管理。管理。抱益浑抬画廷被从城耻足压釉才睫颗填好盎个淌铂罕恒辙闰修嘶肛益屠疼第六章项目的质量管理第六章项目的质量管理6.2.1 测试阶段n根根据据不不同同的的软软件件生生命命周周期期定定义义，测测试试的的阶阶段段、方方法法和和类类型构成一个型构成一个层层次次结结构，如下构，如下图图：土嫉辩碾凡栽虽走毫菱惨铅迭度捞赌躺亏谣瞬淀售铜窍劝屡英频胃肠仟惧第六章项目的质量管理第六章项目的质量管理 V V模模型型中中的的过过程程从从左左到到右右，描描述述了了基基本本的的开开发发过过程程和和测测试试行行为为。V V模模型型的的价价值值在在于于它它非非常常明明确确地地标标明明了了测测试试过过程程中中存存在在的的不不同同级级别别，并并且且清清楚楚地地描描述述了了这这些些测测试试阶阶段段和和开开发发过过程程期期间间各各阶段的对应关系。阶段的对应关系。 测试的测试的V模式模式坝押溅讯使品尹肌哭泄伴免野囤舟牵柳瘸冀队椒蛙驴娟乍戍猾头爆辣佣氦第六章项目的质量管理第六章项目的质量管理单元测试n 单元测试的内容主要是：单元测试的内容主要是： 算算法法逻逻辑辑、数数据据定定义义的的理理解解和和使使用用、接接口口、各各种种CASECASE路路径径、边界条件、错误处理等。边界条件、错误处理等。n 单元测试的目的通常是单元测试的目的通常是: : 在在开开发发环环境境中中，程程序序设设计计工工程程师师为为了了检检查查单单元元程程序序模模块块内内部部的的逻逻辑辑、算算法法和和数数据据处处理理结结果果的的正正确确性性等等。单单元元测测试试通通常常由由负负责责编编码码的的工工程程师师自自己己在在代代码码完完成成后后测测试试，也也有有在在项项目组内，由工程师相互交叉测试。目组内，由工程师相互交叉测试。n 调试与测试的最大的不同点是二者的目的和视角的区别：调试与测试的最大的不同点是二者的目的和视角的区别： 调调试试包包括括查查找找BUGBUG、定定位位BUGBUG、修修改改并并最最终终确确认认BUGBUG已已经经被被修复的软件故障排除过程。修复的软件故障排除过程。 测测试试是是在在一一个个相相对对独独立立的的环环境境下下（测测试试应应尽尽可可能能地地模模拟拟运运行行环环境境，调调试试是是在在开开发发环环境境），运运行行系系统统单单元元，观观察察和和记记录运行结果，对结果进行独立评价的过程。录运行结果，对结果进行独立评价的过程。 视续粳台幕砧瘪阂心缩州慰嘎恫狱瑟邹嘱湃理矩窿伏凡阴狙帕尝贤汀盅芬第六章项目的质量管理第六章项目的质量管理单元测试（模块测试）n 实实际际上上，在在单单元元测测试试级级，一一般般项项目目组组很很难难做做到到把把调调试试与与测测试试分分开开。因因为为二二者者的的工工作作内内容容比比较较接接近近，担担负负人人常常常常是是一一个个人人，环环境境区区别别并并不不大大或或者者重重新新搭搭建建环环境境在在时时间间、成成本本和和人人力力上上，都都比比较较困困难难。这这些些都是一般项目组并没有独立的单元测试的原因。都是一般项目组并没有独立的单元测试的原因。n 将单元测试与模块调试合并可能带来的问题是：将单元测试与模块调试合并可能带来的问题是：（1 1）单单元元测测试试没没有有任任何何记记录录和和文文档档。少少有有笔笔头头勤勤快快的的工工程程师师，会会把把他他每每天天测测了了什什么么、改改了了什什么么，记记录录下下来来。软软件件工工程程师师要要的的就就是是没没有有BUGBUG的程序，任何中间结果都是垃圾。的程序，任何中间结果都是垃圾。（2 2）由由于于调调试试的的目目标标是是获获得得没没有有故故障障的的程程序序，因因此此，与与功功能能无无关关的的程程序序属属性性往往往往被被忽忽略略，或或者者要要到到集集成成测测试试、确确认认测测试试时时才才被被发发现现。例如：命名标准、程序形式规范等。例如：命名标准、程序形式规范等。n 不不论论怎怎么么说说，现现实实情情况况，单单元元测测试试与与模模块块调调试试经经常常是是混混为为一一谈谈的的，要想改变，也不太容易。要想改变，也不太容易。 由由于于单单元元测测试试在在项项目目组组中中，常常常常由由编编码码工工程程师师完完成成，项项目目经经理理的的管管理一般并不深入到单元测试层。理一般并不深入到单元测试层。 深瘟岳酌烛怕歌刀饵件拳戚腮单饲佯丽韭葛挥育裴袖校较瑶赋孕含望根苏第六章项目的质量管理第六章项目的质量管理集成测试（子系统测试）n集集成成测测试试又又称称组组装装测测试试，它它是是在在单单元元测测试试完完成成后后，组组装装为为一一个个子子系系统统后后，对对下下列列只只有有组组装装后后才才能能发发生生和和测测试试到到的的问问题题，进进行行检检查查：（1 1）组装后一个模块对一个模块的影响；）组装后一个模块对一个模块的影响；（2 2）合并功能是否是预期的；）合并功能是否是预期的；（3 3）独独立立的的误误差差在在合合并并后后的的变变化化，是是扩扩大大还还是是减减小小，是是否否在在可可接接受的范围内；受的范围内；（4 4）实实际际的的接接口口测测试试；包包括括：模模块块之之间间对对实实际际衔衔接接的的标标准准、时时序序（实时性）、应答响应、容错与错误处理等；（实时性）、应答响应、容错与错误处理等；（5 5）模块间的资源竞争等。）模块间的资源竞争等。n集集成成测测试试也也很很重重视视集集成成的的阶阶段段性性。最最坏坏的的情情况况是是系系统统只只有有一一次次集集成成，就就是是系系统统全全部部模模块块完完成成后后进进行行集集成成。实实际际上上，这这就就像像一一部部汽汽车车，直直到到要要出出厂厂时时，才才来来一一次次总总测测试试。而而当当你你每每天天生生产产一一部部完完全全不不同同规规格格、型号的汽车时，这个时候的测试，可能是非常要命的。型号的汽车时，这个时候的测试，可能是非常要命的。n比比较较好好的的办办法法是是通通常常采采用用的的增增量量组组装装法法，包包括括自自顶顶向向下下或或自自低低向向上上的的增增量量组组装装。分分阶阶段段的的增增量量组组装装测测试试，可可以以解解决决一一次次集集成成，问问题题的的隔离和区分不易的困难。隔离和区分不易的困难。 搬旨筷本碎驰球阳氮檀岂纱醉敞纯晋箕虱窝稍掠皇醇郧火血肝桩辫挥塌访第六章项目的质量管理第六章项目的质量管理确认测试（系统测试）n 确确认认测测试试的的目目的的是是按按照照与与用用户户确确认认的的软软件件需需求求规规格格说说明明书书的的要要求求，检检查查系系统统的的需需求求实实现现。确确认认需需求求的的测测试试依依据据是是需需求求阶阶段段产产生生的的测测试试脚脚本本（测试用例）。（测试用例）。n 国内项目组的现实情况有以下几种：国内项目组的现实情况有以下几种：（1 1）没有确认测试；）没有确认测试；（2 2）没有独立的确认测试，测试与设计、编码不分离；）没有独立的确认测试，测试与设计、编码不分离；（3 3）有有独独立立的的确确认认测测试试，但但测测试试用用例例是是设设计计和和编编码码人人员员写写的的，因因此此，独立测试人员相当于按设计和编码人员的设计思路再测一遍。独立测试人员相当于按设计和编码人员的设计思路再测一遍。n 上上述述这这些些情情况况，就就丧丧失失了了确确认认测测试试的的大大部部分分意意义义。正正确确的的确确认认测测试试是是独独立立的的测测试试组组中中，具具有有相相应应知知识识的的测测试试设设计计师师，根根据据需需求求规规格格说说明明书书，并并依依据据该该软软件件在在用用户户方方面面将将会会是是在在什什么么环环境境下下，用用户户将将如如何何使使用用该该软软件件，来来设设计计测测试试方方案案和和测测试试用用例例，安安排排测测试试人人员员进进行行测测试试。很很显显然然，现实离理想的距离还比较遥远。现实离理想的距离还比较遥远。n 确确认认测测试试还还包包括括软软件件经经修修改改后后的的再再测测试试（回回归归测测试试）。回回归归测测试试是是对对已已测测试试并并发发现现故故障障的的部部分分，修修改改后后进进行行再再测测试试。回回归归测测试试不不应应修修改改测测试试程程序序、测测试试内内容容或或测测试试标标准准。它它与与正正常常测测试试不不同同的的仅仅是是：它它可可能能并并不不需需要要再再完完整整地地走走一一遍遍所所有有的的确确认认测测试试，而而是是小小心心地地选选择择部部分分确确认认测测试程序，选择的标准是不减低原标准的整体要求。试程序，选择的标准是不减低原标准的整体要求。 廉截枫第卤廷拼淬蔗虾玫晚紫场釜倚进做挚肛痰丧忘秋守洽而拥姥青痊棵第六章项目的质量管理第六章项目的质量管理 测试和测试和 测试测试 n为为了了实实际际检检验验软软件件的的功功能能和和性性能能，有有时时，常常邀邀请请特特定定的的用用户户帮帮助助试试用用（测测试试）系系统统正正式式发发布布前前的的版版本本，请请用用户户对对系系统统进进行行评评价价。这这就就是通常所说的是通常所说的 测试和测试和 测试。测试。n 测测试试是是由由一一个个用用户户在在开开发发者者的的场场所所，在在开开发发者者指指导导下下进进行行的的测测试试。开发者记录下问题和错误，是在开发者开发者记录下问题和错误，是在开发者“控制控制”下的测试。下的测试。n 测测试试是是用用户户的的环环境境中中，开开发发者者可可能能并并不不在在现现场场，由由用用户户“活活用用”系统情况下的测试。用户记录下问题，报告给开发者。系统情况下的测试。用户记录下问题，报告给开发者。n在在商商用用套套装装软软件件中中，这这种种情情况况比比较较多多见见，在在行行业业应应用用系系统统中中，由由于于现现实实环环境境并并不不允允许许不不成成功功的的软软件件直直接接投投入入使使用用，用用户户也也没没有有参参与与测测试试义义务务、时时间间和和资资源源的的投投入入和和配配合合的的积积极极性性，因因此此，这这种种测测试试很很少少发生。发生。 挤塑府哇鲁坪青并愿杰娘饺查攀逃重压托见裳饮劈沮涉磷文翔彝怨鞘羌赠第六章项目的质量管理第六章项目的质量管理验收测试n在在行行业业应应用用软软件件环环境境中中，验验收收测测试试是是项项目目过过程程非非常常重重要要的的一一环环，也也是项目经理非常关注的一项工作。是项目经理非常关注的一项工作。n验验收收测测试试与与确确认认测测试试非非常常相相似似，所所不不同同的的是是，确确认认测测试试是是项项目目组组或或组组织织内内部部的的测测试试，验验收收测测试试是是用用户户主主导导、现现场场参参与与、现现场场环环境境下下的的测试。测试。n验验收收测测试试通通常常由由项项目目组组先先提提出出测测试试大大纲纲，定定义义测测试试目目的的、范范围围、方方法法、测测试试用用例例、预预期期结结果果、验验收收标标准准等等。经经用用户户同同意意批批准准，可可能能包包括用户的修改、增加后，确定测试时间，开始进入验收测试。括用户的修改、增加后，确定测试时间，开始进入验收测试。n用用户户在在完完成成按按测测试试用用例例的的测测试试后后，在在测测试试记记录录上上逐逐条条确确认认、签签字字，最后，在测试报告上签字，完成验收测试。最后，在测试报告上签字，完成验收测试。n一般地、验收测试报告是项目初验、终验的依据和主要验收形式。一般地、验收测试报告是项目初验、终验的依据和主要验收形式。 耕量罩帖蕊险宦笔淀爱腺楔拦钎砍哉操吻毒向译矽准吩腑魂婚钝堵葬粥侨第六章项目的质量管理第六章项目的质量管理单元测试与验收测试单元测试和验收测试没有什么区别？单元测试和验收测试没有什么区别？n单单元元测测试试可可以以类类比比为为一一个个建建筑筑的的质质检检人人员员对对建建筑筑进进行行的的检检测测， 他他关关注注的的重重点点是是建建筑筑的的内内部部结结构构、地地基基、框框架架以以及及墙墙壁壁是是否否垂垂直直等等。他他的的检检测测是是要要保保证证建建筑筑的的各各个个部部分分是是正正常常的的、安安全全的的，换换句句话话说说，就是要保证施工满足建筑上面的质量标准。就是要保证施工满足建筑上面的质量标准。n验验收收测测试试可可以以类类比比为为建建筑筑的的使使用用者者来来对对建建筑筑进进行行的的检检测测。他他关关心心建建筑筑的的外外观观是是否否美美观观、各各个个房房间间的的大大小小是是否否合合适适，窗窗户户的的位位置置是是否否合合适适，是是否否能能够够满满足足家家庭庭的的需需要要等等。这这里里，建建筑筑的的使使用用者者执执行行的的就就是是验收测试，他是从用户的角度出发的。验收测试，他是从用户的角度出发的。n正正是是这这种种角角度度的的不不同同决决定定了了单单元元测测试试和和验验收收测测试试之之间间的的区区别别。它它们们是是对对系系统统的的不不同同的的方方面面进进行行的的测测试试，二二者者是是互互相相补补充充的的。不不管管我我们们在在系系统统的的构构建建中中使使用用了了多多么么聪聪明明的的方方法法，不不管管我我们们的的系系统统是是多多么么的的灵灵活活，但但是是首首先先我我们们的的产产品品必必须须是是可可用用的的，否否则则我我们们所所做做的的就就是是浪浪费费时时间间，从这一点上来说验收测试要比单元测试显得更加重要。从这一点上来说验收测试要比单元测试显得更加重要。 缘拟容侯碍积洋唱偿迅迎夯镰喉开硬咐拌形罩彝委帽匣喉洒芽烹值和刻瘤第六章项目的质量管理第六章项目的质量管理6.2.2 测试方法n测试所处的阶段不同，方法也不同：测试所处的阶段不同，方法也不同：n白盒测试白盒测试在在单单元元测测试试阶阶段段，由由于于测测试试者者对对被被测测对对象象的的内内部部结结构构、逻逻辑辑思思路路、接接口口关关系系等等比比较较熟熟悉悉，一一般般采采取取白白盒盒测测试试的的方方法法，它它是是根根据据模模块块的的内内部部逻逻辑辑，进进行行测测试试设设计计的的方方法法。有些集成测试也采用白盒方法，关键看集成阶段的划分。有些集成测试也采用白盒方法，关键看集成阶段的划分。n黑盒测试黑盒测试在在集集成成测测试试以以至至此此后后的的各各阶阶段段，测测试试设设计计和和测测试试人人员员，对对被被测测对对象象的的内内部部结结构构不不了了解解也也不不需需要要了了解解，他他的的目目的的是是按按需需求求功功能能进进行行确确认认。因因此此，黑黑盒盒测测试试是是严严格格按按软软件件需求进行测试设计的方法。需求进行测试设计的方法。n代码走查代码走查供涡依假垂咳惊瞎近抛命紧卸献竿菲瘪云阑柳蘑凶斋榴俐登责拦误疼配寇第六章项目的质量管理第六章项目的质量管理6.2.3测试类型测试类型在不同阶段，测试的类型也不相同，常有的测试类型是：在不同阶段，测试的类型也不相同，常有的测试类型是：（1 1）功功能能测测试试：软软件件实实现现的的功功能能是是否否符符合合需需求求规规格格说说明明书书中中定定义义的的功功能；能；（2 2）性能测试：软件在规定配置下的性能是否符合需求规定；）性能测试：软件在规定配置下的性能是否符合需求规定；（3 3）算法测试：确认实现的算法的正确性；）算法测试：确认实现的算法的正确性；（4 4）正正向向测测试试：按按照照用用户户正正常常的的理理解解、操操作作方方式式、思思维维和和使使用用习习惯惯使使用软件，得到的结果是否与需求一致。用软件，得到的结果是否与需求一致。（5 5）逆逆向向测测试试：如如果果不不按按用用户户正正常常的的理理解解、操操作作发发生生、思思维维和和使使用用习习惯惯使使用用软软件件，软软件件是是否否能能正正确确地地进进行行处处理理。如如：无无效效操操作作、错错误误的的数据输入处理、非法进入等。数据输入处理、非法进入等。（6 6）边界测试：按软件的限制、假设条件的边界输入，进行测试。）边界测试：按软件的限制、假设条件的边界输入，进行测试。（7 7）配配置置测测试试：对对软软件件环环境境进进行行配配置置变变化化，软软件件需需求求实实现现，特特别别是是性性能实现是否能符合需求规定要求。能实现是否能符合需求规定要求。（8 8）负负载载测测试试：在在业业务务处处理理量量、数数据据负负载载量量、通通讯讯负负载载量量达达到到何何种种情情况，系统的性能变化和承载能力情况。况，系统的性能变化和承载能力情况。除啃菲咬炮澄惰肘嚣抖介貌赁捎旗侩刹您跳剩郸医硒待铡奄漂唤某惨慰面第六章项目的质量管理第六章项目的质量管理6.2.4测试计划测试计划测试估计测试估计在拟定测试计划时，首先需要对以下情况，做出估计：在拟定测试计划时，首先需要对以下情况，做出估计：（1 1）完成测试设计所需要的工作量：完成测试设计所需要的工作量：（2 2）完成测试设计所需要的工作时间：完成测试设计所需要的工作时间：（3 3）完成测试所需要的时间：完成测试所需要的时间：根根据据以以上上三三个个部部分分的的结结果果，我我们们已已经经知知道道了了测测试试的的范范围围、内内容容、任任务务分分配配、时时间间等等，这这样样，项项目目经经理理可可以以能能比比较较充充分分地地规规划划资资源源，制制订出一份比较全面和切实的测试工作计划。订出一份比较全面和切实的测试工作计划。测试分配测试分配测测试试计计划划确确定定了了测测试试的的范范围围、内内容容和和估估计计时时间间，根根据据WBSWBS方方法法，测测试试计计划划还还应应说说明明具具体体测测试试任任务务的的分分解解和和测测试试工工作作的的分分配配。测测试试组组的的成成员员根根据据分分工工，各各自自完完成成一一部部分分测测试试任任务务。测测试试组组与与项项目目开开发发组组还还需需要要保保持持一一定定的的同同步步，使使测测试试与与开开发发、修修改改在在协协调调的的步步骤骤下下进进行行，以以节约宝贵的项目总时间。节约宝贵的项目总时间。测试确认测试确认 辜腰湖醉涵郴员佬胚日株刮映烈耶侯片澄抄跳秉饺病览显砖跳鲜裁厂扑撰第六章项目的质量管理第六章项目的质量管理测测试试用用例例名名称称工号权限工号权限被测子系统名被测子系统名卡卡/ /号资源管理号资源管理测试用例来源测试用例来源 公司测试组公司测试组 内部测试抽查参考文档内部测试抽查参考文档序号序号测试用例描述测试用例描述XWYY001XWYY001测试目的测试目的能否正确识别合法的操作员进入应用系统能否正确识别合法的操作员进入应用系统测试步骤测试步骤1.1.启启动动“卡卡/ /号号资资源源管管理理”应应用用程程序序。2. 2. 输输入入系系统统中中不不存存在在的的工工号号10001000，再再输输入入密密码码1234512345，检检查查能能否否进进入入系系统统。3.3.输输入入系系统统中中存存在在的的工工号号nj001nj001和和正正确确的的密密码码，检检查查能能否否进进入入系系统统。4. 4. 输输入入系系统统中中存存在在的的工工号号yd002yd002和和正正确确的的密密码码，检检查查能能否否进进入入系系统。统。输输入入数数据据描描述述1 1、工工号号10001000根根本本不不是是系系统统合合法法的的工工号号。2 2、工工号号nj001nj001是是前前台台营营业业受受理理的的工工号号，不不能能进进行行卡卡号号资资源源管管理理系系统统。3 3、工工号号yd002yd002是卡号资源管理系统的工号。是卡号资源管理系统的工号。期望的结果期望的结果1. 1. 工号工号10001000无论如何进入不了系统，系统提示无此员工无论如何进入不了系统，系统提示无此员工2. 2. 工工号号nj001nj001也也不不能能进进入入系系统统，系系统统提提示示该该操操作作员员无无权权执执行行卡卡号资源管理系统号资源管理系统3 3工号工号yd002yd002可以进入系统，并能打开所有的功能菜单可以进入系统，并能打开所有的功能菜单测测试试结结果果描描述述相符相符测试人员测试人员测试日期测试日期2003-03-082003-03-08复测人员复测人员复测日期复测日期备注备注夜剃躇狼锗毗领吏汐涂侗窜杰冷策咀壮旗慧癸醋钉狸追植核踢肘定了你胶第六章项目的质量管理第六章项目的质量管理 践胺黑潜姻纷哀怪杀误盔泳柜傻逢既刽吞午卓签请屡拴疡辛胀幽层啄帜拽第六章项目的质量管理第六章项目的质量管理测试报告：测试报告：收集齐上述的所有测试用例，构成了测试报告的基本要收集齐上述的所有测试用例，构成了测试报告的基本要件。件。测试报告是对所有测试用例测试过程的总结。测试报告是对所有测试用例测试过程的总结。在测试报告中，应反映：在测试报告中，应反映：（1）测试中出现问题的统计汇总和分析；）测试中出现问题的统计汇总和分析；（2）未解决问题的汇总和解决方案建议；）未解决问题的汇总和解决方案建议；（3）回归测试的统计和分析（度量）回归测试的统计和分析（度量）；（4）对测试计划的总结或修改。）对测试计划的总结或修改。关于测试用例的问题讨论：关于测试用例的问题讨论：测试用例由谁设计？测试用例由谁设计？设计测试用例的目的和依据是什么？设计测试用例的目的和依据是什么？顷经介恤度患僵因氛纠贮苗桌喀钨看葱丰痹围摈堆坟秉椰盖拜篡假谍胯抵第六章项目的质量管理第六章项目的质量管理6.2.5测试过程组织测试过程组织一个独立的测试小组为例，测试过程一般如下：一个独立的测试小组为例，测试过程一般如下：（1）测试准备：制定人员、环境、工具、培训和外部支）测试准备：制定人员、环境、工具、培训和外部支持计划。持计划。（2）测试计划：确定测试策略、建立测试计划。）测试计划：确定测试策略、建立测试计划。（3）测试用例：建立测试顺序树、确定测试的优先级、）测试用例：建立测试顺序树、确定测试的优先级、详细列出测试程序和测试数据，设计测试用例。详细列出测试程序和测试数据，设计测试用例。（4）测试环境：了解需求、搭建环境、安装备份和恢复）测试环境：了解需求、搭建环境、安装备份和恢复程序，记录初始环境、测试环境、恢复环境等。程序，记录初始环境、测试环境、恢复环境等。（5）测试执行：从测试计划复审测试计划进度表、恢复）测试执行：从测试计划复审测试计划进度表、恢复测试执行环境。测试执行环境。（6）结果分析：执行结果分析、度量。）结果分析：执行结果分析、度量。（7）测试报告：错误趋势图、测试变动指示、产品检查）测试报告：错误趋势图、测试变动指示、产品检查点建议。点建议。抱凤影衍薪沪喧魄既杠奎柑雷咳篱思腺矛莱翅恢茹茎辛卞墅葡乏忆辆锨工第六章项目的质量管理第六章项目的质量管理6.1软件质量的度量软件质量的度量6.2软件的确认软件的确认6.3软件的验证软件的验证6.4软件质量保证过程软件质量保证过程6.5 6.5 软件质量保证体系软件质量保证体系6.6测试方法与工具测试方法与工具介绍介绍第六章 目录叁撼律艾窖巾鞠绰韦踞村徒廊横舞泽街绰羡亿淘趣得四权歧庇阵蝴膝房咀第六章项目的质量管理第六章项目的质量管理6.36.3软件的验证软件的验证软件的验证软件的验证6.3.16.3.1审查准备审查准备审查准备审查准备6.3.26.3.2审查过程审查过程审查过程审查过程6.3.36.3.3需求审查需求审查需求审查需求审查6.3.46.3.4设计审查设计审查设计审查设计审查6.3.56.3.5代码审查代码审查代码审查代码审查6.3.66.3.6测试审查测试审查测试审查测试审查韧蚂挎飘惰终粹鼎万册腐鸯啥愁杨疗筏类芋最娜腔泼沃绣季惯刻蛇栋涉剂第六章项目的质量管理第六章项目的质量管理软件审查的概念软件审查的概念回顾：我们在上节介绍软件的确认和验证过程时，已经介绍了软件验证的回顾：我们在上节介绍软件的确认和验证过程时，已经介绍了软件验证的回顾：我们在上节介绍软件的确认和验证过程时，已经介绍了软件验证的回顾：我们在上节介绍软件的确认和验证过程时，已经介绍了软件验证的三个过程是：审查、测量和配置管理。同时，我们也谈到，验证与确认的三个过程是：审查、测量和配置管理。同时，我们也谈到，验证与确认的三个过程是：审查、测量和配置管理。同时，我们也谈到，验证与确认的三个过程是：审查、测量和配置管理。同时，我们也谈到，验证与确认的区别是，确认是在整个软件系统完成交付前或某模块完成交付前的检查，区别是，确认是在整个软件系统完成交付前或某模块完成交付前的检查，区别是，确认是在整个软件系统完成交付前或某模块完成交付前的检查，区别是，确认是在整个软件系统完成交付前或某模块完成交付前的检查，它的检查点是交付前。而验证贯穿于整个开发过程，是对过程的确认。因它的检查点是交付前。而验证贯穿于整个开发过程，是对过程的确认。因它的检查点是交付前。而验证贯穿于整个开发过程，是对过程的确认。因它的检查点是交付前。而验证贯穿于整个开发过程，是对过程的确认。因此，验证的范围包括了整个开发过程，它是软件质量保证并持续改进的强此，验证的范围包括了整个开发过程，它是软件质量保证并持续改进的强此，验证的范围包括了整个开发过程，它是软件质量保证并持续改进的强此，验证的范围包括了整个开发过程，它是软件质量保证并持续改进的强大工具。大工具。大工具。大工具。什么是审查，审查是一个正式的、严格的、具有深度的技术评审过程。什么是审查，审查是一个正式的、严格的、具有深度的技术评审过程。什么是审查，审查是一个正式的、严格的、具有深度的技术评审过程。什么是审查，审查是一个正式的、严格的、具有深度的技术评审过程。因此，评审的目的是：因此，评审的目的是：因此，评审的目的是：因此，评审的目的是：（1 1）在软件开发过程中，尽早可能地发现问题，特别是过程性的问题；）在软件开发过程中，尽早可能地发现问题，特别是过程性的问题；）在软件开发过程中，尽早可能地发现问题，特别是过程性的问题；）在软件开发过程中，尽早可能地发现问题，特别是过程性的问题；（2 2）确保对需求保持一致的意见；）确保对需求保持一致的意见；）确保对需求保持一致的意见；）确保对需求保持一致的意见；（3 3）验证任何修改和变更满足预先定义的准则；）验证任何修改和变更满足预先定义的准则；）验证任何修改和变更满足预先定义的准则；）验证任何修改和变更满足预先定义的准则；（4 4）为组织提供产品在质量和过程方面是否有效的实际数据；）为组织提供产品在质量和过程方面是否有效的实际数据；）为组织提供产品在质量和过程方面是否有效的实际数据；）为组织提供产品在质量和过程方面是否有效的实际数据；（5 5）使团队成员之间在技术上建立相互的了解；）使团队成员之间在技术上建立相互的了解；）使团队成员之间在技术上建立相互的了解；）使团队成员之间在技术上建立相互的了解；（6 6）增加软件确认测试的有效性；）增加软件确认测试的有效性；）增加软件确认测试的有效性；）增加软件确认测试的有效性；（7 7）提高优秀软件工程师的水准。）提高优秀软件工程师的水准。）提高优秀软件工程师的水准。）提高优秀软件工程师的水准。街晶何恶映蛾钦购乱矮默兑墅倍添搁捶帧搬痪扑隶秘缨留态坛汛鲤谰六掸第六章项目的质量管理第六章项目的质量管理6.3.1软件审查的准备软件审查的准备评审人：审查一般由一个审查小组或审查委员会负责进行，审查小组内，评审人：审查一般由一个审查小组或审查委员会负责进行，审查小组内，评审人：审查一般由一个审查小组或审查委员会负责进行，审查小组内，评审人：审查一般由一个审查小组或审查委员会负责进行，审查小组内，应有以下角色构成：应有以下角色构成：应有以下角色构成：应有以下角色构成：（1 1）主持审查活动的主审员；）主持审查活动的主审员；）主持审查活动的主审员；）主持审查活动的主审员；（2 2）被审查产品的负责人，包括产品经理、技术经理、质量经理等；）被审查产品的负责人，包括产品经理、技术经理、质量经理等；）被审查产品的负责人，包括产品经理、技术经理、质量经理等；）被审查产品的负责人，包括产品经理、技术经理、质量经理等；（3 3）负责对被审查产品进行讲解和解释的主讲人；）负责对被审查产品进行讲解和解释的主讲人；）负责对被审查产品进行讲解和解释的主讲人；）负责对被审查产品进行讲解和解释的主讲人；（4 4）来自各有关部门的审查员；）来自各有关部门的审查员；）来自各有关部门的审查员；）来自各有关部门的审查员；（5 5）记录员；）记录员；）记录员；）记录员；（6 6） 项目经理项目经理项目经理项目经理项目经理应该参与软件的审查过程，关注审查结果，但不一定要参项目经理应该参与软件的审查过程，关注审查结果，但不一定要参项目经理应该参与软件的审查过程，关注审查结果，但不一定要参项目经理应该参与软件的审查过程，关注审查结果，但不一定要参加审查会议。这要看审查的级别。如果是组织内的项目级审查，项目经加审查会议。这要看审查的级别。如果是组织内的项目级审查，项目经加审查会议。这要看审查的级别。如果是组织内的项目级审查，项目经加审查会议。这要看审查的级别。如果是组织内的项目级审查，项目经理作为被审查产品的负责人，应参加审查会议，否则，应该由具体的产理作为被审查产品的负责人，应参加审查会议，否则，应该由具体的产理作为被审查产品的负责人，应参加审查会议，否则，应该由具体的产理作为被审查产品的负责人，应参加审查会议，否则，应该由具体的产品、技术或质量经理去参加这样的会议。品、技术或质量经理去参加这样的会议。品、技术或质量经理去参加这样的会议。品、技术或质量经理去参加这样的会议。被审产品的负责人参加这样的会议，不是为了解释审查中发现的缺被审产品的负责人参加这样的会议，不是为了解释审查中发现的缺被审产品的负责人参加这样的会议，不是为了解释审查中发现的缺被审产品的负责人参加这样的会议，不是为了解释审查中发现的缺陷，及其责任，进行辩解，而只是如实地向审查小组介绍产品为什么要陷，及其责任，进行辩解，而只是如实地向审查小组介绍产品为什么要陷，及其责任，进行辩解，而只是如实地向审查小组介绍产品为什么要陷，及其责任，进行辩解，而只是如实地向审查小组介绍产品为什么要这样做，和做了什么。审查的目的不是为了追究什么人的责任，而是为这样做，和做了什么。审查的目的不是为了追究什么人的责任，而是为这样做，和做了什么。审查的目的不是为了追究什么人的责任，而是为这样做，和做了什么。审查的目的不是为了追究什么人的责任，而是为了改进过程。如果把评审，引入到人与人之间的斗争中去，则完全丧失了改进过程。如果把评审，引入到人与人之间的斗争中去，则完全丧失了改进过程。如果把评审，引入到人与人之间的斗争中去，则完全丧失了改进过程。如果把评审，引入到人与人之间的斗争中去，则完全丧失了评审，作为过程改进手段的意义。了评审，作为过程改进手段的意义。了评审，作为过程改进手段的意义。了评审，作为过程改进手段的意义。啄世榷洪广脓霜哀滁巷椽谗犁前积盂悸勃赵麓腮英疏木辛雇到煮界择色酶第六章项目的质量管理第六章项目的质量管理评审内容及要求，见下表：评审内容及要求，见下表：评审内容及要求，见下表：评审内容及要求，见下表：审查类型审查类型审查类型审查类型被审查项被审查项被审查项被审查项需提交的资料需提交的资料需提交的资料需提交的资料提交审查条件提交审查条件提交审查条件提交审查条件需求需求需求需求软软软软件件件件需需需需求求求求规规规规格格格格说说说说明书明书明书明书软软软软件件件件需需需需求求求求规规规规格格格格说说说说明明明明书书书书及及及及在在在在此此此此之之之之前前前前有有有有关关关关的的的的需需需需求求求求分分分分析析析析文文文文档档档档、需需需需求求求求基基基基线线线线及及及及批批批批准文档准文档准文档准文档确确确确认认认认的的的的需需需需求求求求、已已已已经经经经被被被被分分分分析析析析和和和和形形形形式式式式化化化化描描描描述述述述，需需需需求求求求基基基基线已经被确定线已经被确定线已经被确定线已经被确定 设计设计设计设计软件设计说明软件设计说明软件设计说明软件设计说明软件设计文档软件设计文档软件设计文档软件设计文档设计完成设计完成设计完成设计完成编码编码编码编码源代码模块源代码模块源代码模块源代码模块源源源源程程程程序序序序代代代代码码码码、设设设设计计计计文文文文档档档档、组织的编码标准与规范组织的编码标准与规范组织的编码标准与规范组织的编码标准与规范被被被被审审审审查查查查模模模模块块块块已已已已经经经经编编编编译译译译正正正正确确确确并并并并完完完完成成成成独立测试独立测试独立测试独立测试确认测试确认测试确认测试确认测试测试记录测试记录测试记录测试记录测测测测试试试试结结结结果果果果报报报报告告告告、质质质质量量量量和和和和验收标准验收标准验收标准验收标准 系统确认及回归系统确认及回归系统确认及回归系统确认及回归测试已经完成测试已经完成测试已经完成测试已经完成 痒卫摈涤米副袱恨购进纹谩砍伪熔菩淋锋装货羔子畴式煤让握蒙凌震尔泽第六章项目的质量管理第六章项目的质量管理审查员的职责审查员的职责审查员的职责审查员的职责 作作作作为为为为被被被被审审审审查查查查对对对对象象象象的的的的项项项项目目目目组组组组，按按按按照照照照审审审审查查查查组组组组的的的的要要要要求求求求，提提提提交交交交被被被被审审审审查查查查材材材材料料料料，接受审查。接受审查。接受审查。接受审查。作为审查员，应该做什么准备？作为审查员，应该做什么准备？作为审查员，应该做什么准备？作为审查员，应该做什么准备？首先，明确作为审查员的定角色位、职责。首先，明确作为审查员的定角色位、职责。首先，明确作为审查员的定角色位、职责。首先，明确作为审查员的定角色位、职责。审审审审查查查查员员员员是是是是那那那那些些些些具具具具有有有有相相相相关关关关知知知知识识识识和和和和对对对对被被被被审审审审查查查查产产产产品品品品具具具具有有有有一一一一定定定定熟熟熟熟悉悉悉悉程程程程度度度度的的的的，但但但但不不不不一一一一定定定定就就就就是是是是直直直直接接接接从从从从事事事事相相相相同同同同岗岗岗岗位位位位（有有有有时时时时，还还还还特特特特别别别别需需需需要要要要交交交交叉叉叉叉换换换换位位位位）的的的的人人人人员员员员。在在在在参参参参加加加加审审审审查查查查前前前前，他他他他必必必必须须须须花花花花一一一一定定定定的的的的时时时时间间间间和和和和精精精精力力力力，来来来来了了了了解解解解产产产产品品品品，并并并并能能能能通通通通过过过过阅阅阅阅读读读读提交的资料，了解产品与文档、标准和规范之间的差异。提交的资料，了解产品与文档、标准和规范之间的差异。提交的资料，了解产品与文档、标准和规范之间的差异。提交的资料，了解产品与文档、标准和规范之间的差异。因此，他在审查中的责任是：因此，他在审查中的责任是：因此，他在审查中的责任是：因此，他在审查中的责任是：（1 1 1 1）必须完全熟悉要审查的产品和产品所依据的文档和标准；）必须完全熟悉要审查的产品和产品所依据的文档和标准；）必须完全熟悉要审查的产品和产品所依据的文档和标准；）必须完全熟悉要审查的产品和产品所依据的文档和标准；（2 2 2 2）对照产品和文档，鉴别其中的差异；）对照产品和文档，鉴别其中的差异；）对照产品和文档，鉴别其中的差异；）对照产品和文档，鉴别其中的差异；（3 3 3 3）客观地评价差异，识别是属于实现的程度差别、缺陷，还是错误；）客观地评价差异，识别是属于实现的程度差别、缺陷，还是错误；）客观地评价差异，识别是属于实现的程度差别、缺陷，还是错误；）客观地评价差异，识别是属于实现的程度差别、缺陷，还是错误；（4 4 4 4）判断差异是实现的个体现象，还是过程问题；）判断差异是实现的个体现象，还是过程问题；）判断差异是实现的个体现象，还是过程问题；）判断差异是实现的个体现象，还是过程问题；（5 5 5 5）以对产品而不是对人的态度，对差异进行评估和分析；）以对产品而不是对人的态度，对差异进行评估和分析；）以对产品而不是对人的态度，对差异进行评估和分析；）以对产品而不是对人的态度，对差异进行评估和分析；（6 6 6 6）向主审员报告审查结果和分析意见。）向主审员报告审查结果和分析意见。）向主审员报告审查结果和分析意见。）向主审员报告审查结果和分析意见。般套乙失咨艇丽在盘寺按汪电环股头为婆波聋扔揪腥耙铱尖徽异诛联骨阎第六章项目的质量管理第六章项目的质量管理 在在在在审审审审查查查查开开开开始始始始之之之之前前前前，审审审审查查查查组组组组与与与与被被被被审审审审查查查查项项项项目目目目的的的的有有有有关关关关人人人人员员员员，产产产产品品品品经经经经理理理理、技技技技术术术术经经经经理理理理、质质质质量量量量经经经经理理理理和和和和项项项项目目目目经经经经理理理理们们们们开开开开一一一一个个个个“ “审审审审查查查查开开开开工工工工会会会会” ”，主主主主审审审审员员员员向向向向被被被被审审审审查查查查对对对对象象象象的的的的有有有有关关关关人人人人员员员员介介介介绍绍绍绍本本本本次次次次审审审审查查查查的的的的目目目目的的的的、对对对对象象象象、范范范范围围围围和和和和内内内内容容容容，有有有有必必必必要要要要的的的的话话话话，花花花花一一一一点点点点时时时时间间间间介介介介绍绍绍绍一一一一下下下下审审审审查查查查方方方方法法法法，使使使使得得得得审审审审查查查查员员员员和和和和被被被被审审审审查查查查项项项项目目目目的的的的有有有有关关关关人人人人员员员员，在在在在审审审审查查查查过过过过程程程程中中中中易易易易于于于于沟沟沟沟通通通通和和和和理理理理解解解解。当当当当被被被被审审审审查查查查有有有有关关关关人人人人员员员员知知知知道道道道（不不不不是是是是同同同同意意意意）审审审审查查查查的的的的主主主主要要要要内内内内容容容容后后后后，主主主主审审审审员员员员把把把把审审审审查查查查工工工工作作作作，按按按按分分分分工工工工，分分分分配配配配给给给给各各各各审审审审查查查查员员员员，并并并并请请请请项项项项目目目目组组组组指指指指定定定定有有有有关关关关的的的的配配配配合合合合人人人人员员员员。会会会会议议议议约约约约定定定定好好好好完完完完成成成成分分分分组组组组审审审审查查查查的的的的时时时时间间间间，即即即即召开审查汇报会的时间。召开审查汇报会的时间。召开审查汇报会的时间。召开审查汇报会的时间。 获获获获得得得得审审审审查查查查资资资资料料料料的的的的审审审审查查查查员员员员，可可可可以以以以开开开开始始始始从从从从看看看看资资资资料料料料如如如如手手手手，进进进进入入入入审审审审查查查查阶阶阶阶段段段段。如如如如果果果果需需需需要要要要实实实实际际际际测测测测试试试试和和和和运运运运行行行行检检检检查查查查，项项项项目目目目组组组组要要要要配配配配合合合合安安安安排排排排机机机机器器器器时时时时间间间间、软软软软件件件件演演演演示示示示等与操作有关的环境。等与操作有关的环境。等与操作有关的环境。等与操作有关的环境。 审审审审查查查查员员员员经经经经过过过过一一一一段段段段时时时时间间间间的的的的工工工工作作作作，已已已已经经经经对对对对所所所所分分分分工工工工的的的的部部部部分分分分，通通通通过过过过阅阅阅阅读读读读资资资资料料料料、实实实实际际际际查查查查看看看看等等等等，获获获获得得得得了了了了必必必必要要要要的的的的信信信信息息息息，有有有有关关关关的的的的疑疑疑疑问问问问，通通通通过过过过向向向向项项项项目目目目组组组组实实实实际际际际询询询询问问问问，解解解解释释释释了了了了不不不不清清清清楚楚楚楚的的的的地地地地方方方方。审审审审查查查查员员员员对对对对差差差差异异异异，已已已已经经经经做做做做好好好好了了了了记记记记录录录录。主主主主审审审审员员员员按时间和进度，可以招集审查汇报会。按时间和进度，可以招集审查汇报会。按时间和进度，可以招集审查汇报会。按时间和进度，可以招集审查汇报会。6.3.2软件审查的过程软件审查的过程滔豢狙攀颁吞咽蹭烷旷搐执圭炼衫统天强滇犊向苏衅忠武舅傍玲农弛尘相第六章项目的质量管理第六章项目的质量管理 在在在在审审审审查查查查汇汇汇汇报报报报会会会会上上上上，审审审审查查查查员员员员汇汇汇汇报报报报分分分分组组组组审审审审查查查查中中中中发发发发现现现现的的的的潜潜潜潜在在在在的的的的（还还还还没没没没有有有有定定定定论论论论）的的的的错错错错误误误误、缺缺缺缺陷陷陷陷和和和和差差差差异异异异。审审审审查查查查小小小小组组组组对对对对每每每每一一一一个个个个问问问问题题题题进进进进行行行行讨讨讨讨论论论论，并并并并争争争争取取取取获获获获得得得得一一一一致致致致的的的的意意意意见见见见。必必必必要要要要时时时时，可可可可以以以以请请请请项项项项目目目目组组组组再再再再做做做做解解解解释释释释。记记记记录录录录员员员员此此此此时时时时应应应应详详详详细细细细记记记记录录录录讨讨讨讨论的过程和各自的意见，并确保这些记录的完整性、正确性和真实性。论的过程和各自的意见，并确保这些记录的完整性、正确性和真实性。论的过程和各自的意见，并确保这些记录的完整性、正确性和真实性。论的过程和各自的意见，并确保这些记录的完整性、正确性和真实性。 如如如如果果果果一一一一次次次次会会会会议议议议不不不不能能能能解解解解决决决决争争争争论论论论的的的的问问问问题题题题，或或或或者者者者需需需需要要要要再再再再扩扩扩扩大大大大参参参参加加加加人人人人员员员员的的的的范范范范围围围围，或或或或者者者者需需需需要要要要再再再再做做做做测测测测试试试试，那那那那就就就就那那那那样样样样去去去去做做做做。或或或或者者者者审审审审查查查查组组组组发发发发现现现现问问问问题题题题已已已已经经经经非非非非常常常常严严严严重重重重，已已已已经经经经超超超超出出出出了了了了软软软软件件件件评评评评审审审审的的的的范范范范围围围围，那那那那么么么么，应应应应立立立立即即即即停停停停止止止止评评评评审审审审，向向向向有有有有关关关关上上上上级级级级报报报报告问题，以便上级做出重大改进的措施。告问题，以便上级做出重大改进的措施。告问题，以便上级做出重大改进的措施。告问题，以便上级做出重大改进的措施。 审审审审查查查查结结结结果果果果的的的的发发发发布布布布是是是是一一一一个个个个非非非非技技技技术术术术的的的的敏敏敏敏感感感感问问问问题题题题。什什什什么么么么性性性性质质质质的的的的结结结结果果果果可可可可以以以以发发发发布布布布，在在在在多多多多大大大大范范范范围围围围内内内内发发发发布布布布。审审审审查查查查结结结结果果果果如如如如果果果果比比比比较较较较满满满满意意意意，它它它它的的的的发发发发布布布布将将将将对对对对项项项项目目目目组组组组是是是是一一一一个个个个正正正正向向向向的的的的激激激激励励励励，是是是是相相相相关关关关人人人人员员员员能能能能力力力力的的的的象象象象征征征征。负负负负面面面面的的的的审审审审查查查查结结结结果果果果可可可可能能能能引引引引来来来来更更更更大大大大的的的的争争争争议议议议和和和和动动动动荡荡荡荡。因因因因此此此此，审审审审查查查查小小小小组组组组和和和和项项项项目目目目经经经经理理理理，要要要要充充充充分分分分沟沟沟沟通通通通，从从从从积积积积极极极极的的的的方方方方面面面面，使用审查结果。使用审查结果。使用审查结果。使用审查结果。 任任任任何何何何审审审审查查查查结结结结果果果果都都都都不不不不是是是是针针针针对对对对个个个个人人人人的的的的，但但但但是是是是任任任任何何何何工工工工作作作作都都都都是是是是由由由由具具具具体体体体个个个个人人人人来来来来负责和承担相应责任的。因此，审查结果的难处，就在这句话的二面性。负责和承担相应责任的。因此，审查结果的难处，就在这句话的二面性。负责和承担相应责任的。因此，审查结果的难处，就在这句话的二面性。负责和承担相应责任的。因此，审查结果的难处，就在这句话的二面性。籽韦焰千圈锤狡款霄馒坠烽决悉窃雇病苹渗刷醇邀谐疆撕巡羊虽尽锁终忙第六章项目的质量管理第六章项目的质量管理6.3.3需求审查需求审查需求审查表（问题清单）需求审查表（问题清单）需求审查表（问题清单）需求审查表（问题清单）（1 1） 需求是否定义了要向用户展示的全部信息？需求是否定义了要向用户展示的全部信息？需求是否定义了要向用户展示的全部信息？需求是否定义了要向用户展示的全部信息？（2 2） 需求是否论述了系统对用户错误操作的反映？需求是否论述了系统对用户错误操作的反映？需求是否论述了系统对用户错误操作的反映？需求是否论述了系统对用户错误操作的反映？（3 3） 每一需求项的描述是否清楚、简洁和没有二意性？每一需求项的描述是否清楚、简洁和没有二意性？每一需求项的描述是否清楚、简洁和没有二意性？每一需求项的描述是否清楚、简洁和没有二意性？（4 4） 每一项需求是否都是可测试的？每一项需求是否都是可测试的？每一项需求是否都是可测试的？每一项需求是否都是可测试的？（5 5） 需求是否有隐含或暗示的功能理解？需求是否有隐含或暗示的功能理解？需求是否有隐含或暗示的功能理解？需求是否有隐含或暗示的功能理解？（6 6） 需求项之间是否有自相矛盾的地方？需求项之间是否有自相矛盾的地方？需求项之间是否有自相矛盾的地方？需求项之间是否有自相矛盾的地方？（7 7） 需求是否有应该论述但没有提及的地方？需求是否有应该论述但没有提及的地方？需求是否有应该论述但没有提及的地方？需求是否有应该论述但没有提及的地方？（8 8） 需求对实时性、精确度、负载能力等有没有定义？需求对实时性、精确度、负载能力等有没有定义？需求对实时性、精确度、负载能力等有没有定义？需求对实时性、精确度、负载能力等有没有定义？（9 9） 需求是否包括了性能需求、质量需求等非功能需求？需求是否包括了性能需求、质量需求等非功能需求？需求是否包括了性能需求、质量需求等非功能需求？需求是否包括了性能需求、质量需求等非功能需求？（1010） 如果需求涉及复杂的关联关系、复杂的算法、复杂的决策如果需求涉及复杂的关联关系、复杂的算法、复杂的决策如果需求涉及复杂的关联关系、复杂的算法、复杂的决策如果需求涉及复杂的关联关系、复杂的算法、复杂的决策机制，用户能完全理解吗？机制，用户能完全理解吗？机制，用户能完全理解吗？机制，用户能完全理解吗？（1111） 需求对软件升级、版本变更是否有明确的承诺？需求对软件升级、版本变更是否有明确的承诺？需求对软件升级、版本变更是否有明确的承诺？需求对软件升级、版本变更是否有明确的承诺？（1212） 需求文档是否含有不必要的设计细节？需求文档是否含有不必要的设计细节？需求文档是否含有不必要的设计细节？需求文档是否含有不必要的设计细节？（1313） 是否可以根据需求，开发出适当的和完整的测试用例集？是否可以根据需求，开发出适当的和完整的测试用例集？是否可以根据需求，开发出适当的和完整的测试用例集？是否可以根据需求，开发出适当的和完整的测试用例集？（1414） 需求的假设和限制条件是否明确？需求的假设和限制条件是否明确？需求的假设和限制条件是否明确？需求的假设和限制条件是否明确？修防勋佛顾嗅恋织戚娇苔纱捡攒虹舱须弹啊甲楚峙薄化币揪腐介包褒刚俏第六章项目的质量管理第六章项目的质量管理6.3.3需求审查需求审查需求审查过程需求审查过程需求审查过程需求审查过程我们在上一节，已经一般地讨论过审查的过程。需求审查也遵循这我们在上一节，已经一般地讨论过审查的过程。需求审查也遵循这我们在上一节，已经一般地讨论过审查的过程。需求审查也遵循这我们在上一节，已经一般地讨论过审查的过程。需求审查也遵循这样的过程：组织审查组；收集项目组提交的被审查资料；确定审查日期；样的过程：组织审查组；收集项目组提交的被审查资料；确定审查日期；样的过程：组织审查组；收集项目组提交的被审查资料；确定审查日期；样的过程：组织审查组；收集项目组提交的被审查资料；确定审查日期；审查员在获得审查任务分配和开始工作，包括：对资料的阅读和评审、审查员在获得审查任务分配和开始工作，包括：对资料的阅读和评审、审查员在获得审查任务分配和开始工作，包括：对资料的阅读和评审、审查员在获得审查任务分配和开始工作，包括：对资料的阅读和评审、做实地的检查、调查和询问、记录并报告；参加评审会议并报告自己的做实地的检查、调查和询问、记录并报告；参加评审会议并报告自己的做实地的检查、调查和询问、记录并报告；参加评审会议并报告自己的做实地的检查、调查和询问、记录并报告；参加评审会议并报告自己的发现和分析。发现和分析。发现和分析。发现和分析。审查小组首先检查审查活动是否充分和没有偏差、疏漏。审查员对审查小组首先检查审查活动是否充分和没有偏差、疏漏。审查员对审查小组首先检查审查活动是否充分和没有偏差、疏漏。审查员对审查小组首先检查审查活动是否充分和没有偏差、疏漏。审查员对问题的认识有没有片面和主观。主审员根据自己的经验，可能会对年轻问题的认识有没有片面和主观。主审员根据自己的经验，可能会对年轻问题的认识有没有片面和主观。主审员根据自己的经验，可能会对年轻问题的认识有没有片面和主观。主审员根据自己的经验，可能会对年轻的审查员要求做出补充调查。通过讨论，审查小组争取对问题取得一致的审查员要求做出补充调查。通过讨论，审查小组争取对问题取得一致的审查员要求做出补充调查。通过讨论，审查小组争取对问题取得一致的审查员要求做出补充调查。通过讨论，审查小组争取对问题取得一致的意见，并形成审查报告。的意见，并形成审查报告。的意见，并形成审查报告。的意见，并形成审查报告。追踪与改正追踪与改正追踪与改正追踪与改正审查的目的是监督项目组对软件的品质，保持良好的状态和不断地审查的目的是监督项目组对软件的品质，保持良好的状态和不断地审查的目的是监督项目组对软件的品质，保持良好的状态和不断地审查的目的是监督项目组对软件的品质，保持良好的状态和不断地改进。因此，审查小组有责任跟踪项目组对审查结果的利用情况。改进。因此，审查小组有责任跟踪项目组对审查结果的利用情况。改进。因此，审查小组有责任跟踪项目组对审查结果的利用情况。改进。因此，审查小组有责任跟踪项目组对审查结果的利用情况。关注项目组的改进，是项目经理比关注审查结果更重要的事情。关注项目组的改进，是项目经理比关注审查结果更重要的事情。关注项目组的改进，是项目经理比关注审查结果更重要的事情。关注项目组的改进，是项目经理比关注审查结果更重要的事情。扛逸畴抵介瑰撤督歧清跨具撩丹拙狙客诅递掣侩质咱赎袖浪烛齿源枫湿洽第六章项目的质量管理第六章项目的质量管理6.3.4设计审查设计审查概要设计审查表（问题清单）概要设计审查表（问题清单）概要设计审查表（问题清单）概要设计审查表（问题清单）详细设计审查表（问题清单）详细设计审查表（问题清单）详细设计审查表（问题清单）详细设计审查表（问题清单）设计审查的目标：设计审查的目标：设计审查的目标：设计审查的目标：概要设计重点审查以下几个方面（概要设计重点审查以下几个方面（概要设计重点审查以下几个方面（概要设计重点审查以下几个方面（概要设计针对需求）概要设计针对需求）概要设计针对需求）概要设计针对需求）（1 1）概要设计对需求的完整实现；）概要设计对需求的完整实现；）概要设计对需求的完整实现；）概要设计对需求的完整实现； （2 2）概要设计与需求的一致性；）概要设计与需求的一致性；）概要设计与需求的一致性；）概要设计与需求的一致性；（3 3）概要设计向需求的反向可追踪；）概要设计向需求的反向可追踪；）概要设计向需求的反向可追踪；）概要设计向需求的反向可追踪；（4 4）概要设计中，对系统结构设计的逻辑性、合理性）概要设计中，对系统结构设计的逻辑性、合理性）概要设计中，对系统结构设计的逻辑性、合理性）概要设计中，对系统结构设计的逻辑性、合理性和可扩展性；和可扩展性；和可扩展性；和可扩展性；由于概要设计是直接衔接需求的，因此，概要设计审查由于概要设计是直接衔接需求的，因此，概要设计审查由于概要设计是直接衔接需求的，因此，概要设计审查由于概要设计是直接衔接需求的，因此，概要设计审查更多地是把设计与需求相衔接。更多地是把设计与需求相衔接。更多地是把设计与需求相衔接。更多地是把设计与需求相衔接。夸桔好而死截霄晤寺构憎埔苛峪履腔氟膊互潘盼宪男隐旅敖依惩峨滚路陆第六章项目的质量管理第六章项目的质量管理在在在在详细设计中，应重点审查以下方面（详细设计中，应重点审查以下方面（详细设计中，应重点审查以下方面（详细设计中，应重点审查以下方面（详细设计针对实现）详细设计针对实现）详细设计针对实现）详细设计针对实现） （1 1 1 1）设计应符合组织即定的标准；）设计应符合组织即定的标准；）设计应符合组织即定的标准；）设计应符合组织即定的标准； （2 2 2 2）设计结果对下一阶段的编码是可用的。）设计结果对下一阶段的编码是可用的。）设计结果对下一阶段的编码是可用的。）设计结果对下一阶段的编码是可用的。 由由由由于于于于详详详详细细细细设设设设计计计计直直直直接接接接提提提提供供供供编编编编码码码码实实实实现现现现，因因因因此此此此，在在在在组组组组织织织织内内内内，应应应应对对对对详详详详细细细细设设设设计计计计的的的的“粒粒粒粒度度度度”做做做做出出出出规规规规定定定定。这这这这样样样样，即即即即明明明明确确确确详详详详细细细细设设设设计计计计与与与与代代代代码码码码实实实实现现现现的的的的界界界界面面面面，同同同同时时时时，也也也也是是是是编编编编码码码码标标标标准准准准化化化化的的的的工工工工作作作作基础。在这方面，应结合实际，进行研究。基础。在这方面，应结合实际，进行研究。基础。在这方面，应结合实际，进行研究。基础。在这方面，应结合实际，进行研究。6.3.4设计审查设计审查挺款艺泡验淌调绑悯漏净莉易跋雄准巴犹搐吊忻锚赊几下磷文仗捎趾钮汛第六章项目的质量管理第六章项目的质量管理6.3.5代码审查代码审查代码的审查与具体实现工具有关，而且与具体实现工具的版本有关，代码的审查与具体实现工具有关，而且与具体实现工具的版本有关，代码的审查与具体实现工具有关，而且与具体实现工具的版本有关，代码的审查与具体实现工具有关，而且与具体实现工具的版本有关，因此，我们在这里就不具体讨论代码审查的内容。有不少文章具体讨因此，我们在这里就不具体讨论代码审查的内容。有不少文章具体讨因此，我们在这里就不具体讨论代码审查的内容。有不少文章具体讨因此，我们在这里就不具体讨论代码审查的内容。有不少文章具体讨论代码的标准化和设计技巧，可以作为审查的范本（如果必要的话）。论代码的标准化和设计技巧，可以作为审查的范本（如果必要的话）。论代码的标准化和设计技巧，可以作为审查的范本（如果必要的话）。论代码的标准化和设计技巧，可以作为审查的范本（如果必要的话）。代码审查的一个办法是走查。就是由审查人员代码审查的一个办法是走查。就是由审查人员代码审查的一个办法是走查。就是由审查人员代码审查的一个办法是走查。就是由审查人员“ “读读读读” ”工程师写的工程师写的工程师写的工程师写的代码，然后对照代码，然后对照代码，然后对照代码，然后对照“ “标准标准标准标准” ”进行检查，是对软件文档的一种书面检查。进行检查，是对软件文档的一种书面检查。进行检查，是对软件文档的一种书面检查。进行检查，是对软件文档的一种书面检查。它通过人工模拟执行源程序的过程，检查软件设计的正确性。人工模它通过人工模拟执行源程序的过程，检查软件设计的正确性。人工模它通过人工模拟执行源程序的过程，检查软件设计的正确性。人工模它通过人工模拟执行源程序的过程，检查软件设计的正确性。人工模拟也像计算机执行那样，可以仔细推敲、校验和核实每一步的执行结拟也像计算机执行那样，可以仔细推敲、校验和核实每一步的执行结拟也像计算机执行那样，可以仔细推敲、校验和核实每一步的执行结拟也像计算机执行那样，可以仔细推敲、校验和核实每一步的执行结果，进而确定其执行逻辑、控制模型、算法和使用参数与数据的正确果，进而确定其执行逻辑、控制模型、算法和使用参数与数据的正确果，进而确定其执行逻辑、控制模型、算法和使用参数与数据的正确果，进而确定其执行逻辑、控制模型、算法和使用参数与数据的正确性。性。性。性。走查是一件非常艰苦的工作，同时是需要非常大的毅力和记忆力走查是一件非常艰苦的工作，同时是需要非常大的毅力和记忆力走查是一件非常艰苦的工作，同时是需要非常大的毅力和记忆力走查是一件非常艰苦的工作，同时是需要非常大的毅力和记忆力的工作。因为一个系统程序量之大，组织的规则和要求之多。审查员的工作。因为一个系统程序量之大，组织的规则和要求之多。审查员的工作。因为一个系统程序量之大，组织的规则和要求之多。审查员的工作。因为一个系统程序量之大，组织的规则和要求之多。审查员要做的是要做的是要做的是要做的是N N的的的的N N次方的核对。现在也有一些计算机程序，按一定的规次方的核对。现在也有一些计算机程序，按一定的规次方的核对。现在也有一些计算机程序，按一定的规次方的核对。现在也有一些计算机程序，按一定的规则，帮助审查员则，帮助审查员则，帮助审查员则，帮助审查员“ “读读读读” ”程序，并挑出（有的可以做简单的修改）毛病，程序，并挑出（有的可以做简单的修改）毛病，程序，并挑出（有的可以做简单的修改）毛病，程序，并挑出（有的可以做简单的修改）毛病，VBVB就有这样的程序。如果没有计算机程序的帮助，审查员会就有这样的程序。如果没有计算机程序的帮助，审查员会就有这样的程序。如果没有计算机程序的帮助，审查员会就有这样的程序。如果没有计算机程序的帮助，审查员会“ “疯疯疯疯” ”掉的。掉的。掉的。掉的。掀拎痹鲜沃湖芯勾洪趟菲袍湃兄瞅娟藕级罐阜驱殉代世荤瓣脚捌异第痛爵第六章项目的质量管理第六章项目的质量管理6.3.6测试审查测试审查测试审查是对测试结果进行审查，它审查的内容包括测试审查是对测试结果进行审查，它审查的内容包括测试审查是对测试结果进行审查，它审查的内容包括测试审查是对测试结果进行审查，它审查的内容包括（1 1）对测试用例的审查：测试用例的哪些要素（用）对测试用例的审查：测试用例的哪些要素（用）对测试用例的审查：测试用例的哪些要素（用）对测试用例的审查：测试用例的哪些要素（用例名、测试日期、预期测试结果等）是否齐备？（宽度）例名、测试日期、预期测试结果等）是否齐备？（宽度）例名、测试日期、预期测试结果等）是否齐备？（宽度）例名、测试日期、预期测试结果等）是否齐备？（宽度）（2 2）在概要设计和详细设计中确定的关键点或特殊）在概要设计和详细设计中确定的关键点或特殊）在概要设计和详细设计中确定的关键点或特殊）在概要设计和详细设计中确定的关键点或特殊需求是否都测试到了？（深度）需求是否都测试到了？（深度）需求是否都测试到了？（深度）需求是否都测试到了？（深度）（3 3）测试过程（步骤、环境、用户模拟等）的设计）测试过程（步骤、环境、用户模拟等）的设计）测试过程（步骤、环境、用户模拟等）的设计）测试过程（步骤、环境、用户模拟等）的设计是否正确、恰当？是否正确、恰当？是否正确、恰当？是否正确、恰当？（4 4）预期值与结果值的差异统计；）预期值与结果值的差异统计；）预期值与结果值的差异统计；）预期值与结果值的差异统计；（5 5）测试目的是否达到？）测试目的是否达到？）测试目的是否达到？）测试目的是否达到？肝乱啊鬃仆掖评淖瓮豢炎廉忽旧馁媚声棕铆交锨格捻延徽压栅陛本华稍代第六章项目的质量管理第六章项目的质量管理6.1软件质量的度量软件质量的度量6.2软件的确认软件的确认6.3软件的验证软件的验证6.4软件质量保证过程软件质量保证过程6.5 6.5 软件质量保证体系软件质量保证体系6.6测试方法与工具测试方法与工具介绍介绍第六章 目录滋擒爵耻叠攀咀墒愁爹味仑永前讯啥己婴钩非麓殆觅惶损邦腊风饼汀鉴削第六章项目的质量管理第六章项目的质量管理6.46.4软件质量保证过程软件质量保证过程软件质量保证过程软件质量保证过程6.4.16.4.1现代质量管理回顾现代质量管理回顾现代质量管理回顾现代质量管理回顾6.4.2ISO90006.4.2ISO9000质量管理体系质量管理体系质量管理体系质量管理体系6.4.3PMBOK6.4.3PMBOK的质量管理的质量管理的质量管理的质量管理6.4.4CMM26.4.4CMM2的质量保证的质量保证的质量保证的质量保证究胆特隔慑掠囱醇爆谩疙挟抄案卤从脸前碌为森丰宿裳邮植陵逃凝子曲镣第六章项目的质量管理第六章项目的质量管理6.4.1 现代质量管理回顾n现代质量管理是对项目管理的补充现代质量管理是对项目管理的补充n现代质量管理在以下方面，做出更多的强调：现代质量管理在以下方面，做出更多的强调： （1 1）以客户满意为质量目标；以客户满意为质量目标； （2 2）比注重结果更多地注重过程；比注重结果更多地注重过程； （3 3）管理层对质量负有责任。管理层对质量负有责任。n这些观点，是以下这些质量管理大师和前辈，在逐步总结这些观点，是以下这些质量管理大师和前辈，在逐步总结质量管理经验的基础上，建立起来的。质量管理经验的基础上，建立起来的。渗带争酗灸晶涩氯南尽各齿盲晌覆尼题茶赔曲森效擂云胖博侨恒烟迈焕缺第六章项目的质量管理第六章项目的质量管理ISO9000质量管理体系 n什么是什么是质质量量认证认证n质质量量认证认证也叫合格也叫合格评评定，是国定，是国际际上通行的管理上通行的管理产质产质量的有量的有效方法。效方法。质质量量认证认证按按认证认证的的对对象分象分为产质为产质量量认证认证和和质质量体量体系系认证认证两两类类；按；按认证认证的作用可分的作用可分为为安全安全认证认证和合格和合格认证认证。n什么是什么是产产品品质质量量认证认证n产产品品质质量量认证认证是指依据是指依据产产品品标标准和相准和相应应技技术术要求，要求，经认证经认证机构确机构确认认并通并通过颁发认证证书过颁发认证证书和和认证标认证标志来志来证证明某一明某一产产品品符合相符合相应标应标准和相准和相应应技技术术要求的活要求的活动动。n什么是什么是质质量体系量体系认证认证n质质量体系量体系认证认证的的对对象是企象是企业业的的质质量体系，或者量体系，或者说说是企是企业业的的质质量保量保证证能力。能力。 亦均测禹郧卡矗诡捣州瞪郴谅鸳灌始能稿畸斤烁恫辈穷观违奎鄙签拟享品第六章项目的质量管理第六章项目的质量管理ISO9000质量管理体系n质量体系文件的层次质量体系文件的层次l第一层：质量手册第一层：质量手册l第二层：程序文件第二层：程序文件l第三层：作业指导书第三层：作业指导书管管理理性性第第三三层层文文件件（如如：车车间间管管理理办办法法、仓仓库库管管理理办法、文件和资料编写导则、产品标识细则等）办法、文件和资料编写导则、产品标识细则等）技技术术性性第第三三层层文文件件（如如：产产品品标标准准、原原材材料料标标准准、技技术术图图纸纸、工工序序作作业业指指导导书书、工工艺艺卡卡、设设备备操操作作规规程、抽样标准、检验规程等）程、抽样标准、检验规程等）l 第四层第四层 表格与（质量）记录。表格与（质量）记录。惟仆行疟荧拄瑚垢惟眼在栽顷冻罗搀锁龙痊颁池逗鞍哆迅蔗柱籍盯婴玖谭第六章项目的质量管理第六章项目的质量管理ISO9000质量管理体系n质量体系文件的作用质量体系文件的作用1. 1. 质质量量体体系系文文件件确确定定了了职职责责的的分分配配和和活活动动的的程程序序，是是企企业业内内部部的的“法规法规”。 2. 2. 质量体系文件是企业开展内部培训的依据。质量体系文件是企业开展内部培训的依据。 3. 3. 质量体系文件是质量审核的依据。质量体系文件是质量审核的依据。4. 4. 质量体系文件使质量改进有章可循。质量体系文件使质量改进有章可循。ISO9000ISO9000质量管理的质量管理的8 8项原则：项原则：原则原则1 1： 以顾客为中心以顾客为中心 原则原则2 2： 领导作用领导作用原则原则3 3： 全员参与全员参与 原则原则4 4： 过程方法过程方法 原则原则5 5： 管理的系统方法管理的系统方法 原则原则6 6： 持续改进持续改进原则原则7 7： 基于事实的决策方法基于事实的决策方法原则原则8 8： 互利的供方关系互利的供方关系 波咐没绍超趴螺湃任敬堂枣然腺裹炬喻给诸氛杉丘俐艘锰莉淄尼诽统蘑揩第六章项目的质量管理第六章项目的质量管理ISO9000质量管理体系nISO9000-94ISO9000-94与与ISO9000-2000ISO9000-2000版之间的主要区别版之间的主要区别（1 1）在管理思想上的发展：）在管理思想上的发展： （2 2）在体系文件管理上变化：）在体系文件管理上变化： （3 3）更强调内部沟通：）更强调内部沟通：（4 4）更加强调有效的持续改进：）更加强调有效的持续改进： （5 5）增加了一条）增加了一条“允许的裁剪允许的裁剪”： （6 6）数据分析和处理：）数据分析和处理：戊劣临码茧巧违节枪搓葡团坑涡滁糙游迟漂臭佰瞥渊原船确咱乒宝吊漾汤第六章项目的质量管理第六章项目的质量管理6.4.3 CMM2的质量保证过程nCMM2CMM2质量保证（质量保证（SQASQA）的目标）的目标 CMM2CMM2对对SQASQA确定了确定了4 4个目标，它们是：个目标，它们是： 目标目标1 1：对软件质量保证活动做到有计划；：对软件质量保证活动做到有计划； 目标目标2 2：客观地验证软件产品及其活动是否遵守应用的：客观地验证软件产品及其活动是否遵守应用的 标准、规程和需求；标准、规程和需求； 目标目标3 3：将软件质量保证活动及其结果及时通知相关小：将软件质量保证活动及其结果及时通知相关小 组和个人；组和个人； 目标目标4：由上级管理部门及时处理软件项目内部解决不：由上级管理部门及时处理软件项目内部解决不 了的不一致性问题。了的不一致性问题。忘偶皱彩抖矽赵戮熔奎绢袒疹葡俺宝远馒袍杜舶策掩较穷旱棋嘱汗经吨例第六章项目的质量管理第六章项目的质量管理CMM2的质量保证过程nCMM2CMM2的质量保证活动的质量保证活动 CMM2CMM2对对SQASQA定义了定义了8 8项活动，它们是：项活动，它们是：活动活动1 1：与项目总体计划同步地制订：与项目总体计划同步地制订SQASQA计划；计划；活动活动2 2：SQASQA组按组按SQASQA计划进行活动；计划进行活动；活动活动3 3：SQASQA组要参与制订和评审项目的软件开发计划、标准组要参与制订和评审项目的软件开发计划、标准 和规程；和规程；活动活动4 4：SQASQA小组要评审软件工程活动，验证其一致性；小组要评审软件工程活动，验证其一致性；活动活动5 5：SQASQA小组要审核软件产品，验证其一致性；小组要审核软件产品，验证其一致性；活动活动6 6：SQASQA小组要定期向软件工程组报告活动结果；小组要定期向软件工程组报告活动结果；活动活动7 7：依据规定，归档和处理软件活动和产品中的偏差；：依据规定，归档和处理软件活动和产品中的偏差；活动活动8 8：合适时，与用户的：合适时，与用户的SQASQA人员定期对人员定期对SQASQA组的活动和结组的活动和结 果，进行评审。果，进行评审。蜂般秤巍漫猿韦辆忙猿灶貌赫驶亥赶通铆擒捆埠巫需刀靴色识裁癸烈椅颓第六章项目的质量管理第六章项目的质量管理CMM2的质量保证过程nCMM2的测量分析的测量分析 CMM2CMM2对对SQASQA活活动动的的成成本本消消耗耗和和进进度度情情况况，进进行行测测量量和和分分析析，例例如如：SQASQA活活动动的的里里程程碑碑完完成成情情况况，与与计计划划相相比比较较进进行行分分析析；SQASQA活活动动已已完完成成的的工工作作所所花花费费的的工工作作量量和和成成本本与与计计划划的的比比较较分分析析；产产品品审审核核和和活活动动评评审审的的次次数数与与计计划划的的比比较较分分析等。析等。nCMM2CMM2的验证执行的验证执行 验证活动主要包括二个方面，一是上级管理部门要实施验证活动主要包括二个方面，一是上级管理部门要实施定期地对定期地对SQA活动的评审，适当地、及时地掌握软件过程活动的评审，适当地、及时地掌握软件过程活动。二是项目负责人要定期和根据实际需要，随时地评活动。二是项目负责人要定期和根据实际需要，随时地评审审SQA的活动，实行对软件活动的跟踪和监督。的活动，实行对软件活动的跟踪和监督。锨锣平万绅缔馋拘郎麓廓蜒艾隅肤分穆星纪艘奸骂城伎馒词坝班蛆适傈疏第六章项目的质量管理第六章项目的质量管理ISO9000ISO9000与与CMMCMM的比较的比较比较内容比较内容20002000版版ISO/DIS9001ISO/DIS9001CMMCMM管理体系管理体系强强调调完完整整的的组组织织体体系系，可可以以用用来来建建立立符符合合ISO9000ISO9000管管理理的的组组织织管理管理本本身身对对管管理理体体系系没没有有明明确确要要求求，默认组织体系是有效的、健全的。默认组织体系是有效的、健全的。管理侧重管理侧重组织管理过程管理组织管理过程管理项项目目管管理理技技术术管管理理过过程程的的控控制制以以KPAKPA的的形形式式来来强强调调各各环环节节的的管管理理，但缺乏整个过程的管理。但缺乏整个过程的管理。管理职责管理职责强调宏观上的管理职责强调宏观上的管理职责强调项目管理中不同角色职责强调项目管理中不同角色职责文件体系文件体系分分为为组组织织层层（规规范范）文文件件和和项项目目层层文文件件，并并将将文文件件体体系系化化分分为为质质量量手手册册、程程序序文文件件和和作作业业指导书，层次清楚指导书，层次清楚所有文件同等对待所有文件同等对待数据分析数据分析加强了数据分析、测量加强了数据分析、测量在定量过程管理（在定量过程管理（KPAKPA）中强调）中强调适用范围适用范围所所有有行行业业，但但对对软软件件行行业业的的适适用用性性不不够够强强，对对企企业业规规模模无无要要求求大大型型软软件件企企业业（500500人人以以上上），对对于于500500人人以以下下的的中中小小型型企企业业需需要要进进行裁剪行裁剪手碘代幅硒虞伞蕾兄还午琵经崖蟹戳炽堆悔秆捅拴事弊摩娠巳昨爱近达笛第六章项目的质量管理第六章项目的质量管理ISO9000ISO9000与与CMMCMM的比较的比较管理理念管理理念以顾客满意为目标以顾客满意为目标评价承包商的软件成熟能力评价承包商的软件成熟能力配置管理配置管理弱弱强强需求管理需求管理强强调调了了合合同同评评审审，但但对对需需求求的管理很弱的管理很弱对对需需求求管管理理有有很很强强的的控控制制，但但没没有有对对合合同同评审进行控制评审进行控制评审评审有有较较强强的的管管理理评评审审，但但对对技技术评审管理较弱术评审管理较弱有有较较强强的的技技术术评评审审，但但对对管管理理评评审审的的控控制制较弱较弱内部沟通内部沟通强调内部沟通强调内部沟通强强调调内内部部沟沟通通，并并通通过过组组际际协协调调（KPAKPA）来实现。来实现。外部沟通外部沟通强调内部沟通强调内部沟通强强调调内内部部沟沟通通，并并通通过过组组际际协协调调（KPAKPA）来实现。来实现。变更管理变更管理弱弱强强（有有专专门门的的KPAKPA进进行行控控制制，包包括括技技术术变变更和过程变更）更和过程变更）比较内容比较内容20002000版版ISO/DIS9001ISO/DIS9001CMMCMM杏坯仰汲捐呢菜浸掣宴然枢谈铆悍旷脖韩鞋挖蜕螟忧抑辛域茁杂芋纲啦斋第六章项目的质量管理第六章项目的质量管理6.4.4 PMBOK的质量管理过程p 项目的质量的二层含义项目的质量的二层含义项目的质量的二层含义项目的质量的二层含义pp从项目作为一项最终产品来看，项目质量体现在其性从项目作为一项最终产品来看，项目质量体现在其性从项目作为一项最终产品来看，项目质量体现在其性从项目作为一项最终产品来看，项目质量体现在其性能或者使用价值上，也即能或者使用价值上，也即能或者使用价值上，也即能或者使用价值上，也即项目的产品质量项目的产品质量项目的产品质量项目的产品质量。pp从项目作为一次性的活动来看，项目管理质量体现在从项目作为一次性的活动来看，项目管理质量体现在从项目作为一次性的活动来看，项目管理质量体现在从项目作为一次性的活动来看，项目管理质量体现在由由由由WBSWBS反映出的项目范围内所有的阶段、子项目、项反映出的项目范围内所有的阶段、子项目、项反映出的项目范围内所有的阶段、子项目、项反映出的项目范围内所有的阶段、子项目、项目工作单元的质量所构成，也即目工作单元的质量所构成，也即目工作单元的质量所构成，也即目工作单元的质量所构成，也即项目的工作质量项目的工作质量项目的工作质量项目的工作质量；p 项目是应业主的要求进行的项目是应业主的要求进行的项目是应业主的要求进行的项目是应业主的要求进行的, ,不同的业主有着不同的产品不同的业主有着不同的产品不同的业主有着不同的产品不同的业主有着不同的产品质量要求，其意图已反映在项目合同中。因此，质量要求，其意图已反映在项目合同中。因此，质量要求，其意图已反映在项目合同中。因此，质量要求，其意图已反映在项目合同中。因此，项目合同项目合同项目合同项目合同是进行项目产品质量管理的主要依据是进行项目产品质量管理的主要依据是进行项目产品质量管理的主要依据是进行项目产品质量管理的主要依据。pPMBOKPMBOKPMBOKPMBOK的项目质量管理是：的项目质量管理是：的项目质量管理是：的项目质量管理是：p在质量体系中，决定质量工作的策略、目标和责任的全在质量体系中，决定质量工作的策略、目标和责任的全在质量体系中，决定质量工作的策略、目标和责任的全在质量体系中，决定质量工作的策略、目标和责任的全部管理功能有关的所有活动，并通过诸如质量计划、部管理功能有关的所有活动，并通过诸如质量计划、部管理功能有关的所有活动，并通过诸如质量计划、部管理功能有关的所有活动，并通过诸如质量计划、质量保证和质量提高等手段来完成这些活动。质量保证和质量提高等手段来完成这些活动。质量保证和质量提高等手段来完成这些活动。质量保证和质量提高等手段来完成这些活动。聚鹏范氟亩安袖暇盔槛揭脏哄给窄赣妹苹饮控儿借戒桶臭肝尧物恬人肮逼第六章项目的质量管理第六章项目的质量管理PMBOK的质量管理过程pPMBOKPMBOKPMBOKPMBOK的质量管理过程是：的质量管理过程是：的质量管理过程是：的质量管理过程是：p质质质质量量量量计计计计划划划划-确确确确定定定定哪哪哪哪些些些些质质质质量量量量标标标标准准准准适适适适用用用用于于于于该该该该项项项项目目目目，并并并并决决决决定定定定如如如如何达标。何达标。何达标。何达标。p质质质质量量量量保保保保证证证证-在在在在常常常常规规规规基基基基础础础础上上上上对对对对整整整整个个个个项项项项目目目目执执执执行行行行情情情情况况况况作作作作评评评评估估估估，以提供信用，保证该项目将能够达到有关质量标准。以提供信用，保证该项目将能够达到有关质量标准。以提供信用，保证该项目将能够达到有关质量标准。以提供信用，保证该项目将能够达到有关质量标准。p质质质质量量量量控控控控制制制制-监监监监控控控控特特特特定定定定项项项项目目目目的的的的执执执执行行行行结结结结果果果果，以以以以确确确确定定定定它它它它们们们们是是是是否否否否符符符符合合合合有有有有关关关关的的的的质质质质量量量量标标标标准准准准，并并并并确确确确定定定定适适适适当当当当方方方方式式式式消消消消除除除除导导导导致致致致项项项项目目目目绩效令人不满意的原因。绩效令人不满意的原因。绩效令人不满意的原因。绩效令人不满意的原因。p这些工作程序互有影响，并且与其它知识领域中的程序之这些工作程序互有影响，并且与其它知识领域中的程序之这些工作程序互有影响，并且与其它知识领域中的程序之这些工作程序互有影响，并且与其它知识领域中的程序之间也存在相互影响。依据项目的需要，每道程序都可能包间也存在相互影响。依据项目的需要，每道程序都可能包间也存在相互影响。依据项目的需要，每道程序都可能包间也存在相互影响。依据项目的需要，每道程序都可能包含一个或更多的个人或由团队的努力。在每个项目阶段中，含一个或更多的个人或由团队的努力。在每个项目阶段中，含一个或更多的个人或由团队的努力。在每个项目阶段中，含一个或更多的个人或由团队的努力。在每个项目阶段中，每道程序通常都会至少经历一次。每道程序通常都会至少经历一次。每道程序通常都会至少经历一次。每道程序通常都会至少经历一次。蔽耸断寥佩吻樊秸唉绚凿释清脾绝囚扎万凹柏玛债姑手纽蛮俐镁械焉杖糙第六章项目的质量管理第六章项目的质量管理PMBOK的项目质量管理过程一的项目质量管理过程一质量计划质量计划n质量计划的目的是：质量计划的目的是：确定哪些质量标准与项目有关确定哪些质量标准与项目有关及如何达到这些质量标准及如何达到这些质量标准n质量计划回答：质量计划回答：质质量量管管理理的的目目标标要要素素是是什什么么？如如何何产产生生和和确确定定这这些要素的？些要素的？如如何何度度量量、评评价价这这些些要要素素，并并证证实实已已经经达达到到了了这这些要素的要求些要素的要求衡量质量的二个重要指标：衡量质量的二个重要指标：n可靠性、可维护性可靠性、可维护性n对对产产品品和和服服务务进进行行细细致致的的质质量量计计划划，可可提提高高产产品或服务的可靠性与可维护性品或服务的可靠性与可维护性刁梅捞陪哺黔我苟病眉幂瞒氯岔林剩炭懊仪锭沛影览呕棕诀贞迪雷牺冷何第六章项目的质量管理第六章项目的质量管理质量计划过程的输入n质质量量方方针针：质质量量方方针针是是对对项项目目的的质质量量目目标标和和方方向向所所作作出出的的一一个个指指导导性性文文件件，因因此此项项目目管管理理工工作作组组应应制制定定自自己己的的质质量量工工作作方方针针，同同时时项项目目的的质量方针应与项目的投资者完全共享。质量方针应与项目的投资者完全共享。n范范围围陈陈述述：项项目目的的范范围围陈陈述述说说明明了了投投资资者者的的需需求求以以及及项项目目的的主主要要要要求求和目标，因此范围陈述是项目质量计划确定的主要依据和基础。和目标，因此范围陈述是项目质量计划确定的主要依据和基础。n产产品品描描述述：尽尽管管产产品品描描述述的的相相关关要要素素可可能能在在范范围围描描述述中中予予以以强强调调，然然而而产产品品的的描描述述通通常常包包含含更更加加详详细细的的技技术术要要求求和和其其它它的的内内容容，它它对对于于项项目质量计划的制定非常有用。目质量计划的制定非常有用。n标标准准和和规规则则：项项目目质质量量计计划划的的制制定定必必须须考考虑虑到到任任何何实实际际应应用用领领域域的的特特殊的标准和规则，这些都将影响项目质量计划的制定。殊的标准和规则，这些都将影响项目质量计划的制定。n其其它它工工作作的的输输出出：除除了了上上述述范范围围陈陈述述、产产品品描描述述之之外外，其其他他方方面面的的工工作作输输出出也也会会对对项项目目计计划划的的制制定定产产生生影影响响，比比如如说说采采购购计计划划就就要要说说明明承承包人的质量要求从而影响到项目质量管理的计划。包人的质量要求从而影响到项目质量管理的计划。n质质量量成成本本：质质量量成成本本是是指指为为了了达达到到产产品品/服服务务的的质质量量标标准准而而进进行行的的全全部部工工作作所所发发生生的的所所有有成成本本。包包括括一一致致成成本本和和不不一一致致成成本本，后后者者又又包包括括预防、鉴定和故障成本。预防、鉴定和故障成本。钦朗朋巨胰捂谓沫娱杨告厨沸旨砂熟们邱元为衡惭捌酮曹窜邮吼挛孩鸳扳第六章项目的质量管理第六章项目的质量管理质量成本n质量成本包括：质量成本包括：一一致致成成本本：计计划划编编制制、培培训训辅辅导导、过过程程控控制制、实实地地测测量量、设设计计确认、过程确认、测量评价、质量审计、维护校准确认、过程确认、测量评价、质量审计、维护校准不不一一致致成成本本：废废料料、返返工工、加加速速处处理理、额额外外材材料料或或存存货货、现现场场维修、保修服务、投诉处理、责任判定、产品取消、改正措施维修、保修服务、投诉处理、责任判定、产品取消、改正措施质量成本又可以分为：质量成本又可以分为：P成本、成本、A、F成本，如下表：成本，如下表：预防成本（P-成本 Preventive ）培训、过程能力研究、卖主/供应商调查评估成本（A成本-Appraisal）检查和测试、检查和测试设备维护、处理并报告检查数据的成本、设计审查、内部设计审查、走查、费用审查缺陷成本（F成本-Failure）内部缺陷成本废料与返工、与推迟付款有关的费用、缺陷存货成本、工程变动成本、设计错误纠正、纠正文档外部缺陷成本担保费用、现场服务人员培训、产品责任诉讼、投诉处理、未来经营损失跳脆呕认丹瘫欣绿痞坷拖笼趣渴宇攻烘氏北受柒英刀览驰筋大拥铆残颖染第六章项目的质量管理第六章项目的质量管理质量计划制定的方法和技术 n利利益益/成成本本分分析析：质质量量计计划划必必须须综综合合考考虑虑利利益益/成成本本的的交交换换，满满足足质质量量需需求求的的主主要要利利益益是是减减少少重重复复性性工工作作，这这就就意意味味着着高高的的产产出出、低低的的支支出出及及增增加加投投资资者者的的满满意意度度。满满足足质质量量要要求求的的基基本本费费用用是是辅辅助助项项目目质质量量管管理理活活动动的的付付出出，其其基基本本原原则是利益与成本之比尽可能的大。则是利益与成本之比尽可能的大。n基基准准：基基准准主主要要是是通通过过比比较较实实际际或或计计划划项项目目的的实实施施与与其其它它同同类类项项目目的的实实施施过过程程，为为改改进进项项目目实实施施过过程程提提供供思思路路和和提提供一个实施的标准。供一个实施的标准。n流程图流程图：原因结果（鱼刺）图：原因结果（鱼刺）图：系统流程图系统流程图:n试试验验设设计计：试试验验设设计计对对于于分分析析辨辨明明对对整整个个项项目目输输出出结结果果最最有有影影响响的的因因素素是是很很为为有有效效的的，但但该该方方法法的的应应用用存存在在着着费费用用进度交换的问题。进度交换的问题。嘻豪剔戈板蒲首噪务涪保预垫可彦反四违登咳览券隅敷铺害瑶慑倍伏宏占第六章项目的质量管理第六章项目的质量管理p因果（鱼刺）图：因果（鱼刺）图：p主要用来分析和说明各种因素和原因是如何导致或者主要用来分析和说明各种因素和原因是如何导致或者产生主要问题和后果的。产生主要问题和后果的。p特点：特点：p用图表形式表示各因素之间的关系用图表形式表示各因素之间的关系p是头脑风暴、过程考察等分析活动的常用工具是头脑风暴、过程考察等分析活动的常用工具p有利于刺激思考、组织思路有利于刺激思考、组织思路帕屑洋陕渺倾黎蹬埔遗颅踞廷镑盖盾谰仍蒸扁絮钎砾己踌厘栽衅赚祈义掸第六章项目的质量管理第六章项目的质量管理系统流程图系统流程图系统流程图系统流程图:主要用来说明系统各种要素之间存在的相互关系，通过流主要用来说明系统各种要素之间存在的相互关系，通过流程图可以帮助项目组提出解决质量问题的相关方法。程图可以帮助项目组提出解决质量问题的相关方法。甥极蒂锣冒浦凭浑替讶浊恬玫齐降穴涡朗沙滴芥圭锥燕验船渝炒核萨边焦第六章项目的质量管理第六章项目的质量管理质量计划过程的输出n质质量量管管理理计计划划：质质量量管管理理计计划划主主要要描描述述项项目目管管理理组组应应该该如如何实施它的质量方针。何实施它的质量方针。n具具体体操操作作说说明明：对对于于一一些些特特殊殊条条款款需需要要附附加加的的操操作作说说明明，包包括括对对他他们们的的解解释释及及在在质质量量控控制制过过程程中中如如何何度度量量的的问问题题。比比如如说说满满足足项项目目进进度度日日期期不不能能足足以以说说是是对对项项目目管管理理质质量量的的度度量量，项项目目管管理理组组还还必必须须指指出出每每一一项项工工作作是是否否按按时时开开始始或或者者按按时时结结束束，各各个个独独立立的的工工作作是是否否被被度度量量或或者者仅仅是是做做了了一一定的说明等类似情况。定的说明等类似情况。n检检查查表表格格：检检查查表表格格是是一一种种用用于于对对项项目目执执行行情情况况进进行行分分析析的的工工具具，其其可可能能是是简简单单的的也也可可能能是是复复杂杂的的，通通常常的的描描述述包包括括命命令令和和询询问问两两种种形形式式。许许多多组组织织已已经经形形成成了了标标准准的的确确保保频繁执行的工作顺利执行的体系。频繁执行的工作顺利执行的体系。n其它过程的输入其它过程的输入：质量计划过程也有助于对其它领域工作：质量计划过程也有助于对其它领域工作的开展。的开展。较啸燥缎攘彻氟曳倔罩淬筏脸凡浅拎魁牢岭巍融脑深奔悄瓢剃盾缄茹甥匀第六章项目的质量管理第六章项目的质量管理PMBOK的项目质量管理过程二质量保证 n质质量量保保证证是是在在质质量量体体系系中中实实施施的的全全部部有有计计划划、有有系系统统的的活动，它用来树立满足项目相关标准的信心。活动，它用来树立满足项目相关标准的信心。n质质量量保保证证是是所所有有计计划划和和系系统统工工作作实实施施达达到到质质量量计计划划要要求求的的基基础础，为为项项目目质质量量系系统统的的正正常常运运转转提提供供可可靠靠的的保保证证，它它应应该该贯贯穿穿于于项项目目实实施施的的全全过过程程之之中中。在在ISO9000系系列列实施之前，质量保证通常被描述在质量计划之中。实施之前，质量保证通常被描述在质量计划之中。n检查表检查表n质质量量保保证证通通常常是是由由质质量量保保证证部部门门或或者者类类似似的的组组织织单单元元提提供供，但但是是不不必必总总是是如如此此。质质量量保保证证通通常常提提供供给给项项目目管管理理组组以以及及实实施施组组织织（内内部部质质量量保保证证）或或者者提提供供给给客客户户或或项项目工作涉及的其它活动（外部质量保证）。目工作涉及的其它活动（外部质量保证）。忧页排凶殆中奋口鄂却苫众殃忿鼎据霜史诛纬讫碴艳锣俊喷句馅鹿捐腐昆第六章项目的质量管理第六章项目的质量管理质量保证过程的输入n质量管理计划n质量控制度量的结果：质量控制度量是为了比较和分析所作的质量控制测试的记录和度量。n操作说明平些桩士登奢贡媳叫喊内畸激厢摸着恰敢衙朔降腮抄炕帽菱臃披榜矽军旬第六章项目的质量管理第六章项目的质量管理质量保证的工具和方法n质量计划编制的工具和技术（计划编制中已经介绍）质量计划编制的工具和技术（计划编制中已经介绍）n质质量量审审核核：质质量量审审核核是是确确定定质质量量活活动动及及其其有有关关结结果果是是否否符符合计划安排，以及这些安排是否有效贯彻。通过审核：合计划安排，以及这些安排是否有效贯彻。通过审核：保证项目质量符合规定要求；保证项目质量符合规定要求；保证设计、实施与组织过程符合规定要求；保证设计、实施与组织过程符合规定要求；保保证证质质量量体体系系有有效效运运行行并并不不断断完完善善，提提高高质质量量管管理理水水平。平。n质量审核的分类包括质量审核的分类包括:质量体系审核质量体系审核项目质量审核项目质量审核过程（工序）质量审核过程（工序）质量审核监督审核监督审核内部质量审核内部质量审核外部质量审核外部质量审核n质质量量审审核核可可以以是是有有计计划划的的，也也可可以以是是随随机机的的，它它可可以以由由专专门的审计员或者是第三方质量系统注册组织审核。门的审计员或者是第三方质量系统注册组织审核。蓝卜指禁校薪傲颖市附平牧赂狞氰幽咎篷伯级淹域练粥渍厚卧乾体武兔睛第六章项目的质量管理第六章项目的质量管理质量保证过程的输出n质量改进：质量改进：n质量改进包括达到以下目的的各种行动：质量改进包括达到以下目的的各种行动：增增加加项项目目有有效效性性和和效效率率以以提提高高项项目目投投资资者者的的利益。利益。n在在大大多多数数情情况况下下，质质量量改改进进将将要要求求改改变变不不正正确确的行动以及克服这种不正确行动的过程。的行动以及克服这种不正确行动的过程。瞪沼校匆伏篓垒远火剥芒阮忧盗举锰搭烃既寅苗孰诚帅杏栗久片蝎势予敦第六章项目的质量管理第六章项目的质量管理PMBOK项目质量管理过程三项目质量控制n质质量量控控制制主主要要是是监监督督项项目目的的实实施施结结果果，将将项项目目的的结结果果与与事事先先制制定定的的质质量量标标准准进进行行比比较较，找找出出其其存存在在的的差差距距，并并分分析析形形成成这这一一差差距距的的原原因因，质质量量控控制制同同样样贯贯穿穿于于项项目目实实施施的的全全过过程程。项项目目的的结结果果包包括括产产品品结结果果（如如交交付付）以以及及管管理理结结果果（如如实实施施的的费费用用和和进进度度）。质质量量控控制制通通常常是是由由质质量量控控制制部部门门或或类类似似的的质质量量组组织织单单元元实实施施，但但是是也也并并非非总是如此。总是如此。n项项目目管管理理组组应应该该具具有有统统计计质质量量控控制制的的工工作作知知识识，特特别别是是抽抽样样检检查查和和概概率率方方面面的的知知识识，以以便便帮帮助助他他们们评评价价质质量量控控制的输出。他们应该清楚以下几个方面的不同：制的输出。他们应该清楚以下几个方面的不同：预防和检查预防和检查特征样本和随机样本特征样本和随机样本特殊原因和随机原因特殊原因和随机原因偏差和控制线偏差和控制线谩字憎阵抓逆绢团抬棚焚虫贺冻嗡插迁绩莫掉扔跃翌牺竟隧缚荔苑娇五从第六章项目的质量管理第六章项目的质量管理质量控制过程的输入n工作结果：包括实施结果和产品结果工作结果：包括实施结果和产品结果n质量管理计划质量管理计划n操作规范操作规范n检查表格检查表格祖祷倪役辙篙岁由斜严胃暮噬都雾刁聊建讼免困诱撮番决淖于捂后权弥耀第六章项目的质量管理第六章项目的质量管理质量控制的方法和技术 n检查：包括度量、考察和测试检查：包括度量、考察和测试n控制图：控制图：n帕累托图：帕累托图：n抽样调查统计：抽样调查统计：n流流程程图图：质质量量控控制制中中运运用用流流程程图图有有助助于于分分析析问问题题是如何发生的。是如何发生的。n趋趋势势分分析析：趋趋势势分分析析是是应应用用数数学学的的技技术术根根据据历历史史的的数数据据预预测测项项目目未未来来的的发发展展，趋趋势势分分析析通通常常被被用用来监控：来监控：技技术术参参数数：多多少少错错误误或或缺缺点点已已被被识识别别和和纠纠正正，多少错误仍然未被校正多少错误仍然未被校正费费用用和和进进度度参参数数：多多少少工工作作在在规规定定的的时时间间内内被被按期完成按期完成睦妇领涂谁斥菌遏亥震颊组蓉徐忧割搁辫乞嗽侗予魔拷啼兴散悬酒恬柞粱第六章项目的质量管理第六章项目的质量管理!控制图控制图n可以用来监控任何形式的输出变量，它用的最为频繁，可用于监控进可以用来监控任何形式的输出变量，它用的最为频繁，可用于监控进度和费用的变化，范围变化的量度和频率，项目说明中的错误，以及其度和费用的变化，范围变化的量度和频率，项目说明中的错误，以及其它管理结果。它管理结果。质量控制的工具质量控制的工具n当点位于控制线内时，我们说质量是处在正常的或期望的偏差范围之内，或当点位于控制线内时，我们说质量是处在正常的或期望的偏差范围之内，或处于控制之中，点在界限之外时，过程失去控制处于控制之中，点在界限之外时，过程失去控制n七点原则：七点原则：当有七个点连续的落在中线的同一侧，虽然没有超过控制线，但当有七个点连续的落在中线的同一侧，虽然没有超过控制线，但这也表明可能存在变动趋势，已经不属于随机因素，可能是特殊因素（故障、这也表明可能存在变动趋势，已经不属于随机因素，可能是特殊因素（故障、问题等）出现的征兆，应加以分析。问题等）出现的征兆，应加以分析。雇遍扬摄已态篮亮隘尸忆玛庄丈蕊蠢题占偶巧眺边僚甩涣辐蕊骋案线源长第六章项目的质量管理第六章项目的质量管理排列图（帕累托排列图（帕累托图）示例图）示例n帕累托（排列图）是一种直方图，由缺陷发生的频率组织而成，用以显示帕累托（排列图）是一种直方图，由缺陷发生的频率组织而成，用以显示故障后果与故障原因类型之间的比例关系。故障后果与故障原因类型之间的比例关系。n项目团队应首先采取措施，查找并解决导致最多缺陷的问题。项目团队应首先采取措施，查找并解决导致最多缺陷的问题。n排列图是帕累特法则（排列图是帕累特法则（2/8定律定律）的实例，）的实例，帕累特法则帕累特法则认为：大量（认为：大量（80%）的问题或缺陷，是由相应的少数（的问题或缺陷，是由相应的少数（20%）原因所导致的。）原因所导致的。质量控制的工具质量控制的工具蘸秘云脚九爽识挥秆朝氰烦支腊俄频唾迅请拷渴掣结棘幢侍壹瘫臣娠装乖第六章项目的质量管理第六章项目的质量管理n抽抽样样统统计计：包包括括抽抽取取总总体体中中的的一一个个部部分分进进行行检检验验，适适当当的的抽抽样样调查往往能降低质量控制成本。调查往往能降低质量控制成本。n与抽样有关的概念：与抽样有关的概念：n属性与变量抽样：属性与变量抽样：n属属性性：可可被被划划分分为为与与要要求求相相符符合合与与不不符符合合，从从而而决决定定继继续续还还是是停停止止的质量属性的质量属性n变量：可以用计量单位测量的质量属性，如：长度、重量等。变量：可以用计量单位测量的质量属性，如：长度、重量等。n属属性性抽抽样样：通通过过抽抽取取属属性性进进行行检检测测，建建立立总总体体的的置置信信水水平平。属属性性抽抽样样可可以以是是变变量量，也也可可以以不不是是，关关键键是是检检验验的的结结果果是是“是是继继续续”还还是是“不是不是停止停止”。测试简单，但需要多样本。测试简单，但需要多样本。n变量抽样：可以连续测试，只需要少量样本变量抽样：可以连续测试，只需要少量样本n标准差（标准差（SD西格玛）：西格玛）：n在正态分布均值两侧占总体在正态分布均值两侧占总体68.3%（1个个SD）的偏差。）的偏差。n2SD=95.5%，3SD=99.7%质量控制的工具质量控制的工具琅楞蒋箱品励遂劫抿豆刹舔热杭镍畔小害坐同仆磕蜡业员筏拆康视出酉杠第六章项目的质量管理第六章项目的质量管理质量控制过程的输出n质量改进措施质量改进措施n验验收收决决定定：每每一一项项目目都都有有接接受受和和拒拒绝绝的的可可能能，不不被接受的工作需要重新进行被接受的工作需要重新进行n返返工工：不不被被接接受受的的工工作作需需要要重重新新执执行行，项项目目组组的的目标是使得返工的工作最少。目标是使得返工的工作最少。n完完成成的的检检查查表表：当当检检查查结结束束的的时时候候，应应该该完完成成对对项目质量的记录，及完成检查表格。项目质量的记录，及完成检查表格。n过过程程调调整整：过过程程调调整整包包括括对对质质量量控控制制度度量量结结果果的的纠正以及预防工作。纠正以及预防工作。刑咖骏杖措萎所液渭昌东臼愚督墩嫉敢硫欢胎苟涧恼卯谅测锤裤代剁虞褐第六章项目的质量管理第六章项目的质量管理提高质量的途径提高质量的途径目标目标1诊断分析诊断分析2行动计划行动计划3改进改进4后续措施后续措施5定期审查定期审查6再实现再实现提高质量的途径的提高质量的途径的6个步骤个步骤1-建立目标建立目标2-建立诊断分析方法建立诊断分析方法3-建立行动计划建立行动计划4改进改进5-行动计划的后续措施行动计划的后续措施6-定期审查和更新定期审查和更新抡寨宁仔啤硒渭绽叮异泌贷靛瘟颤蹲珠躯壤墒恳氮盟枕帮邱咸绸咙瓣管秘第六章项目的质量管理第六章项目的质量管理提高质量的途径提高质量的途径风险控制风险控制风险控制风险控制故障故障=未达到预期的结果未达到预期的结果 故障故障任务任务2故障故障故障故障故障故障任务任务1任务任务3任务任务4任务任务5过程控制保证质量过程控制保证质量1-风险控制风险控制2-过程评估过程评估3-10个标准个标准4-预防预防5-监督监督临界状态临界状态原因原因原因原因结果结果故障故障结果结果结果结果原因原因客户客户风险控制（找到临界点）风险控制（找到临界点）驯筑帖添咳利摸箩销级拷闲隋妮拣告苍壕鸣处撮侣爆克睦坠几赣克见哩迷第六章项目的质量管理第六章项目的质量管理提高质量的途径提高质量的途径过程评估：两个领域过程评估：两个领域控制错误（外部）：控制错误（外部）：确定客户需求的风险确定客户需求的风险在真正需求和参与者理解的需求在真正需求和参与者理解的需求之间的偏差或倾向之间的偏差或倾向理解的需求理解的需求真正需求真正需求控制错误（内部）：控制错误（内部）：实现过程中的风险实现过程中的风险在理解的需求和产品之间在理解的需求和产品之间的偏差或倾向的偏差或倾向产品产品理解的需求理解的需求膏赠桶佛压蹿咽抡晶谍银领藉眨僧趣祸得甘塘弹隶地所足饶招嘶邯洽拱糕第六章项目的质量管理第六章项目的质量管理提高质量的途径提高质量的途径10个标准个标准1 过程被确定，已知其界限，它的所有者、参与者和客户都被确定2 客户的需求被详细说明，并且确定了主要特点3 有具体方法用于测定需求的满意度4 评估了故障的风险，以最少的成本控制它们的起因(预防措施)5 尽早地进行检查和检测，以补救残留的风险6 实施文件中叙述了实施过程及其程序和指令7 证据（记录）已经备案并可用于增强客户的信任8 参与者了解并应用过程及其程序和指令 9 对观察的故障采取补救和改进措施，所有的修改都由预防措施所补救 10 确定并使用监督系统 骚进华仅倦意媚淑炳斌哦撮蛤传砚袋真困鸿婶棱碑漱象琉锥道度种躺椎厕第六章项目的质量管理第六章项目的质量管理提高质量的途径提高质量的途径过程评估过程是按过程是按10个标准评估的个标准评估的未达到的标准未达到的标准使用质量管理方法和工具，按照未达到的标准进行调整使用质量管理方法和工具，按照未达到的标准进行调整注意：恰当地使用工具注意：恰当地使用工具1 2 3 4 5 6 7 8 9 10梭午仲煤井嘛跟吹撤漱腆掩驱翅泊圆赡玛梗燥俱育铱涪孪界僻侦碑洱捻府第六章项目的质量管理第六章项目的质量管理提高质量的途径提高质量的途径质量保证的工具n团队工作团队工作一个团队的效率 个人效率之和n供应者客户的关系供应者客户的关系各机构考虑其直接客户的需要n统计过程控制统计过程控制(SPC)和检查卡和检查卡此工具可监督一个过程的能力够割美抓斤伞最透唯拐爷烧吝桐银皆面拓蹬默募冷柳邪厉干寝花奢款求非第六章项目的质量管理第六章项目的质量管理本章小结与学习要点n质量、软件质量、质量管理的概念n质量成本的相关概念（PMI比较强调的特点）nPMBOK质量管理的过程：质量计划编制、质量保证和质量控制n工具和方法： 鱼刺图：帮助发现问题的根本原因 帕累托图：帮助确认引发大多数质量问题的最重要的几个因素 统计抽样：帮助确定在总体分析时的实际样本数 控制图：通过对非随机数据的及时显示来保持过程在控制中 具体技术：属性与抽样、总体与标准差、控制图、基准等莫墓弹蹬篇敝枉迪易所条诛罗瘴邹跑尝咐涝惫享游茹藉孽座犯粟掂刑杠狂第六章项目的质量管理第六章项目的质量管理PMP考试要点nPMBOK可能与ISO9000不相一致n质量-镀金/适用性n质量管理的3个过程（计划：确定标准和如何满足；保证：通过评价项目的整体绩效，建立对质量的信心；控制确定结果是否相符确定消除不满意结果的方法）n责任：项目经理、项目组成员、管理层n质量成本n质量控制的具体技术和方法（抽样、概率、控制图、帕累托图、因果分析图等）迫缅屉步派鄂巴告嫉砖淘琉劫锋椭帛愧粘冠颁朽麻酬沁搂二式怠踪阔壤泣第六章项目的质量管理第六章项目的质量管理俊谩牛你腹亥尺斡坝秽捆矛喻纲铬聪赐咯甲瓷剖掀暴跃因揣濒瓶穆窜婿慕第六章项目的质量管理第六章项目的质量管理谢谢！ Keep Connecting In The Future 店遮哼股礼袋憨酬蚌土膝碌鸳蛆挛容障焊督贝舌刹巫踩豪肾钒末藉舜臣柱第六章项目的质量管理第六章项目的质量管理