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>>關係表示，箭頭指向基本用例（也就是從子類指向父類）。與此同時，擴展用例是基礎用例在某些特定條件下觸 發產生的，擴展用例不是基礎用例必須存在的部分，擴展用例能夠單獨存在，擴展用例知道基礎用例的存在而基礎用例不知道基礎用例的存在。

三、泛化<<>generalization>>

泛化關係是一種繼承關係，子用例將繼承基用例的全部行爲，也就是任何使用基用例的地方均可以使用子用例來代替。我平時是這樣記住這個 關係的，就是子類從父類中繼承，父類就是子類的泛化。由於泛化和繼承本就是一對反關係。泛化關係在用例圖中用空心箭頭表示，箭頭方向從子用例指向基用例。

    UML用例圖中的三種關係，include,extend和generalization，尤爲是包含和擴展，必定要分清它們兩者的區別，這對咱們掌握這部分的內容是頗有幫助的。

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

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

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

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

 

　　一個用例圖示例：

 

　　牢騷：

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

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

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

　　用例描述表：

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