护性、完整性和可使用性。Gilb提出了它们的定义和度量。 ①正确性:一个程序必须正确地运行,而且还要为它的用户提供某些输出。正确性要 求软件执行所要求的功能。对于正确性,最一般的度量是每千代码行(KLOC)的差错数,其 中将差错定义为已被证实是不符合需求的缺陷。差错在程序交付用户普遍使用后由程序的用 户报告,按标准的时间周期(典型情况是1年)进行计数 ②可维护性:包括当程序中发现错误时,要能够很容易地修正它:当程序的环境发生 变化时,要能够很容易地适应之;当用户希望变更需求时,要能够很容易地增强它。还没有 种方法可以直接度量可维护性,因此必须采取间接度量。有一种简单的面向时间的度量, 叫做平均变更等待时间MTC( Mean Time To Change)。这个时间包括开始分析变更要求、 设计合适的修改、实现变更并测试它、以及把这种变更发送给所有的用户。一般地,一个可 维护的程序与那些不可维护的程序相比,应有较低的MTC(对于相同类型的变更)。 ③完整性:这个属性度量一个系统抗拒对它的安全性攻击(事故的和人为的)的能力 软件的所有三个成分:程序、数据和文档都会遭到攻击 为了度量完整性,需要定义两个附加的属性:危险性和安全性。危险性是特定类型的攻 击将在一给定时间内发生的概率,它可以被估计或从经验数据中导出。安全性是排除特定类 型攻击的概率,它也可以被估计或从经验数据中导出。一个系统的完整性可定义为: 完整性=∑(1一危险性×(1一安全性)) 其中,对每一个攻击的危险性和安全性都进行累加 ④可使用性:即用户友好性。如果一个程序不具有“用户友好性”,即使它所执行的 功能很有价值,也常常会失败。可使用性力图量化“用户友好性”,并依据以下四个特征进 行度量: 为学习系统所需要的体力上的和智力上的技能 为达到适度有效使用系统所需要的时间 当软件被某些人适度有效地使用时所度量的在生产率方面的净增值 用户角度对系统的主观评价(可以通过问题调查表得到) 4、软件项目的估算 在做软件估算时往往存在某些不确定性,这将使得软件项目管理人员无法正常进行管 理。因为估算是所有其它项目计划活动的基石,且项目计划又为软件工程过程提供了工作方 向,所以我们不能没有计划就开始着手开发,否则将会陷入盲目性。 (1)估算 估算资源、成本和进度时需要经验、有用的历史信息、足够的定量数据和作定量度量的 勇气。估算本身带有风险。增加风险的各种因素如图96所示。图中的轴线表示被估算项目 的特征 结构化、定义、不确定性的程度 低风险区 基于以往工作量的复杂性 工作量的大小 图96估算与风险 项目的复杂性对于増加软件估算的不确定性影响很大。复杂性越高,估算的风险就越高。7 护性、完整性和可使用性。Gilb 提出了它们的定义和度量。 ① 正确性：一个程序必须正确地运行，而且还要为它的用户提供某些输出。正确性要 求软件执行所要求的功能。对于正确性，最一般的度量是每千代码行(KLOC)的差错数，其 中将差错定义为已被证实是不符合需求的缺陷。差错在程序交付用户普遍使用后由程序的用 户报告，按标准的时间周期(典型情况是 1 年)进行计数。 ② 可维护性：包括当程序中发现错误时，要能够很容易地修正它；当程序的环境发生 变化时，要能够很容易地适应之；当用户希望变更需求时，要能够很容易地增强它。还没有 一种方法可以直接度量可维护性，因此必须采取间接度量。有一种简单的面向时间的度量， 叫做平均变更等待时间 MTTC（Mean Time To Change)。 这个时间包括开始分析变更要求、 设计合适的修改、实现变更并测试它、以及把这种变更发送给所有的用户。一般地，一个可 维护的程序与那些不可维护的程序相比，应有较低的 MTTC（对于相同类型的变更)。 ③ 完整性：这个属性度量一个系统抗拒对它的安全性攻击(事故的和人为的)的能力。 软件的所有三个成分：程序、数据和文档都会遭到攻击。 为了度量完整性，需要定义两个附加的属性：危险性和安全性。危险性是特定类型的攻 击将在一给定时间内发生的概率，它可以被估计或从经验数据中导出。安全性是排除特定类 型攻击的概率，它也可以被估计或从经验数据中导出。一个系统的完整性可定义为： 完整性 ＝ ∑（1－危险性×（1－安全性）） 其中，对每一个攻击的危险性和安全性都进行累加。 ④ 可使用性：即用户友好性。如果一个程序不具有“用户友好性”，即使它所执行的 功能很有价值，也常常会失败。可使用性力图量化“用户友好性”，并依据以下四个特征进 行度量： ▪ 为学习系统所需要的体力上的和智力上的技能； ▪ 为达到适度有效使用系统所需要的时间； ▪ 当软件被某些人适度有效地使用时所度量的在生产率方面的净增值； ▪ 用户角度对系统的主观评价(可以通过问题调查表得到)。 4、软件项目的估算 在做软件估算时往往存在某些不确定性，这将使得软件项目管理人员无法正常进行管 理。因为估算是所有其它项目计划活动的基石，且项目计划又为软件工程过程提供了工作方 向，所以我们不能没有计划就开始着手开发，否则将会陷入盲目性。 (1) 估算 估算资源、成本和进度时需要经验、有用的历史信息、足够的定量数据和作定量度量的 勇气。估算本身带有风险。增加风险的各种因素如图 9.6 所示。图中的轴线表示被估算项目 的特征。 图 9.6 估算与风险 项目的复杂性对于增加软件估算的不确定性影响很大。复杂性越高，估算的风险就越高