特征点度量计算表将 度量参数计数 权值加权计数 用户输入数 ×4 用户输出数 ×5 用户查询数 ×4 文件数 7 外部接口数 ×7 算法 ×3 总计数
特征点度量计算表格
软件质量的度量 0质量度量贯穿于软件工程的全过程 中以及软件交付用户使用之后。 0在软件交付之前得到的度量可作为 判断设计和测试质量好坏的依据。 这一类度量包括程序复杂性、有效 的模块性和总的程序视模。 0在软件交付之后的度量则把注意力 集中于还未发现的差错数和系统的 可维护性方面
软件质量的度量 质量度量贯穿于软件工程的全过程 中以及软件交付用户使用之后。 在软件交付之前得到的度量可作为 判断设计和测试质量好坏的依据。 这一类度量包括程序复杂性、有效 的模块性和总的程序规模。 在软件交付之后的度量则把注意力 集中于还未发现的差错数和系统的 可维护性方面
a使用得最广泛软件质量的事后度量 包括正确性、可维护性、完整性和 可使用性。 (1)正确性:一个程序必须正确地运 行,并为它的用户提供某些输出。 正确性要求软件执行所要求的功能 正确性的度量是每干代码行KLOC 的差错数,其中将差错定义为已被 证实是不符合需求的缺陷
使用得最广泛软件质量的事后度量 包括正确性、可维护性、完整性和 可使用性。 (1) 正确性：一个程序必须正确地运 行，并为它的用户提供某些输出。 正确性要求软件执行所要求的功能。 正确性的度量是每千代码行(KLOC) 的差错数，其中将差错定义为已被 证实是不符合需求的缺陷
(2)可维护性:软件维护比其它的软 没有一种方法司以直發度量可维护 性,因此必须采取间接度量。 有一种简单的面向时间的度量,叫 做平均变更等待时间MTTC。 这个时间包括分析变更要求、设计 适当的修改、实观变更并测试及 把变更发送给所有的用户 一个可维护的程序与不可维护的程 序相比,应有较低的MTTC
(2) 可维护性：软件维护比其它的软 件工程活动需要更多的工作量。还 没有一种方法可以直接度量可维护 性，因此必须采取间接度量。 有一种简单的面向时间的度量，叫 做平均变更等待时间MTTC。 这个时间包括分析变更要求、设计 适当的修改、实现变更并测试、及 把变更发送给所有的用户。 一个可维护的程序与不可维护的程 序相比，应有较低的MTTC
(3)完整性:完整性度量一个系统 抗拒对它的安全性攻击(事故的和 人为的)的能力。软件的所有三个 成分程序、数据和文档都会遭到攻 击 度量完整性,需要定义两个附加的 属性:危险性和安全性 危险性是特定类型的攻击将在一给 定时间内发生的概率。安全性是排 除特定类型攻击的概率
(3) 完整性：完整性度量一个系统 抗拒对它的安全性攻击（事故的和 人为的）的能力。软件的所有三个 成分程序、数据和文档都会遭到攻 击。 度量完整性，需要定义两个附加的 属性：危险性和安全性。 危险性是特定类型的攻击将在一给 定时间内发生的概率，安全性是排 除特定类型攻击的概率