第13章---软件项目管理.pptVIP

第十章软件工程管理;第10章软件工程管理;软件度量技术;;优点:主要是代码是所有软件开发工程都有的“产品”，而且很容易计算代码行数。

缺点是：源程序仅是软件配置的一个成分，用不同语言实现同一个软件所需要的代码行数并不相同；用它的规模代表整个软件的规模似乎不太合理；这种方法不适用于非过程语言。

为了克服代码行技术的缺点，人们又提出了功能点技术。;——用功能点〔FP〕为单位度量软件规模

1.信息域特性

功能点技术定义了信息域的5个特性，分别是输入项数(Inp)、输出项数(Out)、查询数(Inq)、主文件数(Maf)和外部接口数(Inf)。;〔1〕输入项数：用户向软件输入的项数，这些输入给软件提供面向应用的数据。输入不同于查询，后者单独计数，不计入输入项数中。

〔2〕输出项数：软件向用户输出的项数，它们向用户提供面向应用的信息，例如，报表和出错信息等。???表内的数据项不单独计数。

〔3〕查询数：查询即是一次联机输入，它导致软件以联机输出方式产生某种即时响应。

〔4〕主文件数：逻辑主文件〔即数据的一个逻辑组合，它可能是大型数据库的一局部或是一个独立的文件〕的数目。

〔5〕外部接口数：机器可读的全部接口〔例如磁盘或磁带上的数据文件〕的数量，用这些接口把信息传送给另一个系统。;2.估算功能点的步骤

估算出一个软件的功能点数〔即软件规模〕：

〔1〕计算未调整的功能点数CT

把产品信息域的每个特性(即Inp、Out、Inq、Maf和Inf)都分类为简单级、平均级或复杂级，并根据其等级为每个特性分配一个功能点数

〔例如，一个简单级的输入项分配3个功能点，一个平均级的输入项分配4个功能点，而一个复杂级的输入项分配6个功能点〕。

未调整的功能点数UFP：CT=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf

其中，ai(1≤i≤5)是信息域特性系数，其值由相应特性的复杂级别决定。;(2)计算技术复杂性因子TCF

这一步骤度量14种技术因素对软件规模的影响程度。这些因素包括高处理率、性能标准〔例如，响应时间〕、联机更新等，用Fi(1≤i≤14)代表这些因素。

根据软件的特点，为每个因素分配一个从0〔不存在或对软件规模??影响〕到5〔有很大影响〕的值。

技术因素对软件规模的综合影响程度DI：

DI=

技术复杂性因子TCF由下式计算：

TCF=0.65+0.01×DI

因为DI的值在0~70之间，所以TCF的值在0.65~1.35之间。;〔3〕计算功能点数FP

FP=CT×TCF

功能点数与所用的编程语言无关，看起来功能点技术比代码行技术更合理一些。但是，在判断信息域特性复杂级别和技术因素的影响程度时，存在着相当大的主观因素。;软件估算模型使用由经验导出的公式来预测软件开发工作量，工作量是软件规模〔KLOC或FP〕的函数，工作量的单位通常是人月〔pm)。

由于支持大多数估算模型的经验数据，都是从有限个工程的样本集中总结出来的，因此，没有一个估算模型可以适用于所有类型的软件和开发环境。;这类模型的总体结构形式如下：

E=A+B×(ev)C

其中，A、B和C是由经验数据导出的常数，E是以人月为单位的工作量，ev是估算变量〔KLOC或FP〕。下面给出几个典型的静态单变量模型。

面向KLOC的估算模型

(1)Walston_Felix模型

E=5.2×(KLOC)0.91

(2)Bailey_Basili模型

E=5.5+0.73×(KLOC)1.16;可以看出，对于相同的KLOC或FP值，用不同模型估算将得出不同的结果。主要原因是，这些模型多数都是仅根据假设干应用领域中有限个工程的经验数据推导出来的，适用范围有限。

因此，必须根据当前工程的特点选择适用的估算模型，并且根据需要适当地调整〔例如，修改模型常数〕估算模型。;1981年Boehm在《软件工程经济学》中首次提出了COCOMO模型，COCOMO是构造性本钱模型〔ConstructiveCostModel)的英文缩写。

1997年Boehm等人提出的COCOMO2模型，是原COCOMO模型的修订版，它反映了十多年来在本钱估计方面所积累的经验。

COCOMO2给出了3个层次的软件开发工作量估算模型，这3个层次的模型在估算工作量时，对软件细节考虑的详尽程度逐级增加。;这3个层次的估算模型分别是：

〔1〕应用系统组成模型。这个模型主要用于估算构建原型的工作量，模型名字暗示在构建原型时大量使用已有的构件。

〔2〕早期设计模型。这个模型适用于体系结构设计阶段。

〔3〕