UML是一種標準語言，用於指定，視覺化，構造和文件的軟體系統。
UML是OMG在1997年1月提出了建立由物件管理組織（OMG）和UML1.0規範草案。
OMG不斷努力，使一個真正的行業標準。
UML 代表 Unified Modeling Language.
UML是不同於其他常見的程式設計語言，如C + +，Java中，COBOL等。
UML是一種繪畫語言，用來做軟體藍圖。
因此，UML可以作為一個通用的視覺化建模語言，視覺化，指定興建及記錄軟體系統。雖然UML一般用於模型的軟體系統，但它並不限於在此範圍內。它也可以用來建模非軟體系統的處理流程，以及像在一個製造單元等
UML不是一種程式設計語言，但工具可用於生成各種語言的程式碼中使用UML圖。 UML物件導向的分析和設計有直接關係。經過一段標準化UML成為OMG（物件管理組織）標準。
一張圖片勝過千言萬語，這絕對適合在討論關於UML。遠遠早於UML的物件導向的概念被引入。所以在那個時候，有沒有標準的方法來組織和整合物件導向的發展。在那個時間點UML進入影象。
有許多開發UML的目標，但最重要的是定義一些通用的建模語言，建模者可以使用，也需要作出簡單的理解和使用。
UML圖不僅也為企業使用者，普通人和有興趣的人來了解系統的開發。該系統可以是一個軟體或使用非軟體。因此，它必須是明確的，UML不是一種開發方法，而伴隨著流程，做一個成功的系統。
在總結可以被定義為一個簡單的建模機制，在當今複雜的環境中所有可能的實際系統進行建模是UML的目標。
要了解概念模型UML，首先我們需要澄清一個概念模型是什麼？為什麼一個概念模型是在所有需要嗎？
概念模型可以被定義為模型，它是由概念和它們之間的關係。
概念模型的第一步是繪製UML圖之前。它有助於了解在現實世界中的實體，以及他們如何互相交流。
UML描述的實時系統，這是非常重要的一個概念模型。 UML的概念模型可以通過學習掌握以下三大要素：
UML可以描述為物件導向的分析和設計的繼任者。
一個物件包含了資料和控制資料的方法。資料表示物件的狀態。類描述的物件，他們也形成層次結構模型真實世界的系統。表示為繼承層次結構，也可以以不同的方式按要求相關的類。
物件是現實世界的實體存在我們周圍像抽象，封裝，繼承，多型的基本概念，都可以使用UML表示。
因此，UML是強大到足以代表所有的概念存在於物件導向的分析和設計。 UML圖是物件導向的概念的表示。因此，學習UML之前，詳細了解物件導向的概念就變得非常重要。
以下是一些基本概念，物件導向的世界：
物件: 物件代表一個實體的基本構建塊.
類: 類是物件的藍圖.
抽象化: 抽象代表現實世界中實體的行為.
封裝: 封裝是將資料系結在一起，並隱藏他們外部世界的機制。
繼承: 繼承是從現有的機制作出新的類。
多型性: 定義的機制來以不同的形式存在.
調查可以被定義為物件導向的分析，更具體地，它是調查物件。設計是指確定物件的共同作業。
所以重要的是要了解物件導向的分析和設計理念。現在，物件導向的分析的最重要的目的是要設計一個系統來識別物件。這一分析也做了為現有的系統。現在，一種有效的分析是唯一可能的，當我們能夠開始思考物件可以識別的方式。確定物件後，確定它們之間的關係，並最終產生的設計。
因此，物件導向的分析與設計的目的可以描述為：
確定一個系統中的物件.
確定它們之間的關係.
做一個設計，使用物件導向的語言可以轉換為可執行檔案.
有三種基本應用物件導向的概念和實施步驟。步驟可以被定義為
OO Analysis --> OO Design --> OO implementation using OO languages |
以上三點可以詳細描述：
在物件導向的分析，最重要的目的是確定物件和描述他們以適當的方式。如果這些物件的有效識別，那麼接下來的設計工作是很容易的。物件應確定職責。職責是物件所執行的功能。每一個物件具有某種型別的要執行的責任。當這些責任共同作業系統的目的達成。
第二階段是物件導向的設計。在這個階段的重點時要求及其履行情況。在這一階段中的物件根據其預期的關聯共同作業。協會完成設計後也完成了。
第三階段是物件導向的執行。在這個階段，設計採用物件導向語言，如Java，C++等。
UML是一種建模語言，用於示範性軟體和非軟體系統。雖然UML用於非軟體系統，重點是物件導向的軟體應用建模。大多數的UML圖到目前為止討論的用於模擬靜態，動態等不同的方面，如現在各方面的構件是物件。
如果我們觀察到類圖，物件圖，共同作業圖，互動圖，將基本上基於物件的設計。
因此，物件導向的設計和UML之間的關係是非常重要的理解。根據要求，物件導向的設計轉化為UML圖。在詳細了解UML的物件導向的概念應該學會正確。的物件導向的分析與設計完成後，下一步是很容易的。從物件導向的分析與設計的輸入是輸入的UML圖。