UML軟件工程組織
火龍果軟件工程技術(shù)中心對use case的一點(diǎn)理解——by Vega
作者:SOA contest interest group 出處:csdn
在一般的UML建模過(guò)程中，分為以下幾個(gè)階段：業(yè)務(wù)、需求、分析和設計，其中設計又可分為結構分析和行為分析。業(yè)務(wù)是對商業(yè)模型的深刻理解，從商業(yè)模型里面提取出業(yè)務(wù)需求，然后把需求分解成一系列的用例。分析和設計是在用例的基礎上，對商業(yè)模型的結構和行為進(jìn)行詳細具體的描述。結構分析一般是用類(lèi)圖，類(lèi)圖又可以按照M－V－C模型分為數據類(lèi)、界面類(lèi)和控制類(lèi)。行為分析是描述三種類(lèi)之間的流程操作關(guān)系，一般是用時(shí)序圖或者狀態(tài)圖來(lái)表示。
Use case國內翻譯為用例，它描述的是一個(gè)操作，而不是一個(gè)功能。傳統的軟件模型設計喜歡在需求分析把業(yè)務(wù)分解成功能模塊，這樣的弊端就是混淆了需求和設計的界限，因為功能模塊的劃分牽涉到系統的概要設計。在RUP里面提倡用use case來(lái)代替功能模塊的劃分。與功能模塊不同的是，用例不是站在開(kāi)發(fā)者的角度，而是站在用戶(hù)的角度來(lái)分解系統，因為用戶(hù)并不想了解系統的內部結構和設計，他們關(guān)心的是系統的服務(wù)，即系統是如何去操作的，這就是用例的基本思想。用例模型主要由以下元素組成：
參與者(Actor)
參與者是指存在于被定義系統外部并與該系統發(fā)生交互的人或其他系統，他們代表的是系統的使用者或使用環(huán)境。
用例(Use Case)
用例用于表示系統所提供的服務(wù)，它定義了系統是如何被參與者所使用的，它描述的是參與者為了使用系統所提供的某一完整功能而與系統之間發(fā)生的一段對話(huà)。
通訊關(guān)聯(lián)(Communication Association)
通訊關(guān)聯(lián)用于表示參與者和用例之間的對應關(guān)系，它表示參與者使用了系統中的哪些服務(wù)（用例），或者說(shuō)系統所提供的服務(wù)（用例）是被哪些參與者所使用的。
三種元素在UML用圖形表示如下：
Actor可以是用戶(hù)，也可以是系統，它的選擇取決于用例的邊界范圍，即用例是由誰(shuí)來(lái)觸發(fā)的，是用戶(hù)？還是系統？如果是用戶(hù)觸發(fā)的，那么它稱(chēng)為業(yè)務(wù)用例；如果是系統觸發(fā)的，它稱(chēng)為系統用例。用例的內容包括了幾個(gè)操作場(chǎng)景，其中最主要的一個(gè)場(chǎng)景稱(chēng)為基本流，它代表用例的主要流程。但是一個(gè)用例里面的流程可能包括一些意外情況或者失敗場(chǎng)景，那么這些場(chǎng)景就稱(chēng)為備選流。例如，在電話(huà)通訊系統里面，通話(huà)過(guò)程是基本流，而占線(xiàn)或者掛斷就是備選流。
描述用例除了用例圖，還有用例規約，或者說(shuō)是用例文檔。RUP中提供的用例規約包括這些內容：
簡(jiǎn)要說(shuō)明 (Brief Description)
簡(jiǎn)要介紹該用例的作用和目的。
事件流 (Flow of Event)
包括基本流和備選流，事件流應該表示出所有的場(chǎng)景。
用例場(chǎng)景 (Use-Case Scenario)
包括成功場(chǎng)景和失敗場(chǎng)景，場(chǎng)景主要是由基本流和備選流組合而成的。
特殊需求 (Special Requirement)
描述與該用例相關(guān)的非功能性需求（包括性能、可靠性、可用性和可擴展性等）和設計約束（所使用的操作系統、開(kāi)發(fā)工具等）。
前置條件 (Pre-Condition)
執行用例之前系統必須所處的狀態(tài)。
后置條件 (Post-Condition)
用例執行完畢后系統可能處于的一組狀態(tài)。
基本流的描述一般按照這樣的格式：1.每個(gè)步驟都有數字編號來(lái)表明它的先后順序；2.每個(gè)步驟都有簡(jiǎn)短的標題來(lái)概括它的內容;3.每個(gè)步驟要詳細描述參與者跟系統之間的交互，一般按照正反兩個(gè)方面來(lái)描述：(1)參與者向系統提交了什么信息;(2)系統作出了什么反應。
備選流除了包括基本流類(lèi)似的描述外，還包括：
(1) 起點(diǎn)：備選流從事件流的哪一步開(kāi)始;
(2) 條件：在什么條件下觸發(fā);
(3) 動(dòng)作：備選流下系統采取了哪些操作;
(4) 恢復：備選流結束后，用例如何繼續。
有時(shí)候為了體現用例之間的業(yè)務(wù)關(guān)系，提高系統的可維護度和一致性，用例之間可以抽象出包含(include)、擴展(extend)和泛化(generalization)這幾種關(guān)系。
包含：在一些模型中，很多用例都會(huì )包括一些相同的行為，而我們就可以把這些相同的行為單獨抽象成一個(gè)用例，然后用其他的用例來(lái)包含這個(gè)用例。從而避免在多個(gè)用例里面重復設計一個(gè)操作，也避免同一個(gè)操作在不同的用例里面的描述出現不一致。需要修改的時(shí)候，也只需要一個(gè)用例，避免修改多個(gè)用例出現的不一致和重復工作。
例如，一個(gè)ATM系統里面，如果銀行客戶(hù)的查詢(xún)、提款和轉帳操作都需要打印回執，那么我們就可以把打印回執這個(gè)操作提取出來(lái)稱(chēng)為一個(gè)用例，而原有的查詢(xún)、提款和轉帳操作都可以包含這個(gè)用例，提高系統的可維護性。
擴展：擴展是將事件流程里面一些相對獨立并且可選的動(dòng)作擴展為新的用例，并且在基用例的擴展點(diǎn)進(jìn)行擴展。它與包含的區別是，包含的事件是必須存在的動(dòng)作，而擴展是提供一些備選的動(dòng)作。擴展也可以抽象為基用例的備選流，擴展出來(lái)的用例可以讓基用例變得更加簡(jiǎn)練。
例如，在電話(huà)業(yè)務(wù)里面，在基本通話(huà)業(yè)務(wù)的基礎上可以擴展一些增值業(yè)務(wù)，比如語(yǔ)音信箱、呼叫轉移和呼叫等待等。
泛化：泛化也叫繼承，如果多個(gè)用例之間有同樣的 結構、行為的時(shí)候，我們可以把它們的共性抽象為父用例，其他用例作為泛化關(guān)系中的子用例。
例如，用戶(hù)執行上傳操作，他有可能上傳文檔，也有可能上傳圖片，或者上傳視頻，但是它們都可以抽象成為上傳功能。
織
