UML的使用案例圖

使用案例圖的構成

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/）