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

點(diǎn)擊下載Enterprise Architect最新試用版

什么是UML？

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

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

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

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

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

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

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

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

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

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

在用例運(yùn)行期間始終必須始終為真的不變量；例如，訂單必須始終具有客戶編號(hào)。

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

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

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

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

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

順序圖

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

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

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

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

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

順序圖

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

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

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

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