Uml用例圖總結

用例圖主要用來描述 用戶、需求、系統功能單元 之間的關係。它展現了一個外部用戶可以觀察到的系統功能模型圖。

【用途】：幫助開發團隊以一種可視化的方式理解系統的功能需求。

用例圖所包含的元素以下：

1.       參與者(Actor)

表示與您的應用程序或系統進行交互的用戶、組織或外部系統。用一個小人表示。

2.       用例(Use Case)

 用例就是外部可見的系統功能，對系統提供的服務進行描述。 用橢圓表示

3.       子系統(Subsystem)

用來展現系統的一部分功能，這部分功能聯繫緊密。

4.       關係

用例圖中涉及的關係有：關聯、泛化、包含、擴展；

以下表所示：

關係類型	說明	表示符號
關聯	參與者與用例間的關係
泛化	參與者之間或用例之間的關係
包含	用例之間的關係
擴展	用例之間的關係

a.       關聯(Association)

表示參與者與用例之間的通訊，任何一方均可發送或接受消息。

【箭頭指向】：指向消息接收方

 

b.      泛化(Inheritance)

就是一般理解的繼承關係，子用例和父用例類似，但表現出更特別的行爲；子用例將繼承父用例的全部結構、行爲和關係。子用例可使用父用例的一段行爲，也能夠重載它。父用例一般是抽象的。

【箭頭指向】：指向父用例

c.       包含(Include)

包含關係用來把一個較複雜用例所表示的功能分解成較小的步驟；

【箭頭指向】：指向分解出來的功能用例

d.      擴展(Extend)

    擴展關係是指 用例功能的延伸，至關於爲基礎用例提供一個附加功能。

   【箭頭指向】：指向基礎用例

e.       依賴(Dependency)

以上4中關係，是UML定義的標準關係。 但VS2010的用例模型圖中，添加了依賴關係，用帶箭頭的虛線表示

表示源用例依賴於目標用例；

【箭頭指向】：指向被依賴項

5.       項目(Artifact)

用例圖雖然是用來幫助人們形象地理解功能需求，但卻沒多少人可以通看懂它。不少時候跟用戶交流甚至用Excel都比用例圖強，VS2010中引入了「項目」這樣一個元素，以便讓開發人員可以在用例圖中連接一個普通文檔。

用依賴關係把某個用例依賴到項目上

而後把項目-》屬性 的Hyperlink 設置到你的文檔上

這樣當你在用例圖上 雙擊項目時，就會打開相關聯的文檔。

6.       註釋(Comment)

 

包含(include)、擴展(extend)、泛化(Inheritance) 的區別：

條件性：泛化中的子用例和include中的被包含的用例會無條件發生，而extend中的延伸用例的發生是有條件的；

直接性：泛化中的子用例和extend中的延伸用例爲參與者提供直接服務，而include中被包含的用例爲參與者提供間接服務。

對extend而言，延伸用例並不包含基礎用例的內容，基礎用例也不包含延伸用例的內容。

對Inheritance而言，子用例包含基礎用例的全部內容及其和其餘用例或參與者之間的關係；

一個用例圖示例：

牢騷：

感受用例圖還不成熟，並不能很好地表達系統的需求， 沒有UML背景的用戶幾乎不知道畫的些什麼。

其次，包含關係、擴展關係 的箭頭符號居然是一樣的箭頭，僅靠上方寫個文字來加以區別，翻譯成其餘語言的話，幾乎就不知道表明什麼意思。  擴展關係的箭頭朝向也很難理解，爲什麼要指向基用例，而不指向擴展用例

VS2010添加的「項目」元素，是個很好的創新，可以在用例圖中關聯word,excel這些文檔。但爲何不把這些功能直接集成到用例裏面，雙擊用例就彈出一份文檔豈不更容易理解，非要多此一舉地加一個元件，僅僅爲了提供個連接功能。

用例描述表：

鑑於用列圖並不能清楚地表達功能需求，開發中你們一般用描述表來補充某些不易表達的用例，下圖的表給你們提供一個參考：