摘要：本文介绍了通过UseCase估算项目工时的方法并给出其计算细节，同时还指出该方法存在的问题和不足。
关键词：UUCP，技术因素，环境因素
运用UseCase估算项目工时,首先是Gustav Karner本人在其出版的书籍《Applying Use Cases》中提出的。该方法通过利用项目初期产生的UseCase以及分析技术的复杂性和环境的复杂度对项目的工程量进行估算。但是给出的计算细节过于笼统，甚至很多因数亦未提及。因此在实际运用中，有着显著的误差。笔者根据自身的项目实践，参照《Applying Use Cases》中提供的原则，给出采用该方法考虑的要点和具体改进的计算细节，与诸位读者共享。
UseCase法估算项目工程量的步骤如下：
1 生成UseCase
2 Actor权重的计算
3 UseCase权重的计算
4 UUCP计算(UUCP：unadjusted Use Case Point)
5 技术因素权重的计算
6 环境因素权重的计算
7 UCP(Use Case Point)的计算
8 工时计算
下面对其进行一一的讲解。
（1） 生成UseCase
将UseCase图进行细化。使得每一个Actor对应且只对应一个UseCase。存在“extend”和“uses”情况时，由于派生或引用的UseCase与外部Actor不发生直接联系,不计入计算式。
（2） Actor的权重
按照UseCase与Actor一对一的原则，根据Actor与UseCase交互时接口的类型，分别给出每个Actor的权重，然后进行合计，得出整个项目Actor的权重值①。具体参考如下:
Actor权重参考表
|
接口类型 |
Actor权重 |
|
类DOS型界面 |
0.8 |
|
简单的对话型界面 |
1.6 |
|
复杂的对话型界面 |
2.3 |
|
简单的GUI界面 |
2.4 |
|
复杂的GUI界面 |
3.0 |
Actor的权重合计表
（3） UseCase权重的计算
这里指的 UseCase仍是指与Actor直接交互且存在一对一关系的UseCase。根据UseCase包含的事务数（Transaction）与分析类的数目，给出UseCase的权重。然后将所有UseCase的权重相加得出整个项目UseCase的权重总和②。
UseCase权重参考表
|
类型 |
意义 |
权重（系数） |
|
简单型 |
3个以下事务/4个以下分析类 |
4～7 |
|
平均型 |
4至7个事务/5至10个分析类 |
8～12 |
|
复杂型 |
8个以上事务/11个以上分析类 |
13～17 |
UseCase权重合计表
（4） UUCP计算(UUCP：Unadjusted Use Case Point)
将Actor与UseCase的权重相加，即得到UUCP
UUCP＝∑Actor权重+∑UseCase权重（即①+②）
（5） 技术复杂度计算
将待开发系统所涉及的一些技术因素系数根据涉及程度赋予从0到6之间的值(0：未涉及； 3：一般性；5：本质性)。
|
序号 |
类目 |
权重 |
系数 |
值 |
理由 |
|
T1 |
分布式系统 |
1 |
|
|
|
|
T2 |
系统吞吐量大、处理时间短 |
2 |
|
|
|
|
T3 |
在线用户使用效率高 |
1 |
|
|
|
|
T4 |
内部处理复杂 |
1 |
|
|
|
|
T5 |
代码可供后续项目复用 |
1 |
|
|
|
|
T6 |
易安装调试 |
0.5 |
|
|
|
|
T7 |
易用性高 |
0.5 |
|
|
|
|
T8 |
移植性高 |
2 |
|
|
|
|
T9 |
易扩展和修改 |
1 |
|
|
|
|
T10 |
并行处理 |
1 |
|
|
|
|
T11 |
需要特别考虑系统的安全性 |
1 |
|
|
|
|
T12 |
第三方软件（中间件）能够直接访问 |
1 |
|
|
|
|
T13 |
需要对用户进行特别培训 |
1 |
|
|
|
|
合计 |
TFactor=∑权重×系数 |
|
|
|
|
由上表得到TFactor的值，根据下面的算式得出该项目技术复杂度的权重
TCF(Technical Complexity Factor)＝0.6 + (0.01×TFactor)
（6） 环境复杂度权重的计算
根据项目开发的具体环境，给下列环境因素的系数赋予0-6之间的值
E1-E4 0无经验，5专家级，3 一般
E5 0 无热情，5 高度热情
E6 0 极端不安定，5
