第一单元软件工程质量管理概述.ppt

第一单元 软件工程质量管理概述 1.3 软件缺陷-构成比例 * * * * 宋喜莲 学习这门课的现实意义 项目管理铁三角 * 学习这门课的现实意义 * 1.1 软件质量管理内涵 迪斯尼狮子王缺陷 英特尔浮点除法缺陷 程序员的千年虫问题 Windows的输入法漏洞 爱国者导弹缺陷 * 1.1 软件质量管理内涵 软件交付客户使用前是无形的，需要人脑理解的 “逻辑”产品。 软件项目的需求60%以上都是“隐形”的。 软件产品用于处理客户业务，隔行如隔山。 生产制造企业建立在“生产线”的基础上，软件行业是知识密集型行业，“大脑”充当了生产线上的设备，发挥不稳定且难以规范。 开发人员对文档重视不够，难以统一项目团队对最终交付产品的认识。 * 1.1 软件质量管理内涵 * 质量管理大师 约瑟夫·朱兰（Joseph M. Juran） 产品的质量就是适用性（fitness for use）。 即产品在使用的过程中满足客户(使用)要求的程度。 大部分(80%以上)质量问题是管理层的错误而并非工作层的技巧问题。 质量三部曲：质量策划、质量控制、质量改进 1.1 软件质量管理内涵 质量管理大师 菲利浦?克劳斯比（Philip B. Crosby） * 质量是符合要求，而不是最好。 预防产生质量，检验不能提高质量。 每个工作环节的标准必须是零缺陷。 用纠正不符合项所产生的价值来衡量质量。 1.1 软件质量管理内涵 产品和服务的质量改进需要持之以恒。 P(Plan) – D(Do) – C(Check) – A(Action) 每个人都有客户，如果他不知道自己的客户需要的是什么，那么他还没有了解自己的工作。 1.1 软件质量管理内涵 * 统计质量控制之父 —休哈特 全面质量控制之父——费根堡姆 质量工程学创始人——田口玄一 QC小组之父——石川馨 石川馨 1.1 软件质量管理内涵 有些软件开发者仍然相信软件质量是在编码之后才应该开始担心的事情。 要提高软件产品质量只能通过软件研发过程的质量的提高来实现。 要严格管理软件项目按照已定义的生命周期模型、各个过程的流程、模版、准则、项目计划及其从属计划等。 * 1.2 软件质量模型-McCall模型 * 1.2 软件质量模型-McCall模型 正确性：一个程序满足她的需求规约和实现用户任务目标的程度。 可靠性：一个程序满足一所需的精确度完成它的预期功能的程度 效率：一个程序完成其功能所需的计算资源和代码的度量。 完整性：对未授权人员访问软件或数据的可控制程度。 可用性：学习、操作、准备输入和解释程序输出所需的工作量。 可维护性：定位和修复程序中一个错误所需的工作量。 灵活性：修改一个运行的程序所需的工作量。 可测试性：测试一个程序以确保她完成所期望的功能所需的工作量。 可移植性：把一个程序从一个硬件和或软件系统环境移植到另一个环境所需的工作量。 可复用：性一个程序可以在另外一个应用程序中复用的程度 互连性：连接一个系统和另一个系统所需的工作量。 * 1.2 软件质量模型-Boehm模型 Boehm模型着手于软件总体的功效，也就是说，对于一个软件系统而言，除了有用性以外，它的开发过程必定是一个时间，金钱和能量的消耗过程。考虑到系统交付时使用它的用户类型，Boehm模型从几个维来考虑软件的效用。 总功效可以被分解成可移植性，有效性，可维护性。 其中，有效性可以细分为可靠性，效率，运行工程可维护性可以细分为测试性，可理解性，可修改性。 系 统 功 效 可 移 植 性 有 效 性 可靠性，效率，运行工程 可维 护性 测试性，可理解性，可修改性 * 1.2 软件质量模型-ISO 9126 功能性：适合性、准确性、互操作性、依从性、安全性。 可靠性：成熟性、容错性、可恢复性。 可用性：可理解性、易学性、可操作性。 效率：时间特性、资源特性。 可维护性：可分析性、可改变性、稳定性、可测试性。 可移植性：适应性、可安装性、一致性、可替换性。 * 1.3 软件缺陷 软件缺陷（defect）常常被叫做Bug，是软件在生命周期各个阶段存在的不满足给定需求属性的问题。 偏差 （variance） 谬误（fault） 失败 （failure） 问题（problem） 矛盾（inconsistency） 错误（error ） 毛病 （incident ） 异常（anomy) Bug的来由： 1945-9，使用大量继电器的Mark II突然死机，F板70号继电器异常…… 1.3 软件