前言：

剛剛接觸uml的時候，這個粒度搞的我一臉懵逼，但是經過系統的學習，還是將其解決了！這塊的知識屬于uml用例圖中的知識，所以在解釋名詞的時候都是以uml為根據的！

1、什么是用例

以前在學軟件工程的時候有一個名詞叫做測試用例，那個用例指的是為了測試系統的正確性提前準備的例子。在uml中的用例主要是對系統的用戶需求（主要是功能描述）的描述，用例表達了系統的功能和所提供的服務！

圖像上用例用一個橢圓來顯示，用例的名字可以寫在橢圓你的內部或者下方，如圖！

下來舉個機房收費系統中的例子，這個例子是登錄系統！

三個橢圓均是用例，完成的都是相應的功能，所以在uml中用例代表的就是功能的描述！

2、什么是用例粒度

百科中將粒度翻譯為顆粒的大小，所以用例粒度所描述的就是對功能的細化和綜合程度，所以用例的細化程度越高，粒度就越小，這個用例所包含的功能就越少，用例的細化程度越低，粒度就越大，這個用例所包含的功能就越多！

3、用例粒度舉例

用例粒度通常會讓初學者感到迷糊，所以就舉一個例子！這個例子是我從一本書中看到的！下來陳述給大家。

在ATM取錢的場景中插卡、登錄、取錢以及打印回執單等都是可能的用例，顯然取錢包含了其它的用例，這說明取錢的粒度大一些，其他用例的粒度小一些。用戶可以根據實際的完成的目標來設定該用例。比如如果用戶單單是完成取錢的任務，則可以將登陸，取錢，打印回執單作為用例。但是用戶用戶要去旅行（旅行是目的），那么此時你就可以將取錢的這個整體當成一個用例~！

由上可知，用例粒度的劃分是根據該用例是否完成了參與者的某個完整的目的。

到底是一個大的用例適合還是分解成多個小用例合適呢？

這個沒有一個標準的規則，但可以根據以下經驗來做，在不同的階段使用的粒度不同：

在業務建模階段，用例的粒度以每個用例能夠說明一件完整的事情為宜。即一個用例可以描述一項完整的業務流程。這將有助于需求范圍。例如取錢、報裝電話、借書等表達完整業務的用例，而不要細節到驗證密碼、填寫申請單、查找數目等業務中的一個步驟。

在用例分析階段，即概念建模階段，用例的粒度以每個用例能描述一個完整事件流為宜。可以理解為一個用例描述一項完整業務中的一個步驟。需要注意的是，這個階段需要采用一些面向對象的方法，歸納和抽象出業務用例中的關鍵概念模型并為之建模。例如，寬帶業務需求中有申請報裝和申請遷移地址用例，在用例分析時，可歸納和分解為提供申請資料、受理業務、現場安裝等多個業務流程中都會使用的概念用例。

在系統建模階段，用例視角是針對計算機的，因此用例的粒度以一個用例能夠描述操作者與計算機的一次完成交互為宜。例如，填寫申請單、審核申請單、派發任務單等。可以理解為一個操作界面或一個頁面流。

另一個參考的粒度是一個用例的開發工作量在一周左右為宜。

一般一個好的系統，用例在大于10個小于50個之間，否則應該考慮一下粒度的選擇是否合適了。不管粒度如何選擇，必須把握的原則是在同一個需求階段，所有用例的粒度應該是同一個量級的。、

如果讀現則的粒度感到困惑，或者出現同一個階段粒度大小不一的情況，你應該首先確認你是否選擇了一個正確的邊界并時時檢查自己是否越過了這個邊界。

原文地址?https://blog.csdn.net/jerry11112/article/details/79310332

總結

以上是生活随笔為你收集整理的【UML】 用例粒度的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。