結論

為了對軟件性能估算應用用力點方法，對它的基本組成有良好的了解是十分重要的。用例業(yè)務的概念是這樣一種成分，它好與一個環(huán)形路線結合，從用戶啟動的刺激源到系統(tǒng)的反應都是如此。如果系統(tǒng)等待進一步的刺激源的話，業(yè)務算完成了。

與這個概念結合，我們需要對怎樣以及什么時候計算業(yè)務作出一些建議。它更像是一種藝術，而不是一門科學，與常識和經驗一起應用這些推薦，可與幫助您作出更有效的努力，并評價項目早期的成本。
參考文獻

[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] 中發(fā)現(xiàn)的同一個人。
    [1]， p. 127；同樣比較 [2]，p. 93-94.
    [2]，p. 119-127。
    [7]，p. 35。
    [3]，p. 20，[14]，section 2.1，[15]。
    Diev [11] 看到了一個用例業(yè)務中兩個（或者更多）的用例。他說，“用例業(yè)務‘購買金融產品’可能包含一系列成功的產品或者失敗的”。我們并不認為這是一個好注意，因為業(yè)務和場景之間的關系變得不明確起來。“成功的購買”場景由至少一個刺激源和回應組成。“失敗的購買”場景由成功場景中的相同刺激源組成。因此，它由兩個業(yè)務，而不是一個組成。
    查看 [4]，p. 36-37。
    Robiolo 與 Orosco 試著解決怎樣同時計算非常復雜用例的難題。它們并沒有將用例業(yè)務與用例的復雜性聯(lián)系起來，只是簡單的添加在用例中發(fā)現(xiàn)的所有業(yè)務，并直接根據業(yè)務 [7]，p. 35 的大小來直接計算程序的大小。這聽起來十分有前途，但是據我所知，人們對可應用的規(guī)則已經進行了大量的研究�，F(xiàn)在，我們更加傾向于使用用例點方法。而且，為了保持相反可操作性，我們并不希望改變它的基礎，像以前有人建議的那樣；例如：更改業(yè)務/復雜性比率（[5]，表 3）；更改它（用例大小點，F(xiàn)uzzy 用例大小點[10]）；或者為“關鍵性場景”[16]更改業(yè)務。

參考資料

    參與論壇討論。
    您可以參閱 Rational Edge 中文版 的其他文章。
    已經專門為 Rational Edge 文章創(chuàng)建了一個 新討論區(qū)，因此現(xiàn)在您可以在此論壇中分享您對本文、本期期刊其它文章或我們過往期刊上的其他文章的看法。查閱您遍及世界的同行所闡述的觀點，創(chuàng)建您自己的討論，或者加入正在進行中的討論。點擊 這里 開始。
    全球 Rational 用戶組社區(qū)。