1、使用者目標（藍色，海平面）（user goal），它是主執行者努力使工作得以完成的目標，或是使用者使用系統的目標。它相當於業務過程工程中的「基本業務過程」。
2、概要層次目標（白色，雲朵，風箏，summary-level goal）包含多個使用者目標。在描述系統時，他們有如下三方面的功能：
l 顯示使用者目標執行的語境；
l 顯示相關目標的生命週期順序；
l 為底層用例（包括白色用例和藍色用例）提供乙個目錄表。
如his裡面的病人就診用例，就是乙個概要級的，這個用例體裡一定有**，到醫生診室看病，交費，取藥等步驟，而這些步驟都可以成為乙個比較低層的用例
3、子功能層次（靛青色/黑色，海平面以下/蛤，subfunction-level goal）的目標是指那些在實現使用者目標時可能會被用到的目標。
4、關於目標層次有三個重要的注意事項：
l 把較多的精力投入到對海平面（使用者目標）用例的考查上，它們是重要的用例。
l 編寫一些最外層用例來為其他用例提供語境。
l 不要在「是否把系統需求規格說明語句中你最喜歡的那個措辭用作用例的標題」上面小題大做。
5、找出正確的目標層的兩個指導原則：
l 找到使用者目標，問兩個問題（1）主執行者真正想要的是什麼?（2）執行者為什麼要做這件事？答案可能就是執行者的目標。
l 對每個用例執行第3步到第10步
第2點有點疑問，懷疑是不是翻譯錯了，應該是「每個用例有3到10個步驟」比較合適
6、為了提公升乙個或幾個互動步驟的目標層次，思考這樣乙個問題，「執行者為什麼做這件事？」答案可能就是較高一層的目標。
例如在寫病人**的用例時，回答這個問題，答案就是「病人為了來醫院看病呀」，顯然，病人看病是乙個高層次目標。
內容來自網路。
業務用例與系統用例的區別
1 業務用例就是要完成的業務，系統用例是系統要做的事情，兩者的域不同。2 業務建模主要描述了該專案涉及的所有業務，需求模型主要是描述為了滿足業務需求系統要做什麼，因此，需求模型與業務模型相比，它描述的只是業務模型的乙個子集。3 比方說我們設計乙個自動提款機系統，它可以滿足使用者的取款 改密 查詢等需...
用例的本質
提到uml中的用例，很多人可能都會覺得很熟悉經常聽說。如果問一句什麼是用例，很多的回答就是用例圖中的乙個橢圓。用例僅僅是用例圖中的乙個橢圓嗎？當然不是，那麼用例的本質是什麼呢？1 用例發展史 為了搞清用例的本質我們首先了解一下用例技術的發展史。uml中的用例概念是由有uml之父ivar jacobs...
用例的解釋
用例。定義了一組用例例項，其中每個例項都是系統所執行的一系列操作，這些操作生成對於特定主角可見的值。用例類包含所有與產生 可見結果值 有關的主事件流和備用事件流。從技術角度來說，用例是例項為場景的類。系統 或其他實體 在與系統的主角互動時可以執行的操作序列 包括變體 的說明。用例例項。以上定義所說的...