1．業務用例就是要完成的業務，系統用例是系統要做的事情，兩者的域不同。
2．業務建模主要描述了該專案涉及的所有業務，需求模型主要是描述為了滿足業務需求系統要做什麼，因此，需求模型與業務模型相比，它描述的只是業務模型的乙個子集。
3．比方說我們設計乙個自動提款機系統，它可以滿足使用者的取款、改密、查詢等需求，那麼這些需求就是業務用例；但是使用者又分為借記卡使用者和信用卡使用者，那麼根據業務規則，不同的卡使用者的取款、改密、查詢的過程是不一樣的，所以系統為了滿足這種業務需求會包含到兩個子用例裡實現，這種子用例就是系統用例。也就是說系統用例就是系統為了滿足這種業務需求要做什麼。
業務用例和系統用例
拋開前一篇文章談的總體思路，我們今天來談一下需求分析工作實質性的做些什麼。在這裡，我們，將主要關注於分析層面，也即 uml中的用例模型和邏輯模型。在這裡要申明的是邏輯模型並不能完全算需求分析階段的工作，因為它包含了設計模型的概念，但是我又把它歸納了一塊到需求分析階段，原因在於邏輯模型中存在了業務物件...
業務用例和系統用例
業務用例與系統用例具有同樣的特徵，因此編寫和評審用例的方法對兩者都適用。在業務用例中說明的東西，也會在系統用例中說明。這形成了系統用例和使用者用例之間的合作。但這樣帶來了兩個壞訊息。第乙個壞訊息 編寫者和讀者經常把二者弄混，可能把系統行為放入業務用例中，也可能把業務操作歸於系統用例。如果能夠商量著去...
用例與業務建模
盡可能識別外部系統，並用色彩標註新的外部系統和服務 我使用的是馬蜂窩預定酒店的流程 c.對比兩個時代 不同地區產品的用例圖，總結在專案早期，發現創新的思路與方法 兩個用例圖基本的功能差別不大，在搜尋酒店 選擇酒店這方面都大同小異，不過新時代的酒店支付功能有所變化。創新的思路與方法在於，要發現早期專案...