在需求可复用的情况下，识别可复用的用例所占的完成度，求和可得初始折算已完成用例点数，规模数据为全部用例点数减去初始折算已完成用例点数，以折算已完成用例点数来跟踪进度时，注意起点不为0；如果是绘制燃尽图，起点也不是全部用例点数。
例如：某小版本的任务是开发实现100个用例点，用例分析已经由另一个异地团队完成了，根据两个团队的历史数据和
协定，用例分析所占完成度为30%，那么初始折算已完成用例点数为30，这个小版本的规模是70个用例点。
对于设计复用，也可采用同需求复用类比方法，不再赘述。
在初步需求分析后，识别部分功能可以由复制现有代码来实现。仍然统计全部用例点，并不扣除这部分功能的用例点数，因为作为代码级复用，不能排除修改这部分代码，在考虑TCF时，参考此复用的因素。
将构件复用分成二类：
一是引用，指最终用户直接使用构件的界面；
二是调用，指调用构件开发项目本身的界面，最终用户不会用到构件本身的界面。
构件引用不计到项目规模中。构件调用是需要进行用例分析的，并要计入项目规模中。
如果不能明确有构件,则进行用例分析，计入规模中。
针对升级维护项目，大量出现局部修改用例的情况，这时根据用例修改幅度来判别用例的大小。如果出现大范围的用例小幅改动，修改用例的权重为3，6，9，或其它合适的权重，所用调整方法参照了用户故事的相对比较调整方法，由团队全体共同协商决定[参考文献3]。
将此方法应用于一个组织的软件开发中，积累了2008年到2009年底的8个项目61个小版本数据。进度控制能力是平均工3.43%，6标准差范围是[-17.77%，24.63%]，其用例点生产率平均是30.7个/人月，6标准差范围是[13.6，47.8]，符合正态分布，如下图2。
图2 用例点生产率分布图
可以看出此方法是有效而且是高效的。
综上，本文介绍的方法基于成熟的用例分析方法，规则简单易用，计算方便。软件规模度量在不同项目组之间是可比的，因而以此为基础，可以得到生产率、缺陷密度等等常用指标，可以用于评估不同项目组的能力；而折算已完成用例点的定期跟踪可以定量客观的显示项目进度，可以保证工期。
参 考 文 献
[1] Roy K. Clemmons，Project Estimation With Use Case Points， CROSSTALK The Journal of Defense Software Engineering, February 2006
[2] Ivar Jacobson. Object - Oriented Software Engineering : A Use Case Driven Approach [ M] . New York : Addison – Wesley Publishing Company , 1992.
[3] Ken Schwaber,《Agile Software Development with SCRUM》, Prentice Hall, ISBN:0130676349, 2001-10
[4] Karner, Gustav. “Resource Estimation for Objectory Projects.” Objective Systems SF AB, 1993.
[5] Ribu, Kirsten. Estimating Object-Oriented Software Projects with Use Cases. Master of Science Thesis, University of Oslo, Department of Informatics. 2001.
原文地址：http://blog.csdn.net/zhangmike/article/details/24594851
