UML軟件開發與建模工具Enterprise Architect教程 ：UML 2教程-類圖

Enterprise Architect是一個對于軟件系統開發有著極好支持的CASE軟件（Computer Aided Software Engineering）。EA不同于普通的UML畫圖工具（如VISIO），它將支撐系統開發的全過程。在需求分析階段，系統分析與設計階段，系統開發 及部署等方面有著強大的支持，同時加上對10種編程語言的正反向工程，項目管理，文檔生成，數據建模等方面。可以讓系統開發中各個角色都獲得最好的開發效率。

Enterprise Architect現已更新至最新版本15，改進了瀏覽器窗口等功能，趕快下載體驗吧~點擊查看更新詳情

點擊下載Enterprise Architect最新試用版

類圖

類圖顯示了任何面向對象系統的構建塊。類圖描繪了模型或模型一部分的靜態視圖，描述了模型具有的屬性和行為，而不是詳細描述了實現操作的方法。類圖在說明類和接口之間的關系時最有用。概括，集合和關聯對于分別反映繼承，組成或用法以及連接都很有價值。
下圖說明了類之間的聚合關系。較輕的聚合表明類“ Account”使用了AddressBook，但不一定包含它的實例。其他連接器進行的強大的綜合聚合表明目標類對源類具有所有權或對它們的包含，例如Contact和ContactGroup值將包含在AddressBook中。

類

類是定義對象能夠生成的屬性和行為的元素。該行為由類能夠理解的可能消息以及適合于每個消息的操作來描述。類也可以具有約束，標記值和構造型的定義。

類符號

類由矩形表示，這些矩形顯示類的名稱以及可選的操作和屬性的名稱。隔離專區用于劃分類名稱，屬性和操作。
在下面的圖表中，類包含最頂層隔離專區中的類名稱，下一個隔離專區詳細說明了屬性，“ center”屬性顯示了初始值。最后一個部分顯示操作setWidth，setLength和setPosition及其參數。屬性或操作名稱之前的符號表示元素的可見性：如果使用+符號，則屬性或操作具有公共可見性；如果使用-符號，則該屬性或操作是私有的。另外，＃符號允許將操作或屬性定義為受保護，而?符號指示包的可見性。

接口

接口是實現者同意滿足的行為規范。這是合同。通過實現一個接口，可以確保類支持所需的行為，這允許系統以相同的方式（即通過公共接口）對待不相關的元素。

可以用與類相似的樣式繪制接口，并指定操作，如下所示。也可以將它們繪制為圓形，而沒有詳細的顯式操作。當繪制為圓形時，將在沒有目標箭頭的情況下繪制指向符號的圓形形式的實現鏈接。

表

盡管表不是基本UML的一部分，但表是構造型可以完成的示例。它在右上角帶有一個小表格圖標繪制。表屬性是刻板的“列”。大多數表將具有一個主鍵，即一個或多個字段，這些字段構成用于訪問該表的唯一組合，外加一個原型為“ PK”的主鍵操作。某些表將具有一個或多個外鍵，一個或多個字段一起映射到相關表中的主鍵，外加定型為“ FK”的外鍵操作。

關聯

關聯意味著兩個模型元素具有關系-通常在一個類中實現為實例變量。該連接器可能在每個末端包括命名角色，基數，方向和約束。關聯是元素之間的一般關系類型。對于兩個以上的元素，也可以使用菱形表示工具箱元素。當為類圖生成代碼時，命名關聯結束將成為目標類中的實例變量。因此，對于下面的示例，“ playsFor”將成為“ Player”類中的一個實例變量。

概論

概括用于指示繼承。從特定分類器到一般分類器，概括的含義是源繼承了目標的特征。下圖顯示了歸納子類的父類。隱式地，Circle類的實例化對象將具有屬性x_position，y_position和radius和方法display（）。請注意，“ Shape”類是抽象的，用斜體顯示。

下圖顯示了相同信息的等效視圖。

集合體

聚合用于描述由較小組件組成的元素。聚集關系由指向目標或父類的白色菱形箭頭顯示。
黑色菱形箭頭表示一種更強的聚集形式（復合聚集），用于一次最多可包含一種成分的成分。如果刪除組合聚合的父級，通常會同時刪除其所有部分。但是，可以從組成中單獨刪除一部分，而不必刪除整個組成。合成是可傳遞的，不對稱的關系，并且可以是遞歸的。
下圖說明了弱聚合和強聚合之間的區別。地址簿由多個聯系人和聯系人組組成。聯系人組是聯系人的虛擬分組。一個聯系人可以包含在多個聯系人組中。如果刪除通訊錄，所有聯系人和聯系人組也將被刪除。如果刪除聯系人組，則不會刪除任何聯系人。

關聯類

關聯類是一種允許關聯連接具有操作和屬性的構造。下面的示例表明，將雇員分配到項目中比在兩個類之間建立簡單的關聯鏈接要多：雇員在項目中所擔當的角色本身就是一個復雜的實體，并且包含不屬于該實體的詳細信息在員工或項目類中。例如，一名雇員可能同時從事多個項目，并且每個項目的職務和安全級別不同。

依賴關系

依賴關系用于對模型元素之間的各種依賴關系進行建模。通常會在設計過程的早期使用它，因為它知道兩個元素之間存在某種聯系，但是現在要確切地知道這種關系是什么還為時過早。在設計過程的后期，依賴項將被定型（可用的定型包括“實例化”，“跟蹤”，“導入”等），或替換為更特定類型的連接器。

跟蹤關系

跟蹤關系是對依賴關系的專門化，它鏈接表示模型之間相同思想的模型元素或元素集。跟蹤通常用于跟蹤需求和模型更改。由于在兩個方向上都可能發生更改，因此通常會忽略此依存關系的順序。關系的屬性可以指定跟蹤映射，但是跟蹤通常是雙向的，非正式的并且很少可計算。

實現

源對象實現或實現目標。實現用于表示模型中的可追溯性和完整性-業務流程或需求由一個或多個用例實現，這些用例又由某些類實現，而這些類又由組件等實現。映射需求，類等等，貫穿整個系統的設計，直到建模抽象的各個層次，都可以確保系統的整體形象能夠記住并反映出所有制約和定義系統的細節。實現以帶有實心箭頭的虛線顯示。

套料

嵌套是連接器，顯示源元素嵌套在目標元素中。下圖顯示了內部類的定義，盡管在EA中更常見的是通過它們在項目視圖層次結構中的位置來顯示它們。

=====================================================

想要了解或購買Enterprise Architect正版版權，請

更多精彩內容，歡迎關注下方的微信公眾號，及時獲取產品最新資訊▼▼▼