软件项目管理与团队实践46

什么是软件项目的质量管理？
软件项目管理中的质量管理与软件工程的测试管 有什么不同？ 理，有什么不同？ 项目经理与项目QA经理有什么不同？ 经理有什么不同？ 项目经理与项目 经理有什么不同 什么是软件项目的质量管理？ 什么是软件项目的质量管理？ 项目经理在保证项目的质量方面，要做什么工作？ 项目经理在保证项目的质量方面，要做什么工作？ 我们就来回答这些问题！ 我们就来回答这些问题！
产品将是可 靠的并能提 供防止数据 丢失的机制
可靠性
无缺陷性
质量需求 产品将提供完 成某些任务所 必需的功能
质量特性 功能性
质量子特性 完备性 正确性 安全性
直接度量 测试覆盖 缺陷密度 数据安全性 用户安全性
度量描述（例子） 度量描述（例子） 计算调用或分支测量覆盖 计算每一版本发布前的缺陷 统计用户数据被破坏的情况 没有被阻止的非法用户入侵 数 软件安装后必须修改的环境 变量数量 混合应用环境下可正确运行 的数量 新用户学习软件特性所花费 的时间 新用户学会操作软件提供的 基本功能所花费的时间 新用户基于人类工程学对软 件消极方面的评价数量 新用户基于人类工程学对软 件消极方面的评价数量
6.1.2 IEEE定义的软件质量度量框架
软件产品质量
特性 直接度量
特性 直接度量
特性 直接度量
子特性
子特性
子特性
度量
度量
度量
IEEE定义的软件质量度量框架
度量框架 质量特性 质量子特性 直接度量 预计度量 软件质量度 量 过程质量 产品度量 一种用来组织、选择、沟通、 一种用来组织、选择、沟通、评价软件系统要求的质量属性的 辅助决策法。它逐层分解为特性、 辅助决策法。它逐层分解为特性、子特性和度量 一个与质量有关的面向管理的软件属性 质量特性分解出来的技术组件 一种不依赖与任何其他属性测量的度量 一种试用于开发阶段的度量， 一种试用于开发阶段的度量，它用来预计软件质量特性的值 一个函数、它的输入是软件数据，输出是一个单一数值。 一个函数、它的输入是软件数据，输出是一个单一数值。它可 解释为给定的软件属性对其质量的影响程度 一种用来测量在软件系统开发、实现和维护过程中使用的方法、 一种用来测量在软件系统开发、实现和维护过程中使用的方法、 技术和工具特性的度量 一种用来测量软件开发过程中任何中间或最终产品特性的度量
兼容性 互操作性
环境变化 混合应用环 境下软件的 可操作性 学习所用时 间 学习所用时 间 人的因素 人的因素
产品将易于使 用
可使用性
易理解性 易学性 易操作性 沟通性
6.1.3 软件质量评价准则
McCall选择的软件质量要素评价准则共21种，它们是： McCall选择的软件质量要素评价准则共21种 它们是： 选择的软件质量要素评价准则共21 可审查性(auditability) 检查软件需求、规格说明、标准、过程、指令、 (auditability)。 （ 1 ） 可审查性 (auditability) 。 检查软件需求 、 规格说明 、 标准 、 过程 、 指令 、 代码与合同是否一致的难易程度。 代码与合同是否一致的难易程度。 准确性(accuracy) 计算和控制的精度，是对无误差程序的一种定量估计。 (accuracy)。 （ 2 ） 准确性 (accuracy) 。 计算和控制的精度 ， 是对无误差程序的一种定量估计 。 最好表示成相对误差的函数。值越大表示精度越高。 最好表示成相对误差的函数。值越大表示精度越高。 通信通用性(communication commonality)。使用标准接口、协议、 （3）通信通用性(communication commonality)。使用标准接口、协议、规范的程 序。 (completeness)。所需功能完全实现的程度。 （4）完全性 (completeness)。所需功能完全实现的程度。 简明性(conciseness) 程序源代码的紧凑与简洁性。 (conciseness)。 （5）简明性(conciseness)。程序源代码的紧凑与简洁性。 一致性(consistency) 设计文档与系统实现的一致性。 (consistency)。 （6）一致性(consistency)。设计文档与系统实现的一致性。 数据通用性(data commonality)。在程序中使用标准的数据结构和类型。 （7）数据通用性(data commonality)。在程序中使用标准的数据结构和类型。 容错性(error tolerance)。系统在各种异常条件下提供继续操作的能力。 (error（8）容错性(error-tolerance)。系统在各种异常条件下提供继续操作的能力。 执行效率(execution Efficiency)。程序运行效率。 （9）执行效率(execution Efficiency)。程序运行效率。 （ 10）可扩充性(expandability)。 能够对结构设计、数据设计和过程设计进行扩 10） 可扩充性(expandability)。 能够对结构设计、 (expandability) 充的程度。 充的程度。
质量需求 在四层模型的第一层，软件产品质量层， 在四层模型的第一层，软件产品质量层，是产品必须满 足的质量需求。它是用用户术语描述的，主要有四点： 足的质量需求。它是用用户术语描述的，主要有四点： （1）产品将在用户所在组织当前使用的平台和操作系统上 运行。 运行。 产品将是可靠的并能防止数据丢失的机制。 （2） 产品将是可靠的并能防止数据丢失的机制。 产品将提供完成某些任务所必需的功能。 （3） 产品将提供完成某些任务所必需的功能。 产品将易于使用。 （4） 产品将易于使用。 质量特性 在模型的第二层， 在模型的第二层，表示与整个质量需求有关的特殊质量特 性，它代表了用户的质量需求。它采用从用户角度考虑的 它代表了用户的质量需求。 立场，把软件质量分解成四类质量特性， 立场，把软件质量分解成四类质量特性，这四个质量特性 是软件的基本特征。 是软件的基本特征。 IEEE的四个质量特性是 的四个质量特性是： IEEE的四个质量特性是： 可移植性、可靠性、功能性、可使用性。 可移植性、可靠性、功能性、可使用性。
质量的要素
讨论软件的质量定义，一般地从 个角度来看 个角度来看， 讨论软件的质量定义，一般地从4个角度来看，即用户 的角度、开发商的角度、产品的角度和价值的角度。 的角度、开发商的角度、产品的角度和价值的角度。 美国的B.W.Ｂoehm和R.Brown 先后提出了三层次的评 Ｂ 美国的 和 价度量模型：软件质量要素、准则、度量。 价度量模型：软件质量要素、准、度量。 随后G.Mruine提出了自己的软件质量度量 提出了自己的软件质量度量SQM技术， 技术， 随后 提出了自己的软件质量度量 技术 波音公司在软件开发过程中采用了SQM技术，日本的 技术， 波音公司在软件开发过程中采用了 技术 NEC公司也提出了自己的 公司也提出了自己的SQM工具，即SQMAT，并且 工具， 公司也提出了自己的 工具 ， 在成本控制和进度安排方面取得了良好的效果。 在成本控制和进度安排方面取得了良好的效果。 IEEE标准1061 1998以表格的形式 以表格的形式， IEEE标准1061-1998以表格的形式，定义了有关确认 标准1061和收集与软件质量需求有关一个模型，或称为一个框架。 和收集与软件质量需求有关一个模型，或称为一个框架。
6.1软件质量的度量 6.1软件质量的度量
6.1.1 软件的质量要素 6.1.2 软件质量评价的准则 6.1.3 软件质量的度量 6.1.4 软件质量度量的实施
6.1.1 软件的质量要素
什么是软件的质量？ 什么是软件的质量？ ISO9000的质量定义： ISO9000的质量定义 的质量定义： 质量的定义：反映实体满足明确和隐含需 质量的定义： 要能力的特性综合 定义的说明： 定义的说明：
什么是软件项目的质量？
软件系统功能齐全是不是就是质量好？ 软件系统功能齐全是不是就是质量好？ 用户界面友好是不是就是软件的质量好？ 用户界面友好是不是就是软件的质量好？ 没有BUG是不是就是软件的质量好？ 是不是就是软件的质量好？ 没有 是不是就是软件的质量好 什么是用户满意的软件项目？ 什么是用户满意的软件项目？ 软件测试是不是软件质量的全部？ 软件测试是不是软件质量的全部？ 那么，什么是软件的质量？ 那么，什么是软件的质量？
– 明确需要：指合同中用户明确提出的要求与需要 明确需要： – 隐含需要：指由生产企业通过市场调研进行识别与 隐含需要： 探明的要求或需要
质量与等级的关系
等级的含义是：对功能用途相同、 等级的含义是：对功能用途相同、但技术特性不同的实体 的一种分类或排序 例如：高质量——无错误、可读性强的用户手册 无错误、 例如：高质量 无错误 低等级——有限的功能 低等级 有限的功能 低质量——错误百出、编排混乱的用户手册 错误百出、 低质量 错误百出 高等级——大量功能 高等级 大量功能 PMBOK强调质量的核心是产品、服务的适用性 强调质量的核心是产品、 强调质量的核心是产品 什么是适用性？ 什么是适用性？
四层模型
质量需求 产品将在多 平台和当前 用户正在使 用的操作系 统上运行 质量特 性 可移植 性 质量子特性 硬件独立性 软件独立性 易安装性 可重用性 直接度量 硬件依赖性 软件依赖性 安装时间 能够用于其 他应用软件 中 测试覆盖 审查覆盖 容错性 数据完整性 数据恢复 可用性 软件可用的 百分比 度量描述（例子） 度量描述（例子） 计算硬件的依赖性 计算软件的依赖性 测量安装时间 计算能够或已经应用于其 他软件系统的模块数量 测量测试覆盖度 计算已做过的代码审查模 块 统计用户数据被破坏情况 测量恢复被破坏的数据的 能力 软件可用时间除以总的软 件使用时间
6.1.3 软件质量评价准则
11）通用性(generality) 程序部件潜在的应用范围的广泛性， (generality)。 （ 11 ） 通用性 (generality) 。 程序部件潜在的应用范围的广泛性 ， 即部件可重 用。 （12）硬件独立性(hardware independence)。软件同支持他运行的硬件系统不 12） 硬件独立性(hardware independence)。 相关的程度。 相关的程度。 13）检测性(instrumentation) 监视程序的运行，一旦发生错误时， (instrumentation)。 （13）检测性(instrumentation)。监视程序的运行，一旦发生错误时，能明确 地标识错误的程度。 地标识错误的程度。 14）模块化(modularity) 程序部件的功能独立性。 (modularity)。 （14）模块化(modularity)。程序部件的功能独立性。 15）可操作性(operability) 操作一个软件的难易程度。 (operability)。 （15）可操作性(operability)。操作一个软件的难易程度。 16）安全性(security) 控制或保护程序和数据不受破坏的机制， (security)。 （ 16 ） 安全性 (security) 。 控制或保护程序和数据不受破坏的机制 ， 以防止程 序和数据受到意外的或蓄意的存取、使用、修改、毁坏或泄密。 序和数据受到意外的或蓄意的存取、使用、修改、毁坏或泄密。 17）自文档化(sdlf documentation)。源代码提供有意义文档的程度。 (sdlf（17）自文档化(sdlf-documentation)。源代码提供有意义文档的程度。 18）简单性(simplicity) 理解程序的难易程度。 (simplicity)。 （18）简单性(simplicity)。理解程序的难易程度。 19） 软件系统独立性(software independence)。 （ 19 ） 软件系统独立性 (software system independence) 。 程序与非标准的程 序设计语言特征、操作系统特征以及其他环境约束无关的程度。 序设计语言特征、操作系统特征以及其他环境约束无关的程度。 （20）可追踪性(reacebility)。从设计表示或实际程序构件，追踪到需求的能 20） 可追踪性(reacebility)。从设计表示或实际程序构件， (reacebility) 力。 21）易培训性(training) 软件支持新用户使用该系统的能力。 (training)。 （21）易培训性(training)。软件支持新用户使用该系统的能力。