uml心得體會

uml心得體會（通用3篇）

1.　uml心得體會 篇一

　　在學習UML這門課之前，我一直心底有一個疑問，那就是我們和那些所謂的程序員速成班培訓出來的程序員到底有什么差別，都是寫代碼，那我們在大學里學習的意義是什么呢，直到我學習了UML這門課。我才知道寫代碼并沒有想象中的那么簡單，對于同一個功能，肯定有著多種不同的實現方法，而這些方法也肯定有優劣之分。我們之所以不像外面那樣的培訓班一樣速成，是因為我們需要鍛煉自己去寫出高質量的代碼，我覺得這就是我們學習的意義。

　　其實在上UML課之前，我以為UML跟C++和java一樣是一門編程語言，直到經過老師的介紹，我才知道UML的全稱是Unified Modeling  Language，他不同于C++,java這些編程語言，他是統一建模語言。UML是一種用于可視化描述系統，具有廣泛用途的建模語言。作為一種標準化的圖形語言，在軟件工業中被用于軟件系統部件的具體化，可視化，結構化描述以及撰寫文檔，同樣在商業模型中也得到應用。

　　UML雖然不是一門程序設計語言，但他的重要性是不可忽視的。他的重要性主要體現在：使復雜的軟件設計更為簡單，也能夠實現像OOP(面向對象編程)這一類被廣泛應用的概念;用理解起來可能更容易的圖來描述，避免了大量的文字;使表達和交流概念或系統結構變得更容易;在一張圖中就能夠描繪出整個系統;程序員實用類圖來描述實際需求時，可讓問題更加清晰明了，實現起來更容易。

　　很多人或許會說直接寫代碼要比畫圖分析什么的快多了，但我認為UML在分析和設計階段十分重要。在學完職責分配原則和了解過一些設計模式過后，我更加堅定了我的想法。或許對于一個小項目來說，實現的方式有很多種，無論是哪一種，可能會有人覺得只要能夠實現功能就是可用的，就是好的。但如果是一個比較龐大的項目呢?如果在具體寫代碼時某個類的職責過于龐雜，那么必定會給系統帶來很大的壓力。或者說每個類之間的關系特別復雜，那么當后續需要更改某個類的時候，必定會影響到其他的類，帶來十分高昂的維護成本。而GRASP的九個原則：信息專家原則，創造者原則，低耦合原則，高內聚原則，控制器原則，多態原則，純虛構，中介原則，受保護變量原則可以在一點程度上很有效地解決這些問題。

　　UML這門課程讓我學會了話UML的五大類，共九種圖:

　　用例圖：從用戶角度描述系統功能，并指出各功能的操作者。

　　靜態圖：包括類圖和對象圖。類圖描述系統中類的靜態結構，不僅定義系統中的類，表示類之間的聯系，如關聯、依賴、聚合等，也包括類的屬性和操作，類圖描述的是一種靜態關系，在系統的整個生命周期都是有效的。對象圖是類圖的實例，幾乎使用與類圖完全相同的標識。一個對象圖是類圖的一個實例。由于對象存在生命周期，因此對象圖只能在系統某一時間段存在。

　　行為圖：描述系統的動態模型和組成對象間的交互關系，包括狀態圖和活動圖。狀態圖描述類的對象所有可能的狀態以及事件發生時狀態的轉移條件，狀態圖是對類圖的補充，活動圖描述滿足用例要求所要進行的活動以及活動間的約束關系，有利于識別并進行活動。

　　交互圖：描述對象間的交互關系，包括時序圖和協作圖。時序圖顯示對象之間的動態合作關系，它強調對象之間消息發送的順序，同時顯示對象之間的交互;協作圖描述對象間的協作關系，協作圖跟時序圖相似，顯示對象間的動態合作關系。除顯示信息交換外，協作圖還顯示對象以及它們之間的關系。如果強調時間和順序，則使用時序圖;如果強調上下級關系，則選擇協作圖。

　　實現圖：包括組件圖和部署圖。組件圖描述代碼部件的物理結構及各部件之間的依賴關系，組件圖有助于分析和理解部件之間的相互影響程度;部署圖定義系統中軟硬件的物理體系結構。

　　UML也同時讓我自己去了解了統一過程，這部分老師并沒有詳細地講，我自己查閱資料了解了一些。RUP中的軟件生命周期在時間上被分解為四個順序的階段，分別是：初始階段、細化階段、構造階段和交付階段。每個階段結束于一個主要的里程碑。每個階段本質上是兩個里程碑之間的時間跨度。在每個階段的結尾執行一次評估以確定這個階段的目標是否已經滿足。如果評估結果令人滿意的話，可以允許項目進入下一個階段。

　　說實話在了解GRASP，設計模式，統一過程后，我覺得UML是一門十分重要的課。但是我在知乎上看到了一個“UML現在有什么用?”的問題，上面的許多高贊答案都是在說UML的用處并不大。甚至有人說UML是糊弄人的東西。但我卻不這么認為，判斷知識有沒有不能僅憑這自己以前的經歷，或許有些人用UML的地方并不多，所以他認為UML的用處并不大，但是誰又能肯定的說你以后不會用到UML的建模方法和思想呢?我覺得我們學習的眼光應該長遠一點。不管如何，我在UML結課后，仍然會繼續學習UML，因為我認為他是十分有用的，雖然目前為止我并沒有過參與大型項目的經歷，但確實在UML建模后，我對一些問題和業務邏輯有了更深刻的認識，我相信他能幫助我提升我自己的能力，加油!

2.　uml心得體會 篇二

　　擴展關系：、泛化(繼承)關系：、依賴關系：

　　聚合關系：、組成關系：、

　　關聯關系：、實現關系：

　　2、UML中幾種基本圖及其基本功能作用：

　　UML的重要內容可以由哪五類圖(共9種圖形)來定義：

　　答：用例圖：用例圖。

　　靜態圖：類圖、對象圖

　　行為圖：狀態圖、活動圖

　　交互圖：時序圖、協作圖

　　實現圖：構件圖、部署圖

　　1)類圖：類圖是描述類、接口、協作以及它們之間的關系的圖，用來顯示系統中各個類的靜態結構。

　　類包括：類圖、屬性、方法。

　　類圖包括：類、接口、協作、關系、約束、注釋以及包。

　　類的表示包括：名稱、屬性、操作、職責和約束。

　　類圖的建模過程：確定對象與類、確定類的屬性、確定類的關系。

　　類圖在UML中的重要作用：1.為開發人員提供這種模仿現實世界的表達方式。

　　2.讓分析員使用客戶所采用的術語和客戶交流，促使客戶說出所要解決的問題的重要細節。

　　2)對象圖：對象圖表示在某一時刻一組對象以及他們之間的關系的圖。

　　UML對象圖的用途

　　◆捕獲實例和連接、◆在分析和設計階段創建、◆捕獲交互的靜態部分、◆舉例說明數據/對象結構、◆詳細描述瞬態圖、◆由分析人員、設計人員和代碼實現人員開發

　　3)用例圖：表述了一組用例、參與者以及它們之間的關系的圖。

　　用例模型包括：用例圖和用例規則。

　　用例規則包括：基本流和備選流。

　　用例圖的組成元素有：參與者，用例，通信關聯，用例規約

　　建立用例模型步驟：

　　1) 根據系統邊界確定參與者

　　2) 根據每個參與者確定與之相關聯的用例

　　3) 對每個用例寫出用例規約文檔，調整用例模型(優化參與者與參與者之間的關系，用例與用例之間的關系)

　　用例對于系統開發人員來說的價值：是用來從用戶的觀察角度收集系統需求的一項技術，便于分析員與客戶和用戶交流，使系統更符合用戶的需求

　　4)順序圖也稱為時序圖，它描敘了系統中對象間通過消息進行的交互，強調了消息在時間軸上的先后順序。

　　順序圖是由對象、生命線、控制焦點和消息等構成。(消息表示了對象間的通信，生命線表示了對象的生存期，控制焦點表示對象正在執行一些活動)

　　順序圖將交互關系表示為一張二維圖，其中縱向是時間軸，時間沿豎線向下延伸，橫向代表了在協作中各獨立對象的角色。

　　順序圖中從左到右各對象分別為：執行者角色、控制類、用戶接口、業務層、后臺數據庫。

　　順序圖的作用：順序圖常用來描述用例的實現，它表明了由哪些對象通過消息相互協作來實現用例的功能。在順序圖中，標識了消息發生的先后順序。

　　5)協作圖：描述了系統中對象間通過消息進行的交互，強調了對象在交互行為中承擔的角色。

　　協作圖包括對象、鏈(連接器)、消息。

　　(協作圖與順序圖的比較與各自的優缺點下面有)

　　交互圖(協作圖與順序圖)的特征：交互圖形主要用于對用例中的控制建模，一般情況下，一個交互圖形表達單個用例的行為，它表示出該用例中若干個實例對象和對象之間所傳遞的消息，交互圖形有效的幫助人們觀察和理解系統內部的協作關系和過程行為。

　　6)狀態圖：描述了一個對象所處的可能狀態以及狀態之間的轉換，并給出了狀態變化序列的起點和終點。

　　狀態圖包括：狀態、轉換。

　　一個狀態圖表示一個狀態機，表示從一個狀態到另一個狀態的控制流。

　　引發狀態轉換的事件主要有：調用事件、變化事件、時間事件以及信號事件。

　　建模步驟：找出適合用模型描述其行為的類、確定對象可能存在的狀態、確定引起狀態轉換的事件、確定轉換進行時對象執行的相應動作、對建模結果進行相應的精化和細化。

　　作用：能幫助分析員、設計員和開發人員理解系統中對象的行為。(P87)

　　7)活動圖：描述從活動到活動的流。

　　活動圖包括：動作狀態，活動狀態，動作流、分支與合并、分關與匯合、泳道以及對象流。

　　8)構件圖：主要用來描述各種軟件構件之間的依賴關系，是描述構件與構件關系的圖。

　　構件圖包括注釋、約束和包。

　　構件包括5個要素：接口聲明、接口實現、構件標準、封裝方法以及部署方法。

　　構件分為3種類型：配置構件、工作產品構件以及執行構件。

　　構件圖的基本目的是：使系統人員和開發人員能夠從整體上了解系統的所有物理部件;同時，也使我們知道如何對構件進行打包，以便交付給最終客戶;最后，構件圖顯示了被開發系統所包含的構件之間的依賴關系

　　(構件和類的比較見下面)

　　9)部署圖：描述系統中的硬件節點及節點之間如何連接的圖。

　　部署圖的組成元素包括節點、節點間的鏈接。

　　部署圖的目的：描述系統投產的相關問題;描述系統與生產環境中的其他系統間的依賴關系，這些系統可能是已經存在，或是將要引入的;描述一個商業應用主要的部署結構;設計一個嵌入系統的硬件和軟件結構;描述一個組織的硬件/網絡基礎結構。

　　(活動圖與狀態圖的比較見下面)

　　3、類圖的表示：

　　4、略

　　5、對象間的可見性：可見性指的是一個對象能夠“看到” 或者引用另一個對象的能力。Public + ,private - ,protected  #

　　6、類的區分：

　　UML將類分為邊界類、實體類以及控制類。

　　1)邊界類用于描述外部參與者與系統之間的交互。

　　邊界類是一種用于對系統外部環境與其內部運作之間的交互進行建模的類。這種交互包括轉換事件，并記錄系統表示方式(例如接口)中的變更。

　　2)實體類主要是作為數據管理和業務邏輯處理層面上存在的類別。

　　實體類的主要職責是存儲和管理系統內部的信息，它也可以有行為，甚至很復雜的行為，但這些行為必須與它所代表的實體對象密切相關。

　　實體類保存要放進持久存儲體的信息。持久存儲體就是數據庫、文件等可以永久存儲數據的介質。實體類可以通過事件流和交互圖發現。通常每個實體類在數據庫中有相應的表，實體類中的屬性對應數據庫表中的字段。

　　實體類是用于對必須存儲的信息和相關行為建模的類。實體對象(實體類的實例)用于保存和更新一些現象的有關信息，例如：事件、人員或者一些現實生活中的對象。

　　3)控制類用于描述一個用例所具有的事件流控制行為，控制一個用例中的事件順序。

　　1.邊界類，描述外部與系統內部交互的類;2.控制類，控制其他類;3.實體類，存儲信息和相關行為的類;

　　7、面向對象開發系統是一系列對象的集合。

　　8、面向對象的三大機制：封裝、繼承、多態。

　　9、軟件工作的有效性和可靠性。

　　10、面向對象之前是面向過程的結構化分析與設計方法，這種方法以功能分析為基礎。

　　11、對象是客觀實體的抽象表示，是由描述對象屬性的數據和對這些數據進行的操作行為兩部分組成。而類是對具有相同屬性和行為一組對象的抽象描述。因此，它作為一種用戶自定義類型和創建對象的樣板，而按照這種樣板所創建的一個個具體對象就是類的實例。通過繼承關系又可形成一種類層關系。

　　12、UML中靜態圖有：用例圖、類圖、對象圖、構件圖、部署圖

　　動態圖有：活動圖、順序圖、協作圖、狀態圖

　　簡答題：

　　1、簡述面向對象的三大機制：封裝性、繼承性以及多態性。

　　1)封裝性。所謂封裝就是把對象的屬性和行為結合成一個獨立的單位，使外界不能直接訪問或修改這些數據和代碼，外界只能通過對象提供的接口函數來改變或獲取對象的屬性數據，這就實現了消息的隱蔽;2)繼承性。如果在一個已定義的類上，增加一些特殊屬性或操作，可以形成一個新的類，這個類不僅繼承了前一個類的全部特征，而且具有新的特性，因此可看作前一個類的特例，是對前一個類的繼承。前一個類成為父類，新產生的類叫做子類。通過繼承關系可形成一種類層次結構，叫做繼承結構;3)多態性。在類層次結構的不同類中，可用相同的函數名實現功能不同的函數。多態即程序中同名的不同方法共存的情況，常見的兩種多態方式為：①子類對父類方法的覆蓋;②  利用重載在同一個類中定義多個同名的不同方法。

　　2、敘述面向對象發展的動因：

　　為了超越程序復雜性障礙，克服軟件危機，人們提出了面向對象軟件開發方法。面向對象開發方法一改過去傳統的以功能分析為基礎的面向過程的結構化分析與設計方法。面向對象開發方法模擬人們理解和處理客觀世界的方式來分析問題，把系統視為一系列對象的結合，其面向對象設計又將分析的結果映射到某一種面向對象實現工具的結構上，使映射過程有著比較直接的對應關系，使分析者、設計者和編程者都可使用相同的概念，從而使面向對象的軟件開發能比較自然地模擬客觀世界的活動，使問題描述空間與解空間在結構上盡可能一致。因此，采用面向對象方法可以更有效地開發大型軟件系統。面向對象方法的封裝、繼承、多態等機制不僅支持軟件復用，而且使軟件維護工作可靠有效，可實現軟件系統的柔性制造，更好地克服軟件危機。因此，它成為成熟的廣為采用的軟件開發方法。

　　3、分析順序圖和協作圖之間的差別和優缺點：

　　順序圖可視化地表示了對象之間隨時間發生的交互，它除了展示對象之間的關聯，還顯示出對象之間的消息傳遞。與順序圖一樣，協作圖也展示對象之間的交互關系。順序圖強調的是交互的時間順序，而協作圖強調的是交互的語境和參與交互的對象的整體組織。順序圖按照時間順序布圖，而協作圖按照空間組織布圖。

　　順序圖可以清晰地表示消息之間的順序和時間關系，但需要較多的水平方向的空間。

　　協作圖在增加對象時比較容易，而且分支也比較少，但如果消息比較多時難以表示消息之間的順序。

　　填空、選擇：

　　1、2略

　　3、在用例圖中用例與角色是關聯角色。

　　4、順序圖中有生命線。

　　5、整體與局部的關系用聚集(聚合)表達的。

　　6、UML圖中，關聯角色的構造型有5種

　　7、略

　　8、UML中4大關系：依賴、泛化、實現和關聯。

　　9、UML構造塊中的事物和關系各包含哪些內容?

　　UML的事物包含：動作事物、結構事物、分組事物、注釋事物

　　動作事物包含：交互、狀態機

　　結構事物包含：類、接口、用例、協作、節點、構件、活動類

　　分組事物包含：包

　　注釋事物包含：注解

　　10、活動圖中的泳道技術的作用：通過泳道不僅體現了整個活動控制流，還體現出了每個活動的實施者。

　　11、狀態圖描述從狀態到狀態的控制流程，常用來對系統的動態特稱進行建模。

　　12、UML中類可分為3大類：實體類、控制類和邊界類。

　　13、UML體系分為3大部分：UML基本構造塊、UML規則和UML公共機制。

　　1. 比較活動圖與狀態圖：

　　1)活動圖和狀態圖描述的重點不同：活動圖描述的是從活動到活動的控制流，而狀態圖表述的是對象的狀態及狀態之間的轉移。

　　2)活動圖和狀態圖使用的場合不同：對于以下幾種情況可以使用活動圖：分析用例、理解涉及多個用例的工作流、處理多線程應用：對于下面的情況要使用狀態圖：顯示一個對象在其生命周期內的行為。

　　2.  構件和類的比較：從構件的定義來看，構件和類十分相似，如都有名稱，都可以實現一組接口，都可以參與依賴，泛化和關聯關系，都可以被嵌套，都可以有實例，都可以參與交互，但它們之間也存著以下明顯區別：1)類是對實體的抽象，而構件是對存在于計算機中的物理部件的抽象。也就是說構件是可以部署的，而類不能部署。2)構件是屬于軟件模塊，而非邏輯模塊，與類相比，它們處于不同的抽象級別，甚至可以說，構件就是由一組類通過協作完成的;3)類可以直接擁有操作和屬性，而構件僅擁有可以通過其接口訪問的操作。

　　3、面向對象方法的基本觀點:

　　(1)客觀世界由對象組成，任何客觀實體都是對象。對象是系統的基本單位。

　　(2)復雜的對象可以包含簡單的對象。

　　(3)事物的靜態特征用對象的屬性表示;事物的動態特征用對象的操作表示。

　　(4)對象的屬性與操作結合在一起，封裝成一個獨立的實體

　　(5)具有相同屬性和操作的對象可歸納成類，對象是類的一個實例。

　　(6) 類可以派生出子類，子類除了繼承父類的全部特性外還可以有自己的特性。

　　(7)對象之間通過消息進行通信，以實現對象之間的動態聯系。

　　4、簡述面向對象分析方法(OOA)的5個基本步驟

　　1)、識別對象，識別對象包括標識潛在的對象和篩選對象兩步

　　2)、識別對象的屬性

　　3)、識別對象的行為

　　4)、識別對象所屬的類

　　5)、定義主題詞

3.　uml心得體會 篇三

　　在80年代末至90年代中，對面向對象分析與設計方法的研究發展到一個高潮。但是，諸多流派在思想和術語上有很多不同的提法，在術語、概念上的運用也各不相同，需要一種統一的符號來描述面向對象的分析和設計活動。UML應運而生。它不僅統一了Booch、Rumbaugh和Jacobson的表示方法，而且有進一步的發展，最終成為大眾所共同接受的標準建模語言。統一建模語言(UML)是一個通用的可視化建模語言，用于對軟件進行描述、可視化處理、構造和建立軟件系統制品的文檔。它記錄了對必須構造的系統的決定和理解，可用于對系統的理解、設計、瀏覽、配置、維護和信息控制。UML適用于各種軟件開發方法、軟件生命周期的各個階段、各種應用領域以及各種開發工具，UML  是一種總結了以往建模技術的經驗并吸收當今優秀成果的標準建模方法。它融入了軟件工程領域的新思想、新方法和新技術。不僅支持面向對象的分析與設計，還支持從需求分析開始的軟件開發全過程。

　　UML 模型、視圖、圖

　　UML的概念和模型可以分成以下幾個概念域：靜態結構、動態行為、實現構造、模型組織、擴展機制

　　UML視圖和圖

　　主要的域視圖圖主要概念

　　構靜態視圖類圖類、關聯、泛化、依賴關系、實現、接口

　　用例視圖用例圖用例、參與者、關聯、擴展、包括、用例泛化

　　實現視圖構件圖構件、接口、依賴關系、實現

　　部署視圖部署圖節點、構件、依賴關系、位置

　　動

　　態狀態視圖狀態圖狀態、事件、轉換、動作、

　　行活動視圖活動圖狀態、活動、完成轉換、分叉、結合

　　為交互視圖順序圖交互、對象、消息、激活

　　協作圖協作、交互、協作角色、消息

　　模型管理模型管理視圖類圖包、子系統、模型

　　擴展機制所有所有約束、構造型、標記值

　　靜態視圖

　　1、 類元

　　類元是模型中的離散概念，擁有身份、狀態、行為和關系。有幾種類元包括類、接口和數據類型。其他幾種類元是行為概念、環境事物、執行結構的具體化。這些類元中包括用例、參與者、構件、節點和子系統。圖列出了幾種類元和它們的功能。元模型術語類元中包括了所有這些概念。

　　類元功能表示法

　　類類代表了被建模的應用領域中的離散概念。

　　最重要的特性是多重性

　　狀態類局限于某個給定狀態的類

　　類元角色在合作中局限于某個使用的類元

　　構件系統的一個物理組成單元

　　接口刻劃行為特征的操作命名集.

　　節點計算資源

　　信號對象間的異步通信

　　子系統作為且有規范、實現和身份的單元的包

　　用例與外界代理交互中的實體行為說明

　　2、類元之間關系

　　類元之間的關系有關聯、泛化、各種形式的依賴關系，包括實現關系和使用關系。

　　關聯：對象通常要和其他對象發生關聯，關聯可以具有多層形式。多重性問題(一對一、一對多)。在UML中關聯用一條直線來表示。

　　泛化：一個類繼承了其他類的屬性和操作。在UML中泛化用“從之類畫一條帶空心三角形箭頭的連線指向父類”來表示。

　　依賴：一個類使用了另一個類。在UML中依賴用“從依賴類到被依賴的帶箭頭的虛線”表示。

　　聚集是關聯的一種，聚集對象由部分對象組成。也就是整體與部分關聯。在UML中用“整體和部分之間用帶空心菱形箭頭的連線連接”來表示。

　　組合是一種特殊的聚集，在一個組合對象中，部分對象只能作為組合對象的一部分與組合對象同時存在。在UML中用“整體和部分之間用帶實心菱形箭頭的連線連接”來表示。

　　實現：類和接口之間的關系被稱為實現。在UML中實現關系用一個帶空心三角形箭頭加虛線來表示，箭頭指向接口。