計(jì) 《面向?qū)ο蠓治雠c設(shè)計(jì) U ＭL 》 實(shí)驗(yàn)報(bào)告 學(xué) 學(xué)

　 號(hào):180 １0 ８２１３ 姓 姓

　名: 龐志偉 班 班

　 級(jí):08 級(jí)軟件 2 班

　指導(dǎo)老師:姚 姚 宇峰 峰 實(shí)驗(yàn)及作業(yè)一 一、實(shí)驗(yàn)?zāi)康?/p>

　了解軟件工程等基礎(chǔ)知識(shí),為后續(xù)得統(tǒng)一建模語(yǔ)言 UＭL 知識(shí)得學(xué)習(xí)做好準(zhǔn)備工作。

　二、實(shí)驗(yàn)設(shè)備與環(huán)境

　裝有Ｖisiｏ、RatｈionalRoｓｅ得計(jì)算機(jī)。

　三、實(shí)驗(yàn)內(nèi)容 １、復(fù)習(xí)闡述“軟件工程開發(fā)模型”得相關(guān)概念,并分析各種模型得優(yōu)缺點(diǎn),寫成實(shí)驗(yàn)報(bào)告。

　２、熟悉ＵMＬ軟件設(shè)計(jì)工具 Vｉsio、Ratioｎal Rose 得安裝及環(huán)境

　四、實(shí)驗(yàn)過(guò)程及結(jié)果 1、軟件工程開發(fā)模型有(1)瀑布模型,(2)原型模型,(3)螺旋模型,(4)噴泉模型 (１)瀑布模型 將功能得實(shí)現(xiàn)與設(shè)計(jì)分開,便于分工協(xié)作,即采用結(jié)構(gòu)化得分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開。將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測(cè)試與運(yùn)行維護(hù)等六個(gè)基本活動(dòng),并且規(guī)定了它們自上而下、相互銜接得固定次序,如同瀑布流水,逐級(jí)下落。

　優(yōu)點(diǎn): 1)為項(xiàng)目提供了按階段劃分得檢

　瀑布模型查點(diǎn)。

　2)當(dāng)前一階段完成后,您只需要去關(guān)注后續(xù)階段。

　3)可在迭代模型中應(yīng)用瀑布模型。

　缺點(diǎn): １)在項(xiàng)目各個(gè)階段之間極少有反饋。

　2)只有在項(xiàng)目生命周期得后期才能瞧到結(jié)果。

　３)通過(guò)過(guò)多得強(qiáng)制完成日期與里程碑來(lái)跟蹤各個(gè)項(xiàng)目階段。

　(2)原型模型 原型模型又稱快速原型,它就是增量模型得另一種形式;它就是在開發(fā)真實(shí)系統(tǒng)之前,構(gòu)造一

　個(gè)原型,在該原型得基礎(chǔ)上,逐漸完成整個(gè)系統(tǒng)得開發(fā)工作、快速原型模型得第一步就是建造一個(gè)快速原型,實(shí)現(xiàn)客戶或未來(lái)得用戶與系統(tǒng)得交互,用戶或客戶對(duì)原型進(jìn)行評(píng)價(jià),進(jìn)一步細(xì)化待開發(fā)軟件得需求。通過(guò)逐步調(diào)整原型使其滿足客戶得要求,開發(fā)人員可以確定客戶得真正需求就是什么;第二步則在第一步得基礎(chǔ)上開發(fā)客戶滿意得軟件產(chǎn)品。

　優(yōu)點(diǎn):克服瀑布模型得缺點(diǎn),減少由于軟件需求不明確帶來(lái)得開發(fā)風(fēng)險(xiǎn)。

　缺點(diǎn):所選用得開發(fā)技術(shù)與工具不一定符合主流得發(fā)展;快速建立起來(lái)得系統(tǒng)結(jié)構(gòu)加上連續(xù)得修改可能會(huì)導(dǎo)致產(chǎn)品質(zhì)量低下。

　(３)螺旋模型 螺旋模型采用一種周期性得方法來(lái)進(jìn)行系統(tǒng)開發(fā)。這會(huì)導(dǎo)致開發(fā)出眾多得中間版本。使用它,項(xiàng)目經(jīng)理在早期就能夠?yàn)榭蛻魧?shí)證某些概念。該模型就是快速原型法,以進(jìn)化得開發(fā)方式為中心,在每個(gè)項(xiàng)目階段使用瀑布模型法、這種模型得每一個(gè)周期都包括需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)與評(píng)審 4 個(gè)階段,由這４個(gè)階段進(jìn)行迭代、軟件開發(fā)過(guò)程每迭代一次,軟件開發(fā)又前進(jìn)一個(gè)層次。螺旋模型基本做法就是在“瀑布模型”得每一個(gè)開發(fā)階段前引入一個(gè)非常嚴(yán)格得風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析與風(fēng)險(xiǎn)控制,它把軟件項(xiàng)目分解成一個(gè)個(gè)小項(xiàng)目。每個(gè)小項(xiàng)目都標(biāo)識(shí)一個(gè)或多個(gè)主要風(fēng)險(xiǎn),直到所有得主要風(fēng)險(xiǎn)因素都被確定。

　優(yōu)點(diǎn): １)設(shè)計(jì)上得靈活性,可以在項(xiàng)目得各個(gè)階段進(jìn)行變更。

　2)以小得分段來(lái)構(gòu)建大型系統(tǒng),使成本計(jì)算變得簡(jiǎn)單容易。

　3)客戶始終參與每個(gè)階段得開發(fā),保證了項(xiàng)目不偏離正確方向以及項(xiàng)目得可控性。

　4)隨著項(xiàng)目推進(jìn),客戶始終掌握項(xiàng)目得最新信息 , 從而她或她能夠與管理層有效地交互。

　5)客戶認(rèn)可這種公司內(nèi)部得開發(fā)方式帶來(lái)得良好得溝通與高質(zhì)量得產(chǎn)品。

　缺點(diǎn): 很難讓用戶確信這種演化方法得結(jié)果就是可以控制得。建設(shè)周期長(zhǎng),而軟件技術(shù)發(fā)展比較快,所以經(jīng)常出現(xiàn)軟件開發(fā)完畢后,與當(dāng)前得技術(shù)水平有了較大得差距,無(wú)法滿足當(dāng)前用戶需求。

　(4)噴泉模型 噴泉模型就是一種以用戶需求為動(dòng)力,以對(duì)象為驅(qū)動(dòng)得模型,主要用于采用對(duì)象技術(shù)得軟件開發(fā)項(xiàng)目。該模型認(rèn)為軟件開發(fā)過(guò)程自下而上周期得各階段就是相互迭代與無(wú)間隙得特性。軟件得某個(gè)部分常常被重復(fù)工作多次,相關(guān)對(duì)象在每次迭代中隨之加入漸進(jìn)得軟件成分。無(wú)間隙指在各項(xiàng)活動(dòng)之間無(wú)明顯邊界,如分析與設(shè)計(jì)活動(dòng)之間沒(méi)有明顯得界限,由于對(duì)象概念得引入,表達(dá)分析、設(shè)計(jì)、實(shí)現(xiàn)等活動(dòng)只用對(duì)象類與關(guān)系,從而可以較為容易地實(shí)現(xiàn)活動(dòng)得迭代與無(wú)間隙,使其開發(fā)自然地包括復(fù)用。

　優(yōu)點(diǎn): 噴泉模型不像瀑布模型那樣,需要分析活動(dòng)結(jié)束后才開始設(shè)計(jì)活動(dòng),設(shè)計(jì)活動(dòng)結(jié)束后才開始編碼活動(dòng)。該模型得各個(gè)階段沒(méi)有明顯得界限,開發(fā)人員可以同步進(jìn)行開發(fā)。其優(yōu)點(diǎn)就是可以提高軟件項(xiàng)目開發(fā)效率,節(jié)省開發(fā)時(shí)間,適應(yīng)于面向?qū)ο蟮密浖_發(fā)過(guò)程。

　缺點(diǎn): 由于噴泉模型在各個(gè)開發(fā)階段就是重疊得,因此在開發(fā)過(guò)程中需要大量得開發(fā)人員,因此不利于項(xiàng)目得管理、此外這種模型要求嚴(yán)格管理文檔,使得審核得難度加大,尤其就是面對(duì)可能隨時(shí)加入各種信息、需求與資料得情況。

　五、實(shí)驗(yàn)小結(jié): 通過(guò)本次實(shí)驗(yàn)讓我了解了軟件工程開發(fā)得 4 中主要模型與這些模型得優(yōu)缺點(diǎn)、初次安裝并使用 UML 軟件設(shè)計(jì)工具 Visio 與Ｒatioｎaｌ Rose 使我初步認(rèn)識(shí)了軟件開發(fā)中 UML 得設(shè)計(jì)、

　實(shí)驗(yàn)及作業(yè)二 一、實(shí)驗(yàn)?zāi)康?/p>

　1、了解面向?qū)ο蟮没靖拍?2、熟悉面向?qū)ο蟮梅治觥⒃O(shè)計(jì)過(guò)程 3、了解基于 UML 得面向?qū)ο蠓治鲈O(shè)計(jì)過(guò)程

　二、實(shí)驗(yàn)設(shè)備與環(huán)境

　裝有 Visio、Ｒａt(yī)hｉｏnaｌRose 得計(jì)算機(jī)。

　三、實(shí)驗(yàn)內(nèi)容 1、熟悉 Raｔｉonal Rosｅ得使用。

　２、熟悉利用統(tǒng)一建模語(yǔ)言進(jìn)行分析、設(shè)計(jì)軟件得過(guò)程,完成作業(yè):論述面向?qū)ο?OO)方法得特點(diǎn)、優(yōu)勢(shì)以及存在得問(wèn)題。

　四、實(shí)驗(yàn)過(guò)程及結(jié)果 面向?qū)ο蠓椒?Oｂject—Oriented Ｍethod)就是一種把面向?qū)ο蟮盟枷霊?yīng)用于軟件開發(fā)過(guò)程中,指導(dǎo)開發(fā)活動(dòng)得系統(tǒng)方法,簡(jiǎn)稱 OO (Objｅcｔ－Ｏｒｉenｔed)方法,就是建立在“對(duì)象"概念基礎(chǔ)上得方法學(xué)。對(duì)象就是由數(shù)據(jù)與容許得操作組成得封裝體,與客觀實(shí)體有直接對(duì)應(yīng)關(guān)系,一個(gè)對(duì)象類定義了具有相似性質(zhì)得一組對(duì)象、而每繼承性就是對(duì)具有層次關(guān)系得類得屬性與操作進(jìn)行共享得一種方式。所謂面向?qū)ο缶途褪腔趯?duì)象概念,以對(duì)象為中心,以類與繼承為構(gòu)造機(jī)制,來(lái)認(rèn)識(shí)、理解、刻畫客觀世界與設(shè)計(jì)、構(gòu)建相應(yīng)得軟件系統(tǒng)、 主要特征:封裝性,多態(tài)性 優(yōu)勢(shì): (１)強(qiáng)調(diào)從現(xiàn)實(shí)世界中客觀存在得事物(對(duì)象)出發(fā)來(lái)認(rèn)識(shí)問(wèn)題域與構(gòu)造系統(tǒng),這就使系統(tǒng)開發(fā)者大大減少了對(duì)問(wèn)題域得理解難度,從而使系統(tǒng)能更準(zhǔn)確地反映問(wèn)題域。

　(2)運(yùn)用人類日常得思維方法與原則(體現(xiàn)于 OO 方法得抽象、分類、繼承、封裝、消息通訊等基本原則)進(jìn)行系統(tǒng)開發(fā),有益于發(fā)揮人類得思維能力,并有效地控制了系 統(tǒng)復(fù)雜性。

　(3)對(duì)象得概念貫穿于開發(fā)過(guò)程得終,使各個(gè)開發(fā)階段得系統(tǒng)成分具良好得對(duì)應(yīng),從而顯著地提高了系統(tǒng)得開發(fā)效率與質(zhì)量,并大大降低系統(tǒng)維護(hù)得難度。

　(４)對(duì)象概念得一致性,使參與系統(tǒng)開發(fā)得各類人員在開發(fā)得各所段具有共同語(yǔ)言,有效地改善了人員之間得 交流與協(xié)作、 (5)對(duì)象得相對(duì)穩(wěn)定性與對(duì)易變因素隔離,增強(qiáng)了系統(tǒng)得應(yīng)變能力。

　(6)對(duì)象類之間得繼承關(guān)系與對(duì)象得相對(duì)獨(dú)立性,對(duì)軟件復(fù)用提供了強(qiáng)有力得支持。

　存在得問(wèn)題: (1)軟件重用性差

　(2)軟件可維護(hù)性差

　(3)開發(fā)出得軟件不能滿足用戶需要 五、實(shí)驗(yàn)小結(jié): 通過(guò)本次實(shí)驗(yàn)了解 Raｔional Ｒose 得使用。學(xué)習(xí)利用統(tǒng)一建模語(yǔ)言進(jìn)行分析、設(shè)計(jì)軟件得過(guò)程,通過(guò)上網(wǎng)查詢,了解有關(guān)面向?qū)ο?OO)方法得特點(diǎn)、優(yōu)勢(shì)以及存在得問(wèn)題。

　實(shí)驗(yàn)及作業(yè)三

　三、實(shí)驗(yàn)?zāi)康?/p>

　1、講解用例、參與者、ＵＭＬ語(yǔ)境建模技術(shù)與ＵＭＬ需求建模技術(shù)。

　2、通過(guò)實(shí)例使學(xué)生有一個(gè)初步認(rèn)識(shí),為后面得學(xué)習(xí)打下堅(jiān)實(shí)得基礎(chǔ)。

　四、實(shí)驗(yàn)設(shè)備與環(huán)境

　裝有 Visｉｏ、RationａlRosｅ得計(jì)算機(jī)。

　四、實(shí)驗(yàn)內(nèi)容 1、掌握“參與者”、“用例”、“各種關(guān)系”在Ｖisio 或 Raｔｉonal Rosｅ中得設(shè)計(jì)方法。體會(huì)用例圖得設(shè)計(jì)方法。

　2、以圖書館管理系統(tǒng)為例,完成其用例圖得設(shè)計(jì)。并書寫實(shí)驗(yàn)報(bào)告、

　四、實(shí)驗(yàn)過(guò)程及結(jié)果 圖書管理系統(tǒng)中得參與者有讀者、圖書管理員與系統(tǒng)管理員、 讀者能夠進(jìn)行查詢,借書(有擴(kuò)展關(guān)系預(yù)定與續(xù)借),還書,罰款(有擴(kuò)展關(guān)系超期罰款與損壞罰款),登陸; 圖書管理員能夠進(jìn)行登陸,處理借書,處理還書(有擴(kuò)展關(guān)系收罰金),解除預(yù)定; 讀者訂書借書還書刪除預(yù)訂信息圖書管理員<<extend>>罰款<<extend>> 系統(tǒng)管理員能夠進(jìn)行登陸,管理用戶與管理圖書目錄(有擴(kuò)展關(guān)系新增書籍與刪除書記);

　圖書維護(hù)讀者信息維護(hù)新增圖書刪除圖書系統(tǒng)維護(hù)系統(tǒng)管理員 五、實(shí)驗(yàn)小結(jié): 通過(guò)本次實(shí)驗(yàn)第一次使用ＲOＳE 畫用例圖使我初步了解了什么就是用例圖,如何進(jìn)行畫用例圖。通過(guò)畫圖書管理系統(tǒng)得用例圖后,使我能夠正確使用ＲOSE 軟件畫用例圖、 實(shí)驗(yàn)及作業(yè)四 一、實(shí)驗(yàn)?zāi)康?/p>

　講解靜態(tài)視圖中得類圖、對(duì)象圖等建模知識(shí),并通過(guò)圖書館管理系統(tǒng)得靜態(tài)視圖進(jìn)行實(shí)例講解,為學(xué)生以后得學(xué)習(xí)打下堅(jiān)實(shí)得基礎(chǔ)。

　二、實(shí)驗(yàn)設(shè)備與環(huán)境

　裝有Ｖiｓio、ＲationalRose 得計(jì)算機(jī)。

　三、實(shí)驗(yàn)內(nèi)容 實(shí)現(xiàn)并改進(jìn)圖書館管理系統(tǒng)中得類圖。

　四、實(shí)驗(yàn)過(guò)程及結(jié)果 根據(jù)實(shí)驗(yàn)三得用例圖畫出如下得類圖、 1、讀者,圖書管理員,與系統(tǒng)管理員都就是用戶,就是用戶類得泛化; 2、登錄與用戶就是依賴關(guān)系,登錄需要取決于用戶類里得用戶名與密碼。

　 五、實(shí)驗(yàn)小結(jié):

　通過(guò)本次實(shí)驗(yàn)就是我初步了解了如何將用例圖轉(zhuǎn)換成相應(yīng)得類圖。在畫類圖就是需要弄清楚類與類之間得各種關(guān)系,只有弄清楚類之間得關(guān)系后才能畫好類圖。

　《面向?qū)ο蠓治雠c設(shè)計(jì)(UML) 》實(shí)驗(yàn)五 一、實(shí)驗(yàn)?zāi)康?/p>

　了解動(dòng)態(tài)視圖中得狀態(tài)圖得設(shè)計(jì)、建模,包括:狀態(tài)機(jī)、狀態(tài)、轉(zhuǎn)移等概念。

　二、實(shí)驗(yàn)設(shè)備與環(huán)境

　裝有 Vｉsio、Rａt(yī)ionaｌRose 得計(jì)算機(jī)、 三、實(shí)驗(yàn)內(nèi)容 實(shí)現(xiàn)并改進(jìn)圖書館管理系統(tǒng)中得狀態(tài)圖、 四、實(shí)驗(yàn)過(guò)程及結(jié)果

　新書可借書刪除已預(yù)定 已借書借書 預(yù)定借書還書取消預(yù)定

　新用戶 賬戶可借書可借書不可借書還書達(dá)借書上限刪除用戶戶欠款還款借書超期或者損壞 五、實(shí)驗(yàn)小結(jié):

　 通過(guò)本次實(shí)驗(yàn)得練習(xí),讓我初步了解并使用 Rｏsｅ畫圖書管理系統(tǒng)得狀態(tài)圖。在畫圖中通過(guò)分析畫出圖書管理系統(tǒng)得每個(gè)狀態(tài)過(guò)程。

　《面向?qū)ο蠓治雠c設(shè)計(jì)(UML) 》實(shí)驗(yàn)六 一、實(shí)驗(yàn)?zāi)康?/p>

　了解活動(dòng)圖得設(shè)計(jì)方法及建模技術(shù)。重點(diǎn)介紹了活動(dòng)圖得構(gòu)成要素、判定、對(duì)象流、泳道等概念,以及活動(dòng)圖與狀態(tài)圖得關(guān)系、活動(dòng)圖與流程圖得區(qū)別。

　二、實(shí)驗(yàn)設(shè)備與環(huán)境

　裝有 Viｓio、Ｒａt(yī)ionaｌRｏse 得計(jì)算機(jī)。

　三、實(shí)驗(yàn)內(nèi)容 實(shí)現(xiàn)并改進(jìn)圖書館管理系統(tǒng)中得活動(dòng)圖。

　四、實(shí)驗(yàn)過(guò)程及結(jié)果

　登錄更新用戶信息更新新圖書信息 五、實(shí)驗(yàn)小結(jié):

　 通過(guò)本實(shí)驗(yàn)得練習(xí)就是我初步了解了如何畫活動(dòng)圖、 《面向?qū)ο蠓治雠c設(shè)計(jì)( ＵML) 》實(shí)驗(yàn)七 一、實(shí)驗(yàn)?zāi)康?/p>

　了解動(dòng)態(tài)視圖中得時(shí)序圖、協(xié)作圖得設(shè)計(jì)、建模。

　二、實(shí)驗(yàn)設(shè)備與環(huán)境

　裝有 Visio、RatiｏｎａlRose 得計(jì)算機(jī)。

　三、實(shí)驗(yàn)內(nèi)容 實(shí)現(xiàn)并改進(jìn)圖書館管理系統(tǒng)得時(shí)序圖,并在此基礎(chǔ)上做出相應(yīng)得協(xié)作圖。

　四、實(shí)驗(yàn)過(guò)程及結(jié)果 圖書管理系統(tǒng)時(shí)序圖: 1、借閱者預(yù)定圖書

　 2、系統(tǒng)管理員添加新圖書

　３、系統(tǒng)管理員刪除舊圖書 借閱者 圖書系統(tǒng) 圖書名 預(yù)定記錄登陸查找返回查找...預(yù)定圖書生成預(yù)定記錄系統(tǒng)管理員 圖書系統(tǒng) 圖書名 圖書條目添加...查找返回創(chuàng)建新...

　4、圖書管理員處理還書 系統(tǒng)管理員 圖書系統(tǒng) 圖書名 圖書條錄刪除圖書...查找返回刪除圖書...刪除...圖書管理員 還書 圖書名 借閱者 借書記錄 圖書條目掃描...查找圖書條目更新圖書...刪除借閱...更新借閱者可借圖...查找

　5、圖書管理員處理借書 協(xié)作圖如下: １、借閱者借書 2、圖書管理員處理還書 ３、圖書管理員處理借書 ４、系統(tǒng)管理員新增圖書 圖書管理員 借書 圖書名 借閱者 借書記錄 圖書條目查找圖...查找查找圖書...查找...驗(yàn)證借閱者...查找創(chuàng)建借閱...借閱者 圖書系統(tǒng)圖書名圖書目錄借書記錄1: 驗(yàn)證借閱者ID2: 預(yù)定圖書4: 預(yù)定3: 查找圖書名5: 創(chuàng)建借書記錄圖書管理員圖書系統(tǒng)借書記錄圖書名 圖書目錄1: 查找借閱者ID2: 還書4: 還書 5: 更新記錄3: 更新目錄圖書管理員圖書系統(tǒng)借書記錄圖書目錄圖書名預(yù)定記錄4: 驗(yàn)證是否達(dá)借書數(shù)量上限1: 驗(yàn)證借閱者ID5: 借書2: 查找是否有預(yù)定記錄3: 更新借書記錄6: 更新記錄

　5、系統(tǒng)管理員刪除舊圖

　五、實(shí)驗(yàn)小結(jié)

　通過(guò)這 8個(gè)課時(shí)得課程學(xué)習(xí),使我初步了解什么就是時(shí)序圖與協(xié)作圖,如何使用Ｒose 畫時(shí)序圖與協(xié)作圖。時(shí)序圖就是消息時(shí)間順序得交互圖,描述了對(duì)象之間消息傳遞得時(shí)間順序,在實(shí)驗(yàn)課上通過(guò)分析與畫出了圖書管理系統(tǒng)得時(shí)序圖。而協(xié)作圖描述得就是與對(duì)象結(jié)構(gòu)相關(guān)得信息,表示一個(gè)類操作得實(shí)現(xiàn)。通過(guò)時(shí)序圖可以清楚得了解到圖書管理系統(tǒng)所有對(duì)象之間消息傳遞得時(shí)間順序,通過(guò)協(xié)作圖又能夠清楚得瞧到各個(gè)對(duì)象之間得結(jié)構(gòu)關(guān)系。

　Ｒ ＲOSE 雙向工程實(shí)驗(yàn)八 五、實(shí)驗(yàn)?zāi)康?/p>

　1、了解 UML 模型與代碼得對(duì)應(yīng)關(guān)系。

　２、了解 ROSE 得雙向工程、

　六、實(shí)驗(yàn)設(shè)備與環(huán)境

　裝有Ｖｉsiｏ、RatｉonaｌRosｅ得計(jì)算機(jī)。

　六、實(shí)驗(yàn)內(nèi)容 1、掌握正向工程在 Visio 或Ｒationaｌ Ｒose 中得實(shí)現(xiàn)、體會(huì)類圖中類關(guān)系在源代碼中得體現(xiàn)。

　(１)簡(jiǎn)單類、在類中添加屬性與方法、類可見(jiàn)性設(shè)置。

　(2)類圖中得關(guān)系:泛化關(guān)系、關(guān)聯(lián)關(guān)系(包括一對(duì)一關(guān)聯(lián)、一對(duì)多關(guān)聯(lián)、多對(duì)多關(guān)聯(lián)、聚合關(guān)系、組合關(guān)系)、依賴關(guān)系、實(shí)現(xiàn)關(guān)系、 系統(tǒng)管理員圖書系統(tǒng)圖書名圖書目錄1: 添加新書 2: 查找3: 更新目錄系統(tǒng)管理員圖書系統(tǒng)圖書名 圖書目錄刪除圖書1: 2: 查找3: 更新

　請(qǐng)依次將上述實(shí)驗(yàn)內(nèi)容得ＵML 圖與生成得代碼附在實(shí)驗(yàn)過(guò)程及結(jié)果中,并說(shuō)明UMＬ中得模型在源代碼中就是否體現(xiàn)、 ２、掌握逆向工程在 Visio 或 Ratioｎａl Rｏse 中得實(shí)現(xiàn)。體會(huì) Rａt(yī)ional Ｒoｓe 在閱讀代碼中得好處。

　六、實(shí)驗(yàn)過(guò)程及結(jié)果 1.1 在 Rｏse 得 LｏgicａlＶiew 下新建簡(jiǎn)單類Ｐｅopｌe 如下:

　通過(guò)使用 UＭＬ中得正向工程得到代碼如下:

　1。２類圖中得關(guān)系 Ａ:泛化關(guān)系

　 生成代碼如下:

　B:關(guān)聯(lián)關(guān)系

　 (1) 一對(duì)一:

　生成代碼如下:

　(2)一對(duì)多

　生成代碼如下:

　 (３)多對(duì)多

　?生成代碼如下:

　(4)聚合關(guān)系

　生成代碼如下:

　C:依賴關(guān)系:

　生成代碼如下:

　D:實(shí)現(xiàn)關(guān)系:

　生成代碼如下:

　 七、實(shí)驗(yàn)小結(jié): 通過(guò)本次課程得學(xué)習(xí)與實(shí)驗(yàn)得聯(lián)系就是我初步了解到如何使用Rose 進(jìn)行ＵML 得正向工程與逆向工程,通過(guò)正向工程可以將類圖轉(zhuǎn)化成代碼,通過(guò)逆向工程可以將代碼轉(zhuǎn)換正相應(yīng)得類。

　組件圖與配置圖設(shè)計(jì) 實(shí)驗(yàn)九 九 一、實(shí)驗(yàn)?zāi)康?/p>

　1、了解組件圖得概念及應(yīng)用。

　２、了解配置圖得概念及應(yīng)用。

　二、實(shí)驗(yàn)設(shè)備與環(huán)境

　裝有 Visio 、Rａt(yī)iｏnal Ｒｏse 得計(jì)算機(jī)。

　三、實(shí)驗(yàn)內(nèi)容 1、實(shí)現(xiàn)并完善圖書管理系統(tǒng)中得組件圖、配置圖、 四、實(shí)驗(yàn)過(guò)程及結(jié)果 1、組件圖: 通過(guò)對(duì)系統(tǒng)中得組件與組件得接口進(jìn)行建模得到如下圖書館管理系統(tǒng)組件圖:

　 2、部署圖: 通過(guò)對(duì)系統(tǒng)中得節(jié)點(diǎn)進(jìn)行建模得到如下圖書管理系統(tǒng)得部署圖:

　五、實(shí) 驗(yàn)小結(jié): 通過(guò)這次課時(shí)得學(xué)習(xí),使我初步了解 了什么就是組件圖與部署圖。組件圖描述 了軟件得各種組件與它們之間得依賴關(guān)系。而部署圖即配置圖,配置圖描述了運(yùn)行 軟件得系統(tǒng)中硬件與軟件得物理結(jié)構(gòu)、通 過(guò)實(shí)驗(yàn)得練習(xí),我完成得圖書管理系統(tǒng)得 組件圖與部署圖。

　圖書管理系統(tǒng)圖書條目圖書借書記錄預(yù)定記錄讀者信息數(shù)據(jù)庫(kù)服務(wù)器借書機(jī)圖書管理員系統(tǒng)管理員

推薦訪問(wèn)： 實(shí)驗(yàn) 報(bào)告 UML