UML軟件開發(fā)與建模工具Enterprise Architect教程:UML 2教程-用例圖
Enterprise Architect是一個對于軟件系統(tǒng)開發(fā)有著極好支持的CASE軟件(Computer Aided Software Engineering)。EA不同于普通的UML畫圖工具(如VISIO),它將支撐系統(tǒng)開發(fā)的全過程。在需求分析階段,系統(tǒng)分析與設(shè)計階段,系統(tǒng)開發(fā) 及部署等方面有著強(qiáng)大的支持,同時加上對10種編程語言的正反向工程,項目管理,文檔生成,數(shù)據(jù)建模等方面??梢宰屜到y(tǒng)開發(fā)中各個角色都獲得最好的開發(fā)效率。
用例圖
用例模型
用例模型捕獲系統(tǒng)的需求。用例是與用戶和其他利益相關(guān)者交流系統(tǒng)打算做什么的一種方式。
actor
用例圖顯示了系統(tǒng)與系統(tǒng)外部實體之間的交互。這些外部實體稱為參與者。角色代表的角色可能包括人類用戶,外部硬件或其他系統(tǒng)。通常將演員繪制為命名的簡筆畫,或者使用?actor?關(guān)鍵字繪制為類矩形。
參與者可以概括其他參與者,如下圖所示:
用例
用例是有意義的工作的單個單元。它提供了系統(tǒng)外某人或某物可觀察到的行為的高級視圖。用例的表示法是橢圓。
用例的用語是一條帶有可選箭頭的連接線,其中顯示了控制方向。下圖指示參與者“客戶”使用“撤回”用例。
如下圖所示,uses連接器的每一端可以有多個值,該圖顯示客戶一次只能進(jìn)行一次提款會話,但是銀行可能有任意數(shù)量的客戶同時提款。
用例定義
用例通常包括:
名稱和說明
要求
約束條件
情境
方案圖
附加信息。
名稱和說明
用例通常被稱為動詞短語,并給出簡短的非正式文本描述。
要求
需求定義了用例必須提供給最終用戶的正式功能需求。它們對應(yīng)于結(jié)構(gòu)化方法中的功能規(guī)范。需求是用例將執(zhí)行操作或為系統(tǒng)提供某些價值的合同或承諾。
約束條件
約束是用例在以下條件下運行的條件或約束,包括使用前,后和不變條件。前提條件指定了用例可以繼續(xù)進(jìn)行之前需要滿足的條件。后置條件用于記錄用例執(zhí)行后必須為真的條件更改。不變條件指定在整個用例執(zhí)行過程中正確的條件。
情境
場景是對用例實例執(zhí)行期間發(fā)生的事件流的正式描述。它定義了系統(tǒng)與外部參與者之間事件的特定順序。它通常以文本形式描述,并且與順序圖的文本表示相對應(yīng)。
包括用例
用例可能包含其他用例的功能,作為其正常處理的一部分。通常,假設(shè)每次運行基本路徑時都會調(diào)用任何包含的用例。這方面的一個示例是執(zhí)行用例<Card Identification>作為用例<Withdraw>的一部分運行。
一個或多個用例可能包含用例,通過將常見行為分解為可重復(fù)使用的用例來幫助降低功能的重復(fù)程度。
擴(kuò)展用例
一個用例可以用來擴(kuò)展另一個用例的行為。這通常在特殊情況下使用。例如,如果在修改特定類型的客戶訂單之前,用戶必須先獲得更高權(quán)限的批準(zhǔn),則<Get Approval>用例可以選擇擴(kuò)展常規(guī)的<Modify Order>用例。
延伸點
可以通過擴(kuò)展點定義添加擴(kuò)展用例的時間點。
系統(tǒng)邊界
通常將用例顯示在系統(tǒng)內(nèi)部,將參與者顯示在系統(tǒng)外部。
=====================================================
想要了解或購買Enterprise Architect正版版權(quán),請咨詢慧都官方客服
更多精彩內(nèi)容,歡迎關(guān)注下方的微信公眾號,及時獲取產(chǎn)品最新資訊▼▼▼