【點擊下載Enterprise Architect最新版本】

我們在上篇教程UML（一）已經(jīng)確定UML是一種用于指定軟件系統(tǒng)的工件和交互的語言。我們還看到它涉及6個主要領(lǐng)域，從用例模型，通過動態(tài)和邏輯模型到最終的物理部署模型，并且已經(jīng)包含擴展機制以允許對模型符號進行專門添加。

那么如何使用UML？

UML通常用作軟件開發(fā)過程的一部分，在合適的CASE工具的支持下，定義所提出的軟件系統(tǒng)的要求，交互和元素。該過程的確切性質(zhì)取決于所使用的開發(fā)方法。示例流程可能如下所示：

1獲得業(yè)務(wù)流程模型，將用于定義組織中發(fā)生的高級業(yè)務(wù)活動和流程，并為用例模型提供基礎(chǔ)。所述業(yè)務(wù)流程模型通常將捕獲比軟件系統(tǒng)更將實現(xiàn)（它包括手動和其它進程）。

2將用例模型映射到業(yè)務(wù)流程模型，以準確定義您希望從業(yè)務(wù)用戶角度提供的功能。在添加每個用例時，創(chuàng)建從適當(dāng)?shù)臉I(yè)務(wù)流程到用例（即實現(xiàn)連接）的可跟蹤鏈接。此映射清楚地說明了新系統(tǒng)將提供哪些功能以滿足流程模型中概述的業(yè)務(wù)要求。它還確保在沒有目的的情況下不存在用例。

3優(yōu)化用例：包括要求，約束，復(fù)雜性評級，注釋和方案。此信息明確地描述了用例的作用，執(zhí)行方式以及執(zhí)行的約束。確保用例仍符合業(yè)務(wù)流程要求。包括每個用例的系統(tǒng)測試定義，以定義每個用例的接受標準。還包括一些用戶驗收測試腳本，用于定義用戶將如何測試此功能以及驗收標準。

4 從業(yè)務(wù)流程模型的輸入和輸出 以及用例的詳細信息，開始構(gòu)建域模型（高級業(yè)務(wù)對象），序列圖，協(xié)作圖和用戶界面模型。這些描述了新系統(tǒng)中的“事物”，這些事物的交互方式以及用戶用于執(zhí)行用例場景的界面。

5從域模型，用戶界面模型和場景圖創(chuàng)建類模型。這是對系統(tǒng)中對象，其數(shù)據(jù)或?qū)傩约捌湫袨榛虿僮鞯木_說明。可以使用繼承將域?qū)ο蟪橄鬄轭悓哟谓Y(jié)構(gòu)。場景圖消息通常映射到類操作。如果要使用現(xiàn)有框架或設(shè)計模式，則可以導(dǎo)入現(xiàn)有模型元素以在新系統(tǒng)中使用。對于每個類，定義單元測試和集成測試以徹底測試i）該類在內(nèi)部指定的功能和ii）該類與預(yù)期的其他相關(guān)類和組件交互。

6隨著類模型的發(fā)展，它可以分解為獨立的包和組件。組件表示可部署的軟件塊，用于收集一個或多個類的行為和數(shù)據(jù)，并向其服務(wù)的其他使用者公開嚴格的接口。因此，從類模型 中構(gòu)建組件模型來定義類的邏輯包。對于每個組件，定義集成測試以確認組件的接口滿足與其他軟件元素相關(guān)的規(guī)范。

7在您已完成的工作的同時，應(yīng)該捕獲并記錄其他要求。例如 - 非功能需求，性能要求，安全要求，職責(zé)，發(fā)布計劃等。在模型中收集這些內(nèi)容并隨著模型的成熟保持最新。

8部署模型定義了系統(tǒng)的物理結(jié)構(gòu)。這項工作可以盡早開始，以捕獲物理部署特征 - 硬件，操作系統(tǒng)，網(wǎng)絡(luò)功能，接口和支持軟件將構(gòu)成新系統(tǒng)，將在何處部署以及哪些參數(shù)適用于災(zāi)難恢復(fù)，可靠性，返回起來和支持。隨著模型的發(fā)展，將更新物理架構(gòu)以反映所提議的實際系統(tǒng)。

9構(gòu)建系統(tǒng)：獲取模型的離散部分并分配給一個或多個開發(fā)人員。在用例驅(qū)動的構(gòu)建中，這將意味著將一個用例分配給開發(fā)團隊，讓他們構(gòu)建執(zhí)行該用例所必需的屏幕，業(yè)務(wù)對象，數(shù)據(jù)庫表和相關(guān)組件。隨著每個用例的構(gòu)建，它應(yīng)該伴隨著完整的單元，集成和系統(tǒng)測試。組件驅(qū)動的構(gòu)建可能會看到分配給開發(fā)團隊的獨立軟件組件以進行構(gòu)建。

10根據(jù)相關(guān)模型元素跟蹤測試階段出現(xiàn)的缺陷 - 例如。針對用例的系統(tǒng)測試缺陷，針對類的單元測試缺陷等。跟蹤相關(guān)模型元素的任何更改以管理“范圍蔓延”。

11隨著工作的進行，更新和優(yōu)化模型 - 始終評估變更和模型改進對后續(xù)工作的影響。使用迭代方法在離散塊中完成設(shè)計，始終評估當(dāng)前構(gòu)建，前向要求以及在開發(fā)過程中發(fā)現(xiàn)的任何發(fā)現(xiàn)。

12將完整且經(jīng)過測試的軟件交付到測試然后生產(chǎn)環(huán)境中。如果正在進行分階段交付，那么內(nèi)置軟件從測試到生產(chǎn)的遷移可能會在項目的整個生命周期內(nèi)多次發(fā)生。

注意：上述過程在描述中必然是簡短的，并且沒有說明，并且可能不是您的工作方式或遵循您采用的過程。它是作為UML如何用于支持軟件開發(fā)項目的示例給出的。

想要購買Enterprise Architect正版授權(quán)的朋友可以。

有關(guān)產(chǎn)品動態(tài)更多的精彩內(nèi)容，敬請關(guān)注下方的微信公眾號▼▼▼