(精)软件项目质量管理.ppt

第五章 软件项目质量管理 本章内容提要 软件质量管理的基本概念 软件质量控制 缺陷预防 质量体系 软件项目质量管理计划（案例） 缺陷跟踪工具Bugzilla 第一节 软件质量管理的基本概念 软件质量是指软件满足明确说明或者隐含的需求的程度。 用户需求是衡量软件质量的基础。 除满足明确定义的需求外，还要满足隐含的需求。 软件质量的重要性 软件项目的三大目标： 软件质量的重要性 软件质量问题可能导致经济损失甚至灾难性的后果。 质量是软件产品和软件组织的生命线。 质量问题会增加开发和维护软件产品的成本。 软件质量属性 软件质量属性 软件质量的形成 软件的质量形成于产品或者服务的开发过程中，而不是事后的检查（如测试）。 20世纪80年代起，质量管理逐步从单一的关注产品，转移到关注生产好产品的过程上，并且将过程的作用扩大到了组织运行的所有领域。 质量产生于过程 当过程不断被重复，其性能会趋于稳定 结果可预测 对现行执行可监测 质量产生于过程 特殊原因造成过程性能不稳定。 根除特殊原因，使过程性能稳定，防止质量问题的出现。 质量成本（CoQ） 质量成本是为了达到产品或服务的质量而付出的所有努力的总成本，包括三部分： 预防成本：为防止将缺陷引入软件而进行的预防工作所消耗的费用。 评价成本：检查软件是否包含缺陷的工作所消耗的费用。 失效成本：修复缺陷工作所消耗的成本。 PAF（Prevention / Appraisal / Failure）成本模型 质量成本（CoQ） 质量成本（CoQ） 本章内容提要 软件质量管理的基本概念 软件质量控制 缺陷预防 质量体系 软件项目质量管理计划（案例） 缺陷跟踪工具Bugzilla 第二节 软件质量控制 质量控制(Quality Control, QC)是确定项目结果与质量标准是否相符，并及时纠正产品缺陷的过程。 质量控制的主要手段是验证与确认( VV ) 验证（Verification）:是否正确地构造了产品？以开发者的视角进行。 确认（Validation）:是否构造了正确的产品？以用户的视角进行。 软件项目中的QC活动 质量控制方法 技术评审（Technical Review） 技术评审是指在完成一项工作后，把工作产品分发给合作者，让合作者检查其中的缺陷。然后开会讨论工作产品并产生需要返工的缺陷列表。 技术评审的主要对象：需求和设计规格说明、测试计划、用户手册等。 技术评审流程 组织召开评审会议：一般应有3~5个相关人员参加，会前每个参加者做好准备，评审会议一般不超过两个小时。 在评审会议上，由开发小组对提交的评审对象进行讲解。 评审组可对开发小组提问，提出建议和要求，展开讨论。 技术评审流程 会议结束时必须做出以下三个决策之一： 接受该产品，不需要做修改。 由于错误严重，拒绝接受。 暂时接受该产品，但需要对某一部分进行修改。 评审报告与记录：对所提出的问题要进行记录，并产生一个评审报告。 同行评审（Peer Review） 同行评审是一种特殊类型的技术评审。 由与工作产品开发人员具有同等背景和能力的人员对工作产品进行技术评审，因此非常有利于发现工作产品中的问题。 代码评审（Code Review） 编码阶段的一种技术评审，由一组人员对程序进行阅读和静态分析，可以很有效地检查程序代码中的缺陷。 评审内容：程序是否符合编码规范，程序结构是否合理，算法和程序逻辑是否正确，程序性能怎样等。 很多程序逻辑错误很难通过测试发现。 缺陷跟踪 缺陷跟踪是指从缺陷被发现开始到被改正为止的整个跟踪流程。 缺陷跟踪 缺陷跟踪一般需要软件工具支持。常用的工具有Bugzilla、ClearQuest、Jira、TrackRecord 等。 软件质量的常用度量 初期故障率：指软件在初期故障期（一般以软件交付给用户后的三个月内为初期故障期）内单位时间的故障数。 用来评价交付使用的软件的质量，预测什么时候软件运行达到基本稳定。 一般以每100小时的故障数为单位。 软件质量的常用度量 偶然故障率：指软件在偶然故障期（一般以软件交付给用户后的4个月以后为偶然故障期）内单位时间的故障数。 它用来度量软件处于稳定状态下的质量。 一般以每1000小时的故障数为单位。 软件质量的常用度量 平均失效前时间（Mean Time to Failure，MTTF）：指软件在失效前正常工作的平均统计时间。 用来度量软件的可靠性。 平均修复时间（Mean Time to Repairation，MTTR）：指软件失效后，使其恢复正常工作所需要的平均统计时间。 用来度量软件的可维护性。 软件质量的常用度量 缺陷密度：指软件单位数量的源代码中隐藏的缺陷数量。 通常以每千行无注解源代