第四章_软件项目质量管理.ppt

第四章 软件项目质量管理 本章内容提要 软件质量管理的基本概念 软件质量控制 缺陷跟踪 缺陷预防 软件质量的常用度量 软件项目质量管理计划 第一节 软件质量管理的基本概念 软件质量是指软件满足明确说明或者隐含的需求的程度。 用户需求是衡量软件质量的基础。 除满足明确定义的需求外，还要满足隐含的需求。 软件质量的重要性 软件项目的三大目标： 软件质量的重要性 软件质量问题可能导致经济损失甚至灾难性的后果。 质量是软件产品和软件组织的生命线。 质量问题会增加开发和维护软件产品的成本。 软件质量属性 软件质量属性 软件质量的形成 软件的质量形成于产品或者服务的开发过程中，而不是事后的检查（如测试）。 20世纪80年代起，质量管理逐步从单一的关注产品，转移到关注生产好产品的过程上，并且将过程的作用扩大到了组织运行的所有领域。 质量产生于过程 当过程不断被重复，其性能会趋于稳定 结果可预测 对现行执行可监测 质量产生于过程 特殊原因造成过程性能不稳定。 根除特殊原因，使过程性能稳定，防止质量问题的出现。 质量成本（CoQ） 质量成本是为了达到产品或服务的质量而付出的所有努力的总成本，包括三部分： 预防成本：为防止将缺陷引入软件而进行的预防工作所消耗的费用。 评价成本：检查软件是否包含缺陷的工作所消耗的费用。 失效成本：修复缺陷工作所消耗的成本。 PAF（Prevention / Appraisal / Failure）成本模型 质量成本（CoQ） 质量成本（CoQ） 本章内容提要 软件质量管理的基本概念 软件质量控制 缺陷跟踪 缺陷预防 软件质量的常用度量 软件项目质量管理计划 第二节 软件质量控制 质量控制(Quality Control, QC)是确定项目结果与质量标准是否相符，并及时纠正产品缺陷的过程。 质量控制的主要手段是验证与确认( VV ) 验证（Verification）:是否正确地构造了产品？以开发者的视角进行。 确认（Validation）:是否构造了正确的产品？以用户的视角进行。 软件项目中的QC活动 质量控制方法 技术评审（Technical Review） 技术评审是指在完成一项工作后，把工作产品分发给合作者，让合作者检查其中的缺陷。然后开会讨论工作产品并产生需要返工的缺陷列表。 技术评审的主要对象：需求和设计规格说明、测试计划、用户手册等。 技术评审流程 组织召开评审会议：一般应有3~5个相关人员参加，会前每个参加者做好准备，评审会议一般不超过两个小时。 在评审会议上，由开发小组对提交的评审对象进行讲解。 评审组可对开发小组提问，提出建议和要求，展开讨论。 技术评审流程 会议结束时必须做出以下三个决策之一： 接受该产品，不需要做修改。 由于错误严重，拒绝接受。 暂时接受该产品，但需要对某一部分进行修改。 评审报告与记录：对所提出的问题要进行记录，并产生一个评审报告。 同行评审（Peer Review） 同行评审是一种特殊类型的技术评审。 由与工作产品开发人员具有同等背景和能力的人员对工作产品进行技术评审，因此非常有利于发现工作产品中的问题。 代码评审（Code Review） 编码阶段的一种技术评审，由一组人员对程序进行阅读和静态分析，可以很有效地检查程序代码中的缺陷。 评审内容：程序是否符合编码规范，程序结构是否合理，算法和程序逻辑是否正确，程序性能怎样等。 很多程序逻辑错误很难通过测试发现。 本章内容提要 软件质量管理的基本概念 软件质量控制 缺陷跟踪 缺陷预防 软件质量的常用度量 软件项目质量管理计划 第三节 缺陷跟踪 缺陷跟踪是指从缺陷被发现开始到被改正为止的整个跟踪流程。 缺陷跟踪 缺陷跟踪一般需要软件工具支持。常用的工具有Bugzilla、ClearQuest、Jira、TrackRecord 等。 缺陷跟踪工具Bugzilla Bugzilla是Mozilla公司提供的一个开源的缺陷跟踪工具，在全世界拥有大量用户。 它能够为软件组织建立一个完善的缺陷跟踪体系，包括报告缺陷、查询缺陷记录并产生报表、处理解决缺陷、管理员系统初始化和设置等。 Bugzilla的功能和特点： 基于Web方式运行，易于掌握。 缺陷从最初的报告到最后的关闭，都有详细的操作记录，确保了缺陷不会被忽略，并允许用户在检查缺陷状态时获取历史记录。 提供强大的查询匹配能力，能根据各种条件组合进行缺陷查询，并能够记忆有哪些信誉好的足球投注网站条件。 Bugzilla的特点： 当缺陷状态发生改变时，会自动发送邮件通知相关责任人。 自带基于数据库的报表生成功能，主要生成两类图表：基于表格的视图和图形视图（条形图、线图、饼状图）。 Bugzilla的基本操作说明 报告缺陷 分配缺陷 处理缺陷 验证已解决的缺陷 本章内容提要 软件质量管理的基本概