要时又可由它的一些子质量特性定义和度量。 早在1976年,由 Boehm等提出软件质量模型的分层方案。1979年 Mccall等人改进 Boehm 质量模型又提出了一种软件质量模型。模型的三层次式框架如图7.1所示。质量模型中的质 量概念基于11个特性之上。而这11个特性分别面向软件产品的运行、修正、转移。它们与 特性的关系如图72所示。 McCal等认为,特性是软件质量的反映,软件属性可用做评价准 则,定量化地度量软件属性可知软件质量的优劣。 可维护性 可移植性 可测试性 可复用性 灵活性 产品修正产品转移 互连性 产品运行 正确性可靠性效率可使用性完整性 图72 McCall软件质量模型 Mccall等人的质量特性定义如下: 正确性在预定环境下,软件满足设计规格说明及用户预期目标的程度。它要求软件本身没 可靠性软件按照設计要求,在规定时间和条件下不出故障,持续运行的程度 效率为了完成预定功能,软件系统所需的计算机资源的多少。 完整性为某一目的而保护数据,避免它受到偶然的或有意的破坏、改动或遗失的能力 可使用性对于一个软件系统,用户学习、使用软件及为程序准备输入和解释输出所需工作量的 可维护性为满足用户新的要求,或当环境发生了变化,或运行中发现了新的错误时,对一个已 投入运行的软件进行相应诊断和修改所需工作量的大小 可测试性测试软件以确保其能够执行预定功能所需工作量的大小 灵活性修改或改进一个已投入运行的软件所需工作量的大小 可移植性将一个软件系统从一个计算机系统或环境移植到另一个计算机系统或环境中运行时所 需工作量的大小 可复用性一个软件(或软件的部件)能再次用于其它应用(该应用的功能与此软件或软件部件的 互连性又称相互操作性。连接一个软件和其它系统所需工作量的大小。如果这个软件要联网 或与其它系统通信或要把其它系统纳入到自己的控制之下,必须有系统间的接口,使 对以上各个质量特性直接进行度量是很困难的,有些情况下甚至是不可能的。因此 Mccall定义了一些评价准则,使用它们对反映质量特性的软件属性分级,以此来估计软件质 量特性的值。软件属性一般分级范围从0(最低)到10(最高)。各评价准则定义如下。 可跟踪性在特定的开发和运行环境下跟踪设计表示或实际程序部件到原始需求的(可追溯)能 完备性软件需求充分实现的程度。 致性在整个软件设计与实现的过程中技术与记号的统一程度。 安全性防止软件受到意外的或蓄意的存取、使用、修改、毁坏,或防止泄密的程度。 容错性系统出错(机器临时发生故障或数据输入不合理)时,能以某种预定方式,做出适当处 理,得以继续执行和恢复系统的能力。它又称健壮性2 要时又可由它的一些子质量特性定义和度量。 早在1976年，由Boehm等提出软件质量模型的分层方案。1979年McCall等人改进Boehm 质量模型又提出了一种软件质量模型。模型的三层次式框架如图 7.1 所示。质量模型中的质 量概念基于 11 个特性之上。而这 11 个特性分别面向软件产品的运行、修正、转移。它们与 特性的关系如图 7.2 所示。McCall 等认为，特性是软件质量的反映，软件属性可用做评价准 则，定量化地度量软件属性可知软件质量的优劣。 图 7.2 McCall 软件质量模型 McCall 等人的质量特性定义如下： 正 确 性 在预定环境下，软件满足设计规格说明及用户预期目标的程度。它要求软件本身没有 错误。 可 靠 性 软件按照设计要求，在规定时间和条件下不出故障，持续运行的程度。 效 率 为了完成预定功能，软件系统所需的计算机资源的多少。 完 整 性 为某一目的而保护数据，避免它受到偶然的或有意的破坏、改动或遗失的能力。 可使用性 对于一个软件系统，用户学习、使用软件及为程序准备输入和解释输出所需工作量的 大小。 可维护性 为满足用户新的要求，或当环境发生了变化，或运行中发现了新的错误时，对一个已 投入运行的软件进行相应诊断和修改所需工作量的大小。 可测试性 测试软件以确保其能够执行预定功能所需工作量的大小。 灵 活 性 修改或改进一个已投入运行的软件所需工作量的大小。 可移植性 将一个软件系统从一个计算机系统或环境移植到另一个计算机系统或环境中运行时所 需工作量的大小。 可复用性 一个软件(或软件的部件)能再次用于其它应用(该应用的功能与此软件或软件部件的 所完成的功能有关)的程度。 互 连 性 又称相互操作性。连接一个软件和其它系统所需工作量的大小。如果这个软件要联网 或与其它系统通信或要把其它系统纳入到自己的控制之下，必须有系统间的接口，使 之可以联结。 对以上各个质量特性直接进行度量是很困难的，有些情况下甚至是不可能的。因此， McCall 定义了一些评价准则，使用它们对反映质量特性的软件属性分级，以此来估计软件质 量特性的值。软件属性一般分级范围从 0 (最低)到 10 (最高)。各评价准则定义如下。 可跟踪性 在特定的开发和运行环境下跟踪设计表示或实际程序部件到原始需求的(可追溯)能 力。 完 备 性 软件需求充分实现的程度。 一 致 性 在整个软件设计与实现的过程中技术与记号的统一程度。 安 全 性 防止软件受到意外的或蓄意的存取、使用、修改、毁坏，或防止泄密的程度。 容 错 性 系统出错(机器临时发生故障或数据输入不合理)时，能以某种预定方式，做出适当处 理，得以继续执行和恢复系统的能力。它又称健壮性。 可维护性 可测试性 灵活性 产品修正 产品转移 可移植性 可复用性 互连性 正确性 可靠性 效率 可使用性 完整性 产品运行