用例點方法（UseCase Point）是一種估算軟件開發(fā)項目工作量和成本十分有用的模型：您可以使用它來精確指定并記錄用例事務的數(shù)量。本文向您展示了怎樣使用該模型來計算事務數(shù)量以估算成本。
在啟動一個新的軟件開發(fā)計劃時，需做出的一個重要決策便是它的開發(fā)成本是多少。估算成本是系統(tǒng)分析員、項目管理員和軟件工程師長期以來一直面臨的一個問題。首先一個問題是得到項目準確的范圍。系統(tǒng)應該能夠有哪些功能？獲取用例中的功能性需求，能夠以一種用戶和其他領域內專家理解的方式交流需求。在項目的早期計劃階段，完成一個用例模型，它包含了所有角色的列表（用戶或者外部系統(tǒng)），以及系統(tǒng)中用例，它們的名字，以及一個簡單的介紹。獲取這些信息能夠在項目的早期階段中更容易的對系統(tǒng)的規(guī)模達成一致意見。
我們將會在下面介紹到的用例點方法，是一種十分有前途的估算成本方法，能夠很好的配合用例方法以描述需求。它的基礎是用例事務的概念，大小度量的最小單位。不幸的是，對于用例事務有很多偏離方向的假設。
在本文中，我們將會詳細介紹并看它們的實際工作性能。從用例點方法的概述開始，接著是在什么分辨率下用例事務工作狀態(tài)最好。我們還知道用例事務是怎樣與用例相關的其他概念相聯(lián)系的。我們以怎樣計算它們的討論結束本文。
使用用例點
用例點方法是一種估算軟件開發(fā)活動的廣泛記載的方法。但是，任何估算都不應該單獨自己使用，而應該與其他方法結合使用。這里我們處理用例點。圖 1 顯示了主要的概念。它的基礎是用例模型，它由角色和用例組成。識別的用例的數(shù)量是所謂未調整用例點計算的最重要部分。系統(tǒng)的規(guī)模是通過根據(jù)技術復雜性因素進行調整，獲取系統(tǒng)技術屬性估算，來從未調整的用例點處計算得來的。
一旦您對系統(tǒng)的規(guī)模做出了估算，那么您可以開始估算效果了。通過從團隊以及其他環(huán)境下的影響中，計算環(huán)境因子（EF）。一個非常重要的環(huán)境因子是需求的穩(wěn)定性。您還需要查看每一個用例點需要多少個小時（H）。最后，現(xiàn)在用例點模型中添加未計算的補充的效果（SE）（例如項目管理時間，集成測試等），然后估算就完成了。
用例的權重，由用戶與。
根據(jù)用戶點方法，對用例分配權重的標準是：
·簡單用例：1 到 3 個事務，權重=5
·一般用例：4 到 7 個事務，權重=10
·復雜用例：多于 7 個事務，權重=15
因此，對用于計算事務的事務和策略的本質的估算，能極大程度的影響估算。
什么是用例事務？
事務（用例）的概念能夠幫助處理不同長度以及大小的用例描述。用例描述可以簡潔的書寫，或者詳細的書寫，這取決于使用的用例模板，采用的方法，涉及到的業(yè)務背景，或者個人對 Requirements Specifier 的設置。在一個用例流程里的步驟的數(shù)量，描述了角色與系統(tǒng)之間的關系，也能夠發(fā)生很大的改變。您可以通過檢查并計算用例描述中涉及到的用例事務來檢查并計算用例事務，來進行測試。如果兩個測試描述擁有相同數(shù)量的獨特事務，那么它們可以擁有相同的大小。
用例事務是一個“環(huán)形的路線”
Ivar Jacobson,用例的發(fā)明者，將用例事務描述成從用戶到系統(tǒng)，再到用戶的“環(huán)形路線”；在系統(tǒng)等待一個新的輸入時事務就完成了。換句話說，在一次事務中，用戶運行輸入系統(tǒng)的一些操作。此時系統(tǒng)發(fā)生反應。它處理輸入并將處理的結果返回給用戶。當用戶對結果做出反應時，一個新的事務開始了，它反過來由可以作為系統(tǒng)的輸入。
用例事務不總是一個用例步驟
Jacobson 的話還包含了另外一層意思：用例事務并不是定義為“用例流程中的步驟”。只是對由一個“環(huán)形路線”組成的用例流程自身，這種定義