软件质量控制(2)

第二节软件质量控制质量控制(QualityControl,QC)是确定项目结果与质量标准是否相符，并及时纠正产品缺陷的过程。质量控制的主要手段是验证与确认(V&V)验证（Verification）:是否正确地构造了产品？以开发者的视角进行。确认（Validation）:是否构造了正确的产品？以用户的视角进行。软件项目中的QC活动需求分析需求评审设计设计评审编码代码审查系统测试界面原型需求确认需求确认确认测试测试开发质量控制方法质量控制方法静态方法：评审技术评审代码评审……动态方法：测试单元测试集成测试确认测试……技术评审（TechnicalReview）技术评审是指在完成一项工作后，把工作产品分发给合作者，让合作者检查其中的缺陷。然后开会讨论工作产品并产生需要返工的缺陷列表。技术评审的主要对象：需求和设计规格说明、测试计划、用户手册等。技术评审流程组织召开评审会议：一般应有3~5个相关人员参加，会前每个参加者做好准备，评审会议一般不超过两个小时。在评审会议上，由开发小组对提交的评审对象进行讲解。评审组可对开发小组提问，提出建议和要求，展开讨论。会议结束时必须做出以下三个决策之一：接受该产品，不需要做修改。由于错误严重，拒绝接受。暂时接受该产品，但需要对某一部分进行修改。评审报告与记录：对所提出的问题要进行记录，并产生一个评审报告。技术评审流程同行评审（PeerReview）同行评审是一种特殊类型的技术评审。由与工作产品开发人员具有同等背景和能力的人员对工作产品进行技术评审，因此非常有利于发现工作产品中的问题。代码评审（CodeReview）编码阶段的一种技术评审，由一组人员对程序进行阅读和静态分析，可以很有效地检查程序代码中的缺陷。评审内容：程序是否符合编码规范，程序结构是否合理，算法和程序逻辑是否正确，程序性能怎样等。很多程序逻辑错误很难通过测试发现。缺陷跟踪缺陷跟踪是指从缺陷被发现开始到被改正为止的整个跟踪流程。打开已分配分配报告已解决解决已关闭重新打开关闭退回重新打开分配开始结束已验证验证缺陷跟踪一般需要软件工具支持。常用的工具有Bugzilla、ClearQuest、Jira、TrackRecord等。缺陷跟踪软件质量的常用度量初期故障率：指软件在初期故障期（一般以软件交付给用户后的三个月内为初期故障期）内单位时间的故障数。用来评价交付使用的软件的质量，预测什么时候软件运行达到基本稳定。一般以每100小时的故障数为单位。偶然故障率：指软件在偶然故障期（一般以软件交付给用户后的4个月以后为偶然故障期）内单位时间的故障数。它用来度量软件处于稳定状态下的质量。一般以每1000小时的故障数为单位。软件质量的常用度量平均失效前时间（MeanTimetoFailure，MTTF）：指软件在失效前正常工作的平均统计时间。用来度量软件的可靠性。平均修复时间（MeanTimetoRepairation，MTTR）：指软件失效后，使其恢复正常工作所需要的平均统计时间。用来度量软件的可维护性。软件质量的常用度量缺陷密度：指软件单位数量的源代码中隐藏的缺陷数量。通常以每千行无注解源代码为一个单位。软件质量的常用度量本章内容提要软件质量管理的基本概念软件质量控制缺陷预防质量体系软件项目质量管理计划（案例）缺陷跟踪工具Bugzilla第三节缺陷预防优点：主动改进软件过程，降低出错几率降低质量成本，实现项目效益找到根本原因消除根本原因软件缺陷预防过程制订组织级DP计划组织级DP会议修改组织标准软件过程制订项目级DP计划项目阶段启动会议原因分析会议DP效果分析原因分析报告DP效果分析报告组织级DP活动项目级DP活动软件缺陷原因分析方法Step1：选择缺陷数据。对小项目，可选择某一时期内发现的所有缺陷。对大项目，可选择一个缺陷样本集合。Step2：分析缺陷的根本原因对缺陷逐个进行分析，常以会议的方式进行。可对分析出的根本原因进行分类，例如：IBM：疏忽、培训、通信失效、书写错误Motorola：开发阶段相关、人员相关、项目相关、复审相关软件缺陷原因分析方法缺陷原因分析工具——因果图（鱼骨图）softwaredefectphaseprojectreviewhumanLackofdomainknowledgeLackofprocessknowledgeChangecoordinatinIndividualmistakeCommunicationproblemNo/IncompletereviewInadequateparticipationNotenoughpreparationRequirementsHighleveldesignImplementationArchitectureComponentdesignTestingTimepressureManagementpressureCausedbyOtherproductStep3:识别公共原因，制定改进措施。在逐个分析了缺陷之后，还要对分析得到的根本原因进行综合和归纳，识别导致缺陷产生的公共原因，并制定有关过程、技术和人员管理方面的改进措施。软件缺陷原因分析方法本章内容提要软件质量管理的基本概念软件质量控制缺陷预防质量体系软件项目质量管理计划（案例）缺陷跟踪工具Bugzilla第四节质量体系根据ISO9000标准，质量体系的定义是：为实施质量管理所需的组织结构、责任、工序、工作过程和资源。组织结构工序过程资源质量体系质量体系的特征一个企业的质量体系是企业质量管理的规范，是企业长期遵循和需要重复实施的标准。质量体系可参照一定的标准实施，例如CMM、ISO9000系列等。质量体系内容的核心是建立、执行和维护（改进）软件生产过程，以保证最终生产出的软件产品达到用户综合的质量要求。质量体系实例过程改进组织程序规范产品标准保证执行决策、建立、维护包含关键过程域支持过程域过程规范产品过程执行组织质量保证组织保证质量体系要素关系图质量文件体系支持过程域产出全面质量管理（TQM）全面质量管理是指通过全体员工的参与，改进流程、产品、服务和公司文化，使企业运作的每一过程都做到满足客户需要，从而达到客户满意。TQM核心思想全员性（全员参与质量管理）全过程性（管理好质量形成的全过程）全面性（和顾客交互的所有环节）TQM强调建立以过程为核心的组织文化以为客户创造价值为目标，识别组织内部的所有过程所有人员的职责和协作基于过程TQM强调过程的不断优化更强调预防而不是质量控制要求对过程不断进行优化全面质量管理（TQM）本章内容提要软件质量管理的基本概念软件质量控制缺陷预防质量体系软件项目质量管理计划（案例）缺陷跟踪工具Bugzilla第五节软件项目质量管理计划软件项目质量管理计划一般应满足以下要求：确定项目应达到的质量目标和所有特性的要求；确定项目中的质量活动和质量控制程序；确定项目采用的控制手段及合适的验证手段和方法；确定和准备质量记录。制订软件项目质量管理计划的依据是企业的质量体系和项目的特点。改进软件质量的一些要求软件质量活动必须经过规划软件质量活动规划必须明文规定质量活动必须尽早开始质量小组必须独立存在质量小组的人员应该经过必要的培训软件项目质量管理计划案例《校务通管理系统》质量管理计划本章内容提要软件质量管理的基本概念软件质量控制缺陷预防质量体系软件项目质量管理计划（案例）缺陷跟踪工具Bugzilla第六节缺陷跟踪工具BugzillaBugzilla是Mozilla公司提供的一个开源的缺陷跟踪工具，在全世界拥有大量用户。它能够为软件组织建立一个完善的缺陷跟踪体系，包括报告缺陷、查询缺陷记录并产生报表、处理解决缺陷、管理员系统初始化和设置等。Bugzilla的特点：基于Web方式运行，安装简单，易于掌握。缺陷从最初的报告到最后的关闭，都有详细的操作记录，确保了缺陷不会被忽略，并允许用户在检查缺陷状态时获取历史记录。提供强大的查询匹配能力，能根据各种条件组合进行缺陷查询，并能够记忆搜索条件。当缺陷状态发生改变时，会自动发送邮件通知相关责任人。自带基于数据库的报表生成功能，主要生成两类图表：基于表格的视图和图形视图（条形图、线图、饼状图）。Bugzilla的特点：Bugzilla的基本操作说明报告缺陷分配缺陷处理缺陷验证已解决的缺陷本章内容小结质量管理的基本概念软件质量、质量属性、质量形成、质量成本质量控制技术评审、同行评审、代码评审缺陷跟踪常用质量度量缺陷预防质量体系质量体系的构成、特征，TQM质量管理计划（案例）缺陷跟踪工具Bugzilla本章内容小结练习题质量控制活动主要包括哪些？简述质量体系和项目质量管理计划的区别。