【文章內(nèi)容簡介】 ?”，打開前向工程對話框，如圖73所示。圖73 代碼生成（1）178。 單擊“Next”進(jìn)入下一個對話框進(jìn)行功能設(shè)置，選擇希望生成代碼的模型元素。功能選項如圖74所示圖74 代碼生成（2）178。 單擊“Next”選擇保存腳本代碼的文件。輸入保存代碼的文件名，選擇好文件路徑，點擊“Next”完成。顯示的對話框如圖75所示。圖75 代碼生成（3）178。 生成代碼，如圖76所示。圖76 代碼統(tǒng)一建模語言（UML）是一個通用的可視化建模語言，用于對軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)制品的文檔。它記錄了對必須構(gòu)造的系統(tǒng)的決定和理解，可用于對系統(tǒng)的理解、設(shè)計、瀏覽、配置、維護(hù)和信息控制。UML 適用于各種軟件開發(fā)方法、軟件生命周期的各個階段、各種應(yīng)用領(lǐng)域以及各種開發(fā)工具，UML 是一種總結(jié)了以往建模技術(shù)的經(jīng)驗并吸收當(dāng)今優(yōu)秀成果的標(biāo)準(zhǔn)建模方法。通過本次實訓(xùn)，我對UML建設(shè)的整個過程更詳細(xì)的了解；并學(xué)會了如何使用Rose畫用例圖、活動圖、順序圖、協(xié)作圖、狀態(tài)圖、類圖、包圖等。總之，通過自己的努力和老師、同學(xué)的幫助，使我在這次實訓(xùn)中收獲了很多。第二篇：UML實訓(xùn)報告[推薦]軟件建模實驗報告題 目： 圖書管理系統(tǒng)專業(yè)： 班級： 姓名： 學(xué)號： 指導(dǎo)教師： 成績：完成日期：年月摘 要隨著知識化和信息化新經(jīng)濟(jì)時代的到來，作為信息技術(shù)龍頭的計算機(jī)及軟件技術(shù)突飛猛進(jìn)，uml成為一種不可或缺的工具。uml是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語言。它溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計,還支持從需求分析開始的軟件開發(fā)的全過程。用現(xiàn)有的知識，按照軟件工程思想和系統(tǒng)的開發(fā)步驟，以圖書管理的應(yīng)用需求為背景，分析設(shè)計了圖書管理系統(tǒng)，并利用rational rose對系統(tǒng)進(jìn)行建模，完成用例圖和類圖的構(gòu)建，為后期的程序設(shè)計提供標(biāo)準(zhǔn)。根據(jù)建模需求分析，總結(jié)出本系統(tǒng)的參與者有借閱者和圖書管理員兩類。根據(jù)其職能不同，借閱者只能使用該系統(tǒng)借書、預(yù)訂書刊以及還書。圖書管理員則可使用系統(tǒng)進(jìn)行圖書館業(yè)務(wù)的管理工作，如借閱者，書刊等的信息維護(hù)。系統(tǒng)可實現(xiàn)書籍信息的添加、修改、刪除等功能，這就保證了數(shù)據(jù)庫信息的一致性和統(tǒng)一性、安全性。該系統(tǒng)以面向?qū)ο罄碚摵蛿?shù)據(jù)庫管理信息系統(tǒng)開發(fā)相關(guān)知識為依據(jù)，介紹了設(shè)計開發(fā)中的模塊設(shè)計和數(shù)據(jù)與程序的連接，使sql server 2008與 visual studio 2010得到了有效的結(jié)合。關(guān)鍵詞：圖書管理系統(tǒng)；uml；rational rose面向?qū)ο竽?錄 1 需求分析............................................................................................錯誤！未定義書簽。 開發(fā)背景及意義........................................................................................................4 功能需求....................................................................................................................4 2 系統(tǒng)建模..............................................................................................................................8 創(chuàng)建系統(tǒng)用例模型......................................................................................................8 確定參與者........................................................................................................8 參與者的用例圖..............................................................錯誤！未定義書簽。 系統(tǒng)的時序圖............................................................................錯誤！未定義書簽。 確定系統(tǒng)參與者的屬性..................................................錯誤！未定義書簽。 確定系統(tǒng)主要業(yè)務(wù)實體類..............................................錯誤！未定義書簽。 確定系統(tǒng)類之間的關(guān)系..................................................錯誤！未定義書簽。 系統(tǒng)的協(xié)作圖..........................................................................錯誤！未定義書簽。 創(chuàng)建序列圖和協(xié)作圖......................................................錯誤！未定義書簽。 創(chuàng)建狀態(tài)圖......................................................................錯誤！未定義書簽。 創(chuàng)建活動圖......................................................................錯誤！未定義書簽。 創(chuàng)建系統(tǒng)的部署摸型..............................................................錯誤！未定義書簽。1 需求分析 開發(fā)背景及意義圖書館是一個專門收集、整理、保存、傳播文獻(xiàn)并提供利用的科學(xué)、文化、教育和科研機(jī)構(gòu)?，F(xiàn)代社會，圖書館成為繼續(xù)教育、終身教育的基地，擔(dān)負(fù)了更多的教育職能。傳遞科學(xué)情報，是現(xiàn)代圖書館的一個重要職能。圖書館收藏的圖書資料，是人類長期積累的一種智力資源，圖書館對這些資源的加工、處理，是對這種智力資源的開發(fā)。圖書館主要是用來學(xué)習(xí)的，如果有人遇到問題，他可以通過圖書管的書籍來解決問題。但是為了圖書館的正常運(yùn)行和保護(hù)圖書，圖書館管理系統(tǒng)將用戶劃分為三類人：借閱者，圖書管理員，系統(tǒng)管理員。一個基本的圖書館管理，可以大致分為以下流程：用戶登錄進(jìn)入系統(tǒng)，在系統(tǒng)允許的情況下，進(jìn)行可以進(jìn)行的操作，如借書、還書和預(yù)定書籍等；管理員可以整理書籍和管理預(yù)訂的書籍等；系統(tǒng)管理員管理書目，管理借閱者信息等。 圖書管理系統(tǒng)的需求分析 （1）借閱者可以通過網(wǎng)絡(luò)查詢書籍信息、預(yù)約書籍和續(xù)借書籍。（2）圖書管理員作為借閱者的代理完成借閱圖書、歸還圖書和查詢借閱信息工作。（3）系統(tǒng)管理員可以對系統(tǒng)的數(shù)據(jù)進(jìn)行維護(hù)，如增加、刪除和更新書目，增加、刪除和更新借閱者帳戶，增加和刪除書籍。滿足上述需求的系統(tǒng)主要包括下面幾個模塊：（1）基本數(shù)據(jù)維護(hù)模塊：提供使用者錄入、修改并維護(hù)基本數(shù)據(jù)的途徑。例如對借閱者的書籍的各項信息的更新與修改。（2）基本業(yè)務(wù)模塊：主要用于實現(xiàn)用戶借書與還書的管理，例如借閱者可以登錄系統(tǒng)預(yù)訂書籍，圖書管理員可以取消書籍的預(yù)訂，當(dāng)然還可以進(jìn)行借書、還書等操作。（3）數(shù)據(jù)庫管理模塊：在系統(tǒng)中，所有書籍的信息以及借閱者的帳戶信息都要統(tǒng)一管理，書籍的借閱情況、預(yù)訂情況也要進(jìn)行詳細(xì)的記錄，所以要用統(tǒng)一的數(shù)據(jù)庫平臺進(jìn)行管理。（4）信息查詢模塊：主要用于查詢書籍的信息和借閱者的信息。圖 圖 （1）添加借閱者信息：系統(tǒng)管理員可以添加借閱者帳戶。（2）修改更新借閱者信息：系統(tǒng)管理員可以修改更新借閱者信息。（3）添加書目信息：系統(tǒng)管理員可以添加書目。（4）修改更新書目信息：系統(tǒng)管理員可以修改和更新書目信息。（5）添加書籍信息：系統(tǒng)管理員可以添加書籍。（6）刪除書籍信息：系統(tǒng)管理員可以刪除書籍。篇二：uml實驗報告《面向?qū)ο蠓治雠c設(shè)計uml》實驗報告學(xué) 號：180108213 姓 名：龐志偉班 級：08級軟件2班指導(dǎo)老師：姚宇峰實驗及作業(yè)一一、實驗?zāi)康牧私廛浖こ痰然A(chǔ)知識，為后續(xù)的統(tǒng)一建模語言uml知識的學(xué)習(xí)做好準(zhǔn)備工作。二、實驗設(shè)備與環(huán)境裝有visio、rathionalrose的計算機(jī)。三、實驗內(nèi)容復(fù)習(xí)闡述“軟件工程開發(fā)模型”的相關(guān)概念，并分析各種模型的優(yōu)缺點，寫成實驗報告。熟悉uml軟件設(shè)計工具visio、rational rose的安裝及環(huán)境四、實驗過程及結(jié)果軟件工程開發(fā)模型有（1）瀑布模型，（2）原型模型，（3）螺旋模型，（4）噴泉模型（1）瀑布模型將功能的實現(xiàn)與設(shè)計分開，便于分工協(xié)作，即采用結(jié)構(gòu)化的分析與設(shè)計方法將邏輯實現(xiàn)與物理實現(xiàn)分開。將軟件生命周期劃分為制定計劃、需求分析、軟件設(shè)計、程序編寫、軟件測試和運(yùn)行維護(hù)等六個基本活動，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。優(yōu)點：1）為項目提供了按階段劃分的檢 瀑布模型查點。2）當(dāng)前一階段完成后，您只需要去關(guān)注后續(xù)階段。3）可在迭代模型中應(yīng)用瀑布模型。缺點：1）在項目各個階段之間極少有反饋。2）只有在項目生命周期的后期才能看到結(jié)果。3）通過過多的強(qiáng)制完成日期和里程碑來跟蹤各個項目階段。（2）原型模型原型模型又稱快速原型，它是增量模型的另一種形式；它是在開發(fā)真實系統(tǒng)之前，構(gòu)造一個原型，在該原型的基礎(chǔ)上，逐漸完成整個系統(tǒng)的開發(fā)工作。快速原型模型的第一步是建造一個快速原型，實現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，用戶或客戶對原型進(jìn)行評價，進(jìn)一步細(xì)化待開發(fā)軟件的需求。通過逐步調(diào)整原型使其滿足客戶的要求，開發(fā)人員可以確定客戶的真正需求是什么；第二步則在第一步的基礎(chǔ)上開發(fā)客戶滿意的軟件產(chǎn)品。優(yōu)點：克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險。缺點：所選用的開發(fā)技術(shù)和工具不一定符合主流的發(fā)展；快速建立起來的系統(tǒng)結(jié)構(gòu)加上連續(xù)的修改可能會導(dǎo)致產(chǎn)品質(zhì)量低下。（3）螺旋模型螺旋模型采用一種周期性的方法來進(jìn)行系統(tǒng)開發(fā)。這會導(dǎo)致開發(fā)出眾多的中間版本。使用它，項目經(jīng)理在早期就能夠為客戶實證某些概念。該模型是快速原型法，以進(jìn)化的開發(fā)方式為中心，在每個項目階段使用瀑布模型法。這種模型的每一個周期都包括需求定義、風(fēng)險分析、工程實現(xiàn)和評審4個階段，由這4個階段進(jìn)行迭代。軟件開發(fā)過程每迭代一次，軟件開發(fā)又前進(jìn)一個層次。螺旋模型基本做法是在“瀑布模型”的每一個開發(fā)階段前引入一個非常嚴(yán)格的風(fēng)險識別、風(fēng)險分析和風(fēng)險控制，它把軟件項目分解成一個個小項目。每個小項目都標(biāo)識一個或多個主要風(fēng)險，直到所有的主要風(fēng)險因素都被確定。優(yōu)點：1）設(shè)計上的靈活性,可以在項目的各個階段進(jìn)行變更。2）以小的分段來構(gòu)建大型系統(tǒng),使成本計算變得簡單容易。3）客戶始終參與每個階段的開發(fā),保證了項目不偏離正確方向以及項目的可控性。4）隨著項目推進(jìn),客戶始終掌握項目的最新信息 , 從而他或她能夠和管理層有效地交互。5）客戶認(rèn)可這種公司內(nèi)部的開發(fā)方式帶來的良好的溝通和高質(zhì)量的產(chǎn)品。缺點：很難讓用戶確信這種演化方法的結(jié)果是可以控制的。建設(shè)周期長，而軟件技術(shù)發(fā)展比較快，所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后，和當(dāng)前的技術(shù)水平有了較大的差距，無法滿足當(dāng)前用戶需求。（4）噴泉模型噴泉模型是一種以用戶需求為動力，以對象為驅(qū)動的模型，主要用于采用對象技術(shù)的軟件開發(fā)項目。該模型認(rèn)為軟件開發(fā)過程自下而上周期的各階段是相互迭代和無間隙的特性。軟件的某個部分常常被重復(fù)工作多次，相關(guān)對象在每次迭代中隨之加入漸進(jìn)的軟件成分。無間隙指在各項活動之間無明顯邊界，如分析和設(shè)計活動之間沒有明顯的界限，由于對象概念的引入，表達(dá)分析、設(shè)計、實現(xiàn)等活動只用對象類和關(guān)系，從而可以較為容易地實現(xiàn)活動的迭代和無間隙，使其開發(fā)自然地包括復(fù)用。優(yōu)點：噴泉模型不像瀑布模型那樣，需要分析活動結(jié)束后才開始設(shè)計活動，設(shè)計活動結(jié)束后才開始編碼活動。該模型的各個階段沒有明顯的界限，開發(fā)人員可以同步進(jìn)行開發(fā)。其優(yōu)點是可以提高軟件項目開發(fā)效率，節(jié)省開發(fā)時間，適應(yīng)于面向?qū)ο蟮能浖_發(fā)過程。缺點：由于噴泉模型在各個開發(fā)階段是重疊的，因此在開發(fā)過程中需要大量的開發(fā)人員，因此不利于項目的管理。此外這種模型要求嚴(yán)格管理文檔，使得審核的難度加大，尤其是面對可能隨時加入各種信息、需求與資料的情況。五、實驗小結(jié)：通過本次實驗讓我了解了軟件工程開發(fā)的4中主要模型和這些模型的優(yōu)缺點。初次安裝并使用uml軟件設(shè)計工具visio和rational rose使我初步認(rèn)識了軟件開發(fā)中uml的設(shè)計。實驗及作業(yè)二一、實驗?zāi)康牧私饷嫦驅(qū)ο蟮幕靖拍钍煜っ嫦驅(qū)ο蟮姆治?、設(shè)計過程了解基于uml的面向?qū)ο蠓治鲈O(shè)計過程二、實驗設(shè)備與環(huán)境裝有visio、rathionalrose的計算機(jī)。三、實驗內(nèi)容熟悉rational rose的使用。熟悉利用統(tǒng)一建模語言進(jìn)行分析、設(shè)計軟件的過程，完成作業(yè)：論述面向?qū)ο螅╫o）方法的特點、優(yōu)勢以及存在的問題。四、實驗過程及結(jié)果面向?qū)ο蠓椒?objectoriented method)是一種把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導(dǎo)開發(fā)活動的系統(tǒng)方法，簡稱oo(objectoriented)方法，是建立在“對象”概念基礎(chǔ)上的方法學(xué)。對象是由數(shù)據(jù)和容許的操作組成的封裝體，與客觀實體有直接對應(yīng)關(guān)系，一個對象類定義了具有相似性質(zhì)的一組對象。而每繼承性是對具有層次關(guān)系的類的屬性和操作進(jìn)行共享的一種方式。所謂面向?qū)ο缶褪腔趯ο蟾拍?，以對象為中心，以類和繼承為構(gòu)造機(jī)制，來認(rèn)識、理解、刻畫客觀世界和設(shè)計、構(gòu)建相應(yīng)的軟件系統(tǒng)。主要特征：封裝性，多態(tài)性 優(yōu)勢：（1）強(qiáng)調(diào)從現(xiàn)實世界中客觀存