能听度(audibility)。和标准的符合性可被检查的容易程度。

　　准确度(accuracy)。计算和控制的准确度。

　　通讯公用度(communication commonality)。标准界面、协议和带宽的使用程度。

　　完全性(completeness)。所需功能完全实现的程度。

　　简洁度(conciseness)。以代码行数来评价程序的简洁程度。

　　一致性(consistency)。在软件开发项目中一致的设计和文档技术的使用。

　　数据公用性(data commonality)。在整个程序中对标准数据结构和类型的使用。

　　容错度(error tolerance)。当程序遇到错误时所造成的损失。

　　执行效率(execution efficiency)。一个程序的运行性能。

　　可扩展性(expandability)。结构、数据或过程设计可被扩展的程度。通用性(generality)。程序构件潜在的应用广度。

　　硬件独立性(hardware independence)。软件独立于其运行之上的硬件的程度。

　　检自性(instrumentation)。程序监视它自身的操作并且标识产生的错误的程度。

　　模快性(modularity)。程序部件的功能独立性(第13章)。

　　可操作性(operability)。程序操作的容易度。

　　安全性(security)。控制和保护程序和数据的机制的可用度。

　　自包含文档度(self－documentation)。源代码提供有意义的文档程度。

　　简单性(simplicity)。一个程序可以没有困难的被理解的程度。

　　软件系统独立性(software system independence)。程序独立于非标准编程特性、操作系统特性、和其他环境限制的程度。

　　可追溯性(traceability)。从一个设计表示或实际程序部件追溯到需求说明的能力。

　　可培训性(training)。软件支持使得新用户使用系统的能力。

　　软件质量因素的关系和上述的度量在图18－2中有所描述。值得注意的是分给每个度量的权值依赖于本地的产品和考虑。

18.1.2 furps

　　mccall和他的同事提出的质量因素［mcc77］代表了被提出的众多软件质量“检查表”之一。hewlett－packard［gra87］提出了一套考虑软件质量的因素，简称为furps——功能性(functionality)、可用性(usability)、可靠性(reliability)、性能(performance)、和支持度(supportability)。furps质量因素是从早期工作中的得出的，五个主要因素每一个都定义了如下评估方式：

　　·功能性：通过评价特征集和程序的能力、交付的函数的通用性、和整体系统的安全性来评估。

　　·可用性：通过考虑人的因素(第14章)、整体美学、一致性、和文档来评估。

　　·可靠性：通过测度错误的频率和严重程度、输出结果的准确度、平均失效间隔时间(mtbf)、从失效恢复的能力、程序的可预测性等来评估。

　　·性能：通过测度处理速度、响应时间、资源消耗、吞吐量、和效率来评估。

　　·支持度：包括扩展程序的能力(可扩展性)、可适应性、和服务性(这三个属性代表了一个更一般的概念——可维护性)，以及可测试性、兼容度、可配置性[组织和控制软件配置的元素的能力(第9章)]、一个系统可以被安装的容易程度、问题可以被局部化的容易程度。本资料来源于贵-州-学-习-网 IT认证计算机软件水平考试 WWW.GZU521.COM

　　furps质量因素和上述描述的属性可以用来为软件过程中的每个活动建立质量度量。

18.1.3 到量化视图的变迁

　　在前面的章节里，讨论了一套软件质量测度定性因素。我们设法开发精确的软件质量的测度，但有时又会被活动的主观性质所困惑。cavano和mccall[cav78]讨论了该情形：

　　决定质量在日常事件(葡萄酒品尝比赛、运动赛事[例如体操]、智力竞赛等等)中是一个关键因素。在这些情形下，质量是以最基本和最直接的方式来判定的：在相同的条件和预先决定的概念下并列对比物体。葡萄酒可以根据清澈度、颜色、花束、味道等。但是，这种类型的判定是十分主观的；为了最终得到某一个值，它必须由一个专家来判定。

　　主观性和特殊性同样应用于确定软件质量。为了帮助解决这个问题，一个对软件质量更为精确的定义是必需的，同样，为了客观的分析，需要一个方法来导出软件质量的定量测度…，因为这样一件事情不是绝对知识的，不能期望去很精确地测度软件质量，因为每一个测度方法都是不完美的。jacob bronkowski这样来描述这个知识的矛盾：“年复一年，我们设计更为精确的仪器来更好地观察自然，而当我们看到观察资料时，我们十分沮丧地看到它们仍然很模糊，并且我们感觉到它们和以往一样仍然不确定。

　　在接下来的章节里，我们检查了一组软件度量，它们可以应用到软件质量的定量评价。在所有的场合里，度量代表着间接测度；也就是说，我们从来没有真正地测度质量，而是测度一些质量的表现。复杂的因素在于所测度的变量和软件质量间的准确关系。

18.2 软件技术度量框架

　　如我们在这章的介绍中所说的，测度分配数字或符号给现实世界中的实体的属性。为了达到这个目的，需要一个包含一组一致规则的测度模型。尽管测度理论(例如，［kyb94］及其在计算机软件的应用(例如参考文献［dem81］和［bri96］)这些话题不在本书的内容范围，但是，仍然值得去建立一个基本框架和一组软件的技术度量的测度的基本原则。