采用本方法的优点
（1） 将环境和技术因素进行了量化，克服传统方法在环境和技术因素考虑方面的缺陷
（2） 在项目初期给出项目工数（同FP法）
（3） 能够较客观地反映项目工时数，避免主观臆断
采用该方法的缺点
（1） Actor较多的情况下，很难确定开发工时数(例：众多带有访问权限的Actor存在的情况下)
（2） 小项目误差较大
（3） UseCase的权重难以确定
（4） 系数需要由经验的开发人员的估计
部分项目经验数据
|
项目 |
UCP人月 |
实际人月 |
UCP人月/实际人月 |
|
A |
16.0 |
15.0 |
1.07 |
|
B(自动化工具采用) |
4.8 |
1.0 |
4.80 |
|
C |
52 |
42 |
1.24 |
|
D |
50 |
38 |
1.32 |
|
E |
9.2 |
10 |
0.92 |
|
F |
2.0 |
1.9 |
1.05 |
一般地，小项目（10人月以下）除外，采用该方法，存在近30%~60%左右的误差（偏大）。误差主要体现在开发工具的使用上和复用程度上，因此根据实际情况可以进行一些适度的调整。该方法比较适合于采用面向对象进行设计的项目。有兴趣的朋友可以试一试和对该方法做一些改进。
【作者介绍】 zhanghua
张华，国家系统分析员，CSAI高级顾问。先后从事过企业信息管理，项目管理和应用系统分析与设计等工作，能熟练运用多门外语，并在自动化软件生成颇有建树。 个人熟谙PMI项目管理体系、富士通SDEM方法、IT审计和软件企业信息事业推进，熟悉多种建模方法、设计工具，具有丰富的多种业务领域建模经验。个人目前热切关注的对象有：软件哲学、软件思维工程和知识管理。
作者Email地址：maxwelloracle@hotmail.com
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
