uml心得體會（通用5篇）

uml心得體會 篇1

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

UML 模型、視圖、圖

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

UML視圖和圖

主要的域視圖圖主要概念

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

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

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

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

動

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

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

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

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

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

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

靜態視圖

1、 類元

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

類元功能表示法

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

最重要的特性是多重性

狀態類侷限於某個給定狀態的類

類元角色在合作中侷限於某個使用的類元

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

接口刻劃行爲特徵的操作命名集.

節點計算資源

信號對象間的異步通信

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

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

2、類元之間關係

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

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

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

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

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

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

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

uml心得體會 篇2

在學習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建模後，我對一些問題和業務邏輯有了更深刻的認識，我相信他能幫助我提升我自己的能力，加油!

uml心得體會 篇3

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

聚合關係：、組成關係：、

關聯關係：、實現關係：

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)、定義主題詞

uml心得體會 篇4

書讀的多，視野的格局大;資金(權力)集累的多，交際的平臺大;歷練的歲月久，洞穿事物的經驗富。此三種格局的自然形成，是個人的財富，同時又可能對社會有益。

因此，人的自然格局是逐漸形成，並非法外恩賜。我們國家與西方最大的差距，是賜予個人格局的方法。如官二代，富二代多般是個人格局的方法產生的怪胎。走了急功近利的路子，破壞了“天降大任與斯人，必先苦其心志，餓其體膚”的自然規律、道德觀念。再如一人得道雞犬升天的裙帶關係，官官相護的傳統惡習……數不清的污垢厚土，也就別驚愕，歷代中國人移民的夢魘。

還有，新年探親，我在集鎮的車站，看到乘客買了車票後，駕駛員向每位乘客索取2元的加班費;在成都火車南站，飯店向每份菜索取2元春節期間，菜不好賣的辛苦費。我想吶喊的事，這個集鎮的政績就是向每位乘客多索取2元的政績，不少飯店的民營業主的人生價值，只值2元。儘管他們都是改革開放已來最大的受益者，然而又是他們只向社會索取，不向社會回報;他們的格局在大於社會無補益。

難怪，個別商人與權貴的格局，不就是菜市場的青蛙，蹦蹦跳跳，也不過是會親朋好友的佳餚。

然而，社會終究要放大格局，推波助瀾的前行，把格局的自然形成放在昨天、今天、明天的首選，迴避格局不正當的方法，是歷史的必然性。

uml心得體會 篇5

7月～8月間，我參加了爲期30天的廣西大學生志願服務萬村遠程教育20xx年暑期行動。活動期間，我作爲河池市市級骨幹，在共青團河池市委員會城鄉部工作。我主要負責傳達自治區項目辦的工作安排及要求、聯繫河池市各縣負責人、統計河池市各縣誌願者人數及工作開展情況等。

這次大學生志願服務萬村遠程教育20xx年暑期行動，是我提前進入社會的實踐機會，因此，在工作中，我始終保持謙虛、踏實、真誠的品德，不斷學習、行動、思考，力求盡善盡美的完成每項工作任務，在工作中收穫快樂，收穫友誼，收穫經驗。

爲了更好更快的融入環境，進入狀態，我對此次活動的文件、志願者工作職能等情況進行了較系統的瞭解，並且經常向項目辦的領導請教，同時多和各個志願者們進行溝通，這樣，讓我的工作變得比較順利。

在日常工作中，我主要接觸了信息傳遞和聯繫兩方面工作。下面，我就總結一下我在這兩個方面上的經驗。

信息傳遞中，我要及時將自治區文件傳達至河池市各縣負責人，保證文件傳閱的實效性，與自治區項目辦負責人保持密切的聯繫，積極配合工作，確保工作順利的完成;同時，我還要及時、準確地統計志願者人數、工作開展情況統計，以確保信息下達的實效性、真實性，同時還要負責歸檔、保管以及查閱。當各縣市負責人遇到相關問題來諮詢或者要求幫助的時候，我都會第一時間解答和解決，以一顆真誠的心去爲大家服務，我始終堅信幫助別人，快樂自己。我還接觸到、֪ͨ等各類公文，學習了機關公文的用語規範、寫作格式，語言特點、公文的傳送渠道和方式，整理歸檔工作，也學會了對信息的保密。

在電話聯繫中，我的經驗是要做到及時、完整、清晰、得體的傳遞信息，要做好突發情況處理，必須事前對信息進行篩選，把所要表達的意思想清楚，交流中，盡心做到注重細節，禮貌待人;對於對方提出的問題和需要注意的事項，我及時做好請示彙報，力求獨立自主的解決問題，保證各項工作環環相扣。此外，我學會了使用複印機、傳真機等辦公自動工具;熟悉郵件、傳真、短信等等。

工作期間，我曾與自治區項目辦、河池市各縣負責人溝通交流，對於提高我的語言表達、應變能力、與人交流的技巧都有很大的幫助。

辦會，是我收穫最大的一塊工作。我曾參與河池市大學生志願服務萬村遠程教育20xx年暑期志願者活動啓動儀式暨骨幹培訓會、河池市青年創業小額擔保貼息貸款協調會等。關於會議籌備，我主要學習了會議的準備階段、舉辦階段、總結工作等一系列環節中應注意的問題。我着重從領導人的說話方式，思維特點等角度，感受領導人的魅力、魄力，不斷思考如何提高自身能力。

當然，在工作期間我也存在一定的問題和不足。一是工作有急躁情緒，有時工作急於求成，反而影響了工作的進度和質量;二是處理一些工作關係時還不能得心應手，工作顯得措手不及，無從着手。在今後的工作中，我還要繼續加強學習，加強交流與溝通，爲工作的良性運轉打下堅實基礎，努力實踐。

日常工作是繁瑣的，卻體現着一名行政工作者的三顆心細心、耐心、責任心。除了三顆心，更需要良好的執行能力、領悟能力、組織協調能力、應變能力，使工作有的放矢，重點突出，保證效率。

一個月的志願者工作真的令我受益匪淺，在進行角色轉換的同時，我努力實踐。在實踐中，我體驗生活，磨練意志，修煉品行，積累經驗。一個月，說長不長，說短也不短。因爲，有時候一個月，足以讓一個人迅速地成長。這一個月，我學到了許多在學校學不到的東西，增長了才幹，積累了許多寶貴的工作經驗。

暑期結束後返校，我的角色又將轉變爲一名大學生。這些經歷讓我多了一份成熟，多了一份自信。我的生活重心將轉移到學習。新的學期，新的追求，新的夢想。制定好目標，我將一如既往的前進，前進。