【正文】 則顯示出錯信息，返回步驟（8），如果可以則繼續(xù)； 6．在數(shù)據(jù)庫中，刪除相關(guān)信息； 7．顯示刪除成功信息； 8．結(jié)束。五、實驗報告要求1． 整理實驗結(jié)果。2． 小結(jié)實驗心得體會。７UML實驗指導(dǎo)書實驗六 狀態(tài)圖一、實驗?zāi)康?．理解什么狀態(tài)和狀態(tài)圖； ；二、實驗器材； Rose 工具軟件；三、實驗內(nèi)容根據(jù)圖書館管理系統(tǒng)的需求分析、用例圖和相應(yīng)的活動圖，從對象的動態(tài)行為的角度去描述系統(tǒng)的業(yè)務(wù)活動，完成系統(tǒng)的狀態(tài)圖。四、實驗步驟：由前面章節(jié)對圖書館管理系統(tǒng)中的還書業(yè)務(wù)的描述和分析可知，還書業(yè)務(wù)的動態(tài)行為是由：空閑（idle）、圖書查找（finding）、還書（reversion）、失?。‵ailure）、歸還成功（Success）5種狀態(tài)及激活相互轉(zhuǎn)換的事件。：請您根據(jù)分析運用UML繪制還書用例的狀態(tài)圖。五、實驗報告要求1．整理實驗結(jié)果。2．小結(jié)實驗心得體會。８UML實驗指導(dǎo)書實驗七 組件圖和部署圖一、實驗?zāi)康?：邏輯部署 ：物理部署 二、實驗器材； Rose 工具軟件；三、實驗內(nèi)容1． 根據(jù)圖書館管理系統(tǒng)的分析和設(shè)計，已完成類圖和交互圖的分析與設(shè)計，完成系統(tǒng)的組件圖和部署圖。四、實驗步驟 分析：在圖書館管理系統(tǒng)中，通過分析可以發(fā)現(xiàn)類圖中的類應(yīng)分為4個部分：1．用戶接口模塊（UI），主要負(fù)責(zé)系統(tǒng)和用戶的交互，包括Frame類，Dialog類等。2．業(yè)務(wù)對象模塊（BO），主要負(fù)責(zé)處理系統(tǒng)中的業(yè)務(wù)計算，如借書，還書等功能的具體操作。3．?dāng)?shù)據(jù)存儲模塊（DB），主要負(fù)責(zé)處理對數(shù)據(jù)的存儲。4．通用工具模塊（UTIL），包括系統(tǒng)中通用函數(shù)。通過一個主程序StartClass來啟動。由于系統(tǒng)中的類較多，這里以業(yè)務(wù)對象模塊（BO）為例來講解如何創(chuàng)建組件圖，BO模塊中包括Item類：書目類，表示一本實際存在的書籍或雜志Loan類：借書業(yè)務(wù)類，將借閱者和圖書館關(guān)聯(lián)起來，一個Loan對象表示借出的一本書 BorrowerInfomation類：借閱者信息類，表示一個借閱者。Title類：表示一種書或一種雜志。如《C++編程思想》就是一種書，用1個title表示，如果有2本這樣的書，則需要用2個Item表示。Reservation類：預(yù)定信息類，表示一個預(yù)定信息。Item類和Loan類之間互相依賴，Loan類和BorrowerInfomation類之間互相依賴，９UML實驗指導(dǎo)書BorrowerInfomation類和Reservation類之間互相依賴，Reservation類和Title之間互相依賴，Title和Item類之間互相依賴。繪圖步驟：（1）在組件視圖中雙擊Main圖，為編輯組件圖做好準(zhǔn)備，這時繪圖工具欄中的圖標(biāo)如圖中橢圓所示，其中具體含義可參看本節(jié)“補充圖標(biāo)”一段的介紹。（2）在組件視圖中，從工具欄中選擇MainProgram圖標(biāo)，在右邊的繪圖區(qū)中添加一個新組件。（3）選擇新創(chuàng)建的組件，點擊鼠標(biāo)右鍵，在彈出的菜單中選擇“Open Sepcification”,。１０UML實驗指導(dǎo)書（4）在對話框中，可以修改組件的名稱，設(shè)置組件的類型，指定實現(xiàn)的語言。這里新組件的名稱定為“”，組件構(gòu)型為Main Program（Rose中提供了多種構(gòu)型，大部分在補充圖標(biāo)一段中均有簡單的介紹），實現(xiàn)語言為JAVA（Rose中默認(rèn)的是分析語言Analysis）。（5）組件圖描述的是系統(tǒng)的實現(xiàn)視圖，因此要指定實現(xiàn)組件功能的文件。點擊File１１UML實驗指導(dǎo)書選項卡，在列表框中點擊鼠標(biāo)右鍵，在彈出的菜單中選擇“Insert File”，彈出文件對話框。在對話框中，點擊“打開”按鍵。（6），彈出是否創(chuàng)建對話框，詢問是否創(chuàng)建文件，選擇“YES”,彈出記事本，這時可輸入相應(yīng)的源程序（注意：如果這里選擇的文件已經(jīng)存在，則不會彈出創(chuàng)建文件對話框，而是直接顯示相應(yīng)文件內(nèi)容）。（7）創(chuàng)建相應(yīng)的包。選擇包圖標(biāo)，在右圖中創(chuàng)建。這里同樣需要對每個組件打開“Open Specification”對話框，設(shè)置具體的屬性，對“包”組件來說需要在Files選項卡中指明與其對應(yīng)的目錄。（8）選擇業(yè)務(wù)對象包（BO），雙擊，打開業(yè)務(wù)對象包的詳細(xì)組件圖，這里根據(jù)分析的結(jié)１２UML實驗指導(dǎo)書,，，并設(shè)置好每個組件的構(gòu)型和對應(yīng)的文件。（9）創(chuàng)建依賴關(guān)系。在本節(jié)“關(guān)系”一段中，已經(jīng)描述過依賴關(guān)系使用虛線表示，因此根據(jù)分析中的結(jié)果，在圖中將相互依賴的組件連接即可。 分析：HNS的圖書管理系統(tǒng)目前開發(fā)的是一個單機版系統(tǒng)，其中所有的運算均在一臺機器上完１３UML實驗指導(dǎo)書成，但是由于打印報表的需要，系統(tǒng)還應(yīng)配備一臺打印機。因此得出系統(tǒng)中存在2個節(jié)點：① 一臺主機，其類型是Processor。② 一臺打印機，其類型是Device。繪圖步驟：（1）瀏覽窗口中選擇“Deployment View”,：（2）在圖中添加分別添加一個Processer和Device，并分別命名為“puter with java support”和“Printer”，添加完畢后，：１４UML實驗指導(dǎo)書（3）為節(jié)點添加連接關(guān)系。五、實驗報告要求1． 整理實驗結(jié)果。2． 小結(jié)實驗心得體會。１５第五篇：UML實驗心得體會uml實驗報告學(xué)院班級 學(xué)號 姓名uml實驗報告實驗一：用例圖實驗結(jié)果：小結(jié)實驗心得體會：用例模型用于需求分析階段，它描述了待開發(fā)系統(tǒng)的功能需求，并驅(qū)動了需求分析之后各階段的開發(fā)工作。用例圖是uml中用來對系統(tǒng)的動態(tài)方面進行建模的7種圖之一。用例圖描述了用例、參與者以及它們之間的關(guān)系。用例圖從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。通過本次實驗，我熟悉rational rose建模環(huán)境，更加清楚的了解了用例圖的語義和功能，如何清晰明了的識別參與者、用例，學(xué)會了如何使用事件流描述用例。同時掌握了用例間的類屬關(guān)系、include關(guān)系和extend關(guān)系的語義、功能和應(yīng)用。最后通過本次實驗學(xué)習(xí)了如何使用用例圖為系統(tǒng)的上下文以及系統(tǒng)的需求建模。思考題：、用例，請問是在導(dǎo)航窗口刪除，還是在繪圖窗口刪除？答：都可以刪除，但在繪圖窗口中有兩種刪除方式：一種是只刪除參與者、用例，而不改變 其在導(dǎo)航窗口中的存在，另一種是從建模中完全刪除。，用例和用例的聯(lián)系，請問是在繪圖中刪除，還是 在參與者或用例的設(shè)置對話框中刪除？答：都可以刪除。實驗二：類對象模型的建立實驗結(jié)果：小結(jié)實驗心得體會：類圖是面向?qū)ο笙到y(tǒng)建模最常用的圖，描述了類圖、接口集、協(xié)作以及它們之間的關(guān)系。類圖描述了系統(tǒng)的靜態(tài)設(shè)計視，該視主要體現(xiàn)系統(tǒng)的功能需求，即系統(tǒng)應(yīng)該提供給用戶的服務(wù)。通過本次實驗，加深了我對類圖語義的理解和功能的應(yīng)用，掌握了類之間的聯(lián)系，關(guān)聯(lián)、依賴、聚合等，同時基本掌握了在rational rose中繪制類的關(guān)聯(lián)、依賴、泛化關(guān)系。思考題：選中一個模型對象，點擊鼠標(biāo)右鍵，比較快捷菜單項“edit——delete”與“edit——delete from model”，它們二者之間區(qū)別在哪里？答：“edit——delete”只是在繪圖窗口中刪除了模型對象，而“edit——delete from model”則是徹底的刪除了模型對象。實驗三：順序圖、協(xié)作圖實驗結(jié)果：順序圖：協(xié)作圖：小結(jié)實驗心得體會：順序圖描述了對象之間的動態(tài)合作關(guān)系，它強調(diào)對象之間消息發(fā)送的時間順序，同時顯示對象之間的交互。協(xié)作圖與順序圖是同構(gòu)的，rose可自動轉(zhuǎn)換。順序圖是強調(diào)消息的交互作用圖，協(xié)作圖描述了對象間的關(guān)系，是強調(diào)發(fā)送和接收消息的對象的組織結(jié)構(gòu)的交互作用圖。通過本次實驗，掌握了對圖書管理功能中的借書用例、還書用例進行動態(tài)建模。實驗過程中由于對rational rose工具軟件的不熟識，導(dǎo)致出現(xiàn)了不該出現(xiàn)的錯誤。在設(shè)計階段，順序圖中需要引入邊界類和控制類，在識別對象職責(zé)的基礎(chǔ)上，需要將消息轉(zhuǎn)換為類的方法，為方法定義參數(shù)、返回值類型，便于計算機的實現(xiàn)。其中，為方法定義參數(shù)、返回值類型的時候，還是不能夠快速準(zhǔn)確的作出判斷。實驗四：活動圖實驗結(jié)果：篇二：uml實驗總結(jié)實驗一1．源代碼生成，在邏輯視圖中繪制下圖，生成java源文件 生成代碼步驟：“tools”〉“java”〉“genenate codes”。public class meeting { private string username。private string scheduled_user。private date start_time。private date end_time。private string label。public string getuser(){ return null。} public string getother(){ return null。} public date getstart(){ return null。} public date getend(){ return null。} public string getlabel(){ return null。} public string tostring(){ return null。} public void main(string args){ return null。} } 2．進行逆向工程，自行找到一個項目軟件源代碼，進行逆向工程。（ftp上有一個小源程序文件）逆向工程的實現(xiàn)“tools”“java”〉“reverse engineer java?”。public class student { private string name。public student(){ } public void test(){ } } 實驗二根據(jù)下屬需求，分析參與者和用例，并建立網(wǎng)絡(luò)教學(xué)系統(tǒng)的用例圖。網(wǎng)絡(luò)教學(xué)系統(tǒng)的功能需求主要包括以下幾個方面： ① 學(xué)生可以登錄網(wǎng)站瀏覽信息、查找信息和下載文件。②教師可以登錄網(wǎng)站輸入課程簡介、上傳課件文件、發(fā)布消息、修改和更新消息。③ 系統(tǒng)管理員可以對頁面維護以及批準(zhǔn)用戶的注冊申請。錄入課程簡介下載文件 查找信息修改消息注冊信息處理實驗三已知借書的活動圖如圖3所示，若要求欠費的讀者需結(jié)清欠款才能借書，請完善該活動圖，并在rose內(nèi)繪制出來。圖3 借書處理活動圖圖4為圖書“借書”活動圖，文字描述此活動圖包括哪些活動，活動按照怎樣的順序發(fā)生？圖4 “借書處理”活動圖（1）讀者查找所需的圖書，若找到圖書，將所需的圖書帶到借閱臺；（2）工作人員輸入讀者信息，檢查讀者身份是否合法，如果讀者身份合法，進入（3）；（3）錄入圖書信息，并檢查圖書是否允許借閱，如果允許，則記錄借閱信息，否則直接進入（4）；（4）檢查是否還有圖書需要錄入，如果還需錄入，進入（3），否則提借閱信息。繪制“刪除讀者信息”用例的活動圖。刪除讀者信息一般按照以下步驟進行：（1）管理員在錄入界面，輸入待刪除的讀者名；（2）“業(yè)務(wù)邏輯”組件在數(shù)據(jù)庫中，查找待刪除的讀者名；（3）如果不存在，則顯示出錯信息，返回步驟（1），如果存在則繼續(xù)；（4）“業(yè)務(wù)邏輯”組件判斷“待刪除的讀者”是否可以刪除；（5）如果不可以，則顯示出錯信息，返回步驟（8），如果可以則繼續(xù)；（6）在數(shù)據(jù)庫中，刪除相關(guān)信息；（7）顯示刪除成功信息；（8）結(jié)束。篇三：uml實訓(xùn)總結(jié)實訓(xùn)總結(jié)（收獲與體會）通過一個學(xué)期的uml學(xué)習(xí)，我從書本上獲取了基本的理論知識，而真正的學(xué)以致用，將書本理論知識運用到實際的過程，是這次uml實訓(xùn)的體現(xiàn)。三個周的uml實訓(xùn)，主要是圍繞著一個實訓(xùn)題目“基于uml系統(tǒng)需求分析與設(shè)計合倍利業(yè)務(wù)流管理系統(tǒng)”進行的，以小組為單位進行文檔的編寫，其中還對各種流程圖、類圖、用例圖等的繪制，整個過程設(shè)計了知識的方方面面。從中讓我認(rèn)識到uml的作用和運作模式以及方法，它是一種統(tǒng)一建模的標(biāo)準(zhǔn)語言，現(xiàn)在對于大多數(shù)軟件開發(fā)來說，都使用uml作為建模語言，形成了統(tǒng)一的標(biāo)準(zhǔn)。它是圖形化的的語言，可以很直觀的描述一個事物的狀態(tài)、行為與特征，很好的說明與表達了“合貝利任務(wù)管理”這個系統(tǒng)?？傊谖铱磥?，uml是一種定義良好、易于表達、功能強大且普遍適用建模語言。融入軟件工程領(lǐng)域的心思想、新方法和新技術(shù)，作用域不限于支持面向?qū)ο蟮姆治龊驮O(shè)計，也不單純是一種方法，僅僅是一組符號而已，它可以對任何具有靜態(tài)機構(gòu)和動態(tài)行為的系統(tǒng)進行建模，所以我很喜歡適用uml，在今后的學(xué)習(xí)中，我還會進一步對該模型的學(xué)習(xí)，因為它方便、簡潔、干凈、清爽，直觀形象，把整個軟件系統(tǒng)的開發(fā)流程都融入進去。這次實訓(xùn)過程中，文檔方面的編寫，遇到了很多的問題，這些問題主要是對基礎(chǔ)知識的理解和把握不夠，不能融會貫通和學(xué)以致用，有時遇到困難的時候真的不知如何著手解決，但是，我始終相信的那句話“讀萬卷書，不如行萬里路，行萬里路不如名師指路”。所以，當(dāng)遇到自己模糊和自己難以解決的問題時，向指導(dǎo)老師和懂的同學(xué)請教，幫助解決我遇到的問題，經(jīng)過他們的講解后，我下來自己在分析，在動手，從不理解到理解，從不會到會，從懂到懂，這是一個讓我學(xué)習(xí)愉快的過程，在這個過程中，既可以豐富了自己的知識，還可以和老師和同學(xué)進行有效地方溝通。在這次實訓(xùn)過程中，感觸最深的也就是合作精神了。獨木難成林，單槍匹馬，那是最錯誤的思想和做法。這次我是深有感觸了。對于一個系統(tǒng)的分析，到最終項目的完成，需要分析每個文檔，然后在寫出紙質(zhì)的文檔，而在每個文檔中，內(nèi)容比較多，分析也要求比較到位，所以單獨憑借一個人去完成，似乎有點困難，于是我們小組，將每個文檔進行分析，能獨立成塊就分配給每一個人，這樣，每個人都有自己的任務(wù)，誰也不會閑著，既學(xué)到了知識，也充實了自己。另外一點，就是我深深體會到了積累知識的重要性。在實訓(xùn)當(dāng)中我們遇到了不少難題，但是經(jīng)過我們大家的討論和老師細(xì)心的一一指導(dǎo)，問題得到了解決。兩個月的實訓(xùn)結(jié)束了，收獲頗豐，同時也更深刻的認(rèn)識到