㈠ uml有哪些輔助工具
rose是ibm最早收購的UML工具，現在rose已經不再升級更新了，推出了全新的rsm系列產品，應該是架構都改變了吧！
中文UML2標準的建模工具trufun plato建模工具，專業的UML2建模工具，支持全部UML標准，綠色軟體，更多實用性的輔助功能。
㈡ 什麼是uml設計，怎樣進行實時uml設計
UML設計是在軟體開發之前，用UML工具對項目的整體建模分析過程。這是一門系統的課程，你需要結合實際的案例、找一款強大的UML工具，動手去實踐實踐。
更多UML應用案例和應用問題可以到idehub社區咨詢，uml板塊有專業老師解答。
㈢ uml是什麼 用處大嗎
統一建模語言UML
軟體工程領域在1995年至1997年取得了前所未有的進展,其成果超過軟體工程領域過去15年來的成就總和。其中最重要的、具有劃時代重大意義的成果之一就是統一建模語言(UML:Unified Modeling Language)的出現。
在世界范圍內,至少在近10年內,UML將是面向對象技術領域內佔主導地位的標准建模語言。採用UML作為我國統一的建模語言是完全必要的:首先,過去數十種面向對象的建模語言都是相互獨立的,而UML可以消除一些潛在的不必要的差異,以免用戶混淆;其次,通過統一語義和符號表示,能夠穩定我國的面向對象技術市場,使項目根植於一個成熟的標准建模語言,從而可以大大拓寬所研製與開發的軟體系統的適用范圍,並大大提高其靈活程度。
統一建模語言（UML）是用來對軟體密集系統進行描述、構造、視化和文檔編制的一種語言。
首先，也是最重要的一點，統一建模語言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者廣泛採用的一門簡單、一致、通用的建模語言。
其次，統一建模語言擴展了現有方法的應用范圍。特別值得一提的是，UML的開發者們把並行分布式系統的建模作為UML的設計目標，也就是說，UML具有處理這類問題的能力。
第三，統一建模語言是標準的建模語言，而不是一個標準的開發流程。雖然UML的應用必然以系統的開發流程為背景，但根據我們的經驗，不同的組織，不同的應用領域需要不同的開發過程。舉個例子來說，開發錯綜復雜的軟體是非常有趣的工作，但開發這種軟體與構造嚴格實時的航空電子系統是大不一樣的，後者是性命攸關的大事。因此我們首先把精力集中在設計通用的元模型上（統一不同方法的語義），其次是建立通用的表示法（提供對這些語義的形象化的表達）。雖然UML的開發者們將繼續倡導從用例驅動到體系結構為中心最後反復改進、不斷添加的軟體開發過程，但實際上設計標準的開發流程並不是非常必要的。
UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計,還支持從需求分析開始的軟體開發的全過程。
面向對象技術和UML的發展過程可用上圖來表示,標准建模語言的出現是其重要成果。在美國,截止1996年10月,UML獲得了工業界、科技界和應用界的廣泛支持,已有700多個公司表示支持採用UML作為建模語言。1996年底,UML已穩占面向對象技術市場的85%,成為可視化建模語言事實上的工業標准。1997年11月17日,OMG採納UML 1.1作為基於面向對象技術的標准建模語言。UML代表了面向對象方法的軟體開發技術的發展方向,具有巨大的市場前景,也具有重大的經濟價值和國防價值。
標准建模語言UML的內容
首先,UML融合了Booch、OMT和OOSE方法中的基本概念,而且這些基本概念與其他面向對象技術中的基本概念大多相同,因而,UML必然成為這些方法以及其他方法的使用者樂於採用的一種簡單一致的建模語言;其次,UML不僅僅是上述方法的簡單匯合,而是在這些方法的基礎上廣泛徵求意見,集眾家之長,幾經修改而完成的,UML擴展了現有方法的應用范圍;第三,UML是標準的建模語言,而不是標準的開發過程。盡管UML的應用必然以系統的開發過程為背景,但由於不同的組織和不同的應用領域,需要採取不同的開發過程。
作為一種建模語言,UML的定義包括UML語義和UML表示法兩個部分。
(1) UML語義 描述基於UML的精確元模型定義。元模型為UML的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明,使開發者能在語義上取得一致,消除了因人而異的最佳表達方法所造成的影響。此外UML還支持對元模型的擴展定義。
(2) UML表示法 定義UML符號的表示法,為開發者或開發工具使用這些圖形符號和文本語法為系統建模提供了標准。這些圖形符號和文字所表達的是應用級的模型,在語義上它是UML元模型的實例。
標准建模語言UML的重要內容可以由下列五類圖(共9種圖形)來定義:
·第一類是用例圖,從用戶角度描述系統功能,並指出各功能的操作者。
·第二類是靜態圖(Static diagram),包括類圖、對象圖和包圖。其中類圖描述系統中類的靜態結構。不僅定義系統中的類,表示類之間的聯系如關聯、依賴、聚合等,也包括類的內部結構(類的屬性和操作)。類圖描述的是一種靜態關系,在系統的整個生命周期都是有效的。對象圖是類圖的實例,幾乎使用與類圖完全相同的標識。他們的不同點在於對象圖顯示類的多個對象實例,而不是實際的類。一個對象圖是類圖的一個實例。由於對象存在生命周期,因此對象圖只能在系統某一時間段存在。包由包或類組成,表示包與包之間的關系。包圖用於描述系統的分層結構。
·第三類是行為圖(Behavior diagram),描述系統的動態模型和組成對象間的交互關系。其中狀態圖描述類的對象所有可能的狀態以及事件發生時狀態的轉移條件。通常,狀態圖是對類圖的補充。在實用上並不需要為所有的類畫狀態圖,僅為那些有多個狀態其行為受外界環境的影響並且發生改變的類畫狀態圖。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關系,有利於識別並行活動。
·第四類是交互圖(Interactive diagram),描述對象間的交互關系。其中順序圖顯示對象之間的動態合作關系,它強調對象之間消息發送的順序,同時顯示對象之間的交互;合作圖描述對象間的協作關系,合作圖跟順序圖相似,顯示對象間的動態合作關系。除顯示信息交換外,合作圖還顯示對象以及它們之間的關系。如果強調時間和順序,則使用順序圖;如果強調上下級關系,則選擇合作圖。這兩種圖合稱為交互圖。
·第五類是實現圖( Implementation diagram )。其中構件圖描述代碼部件的物理結構及各部件之間的依賴關系。一個部件可能是一個資源代碼部件、一個二進制部件或一個可執行部件。它包含邏輯類或實現類的有關信息。部件圖有助於分析和理解部件之間的相互影響程度。
配置圖定義系統中軟硬體的物理體系結構。它可以顯示實際的計算機和設備(用節點表示)以及它們之間的連接關系,也可顯示連接的類型及部件之間的依賴性。在節點內部,放置可執行部件和對象以顯示節點跟可執行軟體單元的對應關系。
從應用的角度看,當採用面向對象技術設計系統時,首先是描述需求;其次根據需求建立系統的靜態模型,以構造系統的結構;第三步是描述系統的行為。其中在第一步與第二步中所建立的模型都是靜態的,包括用例圖、類圖(包含包)、對象圖、組件圖和配置圖等五個圖形,是標准建模語言UML的靜態建模機制。其中第三步中所建立的模型或者可以執行,或者表示執行時的時序狀態或交互關系。它包括狀態圖、活動圖、順序圖和合作圖等四個圖形,是標准建模語言UML的動態建模機制。因此,標准建模語言UML的主要內容也可以歸納為靜態建模機制和動態建模機制兩大類。
㈣ 用什麼工具來畫uml活動圖
三大UML建模工具Visio、Rational Rose、PowerDesign
Visio 原來僅僅是一種畫圖工具，能夠用來描述各種圖形（從電路圖到房屋結構圖），也是到VISIO2000才開始引進軟體分析設計功能到代碼生成的全部功能，它可以說是目前最能夠用圖形方式來表達各種商業圖形用途的工具（對軟體開發中的UML支持僅僅是其中很少的一部分）。它跟微軟的office產品的能夠很好兼容
ROSE是直接從UML發展而誕生的設計工具，它的出現就是為了對UML建模的支持，ROSE一開始沒有對資料庫端建模的支持，但是在現在的版本中已經加入資料庫建模的功能。ROSE主要是在開發過程中的各種語義、模塊、對象以及流程，狀態等描述比較好
PowerDesigner原來是對資料庫建模而發展起來的一種資料庫建模工具。直到7.0版才開始對面向對象的開發的支持，後來又引入了對UML的支持。但是由於PowerDesigner側重不一樣，所以它對資料庫建模的支持很好，支持了能夠看到的90%左右的資料庫，對UML的建模使用到的各種圖的支持比較滯後。但是在最近得到加強。
推薦使用Rose，簡單
㈤ 進入microsoft visio 進行UML等模型工具進行各種操作,有什麼感受
使用後感受，兩者區別：
UML不是用來畫圖的，它是一種建模工具，在給軟體建模的時候需要用UML的工具來畫一些圖。
而VISIO純粹是個畫圖工具，不是建模工具。現在UML工具除了英文的外，也有中文的，比如國內一個名叫楚凡科技的公司開發的UML建模工具Trufun Plato就是個中文界面，很適合你這樣的初學著。
㈥ 如何在uml的工具rose實現雙向工程
、方法代碼。一般情況下，開發人員將系統設計細化到一定的 級別，然後應用正向工程。 ? 逆向工程是指把代碼轉換成設計模型。在迭代開發周期中，一旦 某個模型作為迭代的一部分被修改，採用正向工程把新的類、方 法、屬性加入代碼；同時，一旦某些代碼被修改，採用逆向工程， 將修改後的代碼轉換為設計模型。 ? 自從1997年正式發布UML以後，出現了許多UML建模CA
㈦ uml建模工具哪個好用又免費
UML工具很多是商用的，價格不菲；而免費的UML建模工具，功能完善的很少。以下推薦的是五個免費的UML建模工具，相對而言還算功能比較不錯。
免費UML建模工具推薦：JUDE – community
如果您的開發環境中只能使用正版軟體，而又因種種原因無法獲得專業級的建模工具，正苦苦尋找一個好用的，免費的工具時，那麼JUDE絕對值得您一試。JUDE是一個中日合作的軟體項目，有商業化的Professional版本和免費的Community版本，最大的區別是免費版的不支持UML 2.0，對於一般應用足夠了。
免費UML建模工具推薦：UMLet
UMLet是一個開放源代碼輕量級UML建模工具。UMLet能夠讓你快速建模，並且能夠導出各種格式SVG, JPG, PDF and LaTeX-friendly EPS。
免費UML建模工具推薦：Argo UML
ArgoUML 是一款開源的UML 建模工具，支持所有UML 1.4 的標准圖形。它可以運行在任何Java 平台上，並且支持10 種語言(地區語言而不是編程語言)。它用Java構造，並遵守開源的BSD協議。
免費UML建模工具推薦：BOUml
一個免費的UML 2工具箱，支持C++，Java以及Idl。
免費UML建模工具推薦：Visual paradigm – community
為軟體工程師、系統分析員、商業分析員、系統建築師而設計的一個UML CASE工具。
㈧ 大家對UML是怎樣理解的 目前主流的比較好用的UML工具是什麼 謝謝
UML是一種通用建模語言，目前主流的當然還是ibm的產品，但是也有不少同類專業產品，比如trufun plato，together都是非常好的工具，trufun是中國國產軟體，但是性能絲毫不遜色，你可以去網上找找免費下載！另外rose已經有點過時了，最好找ibm最新的產品！
㈨ 誰有UML建模工具Jude的使用指南急！
UML的定義有兩個主要組成部分：語義和表示法。UML的語義用自然語言描述，表示法定義了UML的可視化標准表示符號，這決定了UML是一種可視化的建模語言。這些圖形符號和文字用於建立應用級的模型，在語義上，模型是元模型的實例。此外UML的定義還給出了語法結構的精確規約。對於一般建模者，應重點掌握基本的概念與表示法，並熟練運用它們，建立元模型則是研究方法學的人的研究重點。
要點：對系統的組織
UML是一種可視化的建模語言，對其各建模元素可進行詳細說明，並能生成所建模型的文檔。使用UML時，要從不同的角度觀察系統，為此定義了一個概念「視圖」。視圖是對系統的模型在某方面的投影，注重於系統的某個方面。每個視圖是圖的協作，UML定義了9種圖。下表是UML中的5種視圖，各視圖在靜態和動態方面表示了系統的模型。
用況視圖由用況圖組成，描述可被最終用戶、分析人員和測試者看到的系統行為；設計視圖包含類圖、對象圖、交互圖、狀態圖和活動圖，主要反映系統的功能需求；進程視圖包含類圖、對象圖、交互圖、狀態圖和活動圖，主要描述形成系統並發與同步機制的線程和進程；實現視圖包含構件圖、交互圖、狀態圖和活動圖，反映用於裝配與發布物理系統的構件和文件，主要針對系統發布的配置管理，可以用各種方法裝配它們。部署視圖包含部署圖、交互圖、狀態圖和活動圖，主要描述對組成物理系統的部件的分布、交付和安裝。根據實際需要，可以組合使用這些視圖。
由視圖可以定義模型，模型在語義上是閉合的，它從特定的角度（系統的規約或者設計）在一定抽象層次上描述目標系統。可以把視圖組織成模型，開發人員可從各視角觀察使用模型。
用以描述系統的模型可以是結構性的，強調系統的組織；也可以是行為性的，強調系統的動態方面。例如，RUP有9種模型，分別是業務模型、領域模型、用況模型（也稱需求模型）、分析模型、設計模型、過程模型、部署模型、實現模型和測試模型，用於從不同的角度表示系統。
系統是一組反映不同側面的子系統的集合，為了完成特定的目的要對這些子系統進行組織（在邏輯、功能和物理位置上是高內聚、低耦合的）。
子系統是一組元素的聚集，其中的元素還可以是子系統。它由一組模型從不同的角度進行描述。子系統本身幾乎應是獨立的，有自己應用的環境，相互間不重疊，它們之間用介面聯系。
UML的概念模型
為了理解UML，需要掌握UML的概念模型，這要求學習三個要素：UML的基本構造塊、支配這些構造塊如何放在一起的規則和一些運用於整個UML的機制，下面逐一予以介紹。
1. 基本構造塊
UML中有三種基本構造塊，分別是事物、關系和圖。
事物分結構事物（包括類、介面、協作、用況、主動類、構件和節點）、行為事物（包括交互和狀態機）、分組事物（包）和注釋事物（註解）。
UML中有四種關系，分別是依賴、關聯、泛化和實現關系。
對於上述兩種構造塊，通過研讀相應的書籍，絕大多數不難掌握，這里就不再贅述。下面對UML中的圖的要點進行闡述。
類圖 類圖展示了一組類、介面和協作及它們間的關系，在建模中所建立的最常見的圖就是類圖。用類圖說明系統的靜態設計視圖，包含主動類的類圖——專注於系統的靜態進程視圖。系統可有多個類圖，單個類圖僅表達了系統的一個方面。要在高層給出類的主要職責，在低層給出類的屬性和操作。
對象圖 對象圖展示了一組對象及它們間的關系。用對象圖說明類圖中所反應的事物實例的數據結構和靜態快照。對象圖表達了系統的靜態設計視圖或靜態過程視圖，除了現實和原型的方面的因素外，它與類圖作用是相同的。
用況圖 用況圖展現了一組用況、參與者以及它們間的關系。可以用用況圖描述系統的靜態使用情況。在對系統行為組織和建模方面，用況圖的是相當重要的。
交互圖 交互圖展現了按一定的目的進行的一種交互，它由在一個上下文中的一組對象及它們間交互的信息組成。交互圖也可用於描述一個用況的行為。順序圖和協作圖都是交互圖，順序圖和協作圖可以相互轉換。
順序圖 展現了一組對象和由這組對象收發的消息，用於按時間順序對控制流建模。用順序圖說明系統的動態視圖。
協作圖 展現了一組對象，這組對象間的連接以及這組對象收發的消息。它強調收發消息的對象的結構組織，按組織結構對控制流建模。
狀態圖 展示了一個特定對象的所有可能狀態以及由於各種事件的發生而引起的狀態間的轉移。一個狀態圖描述了一個狀態機，用狀態圖說明系統的動態視圖。它對於介面、類或協作的行為建模尤為重要，可用它描述用況實例的生命周期。
活動圖 活動圖是一種特殊的狀態圖，描述需要做的活動、執行這些活動的順序（多為並行的）以及工作流（完成工作所需要的步驟）。它對於系統的功能建模特別重要，強調對象間的控制流程。
高層活動圖用於表示需要完成的一些任務，即用於分析用況，理解涉及多個用況的工作流、多線程及並行，顯示相互聯系的行為整體，還可用於對企業過程建模，對系統的功能建模。低層活動圖用於表示類的方法。但活動圖不適用於描述動作與對象間的關系，顯示對象間的合作以及顯示對象在生命周期內的運轉情況。
構件圖 構件圖展現了一組構件之間的組織和依賴，用於對原代碼、可執行的發布、物理資料庫和可調整的系統建模。
部署圖 部署圖展現了對運行時處理節點以及其中構件的配署。它描述系統硬體的物理拓撲結構(包括網路布局和構件在網路上的位置)，以及在此結構上執行的軟體.
UML用於描述事物的語義規則分別是：為事物、關系和圖命名；給一個名字以特定含義的語境，即范圍；怎樣使用或看見名字，即可見性；事物如何正確、一致地相互聯系，即完整性；運行或模擬動態模型的含義是什麼，即執行。另外，UML還允許在一定的階段隱藏模型的某些元素、遺漏某些元素以及不保證模型的完整性，但模型逐步地要達到完整和一致。
3. 機制
有四種在整個語言中一致應用的機制，使得該語言變得較為簡單。這四種機制是詳細說明、修飾、通用劃分和擴展機制。
UML不只是一種圖形語言。實際上，在它的圖形表示法的每部分背後都有一個詳細說明，提供了對構造塊的語法和語義的文字敘述。
UML表示法中的每一個元素都有一個基本符號，這些圖形符號對元素的最重要的方面提供了可視化表示，對元素的描述還包含其他細節。例如，一個類是否是抽象類，或它的屬性和操作是否可見。要把這樣的修飾細節加到基本符號上。
在對面向對象的系統建模中，至少有兩種通用的劃分世界的方法：對類和對象的劃分；對介面和實現的劃分。UML中的構造塊幾乎都存在著這樣的兩分法。UML是開放的，可用一種受限的方法擴展它。UML的擴展機制包括構造型、標記值和約束。
UML的應用
UML是一種建模語言，不是一種方法，它獨立於過程。利於它建模時，可遵循任何類型的建模過程。該建模語言的作者們給出了一種推薦性的建模過程指導，即RUP。本部分闡述RUP如何支持UML的應用。
㈩ uml建模工具
enterprise architect...傾力推薦。哈哈。。
visio太不專業，但是簡單
rose感覺龐大了點。
enterprise architect。目前在用。很好。