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