EA即Enterprise Architect，是一款計算機輔助軟體工程（CASE）工具，用於設計和構建軟體系統、業務流程建模及更多通用的建模。 EA並不僅僅是一個UML畫圖工具那麼簡單，它對整個專案開發過程有著非常好的支援。

Enterprise Architect的特點

• UML建模，支援UML2.1
• 程式碼工程，按圖生成程式碼，匯入原有的程式碼成為UML圖
• 專案管理程式，包括專案計劃，任務進度，問題集等
• 文件生成和模板，可使用文字翻譯替換和自定義的模板為不同的專案打造最適合的文件型別
• 資料庫建模，可從ODBC匯入資料來源結構，並進行ER圖的編輯，還可生成建表的SQL語句
• 程式碼編輯、除錯和執行--加入編譯指令碼，就可以把EA當作IDE來使用
• 版本控制，聯機討論，區域網協同開發等功能。

一、 開始前的準備（進行前的設定） 

 

 

 

設定你預設使用的資料庫 

 

 

二、 建立專案 
新建專案： 

 

選擇你要儲存EA檔案的路徑，輸入EA檔案的檔名： 


 
根據您專案的情況，選擇需要的型別 

 

選擇模式下需要的模型（通常我是全選，在這裡全選後，還可以在專案瀏覽器中刪除，或則增添），按確定後，模型在建立。 

 

下面是建立好的專案模型 

 

在這裡可以刪除某些認為不需要的模型，或者按一下步驟增添需要的模型 
1、 選擇Model點右鍵 

 
2、 選擇增添的模型 

 
三、 UML中3個重要的東東 

 

在進入實際工作之前，需要了解這3個UML中重要的東東，對在EA裡的操作很重要（本來這是UML中的基礎，本不該在這裡講，但是在使用EA時有好多人問題一些很基本的東西，所以就補上來吧） 
包：是為了系統的結構劃分而存在，主要是系統之間的功能分界，也可以看作是分層次，就像我們寫一篇文章，需要分目錄、章節一樣； 
檢視：檢視就像一塊白板，用於表現存放各元素以及元素的關係，如用例圖、類圖，或者是存放包的包結構圖。不同的檢視有不同的含義，這裡就不展開了，一個檢視出現後，對應和此檢視相關的元素會在左邊出現，如：

 

 
元素：既是UML中的元素，如：用例、類、表、包等等 
連線這些元素的不同的線，代表的是其之間的關係。 
四、 和客戶溝通，記錄需求 
在這裡記錄下使用者的原始需求，有分功能需求和非功能需求（如效能、相容性、部署環境要求等） 

 
分包，同時記錄使用者的原始需求，這裡模型中有好的一個分法，把需求從特性、規則和介面要求分開了 

 
各個層用法（其實這裡的規則和特性，概念也很模糊，通常我用的時候上面的包為Requirement只是記錄需求，相應的規則和特性都記錄在Features當特性表的內容） 

 
以下是非功能性內容 

 
然後，對每個元素和需求中填寫需求的描述 

 
以上的工作只是收集原始需求的工作，是現場或和客戶溝通、接觸的最直接工作以及“證據”，同時也是為了下一步的分析的根據基礎，接下來是體現系統分析師的水平的工作，用例以及用例分析； 
五、 建頂層用例 
用例可分頂層用例、業務用例和系統用例（這是我自己的分法，沒有教程這麼講過，只需自己理解就好，其實業務用例和系統用例可以當作一些書本中說的客戶需求和系統需求），以上分法目的是： 
首先，從和客戶的溝通和接觸中，你可能會收集到很多早期的用例，特別是一開始會是使用者的最初要求，也是最大的期望，通常這些都是可以歸類到頂層用例中，然後根據這些頂層用例和收集的需求，根據你的理解，以其行業（看你的系統是做什麼行業）的術語和業務進行分解和細化形成業務用例，這是整理以及細化的過程，可以至頂向下，也可以由細整理再歸類，最後形成業務用例；同時，根據你IT的經驗，把業務用例進行分析（這是見你分析設計經驗的時候，架構師通常的能力就表現出來了），形成可開發化的系統用例，這過程是個分析的過程，有可能一個業務用例會被你分拆成多個用例，也有可能多個業務用例合併成一個系統用例，總之，就是系統優化的那些原則，效能、可擴充套件性、安全性、通用型等等什麼的。這些內容調研之後的首要工作，這些可以同步迭代進行。 
用例圖是角色和用例之間的關係，所以通常做法我會給角色單獨建一個包，然後用例根據邊界的分法建包： 

 
建立相關的包 

 
輸入包名 

 
根據你這個包所扮演的作用選擇相關檢視，（一個包中可存在多個檢視，可用前面說的檢視按鈕建立） 

 
雙擊剛建好的用例檢視 

 
點選左邊的元素集，選擇用例元素 

 
放置到用例檢視中，填寫用例名和用例描述以其其他相關的屬性 

 
或者是和此用例相關的檔案 

 
把相關的角色拖到檢視中 

 
在提示框中選者簡單的連線 

 
畫上角色和用例的關聯 

 
其關聯還可以通過雙擊關聯線，標註相關的構造型和連結名 

 
六、 進行領域模型建模 
看過《領域驅動設計》的人就知道領域模型的作用是什麼了，主要是面向使用者，面向業務的，顧名思義就是理解領域中的各層關係，其實畫法和類模型相似，這裡就不細說了，並不是必須的，看專案具體情況而定。 

 
七、 建類圖 
案例中做了個好的分法，把系統類和架構類分開了，大家可以照搬，當然也可以根據自己需要自己建包。 

 
做法也是和之上畫用例圖的步驟一樣的（重要的是分析設計的思想）：建包—建檢視---畫元素（用例、類、表等）--畫關係（關聯、繼承、依賴等） 

 
一個類它可以有屬性和方法 
建類的屬性 

 
輸入屬性（變數）的內容 

 
建類的方法 

 
輸入方法的內容 

 
八、 建資料模型 
手動建資料模型的方法和以上內容基本相似 

 
建欄位和方法的方法和類圖一樣（不過通常通過類轉換過來的話，這些內容都有了，只是對其進行一些修正即可） 

 
九、 通過包轉換建立類模型、資料模型 
領域模型、類模型、資料模型這幾者之間是可以通過包轉換來進行的，也就是如果你原來建好的領域模型，可以通過領域模型轉換到類模型，從類模型轉換到資料模型，這是可以減少很多的工作量，而且是可以承接先前的思想。 
選中需要轉換的包，右鍵 

、 
根據你要轉換的目的內容選擇 

 
十、 通過資料模型生成SQL 
選單個表生成SQL 

 
選整個包生成SQL 

 
從原有資料庫中匯入表結構 

 
十一、 EA進行正反向工程 
用EA進行生成原始碼暨正向工程 
單個類生成原始碼 

 
整個包生成原始碼 

 
用EA匯入原始碼暨反向工程 

 
檢視原始碼以及修改了原始碼後進行程式碼同步 

 
在EA中修改了原始碼以後，可以進行程式碼同步 

 
十二、 在EA中進行編碼，當IDE使用（就像eclipse） 

 
十三、 元件模型 

 
十四、 部署模型 

 
十五、 EA中管理測試 
可以在EA中管理測試計劃和測試用例，首先可以以這分包 

 
測試計劃模板 

 
十六、 系統維護 
軟體管理當然少不了系統的維護，系統變更管理，EA中同樣含有維護模型，可以在這裡進行版本及其版本中變更的管理 

 
十七、 進行專案管理 
在EA的專案管理中還有計劃管理、資源管理、風險管理等方面，和軟體工程的UML或ISO的管理比較貼切 

 
專案任務管理 

 
專案問題管理 

 
相關詞彙表 

 
管理干係人 

 
如： 

 
十八、 生成需要文件 
使用者可以通過生成文件生成自己所需要的問題，文件的格式可以使用EA預設的，也可以通過修改模版按自己的要求輸出文件。 

 
例子： 


 

 
十九、 可對專案元素進行統計 

 
二十、 還有一些不知怎麼用的功能