在軟體和系統工程中，用例是一系列系統的操作或事件步驟，通常通過使用者的使用場景來獲取需求。每個用例會提供乙個或者多個場景，用場景說明系統怎樣和使用者或其他系統互動，從而獲得乙個明確的業務目標。用例與物件導向無關，是經典物件導向分析與設計的乙個關鍵需求輸入，是表現系統功能的功能性或行為性需求。
每個用例提供了乙個或多個場景，包括主場景和其他可選場景。其中場景指的是使用場景，用於說明系統可以做什麼，系統是如何和使用者或其他系統互動的，從而獲得乙個明確的業務目標。
每個用例都包含乙個主場景，這個場景是使用者和系統發生主要互動，是最常用實現使用者目標的場景，通常是成功場景。
簡短（高階）。通常是簡短的一段總結，描述主要的成功場景，在早期需求中快速了解主題和範圍，可以快速建立。
非正式。非正式的段落格式，涵蓋各種場景的多個段落，對應多個場景。
全面。詳細說明所有的步驟和變化，並有支援部分，如先決條件和成功的保證。
複雜業務涉及的場景多，業務流程複雜，場景之間關聯緊密。如果要編制完整的用例，需要熟悉各種業務場景和流程，還需要建模相關知識，注意使用者互動的細節，並且增加了提取乙個場景中的主要元素的難度。如果用例編寫者對各個業務流程的理解存在偏差，用例的準確性和完整性就難以保證。
用例圖是指由參與者（actor）、用例（use case），邊界以及它們之間的關係構成的用於描述系統功能的檢視，也是外部使用者所能觀察到的系統功能的模型圖。
確定系統邊界
確定參與者
識別用例（一般以動詞開頭）
確定用例間的關係
為什麼相似系統的用例圖是相似的？
相似的系統具有相似的需求，因此系統的功能和結構也非常相似，導致了用例圖的相似性。
如何利用用例圖定位創新思路在系統中的作用
創新用例通過包含、擴充套件等與其它用例形成關係，從而展現創新思路在系統中的作用
請使用 scrum 方法，選擇乙個用例圖，編制某定旅館開發的需求（backlog）開發計畫表
dname
impest(man-day)
how to demo
notes
1搜尋商家158
允許模糊查詢和條件篩選
2檢視推薦54
根據歷史訂單推薦商家和菜品
要顯示商家簡介等
3檢視訂單106
確認各種預訂資訊，如**位址菜品等
4檢視菜品158
顯示菜品詳情，在加入口袋後即使更新**
提醒使用者滿減優惠
5支付訂單106
選擇多種方式支付訂單
根據任務4，參考使用用例點估算軟體成本，給出專案用例點的估算
根據使用者點方法，對用例分配權重的標準是：
簡單用例：1到3個事務，權重=5
一般用例：4到7個事務，權重=10
複雜用例：多於7個事務，權重=15
用例事務
計算原因
uc權重
搜尋商家55
篩選條件較多
複雜檢視推薦33
三種推薦模式
平均檢視訂單32
三種型別的訂單
簡單檢視菜品85
多種優惠邏輯複雜，還有第二口袋
複雜支付訂單22
多種支付方式
簡單
系統分析與設計作業4
1選擇酒店 3010 2購物車選項208 管理訂單的介面，包括增加預訂，移除預定，填寫相關入住資訊等 當預定不成功，或者預訂無法取消時，要及時返回給使用者 3預定酒店 4010 進入預訂介面，可以選擇酒店名，選擇時間，選擇地點，選擇房型，在選擇完後確認預訂，其中選擇酒店中可以對酒店進行排序，在選擇地...
作業 4 系統分析與設計
用例的概念 答 用例是一系列文字形式的成功或失敗方法描述，用以說明參與者使用系統實現的某些目的，通過描述使用者使用系統的情節來發現和記錄功能性需求。用例有哪些形式？答 有三種形式，brief high level casual 簡便格式 fully。對於複雜業務，為什麼編制完整用例非常難？答 複製業...
系統分析與設計作業4
簡答題 對於複雜業務，為什麼編制完整用例非常難？因為複雜的業務涉及到的相關的角色和各種條件都非常多,隨著角色和之間的關係的數量的增加,最後導致的整個用例的各種可能性增加.所以最後確定下來乙個可行的用例非常難.什麼是用例圖?用例圖是使用者與系統互動的最簡形式,可以展現出使用者和其他相關用例之間的關係....