20 世紀80 年代，隨著面向對象技術成為研究的熱點，先后出現了幾十種面向對象的軟件開發方法。其中，booch、omt 和oose等方法得到了廣泛的認可。然而，采用不同方法進行建模不利于開發者之間的交流。而uml則統一了booch、omt 和oose 的表示方法，而且對其作了進一步的發展。1997 年，uml 被國際對象組織omg采納為面向對象的建模語言的國際標準，它溶入了軟件工程領域的新思想、新方法和新技術。uml不限于支持面向對象的分析與設計，還支持從需求分析開始的軟件開發的全過程。數年來，uml憑借其簡潔明晰的表達方式、超凡脫俗的表達能力，一路殺將出來，為業界所廣泛認同！目前，在多數大型企業的正規化開發流程中，開發人員普遍使用uml進行模型的建立。作為一名軟件開發人員，我們必須學會uml。因為uml就是那個統一的"文字"，統一的"度"、"量"、"衡"，不理解uml，作為軟件設計統一王國的國民，將是艱難而痛苦的。

　　作曲家會將其腦袋中的旋律譜成樂曲，建筑師會將其設計的建筑物畫成藍圖，這些樂曲、藍圖就是模型(model)，而建構這些模型的過程就稱為建模(modeling)。軟件開發如同音樂譜曲及建筑設計，其過程中也必須將需求、分析、設計、實現、布署等各項工作流程的構想與結果予以呈現，這就是軟件系統的建模。

　　那么為什么要建模呢？經典答案是：建立大廈和建立狗窩的區別是建設狗窩不需要設計，要生產合格的軟件就要有一套關于體系結構、過程和工具的規范。

　　omg官方發布的uml的當前最高版本為2.0，可以從http://www.uml.org/上下載。

　　uml由圖和元模型組成，圖是語法，元模型是語義。uml主要包括三個基本構造塊：事物（things）、關系（relationships）和圖（diagrams）。本次連載我們將對uml的這些基本組成部分及uml工具和應用進行介紹，使讀者對uml形成初步的整體印象。在其后的幾次連載里，再以數個實例對這些內容逐步展開。

　　1.1 uml的基本構造塊

　　1.1.1事物

　　事物是是實體抽象化的最終結果，是模型中的基本成員，uml中包含結構事物、行為事物、分組事物和注釋事物。

　　（1）結構事物（structural things）

　　結構事物是模型中的靜態部分，用以呈現概念或實體的表現元素，是軟件建模中最常見的元素，共有以下七種：

　　類（class）：類是指具有相同屬性、方法、關系和語義的對象的集合；

　　接口（interface）：接口是指類或組件所提供的服務（操作），描述了類或組件對外可見的動作；

　　協作（collaboration）：協作描述合作完成某個特定任務的一組類及其關聯的集合，用于對使用情形的實現建模；

　　用例（use case）：用例定義了執行者（在系統外部和系統交互的人）和被考慮的系統之間的交互來實現的一個業務目標；

　　活動類（active class）：活動類的對象有一個或多個進程或線程。活動類和類很相象，只是它的對象代表的元素的行為和其他的元素是同時存在的；

　　組件（component）：組件是物理的、可替換的部分，包含接口的集合，例如com+ 、java beans等；

　　結點（node）：結點是系統在運行時存在的物理元素，代表一個可計算的資源，通常占用一些內存和具有處理能力。

　　（2）行為事物（behavioral things）

　　行為事物指的是uml模型中的動態部分，代表語句里的"動詞"，表示模型里隨著時空不斷變化的部分，包含兩類：

　　交互（ineraction）：交互是由一組對象之間在特定上下文中，為達到特定的目的而進行的一系列消息交換而組成的動作；

　　狀態機（state machine）：狀態機由一系列對象的狀態組成。

　　（3）分組事物（grouping things）

　　可以把分組事物看成是一個"盒子"，模型可以在其中被分解。目前只有一種分組事物，即包（package）。結構事物、動作事物甚至分組事物都有可能放在一個包中。包純粹是概念上的，只存在于開發階段，而組件在運行時存在。

　　（4）注釋事物（annotational things）

　　注釋事物是uml模型的解釋部分。

　　1.1.2關系

　　關系是將事物聯系在一起的方式，uml中定義了四種關系：

　　（1）依賴（dependencies）：兩個事物之間的語義關系，其中一個事物發生變化會影響另一個事物的語義；

　　（2）關聯（association）：一種描述一組對象之間連接的結構關系，如聚合關系（描述了整體和部分間的結構關系）；

　　（3）泛化（generalization）：一種一般化-特殊化的關系；

　　（4）實現(realization) ：類之間的語義關系，其中的一個類指定了由另一個類保證執行的契約。

　　1.1.3圖

　　圖是事物集合的分類，uml中包含多種圖：

　　（1）類圖(class diagram)：類圖描述系統所包含的類、類的內部結構及類之間的關系；

　　（2）對象圖(object diagram)：對象圖是類圖的一個具體實例；

　　（3）包圖（package diagram）：包圖表明包及其之間的依賴類圖；

　　（4）組件圖(compoment diagram，也稱構件圖)：組件圖描述代碼部件的物理結構以及各部件之間的依賴關系；

　　（5）部署圖(deployment diagram)：部署圖定義系統中軟硬件的物理體系結構；

　　（6）用例圖(usecase diagram)：用例圖從用戶的角度出發描述系統的功能、需求，展示系統外部的各類角色與系統內部的各種用例之間的關系；

　　（7）順序圖(sequence diagram)：順序圖表示對象之間動態合作的關系；

　　（8）協作圖(collaboration diagram)：合作圖描述對象之間的協作關系；

　　（9）狀態圖(statechart diagram)：狀態圖描述一類對象的所有可能的狀態以及事件發生時狀態的轉移條件；

　　（10）活動圖(activity diagram)：活動圖描述系統中各種活動的執行順序。

　　上述十種圖可歸納為五類，如表1.1。

　　表1.1 uml圖分類

　　1.2 uml工具與應用

　　"工欲善其事，必先利于器"，為了有效的利用uml，我們需要首先獲得一個uml工具軟件。

　　當前，業界使用最廣泛的uml建模工具為rational rose。rational rose中可實現正向（為模型產生相應的代碼）、逆向（從用戶原來的軟件系統導出該系統的模型）和雙向工程（實現模型和代碼之間的循環工程），從而保證模型與代碼的高度一致。rational rose支持c++、visual c++、java、smalltalk、ada、visual basic、powerbuilder等語言和開發工具，并能為corba 應用生成接口定義語言（idl），為數據庫應用生成數據庫描述語言（ddl）等。另外，rational rose為團隊開發和規范的開發過程管理提供了良好的支持。
對于小規模應用，我們可以使用微軟公司office套件中的visio，其中提供了對uml各種圖的繪制支持。

　　從應用的角度上來講，面向對象的系統設計一般需要完成如下工作：

　　（1）描述需求；

　　（2）根據需求建立系統的靜態模型；

　　（3）描述系統的行為。

　　（1）和（2）中所建立的模型是靜態的（采用用例圖、類圖、對象圖、組件圖和部署圖等），是標準建模語言uml中的靜態建模機制；而（3）中所建立的模型則表示執行時的序列、狀態或交互關系（以狀態圖、活動圖、順序圖和協作圖描述），是標準建模語言uml中的動態建模機制。

　　由此可以看出，標準建模語言uml的主要內容也可以歸納為靜態建模機制和動態建模機制兩大類。

　　此外，需要說明的是，uml只是一種建模語言，它獨立于具體的建模過程。因此，利于它建模時，可遵循任何類型的建模過程。盡管如此，uml的作者們為我們推薦了rup（rational unified process）。rup由rational軟件公司首創，其最重要的特點有三：

　　（1）軟件開發是由用例驅動的；

　　（2）軟件開發是以體系結構設計（architectural design）為中心；

　　（3）軟件開發是個迭代過程。

　　rup包括四個階段，每個階段又分為若干次迭代，每次迭代都有一個核心工作流，如圖1.1所示。

圖1.1 rup的流程