創造UML

❶ UML是什麼

Unified Modeling Language

❷ 請問有沒基於C#.NET的UML建模工具

Microsoft Office Visio 2007
下載地址：http://search.gougou.com/search?search=Office%20Visio%202007%20%E4%B8%AD%E6%96%87%E7%89%88%20%20&id=2

Office Visio 2007 中文版
安裝序列號：
W2JJW-4KYDP-2YMKW-FX36H-QYVD8
Office Visio 2007 便於 IT 和商務專業人員就復雜信息、系統和流程進行可視化處理、分析和交流。使用具有專業外觀的 Office Visio 2007 圖表，可以促進對系統和流程的了解，深入了解復雜信息並利用這些知識做出更好的業務決策。
Office Visio 2007 有兩個獨立版本：Office Visio Professional 2007 和 Office Visio Standard 2007。雖然 Office Visio Standard 2007 與 Office Visio Professional 的基本功能相同，但前者包含的功能和模板是後者的子集。
輕松地使流程、系統和信息可視化
使用 Office Visio 2007，可以通過多種圖表，包括業務流程圖、網路圖、工作流圖表、資料庫模型和軟體圖表等直觀地記錄、設計和完全了解業務流程和系統的狀態。通過使用 Office Visio Professional 2007 將圖表鏈接至基礎數據，以提供更完整的畫面，從而使圖表更智能、更有用。

使用 Office Visio 2007 將圖表與數據集成，以便全面了解流程或系統。

使用 Office Visio 2007 中的新增功能或改進功能，可以更輕松地將流程、系統和復雜信息可視化：
藉助模板快速入門。通過 Office Visio 2007，您可以使用結合了強大的搜索功能的預定義 Microsoft SmartShapes 符號來查找計算機上或網路上的合適形狀，從而輕松創建圖表。Office Visio 2007 提供了特定工具來支持 IT 和商務專業人員的不同圖表製作需要。
快速訪問常用的模板。使用 Office Visio 2007 啟動時顯示的新增「入門」窗口中的全新「最近使用的模板」視圖來訪問最近使用的模板。
從示例圖表獲得靈感。在 Office Visio Professional 2007 中，打開新的「入門教程」窗口和使用新的「示例」類別，可以更方便地查找新的示例圖表。查看與數據集成的示例圖表，為創建自己的圖表獲得思路，認識到數據為眾多圖表類型提供更多上下文的方式，以及確定要使用的模板。
無需繪制連接線便可連接形狀。只需單擊一次，Office Visio 2007 中新增的自動連接功能就可以將形狀連接、使形狀均勻分布並使它們對齊。移動連接的形狀時，這些形狀會保持連接，連接線會在形狀之間自動重排。
輕松將數據連接至圖表，並將數據鏈接至形狀。使用 Office Visio Professional 2007 中新增的數據鏈接功能，可自動將圖表連接至一個或多個數據源，例如 Microsoft Office Excel 2007 電子表格或 Microsoft Office Access 2007 資料庫。使用直觀的新鏈接方法，用數據值填充每個形狀屬性（也稱為形狀數據）來節省數據與形狀關聯的時間。例如，通過使用新增的自動鏈接向導，可將圖表中所有形狀鏈接到已連接的數據源中的數據行。
使數據在圖表中更引人注目。使用 Office Visio Professional 2007 中新增的數據圖形功能，從多個數據格式設置選項中進行選擇，輕松以引人注目的方式顯示與形狀關聯的數據。只需單擊一次，便可將數據欄位顯示為形狀旁邊的標注，將欄位放在形狀下的框中，並將數據欄位直接放在形狀的頂部或旁邊。
輕松刷新圖表中的數據。Office Visio Professional 2007 中新增的「刷新數據」功能可以自動刷新圖表中的所有數據，無需您手動刷新。如果出現數據沖突，則可使用 Office Visio Professional 2007 中提供的刷新沖突任務窗格來輕松解決這些沖突。
分析復雜信息以快速深入了解信息
使用 Office Visio Professional 2007，可以直觀地查看復雜信息，以識別關鍵趨勢、異常和詳細信息。通過分析、查看詳細信息和創建業務數據的多個視圖，更深入地了解業務數據，進一步發揮 Office Visio 2007 的功能。使用豐富的圖標和標志庫可以輕松確定關鍵問題、跟蹤趨勢並標記異常。

使用 Office Visio 2007 可以分析和跟蹤圖表中的數據，以確定問題和異常。

使用 Office Visio Professional 2007 中的新增功能和改進功能分析復雜業務信息：
使業務數據可視化。使用數據透視關系圖，可以直觀地查看通常以靜態文本和表格形式顯示的業務數據。創建相同數據的不同視圖可以更全面地了解問題。
確定問題、跟蹤趨勢並標記異常。快速突出顯示關鍵問題、趨勢和異常，並描述項目進度。新增的「數據圖形」功能用精美直觀的形狀簡化了條件格式，這些形狀包括可以根據用戶定義的條件顯示的標志和數據欄。
直觀地報告項目信息。Office Visio 2007 是使復雜項目信息可視化的必備工具。從 Microsoft Office Project 和 Microsoft Office SharePoint Server 中可以方便地直接生成報表，以跟蹤項目任務、所有者、角色和職責，並描述復雜的項目所有權結構。隨著項目信息的更改，還可以自動修改報表。
有效交流信息以做出更好的決策
使用 Office Visio 2007 通過圖表進行表達，可以最大程度地影響用戶，而單獨的文字和數字是無法做到的。可與任何人（甚至是沒有安裝 Visio 的用戶）共享具有專業外觀的 Office Visio 2007 圖表。

使用 Office Visio 2007 來創建可傳達豐富信息的具有專業外觀的圖表。

通過使用 Office Visio 2007 中的新增功能和改進功能，更有效地溝通並以更多方式來影響更廣泛的用戶：
使用新增的形狀和圖表類型進行有效交流。使用 Office Visio 2007 中簡化的圖表類別可以輕松找到適合您需要的模板。使用 Office Visio Professional 2007 中的 ITIL（IT 基礎設施庫）模板和價值流圖模板等新增模板可以創建種類更廣泛的圖表。使用新增的三維工作流形狀可以創建更動態的工作流。
設計具有專業外觀的圖表。使用 Office Visio 2007 中新增的主題功能，只需單擊一次，即可方便地設置整個圖表中的顏色和效果的格式。Office Visio 2007 甚至可與 Microsoft Office PowerPoint 2007 使用相同的顏色，因此您可以輕松設計與 PowerPoint 演示文稿相配且具有專業外觀的 Visio 圖表。
影響更多用戶。將 Visio 圖表保存為 PDF 或 XPS 文件格式，可使其更具可移植性，並供更多用戶使用。可在 Microsoft Office Outlook 2007 中查看 Visio 圖表附件。
注釋 只有安裝載入項後，才能將 2007 Microsoft Office system 程序保存為 PDF 或 XPS 文件。有關詳細信息，請參閱安裝並使用 PDF 或 XPS 載入項。
與任何人共享圖表。將圖表保存為包含導航控制項、形狀數據查看器、報表、圖像格式選擇和樣式表選項的網頁。然後讓通過 Windows Internet Explorer 使用 Visio 查看器的任何人都可以從 Intranet 和 Extranet 上訪問這些圖表，以便他們可以從 Internet Explorer 中查看圖表。
使用 Visio 圖表進行協作。共享的工作區功能支持使用 Microsoft Windows SharePoint Services 進行協作。在 Office Visio 2007 中，可以從網站上直接打開在 Windows SharePoint Services 網站上保存的 Visio 圖表，甚至可以從 Office Visio 2007 中簽入和簽出這些圖表。從 Windows SharePoint Services 網站打開圖表時，Office Visio 2007 會打開共享工作區任務窗格，其中包含其他文件、成員、任務和鏈接等工作區中的所有信息。
用數字墨跡批註圖表。Office Visio 2007 中數字墨跡的集成支持使用 Tablet PC 中的筆來自然標記現有圖形和進行草圖創建。使用筆簡化輸入的增強功能和對 Tablet PC 中的高解析度顯示環境的支持有助於實現真正的移動性。
針對同一 Visio 圖表進行協作。藉助「跟蹤標記」功能，多個用戶可針對同一 Visio 圖表進行協作。該功能通常用於審閱圖表和合並反饋，跟蹤標記有助於使其他審閱者和最終將修訂並入圖表的人員每位審閱者的意見。
以編程方式自定義和擴展 Office Visio 2007
通過編程方式或與其他應用程序集成的方式，可以擴展 Office Visio 2007，從而滿足特定行業的情況或獨特的組織要求。您可以開發自己的自定義解決方案和形狀，也可以使用 Visio 解決方案提供商提供的解決方案和形狀。
通過使用新增功能和改進功能，以編程方式自定義和擴展 Office Visio 2007：
對自定義解決方案進行規劃和分析並使其可視化。使用 Office Visio Professional 2007「軟體和資料庫」類別中的模板，可以可視化使用 Office Visio 2007 圖表的自定義解決方案，這些圖表包括統一建模語言 (UML)、數據流和 Microsoft Windows 用戶界面圖表等。
構建強大的自定義解決方案。Office Visio 2007 軟體開發工具包 (SDK) 可以幫助新的以及原有的 Visio 開發人員使用 Office Visio 2007 來構建程序。該 SDK 包括各種用以簡化和加快自定義應用程序開發的示例、工具和文檔。該 SDK 提供了一套可用於最常見的 Office Visio 2007 開發任務的可重用函數、類和過程，而且支持多種開發語言，其中包括 Microsoft Visual Basic、Visual Basic .NET、Microsoft Visual C# .NET 和 Microsoft Visual C++。
向任何上下文或程序中添加 Visio 圖表繪制功能。藉助 Office Visio 2007 和 Visio 繪圖控制項，可以創建自定義的數據連接解決方案，以便於連接數據並在任何上下文中顯示數據。使用 Visio 繪圖控制項，開發人員可在自定義應用程序中嵌入 Visio 繪圖環境並對其編程。這樣就為解決方案集成創造了新機會，從而便於在任何智能客戶端應用程序中包括 Office Visio 2007 的功能。由於 Visio 繪圖控制項可與宿主應用程序的 UI 集成，因此開發人員可以將 Visio 的繪圖功能當作其應用程序的天然組成部分，而無需親自開發類似的功能。
利用新增的數據驅動解決方案支持。使用相關的應用程序編程介面 (API)，創建自定義解決方案，來利用新增的 Office Visio Professional 2007 數據可視化功能。

❸ 什麼是UML

面向對象的分析與設計(OOA＆D)方法的發展在80年代末至90年代中出現了一個高潮，UML是這個高潮的產物。它不僅統一了Booch、Rumbaugh和Jacobson的表示方法，而且對其作了進一步的發展，並最終統一為大眾所接受的標准建模語言。

1. 標准建模語言UML的出現
公認的面向對象建模語言出現於70年代中期。從1989年到1994年，其數量從不到十種增加到了五十多種。在眾多的建模語言中，語言的創造者努力推崇自己的產品，並在實踐中不斷完善。但是，OO方法的用戶並不了解不同建模語言的優缺點及相互之間的差異，因而很難根據應用特點選擇合適的建模語言，於是爆發了一場「方法大戰」。90年代中，一批新方法出現了，其中最引人注目的是Booch 1993、OOSE和OMT-2等。

Booch是面向對象方法最早的倡導者之一，他提出了面向對象軟體工程的概念。1991年，他將以前面向Ada的工作擴展到整個面向對象設計領域。Booch 1993比較適合於系統的設計和構造。

Rumbaugh等人提出了面向對象的建模技術（OMT）方法，採用了面向對象的概念，並引入各種獨立於語言的表示符。這種方法用對象模型、動態模型、功能模型和用例模型，共同完成對整個系統的建模，所定義的概念和符號可用於軟體開發的分析、設計和實現的全過程，軟體開發人員不必在開發過程的不同階段進行概念和符號的轉換。OMT-2特別適用於分析和描述以數據為中心的信息系統。

Jacobson於1994年提出了OOSE方法，其最大特點是面向用例(Use-Case)，並在用例的描述中引入了外部角色的概念。用例的概念是精確描述需求的重要武器，但用例貫穿於整個開發過程，包括對系統的測試和驗證。OOSE比較適合支持商業工程和需求分析。

此外，還有Coad/Yourdon方法，即著名的OOA/OOD，它是最早的面向對象的分析和設計方法之一。該方法簡單、易學，適合於面向對象技術的初學者使用，但由於該方法在處理能力方面的局限，目前已很少使用。

概括起來，首先，面對眾多的建模語言，用戶由於沒有能力區別不同語言之間的差別，因此很難找到一種比較適合其應用特點的語言；其次，眾多的建模語言實際上各有千秋；第三，雖然不同的建模語言大多類同，但仍存在某些細微的差別，極大地妨礙了用戶之間的交流。因此在客觀上，極有必要在精心比較不同的建模語言優缺點及總結面向對象技術應用實踐的基礎上，組織聯合設計小組，根據應用需求，取其精華，去其糟粕，求同存異，統一建模語言。

1994年10月，Grady Booch和Jim Rumbaugh開始致力於這一工作。他們首先將Booch 93和OMT-2 統一起來，並於1995年10月發布了第一個公開版本，稱之為統一方法UM 0.8（Unitied Method）。1995年秋，OOSE 的創始人Ivar Jacobson加盟到這一工作。經過Booch、Rumbaugh和Jacobson三人的共同努力，於1996年6月和10月分別發布了兩個新的版本，即UML 0.9和UML 0.91，並將UM重新命名為UML（Unified Modeling Language）。

1996年，一些機構將UML作為其商業策略已日趨明顯。UML的開發者得到了來自公眾的正面反應，並倡議成立了UML成員協會，以完善、加強和促進UML的定義工作。當時的成員有DEC、HP、I－Logix、 Itellicorp、 IBM、ICON Computing、MCI Systemhouse、Microsoft、Oracle、Rational Software、TI以及Unisys。這一機構對UML 1.0（1997年1月）及UML 1.1（1997年11月17日）的定義和發布起了重要的促進作用。

UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計，還支持從需求分析開始的軟體開發的全過程。

面向對象技術和UML的發展過程可用上圖來表示，標准建模語言的出現是其重要成果。在美國，截止1996年10月，UML獲得了工業界、科技界和應用界的廣泛支持，已有700多個公司表示支持採用UML作為建模語言。1996年底，UML已穩占面向對象技術市場的85％，成為可視化建模語言事實上的工業標准。1997年11月17日，OMG採納UML 1.1作為基於面向對象技術的標准建模語言。UML代表了面向對象方法的軟體開發技術的發展方向，具有巨大的市場前景，也具有重大的經濟價值和國防價值。

❹ uml上的create是什麼意思

這是兩個關聯類之間的關系
如果是直線，那麼是雙向關聯，兩邊都有多重值
如果是帶有箭頭的實線，那麼是單向關聯。

可能的多重值描述
表示 含義
0..1 0個或1個
1 只能1個
0..* 0個或多個
* 0個或多個
1..* 1個或多個
3 只能3個
0..5 0到5個
5..15 5到15個

❺ 什麼是uml

1. 標准建模語言UML的出現

公認的面向對象建模語言出現於70年代中期。從1989年到1994年,其數量從不到十種增加到了五十多種。在眾多的建模語言中,語言的創造者努力推崇自己的產品,並在實踐中不斷完善。但是,OO方法的用戶並不了解不同建模語言的優缺點及相互之間的差異,因而很難根據應用特點選擇合適的建模語言,於是爆發了一場"方法大戰"。90年代中,一批新方法出現了,其中最引人注目的是Booch 1993、OOSE和OMT-2等。

Booch是面向對象方法最早的倡導者之一,他提出了面向對象軟體工程的概念。1991年,他將以前面向Ada的工作擴展到整個面向對象設計領域。Booch 1993比較適合於系統的設計和構造。Rumbaugh等人提出了面向對象的建模技術(OMT)方法,採用了面向對象的概念,並引入各種獨立於語言的表示符。這種方法用對象模型、動態模型、功能模型和用例模型,共同完成對整個系統的建模,所定義的概念和符號可用於軟體開發的分析、設計和實現的全過程,軟體開發人員不必在開發過程的不同階段進行概念和符號的轉換。OMT-2特別適用於分析和描述以數據為中心的信息系統。Jacobson於1994年提出了OOSE方法,其最大特點是面向用例(Use-Case),並在用例的描述中引入了外部角色的概念。用例的概念是精確描述需求的重要武器,但用例貫穿於整個開發過程,包括對系統的測試和驗證。OOSE比較適合支持商業工程和需求分析。此外,還有Coad/Yourdon方法,即著名的OOA/OOD,它是最早的面向對象的分析和設計方法之一。該方法簡單、易學,適合於面向對象技術的初學者使用,但由於該方法在處理能力方面的局限,目前已很少使用。

概括起來,首先,面對眾多的建模語言,用戶由於沒有能力區別不同語言之間的差別,因此很難找到一種比較適合其應用特點的語言;其次,眾多的建模語言實際上各有千秋;第三,雖然不同的建模語言大多類同,但仍存在某些細微的差別,極大地妨礙了用戶之間的交流。因此在客觀上,極有必要在精心比較不同的建模語言優缺點及總結面向對象技術應用實踐的基礎上,組織聯合設計小組,根據應用需求,取其精華,去其糟粕,求同存異,統一建模語言。

1994年10月,Grady Booch和Jim Rumbaugh開始致力於這一工作。他們首先將Booch9 3和OMT-2 統一起來,並於1995年10月發布了第一個公開版本,稱之為統一方法UM 0.8(Unitied Method)。1995年秋,OOSE 的創始人Ivar Jacobson加盟到這一工作。經過Booch、Rumbaugh和Jacobson三人的共同努力,於1996年6月和10月分別發布了兩個新的版本,即UML 0.9和UML 0.91,並將UM重新命名為UML(Unified Modeling Language)。1996年,一些機構將UML作為其商業策略已日趨明顯。UML的開發者得到了來自公眾的正面反應,並倡議成立了UML成員協會,以完善、加強和促進UML的定義工作。當時的成員有DEC、HP、I-Logix、 Itellicorp、 IBM、ICON Computing、MCI Systemhouse、Micr osoft、Oracle、Rational Software、TI以及Unisys。這一機構對UML 1.0(1997年1月)及UML 1.1(1997年11月17日)的定義和發布起了重要的促進作用。

UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計,還支持從需求分析開始的軟體開發的全過程。

面向對象技術和UML的發展過程可用上圖來表示,標准建模語言的出現是其重要成果。在美國,截止1996年10月,UML獲得了工業界、科技界和應用界的廣泛支持,已有700多個公司表示支持採用UML作為建模語言。1996年底,UML已穩占面向對象技術市場的85%,成為可視化建模語言事實上的工業標准。1997年11月17日,OMG採納UML 1.1作為基於面向對象技術的標准建模語言。UML代表了面向對象方法的軟體開發技術的發展方向,具有巨大的市場前景,也具有重大的經濟價值和國防價值。

2. 標准建模語言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的主要內容也可以歸納為靜態建模機制和動態建模機制兩大類。

3. 標准建模語言UML的主要特點

標准建模語言UML的主要特點可以歸結為三點:

(1) UML統一了Booch、OMT和OOSE等方法中的基本概念。

(2) UML還吸取了面向對象技術領域中其他流派的長處,其中也包括非OO方法的影響。UML符號表示考慮了各種方法的圖形表示,刪掉了大量易引起混亂的、多餘的和極少使用的符號,也添加了一些新符號。因此,在UML中匯入了面向對象領域中很多人的思想。這些思想並不是UML的開發者們發明的,而是開發者們依據最優秀的OO方法和豐富的計算機科學實踐經驗綜合提煉而成的。

(3) UML在演變過程中還提出了一些新的概念。在UML標准中新加了模板(Stereotypes)、職責(Responsibilities)、擴展機制(Extensibility mechanisms)、線程(Threads)、過程(Processes)、分布式(Distribution)、並發(Concurrency)、模式(Patterns) 、合作(Collaborations)、活動圖(Activity diagram)等新概念,並清晰地區分類型(Type)、類(Class)和實例(Instance)、細化(Refinement)、介面(Interfaces)和組件(Components)等概念。

因此可以認為,UML是一種先進實用的標准建模語言,但其中某些概念尚待實踐來驗證,UML也必然存在一個進化過程

4. 標准建模語言UML的應用領域

UML的目標是以面向對象圖的方式來描述任何類型的系統,具有很寬的應用領域。其中最常用的是建立軟體系統的模型,但它同樣可以用於描述非軟體領域的系統,如機械繫統、企業機構或業務過程,以及處理復雜數據的信息系統、具有實時要求的工業系統或工業過程等。總之,UML是一個通用的標准建模語言,可以對任何具有靜態結構和動態行為的系統進行建模。此外,UML適用於系統開發過程中從需求規格描述到系統完成後測

試的不同階段。在需求分析階段,可以用用例來捕獲用戶需求。通過用例建模,描述對系統感興趣的外部角色及其對系統(用例)的功能要求。分析階段主要關心問題域中的主要概念(如抽象、類和對象等)和機制,需要識別這些類以及它們相互間的關系,並用UML類圖來描述。為實現用例,類之間需要協作,這可以用UML動態模型來描述。在分析階段,只對問題域的對象(現實世界的概念)建模,而不考慮定義軟體系統中技術細節的類(如處理用戶介面、資料庫、通訊和並行性等問題的類)。這些技術細節將在設計階段引入,因此設計階段為構造階段提供更詳細的規格說明。

編程(構造)是一個獨立的階段,其任務是用面向對象編程語言將來自設計階段的類轉換成實際的代碼。在用UML建立分析和設計模型時,應盡量避免考慮把模型轉換成某種特定的編程語言。因為在早期階段,模型僅僅是理解和分析系統結構的工具,過早考慮編碼問題十分不利於建立簡單正確的模型。

UML模型還可作為測試階段的依據。系統通常需要經過單元測試、集成測試、系統測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據:單元測試使用類圖和類規格說明;集成測試使用部件圖和合作圖;系統測試使用用例圖來驗證系統的行為;驗收測試由用戶進行,以驗證系統測試的結果是否滿足在分析階段確定的需求。

總之,標准建模語言UML適用於以面向對象技術來描述任何類型的系統,而且適用於系統開發的不同階段,從需求規格描述直至系統完成後的測試和維護

❻ uml到底有什麼用

UML（Unified Modeling Language，統一建模語言）是一組用於描述OOAD過程的圖形化表達方式。

UML為交流面向對象的設計中的需求，行為、體系結構的實現提供了一套綜合的表示法。

UML繪制工具，EA 和VSU 2010

UML由9個不同類型的圖組成：

用例圖：顯示了系統的外部可視行為。

用例圖描述了系統外的人員和系統的交互動作，以及系統的響應，該類型的圖可以用於描述系統的功能需求。

活動圖：顯示系統行為的峽谷納西描述。

活動圖描述了單個功能需求內部的細節行為，包括基本的場景和一些可選的場景。

組件圖：顯示了系統的體系結構。

組件圖描述了系統的可部署單元（可執行文件，組件，數據存儲和其他一些內容）以及一些借口，可部署單元通過這些介面進行交互，該圖可以用於研究系統的體系結構。

順序圖：顯示了對象隨著時間的交互。

順序圖描述了某個功能需求的路徑或場景內相對時間的詳細行為，該圖可用於理解系統元素之間的消息流程。

協作圖：顯示了對象的交互，強調對象之間的關系。（在UML2.0裡面找不到了）

類圖：顯示了類的定義和關系。

類圖描述了系統設計中的類和介面，以及他們之間的關系。該圖可用於定義內部的，面向對象的代碼結構。

狀態圖：顯示了響應時間的狀態改變。

狀態圖描述了系統如何改變狀態以相應內部的和外部的事件，確保每個事件都被適當的處理。

部署圖：顯示了系統的物理體系結構。

部署圖描述了系統的可部署單元（應用，組件，數據存儲等）如何被賦予不同的節點，這些節點如何交互通信，用於系統映射和負載的研究。

包圖：顯示了設計的層次結構。

包圖描述了設計的相關元素如何按組結合在一起，以及他們之間的關系。

UML的一切實際上就是為了交流。先編碼後修復是錯誤的，先設計再糾錯是正確的。

UML圖是用來畫出來找錯誤的，而不是要畫一個完美的圖形，無論是否正確，畫圖是用來記錄和構思你的想法的，而不是一開始就是要畫一個正確的圖。

Scott Adams 告訴我們:"創造是允許我們犯錯，藝術則是知道保留正確。"

❼ UML是什麼啊

UML介紹

什麼是UML?
關鍵詞：uml

面向對象的分析與設計(OOA＆D)方法的發展在80年代末至90年代中出現了一個高潮，UML是這個高潮的產物。它不僅統一了Booch、Rumbaugh和Jacobson的表示方法，而且對其作了進一步的發展，並最終統一為大眾所接受的標准建模語言。

1. 標准建模語言UML的出現
公認的面向對象建模語言出現於70年代中期。從1989年到1994年，其數量從不到十種增加到了五十多種。在眾多的建模語言中，語言的創造者努力推崇自己的產品，並在實踐中不斷完善。但是，OO方法的用戶並不了解不同建模語言的優缺點及相互之間的差異，因而很難根據應用特點選擇合適的建模語言，於是爆發了一場「方法大戰」。90年代中，一批新方法出現了，其中最引人注目的是Booch 1993、OOSE和OMT-2等。

Booch是面向對象方法最早的倡導者之一，他提出了面向對象軟體工程的概念。1991年，他將以前面向Ada的工作擴展到整個面向對象設計領域。Booch 1993比較適合於系統的設計和構造。

Rumbaugh等人提出了面向對象的建模技術（OMT）方法，採用了面向對象的概念，並引入各種獨立於語言的表示符。這種方法用對象模型、動態模型、功能模型和用例模型，共同完成對整個系統的建模，所定義的概念和符號可用於軟體開發的分析、設計和實現的全過程，軟體開發人員不必在開發過程的不同階段進行概念和符號的轉換。OMT-2特別適用於分析和描述以數據為中心的信息系統。

Jacobson於1994年提出了OOSE方法，其最大特點是面向用例(Use-Case)，並在用例的描述中引入了外部角色的概念。用例的概念是精確描述需求的重要武器，但用例貫穿於整個開發過程，包括對系統的測試和驗證。OOSE比較適合支持商業工程和需求分析。

此外，還有Coad/Yourdon方法，即著名的OOA/OOD，它是最早的面向對象的分析和設計方法之一。該方法簡單、易學，適合於面向對象技術的初學者使用，但由於該方法在處理能力方面的局限，目前已很少使用。

概括起來，首先，面對眾多的建模語言，用戶由於沒有能力區別不同語言之間的差別，因此很難找到一種比較適合其應用特點的語言；其次，眾多的建模語言實際上各有千秋；第三，雖然不同的建模語言大多類同，但仍存在某些細微的差別，極大地妨礙了用戶之間的交流。因此在客觀上，極有必要在精心比較不同的建模語言優缺點及總結面向對象技術應用實踐的基礎上，組織聯合設計小組，根據應用需求，取其精華，去其糟粕，求同存異，統一建模語言。

1994年10月，Grady Booch和Jim Rumbaugh開始致力於這一工作。他們首先將Booch 93和OMT-2 統一起來，並於1995年10月發布了第一個公開版本，稱之為統一方法UM 0.8（Unitied Method）。1995年秋，OOSE 的創始人Ivar Jacobson加盟到這一工作。經過Booch、Rumbaugh和Jacobson三人的共同努力，於1996年6月和10月分別發布了兩個新的版本，即UML 0.9和UML 0.91，並將UM重新命名為UML（Unified Modeling Language）。

1996年，一些機構將UML作為其商業策略已日趨明顯。UML的開發者得到了來自公眾的正面反應，並倡議成立了UML成員協會，以完善、加強和促進UML的定義工作。當時的成員有DEC、HP、I－Logix、 Itellicorp、 IBM、ICON Computing、MCI Systemhouse、Microsoft、Oracle、Rational Software、TI以及Unisys。這一機構對UML 1.0（1997年1月）及UML 1.1（1997年11月17日）的定義和發布起了重要的促進作用。

UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計，還支持從需求分析開始的軟體開發的全過程。

面向對象技術和UML的發展過程可用上圖來表示，標准建模語言的出現是其重要成果。在美國，截止1996年10月，UML獲得了工業界、科技界和應用界的廣泛支持，已有700多個公司表示支持採用UML作為建模語言。1996年底，UML已穩占面向對象技術市場的85％，成為可視化建模語言事實上的工業標准。1997年11月17日，OMG採納UML 1.1作為基於面向對象技術的標准建模語言。UML代表了面向對象方法的軟體開發技術的發展方向，具有巨大的市場前景，也具有重大的經濟價值和國防價值。

2. 標准建模語言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的主要內容也可以歸納為靜態建模機制和動態建
模機制兩大類。

3. 標准建模語言UML的主要特點
標准建模語言UML的主要特點可以歸結為三點：
（1） UML統一了Booch、OMT和OOSE等方法中的基本概念。

（2） UML還吸取了面向對象技術領域中其他流派的長處，其中也包括非OO方法的影響。UML符號表示考慮了各種方法的圖形表示，刪掉了大量易引起混亂的、多餘的和極少使用的符號，也添加了一些新符號。因此，在UML中匯入了面向對象領域中很多人的思想。這些思想並不是UML的開發者們發明的，而是開發者們依據最優秀的OO方法和豐富的計算機科學實踐經驗綜合提煉而成的。

（3）UML在演變過程中還提出了一些新的概念。在UML標准中新加了模板(Stereotypes)、職責(Responsibilities)、擴展機制(Extensibility mechanisms)、線程(Threads)、過程(Processes)、分布式(Distribution)、並發(Concurrency)、模式(Patterns)、合作(Collaborations)、活動圖（Activity diagram）等新概念，並清晰地區分類型(Type)、類(Class)和實例(Instance)、細化(Refinement)、介面(Interfaces)和組件(Components)等概念。
因此可以認為，UML是一種先進實用的標准建模語言，但其中某些概念尚待實踐來驗證，UML也必然存在一個進化過程。

4. 標准建模語言UML的應用領域
UML的目標是以面向對象圖的方式來描述任何類型的系統，具有很寬的應用領域。其中最常用的是建立軟體系統的模型，但它同樣可以用於描述非軟體領域的系統，如機械繫統、企業機構或業務過程，以及處理復雜數據的信息系統、具有實時要求的工業系統或工業過程等。總之，UML是一個通用的標准建模語言，可以對任何具有靜態結構和動態行為的系統進行建模。

此外，UML適用於系統開發過程中從需求規格描述到系統完成後測試的不同階段。在需求分析階段，可以用用例來捕獲用戶需求。通過用例建模，描述對系統感興趣的外部角色及其對系統（用例）的功能要求。分析階段主要關心問題域中的主要概念（如抽象、類和對象等）和機制，需要識別這些類以及它們相互間的關系，並用UML類圖來描述。為實現用例，類之間需要協作，這可以用UML動態模型來描述。在分析階段，只對問題域的對象（現實世界的概念）建模，而不考慮定義軟體系統中技術細節的類（如處理用戶介面、資料庫、通訊和並行性等問題的類）。這些技術細節將在設計階段引入，因此設計階段為構造階段提供更詳細的規格說明。

編程（構造）是一個獨立的階段，其任務是用面向對象編程語言將來自設計階段的類轉換成實際的代碼。在用UML建立分析和設計模型時，應盡量避免考慮把模型轉換成某種特定的編程語言。因為在早期階段，模型僅僅是理解和分析系統結構的工具，過早考慮編碼問題十分不利於建立簡單正確的模型。
UML模型還可作為測試階段的依據。系統通常需要經過單元測試、集成測試、系統測試和驗收測試。不同的測試小組使用不同的UML圖作為測試依據：單元測試使用類圖和類規格說明；集成測試使用部件圖和合作圖；系統測試使用用例圖來驗證系統的行為；驗收測試由用戶進行，以驗證系統測試的結果是否滿足在分析階段確定的需求。

總之，標准建模語言UML適用於以面向對象技術來描述任何類型的系統，而且適用於系統開發的不同階段，從需求規格描述直至系統完成後的測試和維護。

❽ 怎麼樣嚴格定義軟體開發過程怎麼樣將UML與設計模式結合起來，還有代碼生成器完美結合，創造出一個標

朋友，如果在這里簡單回答一下就能創造出一個標準的軟體建模工具的話，rose和EA的架構師就誰都可以做了。所有的果必然都有一個因，你既然在這里問出了這樣的問題，說明就你目前的水平還很難創造出這樣一個工具。加強自己的能力，開拓自己的視野，提高自己的水平，等到水到渠成、瓜熟蒂落的時候，你自然就不會問出這樣的問題了。

❾ UML類圖的建立類圖

在軟體開發不同階段使用的類圖具有不同的抽象層次，即概念層、說明層、和實現層。使用UML進行應用建模也應該是一個迭代的過程，所以我們應該建立一個類圖的層次的概念。
概念層類圖描述應用領域中的概念，這些概念與實現它們的類有聯系。通常沒有直接的映射關系。畫概念層類圖時很少考慮或不考慮實現問題，因此概念層類圖應獨立於具體的編程語言。下面是一個概念層類的表示。
說明層類圖。此時我們考察的是類的介面部分，而不是實現部分。這個介面可能因為實現環境、運行特性等有多種不同的實現。下面是一個說明層類的表示。

實現層類圖才真正考慮類的實現問題，提供實現的細節。此時的類的概念才應該是真正的嚴格意義上的類。它揭示了軟體實體的構成情況。實現層的類是最常用的，在很多的時候說明層的類更有助於人們對軟體的理解。

UML的最終目標是識別出所有必須的類，並分析這些類之間的關系，類的識別貫穿於整個建模過程，分析階段主要識別問題域相關的類，在設計階段需要加入一些反映設計思想、方法的類以及實現問題域所需要的類，在編碼實現階段，因為語言的特點，可能需要加入一些其他的類。
建立類圖的步驟：
（1）研究分析問題領域確定系統需求。
（2）確定類，明確類的含義和職責、確定屬性和操作。
（3）確定類之間的關系。
類的識別是一個需要大量技巧的工作，尋找類的一些技巧包括：名詞識別法；根據用例描述確定類；使用CRC分析法；根據邊界類、控制類、實體類的劃分來幫助分析系統中的類；參考設計模式確定類；對領域進行分析或利用已有領域分析結果得到類；利用RUP中如何在分析和設計中尋找類的步驟。
1. 名詞識別法：
這種方法的關鍵是識別系統問題域中的實體。對系統進行描述，描述應該使用問題域中的概念和命名，從系統描述中標識名詞及名詞短語，其中的名詞往往可以標識為對象，復數名詞往往可以標識為類。
2. 從用例中識別類：
用例圖實質上是一種系統描述的形式，自然可以根據用例描述來識別類。針對各個用例，可以提如下的問題輔助識別：
用例描述中出現了那些實體？
用例的完成需要哪些實體合作？
用例執行過程中會產生並存儲哪些信息？
用例要求與之關聯的每個角色的輸入是什麼？
用例反饋與之關聯的每個角色的輸出是什麼？
用例需要操作哪些硬設備？
在面向對象應用中，類之間傳遞的信息數據要麼可以映射到發送方的某些屬性，要麼該信息數據本身就是一個對象。綜合不同的用例識別結果，就可以得到整個系統的類，在類的基礎上，我們又可以分析用例的動態特性來對用例進行動態行為建模。
3. 使用CRC分析法：
CRC（Class,Responsibilities,Collaboration）卡的最大價值在於把人們從思考過程模式中脫離出來，更充分的專注於對象技術。CRC卡允許整個項目組對設計做出貢獻。參與系統設計的人越多，能夠收集到的好主意也就越多。因為CRC會議是大家全力參與的，通常只需要很少的有類名的卡片，實際上沒有寫出完整的卡片。CRC會議進行中，一些人模擬系統和對象交流，把消息傳給其他的對象。通過一步步處理，問題很容易地被解決。它由三部分組成：類(Class)、職責(Responsibility)、協作(Collaborator)。下面是一個CRC卡的示例： 類名 職責1職責1的協作職責2職責2的協作…………職責是類需要知道或做的任何事物。這些職責是類自身所知的知識，或類在執行時所需的知識。協作是指為獲取消息，或協助執行活動的其他類。創建CRC模型需要下面的步驟。
1) 建立團隊，包括客戶、設計人員、分析人員和一個導引者。如果沒有那麼多人，那麼可以是客戶和你自己兩個人。
2) 找出需求中存在的名詞和名詞片語，特別注意復數（通常是集合），他們對應的單數才是。把你第一次想到的所有概念都寫在白板或紙上。不管看起來這些概念是如何荒謬，把他們都寫下來。
3) 篩選。把對象分為三類，核心對象（必須首先實現），可選的（目前不能確定），以及不需要的對象。這之前最好確定一下你的項目范圍。某些不屬於本項目范圍的對象可以使用輕量的adapter或proxy實現。這里可以加入對分析、設計模式的考慮和應用。
4) 建卡。取出CRC卡，把核心類寫在每一張卡上，把可選的類和排除的類分別寫在不同的紙上。
5) 角色扮演。最好是一個團隊執行，一個人很難做。每個人負責幾個類。對每一個Use case其中的情景。導引者指定從某一個人的類開始，某一個人看一看自己能夠獨立完成，如果不能完成，大家看一看手中的類，誰能完成，就站起來，宣布自己能夠完成，以致繼續這個過程，每個人完成自己的職責就坐下。在這過程中不斷修改類的責任，並寫下協作者的名字。
4. 根據邊界類、控制類、實體類幫助分析系統中的類
UML中類有三種主要的版型：邊界類、控制類和實體類。引入邊界類、控制類及實體類的概念有助於分析和設計人員確定系統中的類。
邊界類位於系統與外界的交界處，窗體、報表、以及表示通訊協議的類、直接與外部設備交互的類、直接與外部系統交互的類等都是邊界類。通過用例圖可以確定需要的邊界類，每個Actor/Use Case對至少要一個邊界類，但並非每個Actor/Use Case對要唯一的邊界類。
實體類保存要放進持久存儲體的信息。持久存儲體就是資料庫、文件等可以永久存儲數據的介質。實體類可以通過事件流和交互圖發現。通常每個實體類在資料庫中有相應的表，實體類中的屬性對應資料庫表中的欄位。
控制類是控制其他類工作的類。每個用例通常有一個控制類，控制用例中的事件順序，控制類也可以在多個用例間共用。其他類並不向控制類發送很多消息，而是由控制類發出很多消息。
5. 領域進行分析
建立類圖的過程就是對領域及其解決方案的分析和設計過程。類的獲取是一個依賴個人創造力的過程，有時需要和領域專家合作，對研究領域進行仔細分析，抽象出領域中的概念，定義其含義及相互關系，分析出系統類，並用領域中的術語為類命名。領域分析是：通過對某一領域中的已有應用系統、理論、技術、開發歷史等的研究，來標識、收集、組織、分析和表示領域模型及軟體體系結構的過程，並得到結果。

❿ 什麼是UML系統建模

UML
統一建模語言（UML是 Unified Modeling Language的縮寫）是用來對軟體密集系統進行可視化建模的一種語言。UML為面向對象開發系統的產品進行說明、可視化、和編制文檔的一種標准語言。

統一建模語言 (UML)是非專利的第三代建模和規約語言。 UML是在開發階段，說明，可視化，構建和書寫一個面向對象軟體密集系統的製品的開放方法。UML展現了一系列最佳工程實踐，這些最佳實踐在對大規模，復雜系統進行建模方面,特別是在軟體架構層次已經被驗證有效。

UML可以貫穿軟體開發周期中的每一個階段。被OMG採納作為業界的標准。

UML最適於數據建模，業務建模，對象建模，組件建模。

UML作為一種模型語言，它使開發人員專注於建立產品的模型和結構，而不是選用什麼程序語言和演算法實現。當模型建立之後，模型可以被UML工具轉化成指定的程序語言代碼。

IBM的Rational Rose和MS的Visio都是UML工具。
同時還有一些免費的UML工具：
http://java-source.net/open-source/uml-modeling
一. 標准建模語言UML的出現

公認的面向對象建模語言出現於70年代中期。從1989年到1994年，其數量從不到十種增加到了五十多種。在眾多的建模語言中，語言的創造者努力推崇自己的產品，並在實踐中不斷完善。但是，OO方法的用戶並不了解不同建模語言的優缺點及相互之間的差異，因而很難根據應用特點選擇合適的建模語言，於是爆發了一場「方法大戰」。90年代中，一批新方法出現了，其中最引人注目的是Booch 1993、OOSE和OMT-2等。

Booch是面向對象方法最早的倡導者之一，他提出了面向對象軟體工程的概念。1991年，他將以前面向Ada的工作擴展到整個面向對象設計領域。Booch 1993比較適合於系統的設計和構造。

Rumbaugh等人提出了面向對象的建模技術（OMT）方法，採用了面向對象的概念，並引入各種獨立於語言的表示符。這種方法用對象模型、動態模型、功能模型和用例模型，共同完成對整個系統的建模，所定義的概念和符號可用於軟體開發的分析、設計和實現的全過程，軟體開發人員不必在開發過程的不同階段進行概念和符號的轉換。OMT-2特別適用於分析和描述以數據為中心的信息系統。

Jacobson於1994年提出了OOSE方法，其最大特點是面向用例(Use-Case)，並在用例的描述中引入了外部角色的概念。用例的概念是精確描述需求的重要武器，但用例貫穿於整個開發過程，包括對系統的測試和驗證。OOSE比較適合支持商業工程和需求分析。

此外，還有Coad/Yourdon方法，即著名的OOA/OOD，它是最早的面向對象的分析和設計方法之一。該方法簡單、易學，適合於面向對象技術的初學者使用，但由於該方法在處理能力方面的局限，目前已很少使用。

概括起來，首先，面對眾多的建模語言，用戶由於沒有能力區別不同語言之間的差別，因此很難找到一種比較適合其應用特點的語言；其次，眾多的建模語言實際上各有千秋；第三，雖然不同的建模語言大多類同，但仍存在某些細微的差別，極大地妨礙了用戶之間的交流。因此在客觀上，極有必要在精心比較不同的建模語言優缺點及總結面向對象技術應用實踐的基礎上，組織聯合設計小組，根據應用需求，取其精華，去其糟粕，求同存異，統一建模語言。

1994年10月，Grady Booch和Jim Rumbaugh開始致力於這一工作。他們首先將Booch 93和OMT-2 統一起來，並於1995年10月發布了第一個公開版本，稱之為統一方法UM 0.8（Unitied Method）。1995年秋，OOSE 的創始人Ivar Jacobson加盟到這一工作。經過Booch、Rumbaugh和Jacobson三人的共同努力，於1996年6月和10月分別發布了兩個新的版本，即UML 0.9和UML 0.91，並將UM重新命名為UML（Unified Modeling Language）。

1996年，一些機構將UML作為其商業策略已日趨明顯。UML的開發者得到了來自公眾的正面反應，並倡議成立了UML成員協會，以完善、加強和促進UML的定義工作。當時的成員有DEC、HP、I－Logix、 Itellicorp、 IBM、ICON Computing、MCI Systemhouse、Microsoft、Oracle、Rational Software、TI以及Unisys。這一機構對UML 1.0（1997年1月）及UML 1.1（1997年11月17日）的定義和發布起了重要的促進作用。

UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它溶入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計，還支持從需求分析開始的軟體開發的全過程。

面向對象技術和UML的發展過程可用上圖來表示，標准建模語言的出現是其重要成果。在美國，截止1996年10月，UML獲得了工業界、科技界和應用界的廣泛支持，已有700多個公司表示支持採用UML作為建模語言。1996年底，UML已穩占面向對象技術市場的85％，成為可視化建模語言事實上的工業標准。1997年11月17日，OMG採納UML 1.1作為基於面向對象技術的標准建模語言。UML代表了面向對象方法的軟體開發技術的發展方向，具有巨大的市場前景，也具有重大的經濟價值和國防價值。