uml試驗心得體會

本文格式為Word版，下載可任意編輯——uml試驗心得體會竭誠為您提供優(yōu)質(zhì)文檔/雙擊可除

uml試驗心得體會

篇一：UmL實訓總結實訓總結（收獲與體會）

通過一個學期的Uml學習，我從書本上獲取了基本的理論知識，而真正的學以致用，將書本理論知識運用到實際的過程，是這次UmL實訓的表達。

三個周的UmL實訓，主要是圍圍著一個實訓題目“基于UmL系統(tǒng)需求分析與設計--合倍利業(yè)務流管理系統(tǒng)〞進行的，以小組為單位進行文檔的編寫，其中還對各種流程圖、類圖、用例圖等的繪制，整個過程設計了知識的方方面面。從中讓我認識到UmL的作用和運作模式以及方法，它是一種統(tǒng)一建模的標準語言，現(xiàn)在對于大多數(shù)軟件開發(fā)來說，都使用Uml作為建模語言，形成了統(tǒng)一的標準。它是圖形化的的語言，可以很直觀的描述一個事物的狀態(tài)、行為與特征，很好的說明與表達了“合貝利任務管理〞這個系統(tǒng)。

總之，在我看來，UmL是一種定義良好、易于表達、功能強大且普遍適用建模語言。融入軟件工程領域的心思想、新方法和新技術，作用域不限于支持面向?qū)ο蟮姆治龊驮O計，也不單純是一種方法，僅僅是一組符號而已，它可以對任何具有靜態(tài)機構和動態(tài)行為的系統(tǒng)進行建模，所以我很喜歡適用UmL，在今后的學習中，我還會進一步對該模型的學習，由于它便利、簡單、清白、清爽，直觀形象，把整個

竭誠為您提供優(yōu)質(zhì)文檔/雙擊可除

軟件系統(tǒng)的開發(fā)流程都融入進去。

這次實訓過程中，文檔方面的編寫，遇到了好多的問題，這些問題主要是對基礎知識的理解和把握不夠，不能融會貫穿和學以致用，有時遇到困難的時候真的不知如何著手解決，但是，我始終相信的那句話“讀萬卷書，不如行萬里路，行萬里路不如名師指路〞。所以，當遇到自己模糊和自己難以解決的問題時，向指導老師和懂的同學請教，幫助解決我遇到的問題，經(jīng)過他們的講解后，我下來自己在分析，在動手，從不理解到理解，從不會到會，從懂到懂，這是一個讓我學習愉快的過程，在這個過程中，既可以豐富了自己的知識，還可以和老師和同學進行有效地方溝通。在這次實訓過程中，感

觸最深的也就是合作精神了。獨木難成林，單槍匹馬，那是最錯誤的思想和做法。這次我是深有感想了。對于一個系統(tǒng)的分析，到最終項目的完成，需要分析每個文檔，然后在寫出紙質(zhì)的文檔，而在每個文檔中，內(nèi)容比較多，分析也要求比較到位，所以單獨依據(jù)一個人去完成，似乎有點困難，

于是我們小組，將每個文檔進行分析，能獨立成塊就分派給每一個人，這樣，每個人都有自己的任務，誰也不會閑著，既學到了知識，也充實了自己。另外一點，就是我深深體會到了積累知識的重要性。在實訓當中我們遇到了不少難題，但是經(jīng)過我們大家的探討和老師細心的一一指導，問題得到了解決。兩個月的實訓終止了，收獲頗豐，同時也更深刻的認識到要做一個合格的程序員并非我以前想像的那么容

竭誠為您提供優(yōu)質(zhì)文檔/雙擊可除

易，最重要的還是細致嚴謹。社會是不會要一個一無是處的人的，所以我們要更多更快地從一個學生向工轉(zhuǎn)變，總的來說我對這次實習還是比較滿意的，它使我學到了好多東西，為我以后的學習做了引導，點明白方向。實訓的日子即將終止，回想這一個過程，有過痛楚，有過煩擾，有過喜悅和有過成功。痛楚煩擾的是自己對所學書本知識把握得不是很扎實，面對著從書本上學到的知識與實際聯(lián)系不起來，總結起來就是自己的動手練習的時間太少。而喜悅的是，在做的過程中遇到了困難和問題，主動向老師和會的同學請教，然后再做，直至做正確做成功后的那種喜悅。

團隊的力量是無窮的，通過組員的共同努力，完成了實訓項目。雖然，我們這組的項目存在著諸多的不足和缺點，但這正是以后學習和工作需要彌補的。這次實訓將為我以后進入社會提過了一筆寶貴的資產(chǎn)，是對我能力的一個見證。最終，不得不感謝指導教師熊飛老師的辛勤指導，和小組成員的共同努力！篇二：UmL試驗心得體會uml試驗報告學院

班級學號姓名uml試驗報告試驗一：用例圖

試驗結果：小厚試驗心得體會：

用例模型用于需求分析階段，它描述了待開發(fā)系統(tǒng)的功能需求，并驅(qū)動了需求分析之后

各階段的開發(fā)工作。用例圖是uml中用來對系統(tǒng)的動態(tài)方面進行建模

竭誠為您提供優(yōu)質(zhì)文檔/雙擊可除

的7種圖之一。用例圖

描述了用例、參與者以及它們之間的關系。用例圖從用戶角度描述系統(tǒng)功能，并指出各功能

的操。通過本次試驗，我熟悉rationalrose建模環(huán)境，更加明白的了解了用例圖的語

義和功能，如何明了明白的識別參與者、用例，學會了如何使用事件流描述用例。同時把握

了用例間的類屬關系、include關系和extend關系的語義、功能和應用。最終通過本次試驗

學習了如何使用用例圖為系統(tǒng)的上下文以及系統(tǒng)的需求建模。思考題：

1.假使要刪除參與者、用例，請問是在導航窗口刪除，還是在繪圖窗口刪除？答：都可以刪除，但在繪圖窗口中有兩種刪除方式：一種是只刪除參與者、用例，而不

改變其在導航窗口中的存在，另一種是從建模中完全刪除。2.假使要刪除參與者和用例的聯(lián)系，用例和用例的聯(lián)系，請問是在繪圖中刪除，還是在

參與者或用例的設置對話框中刪除？答：都可以刪除。試驗二：類對象模型的建立試驗結果：小厚試驗心得體會：類圖是面向?qū)ο笙到y(tǒng)建模最常用的圖，描述了類圖、接口集、協(xié)作以及它們之間的關系。

類圖描述了系統(tǒng)的靜態(tài)設計視，該視主要表達系統(tǒng)的功能需求，即系

竭誠為您提供優(yōu)質(zhì)文檔/雙擊可除

統(tǒng)應當提供給用戶的服

務。通過本次試驗，加深了我對類圖語義的理解和功能的應用，把握了類之間的聯(lián)系，關聯(lián)、

依靠、聚合等，同時基本把握了在rationalrose中繪制類的關聯(lián)、依靠、泛化關系。思考題：選中一個模型對象，點擊鼠標右鍵，比較快捷菜單項“edit——delete〞與“edit

——deletefrommodel〞，它們二者之間區(qū)別在哪里？答：“edit——delete〞只是在繪圖窗口中刪除了模型對象，而“edit——deletefrom

model〞則是完全的刪除了模型對象。試驗三：順序圖、協(xié)作圖試驗結果：順序圖：1.歸還圖書2.借出圖書協(xié)作圖：1.歸還圖書

2.借出圖書小厚試驗心得體會：

順序圖描述了對象之間的動態(tài)合作關系，它強調(diào)對象之間消息發(fā)送的時間順序，同時顯

示對象之間的交互。協(xié)作圖與順序圖是同構的，rose可自動轉(zhuǎn)換。順序圖是強調(diào)消息的交互

作用圖，協(xié)作圖描述了對象間的關系，是強調(diào)發(fā)送和接收消息的對象的組織結構的交互作用

竭誠為您提供優(yōu)質(zhì)文檔/雙擊可除

圖。通過本次試驗，把握了對圖書管理功能中的借書用例、還書用例進行動態(tài)建模。試驗過

程中由于對rationalrose工具軟件的不熟悉，導致出現(xiàn)了不該出現(xiàn)的錯誤。在設計階段，

順序圖中需要引入邊界類和控制類，在識別對象職責的基礎上，需要將消息轉(zhuǎn)換為類的方法，

為方法定義參數(shù)、返回值類型，便于計算機的實現(xiàn)。其中，為方法定義參數(shù)、返回值類型的

時候，還是不能夠快速確鑿的作出判斷。試驗四：活動圖試驗結果：篇二：uml試驗總厚試驗一

1．源代碼生成，在規(guī)律視圖中繪制下圖，生成java源文件生成代碼步

驟

：

“tools〞-〉

“java〞-〉

“genenatecodes〞

。

publicclassmeeting{privatestringusername;privatestringscheduled_user;privatedatestart_time;privatedate

end_time;privatestringlabel;publicstringgetuser(){returnnull;}publicstringgetother(){returnnull;}publicdategetstart(){returnn