结论

为了对软件性能估算应用用力点方法，对它的基本组成有良好的了解是十分重要的。用例业务的概念是这样一种成分，它好与一个环形路线结合，从用户启动的刺激源到系统的反应都是如此。如果系统等待进一步的刺激源的话，业务算完成了。

与这个概念结合，我们需要对怎样以及什么时候计算业务作出一些建议。它更像是一种艺术，而不是一门科学，与常识和经验一起应用这些推荐，可与帮助您作出更有效的努力，并评价项目早期的成本。
参考文献

[1] Jacobson，Ivar 等，Object-Oriented Software Engineering. A Use Case Driven Approach， 修订版，Addison-Wesley 1993。

[2] Cockburn，Alistair，Writing Effective Use Cases，Addison-Wesley，2001。

[3] Ribu， Kirsten，"Estimating Object-Oriented Software Projects with Use Cases"，MSc Thesis Oslo 2001，可于 此处下载

[4]Övergaard， Gunnar 和 Karin Palmkvist，Use Cases: Patterns and Blueprints.Addison- Wesley 2005。

[5] Mohagheghi， Parastoo， Bente Anda 和 Reidar Conradi， "Effort estimation of Use Cases for incremental large-scale software development"，International Conference on Software Engineering (ICSE)。2005， pp. 303 -- 31。

[6] Laird， Linda M. 和 M. Carol Brennan，Software Measurement and Estimation: A Practical Approach。Wiley-Interscience 2006。

[7] Robiolo， Gabriela 和  Ricardo Orosco， "Employing Use Cases to early estimate effort with simpler metrics"，Innovations in Systems and Software Engineering，第 4 卷， Number 1，2008 年 4 月，pp. 31-43。

[8] Issa， Ayman， Mohammed Odeh 和 David Coward， "Software Cost Estimation Using Use-Case Models: a Critical Evaluation"，Information and Communication Technologies， 2006。ICTTA '06. 2ndVolume 2， pp. 2766-2771。

[9] Vinsen， Kevin， Diane Jamieson 和 Guy Callender， "Use Case Estimation -- The Devil is in the Detail"，12th IEEE International Requirements Engineering Conference (RE'04)， 2004， pp. 10-15。

[10] Braz， Marcio Rodrigo 和 Silvia Regina Vergilio， "Software Effort Estimation Based on Use Cases"，Proceedings of the 30th Annual International Computer Software and Applications Conference (COMPSAC '06)，2006， pp. 221-228。

[11] Diev， Sergey， "Use cases modeling and software estimation: Applying Use Case Points"，ACM Software Engineering Notes， Volume 31， Number 6， 2006 年 11 月。

[12] Anda， Bente， Endre Angelvik 和 Kirsten Ribu， "Improving Estimation Practices by Applying Use Case Models"，Profes 2002， LNCS 2259， pp. 383-397。

[13] Bittner， Kurt， 和 Ian Spence，Use Caseuse case Modeling. Pearson Education 2003。

[14] Kusumoto， Shinji 等， "Estimating Effort by Use Case Points: Method， Tool and Case Study"，Proceedings of the 10 th International Symposium on Software Metrics (METRICS'04)， 2004.

[15] Koirala， Shivprasad， "How to Prepare Quotation Using Use Case Points"， The Code Project， 2004 年 12 月

[16] Probasco， Leslee， "Dear Dr. Use Case: What About Function Points and Use Cases?"，The Rational Edge， 2002 年 8 月
注释

    可以从网上以及其他的手段来得到具体的描述、扩展卡以及工具；例如：[6]，[3]，[12]。
    查看 [6] 已得到估算方法的概述。
    参考在 Diev [11] 中发现的同一个人。
    [1]， p. 127；同样比较 [2]，p. 93-94.
    [2]，p. 119-127。
    [7]，p. 35。
    [3]，p. 20，[14]，section 2.1，[15]。
    Diev [11] 看到了一个用例业务中两个（或者更多）的用例。他说，“用例业务‘购买金融产品’可能包含一系列成功的产品或者失败的”。我们并不认为这是一个好注意，因为业务和场景之间的关系变得不明确起来。“成功的购买”场景由至少一个刺激源和回应组成。“失败的购买”场景由成功场景中的相同刺激源组成。因此，它由两个业务，而不是一个组成。
    查看 [4]，p. 36-37。
    Robiolo 与 Orosco 试着解决怎样同时计算非常复杂用例的难题。它们并没有将用例业务与用例的复杂性联系起来，只是简单的添加在用例中发现的所有业务，并直接根据业务 [7]，p. 35 的大小来直接计算程序的大小。这听起来十分有前途，但是据我所知，人们对可应用的规则已经进行了大量的研究。现在，我们更加倾向于使用用例点方法。而且，为了保持相反可操作性，我们并不希望改变它的基础，像以前有人建议的那样；例如：更改业务/复杂性比率（[5]，表 3）；更改它（用例大小点，Fuzzy 用例大小点[10]）；或者为“关键性场景”[16]更改业务。

参考资料

    参与论坛讨论。
    您可以参阅 Rational Edge 中文版 的其他文章。
    已经专门为 Rational Edge 文章创建了一个 新讨论区，因此现在您可以在此论坛中分享您对本文、本期期刊其它文章或我们过往期刊上的其他文章的看法。查阅您遍及世界的同行所阐述的观点，创建您自己的讨论，或者加入正在进行中的讨论。点击 这里 开始。
    全球 Rational 用户组社区。