软件过程的质量管理教材.pptVIP

* * * * * * * * * * * * * * * * * * * 软件过程与项目管理 第六章 软件质量管理 什么是软件质量好？ 软件系统功能齐全是不是就是质量好？ 用户界面友好是不是就是软件的质量好？ 没有BUG是不是就是软件的质量好？ 什么是用户满意的软件项目？ 软件测试是不是软件质量的全部？ 软件质量的定义 与软件产品满足规定的和隐含的需求的能力有关的特征或特性的全体； 所有描述计算机软件优秀程度的特性的组合； 质量是检验出来的 质量是制造出来的 质量是设计出来的 软件质量好的标准 明确声明的功能和性能需求、明确文档化过的开发标准、以及专业人员开发的软件所应具有的所有隐含特征都得到满足。 软件需求是进行质量度量的基础，与需求不符就是质量不高； 指定的标准定义了一组指导软件开发的准则，如果不能遵照这些准则，就会导致质量不高； 如果软件符合了明确的需求却没有满足隐含需求，软件质量仍然值得怀疑。 质量管理概论 不同的质量管理方式： 病入膏肓 及早治疗 质量管理概论 不同的质量管理方式： 提前预防 质量成本 预防成本：使项目的差错保持在一个可接受范围内的成本； 评估成本：评估产品或服务的成本； 内部故障成本：在客户收到产品之前，纠正已识别出的一个缺陷所引起的成本； 外部故障成本：为产品交付顾客之后发现的缺陷而支付的成本； 测量和测试设备成本。 质量控制与管理技术 验证与确认（ Verification Validation ） 质量控制图（Quality Control Chart） 鱼骨图(Fishbone Diagram) 缺陷发展趋势分析 缺陷分布分析 验证与确认（ VV ） 是一个用以分析、评价、测试系统和软件文档以及代码系统的过程，从而尽可能地确保质量、可靠性以及系统需求和目标满意度。 验证是对系统或单元评价的过程，以确定一个给定的开发阶段的产品是否满足在此阶段开始时所给定的条件； 确认是在软件开发过程期间或结束时评价系统或单元的过程，以确定它是否满足给定的需求。 鱼骨图 鱼骨图 1.确定问题或特性； 2.确定导致主要问题产生原因的类别； 人力(Manpower)； 机械(Machinery) ； 物料(Materials) ； 方法(Methods) ； 环境(Mother-nature) ； 3.根据问题类别，确定细节原因。 缺陷分析 缺陷每日发展趋势 缺陷分析 缺陷分布 不同模块的缺陷分布图 不同阶段的缺陷分布图 缺陷分析 缺陷分布 不同级别的缺陷分布图 软件评审 不管你有没有发现他们，缺陷总是存在，问题只是你最终发现它们时，需要多少纠正成本。评审的投入把质量成本从昂贵的、后期返工转变为早期的缺陷发现。 ——卡尔·威格 评审的意义 提高产品的质量 设计阶段的评审在发现缺陷的有效性最高达到75%，比测试有效20倍以上。 改进开发过程，预防缺陷发生 通过减少开发后期的缺陷纠正和返工时间来加快开发进度 减少50%的开发周期 提高长期的软件生产率，提高1.7 倍 300 LOC/day vs.144 LOC/day?? 投资回报率从4:1 到30:1 评审过程 评审方法 临时评审（Ad hoc review） 轮查（Passroud） 走查（Walkthrough） 小组评审（Group Review） 审查（Inspection） 最不正式 最正式 审查Inspection 最系统化、最严密的、最有效的评审技术 严格定义的、文档化的审查过程 计划、准备、开会、返工、验证 审查小组明确分工 作者（作者不能担任审查组长、读者和记录员） 审查者 审查组长：主持评审会议 读者：陈述产品 记录员：记录下评审小组提出的问题 其他审查者 使用缺陷检查表 小组评审Team Review 评审过程 计划、准备、开会、返工 作者或评审组长主持会议 读者这个角色被省略了，改由评审组长询问其他评审者这一部分是否有问题 使用记录员 使用缺陷检查表 走查Walkthrough 评审过程 计划、开会、返工 作者主持会议，起主导作用，陈述产品 常用走查方法 使用一些样品数据一步步执行一个模块，和同事一道检查以确保正确的逻辑和行为。 使用交互式调试器 按脚本执行，脚本描述了一项具体的任务或场景，用以说明系统如何在用户会话中发挥功能 轮查Passaround 轮查是由多人组成的并行同级桌查 在两次编译之间仔细地检查源代码以保证程序正确执行就是桌查。 轮查有助于缓和同级桌查的两个主要风险 评审者不能及时提供反馈 评审效果太糟 质量度量的作用 有效的沟通和改进可见性。 尽早的发现和更正问题。 作出关键的权衡。 跟踪特定的项目目标。 管理风险。 有助于决策。 计划未来的项目。