新过程改进方法与实践案例 978 7 302 23431 9 第二部分 SW CMM与CMMI模型 Ch08 缺陷预防与优化.ppt

关键过程域 主题 8.1 软件缺陷预防的系统性 8.1.1 缺陷预防与救死扶伤 8.1.2 构造闭环 8.1.3 缺陷的分级预防 8.1.4 举一反三 8.2 常用的缺陷预防方法 8.2.1 缺陷预防过程(DPP) 8.2.2 缺陷趋势分析法 8.2.3 EDA分析 8.2.4 过程能力基线缺陷预防法 8.3 FRACAS与缺陷预防 8.3.1 FRACAS的基本过程 8.3.2 FRACAS的起源 8.3.3 建立FRACAS的目的 8.3.4 FRACAS的措施 8.3.5 FRACAS的应用方式 8.4 过程优化与技术革新 8.4.1 获得更改建议 8.4.2 先导性试验 8.4.3 组织范围内推广 软件缺陷预防的系统性 故障处理 == 亡羊补牢 1)系统故障时，将问题记录下来，采取措施尽快进行故障恢复，将问题对用户的(危害)影响减小到最小. 2) 当系统被恢复后，分析故障原因，制定解决措施当软件系统问题的原因被分析定位出来后，需要进行彻底的解决。 3)确定解决方案： 修改软件代码； 修改完一处后，还需要思考其他软件模块、系统中是否也有潜在相同的问题，如果存在，也需要进行彻底的修改解决. 4) 还需考虑在其他项目或后续项目中如何避免此类问题的再次发生，总结经验案例、知识提取固化、进行案例宣传 。(共享经验和教训) 构造闭环 构造闭环 缺陷的分级 举一反三 总结经验案例： 将典型问题总结成经验案例。在案例中，描述此问题发生的场景和现象、产生的原因、解决的步骤和预防的方法，并形成案例文档。 在组织中进行宣传，组织开发人员进行学习，使大家都知道这个问题，如果在后续开发过程中遇到类似情况，就可以有意识地进行规避。 共性问题的共享： 经常会遇到一些较严重、较难发现但又具有共性的问题. 例如，如项目组X开发的一个软件模块A中隐藏着一个严重的问题，但由于使用场景较生僻，很难通过普通测试方式发现。此模块已通过CCB(更改控制委员会)的评审，并提供给组织内的其他软件项目使用，但其他项目组当前还没有发现此问题。 问题一旦发生，将会影响到软件功能的正常实现，带来较严重的后果。 及时在通告问题缺陷，防止其他(人)项目组产生类似问题。 常用的缺陷预防方法 8.2.1 缺陷预防过程(DPP) 8.2.2 缺陷趋势分析法 8.2.3 EDA分析 8.2.4 过程能力基线缺陷预防法 常用的缺陷预防措施 缺陷预防过程(DPP) 根据以往项目经验和数据制定本项目的缺陷预防计划，根据计划进行相应缺陷预防活动，并在开发过程中针对发现的问题进行根因分析，制定改进措施并跟踪执行。 缺陷趋势分析法 “程序某部分存在更多错误的可能性，与该部分已发现的错误的数量成正比” 。 后进部门的问题总是最多的。 EDA分析 (1) 缺陷标识：对测试环节发现的缺陷进行分类，标识需进行EDA分析的缺陷，包括致命、严重问题和数量较多的同类问题。 (2) 分析：对缺陷进行根因分析，分析缺陷的引入活动、引入原因、漏测原因。 (3) 措施制定：根据分析结果制定改进措施，措施包括： 解决问题的纠正措施，预防此类问题再次发生； 过程改进的措施，通过改进过程完善研发流程，避免缺陷再次逃逸； 判断其他程序中是否还会存在类似问题，并进行专项改进。 (4) 措施执行及效果分析：执行改进措施，并通过度量，将新的逃逸缺陷与之前的逃逸缺陷进行比较等方式，判断EDA措施的效果。 (5) 结果固化：如果效果未达成，说明可能没有分析到位，则重新进行分析并制定措施进行改进。如果同类缺陷不再逃逸，预防的措施效果明显，并且此措施对其他项目具有通用性，可将此措施固化到组织的流程制度中，在后续的项目中使用。 过程能力基线缺陷预防法 建立缺陷发现的能力基线 过程能力基线缺陷预防法 建立模型，预测遗留的缺陷 前提假设：企业的状态、人员技能、组织结构等使稳定的。 FRACAS 故障报告、分析及纠正措施系统(Failure Report，Analysis and Corrective Action System)，亦称为“故障信息闭环管理系统” 以问题为驱动，通过一套规范化的过程，使发生的产品问题能得到及时报告，并分析故障原因，制定和实施有效的纠正措施，以防止问题再次发生，从而实现产品可靠性增长和质量的提高。 目的 措施 建立比较完善的产品缺陷信息和知识经验数据库，利用该数据库，可以为产品的质量改进和后续产品的设计、测试提供数据基础和经验参考。 能够实现项目间、产品间的信息共享、经验共享、避免类同的问题在不同的地方再次发生。 可以提升员工技能，提高工作效率。通过固化问题解决过程中的技术经验教训，闭环到开发和测试，防止再次发生，支持组织能力提升，解决工程师经验欠缺问题。