Enterprise Architect是一個對于軟件系統(tǒng)開發(fā)有著極好支持的CASE軟件（Computer Aided Software Engineering）。EA不同于普通的UML畫圖工具（如VISIO），它將支撐系統(tǒng)開發(fā)的全過程。在需求分析階段，系統(tǒng)分析與設(shè)計階段，系統(tǒng)開發(fā) 及部署等方面有著強大的支持，同時加上對10種編程語言的正反向工程，項目管理，文檔生成，數(shù)據(jù)建模等方面。可以讓系統(tǒng)開發(fā)中各個角色都獲得最好的開發(fā)效率。Enterprise Architect現(xiàn)已支持商城購買啦，Enterprise Architect - Professional Edition現(xiàn)優(yōu)惠價只需1699元，點擊查看授權(quán)方式和其他版本優(yōu)惠

點擊下載Enterprise Architect最新試用版

什么是UML？

該對象管理組織（OMG）規(guī)范規(guī)定：
“統(tǒng)一建模語言（UML）是一種圖形化語言，用于可視化，指定，構(gòu)造和記錄軟件密集型系統(tǒng)的工件。UML提供了一種標準的方式來編寫系統(tǒng)藍圖，包括業(yè)務(wù)流程和系統(tǒng)功能以及具體內(nèi)容，例如編程語言語句，數(shù)據(jù)庫模式和可重用的軟件組件。”

這里要注意的重要一點是，UML是用于指定的“語言”，而不是方法或過程。UML用于定義軟件系統(tǒng)。詳細說明系統(tǒng)中的工件，進行文檔記錄和構(gòu)建-這是編寫藍圖的語言。可以以多種方式使用UML以支持軟件開發(fā)方法（例如Rational Unified Process）-但是它本身并未指定該方法或過程。

UML為以下領(lǐng)域定義了符號和語義：

• 用戶交互或用例模型-描述系統(tǒng)與用戶之間的邊界和交互。在某些方面與需求模型相對應(yīng)。
• 交互或通信模型-描述系統(tǒng)中的對象如何相互交互以完成工作。
• 狀態(tài)或動態(tài)模型-狀態(tài)圖描述了類隨時間推移所采用的狀態(tài)或條件。活動圖描述了系統(tǒng)將要實現(xiàn)的工作流程。
• 該邏輯或類模型-描述類和對象，這將彌補系統(tǒng)。
• 物理組件模型-描述組成系統(tǒng)的軟件（有時是硬件組件）。
• 在物理部署模型-描述物理架構(gòu)和組件對硬件架構(gòu)的部署。

本教程的第2部分將詳細介紹如何使用UML定義和構(gòu)建實際系統(tǒng)。

SPARX系統(tǒng)用例模型

用例模型描述了新系統(tǒng)的建議功能。用例代表用戶（人或機器）與系統(tǒng)之間交互的離散單元。此交互是有意義的工作的單個單元，例如創(chuàng)建帳戶或查看帳戶詳細信息。

每個用例都描述了將在建議的系統(tǒng)中構(gòu)建的功能，該功能可以包括另一個用例的功能或以自己的行為擴展另一個用例。

運行用例之前必須已經(jīng)發(fā)生或已經(jīng)具備的前提條件；例如，<創(chuàng)建訂單>必須先于<修改訂單>

用例完成后必須滿足的后置條件；例如，<訂單已修改且一致>

在用例運行期間始終必須始終為真的不變量；例如，訂單必須始終具有客戶編號。

• 方案–對執(zhí)行用例所采取的步驟或用例實例期間發(fā)生的事件流的正式順序描述。這些可以包括多種方案，以適應(yīng)特殊情況和替代處理路徑。這些通常以文本形式創(chuàng)建，并且對應(yīng)于序列圖的文本表示形式。
• 場景圖-描述工作流程的序列圖；與場景類似，但以圖形方式描繪。
• 其他屬性，例如實施階段，版本號，復雜性等級，構(gòu)造型和狀態(tài)。

用例通常與“參與者”有關(guān)，“參與者”是使用或與系統(tǒng)交互以執(zhí)行有助于他們實現(xiàn)目標的有意義的工作的人或機器實體。參與者可以訪問的用例集定義了他們在系統(tǒng)中的總體角色以及他們的行動范圍。

一個用例可以包括另一個用例的功能，作為其正常處理的一部分。通常，假定每次運行基本路徑時都會調(diào)用包含的用例。例如，在修改所選訂單之前列出一組可供選擇的客戶訂單時，每次運行<修改訂單>用例時，都會包括<列表訂單>用例。

一個用例可以包含在一個或多個其他用例中，因此通過將常見行為分解為多次使用的用例，有助于減少功能的重復。

一個用例可以擴展另一種用例的行為，通常在遇到特殊情況時。例如，如果用戶在修改特定類型的客戶訂單之前必須獲得更高權(quán)限的批準，則<獲取批準>用例可以選擇擴展常規(guī)的&lt;修改訂單>用例。

順序圖

順序圖提供了對象交互作用的圖形表示。這些通常顯示用戶或演員，以及在執(zhí)行用例時與之交互的對象和組件。一個序列圖通常表示單個用例“場景”或事件流。

序列圖是記錄使用情況的好方法，既可以在分析中盡早捕獲所需的對象，又可以在設(shè)計后期驗證對象的使用。這些圖顯示了從一個對象到另一個對象的消息流，因此與類/對象支持的方法和事件相對應(yīng)。

以下序列圖示例顯示了左側(cè)的用戶或參與者啟動了與用例場景相對應(yīng)的事件和消息流。在對象之間傳遞的消息在最終模型中成為類操作。

用例是對系統(tǒng)在構(gòu)建時將具有的功能的正式描述。實現(xiàn)圖通常與用例相關(guān)聯(lián)，以記錄哪些設(shè)計元素（例如，組件和類）在新系統(tǒng)中實現(xiàn)用例功能。這為將實際構(gòu)建系統(tǒng)的系統(tǒng)設(shè)計人員，客戶和團隊提供了高度的可追溯性。組件或類鏈接到的用例列表記錄了組件必須實現(xiàn)的最低功能。

動態(tài)模型用于表達和建模系統(tǒng)隨時間的行為。它包括對活動圖，狀態(tài)圖，序列圖和擴展（包括 業(yè)務(wù)流程建模）的支持。

順序圖

順序圖用于顯示系統(tǒng)內(nèi)用戶，屏幕，對象和實體之間的交互。它提供了對象之間隨時間傳遞的消息的順序映射。通常，這些圖放置在模型中的用例下，以說明用例場景-用戶將如何與系統(tǒng)交互以及內(nèi)部將發(fā)生什么事情以完成工作。通常，對象使用特殊的構(gòu)造型圖標表示，如以下示例所示。使用用戶界面圖標顯示標記為登錄屏幕的對象。標有SecurityManager的對象使用Controller圖標顯示。使用實體圖標顯示標記為用戶的對象。

活動圖用于顯示系統(tǒng)中不同工作流的構(gòu)建方式，如何開始工作以及可能從頭到尾采取的許多決策路徑。它們還可以說明在執(zhí)行某些活動時并行處理可能發(fā)生的位置。

狀態(tài)圖用于詳細說明對象在系統(tǒng)中可以通過的狀態(tài)的轉(zhuǎn)換或更改。它們顯示了對象如何從一種狀態(tài)移動到另一種狀態(tài)，以及控制該變化的規(guī)則。狀態(tài)圖通常具有開始和結(jié)束條件。

流程模型是活動圖的UML擴展，用于對業(yè)務(wù)流程進行建模-該圖顯示了流程的目標，流程中涉及的輸入，輸出，事件和信息。