使用案例圖的構成
1
角色:人員角色——人、事;
角色不一定局限於人,還可以是事物、事兒
2用例:功能的描述;
每一個用例描述了一個完整的系統服務
3
系統邊界
4
關係:執行者與用例之間的關係。
泛化
依賴
關聯
彙總,組合
實現
可以看書,角色,系統邊界,用例和角色與用例間的關係。所有的用例都在系統邊界內,表示它屬於一個系統。角色則放在系統邊界外面。表名角色並不屬於系統,但是角色負責直接驅動與之關聯的用例的執行。
1 角色
通常用一個稻草人圖符表示。
角色由使用者承擔。角色的存在是因為角色與系統具有互動行為。否則角色就不必要了。再次角色是一個類,而不是一個對象。因此可以引入類之間的繼承關係。
角色之間的關係
由於角色實質上也是類,所以它擁有與類相同的關係描述,即角色之間存在著泛化關係,泛化關係的含義把某些角色的共同行為提取出來表示為通行的行為。
2 用例
用例用來描述角色可以感受到的完整的功能,在UML規格文本中,用例被定義為“由系統執行的一個動作序列。並能產生可觀察的結果值給某個特定的角色。
(1) 用例通常由某個角色來驅動執行。
(2) 用例把執行結果的值反饋給角色。
(3) 用例在功能上具有完整性。
圖符表示為橢圓形
用例的主要屬性
l 事件流
l 前置條件
l 後置條件
l 特殊要求
l 擴充點
l 問題說明
事件流描述一個用例在執行者與系統之間的互動過程,這個過程包含多個分支。包含
基本流
備選流
===================================================================================
用例之間的關係
l 內含項目關聯性
業務中,總是存在著維護某某資訊的功能,如果將它作為一個用例,那建立、編輯以及修改都要在用例詳述中描述,過於複雜;如果分成建立用例、編輯用例和刪除用例,則劃分太細。這時內含項目關聯性可以用來理清關係。
l 泛化關係
子用例將繼承父用例的所有結構、行為和關係。子用例可以使用父用例的一段行為,也可以重載它。父用例通常是抽象的。
擴充關係
系統中允許使用者對查詢的結果進行匯出、列印。對於查詢而言,能不能匯出、列印查詢都是一樣的,匯出、列印是不可見的。匯出、列印和查詢相對獨立,而且為查詢添加了新行為。擴充關係的基本含義和泛化關係類似,但在擴充關係中,對於擴充用例有更多的規則限制,基本用例必須聲明擴充點,而擴充用例只能在擴充點上增加新的行為和含義。與內含項目關聯性一樣,擴充關係也是依賴關係的版型。在擴充關係中,箭頭的方向是從擴充用例到基本用例,這與內含項目關聯性是不同的
用例的粒度和範圍
l 概述級
l 使用者目標
l 子功能
用例的粒度,子功能抽象,成為複用的關係。
關係
n 泛化
n 依賴
n 關聯
n 實現
具體的用例分析中,可能需要實際分析,期間的困難是難免的。這裡就給大家執行個體一個例子。
是機房收費系統的具體使用案例圖案例
作者資訊見(網易部落格
http://hanhan2010.blog.163.com/)