前言：

用例圖是九種圖中的第一個(gè)，因?yàn)橛美龍D是由軟件需求分析到最終實(shí)現(xiàn)的第一步，它描述人們希望如何使用一個(gè)系統(tǒng)。用例圖從用戶的角度而不是開發(fā)者的角度來描述對(duì)軟件產(chǎn)品的需求，分析產(chǎn)品所需的功能和動(dòng)態(tài)行為。因此對(duì)整個(gè)軟件開發(fā)過程而言，用例圖是至關(guān)重要的，它的正確與否直接影響到用戶對(duì)最終產(chǎn)品的滿意程度。

首先當(dāng)然是參與者，參與者是系統(tǒng)外部的一個(gè)實(shí)體（可以是任何的事物或者人），它以某種方式參與了用例的執(zhí)行過程。參與者通過向系統(tǒng)輸入或請(qǐng)求系統(tǒng)輸入某些事件來觸發(fā)系統(tǒng)的執(zhí)行。參與者由他們參與用例時(shí)所擔(dān)當(dāng)?shù)慕巧珌肀硎尽?其次就是用例了，用例是對(duì)一個(gè)系統(tǒng)或一個(gè)應(yīng)用的一種單一的使用方式所作的描述，是關(guān)于單個(gè)活動(dòng)者在與新系統(tǒng)對(duì)話中所執(zhí)行的處理行為的陳述序列。 最后就是參與者和用例之間的關(guān)系了，參與者和用例之間的關(guān)系包括：關(guān)聯(lián)關(guān)系、泛化關(guān)系、包含關(guān)系和擴(kuò)充關(guān)系。應(yīng)用這些關(guān)系是為了抽取系統(tǒng)中的公共行為和變體。

1、 確定系統(tǒng)所涉及的內(nèi)容： 首先我們應(yīng)該對(duì)系統(tǒng)的總體信息有個(gè)大概的了解，知道系統(tǒng)都涉及到哪些工作內(nèi)容。系統(tǒng)的總體信息確定之后，就可以確定系統(tǒng)的參與者、確定系統(tǒng)用例了。 2、 確定系統(tǒng)參與者： 確定參與者首先需要分析系統(tǒng)所涉及的問題領(lǐng)域和系統(tǒng)運(yùn)行的主要任務(wù)：分析使用該系統(tǒng)主要功能的是哪些人，誰需要該系統(tǒng)的支持以完成其工作，還有系統(tǒng)的管理者與維護(hù)者。 3、 確定系統(tǒng)用例： 用例是系統(tǒng)參與者與系統(tǒng)在交互的過程中所需要完成的事務(wù)，識(shí)別用例最好的方法就是從分析系統(tǒng)的參與者開始，考慮每個(gè)參與者是如何使用系統(tǒng)的。由于系統(tǒng)存在的參與者數(shù)量不同，我們可以使用兩種方法來畫用例圖：一種是給不同的參與者單獨(dú)畫一個(gè)用例圖，這樣看起來比較簡(jiǎn)潔；另一種方法是根據(jù)參與者之間的關(guān)系將系統(tǒng)的用例圖合為一張，但是這樣的用例圖在參與者過多時(shí)顯得太過復(fù)雜。所以我們?cè)诋嬘美龍D的時(shí)候應(yīng)該視具體而定。 4、 使用UML工具來繪制用例圖。 我們可以使用Rational Rose或者EA來畫用例圖，并把參與者和用例之間的關(guān)系補(bǔ)充完整。

附一張機(jī)房收費(fèi)系統(tǒng)的部分用例圖，個(gè)人觀點(diǎn)，歡迎大家指正：

后記：

要想過河，一定要從眼前的第一塊石頭搬起！