本文和大家重點討論一下UML序列圖，UML可能難以學習，主要因為它試圖為相當廣泛的情況提供建模標記法。每種建模標記法都采用一種圖，而目前在UML規范中有九種圖。

Java建模：UML序列圖

統一建模語言(UML)是用于建立面向對象系統模型的標準標記法。在1995到1997年之間，UML登上了面向對象編程社區的舞臺，而且在1997年后期受到了對象管理組織(OMG)的認可。雖然它最初頗受爭議--因為它是在一片支持和反對聲中提出的--但UML以后卻成為系統標記法的行業標準。UML的當前版本是1.4，而且它將不斷發展以滿足面向對象開發人員的需要。

UML可能難以學習，主要因為它試圖為相當廣泛的情況提供建模標記法。每種建模標記法都采用一種圖，而目前在UML規范中有九種圖。幸好，學習UML可以是一個漸進過程；每次可以只學習一種圖，***試用時不必包含圖中非常復雜的東西。

在本專欄中，我將教您逐步學習基于Java應用程序開發的UML設計和標記法。我將以邏輯（可能是另人愉快的）方式介紹UML框架和其它建模技術的基礎知識，您將通過建立現實示例的模型來學習實際操作。在***部分中，我們使用貸款處理應用程序作為示例，從建立序列圖開始。請注意，假設您熟悉Java語言，而且掌握了面向對象方法和術語的基礎知識。本專欄將簡要說明面向對象的概念，但不會進行深入討論。

關于序列圖

UML沒有排斥任何特殊的軟件開發方法或過程；它只不過標準化了標記法的格式。然而，許多開發方法都合并了UML。Rational統一過程(RUP)就是這樣一種方法；另一種方法是功能驅動的開發(FDD)。由于其直觀性和通用性，UML序列圖已成為這些過程的前端建模活動的一部分。序列圖用于建立以下內容的模型：

◆用例方案
◆框架中的協議
◆子系統
◆類
◆方法邏輯
以下是上述每個功能的簡要說明。

用例方案

對于示例應用程序，我們將使用UML序列圖來建立單個用例方案的模型。用例是由參與者與應用程序交互為實現某個指定目標而執行的單個任務。參與者可以是與應用程序交互、在應用程序外部的任何最終用戶、組織或系統。（要了解四種參與者角色，請參閱關于參與者角色；如需關于用例方案的深入討論，請參閱參考資料。）

框架中的協議

協議位于框架及其稱作集合體的可交換組件之間。了解框架必需的交互有助于開發新的集合體。UML序列圖通常用于記錄這些交互。

子系統

大的項目被分解成更小且易管理的部分，稱作子系統。子系統之間的接口關于將它們集成成為更大的整體（即，系統）是至關重要的。UML序列圖用于指定子系統邊界上的類之間的交互。

類

某些類（如Socket和InetAddress）需要一個復雜的方法調用序列，以便正確交互。這些序列組成了用于與這樣的某個類或一組類交互的協議。UML序列圖可用于描述類或一組相互作用的類的使用，因而描述了交互所需的協議。

方法邏輯

UML序列圖在記錄方法邏輯方面非常優秀。實際上，只要給出了Java方法，某些CASE工具會自動生成一個序列圖。序列圖可用于設計未來方法或記錄現有方法的流程。

【編輯推薦】

1. 繪制UML序列圖的六種技巧解析
2. 專家解答 繪制UML序列圖的良好習慣如何養成
3. 專家指導 如何在UML序列圖中表示分支
4. 專家提醒 小心掉進UML建模誤區
5. UML學習心得 如何養成良好的繪制UML序列圖的習慣