内容简介
本书分四部分向计算机专业管理人员讲述软件验证与确认的方法。详细介绍了软件开发过程、软件验证活动、软件确认活动、可预测的软件开发等内容。帮助专业人士有效地对软件开发过程进行管理，不断地提高软件质量。 本书结构清晰、内容丰富，适用于软件开发人员、工程技术人员、管理人员。也可作为高等院校计算机专业师生的参考书。 前 言 本书介绍一系列基本软件验证与确认活动。根据在几个工业部门的公司工作的切身体会，我发现一些基本的软件验证与确认活动没有得到很好的理解，并且没有得到合理的应用。例如，在我曾经工作过的几家公司里迄今没有软件质量保证小组，少数公司甚至没有落实基本的配置管理方法。另外，在一些拥有软件质量保证的组织机构内，我发现各组织机构的有效性（甚至同一组织机构内各项目的有效性）差别巨大。尽管我的观察不是基于统计学上大量的样本，但我认为自己的经验相当准确地反映了整个工业界的情况。实际上，Yourdon[1]报告说，尽管软件质量总体上有所改进，但生产软件的公司与生产软件的公司之间的差距在过去10年里显著加大。 作为一名顾问，我常被公司请去帮助解决“质量问题”。调查过一些有此类问题的委托人后，我发现了一个共性的主题——他们都是以不可预测的方式运转的。例如，这些组织不可能确定大的事件何时发生，例如代码冻结或产品的第一个用户（在某些情况下，甚至不能够知道他们是否会发生）。因为这些组织不具有可预测能力，所以无法预计产品的上市时间，开发与质量保证部门无法有效利用昂贵且稀有的资源，因而软件验证与确认活动几乎无法发挥其应有的效能。 Len Race是一名顾问，也是作者的朋友。他注意到，为了使商家效益更佳，他们必须学会以更长远的可预测的方式运转。我认为这是个新发现。不佳实绩与不可预测的运转状态之间的关系显而易见。不可预测的组织存在如下现象： ·他们一贯承诺多，兑现少。 ·他们低估所承担的工作，并且忽略几乎每一项计划安排。 ·组织内人员的目标与整个商业目标不一致。 ·整个组织内缺乏责任制。 ·缺乏采用“做法”的意识。即使有书面程序，但一贯不遵照执行。 ·员工们的看法是，我们从来没有时间做对事情，但我们总有时间重做事情。 当我帮助公司解决质量问题时，我都是从席执行官着手，并询问他：“如何考核贵公司员工的实绩？”通过查看个人的实绩计划，你会了解为什么该组织以其方式运转。一个必然的情况是，当查看有质量问题的公司的实绩时，很难发现“质量”这两个字。既然运转状态与如何考核员工直接挂钩，为什么还对那些组织存在“质量问题”大惊小怪呢？ 一旦找出不佳实绩与不可预测的运转状态两者之间的关系，我意识到： 1. 管理部门中既存在问题又有解决办法。 2. 为了提高软件验证与确认方法的有效性，各类组织都必须学会以更加可预测的方式运转。 显然，管理部门必须在帮助组织实现以可预测的方式运转方面起领导作用。因此，对本书的书名做了更改，把管理部门也包括进去。本书涉及管理部门为帮助其组织以更加可预测的方式运转可能采取的具体措施。 本书的读者对象 从本书的书名可以看出，本书面向两个读者群，即专业人员和管理人员。专业人员包括软件质量保证工程师、软件工程师、以及需要基本了解软件验证与确认方法的项目经理。 令人遗憾的是，学校对软件验证与确认方面的正规培训甚少，其结果是，许多软件质量专业人员具有的技能与生产高质量软件所的技能之间存在差距。本书的读者对象是那些负责软件验证与确认工作但接受这方面培训不多的人士。第一部分到第三部分内容适?嫌谧ㄒ等嗽薄? 管理人员包括软件质量保证经理、
目录
目 录 第一部分 引言 第1章 软件透视 1.1 软件危机 1.2 虚幻的银弹 1.3 解决危机的其他尝试 1.4 理解软件的本质 1.5 软件过程改进创新 1.6 小结 第2章 软件开发生存周期模型 2.1 瀑布模型 2.2 并发开发模型 2.3 快速原型模型 2.4 螺旋模型 2.5 混合模型 2.6 基于模型的开发 2.7 面向对象模型 2.8 小结 第3章 软件开发过程 3.1 软件开发过程经常提及的问题 3.2 小结 第4章 经济缘由 4.1 经济缘由 4.2 软件缺陷开销模型 4.3 质量成本测量 4.4 小结 第二部分 软件验证活动综述 第5章 审查过程 5.1 审查过程经常提及的问题 5.2 小结 第6章 审查过程的应用 6.1 好的过程的属性 6.2 需求审查 6.3 设计审查 6.4 代码审查 6.5 测试脚本审查 6.6 小结 第7章 软件质量度量 7.1 实施软件度量程序的策略 7.2 软件质量度量框架 7.3 有助于软件确认活动的度量 7.4 小结 第8章 配置管理 8.1 软件配置管理基础 8.2 标识 8.3 基线管理 8.4 审计和报告 8.5 小结 第三部分 软件确认活动概要 第9章 测试 9.1 测试阶段、测试方法和测试类型 9.2 并发开发/确认测试模型 9.3 测试计划 9.4 小结 第10章 确认度量 10.1 时间测量 10.2 测试覆盖度量 10.3 质量度量 10.4 小结 第11章 软件可靠性增长 11.1 定义 11.2 测试－分析－修改过程 11.3 可靠性增长模型 11.4 小结 第四部分 可预测的软件开发 第12章 变成可预测的动机 12.1 可预测的软件开发概述 12.2 不能进行预测的组织的特征 12.3 进行预测的组织的特征 12.4 管理部门能够使组织发生改变 12.5 小结 第13章 质量、特性和进度的平衡 13.1 质量 13.2 特性 13.3 进度 13.4 质量、特性和进度之间的平衡 13.5 小结 第14章 准确估算和进度安排 14.1 为什么估算和进度在很多时候是错误的 14.2 一个典型的进度项目 14.3 软件估算方法 14.4 进度安排方法 14.5 小结 第15章 人员、过程和产品的平衡 15.1 过程 15.2 人员 15.3 产品 15.4 小结 第16章 管理承诺和风险 16.1 管理承诺 16.2 风险 16.3 风险管理方法 16.4 小结 附录A 审查角色与职责 附录B 审查过程实例 附录C 审查过程表 附录D 审查检查表 附录E 良好的需求规格说明属性 附录F 选择用于代码审查的模块的抽样准则 附录G 基于瀑布模型的软件开发过程样本 附录H 文档大纲 附录I 三角形程序的测试用例 附录J 软件可靠性模型 附录K 黄色粘贴法 附录L 软件开发实践 附录M 软件质量实践 附录N 项目事后剖析 附录O 根本原因分析
