剛剛接觸uml的時候，這個粒度搞的我一臉懵逼，但是經過系統的學習，還是將其解決了！這塊的知識屬於uml用例圖中的知識，所以在解釋名詞的時候都是以uml為根據的！
以前在學軟體工程的時候有乙個名詞叫做測試用例，那個用例指的是為了測試系統的正確性提前準備的例子。在uml中的用例主要是對系統的使用者需求（主要是功能描述）的描述，用例表達了系統的功能和所提供的服務！
影象上用例用乙個橢圓來顯示，用例的名字可以寫在橢圓你的內部或者下方，如圖！
下來舉個機房收費系統中的例子，這個例子是登入系統！
三個橢圓均是用例，完成的都是相應的功能，所以在uml中用例代表的就是功能的描述！
百科中將粒度翻譯為顆粒的大小，所以用例粒度所描述的就是對功能的細化和綜合程度，所以用例的細化程度越高，粒度就越小，這個用例所包含的功能就越少，用例的細化程度越低，粒度就越大，這個用例所包含的功能就越多！
用例粒度通常會讓初學者感到迷糊，所以就舉乙個例子！這個例子是我從一本書中看到的！下來陳述給大家。
在atm取錢的場景中插卡、登入、取錢以及列印回執單等都是可能的用例，顯然取錢包含了其它的用例，這說明取錢的粒度大一些，其他用例的粒度小一些。使用者可以根據實際的完成的目標來設定該用例。比如如果使用者單單是完成取錢的任務，則可以將登陸，取錢，列印回執單作為用例。但是使用者使用者要去旅行（旅行是目的），那麼此時你就可以將取錢的這個整體當成乙個用例~！
由上可知，用例粒度的劃分是根據該用例是否完成了參與者的某個完整的目的。
一般乙個好的系統，用例在大於10個小於50個之間，否則應該考慮一下粒度的選擇是否合適了。不管粒度如何選擇，必須把握的原則是在同乙個需求階段，所有用例的粒度應該是同乙個量級的。、
UML 用例的粒度
來自 太初有產 乙個用例到底因該多大呢？這個問題恐怕很難說得清楚。按照我們對用例的定義來說，用例就是使用者 外部系統 和系統的一次典型互動。但是有可能這個互動特別複雜。我們來看gis系統中的乙個很普通的互動 新增圖層。對於新增圖層這個用例使用者的要求顯然是系統能夠記住這個圖層並在系統中其它地方使用，...
UML 理解用例
uml中用例圖的作用是從客戶的角度分析系統的需求，分析系統要達到什麼樣的目的。這些天參考了一本叫做 大象think in uml 的書，書中提到 用例驅動 那怎麼理解呢。首先來說用例，在需求中什麼是用例呢，用例是與參業者互動，並且給參與者提供可觀測的有意義的一系列活動的集合。也就是用例是參與者利用系...
用例的型別與粒度
用例型別有的翻譯為版型 英文為stereotype。用例型別一般分為 普通用例 usecase 和業務用例 business usecase 業務建模的目標是通過用例模型的建立來描述使用者需求，需求規格說明書通常在這個階段產生。這個階段通常使用業務用例型別 用例分析是系統分析員採用 oo 方法來分析...