所謂用例，即是參與者與應用系統的一系列使用場景；其中參與者是系統的直接互動物件，它可以是人物、組織、計算機系統等等。其次，每個用例中都包含乙個互動列表，它相當於完成此用例的步驟；即希望完整的實現此用例，列表中的每乙個元素都必須要成功完成；如果有乙個元素的狀態是「失敗」的，那麼最好也補充相應的替代方案。
用例描述
查詢餘額
使用者在主介面選擇'查詢'功能，系統返回餘額
存款使用者在主介面內選擇『存款』功能，系統提示使用者輸入金額，使用者輸入後確定，atm等待使用者放入現金，確定放入後，系統返回識別的金額等待使用者確認，使用者確認後，存款成功。
取款使用者在主介面內選擇『取款』功能，系統提示使用者輸入金額，使用者輸入後確定，atm待使用者取出後，系統返回餘額介面。
uc-3：取款
成功使用者選擇取款功能後，系統提示使用者輸入金額確定，直至使用者取出，系統返回餘額介面。
異常1. 銀行卡餘額不足
2. atm不支援非本行銀行卡
3. 銀行卡異常
解決方案
1a：系統告知使用者銀行卡餘額，並返回主介面
- 確定系統邊界： 即識別出系統是為誰服務、直接操作者是誰、並且判斷它能或者不能完成的功能。
- 用例的範圍要有明確界定，即它是否是乙個完整的功能、還是某個功能的子集。主要是防止它過小。
- 用例它是沒有固定形式的，它可以是一段文字形式、短語段落、或是詳細的列表 ； 而uml用例圖只是增加其可讀性，用於溝通和交流。
- 分析出主要參與者和次要參與者， 系統的服務物件是主要參與者。
Uml學習 用例建模簡介
用例建模簡介 用例建模是uml建模的一部分，它也是uml裡最基礎的部分。用例建模的最主要功能就是用來表達系統的功能性需求或行為。用例圖重點描述使用者需求。它描述需求 使用者和主要元件之間的關係。它不會詳細描述使用者需求 在可鏈結到每個用例的其他關係圖或文件中可詳細描述這些需求。用例圖是uml的九個圖...
UML學習 用例的分包
uml學習 用例的分包 2005年8月25日 前言繼續昨天的用例分析，在昨天的工作裡，我基本了解了需求，並且根據使用者需求機型用例分析，得到了若干用例，並且提取出了一組actor。但是在設計用例的問題中，我遇到了若干問題 1 怎麼用應用泛化的方法構建用例？許多用例都是很相似，比如說 新增 修改 檢視...
2019 06 14 學習使用者登入測試用例設計
針對 使用者登入 功能，基於等價類劃分和邊界值分析方法，我們設計的測試用例包括 輸入已註冊的使用者名稱和正確的密碼，驗證是否登入成功 輸入已註冊的使用者名稱和不正確的密碼，驗證是否登入失敗，並且提示資訊正確 輸入未註冊的使用者名稱和任意密碼，驗證是否登入失敗，並且提示資訊正確 使用者名稱和密碼兩者都...