UML 用例建模中的用例是什麼？

什麼是用例？

每當我們討論系統的需求時，我們都會認識到一個或多個人或事物對系統的行為感興趣。這些人被稱為系統的利益相關者（參與者）。

系統的功能由不同的用例定義，每個用例代表特定參與者的特定目標（獲得可觀察值結果）。用例描述了一個（主要參與者）或多個（次要參與者）與系統之間的交互，以便為主要參與者提供可觀察的價值結果。

編輯此用例圖示例

用例和用例場景

用例是參與者和目標系統之間的交互，當參與者使用它來實現目標時。用例有多個路徑可用於實現特定目標。它們可以表示為敘述（用例描述）或可視模型（用例圖）。

正常路徑是一組無條件的步驟，描述如何實現用例目標並滿足所有相關主要參與者或支持參與者的利益。每個步驟對於實現用例目標都是必不可少的，並且不能跳過任何步驟。

Cockburn 將其稱為“主要成功場景”，而其他人則使用“快樂場景”、“基本流程”等術語。

替代路徑是一組有條件的步驟，用於替代另一個流程中的一個或多個步驟（執行替代流程而不是另一個步驟），之後用例繼續追求其目標。

用例變體

該技術具有不同類型的用例和變體。

• 系統用例——設計範圍是關於要開發的計算機系統。它是關於演員通過計算機系統實現目標的；這是關於技術的。
• 業務用例它是關於設計業務運營範圍的。它是關於組織外部的參與者實現與組織相關的目標。業務用例通常不包含對技術的引用，因為它與業務如何運作有關。
• 用例 2.0使技術適應敏捷開發方法的上下文。這種技術通過支持用戶故事的敘述來豐富需求收集的實踐。它還提供用例“切片”以促進增量需求並實現增量實施。

主要和次要演員

Primary 是與系統交互以實現特定目標的利益相關者。主要參與者通常（但不總是）是啟動用例的人。當用例實際上是由代表真正主要參與者的參與者觸發時，或者當用例實際上是由時間觸發時，情況並非如此。有時（外部）參與者需要為系統提供服務。這樣的演員稱為配角。參與者可以是一個用例中的主要參與者，也可以是另一個用例中的支持者。

用例建模的詳細程度

Cockburn 建議用符號標記每個用例以顯示“目標級別”；首選級別是“用戶目標”

目標水平	圖標	象徵	象徵
非常高的總結	雲	++
概括	放風箏	+
用戶目標	海浪	！
子功能	魚	–
太低	海底蛤蜊	—

雲是最高級別，即企業級別，整個組織可能只有四個或五個用例。示例可能是廣告商品、向客戶銷售商品、管理庫存、管理供應鍊和優化運輸。
放風箏比雲低，但仍然是高層次的，提供了一個概述。風箏用例可能在業務單位或部門級別，是目標的總結。例如學生註冊，或者與旅遊公司合作：預訂機票、酒店、汽車或遊輪。
海浪處於海平面，通常是為用戶目標而創建的。這通常是用戶最感興趣的，也是公司最容易理解的。它通常是為一個商業活動編寫的，每個人應該能夠在 2 到 20 分鐘內完成一個藍級活動。例如，註冊繼續教育學生、添加新客戶、將商品放入購物車以及訂購結賬。
魚用例顯示了很多細節，通常在功能或子功能級別。示例包括選擇課程、支付學費、查找城市的機場代碼以及在輸入名稱後生成客戶列表。
海底蛤殼就像海底一樣，是最詳細的用例，處於子功能層面。示例可能是安全登錄身份驗證、使用動態 HTML 添加新字段或使用 Ajax 以小方式更新網頁。