本節(jié)和大家學(xué)習(xí)一下UML用例建模，UML用例建模是UML建模的一部分，在我眼里，它也是UML里最基礎(chǔ)的部分。用例建模的最主要功能就是用來表達(dá)系統(tǒng)的功能性需求或行為。

一．UML用例建模簡介

　　用例建模是UML建模的一部分，在我眼里，它也是UML里最基礎(chǔ)的部分。用例建模的最主要功能就是用來表達(dá)系統(tǒng)的功能性需求或行為。

　　依我的理解UML用例建?？煞譃橛美龍D和用例描述。用例圖由參與者（Actor）、用例（UseCase）、系統(tǒng)邊界、箭頭組成，用畫圖的方法來完成。用例描述用來詳細(xì)描述用例圖中每個用例，用文本文檔來完成。

　　1．用例圖

　　參與者不是特指人，是指系統(tǒng)以外的，在使用系統(tǒng)或與系統(tǒng)交互中所扮演的角色。因此參與者可以是人，可以是事物，也可以是時間或其他系統(tǒng)等等。還有一點要注意的是，參與者不是指人或事物本身，而是表示人或事物當(dāng)時所扮演的角色。比如小明是圖書館的管理員，他參與圖書館管理系統(tǒng)的交互，這時他既可以作為管理員這個角色參與管理，也可以作為借書者向圖書館借書，在這里小明扮演了兩個角色，是兩個不同的參與者。參與者在畫圖中用簡筆人物畫來表示，人物下面附上參與者的名稱。

　　用例是對包括變量在內(nèi)的一組動作序列的描述，系統(tǒng)執(zhí)行這些動作，并產(chǎn)生傳遞特定參與者的價值的可觀察結(jié)果。這是UML對用例的正式定義，對我們初學(xué)者可能有點難懂。我們可以這樣去理解，用例是參與者想要系統(tǒng)做的事情。UML用例建模中對于對用例的命名，我們可以給用例取一個簡單、描述性的名稱，一般為帶有動作性的詞。用例在畫圖中用橢圓來表示，橢圓下面附上用例的名稱。

　　系統(tǒng)邊界是用來表示正在建模系統(tǒng)的邊界。邊界內(nèi)表示系統(tǒng)的組成部分，邊界外表示系統(tǒng)外部。系統(tǒng)邊界在畫圖中方框來表示，同時附上系統(tǒng)的名稱，參與者畫在邊界的外面，用例畫在邊界里面。因為系統(tǒng)邊界的作用有時候不是很明顯，所以我個人理解，在畫圖時可省略。

　　箭頭用來表示參與者和系統(tǒng)通過相互發(fā)送信號或消息進行交互的關(guān)聯(lián)關(guān)系。箭頭尾部用來表示啟動交互的一方，箭頭頭部用來表示被啟動的一方，其中用例總是要由參與者來啟動。

　　2．用例描述

　　用例圖只是簡單地用圖描述了一下系統(tǒng)，但對于每個用例，我們還需要有詳細(xì)的說明，這樣就可以讓別人對這個系統(tǒng)有一個更加詳細(xì)的了解，這時我們就需要寫用例描述。

　　UML用例建模中對于用例描述的內(nèi)容，一般沒有硬性規(guī)定的格式，但一些必須或者重要的內(nèi)容還是必須要寫進用例描述里面的。用例描述一般包括：簡要描述（說明）、前置（前提）條件、基本事件流、其他事件流、異常事件流、后置（事后）條件等等。下面說說各個部分的意思：

　　簡要描述：對用例的角色、目的的簡要描述；

　　前置條件：執(zhí)行用例之前系統(tǒng)必須要處于的狀態(tài)，或者要滿足的條件；

　　基本事件流：描述該用例的基本流程，指每個流程都“正常”運作時所發(fā)生的事情，沒有任何備選流和異常流，而只有最有可能發(fā)生的事件流；

　　其他事件流：表示這個行為或流程是可選的或備選的，并不是總要總要執(zhí)行它們；

　　異常事件流：表示發(fā)生了某些非正常的事情所要執(zhí)行的流程；

　　后置條件：用例一旦執(zhí)行后系統(tǒng)所處的狀態(tài)；

二．用例圖和用例描述設(shè)計實例

　　這里用我開發(fā)的一個家教網(wǎng)站來簡單的分析用例圖的畫法和用例描述的寫法。這個網(wǎng)站我用UML完整的分析一下，以下我提取了UML用例建模中用例圖和用例描述的部分。這個家教網(wǎng)站分為前臺客戶系統(tǒng)和后臺管理系統(tǒng)。

　　前臺客戶系統(tǒng)的用例圖如下：

　　后臺管理系統(tǒng)用例圖如下：

 【編輯推薦】

1. 術(shù)語匯編 UML用例建模解析
2. UML用例建模的慨念和應(yīng)用詳解
3. 專家指導(dǎo) UML建模分析步驟
4. UML建模時需要注意的四大問題
5. 經(jīng)驗總結(jié) UML用例建模技巧