[全程建模]系統用例和業務用例的區別以及用例粒度的討論

老師您好。

我看您的書裡，需求工程中有一個例子，描述一個“合同付款管理”的用例。

青潤  9:09:30

您好。

北京-FireSpider 男  9:09:49

這個用例好像是系統用例，而不是業務用例？

因為涉及了使用者和系統兩個概念，對吧？

青潤  9:10:19

系統用例和業務用例的區別在於，使用者是否直接使用。

如果是系統管理員使用或者為了配合業務用例而產生的後臺管理用例，就是系統用例。

而與使用者業務相關的用例，都是業務用例。

北京-FireSpider 男  9:11:28

哦，哪也就是說孫然涉及了使用者和系統兩個概念，但是是使用者用於執行業務的，也是業務用例？

青潤  9:11:41

對。

合同付款，必然是商務和財務兩方面的人都要經手的業務

所以，肯定是業務用例，而不是系統用例。

北京-FireSpider 男  9:12:10

哦，原來如此。我原來以為業務建模階段不可以涉及計算機的概念，就是對客戶現實業務的描述呢。

青潤  9:12:21

呵呵。

北京-FireSpider 男  9:13:51

另外，這個“合同付款管理”的用例，包含很多子用例，如：建立、修改、查詢、刪除。這些子用例是不是也可以單獨描述？

北京-FireSpider 男  9:15:04

我看您這裡是在“合同付款管理”的用例理將這些統一描述出來了。這個確實一目瞭然。

 安全提示：如果聊天中有涉及財產的操作，請一定先核實好友身份。傳送驗證問題或點選舉報

青潤  9:15:29

這個問題，我給你看一下最近的一條微博討論。

北京-FireSpider 男  9:15:49

謝謝

青潤  9:16:23

關於這個問題我有些顧慮。右邊用例劃分太細，如果業務系統用例這樣劃分，用例數量就會非常龐大。因此我認為右邊的四個用例其實是一個用例的四個子流，或者稱之為元用例。通過這樣的方式，可以更好的度量用例大小。否則，在一個大業務系統中用例間關係繪製出來就會嚇死人。或者說，這個例子舉得不太合適

◆◆

@UM****

從業務序列圖應該得到右邊的四個用例，但有的開發人員會動起心思：這些實現起來不都是針對“缺陷”表來“Select ××× from 缺陷 where ×××”嗎，合併成一個用例“檢索缺陷”多好！於是得到左邊的結果。實際上，右邊這四個用例面對的執行者不同，背後的涉眾利益也有差別。

收起|檢視大圖|向左轉|向右轉

下面是**說的，但是，我認為他錯了。

吳穹adam：認同青潤的觀點 (11月14日 16:42)

吳穹也認同我的觀點，認為**在這個問題上說錯了。

北京-FireSpider 男  9:18:28

都是牛人啊，呵呵。我再仔細看看。

青潤  9:18:42

嗯。