自 從2023年正式發布uml以後，大量商用uml建模case工具粉墨登場。這樣為我們提供了許多的選擇，同時也要求我們在選擇正確的uml建模工具以更 好地適應我們業務和軟體應用程式開發需求，達到最好的投資回報率（roi）方面做大量的調查。在這篇文章中，我們將比較兩款case工具的uml建模能 力、雙向工程特性和專案生命週期支援：sparx systems的enterprise architect(ea)專業版v.3.51和ibm rational的rational rose企業版v.2002。
為什麼我們需要uml建模case工具
今天，系統的構建變得越來越複雜，uml建模case工具為專案相關人員(如，專案經理，分析員，設計者，構架師，開發者等)提供了許多的好處。uml 建模case工具允許我們應用規範的物件導向分析和設計的方法與理論，遠離糾纏不清的源**，達到構建和設計變得更直觀，更容易地理解與修改的層巍ｔ詿笮 拖釒恐校褂肅ase工具更重要。通過使用case工具：
* 通過用例模型，業務/系統分析可以捕獲到業務/系統需求。
* 設計者/構架師所作的設計模型能在不同層次的同一層內清晰表達物件或子系統之間的互動（典型的uml圖如類圖和互動圖）。
* 開發者能快速地將模型轉變為乙個可執行的應用程式，尋找類和方法的子集，以及理解它們如何互動。
模型被看作是藍圖和構建系統的最終手冊。同樣，建模也就是一種從高層並以適當的形式來考慮乙個設計的表述和理解它怎樣執行的能力。
出於這些動機，uml case工具以及對應的方**為我們提供了一種因系統太複雜而不能理解下層源**的描述系統的方法，同時允許我們更快更便宜地開發正確的軟體解決方案。
當然，要考慮case工具在uml建模能力，專案生命週期支援，雙向工程，資料建模，效能，**，可支援性，易使用性等方面的不同。這篇文章將探索 rose與ea在uml建模，專案生命週期支援以及雙向工程領域的相同點和不同點，希望能幫助你在你的專案中選擇正確的工具。
uml建模特性
uml標準由三部分組成，即：構造塊（如物件，類，訊息），構造塊間的關係（如關聯，泛化）和圖（如，活**）。uml profile使用uml可擴充套件性機制擴充套件標準uml符號，即，構造型，標註值和約束。ea專業版v.3.51和rational rose v.2002.05都支援uml 1.4 九種圖中的八種標準uml圖 - 用例圖，類圖，序列圖，協作圖，活**，狀態圖，實現圖（元件）圖，部署圖，和幾種uml profiles. 如果需要，物件圖可以使用協作圖來建立。不同點僅僅存在於建立uml圖（表1）和擴充套件uml profiles時所支援的一些特性。
uml圖
功能 ea
rose
用例圖
建立描述領域的邊界
yesno.但是，一些工作使用文字或包。
序列 協作
序列圖與協作圖之間的相互轉化
no yes
序列 更改訊息的範圍
yes
no 序列
顯示訊息層次號碼
yes
no 序列
協作 在瀏覽器中建立物件
yes
no 序列
管理控制項的焦點
容易 困難
所有圖的屬性
yes
no 表1. ea和rose的uml圖建模比較
enterprise architect 有乙個通用的uml profile機制用來載入和執行不同的profiles。enterprise architect為uml profiles指定乙個特定格式的xml檔案。而在rational rose中卻需要生成乙個附加項。
表2展示了在ea和rose中uml profiles的可用性。
uml profiles
earose
業務流程建模
支援eriksson-penker業務流程建模擴充套件
使用uml活**
業務建模
no yes
資料建模
yes
yes
使用者體驗建模
yes
no web建模
yes
yes
yes
no yes
xml dtd
no 表2. ea和rose的uml profile比較
UML建模 EA的使用起步
enterprise architect ea 是乙個功能比較強悍的建模工具.對於乙個軟體設計者來說，從需求分析到業務設計 類模型設計 資料庫設計到測試 發布 部署等一系列軟體設計必須的操作都可以在ea中完成。可以說只需要乙個ea就可以完成乙個軟體的設計。ea功能的強悍也不是一天兩天就能學完的，這次...
高階工與初級工
stst 初級工 需要大量的素材進行歸納,以提公升自身的知識,這階段需要大量的重複性的簡單的工作 高階工 主要通過演繹來思考,在實際中應用知識,高階工思考的時間佔的比例更多一些 這個想法大家覺得認可嗎?剛跟別人聊天時想到的 hl 成天演 bu 繹 yong 思 gan 考 huo 的高階工肯定認同 ...
建模與設計
建模與設計 我們經常說 使用用例對業務過程進行重組 其可能意味著 在重組前，通過用例對其原過程文件化。通過用例建立符合設計要求的外部行為需求。重新設計後，使用用例對新過程文件化。事實上，所有這些含義都應該是對的，並且都值得關注。讀者可以按自己的意願去理解其中的乙個。但是通常在談論用例時，我總是說業務...