uml實(shí)驗(yàn)心得體會(huì)

1、uml實(shí)驗(yàn)心得體會(huì)uml實(shí)驗(yàn)報(bào)告學(xué)院班級學(xué)號姓名 uml實(shí)驗(yàn)報(bào)告 實(shí)驗(yàn)一：用例圖 實(shí)驗(yàn)結(jié)果： 小結(jié)實(shí)驗(yàn)心得體會(huì)：用例模型用于需求分析階段，它描述了待開發(fā)系統(tǒng)的 功能需求，并驅(qū)動(dòng)了需求分析之后各階段的開發(fā)工作。用 例圖是uml中用來對系統(tǒng)的動(dòng)態(tài)方面進(jìn)行建模的7種圖之 一。用例圖描述了用例、參與者以及它們之間的關(guān)系。用 例圖從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。 通過本次實(shí)驗(yàn)，我熟悉rational rose建模環(huán)境，更加清楚 的了解了用例圖的語義和功能，如何清晰明了的識(shí)別參與 者、用例，學(xué)會(huì)了如何使用事件流描述用例。同時(shí)掌握了 用例間的類屬關(guān)系、include關(guān)系和extend關(guān)系的語義

2、、 功能和應(yīng)用。最后通過本次實(shí)驗(yàn)學(xué)習(xí)了如何使用用例圖為 系統(tǒng)的上下文以及系統(tǒng)的需求建模。思考題：1如果要?jiǎng)h除參與者、用例，請問是在導(dǎo)航窗口刪除,還是在繪圖窗口刪除?答：都可以刪除，但在繪圖窗口中有兩種刪除方式： 一種是只刪除參與者、用例，而不改變其在導(dǎo)航窗口中的 存在，另一種是從建模中完全刪除。2. 如果要?jiǎng)h除參與者和用例的聯(lián)系，用例和用例的聯(lián) 系，請問是在繪圖中刪除，還是在參與者或用例的設(shè)置對 話框中刪除？ 答：都可以刪除。實(shí)驗(yàn)二：類對象模型的建立實(shí)驗(yàn)結(jié)果：小結(jié)實(shí)驗(yàn)心得體會(huì)：類圖是面向?qū)ο笙到y(tǒng)建模最常用的圖，描述了類圖、 接口集、協(xié)作以及它們之間的關(guān)系。類圖描述了系統(tǒng)的靜 態(tài)設(shè)計(jì)視，該視主要

3、體現(xiàn)系統(tǒng)的功能需求，即系統(tǒng)應(yīng)該提 供給用戶的服務(wù)。通過本次實(shí)驗(yàn)，加深了我對類圖語義的 理解和功能的應(yīng)用，掌握了類之間的聯(lián)系，關(guān)聯(lián)、依賴、 聚合等，同時(shí)基本掌握了在rationalr ose中繪制類的關(guān)聯(lián)、 依賴、泛化關(guān)系。思考題：選中一個(gè)模型對象，點(diǎn)擊鼠標(biāo)右鍵，比較快 捷菜單項(xiàng)"e ditdelet e"與"editdeletefrommodel”，它們二者之間區(qū)別在哪里？答：“editdelete"只是在繪圖窗口中刪除了模型 對象，而"editdeletefro mmodel"則是徹底的刪除了 模型對象。實(shí)驗(yàn)三：順序圖、協(xié)作圖實(shí)驗(yàn)結(jié)

4、果：順序圖：1.歸還圖書2借出圖書協(xié)作圖：1. 歸還圖書2. 借出圖書小結(jié)實(shí)驗(yàn)心得體會(huì)：順序圖描述了對象之間的動(dòng)態(tài)合作關(guān)系，它強(qiáng)調(diào)對象 之間消息發(fā)送的時(shí)間順序，同時(shí)顯示對象之間的交互。協(xié) 作圖與順序圖是同構(gòu)的，ro se可自動(dòng)轉(zhuǎn)換。順序圖是強(qiáng)調(diào) 消息的交互作用圖，協(xié)作圖描述了對象間的關(guān)系，是強(qiáng)調(diào) 發(fā)送和接收消息的對象的組織結(jié)構(gòu)的交互作用圖。通過本 次實(shí)驗(yàn)，掌握了對圖書管理功能中的借書用例、還書用例 進(jìn)行動(dòng)態(tài)建模。實(shí)驗(yàn)過程中由于對ration alrose工具軟件 的不熟識(shí)，導(dǎo)致出現(xiàn)了不該出現(xiàn)的錯(cuò)誤。在設(shè)計(jì)階段，順 序圖中需要引入邊界類和控制類，在識(shí)別對象職責(zé)的基礎(chǔ) 上，需要將消息轉(zhuǎn)換為類的方法

5、，為方法定義參數(shù)、返回 值類型，便于計(jì)算機(jī)的實(shí)現(xiàn)。其中，為方法定義參數(shù)、返 回值類型的時(shí)候，還是不能夠快速準(zhǔn)確的作出判斷。 實(shí)驗(yàn)四：活動(dòng)圖實(shí)驗(yàn)結(jié)果：實(shí)驗(yàn)一1. 源代碼生成，在邏輯視圖中繪制下圖，生成java 源文件生成代碼步驟：“tools" -“java” -“genen atecodes”。 publicclas smeetingprivatest ringuserna me;priva testringsc heduled_us erjprivate datestart_time: priva tedateend time; priva testringla bel;publ

6、icstringge tuser () re turnnull:publicst ringgetoth er () retur nnull;pub licdateget start ()re turnnull:publicdate getend() r eturnnull;publics tringgetla bel () retu rnnull;returnn ull;pub licvoidmai n(stringar gs) return null;2 .進(jìn)行逆向工程，自行找到一個(gè)項(xiàng)目軟件源代碼，進(jìn) 行逆向工程。逆向工程的實(shí)現(xiàn)"t ools” -> “ja vav -“re

7、ve rseenginee rjava-* vo pu blicclasss tudent p rivatestri ngname;pub licstudent () public void test () 實(shí)驗(yàn)二根據(jù)下屬需求，分析參與者和用例，并建立網(wǎng)絡(luò)教學(xué)系統(tǒng)的用例圖。網(wǎng)絡(luò)教學(xué)系統(tǒng)的功能需求主要包括以下幾 個(gè)方面：學(xué)生可以登錄網(wǎng)站瀏覽信息、查找信息和下載 文件。教師可以登錄網(wǎng)站輸入課程簡介、上傳課件文件、 發(fā)布消息、修改和更新消息。系統(tǒng)管理員可以對頁面維 護(hù)以及批準(zhǔn)用戶的注冊申請。錄入課程簡介下載文件 查找信息 修改消息注冊信息處理實(shí)驗(yàn)三1、已知借書的活動(dòng)圖如圖3所示，若要求欠費(fèi)的讀者 需

8、結(jié)清欠款才能借書，請完善該活動(dòng)圖，并在ro se內(nèi)繪制 出來。圖3借書處理活動(dòng)圖2、圖4為圖書“借書”活動(dòng)圖，文字描述此活動(dòng)圖包 括哪些活動(dòng)，活動(dòng)按照怎樣的順序發(fā)生？ 圖4 “借書處理”活動(dòng)圖讀者查找所需的圖書，若找到圖書，將所需的圖書帶到借閱臺(tái)；工作人員輸入讀者信息，檢查讀者身份是否合 法，如果讀者身份合法, 進(jìn)入;錄入圖書信息，并檢查圖書是否允許借閱，如果允許,則記錄借閱信息，否則直接進(jìn)入;檢查是否還有圖書需要錄入,如果還需錄入，進(jìn)入,否則提借閱信息。3、繪制'刪除讀者信息”用例的活動(dòng)圖。刪除讀者信息一般按照以下步驟進(jìn)行： 管理員在錄入界面，輸入待刪除的讀者名;“業(yè)務(wù)邏輯”組件在數(shù)

9、據(jù)庫中，查找待刪除的讀者名;如果不存在，則顯示出錯(cuò)信息，返回步驟，如果存在 則繼續(xù)；“業(yè)務(wù)邏輯”組件判斷“待刪除的讀者”是否可以 刪除；如果不可以，則顯示出錯(cuò)信息，返回步驟，如果可以 則繼續(xù)；在數(shù)據(jù)庫中，刪除相關(guān)信息；顯示刪除成功信息; 結(jié)束。實(shí)訓(xùn)總結(jié)通過一個(gè)學(xué)期的uml學(xué)習(xí)，我從書本上獲取了基本的 理論知識(shí)，而真正的學(xué)以致用，將書本理論知識(shí)運(yùn)用到實(shí) 際的過程，是這次uml實(shí)訓(xùn)的體現(xiàn)。三個(gè)周的u ml實(shí)訓(xùn)，主要是圍繞著一個(gè)實(shí)訓(xùn)題目“基 于uml系統(tǒng)需求分析與設(shè)計(jì)一合倍利業(yè)務(wù)流管理系統(tǒng)”進(jìn)行 的，以小組為單位進(jìn)行文檔的編寫，其中還對各種流程圖、 類圖、用例圖等的繪制，整個(gè)過程設(shè)計(jì)了知識(shí)的方方面面

10、。 從中讓我認(rèn)識(shí)到uml的作用和運(yùn)作模式以及方法，它是一 種統(tǒng)一建模的標(biāo)準(zhǔn)語言，現(xiàn)在對于大多數(shù)軟件開發(fā)來說， 都使用uml作為建模語言，形成了統(tǒng)一的標(biāo)準(zhǔn)。它是圖形 化的的語言，可以很直觀的描述一個(gè)事物的狀態(tài)、行為與 特征，很好的說明與表達(dá)了 “合貝利任務(wù)管理”這個(gè)系統(tǒng)?？傊?，在我看來，uml是一種定義良好、易于表達(dá)、功 能強(qiáng)大且普遍適用建模語言。融入軟件工程領(lǐng)域的心思 想、新方法和新技術(shù)，作用域不限于支持面向?qū)ο蟮姆治?和設(shè)計(jì)，也不單純是一種方法，僅僅是一組符號而已，它 可以對任何具有靜態(tài)機(jī)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模，所 以我很喜歡適用uml,在今后的學(xué)習(xí)中，我還會(huì)進(jìn)一步對該 模型的學(xué)習(xí)，因?yàn)?/p>

11、它方便、簡潔、干凈、清爽，直觀形象, 把整個(gè)軟件系統(tǒng)的開發(fā)流程都融入進(jìn)去。這次實(shí)訓(xùn)過程中，文檔方面的編寫，遇到了很多的問 題，這些問題主要是對基礎(chǔ)知識(shí)的理解和把握不夠，不能 融會(huì)貫通和學(xué)以致用，有時(shí)遇到困難的時(shí)候真的不知如何 著手解決，但是，我始終相信的那句話“讀萬卷書，不如 行萬里路，行萬里路不如名師指路”。所以，當(dāng)遇到自己 模糊和自己難以解決的問題時(shí)，向指導(dǎo)老師和懂的同學(xué)請 教，幫助解決我遇到的問題，經(jīng)過他們的講解后，我下來 自己在分析，在動(dòng)手，從不理解到理解，從不會(huì)到會(huì)，從 懂到懂，這是一個(gè)讓我學(xué)習(xí)愉快的過程，在這個(gè)過程中， 既可以豐富了自己的知識(shí)，還可以和老師和同學(xué)進(jìn)行有效 地方溝通。

12、在這次實(shí)訓(xùn)過程中，感觸最深的也就是合作精神了。 獨(dú)木難成林，單槍匹馬，那是最錯(cuò)誤的思想和做法。這次 我是深有感觸了。對于一個(gè)系統(tǒng)的分析，到最終項(xiàng)目的完 成，需要分析每個(gè)文檔，然后在寫出紙質(zhì)的文檔，而在每 個(gè)文檔中，內(nèi)容比較多，分析也要求比較到位，所以單獨(dú) 憑借一個(gè)人去完成，似乎有點(diǎn)困難，于是我們小組，將每個(gè)文檔進(jìn)行分析，能獨(dú)立成塊就 分配給每一個(gè)人，這樣，每個(gè)人都有自己的任務(wù)，誰也不 會(huì)閑著，既學(xué)到了知識(shí)，也充實(shí)了自己。另外一點(diǎn)，就是 我深深體會(huì)到了積累知識(shí)的重要性。在實(shí)訓(xùn)當(dāng)中我們遇到 了不少難題，但是經(jīng)過我們大家的討論和老師細(xì)心的一一 指導(dǎo)，問題得到了解決。兩個(gè)月的實(shí)訓(xùn)結(jié)束了，收獲頗豐, 同

13、時(shí)也更深刻的認(rèn)識(shí)到要做一個(gè)合格的程序員并非我以前 想像的那么容易，最重要的還是細(xì)致嚴(yán)謹(jǐn)。社會(huì)是不會(huì)要 一個(gè)一無是處的人的，所以我們要更多更快地從一個(gè)學(xué)生 向工作者轉(zhuǎn)變，總的來說我對這次實(shí)習(xí)還是比較滿意的， 它使我學(xué)到了很多東西，為我以后的學(xué)習(xí)做了引導(dǎo)，點(diǎn)明 了方向。實(shí)訓(xùn)的日子即將結(jié)束，回想這一個(gè)過程，有過痛 苦，有過煩惱，有過喜悅和有過成功。痛苦煩惱的是自己 對所學(xué)書本知識(shí)掌握得不是很扎實(shí)，面對著從書本上學(xué)到 的知識(shí)與實(shí)際聯(lián)系不起來，總結(jié)起來就是自己的動(dòng)手練習(xí) 的時(shí)間太少。而喜悅的是，在做的過程中遇到了困難和問 題，主動(dòng)向老師和會(huì)的同學(xué)請教，然后再做，直至做正確 做成功后的那種喜悅。團(tuán)隊(duì)的力量

14、是無窮的，通過組員的共同努力，完成了 實(shí)訓(xùn)項(xiàng)目。雖然，我們這組的項(xiàng)目存在著諸多的不足和缺 點(diǎn)，但這正是以后學(xué)習(xí)和工作需要彌補(bǔ)的。這次實(shí)訓(xùn)將為 我以后進(jìn)入社會(huì)提過了一筆寶貴的財(cái)富，是對我能力的一 個(gè)見證。最后，不得不感謝指導(dǎo)教師熊飛老師的辛勤指導(dǎo), 和小組成員的共同努力！學(xué)生實(shí)驗(yàn)報(bào)告書實(shí)驗(yàn)課程名稱um l建模技術(shù)開課學(xué)院指導(dǎo)老師姓名學(xué) 生姓名學(xué)生專業(yè)班級20092010學(xué)年第一學(xué)期實(shí)驗(yàn)課程名稱：uml建模技術(shù)實(shí)驗(yàn)課程名稱：uml建模技術(shù)uml學(xué)習(xí)心得（一）uml是一組用于描述00ad過程的圖形化表達(dá)方式。uml為交流面向?qū)ο蟮脑O(shè)計(jì)中的需求，行為、體系結(jié)構(gòu) 的實(shí)現(xiàn)提供了一套綜合的表示法。（二）um

15、l由9個(gè)不同類型的圖組成：用例圖：顯示了系統(tǒng)的外部可視行為。用例圖描述了系統(tǒng)外的人員和系統(tǒng)的交互動(dòng)作，以及 系統(tǒng)的響應(yīng)，該類型的圖可以用于描述系統(tǒng)的功能需求。 活動(dòng)圖：顯示系統(tǒng)行為的峽谷納西描述。活動(dòng)圖描述了單個(gè)功能需求內(nèi)部的細(xì)節(jié)行為，包括基 本的場景和一些可選的場景。組件圖：顯示了系統(tǒng)的體系結(jié)構(gòu)。組件圖描述了系統(tǒng)的可部署單元以及一些借口，可部 署單元通過這些接口進(jìn)行交互，該圖可以用于研究系統(tǒng)的 體系結(jié)構(gòu)。順序圖：顯示了對象隨著時(shí)間的交互。順序圖描述了某個(gè)功能需求的路徑或場景內(nèi)相對時(shí)間 的詳細(xì)行為，該圖可用于理解系統(tǒng)元素之間的消息流程。協(xié)作圖：顯示了對象的交互，強(qiáng)調(diào)對象之間的關(guān)系。 類圖：顯示

16、了類的定義和關(guān)系。類圖描述了系統(tǒng)設(shè)計(jì)中的類和接口，以及他們之間的 關(guān)系。該圖可用于定義內(nèi)部的，面向?qū)ο蟮拇a結(jié)構(gòu)。 狀態(tài)圖：顯示了響應(yīng)時(shí)間的狀態(tài)改變。狀態(tài)圖描述了系統(tǒng)如何改變狀態(tài)以相應(yīng)內(nèi)部的和外部 的事件，確保每個(gè)事件都被適當(dāng)?shù)奶幚?。部署圖：顯示了系統(tǒng)的物理體系結(jié)構(gòu)。部署圖描述了系統(tǒng)的可部署單元如何被賦予不同的節(jié) 點(diǎn)，這些節(jié)點(diǎn)如何交互通信，用于系統(tǒng)映射和負(fù)載的研究。 包圖：顯示了設(shè)計(jì)的層次結(jié)構(gòu)。包圖描述了設(shè)計(jì)的相關(guān)元素如何按組結(jié)合在一起，以 及他們之間的關(guān)系。（三）各種圖的作用1用例圖它是uml中最簡單也是最復(fù)雜的一種圖。說它簡單是 因?yàn)樗捎昧嗣嫦驅(qū)ο蟮乃枷?，又是基于用戶視角的，繪 制非常容

17、易，簡單的圖形表示讓人一看就懂。說它復(fù)雜是 因?yàn)橛美龍D往往不容易控制，要么過于復(fù)雜，要么過于簡 單。用例圖表示了角色和用例以及它們之間的關(guān)系。2類圖uml面向?qū)ο笾惺亲畛Ｓ玫囊环N圖，類圖可以幫助我們 更直觀的了解一個(gè)系統(tǒng)的體系結(jié)構(gòu)。通過關(guān)系和類表示的 類圖，可以圖形化的方式描述一個(gè)系統(tǒng)的設(shè)計(jì)部分。3 對象圖uml面向?qū)ο笾袑ο髨D是類圖的實(shí)例，幾乎使用與類圖完全相同的標(biāo)識(shí)。它們的不同點(diǎn)在于對象圖顯示類的多個(gè) 對象實(shí)例，而不是實(shí)例的類。一個(gè)對象圖是類圖的一個(gè)實(shí) 例。由于對象存在生命周期，因此對象圖只能在系統(tǒng)某一 時(shí)間段存在。4 狀態(tài)圖描述一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處

18、的狀態(tài)對不同的時(shí)間做出反應(yīng)的。通 常創(chuàng)建一個(gè)u ml狀態(tài)圖是為了以下的研究目的：研究類、 角色、子系統(tǒng)、或組件的復(fù)雜行為。5 時(shí)序圖又稱順序圖，描述了對象之間動(dòng)態(tài)的交互關(guān)系，著重 體現(xiàn)對象間消息傳遞的時(shí)間順序。順序圖由一組對象構(gòu)成, 每個(gè)對象分別帶有一條豎線，稱作對象的生命線，它代表 時(shí)間軸，時(shí)間沿豎線向下延伸。uml面向?qū)ο笾许樞驁D描述 了這些對象隨著時(shí)間的推移相互之間交換消息的過程。消 息用從一務(wù)垂直的對象生命線指向另一個(gè)對象的生命線的 水平箭頭表示。圖中還可以根據(jù)需要增加有關(guān)時(shí)間的說明 和其他注釋。6. 協(xié)作圖uml面向?qū)ο笾袇f(xié)作圖用于顯示組件及其交互關(guān)系的空 間組織結(jié)構(gòu)，它并不側(cè)重于交

19、互的順序。協(xié)作圖顯示了交 互中各個(gè)對象之間的組織交互關(guān)系以及對象彼此之間的鏈 接。與序列圖不同，協(xié)作圖顯示的是對象之間的關(guān)系。另 一方面，協(xié)作圖沒有將時(shí)間作為一個(gè)單獨(dú)的維度，因此序 列號就決定了消息及并發(fā)線程的順序。協(xié)作圖是一個(gè)介于 符號圖和序列圖之間的交叉產(chǎn)物，它用帶有編號的箭頭來 描述特定的方案，以顯示在整個(gè)方案過程中消息的移動(dòng)情 況。協(xié)作圖用途：通過描繪對象之間消息的移動(dòng)情況來反映具體的方案。顯示對象及其交互關(guān)系的空間組織結(jié)構(gòu)，而非交互的 順序。7. 活動(dòng)圖uml面向?qū)ο笾衭 ml活動(dòng)圖記錄了單個(gè)操作或方法的 邏輯，單個(gè)用戶案例，或者單個(gè)業(yè)務(wù)流程的邏輯。描述系 統(tǒng)中各種活動(dòng)的執(zhí)行順序，通

20、常用于描述一個(gè)操作中所要 進(jìn)行的各項(xiàng)活動(dòng)的執(zhí)行流程。同時(shí)，它也常被用來描述一 個(gè)用例的處理流程，或者某種交互流程。活動(dòng)圖由一些活動(dòng)組成，圖中同時(shí)包括了對這些活動(dòng) 的說明。當(dāng)一個(gè)活動(dòng)執(zhí)行完畢之后，控制將沿著控制轉(zhuǎn)移 箭頭轉(zhuǎn)向下一個(gè)活動(dòng)。活動(dòng)圖中還可以方便地描述控制轉(zhuǎn) 移的條件以及并行執(zhí)行等要求。&組件圖組件圖是用來反映代碼的物理結(jié)構(gòu)。從組件圖中，可 以了解各軟件組件之間的編譯器和運(yùn)行時(shí)依賴關(guān)系。使用 組件圖可以將系統(tǒng)劃分為內(nèi)聚組件并顯示代碼自身的結(jié)構(gòu)o組件圖的主要目的是顯示系統(tǒng)組件間的結(jié)構(gòu)關(guān)系。9.配置圖uml面向?qū)ο笾信渲脠D描述系統(tǒng)中硬件和軟件的物理配 置情況和系統(tǒng)體系結(jié)構(gòu)。在配置圖中

21、，用結(jié)點(diǎn)表示實(shí)際的物理設(shè)備，如計(jì)算機(jī) 和各種外部設(shè)備等，并根據(jù)它們之間的連接關(guān)系，將相應(yīng) 的結(jié)點(diǎn)連接起來，并說明其連接方式。在結(jié)點(diǎn)里面，說明 分配給該結(jié)點(diǎn)上運(yùn)行的可執(zhí)行構(gòu)件或?qū)ο螅瑥亩f明哪些 軟件單元被分配在哪些結(jié)點(diǎn)上運(yùn)行。uml是一種軟件建模語言，可以對任何具有靜態(tài)結(jié)構(gòu)和 動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模。在關(guān)注它建模特性的同時(shí)更要 關(guān)注它的過程特性一在什么時(shí)間做什么工作，用什么模型,讓哪些人來做。對系統(tǒng)用戶而言，軟件的開發(fā)模型向他們 描述了軟件開發(fā)者對軟件系統(tǒng)需求的理解。讓系統(tǒng)用戶查看軟件對象模型并且找到其中的 問題，可以使開發(fā)者不至于從一開始就發(fā)生錯(cuò)誤。對軟件 開發(fā)而言，軟件的對象模型有助于他們對軟件的需求以及 系統(tǒng)的架構(gòu)和功能進(jìn)行溝通。對軟件的維護(hù)和技術(shù)支持者而言，在軟件系統(tǒng)開始運(yùn)行后的相當(dāng)長的一段時(shí)間內(nèi)，軟件的對象模型能夠幫助他們理解程序的架構(gòu)和功能,迅速地對軟件所出現(xiàn)的問題進(jìn)行修復(fù)。建模并不是僅對大型的 軟件