一、Use Case 概述 Use Case，它描述的是一個操作，而不是一個功能。傳統(tǒng)的軟件模型設(shè)計喜歡在需求分析把業(yè)務(wù)分解成功能模塊，這樣的弊端就是混淆了需求和設(shè)計的界限，因為功能模塊的劃分牽涉到系統(tǒng)的概要設(shè)計。在RUP里面提倡用use case來代替功能模塊的劃分。與功能模塊不同的是，用例是站在用戶的角度來分解系統(tǒng)，用戶并不想了解系統(tǒng)的內(nèi)部結(jié)構(gòu)和設(shè)計，他們關(guān)心的是系統(tǒng)所能提供的服務(wù)，即系統(tǒng)是如何去操作的，這就是用例的基本思想。用例模型主要由以下元素組成： 
1、參與者(Actor)：參與者是與系統(tǒng)發(fā)生交互的外部用戶、系統(tǒng)或其他硬件設(shè)備，參與者可以是人、另一個計算機系統(tǒng)或一些可運行的進程等。
2、用例(Use Case)：用例用于表示系統(tǒng)所提供的服務(wù)，它定義了系統(tǒng)是如何被參與者所使用的，它描述的是參與者為了使用系統(tǒng)所提供的某一完整功能而與系統(tǒng)之間發(fā)生的一段對話。
3、通訊關(guān)聯(lián)(Communication Association) ：通訊關(guān)聯(lián)用于表示參與者和用例之間的對應(yīng)關(guān)系，它表示參與者使用了系統(tǒng)中的哪些服務(wù)（用例），或者說系統(tǒng)所提供的服務(wù)（用例）是被哪些參與者所使用的。

二、用例之間的關(guān)系
1、包含(include)，將若干用例中一些相同的行為，單獨抽象成一個的用例，然后其他用例來包含這個用例。這樣避免在多個用例里面重復(fù)設(shè)計同一個操作，也避免同一個操作在不同的用例里面的描述出現(xiàn)不一致。需要修改的時候，也只需要一個用例，避免修改多個用例出現(xiàn)的不一致和重復(fù)工作。例如：銀行ATM系統(tǒng)，用戶取款、存款時，都會打印憑證，我們將打印憑證抽象出來，取款、存款等操作時包含打印任證這個行為。
2、擴展(extend)，擴展是將事件流中一些相對獨立并且可選的行為擴展為新的用例，并且在基用例上的擴展點進行擴展。與包含關(guān)系不同的是，包含的事件是必須存在的動作，并且該用例的事件流一定要插入到基礎(chǔ)用例中；而擴展是提供一些備選動作，可根據(jù)條件來決定是否將擴展用例的事件流插入基礎(chǔ)用例的事件流中。擴展也可以抽象為基用例的備選流，擴展出來的用例可以讓基用例變得更加簡練。例如：在通話業(yè)務(wù)的基礎(chǔ)上可擴展一些增值業(yè)務(wù)，如語音信箱、呼叫轉(zhuǎn)移等。
  
3、泛化(generalization) ，也叫繼承(泛化是分析領(lǐng)域術(shù)語，繼承是設(shè)計和實現(xiàn)領(lǐng)域術(shù)語，通常用繼承來解決泛化問題)。當多個用例擁有相同的結(jié)構(gòu)、行為時，我們可以把它們的共性部份抽象出來成為父用例，而其他用例作為泛化關(guān)系中的子用例。在泛化關(guān)系中，子用例是父用例的特殊形式，子用例繼承了父用例所有的結(jié)構(gòu)、行為以及關(guān)系。例如：訂票是網(wǎng)上訂票用例和電話訂票用例的抽象。
三、建立用例模型
1、確定參與者，可以從以下問題入手：

系統(tǒng)開發(fā)完成之后，有哪些人會使用這個系統(tǒng)？

系統(tǒng)需要從哪些人或其他系統(tǒng)中獲得數(shù)據(jù)？

系統(tǒng)會為哪些人或其他系統(tǒng)提供數(shù)據(jù)？

系統(tǒng)會與哪些其他系統(tǒng)相關(guān)聯(lián)？

系統(tǒng)是由誰來維護和管理的？  

2、確定用例，尋找用例可以從以下問題入手（針對每一個參與者）：

參與者為什么要使用該系統(tǒng)？

參與者是否會在系統(tǒng)中創(chuàng)建、修改、刪除、訪問、存儲數(shù)據(jù)？如果是的話，參與者又是如何來完成這些操作的？

參與者是否會將外部的某些事件通知給該系統(tǒng)？

系統(tǒng)是否會將內(nèi)部的某些事件通知該參與者？