| ·属性： | 实体的可以测量的物理或理论上的性质。
注：属性可以是内部的或外部的。 |
| ·商业现货软件： | 根据市场驱动的需要定义的、通过商业方式提供的、其适用性已经得到范围广泛的商业用户证实的
软件。
注：可参见 IEEE 1062-1993 中的定义。 |
| ·使用周境： | 用户、任务、设备(硬件、软件和资料)以及产品使用的物理和社会环境。 |
| ·定制软件： | 根据用户的需求规格说明，为某个特定应用开发的软件。 |
| ·数据讹误： | 数据完整性的无意的或故意的违反。 |
| ·直接测度： | 不依赖于任何其他属性度量的-种对属性的度量。 |
| ·评价模块： | 用于测量软件质量特性、子特性或属性的评价技术包。
注：此包包括：
a) 评价方法和技术；
b) 对评价的输入；
c) 待测量和待收集的数据；
d) 支持规程和工具。 |
| ·外部测度： | 从对系统行为的测度导出的对产品的一种间接测度，其中产品是系统的一部分。
注 1：系统包括任何相关的硬件、软件(定制的软件或现货软件)和用户。
注 2：在测试中发现的失效数是对程序中的故障数的外部测度，因为失效数是在计算机系统运行程序的过程中计算
的。
注 3：外部测度可以用来评价更接近于最终设计目标的质量属性。 |
| ·外部质量： | 产品在特定条件下使用时，满足明确或隐含要求的程度。 |
| ·目标： | 预期的结果。 |
| ·隐含的要求： | 当实体在特定条件下使用时，尚未说明但又是实际需要的要求。
注：隐含的要求是未形成文档的真实要求。 |
| ·指标： | 能用来估计或预测另一测度的一种测度。
注 1：预测的测度可以是针对相同或不同的软件质量特性。
注 2：指标可用来估计软件质量的属性和开发过程的属性，它们是对属性的不精确的间接测度。 |
| ·间接测度： | 从一个或一个以上的其他属性的测度导出的一种对属性的测度。
注：对计算机系统属性(例如对用户输入的响应时间)的外部测度就是对软件属性的一种间接测度，因这种测度要受
计算环境的属性和软件属性的影响。 |
| ·软件中间产品： | 软件开发过程中的产品，用作软件开发过程另一阶段的输入。
注：在某些情况下，中间产品也可以是最终产品。 |
| ·内部测度： | 对产品本身的一种测度，或是直接的或是间接的。
注：代码行数、复杂度测度、在走查和 Fog 索引中发现的故障数都是对产品本身进行的内部测度。 |
| ·内部质量： | 产品属性的总和，决定了产品在特定条件下使用时，满足明确和隐含要求的能力。 |
| ·测量(动词)： | 执行-次测量(活动)。 |
| ·测度(名词)： | 通过执行-次测量赋予实体属性的数或类别。 |
| ·测量(名词)： | 使用一种度量，把标度值(可以是数或类别)赋予实体的某个属性。
注：使用类别时，测量可以是定性的。如软件产品的一些重要属性，例如源程序语言(Ada，C，COBOL 等)就是定
性的类别。 |
| ·度量： | 定义的测量方法和测量标度。
注 1：度量可以是内部的或外部的，可以是直接的或间接的。
注 2：度量包括把定性数据进行分类的方法。 |
| ·质量评价： | 对实体能满足特定需求的程度的系统检测。
注：当按照合同为某个特定用户开发产品时，其需求是正式规定的；当产品是为非特定用户开发时，如办公软件
其需求由开发组织来规定；当用户为比较和选择而评价产品时，需求通常是较一般性的。 |
| ·使用质量： | 特定用户使用的产品满足其要求，以在特定使用周境下达到有效性、生产率、安全性和满意度等特
定目标的程度。
注：这种使用质量的定义类似于 ISO 9241－11 中可用性的定义。 |
| ·质量模型： | 一组特性及特性之间的关系，它提供规定质量需求和评价质量的基础。 |
| ·评级： | 把测量值映射到相应的评定等级的活动，用于确定与软件某一质量特性相关的等级。 |
| ·评定等级： | 在有序标尺上的某个刻度，用于对测量的标度进行分级。
注 1：评定等级能使软件按照明确或隐含的要求进行分类(评定)。
注 2：合适的评定等级与关注质量的视角有关，如“用户”、“管理者”或“开发者”的视角。 |
| ·标度： | 具有已定义性质的一组值。
注：标度类型的例子有：与一组类别对应的标称标度、与一组有序刻度对应的顺序标度、与一组等距的有序刻度对
应的间隔标度，以及既有等距刻度，也具有绝对零度的比率标度。使用标称标度或顺序标度的度量产生定性的
数据，而使用间隔标度和比率标度的度量产生定量的数据。 |
| ·软件产品： | 一组计算机程序、规程以及可能有的相关文档和数据。
注：产品包括中间产品和打算由开发者和维护者等用户使用的产品。 |
| ·系统： | 由一个或多个过程、硬件、软件、设施和人员组成的集合体，提供满足明确要求或目标的能力。 |
| ·确认： | 通过检查和提供客观证据，证实特定预期用途的需求是否得到满足。
注 1：在设计和开发中，确认关系到检查产品是否符合用户要求的过程；
注 2：确认一般是在规定的操作条件下对最终产品进行的。在早期阶段，这样做可能也是必要的；
注 3：“已确认的”一词用来表示相应的状态；
注 4：如果有几种不同的预期用途，可进行多种确认。
注 5：特定预期用途的需求通常是指需求规格说明或合同中规定的需求。 |
| ·验证： | 通过检查和提供客观证据，证实规定的需求已经得到满足。
注 1：在设计和开发中，验证是指对某项指定活动的结果进行检查的过程，以确定该活动是否符合该活动声明的需
求。
注 2：“已验证的”一词用来表示相应的状态。 |