质量概念之要点浏览

概念:  究竟什么是软件质量?答案不是想象中的那样容易，当你看到它时你知道质量是什么，可是，它却不可捉摸，难以定义。但是对于计算机软件，质量是必须定义的，这正是本章要讲的。
人员:  软件过程所涉及的每个人(软件工程师、经理和所有利益相关者)都对质量负有责任。
重要性:  你可以把事情做好，或者再做一遍。如果软件团队在所有软件工程活动中强调质量，就可以减少很多必需的返工，结果是降低了成本，更为重要的是缩短了上市时间。
步骤:  为实现高质量软件，必须具备四项活动:已验证的软件工程过程和实践，扎实的项目管理，全面的质量控制，具有质量保证基础设施。
工作产品:  满足客户需要的、准确而可靠地运行的、为所有使用者提供价值的软件。
质量保证措施: 通过检查所有质量控制活动的结果来跟踪质量，通过在交付前检查错误，在发布到现场后检查缺陷来衡量质量。

        随着软件日益融入人们生活的方方面面，提高软件质量的鼓声真的要擂响了。截至20世纪90年代，大公司认识到由于软件达不到承诺的特性和功能，每年浪费的钱财多达数十亿美元。更严重的是，政府和产业界开始日益担心严重的软件缺陷有可能使重要的基础设施陷入瘫痪，从而使花
费超过数百亿美元。世纪之交，CIO杂志一篇标题为“停止每年浪费780亿美元”的文章，对“美国企业在不能如预期那样工作的软件上花费数十亿美元”[Lev01]这一事实表示遗憾。InformationWeek[Ric01]也表达了同样的担忧:
        市场研究公司的Standish Group谈到，尽管意愿良好，但有缺陷的代码仍然是软件工业的幽灵，计算机系统的故障时间高达45%，美国公司去年在丧失的生产率和修补上大约花费了一千亿美元，这还不包括失去那些 怒气冲冲的客户的代价。因为IT企业依赖基础软件包来开发应用，所以糟糕代码也能损毁定制的应用。
        多差的软件才是劣质软件呢?人们对此的定义是不同的，但是专家认为，只要每1000行代码有3或4处缺陷就能使程序执行得很差，大多数程序员每写10行代码大约注入一个错误，许多商业产品有数百万行代码，软件经销商至少将开发预算的一半花费在了测试时修改错误上。

关键概念
质量的成本
足够好
责任
管理活动
质量
质量困境
质量维度
质量因素
量化观点
风险
安全

        2005年，ComputerWorld[Hil05]遗憾地表示，劣质软件惹恼了几乎所有使用计算机的组织机构，在计算机发生故障期间造成了工作时间损失、数据丢失或毁坏、销售时机丧失、IT支持与维护费用高昂，以及客户满意度低等后果。一年后，InfoWorld[Fos06]以“软件质量的可悲状况”作为主题书写了报告，报告称质量问题依然没有任何改观。随着人们对软件质量的日益重视，一项就100000位白领专业人士的调查[Rog12]显示软件质量工程师是“全美最幸福的工作者”!
        现如今，软件质量仍然是个问题，但是应该责备谁?客户责备开发人员，认为草率的做法导致低质量的软件。开发人员责备客户(和其他项目利益相关者)，认为不合理的交工日期以及连续不断的变更使开发人员在还没有完全验证时就交付了软件。谁说的对?都对，这正是问题所在。本章把软件质量作为一个概念，考查在软件工程实践中为什么软件质量值得认真考虑。