用例描述了用戶如何使用系統來實現特定目標。用例圖由系統,相關用例和參與者組成,並將它們相互關聯以形象化:所描述的內容是什麼?(系統),誰在使用該系統?(演員)以及演員想要達到的目標?(用例)所以,用例經過從用戶的角度捕獲需求來幫助確保開發正確的系統。web
用例是動做或事件步驟的列表,一般定義角色的角色與實現目標的系統之間的交互。用例是用於識別,澄清和組織系統需求的有用技術。用例由系統和用戶之間的一組可能的交互序列組成,這些交互序列定義了要實現的特徵以及可能遇到的任何錯誤的解決方案。jsp
雖然用例自己可能會深刻探討關於每種可能性的許多細節(例如,事件和場景的流程),但用例圖能夠幫助提供更高級別的系統視圖,提供簡化的圖形表示。系統必須實際作什麼。工具
用例(或用例集)具備如下特徵:測試
查找在線用例圖工具?只需單擊下面的「繪製」按鈕便可在線建立用例圖。Visual Paradigm Online是免費*且直觀的。在開始以前,您還能夠經過此用例圖教程瞭解用例圖。優化
如今畫畫網站
用例定義外部參與者與系統之間的交互以實現特定目標。用例圖包含四個主要組件spa
參與者一般是根據其角色定義的系統參與者。演員能夠是人或其餘外部系統。3d
用例描述了actor如何使用系統來實現特定目標。用例一般由用戶發起,以實現描述實現目標所涉及的活動和變體的目標。對象
演員和用例之間的關係。blog
系統邊界定義了與周圍世界相關的感興趣系統。
能夠經過如下步驟開發用例模型。
請注意:爲了使用例方法更加「敏捷」,不要詳細說明全部用例,但要在產品待辦事項中對它們進行優先級排序,您應該根據開發階段及時地在不一樣級別的詳細信息中優化用例並且還有足夠的方式。
你也能夠:
UML定義了用例之間關聯的三種原型:
使用<< include >>關係的時間是在完成全部主要用例的第一次剪切描述以後。您如今能夠查看用例並肯定用戶系統交互的常見序列。
擴展用例其實是基本用例的替代過程。<< extend >>用例經過概念性地將附加動做序列插入基本用例序列來實現這一點。
通常用例是抽象的。它沒法實例化,由於它包含不完整的信息。抽象用例的標題以斜體顯示。
例
此示例描述了幾個業務用例(目標)的模型,它表示餐館(業務系統)與其主要參與者之間的交互。
在第一次切割中肯定了基本用例以後,或許咱們能夠在第二輪修改中使用<< extend >>和<< include >>用例進一步構造這些用例,以下圖所示:
業務用例在無技術術語中描述,該術語將業務流程視爲黑盒子並描述其業務參與者使用的業務流程,而普通用例一般在系統功能級別描述並指定功能或者系統爲用戶提供的服務。換句話說,業務用例表示在當前狀況下如何手動完成工做,而且它不必定由系統完成或打算在目標系統的範圍內自動完成。
下圖顯示了ATM用例圖示例,這是用於教學用例圖的很是經典的示例。
下面的文檔管理系統(DMS)用例圖示例顯示了系統的參與者和用例。特別是,包含和擴展用例之間的關係。
下面的訂單系統用例圖示例顯示了系統中涉及的參與者和用例:
可在用例圖軟件中編輯的免費用例圖示例和模板:Visual Paradigm Online。使用模板做爲起點來建立本身的用例圖。