




版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
崗位技能實訓(UML)指導書(使用班級:140401-03班)姚慶安呂尋才唐培麗6月1日前言UML面向?qū)ο笙到y(tǒng)分析與設計課程是計算機科學與技術本科專業(yè)一門重要專業(yè)課。通過本課程學習,使學生在已有計算機軟、硬件基本知識,程序設計知識,數(shù)據(jù)庫和網(wǎng)絡通信知識基本上系統(tǒng)掌握面向?qū)ο笙到y(tǒng)分析與設計基本辦法和技術,并具備針對特定環(huán)境下應用問題進行信息系統(tǒng)開發(fā)(涉及系統(tǒng)分析,設計與實現(xiàn))能力。通過學習本課程學生可以理解和掌握面向?qū)ο笙到y(tǒng)分析和設計辦法和分步過程、掌握面向?qū)ο笙到y(tǒng)分析和設計建模原則UML語言,可以運用RationalRose(或MicrosoftViso)軟件以某一信息系統(tǒng)為例進行系統(tǒng)分析和設計。本課程重要簡介系統(tǒng)原理基本概念、系統(tǒng)開發(fā)過程RUP、對面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O計辦法、對面向?qū)ο蠓治龊驮O計建模原則UML等內(nèi)容。通過本課程學習,學生掌握知識、內(nèi)容及掌握限度規(guī)定為:1.使學生理解面向?qū)ο笮畔⑾到y(tǒng)開發(fā)過程、系統(tǒng)分析和設計原則和辦法;2.使學生掌握UML語言基本知識,以及UML在面向?qū)ο筌浖到y(tǒng)分析和設計中應用,并能使用UML工具建立系統(tǒng)模型;3.使學生掌握在UML系統(tǒng)模型下應用高檔語言建立應用系統(tǒng)辦法;4.通過案例教學和實驗,提高學生在應用面向?qū)ο蠹夹g開發(fā)軟件方面動手能力和解決問題能力,并勉勵創(chuàng)新。本實驗所規(guī)定建模工具為RationalRose。本課程通過對CCUT圖書館系統(tǒng)進行建模設計開發(fā)。目錄第一部分實訓計劃及要求 1第一章實訓計劃 1第二章時間地點安排 8第三章撰寫實訓報告 9第二部分UML基礎知識 10第三部分設計實例 24設計一用例圖及進度安排 24設計二活動圖 29設計三狀態(tài)圖 37設計四類 43設計五類的關系 50設計六交互圖 54設計七對象圖和包 62設計八組件圖和部署圖 64設計九正向工程 71第一某些實訓籌劃及規(guī)定第一章實訓籌劃實訓日期:.06.27-.07.01實訓目、規(guī)定及實訓方式:一.實訓目為了培養(yǎng)學生自我再學習意識和能力,設計中采用沒有學過統(tǒng)一建模語言UML,訓練學生學習能力。理論和實踐相結(jié)合,綜合運用程序設計知識、數(shù)據(jù)構(gòu)造知識、面向?qū)ο蟮戎R,提高綜合實踐能力。在每個設計題目中,除了必要完畢功能外,都留有自由發(fā)揮空間,以體現(xiàn)軟件設計藝術性和創(chuàng)造性,培養(yǎng)對軟件設計較好鑒賞力風格。訓練實訓報告或論文書寫能力。加強基本工具軟件使用能力。為后續(xù)課程學習奠定良好基本。二.實訓規(guī)定1、規(guī)定學生在實訓期間積極思考,敢于創(chuàng)新,努力將學過各種知識點轉(zhuǎn)變?yōu)閷嵺`能力,2、嚴格遵守實訓紀律,不缺勤,不遲到,不早退,不許玩游戲。3、設計規(guī)定每人一組,獨立完畢。4、注意設計作品數(shù)量和質(zhì)量,撰寫實訓報告。三.實訓方式每天提供六個小時上機時間,用于程序?qū)崿F(xiàn);其她時間用于完畢軟件設計,同步有教師輔導答疑。擬訂題目:題目一:銀行信息系統(tǒng)需求分析:銀行是與人們生活密切有關一種機構(gòu),銀行可以提供存款、取款、轉(zhuǎn)賬等業(yè)務。在銀行設立賬戶人或機構(gòu)被稱為銀行客戶(customer)。一種客戶可以在銀行開設各種賬戶(account),客戶可以存錢到賬戶中,也可以從自己賬戶中取錢,還可以將存款從一種賬戶轉(zhuǎn)到另一種賬戶。此外,客戶可以隨時查詢自己賬戶狀況,以及查詢此前所進行存款、取款等交易記錄??蛻羯杏袡嗬?guī)定關閉自己賬戶。實際生活中銀行功能其實還要復雜得多,但為了簡化系統(tǒng),本次設計只考慮銀行基本功能。簡化版銀行信息系統(tǒng)至少應具備如下功能:一種銀行可以有各種賬戶;一種銀行可以有各種客戶;一種客戶可以持有各種賬戶;一種賬戶可以有各種持有者;銀行可覺得客戶開設賬戶;銀行可覺得客戶注銷賬戶;客戶可以從自己賬戶中取錢;客戶可以向自己賬戶中存錢;客戶可以在同一銀行不同賬戶之間轉(zhuǎn)賬;客戶可以在不同銀行不同賬戶之間轉(zhuǎn)賬;請完畢登錄、存款、取款、轉(zhuǎn)賬和查詢幾種模塊設計。工作內(nèi)容及規(guī)定請在一周內(nèi)完畢下列工作內(nèi)容:進一步細化需求分析內(nèi)容,辨認出系統(tǒng)參加者,并完畢用例圖;將用例圖中每個用例都寫成相應事件流文檔;進一步使用活動圖來描述每個用例,為后續(xù)系統(tǒng)設計做好準備;按照系統(tǒng)功能分析,從用例描述中提取出系統(tǒng)對象類和界面類,建立類圖;分析類圖中實體類和實體類之間關系,畫出數(shù)據(jù)庫邏輯模型圖(只包括實體類,且注明角色和階元)。對數(shù)據(jù)庫邏輯模型進行優(yōu)化,取消多對多聯(lián)系,完畢最后邏輯模型設計;使用交互作用圖或狀態(tài)機圖完畢系統(tǒng)動態(tài)行為建模。(建議使用順序圖按功能分別描述)。提交成果及規(guī)定請?zhí)峤挥美龍D(涉及事件流文檔)、活動圖、類圖、交互作用圖??蛇x提交:狀態(tài)機圖、系統(tǒng)布置圖完畢規(guī)定格式實驗報告(紙質(zhì)),上交電子版實驗報告和系統(tǒng)建模成果(各類圖和有關文檔,電子文檔)。題目二:某公司銷售管理信息系統(tǒng)需求分析:假設某大型公司需要一種銷售管理信息系統(tǒng),來完畢合同信息等銷售信息自動化管理,普通來說,一種常用銷售管理系統(tǒng)功能應涉及收集大客戶基本狀況、制定產(chǎn)品銷售籌劃、推銷本公司產(chǎn)品、與客戶訂立銷售合同、檢查客戶付款單并催繳客戶拖欠應付貨款、核對檢查并發(fā)送貨品、核查客戶訂購產(chǎn)品、提請生產(chǎn)調(diào)度部門組織生產(chǎn)倉庫中缺少產(chǎn)品,檢查銷售合同履行率、提供售后服務等?,F(xiàn)做一定簡化與合并,得到系統(tǒng)分解構(gòu)造如下:銷售管理信息系統(tǒng)涉及如下幾某些:大客戶管理為大宗采購本公司產(chǎn)品大客戶建立數(shù)據(jù)庫銷售籌劃管理依照公司生產(chǎn)能力核對當前市場行情預期制定全年銷售籌劃。銷售合同管理(設計重點)添加、修改、查詢銷售合同,核對收款單并發(fā)送貨品,檢查收條,催繳欠款,核算銷售合同履約率,將履約合同轉(zhuǎn)入歷年履約合同庫;編制年綜合記錄報表。工作內(nèi)容及規(guī)定請在一周內(nèi)完畢下列工作內(nèi)容:進一步細化需求分析內(nèi)容,辨認出系統(tǒng)參加者,并完畢用例圖;將用例圖中每個用例都寫成相應事件流文檔;進一步使用活動圖來描述每個用例,為后續(xù)系統(tǒng)設計做好準備;按照系統(tǒng)功能分析,從用例描述中提取出系統(tǒng)對象類和界面類,建立類圖;分析類圖中實體類和實體類之間關系,畫出數(shù)據(jù)庫邏輯模型圖(只包括實體類,且注明角色和階元)。對數(shù)據(jù)庫邏輯模型進行優(yōu)化,取消多對多聯(lián)系,完畢最后邏輯模型設計;使用交互作用圖或狀態(tài)機圖完畢系統(tǒng)動態(tài)行為建模。(建議使用順序圖按功能分別描述)。提交成果及規(guī)定請?zhí)峤挥美龍D(涉及事件流文檔)、類圖、活動圖、交互作用圖。可選提交:包圖、狀態(tài)機圖、系統(tǒng)布置圖完畢規(guī)定格式實驗報告(紙質(zhì)),上交電子版實驗報告和系統(tǒng)建模成果(各類圖和有關文檔,電子文檔)。題目三:汽車租賃系統(tǒng)分析與設計需求分析系統(tǒng)整體目的是:運用互聯(lián)網(wǎng)和信息化技術,結(jié)合汽車租賃經(jīng)營實際運作狀況,建設一種覆蓋汽車租賃經(jīng)營所有業(yè)務“汽車租賃系統(tǒng)”。功能需求:“汽車租賃系統(tǒng)”中功能需求可以涉及如下幾種方面:客戶可以通過不同方式(涉及電話、前臺、網(wǎng)上)預訂車輛;可以保存客戶預訂申請單;可以保存客戶歷史記錄;工作人員可以解決客戶申請;技術人員可以保存對車輛檢修成果。滿足上述需求系統(tǒng)重要涉及如下幾種模塊:基本數(shù)據(jù)維護模塊:該模塊提供了使用者錄入、修改并維護基本數(shù)據(jù)途徑。基本業(yè)務模塊:在系統(tǒng)中,客戶可以填寫汽車租賃申請表,工作人員解決這些表格;同步,技術人員還可以提交每輛車狀態(tài),以便工作人員依照這些資料決定與否批準客戶祈求。數(shù)據(jù)庫管理模塊:在系統(tǒng)中,對所有客戶、工作人員以及車輛信息都要進行統(tǒng)一管理,車輛租賃狀況也要進行詳細登記。信息查詢模塊:該模塊重要用于查詢有關信息。工作內(nèi)容及規(guī)定請在一周內(nèi)完畢下列工作內(nèi)容:進一步細化需求分析內(nèi)容,辨認出系統(tǒng)參加者,并完畢用例圖;將用例圖中每個用例都寫成相應事件流文檔;進一步使用活動圖來描述每個用例,為后續(xù)系統(tǒng)設計做好準備;按照系統(tǒng)功能分析,從用例描述中提取出系統(tǒng)對象類和界面類,建立類圖;分析類圖中實體類和實體類之間關系,畫出數(shù)據(jù)庫邏輯模型圖(只包括實體類,且注明角色和階元)。對數(shù)據(jù)庫邏輯模型進行優(yōu)化,取消多對多聯(lián)系,完畢最后邏輯模型設計;使用交互作用圖或狀態(tài)機圖完畢系統(tǒng)動態(tài)行為建模。(建議使用順序圖按功能分別描述)。提交成果及規(guī)定請?zhí)峤挥美龍D(涉及事件流文檔)、類圖、活動圖、交互作用圖??蛇x提交:包圖、狀態(tài)機圖、系統(tǒng)布置圖完畢規(guī)定格式實驗報告(紙質(zhì)),上交電子版實驗報告和系統(tǒng)建模成果(各類圖和有關文檔,電子文檔)。題目四:酒店預訂系統(tǒng)需求分析基本業(yè)務流程:顧客預約:記錄,取消,修改,查詢和顯示顧客到達:有預約顧客和無預約顧客相分離;用餐顧客結(jié)帳:同步刷新餐桌和預約信息顯示:顯示當前桌子狀態(tài)完畢如下模塊:(1)預約模塊顯示預約:顯示當天所有預約,同步桌子依照當前時間顯示當前狀態(tài)添加預約:添加一種新預約,并插入數(shù)據(jù)庫,如果是當天預約則顯示在預約狀態(tài)欄中修改預約:修改一種已有預約,可以修改訂餐人數(shù),預約日期,時間以及餐桌刪除預約:刪除一種已有預約,刪除數(shù)據(jù)庫信息,如果是當天預約則刷新預約狀態(tài)欄查詢預約:依照訂餐人姓名,餐桌號,預約日期,時間查詢預約狀態(tài)(2)到達模塊到達狀況有兩種,一種是有預約到達,另一種是無預約到達有預約到達一方面要查詢預約,故在預約模塊中添加到達功能無預約到達,就可以及時找空桌子用餐在到達操作中還要刷新當前桌子狀態(tài),由預約或空閑狀態(tài)轉(zhuǎn)為用餐狀態(tài)(3)結(jié)帳模塊顯示當前正在用餐桌子信息,從中選中需要結(jié)帳桌子,進行結(jié)帳操作結(jié)帳完畢后,將桌子置為空閑狀態(tài),若當天尚有不同步間預約此桌子則置該桌為預約狀態(tài)工作內(nèi)容及規(guī)定請在一周內(nèi)完畢下列工作內(nèi)容:進一步細化需求分析內(nèi)容,辨認出系統(tǒng)參加者,并完畢用例圖;將用例圖中每個用例都寫成相應事件流文檔;進一步使用活動圖來描述每個用例,為后續(xù)系統(tǒng)設計做好準備;按照系統(tǒng)功能分析,從用例描述中提取出系統(tǒng)對象類和界面類,建立類圖;分析類圖中實體類和實體類之間關系,畫出數(shù)據(jù)庫邏輯模型圖(只包括實體類,且注明角色和階元)。對數(shù)據(jù)庫邏輯模型進行優(yōu)化,取消多對多聯(lián)系,完畢最后邏輯模型設計;使用交互作用圖或狀態(tài)機圖完畢系統(tǒng)動態(tài)行為建模。(建議使用順序圖按功能分別描述)。提交成果及規(guī)定請?zhí)峤挥美龍D(涉及事件流文檔)、類圖、活動圖、交互作用圖。可選提交:包圖、狀態(tài)機圖、系統(tǒng)布置圖完畢規(guī)定格式實驗報告(紙質(zhì)),上交電子版實驗報告和系統(tǒng)建模成果(各類圖和有關文檔,電子文檔)。題目五:工資管理系統(tǒng)需求分析基本業(yè)務流程:一種公司由若干部門構(gòu)成,每個部門經(jīng)銷若干種產(chǎn)品,并有若干名職工和經(jīng)理。工資由基本工資、產(chǎn)品銷售業(yè)績獎、若干種保險扣除等構(gòu)成。其中銷售業(yè)績獎按如下規(guī)定:職工按其完畢額5%提成,經(jīng)理按該部門完畢額1%提成。每月生成一種工資表,每年末再按個人總銷售額發(fā)放1%獎金。系統(tǒng)功能需求:在一種公司中,工資管理系統(tǒng)是非常重要,開發(fā)者要竭力做到清晰、精確、公正。通過向關于部門理解,對公司工資管理系統(tǒng)需求可得到如下描述:(1)公司會計負責記錄各個部門、各個職工詳細銷售信息;(2)公司會計依照當月銷售信息,按一定規(guī)則計算各個職工月工資;(3)在年終時候,公司會計還負責計算各個職工獎金狀況;(4)公司每個職工有權利懂得自己工資所有信息,即她們可以查看自己工資詳細信息;(5)如果發(fā)現(xiàn)工資有錯誤地方,公司職工有權利向會計反映;(6)會計依照反映錯誤信息進行核查,并做出相應解決。工作內(nèi)容及規(guī)定請在一周內(nèi)完畢下列工作內(nèi)容:進一步細化需求分析內(nèi)容,辨認出系統(tǒng)參加者,并完畢用例圖;將用例圖中每個用例都寫成相應事件流文檔;進一步使用活動圖來描述每個用例,為后續(xù)系統(tǒng)設計做好準備;按照系統(tǒng)功能分析,從用例描述中提取出系統(tǒng)對象類和界面類,建立類圖;分析類圖中實體類和實體類之間關系,畫出數(shù)據(jù)庫邏輯模型圖(只包括實體類,且注明角色和階元)。對數(shù)據(jù)庫邏輯模型進行優(yōu)化,取消多對多聯(lián)系,完畢最后邏輯模型設計;使用交互作用圖或狀態(tài)機圖完畢系統(tǒng)動態(tài)行為建模。(建議使用順序圖按功能分別描述)。提交成果及規(guī)定請?zhí)峤挥美龍D(涉及事件流文檔)、類圖、活動圖、交互作用圖??蛇x提交:包圖、狀態(tài)機圖、系統(tǒng)布置圖完畢規(guī)定格式設計報告(紙質(zhì)),上交電子版實驗報告和系統(tǒng)建模成果(各類圖和有關文檔,電子文檔)。其她:題目可以結(jié)合自己所學過課程中內(nèi)容自定。
第二章時間地點安排17周上機實驗安排星期時間班級實驗室指引教師星期一至星期五上午:8:30-11:30下午:13:00-16:00140401140402140403652654646姚慶安呂尋才唐培麗
第三章撰寫實訓報告實訓報告書寫格式:封皮寫明班級、姓名、指引教師。內(nèi)容提綱目錄正文題目時間用例圖及進度安排活動圖狀態(tài)圖類類關系交互圖對象圖和包組件圖和布置圖正向工程參照資料實訓總結(jié)報告
第二某些UML基本知識UML簡介在80年代末至90年代中,對面向?qū)ο蠓治雠c設計辦法研究發(fā)展到一種高潮。但是,諸多流派在思想和術語上有諸多不同提法,在術語、概念上運用也各不相似,需要一種統(tǒng)一符號來描述面向?qū)ο蠓治龊驮O計活動。UML應運而生。它不但統(tǒng)一了Booch、Rumbaugh和Jacobson表達辦法,并且有進一步發(fā)展,最后成為大眾所共同接受原則建模語言。統(tǒng)一建模語言(UML)是一種通用可視化建模語言,用于對軟件進行描述、可視化解決、構(gòu)造和建立軟件系統(tǒng)制品文檔。它記錄了對必要構(gòu)造系統(tǒng)決定和理解,可用于對系統(tǒng)理解、設計、瀏覽、配備、維護和信息控制。UML合用于各種軟件開發(fā)辦法、軟件生命周期各個階段、各種應用領域以及各種開發(fā)工具,UML
是一種總結(jié)了以往建模技術經(jīng)驗并吸取當今先進成果原則建模辦法。它融入了軟件工程領域新思想、新辦法和新技術。不但支持面向?qū)ο蠓治雠c設計,還支持從需求分析開始軟件開發(fā)全過程。UML模型、視圖、圖UML概念和模型可以提成如下幾種概念域:靜態(tài)構(gòu)造、動態(tài)行為、實現(xiàn)構(gòu)造、模型組織、擴展機制UML視圖和圖重要域視圖圖重要概念靜態(tài)結(jié)構(gòu)靜態(tài)視圖類圖類、關聯(lián)、泛化、依賴關系、實現(xiàn)、接口用例視圖用例圖用例、參加者、關聯(lián)、擴展、涉及、用例泛化實現(xiàn)視圖構(gòu)件圖構(gòu)件、接口、依賴關系、實現(xiàn)布置視圖布置圖節(jié)點、構(gòu)件、依賴關系、位置動態(tài)狀態(tài)視圖狀態(tài)圖狀態(tài)、事件、轉(zhuǎn)換、動作、行活動視圖活動圖狀態(tài)、活動、完畢轉(zhuǎn)換、分叉、結(jié)合為交互視圖順序圖交互、對象、消息、激活
協(xié)作圖協(xié)作、交互、協(xié)作角色、消息模型管理模型管理視圖類圖包、子系統(tǒng)、模型擴展機制所有所有約束、構(gòu)造型、標記值靜態(tài)視圖1、
類元類元是模型中離散概念,擁有身份、狀態(tài)、行為和關系。有幾種類元涉及類、接口和數(shù)據(jù)類型。其她幾種類元是行為概念、環(huán)境事物、執(zhí)行構(gòu)造詳細化。這些類元中涉及用例、參加者、構(gòu)件、節(jié)點和子系統(tǒng)。圖列出了幾種類元和它們功能。元模型術語類元中涉及了所有這些概念。
類元功能表達法參加者系統(tǒng)外部顧客類類代表了被建模應用領域中離散概念。最重要特性是多重性狀態(tài)類局限于某個給定狀態(tài)類類元角色在合伙中局限于某個使用類元構(gòu)件系統(tǒng)一種物理構(gòu)成單元
接口刻劃行為特性操作命名集.
節(jié)點計算資源信號對象間異步通信子系統(tǒng)作為且有規(guī)范、實現(xiàn)和身份單元包用例與外界代理交互中實體行為闡明
2、類元之間關系類元之間關系關于聯(lián)、泛化、各種形式依賴關系,涉及實現(xiàn)關系和使用關系。
關聯(lián):對象普通要和其她對象發(fā)生關聯(lián),關聯(lián)可以具備多層形式。多重性問題(一對一、一對多)。在UML中關聯(lián)用一條直線來表達。泛化:一種類繼承了其她類屬性和操作。在UML中泛化用“從之類畫一條帶空心三角形箭頭連線指向父類”來表達。依賴:一種類使用了另一種類。在UML中依賴用“從依賴類到被依賴帶箭頭虛線”表達。匯集是關聯(lián)一種,匯集對象由某些對象構(gòu)成。也就是整體與某些關聯(lián)。在UML中用“整體和某些之間用帶空心菱形箭頭連線連接”來表達。組合是一種特殊匯集,在一種組合對象中,某些對象只能作為組合對象一某些與組合對象同步存在。在UML中用“整體和某些之間用帶實心菱形箭頭連線連接”來表達。實現(xiàn):類和接口之間關系被稱為實現(xiàn)。在UML中實現(xiàn)關系用一種帶空心三角形箭頭加虛線來表達,箭頭指向接口。關系種類關系功能表達法關聯(lián)類實例之間連接描述依賴兩個模型元素間關系泛化更概括描述和更詳細種類間關系,合用于繼承實現(xiàn)闡明和實現(xiàn)間關系匯集匯集對象由某些對象構(gòu)成。也就是整體與某些關聯(lián)。組合一種特殊匯集.圖舉例:關聯(lián)依賴
限定關聯(lián)匯集和構(gòu)成泛化
實現(xiàn)關系
用例視圖當用例視圖在外部顧客前浮現(xiàn)時,它捕獲到系統(tǒng)、子系統(tǒng)或類行為。它將系統(tǒng)功能劃提成對參加者(即系統(tǒng)抱負顧客)有用需求。而交互功能某些被稱作用例。用例使用系統(tǒng)與一種或各種參加者之間一系列消息來描述系統(tǒng)中交互作用。參加者可以是人,也可以是外部計算機系統(tǒng)和外部進程。用例之間關系:關聯(lián)、擴展、泛化、包括。關系功能表達法關聯(lián)參加者與其參加執(zhí)行用例之間通信途徑擴展在基本用例上插入基本用例不能闡明擴展某些
泛化用例之間普通和特殊關系,其中特殊用例繼承了普通用例特性并增長了新特性包括在基本用例上插入附加行為,并且具備明確描述圖舉例:
用例圖
用例關系圖交互視圖交互視圖描述了執(zhí)行系統(tǒng)功能各個角色之間互相傳遞消息順序關系。類元是對在系統(tǒng)內(nèi)交互關系中起特定作用一種對象描述,這使它區(qū)別于同類其她對象。交互視圖顯示了跨越各種對象系統(tǒng)控制流程。交互視圖可用兩種圖來表達:順序圖和協(xié)作圖,它們各有不同側(cè)重點。協(xié)作圖也展示對象之間交互關系,強調(diào)交互語境和參加交互對象整體組織。協(xié)作圖按照空間組織布圖,而順序圖按照時間順序布圖。順序圖
協(xié)作圖狀態(tài)視圖狀態(tài)視圖是一種類對象所也許經(jīng)歷所有歷程模型圖。狀態(tài)圖由對象各個狀態(tài)和連接這些狀態(tài)轉(zhuǎn)換構(gòu)成。狀態(tài)圖是對單個對象“放大”,它闡明對象所經(jīng)歷狀態(tài)變化。強調(diào)單個對象內(nèi)狀態(tài)變化。
狀態(tài)圖活動視圖活動圖是狀態(tài)圖一種變體,用來描述執(zhí)行算法工作流程中涉及活動。活動狀態(tài)代表了一種活動:一種工作流環(huán)節(jié)或一種操作執(zhí)行。活動圖描述了一組順序或并發(fā)活動。活動視圖用活動圖來體現(xiàn)。活動圖很像流程圖,它顯示出工作環(huán)節(jié),鑒定點和分支。可用于表達一種對象操作和一種業(yè)務過程。
活動圖物理視圖物理視圖相應用自身實現(xiàn)構(gòu)造建模,例如系統(tǒng)構(gòu)件組織和建立在運營節(jié)點上配備。此類視圖提供了將系統(tǒng)中類映射成物理構(gòu)件和節(jié)點機制。物理視圖有兩種:構(gòu)件圖和布置視圖。構(gòu)件圖布置圖模型管理視圖模型管理視圖對模型自身組織建模。一系列由模型元素(如類、狀態(tài)機和用例)構(gòu)成包構(gòu)成了模型。一種包(package)也許包括其她包,因而,整個模型事實上可當作一種根包,它間接包括了模型中所有內(nèi)容。包是操作模型內(nèi)容、存取控制和配備控制基本單元。每一種模型元素包括于包中或包括于其她模型元素中。
包擴展機制UML提供了幾種擴展機制,容許建模者在不用變化基本建模語言狀況下做某些通用擴展。這些擴展機制已經(jīng)被設計好,以便于在不需理解所有語義狀況下就可以存儲和使用。由于這個因素,擴展可以作為字符串存儲和使用。對不支持擴展機制工具來說,擴展只是一種字符串,它可以作為模型一某些被導入、存儲,還可以被傳遞到其她工具。咱們盼望后端工具設計成可以解決各種擴展,這些工具會為它們需要理解擴展定義特定語法和語義。擴展機制涉及約束、標記值和構(gòu)造型。約束是用文字表達式表達語義限制。
約束標記值是一對字符串—一種標記字符串和一種值字符串—存儲著關于元素某些信息。標記值可以與任何獨立元素有關,涉及模型元素和表達元素。標記是建模者想要記錄某些特性名字,而值是給定元素特性值。例如,標記可以是author,而值是對元素負責人名字,如CharlesBabbage。標記值構(gòu)造型是在一種已定義模型元素基本上構(gòu)造一種新模型元素。構(gòu)造型信息內(nèi)容和形式與已存在基本模型元素相似,但是含義和使用不同。例如,商業(yè)建模領域建模者但愿將商業(yè)對象和商業(yè)過程作為特殊建模元素區(qū)別開來,這些元素使用在特定開發(fā)過程中是不同。它們可以被看作特殊類—它們有屬性和操作,但是在它們與其她元素關系上和它們使用上有特殊約束。
構(gòu)造型各種圖匯總:
第三某些設計實例設計一用例圖及進度安排一、實驗目1.熟悉用例圖基本功能和用法。2.掌握如何使用建模工具繪制活動圖辦法。3.學習使用MicrosoftProject對題目進行進度安排。二、實驗器材1.計算機一臺。2.RationalRose工具軟件。三、實驗內(nèi)容依照CCUT圖書管理系統(tǒng)開發(fā)進度,在完畢對系統(tǒng)需求建模,得到用例模型后,應針對每個用例進行業(yè)務分析,闡明其詳細業(yè)務流程,現(xiàn)系統(tǒng)分析部指派您完畢該項任務。規(guī)定:對其中重要功能用例書寫書面用例。四、實驗環(huán)節(jié)書寫“刪除讀者信息”用例書面用例。普通應包括如下信息:(1)管理員在錄入界面,輸入待刪除讀者名;(2)“業(yè)務邏輯”組件在數(shù)據(jù)庫中,查找待刪除讀者名;(3)如果不存在,則顯示出錯信息,返回環(huán)節(jié)(1),如果存在則繼續(xù);(4)“業(yè)務邏輯”組件判斷“待刪除讀者”與否可以刪除;(5)如果不可以,則顯示出錯信息,返回環(huán)節(jié)(8),如果可以則繼續(xù);(6)在數(shù)據(jù)庫中,刪除有關信息;(7)顯示刪除成功信息;(8)結(jié)束。分析:在圖書管理系統(tǒng)中,管理員一方面登錄系統(tǒng),系統(tǒng)驗證通過后,管理方可向系統(tǒng)查詢數(shù)據(jù),在查詢后,系統(tǒng)會給出提示,有無找到有關數(shù)據(jù),管理員依照系統(tǒng)查詢返回成果,進行下一步操作,就是刪除讀者,在刪除過程中,系統(tǒng)會對查詢得到成果判斷該記錄與否可以刪除,若可以刪除,則給刪除提示,若不能刪除,也給有關提示信息。繪圖環(huán)節(jié):(1)在用例圖上雙擊main,浮現(xiàn)如圖1.1所示,為繪制用例圖做好準備。圖1.1(2)在圖中工具欄選用Actor圖標,在右邊圖中添加一種Actor,并輸入名稱:administrator,如圖1.2所示。(3)在左邊工具欄中,選用用例圖標,在右邊圖中畫出一種用例,并輸入用例名稱:login。圖1.2(4)按照環(huán)節(jié)(3),繪制出如圖1.4和圖1.5兩個用例。圖1.3圖1.4圖1.5(5)在繪出了用例后,接下來是繪制參加者與用例實現(xiàn),如圖1.6所示。圖1.6(6)依照環(huán)節(jié)(5),同步完畢如圖1.7和圖1.8。此時,刪除讀者用例圖就到此完畢。其系統(tǒng)查詢讀者信息等其她功能會在時序圖和活動圖中描繪。(7)依照分析狀況,進一步添加或細化用例圖。圖1.7圖1.8五、實驗報告規(guī)定1.整頓實驗成果。2.小結(jié)實驗心得體會。設計二活動圖一、實驗目1.熟悉活動圖基本功能和用法。2.掌握如何使用建模工具繪制活動圖辦法。二、實驗器材1.計算機一臺。2.RationalRose工具軟件。三、實驗內(nèi)容依照CCUT圖書管理系統(tǒng)開發(fā)進度,在完畢對系統(tǒng)需求建模,得到用例模型后,應針對每個用例進行業(yè)務分析,闡明其詳細業(yè)務流程,現(xiàn)系統(tǒng)分析部指派您完畢該項任務。規(guī)定:用活動圖來描述系統(tǒng)中已知用例業(yè)務過程:1.描述刪除讀者用例。四、實驗環(huán)節(jié)繪制“刪除讀者信息”用例活動圖。刪除讀者信息普通按照如下環(huán)節(jié)進行:(1)管理員在錄入界面,輸入待刪除讀者名;(2)“業(yè)務邏輯”組件在數(shù)據(jù)庫中,查找待刪除讀者名;(3)如果不存在,則顯示出錯信息,返回環(huán)節(jié)(1),如果存在則繼續(xù);(4)“業(yè)務邏輯”組件判斷“待刪除讀者”與否可以刪除;(5)如果不可以,則顯示出錯信息,返回環(huán)節(jié)(8),如果可以則繼續(xù);(6)在數(shù)據(jù)庫中,刪除有關信息;(7)顯示刪除成功信息;(8)結(jié)束。繪圖環(huán)節(jié):(1)在用例圖中,找到刪除用例,如圖2.1所示,在刪除用例上單擊右鍵,在彈出快捷菜單中選“New”,Rose工具也會彈出一種菜單,選”ActivityDiagram”,選中后單擊,便可以新建好一種活動圖。如圖2.2所示。圖2.1圖2.2(2)新建好活動圖后,雙擊刪除活動圖,得到如圖2.3所示,然后把在左邊工具欄內(nèi)點擊“Swinlane“,在右邊圖添加一種泳道,如圖2.4所示,并命名為administrator.按照此環(huán)節(jié),再添加另一種泳道,并命名為SystemTool,得到圖2.5。圖2.3(3)接著在左邊工具上選用開始點,并在administrator泳道上添加,如圖2.6所示;添加完開始結(jié)點后,再來為此活動圖添加活動,圖2.7所示,在左邊工具欄上選中Activity這個圖標,在administrator這邊泳道上添加一種活動,命名為登錄(login),再在開始結(jié)點和活動登錄(login)之間添加活動關系,如圖2.8所示。圖2.4圖2.5圖2.6圖2.7圖2.8(3)完畢環(huán)節(jié)(2)后,登錄輸入需要對輸入信息進行驗證,則在圖中添加一種驗證框,如圖2.9所示:添加驗證框后,驗證內(nèi)容,如果通過,則容許管理員進行查詢操作,如圖2.10所示;如不能通過,則結(jié)束,如圖2.11所示。圖2.9圖2.10圖2.11(4)驗證后,下一步操作是查詢需要刪除記錄,添加一種活動,命名為delete,如圖2.12和圖2.13所示。圖2.12圖2.13(5)最后,在刪除后,系統(tǒng)會返回操作成果給操作者,圖2.14所示;刪除成功或刪除失敗系統(tǒng)都會有信息返回給操作者。(7)依照分析設計狀況,進一步添加或細化活動圖。圖2.14五、實驗報告規(guī)定1.整頓實驗成果。2.小結(jié)實驗心得體會。設計三狀態(tài)圖一、實驗目1.熟悉活動圖基本功能和用法。2.掌握如何使用建模工具繪制活動圖辦法。二、實驗器材1.計算機一臺。2.RationalRose工具軟件。三、實驗內(nèi)容通過前面內(nèi)容學習,完畢了對CCUT圖書館圖書館管理系統(tǒng)需求初步分析,得出系統(tǒng)用例圖和相應活動態(tài)。通過這兩類圖咱們可以初步理解系統(tǒng)業(yè)務解決過程,但對業(yè)務解決過程解決狀態(tài)間轉(zhuǎn)換理解仍不夠,這不利于設計人員對系統(tǒng)業(yè)務進一步理解,而狀態(tài)圖能從對象動態(tài)行為角度去描述系統(tǒng)業(yè)務活動。因而,指派你運用本節(jié)所學狀態(tài)圖,完畢如下任務:1.完畢圖書業(yè)務模塊中還書用例狀態(tài)圖。四、實驗環(huán)節(jié)1.業(yè)務分析:由前面章節(jié)對圖書館管理系統(tǒng)中還書重要業(yè)務描述和分析可知,還書業(yè)務動態(tài)行為是由:空閑(idle)、圖書查找(finding)、還書(reversion)、失敗(Failure)、歸還成功(Success)5種狀態(tài)及激活互相轉(zhuǎn)換事件。2.繪制狀態(tài)圖:請您依照分析運用UML繪制還書用例狀態(tài)圖。分析:還書狀態(tài)圖,還書重要業(yè)務都是由管理員來完畢,一方面管理員必要先登錄系統(tǒng),并通過驗證后,便可以進行下一步操作,查找該書有關信息,如存在,則進行還書操作,如不存在該信息,則給出提示信息;繪圖環(huán)節(jié):(1)在用例圖中還書(revesion)用例,單擊右鍵,如圖3.1所示,新建一種狀態(tài)圖,命名為revesion狀態(tài)圖,圖3.2所示。圖3.1圖3.2(2)雙擊“receivesion”狀態(tài)圖,展開后,在左邊工具欄上選用一種實心圓點,此結(jié)點為開始結(jié)點,圖3.3所示;當還書時候,操作者先要詢問系統(tǒng)狀態(tài),如果系統(tǒng)忙,操作者則必須等待,因而,得到系統(tǒng)兩種狀態(tài),如圖3.5所示。圖3.3圖3.4圖3.5(3)操作者在詢問系統(tǒng)和狀態(tài)后,得到圖3.6所示兩種狀態(tài),如果系統(tǒng)忙,操作者必須要等待、結(jié)束,如圖3.7和圖3.8所示,重返環(huán)節(jié)(1)。圖3.6圖3.7圖3.8(4)如系統(tǒng)空閑,則進行對還書信息進行查詢操作,圖3.9所示;查詢也有兩種成果,一是查詢得到該書有關信息,二查詢不到該書有關信息;則此時有兩種狀態(tài),需要建立兩種狀態(tài),如圖3.10所示。圖3.9圖3.10(5)最后,操作者進行了操作后,系統(tǒng)會給出操作成果給操作者;操作成功或失敗,都會有提示信息給出。整個還書過程便完畢;圖3.11所示。(7)依照分析設計狀況,進一步添加或細化狀態(tài)圖。圖3.11五、實驗報告規(guī)定1.整頓實驗成果。2.小結(jié)實驗心得體會。設計四類一、實驗目1.理解類基本概念。2.掌握如何從需求分析中抽象出類辦法。3.掌握在RationalRose中繪制類操作辦法。二、實驗器材1.計算機一臺。2.RationalRose工具軟件。三、實驗內(nèi)容通過前面內(nèi)容學習,完畢了對CCUT圖書館圖書館管理系統(tǒng)需求初步分析,得出系統(tǒng)用例圖和相應活動態(tài)和狀態(tài)圖。通過這兩類圖咱們可以初步理解系統(tǒng)業(yè)務解決流程。當前需要對系統(tǒng)進行靜態(tài)建模,這就需要從系統(tǒng)用例圖、活動圖和狀態(tài)圖去尋找和發(fā)現(xiàn)類。因而,指派你運用本節(jié)所學關于如何抽象出類知識,完畢如下任務:尋找和抽象出書籍管理功能中類。四、實驗環(huán)節(jié)1.分析:由前面章節(jié)對圖書館管理系統(tǒng)中書籍管理功能可知,該模塊是由書籍信息類、書目類、新增書籍界面類、修改書籍界面類、刪除書籍界面類和書籍管理類6個類構(gòu)成。2.繪制類環(huán)節(jié):(1)打開前面初步構(gòu)建UML模型文獻;(2)打開Rose中邏輯視圖(LogicalView),選取分析模型(analysismodel)目錄。并在其下創(chuàng)立一種子目錄并命名為:“圖書館業(yè)務功能”。(3)用鼠標右擊“圖書館業(yè)務功能”在彈出來菜單中選取“New→Classdiagram”項,創(chuàng)立類圖,如圖4.1所示。(4)雙擊新建類圖,并點右邊控件集中選中類圖標,并用鼠標在圖中分別拖出一種類圖,并命名為Book,如圖4.2所示。圖4.1圖4.2(5)接下來一步為設立類屬性,在新類中雙擊該類,在打開屬性面板中,可以看到在此可以設立類屬性和辦法等其她信息,圖4.3所示;后撞擊Attributes這個欄目,此欄目為設立類屬性選項,在圖中間單擊右鍵,可以看到有一種“Insert”選項,選中這個選項,圖4.4所示,后在浮現(xiàn)對話框中輸入有關信息如圖4.5所示;如課本ISBN號,在Type這個方框內(nèi)輸入此屬性類型值,同步可以看到一欄可以設立此屬性訪問權限,普通這些屬性都設立Private這個權限,如圖4.6所示。這個類其她屬性也可以按照以上做法設立,最后得到成果是圖4.7所示。圖4.3圖4.4圖4.5圖4.6(6)設立好類屬性,當前來設立類辦法(也是操作),雙擊類后在彈出菜單上選operations這個選項,可以看到圖4.8所示,在圖中空白地方,單擊右鍵,在彈出菜單中選insert這個選項,也就只有這個選項可用,見圖4.9,接著輸入辦法名,同步可以設立該辦法返回類型,也可以在Documentations方框內(nèi)填寫某些有關辦法闡明,如圖4.12所示,設立好該辦法訪問權限,見圖4.13。類其她辦法也可以按上面來設立好,最后,得到該類其她辦法見類4.14。圖4.7圖4.8圖4.9圖4.10圖4.11圖4.12圖4.13圖4.14(7)至此,類辦法和屬性都設立好了,如圖4.15所示。圖4.15(8)接下來為書目類設立,按照上面環(huán)節(jié)可以設立好該類屬性和辦法,如圖4.16和圖4.17所示。圖4.16圖4.17(9)最后,繪制出由分析得出各個類,如圖4.18所示,此時,類圖便完畢。(10)依照分析狀況,進一步細化添加有關類。圖4.18五、實驗報告規(guī)定1.整頓實驗成果。2.小結(jié)實驗心得體會。設計五類關系一、實驗目1.理解類間關系基本概念。2.掌握描繪類間關系辦法。3.掌握在RationalRose中繪制類關系操作辦法。二、實驗器材1.計算機一臺。2.RationalRose工具軟件。三、實驗內(nèi)容通過對前面內(nèi)容學習,使咱們完畢了CCUT圖書館管理系統(tǒng)需求分析,并從業(yè)務對象中抽象出了類。咱們懂得類普通是不會單獨存在,而是由關聯(lián)、泛化、依賴等關系互相協(xié)作來靜態(tài)描述業(yè)務系。因而,咱們在找出系統(tǒng)中所存在類前提下,需要進一步對業(yè)務對象間如何聯(lián)系進行建?!,F(xiàn)指派你運用本節(jié)所學有關知識,完畢如下任務:1.對書籍管理功能中類關系建模。四、實驗環(huán)節(jié)1.分析:由前面章節(jié)對圖書館管理系統(tǒng)中書籍管理業(yè)務分析和對該業(yè)務抽象出來類可知,圖書館重要靜態(tài)模型類圖是由書籍管理類、書類、書目類、管理員類、顧客類和各種界面操作類構(gòu)成。其中顧客類與管理員類是泛化關系,而其他類之間均是關聯(lián)關系。2.請依照教材中示例某些在RationalRose中繪制類間關系。繪圖環(huán)節(jié):(1)打開上面做好類圖,添加管理員類,顧客類,界面類。一方面,添加一人管理員類,圖5.1,并按照上面所說辦法添加類各種屬性和辦法,見圖5.2、圖5.3。(2)可以依照上面操作來添加其她類,如:顧客類(Reader類)、界面類(ActionForm),添加完后成果如圖5.4和圖5.5所示;(3)其她類添加完后,就可覺得各個類添加關系了,由關聯(lián)、泛化、依賴等關系互相協(xié)作來靜態(tài)描述業(yè)務系,因此,各個類關系也由這幾種關系來完畢。如圖5.6所示:Person類是administrator類和reader類兩個類父類,她們之間為泛化關系。administrator類和reader類是繼承Person類。BoobItem類是繼承Book類,其她類為普通依賴關系,最后,連接完線條便得到圖5.6。(4)依照分析設計狀況,進一步細化各類之間關系。圖5.1圖5.2圖5.3圖.5.4圖5.5圖5.6五、實驗報告規(guī)定1.整頓實驗成果。2.小結(jié)實驗心得體會。設計六交互圖一、實驗目1.理解順序圖基本概念。2.理解協(xié)作圖基本概念。3.掌握在RationalRose中繪制交互圖操作辦法。二、實驗器材1.計算機一臺。2.RationalRose工具軟件。三、實驗內(nèi)容通過對教學內(nèi)容學習,使咱們完畢了CCUT圖書館管理系統(tǒng)需求分析,并從業(yè)務對象中抽象出了類。當前需要對前面所給出用例進行實現(xiàn),而用例實現(xiàn)重要由交互圖來指定和描述系統(tǒng)動態(tài)特性。現(xiàn)指派你運用本節(jié)所學有關知識,完畢如下任務:1.對書籍管理功能中用例進行動態(tài)建模。四、實驗環(huán)節(jié)1.分析:依照演示某些對圖書業(yè)務功能模塊中交互操作進行動態(tài)建模操作環(huán)節(jié)和辦法,請你對書籍管理模塊中交互操作進行動態(tài)建模。該模塊中重要存在新增書籍、修改書籍信息和刪除書籍三種交互操作。2.請依照教材中示例某些在RationalRose中繪制上述交互圖。繪圖環(huán)節(jié):(1)在Rose軟件左邊欄目上LogiclView單擊右鍵,新建一種時序圖,時序圖是交互圖一種表達,可以用時序來表達,如圖6.1;在此,先單間簡介一下用法:圖中直線箭頭是發(fā)送消息;虛線箭頭是返回消息;曲折線是對象自己給自己發(fā)送消息并調(diào)用。(2)接下來是添加類,系統(tǒng)中類是其她辦法邊界,在上面做好類找到可以直接拖拉來圖中,見圖6.2和圖6.3所示。圖6.1圖6.2圖6.3(3)添加類后,便可以添加辦法了,開始是必須是外面實體向系統(tǒng)發(fā)送消息,如圖6.4所示,是管理員登錄時向系統(tǒng)發(fā)送消息;圖6.4(5)可以按上一步辦法來完畢其她辦法,如viladate(驗證),返回驗證成果,當顧客收到成果后,可以正常登錄后便能進行增長圖書見圖6.5到圖6.9。最后得屆時序圖如圖6.10所示。圖6.5圖6.6圖6.7圖6.8圖6.9圖6.10(6)完畢了時序圖后,可以按F5鍵便得到增長圖書協(xié)作圖,見圖6.11所示。圖6.11(7)剩余更新圖書信息和刪除圖書信息交互圖在此不再一一詳細簡介,其繪圖辦法跟繪制增長圖書辦法同樣,最后得到見圖6.12到圖6.15圖6.12圖6.13圖6.14圖6.15五、實驗報告規(guī)定1.整頓實驗成果。2.小結(jié)實驗心得體會。設計七對象圖和包一、實驗目1.對象圖基本概念。2.包基本概念。3.掌握在RationalRose中繪制對象圖和包。二、實驗器材1.計算機一臺。2.RationalRose工具軟件。三、實驗內(nèi)容CCUT圖書管理系統(tǒng)分析和設計已按籌劃完畢類圖和交互圖分析與設計,但是當這份文檔提交給圖書館使用人員審查時,她們以為最佳能用一種實例來闡明系統(tǒng)運作,現(xiàn)系統(tǒng)分析部指派您完畢該項任務,為系統(tǒng)繪制一張對象圖。1.以借書過程為例繪制對象圖;四、實驗環(huán)節(jié)為了更好描述借書過程,依照圖7.1繪制借書過程中某一時刻對象圖圖7.1(1)擬定對象值假定管理員在為讀者“S05001”辦理“UMLGuide”借書手續(xù),這時一方面彈出一種借書窗口“l(fā)fLend”,在其上輸入讀者ID和書名,點擊“借書”按鈕。這里lfLend對象將調(diào)用業(yè)務管理者類bmMain對象findBookByName辦法去獲取一種書名為“UMLGuide”Book對象bLend,然后bmMain再通過lendBook辦法,去調(diào)用bLend對象findFreeItem辦法,去查找一本可借閱圖書,這里假定找到圖書iLend,然后使用setLoanState更改iLend借閱狀態(tài)為“借出”,完畢借書過程。表7.1描述了在成功設立iLend對象借閱狀態(tài)為“借出”狀態(tài)時,與借書過程關于各對象值。表7.1類名對象名屬性值辦法LendFramelfLendBookName=”UMLGuide”ReaderID=”S05001lendBookBookManagerbmMainfindBookByNamelendBookBookbLendBookName=”UMLGuide”ISBN=”ISBN12315findFreeItemItemiLendISBN=”ISBN12315ItemID=”B05001getItemIDsetLoanState(2)繪圖,依照(1)中描述,繪制出當iLend狀態(tài)變更時,系統(tǒng)中各對象狀態(tài)如圖7.2所示。(3)依照分析設計狀況,進一步設計對象和包之間關系。圖7.2五、實驗報告規(guī)定1.整頓實驗成果。2.小結(jié)實驗心得體會。設計八組件圖和布置圖一、實驗目1.理解組件圖基本概念。2.理解組件圖應用:邏輯布置。3.理解布置圖基本概念。4.理解布置圖應用:物理布置。5.掌握組件圖和布置圖繪制辦法。二、實驗器材1.計算機一臺。2.RationalRose工具軟件。三、實驗內(nèi)容CCUT圖書管理系統(tǒng)分析和設計已按籌劃完畢類圖和交互圖分析與設計,下一步將完畢系統(tǒng)組件圖和布置圖,現(xiàn)系統(tǒng)分析部指派您完畢如下任務:完畢系統(tǒng)組件圖。四、實驗環(huán)節(jié)1.繪制組件圖分析:在CCUT圖書館管理系統(tǒng)中,通過度析可以發(fā)現(xiàn)類圖中類應分為4個某些:1.顧客接口模塊(UI),重要負責系統(tǒng)和顧客交互,涉及Frame類,Dialog類等。2.業(yè)務對象模塊(BO),重要負責解決系統(tǒng)中業(yè)務計算,如借書,還書等功能詳細操作。3.數(shù)據(jù)存儲模塊(DB),重要負責解決對數(shù)據(jù)存儲。4.通用工具模塊(UTIL),涉及系統(tǒng)中通用函數(shù)。通過一種主程序StartClass來啟動。由于系統(tǒng)中類較多,這里以業(yè)務對象模塊(BO)為例來解說如何創(chuàng)立組件圖,BO模塊中涉及Item類:書目類,表達一本實際存在書籍或雜志Loan類:借書業(yè)務類,將借閱者和圖書館關聯(lián)起來,一種Loan對象表達借出一本書BorrowerInfomation類:借閱者信息類,表達一種借閱者。Title類:表達一種書或一種雜志。如《C++編程思想》就是一種書,用1個title表達,如果有2本這樣書,則需要用2個Item表達。Reservation類:預定信息類,表達一種預定信息。Item類和Loan類之間互相依賴,Loan類和BorrowerInfomation類之間互相依賴,BorrowerInfomation類和Reservation類之間互相依賴,Reservation類和Title之間互相依賴,Title和Item類之間互相依賴。繪圖環(huán)節(jié):(1)在組件視圖中雙擊Main圖,浮現(xiàn)圖8.1,為編輯組件圖做好準備,這時繪圖工具欄中圖標如圖中橢圓所示,其中詳細含義可參看本節(jié)“補充圖標”一段簡介。圖8.1(2)在組件視圖中,從工具欄中選取MainProgram圖標,在右邊繪圖區(qū)中添加一種新組件,并取名StartClass.java表白新增一種主程序。圖8.2(3)選取新創(chuàng)立組件,點擊鼠標右鍵,在彈出菜單中選取“OpenSepcification”,彈出圖8.3對話框。(4)在對話框中,可以修改組件名稱,設立組件類型,指定實現(xiàn)語言。這里新組件名稱定為“StartClass.java”,組件構(gòu)型為MainProgram(Rose中提供了各種構(gòu)型,大某些在補充圖標一段中均有簡樸簡介),實現(xiàn)語言為JAVA(Rose中默認是分析語言Analysis),修改成果如圖8.4所示。圖8.3圖8.4(5)組件圖描述是系統(tǒng)實現(xiàn)視圖,因而要指定實現(xiàn)組件功能文獻。點擊File選項卡,在列表框中點擊鼠標右鍵,在彈出菜單中選取“Ins
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 帶家電租房合同樣本版:全新標準
- 物業(yè)安保人員雇傭合同范本
- 健身房私教服務合同完整版
- 度食品加工合作協(xié)議合同范本
- 分公司承包經(jīng)營正式合同
- 商品房裝修合同樣本(貸款專用合同)
- 綠色環(huán)保發(fā)展:新能源企業(yè)與政府合作框架合同
- 度二手汽車買賣合同模板
- 倉庫租賃合同續(xù)租標準范本
- 線上線下廣告投放外包合同
- 計算機一級測試題(附參考答案)
- 企業(yè)內(nèi)部系統(tǒng)使用權限規(guī)范
- 2024年亳州職業(yè)技術學院單招職業(yè)技能測試題庫
- 2025年旅行與旅游的未來:擁抱可持續(xù)與包容性增長報告(英文版)-世界經(jīng)濟論壇
- 學校跟移動公司合作協(xié)議
- 茶館項目創(chuàng)業(yè)計劃書
- 化工生產(chǎn)中的智能優(yōu)化
- 配電室安全規(guī)定樣本(3篇)
- 《西方經(jīng)濟學》(上冊)課程教案
- 移動政企部年終總結(jié)
- 施工合同協(xié)議書樣本
評論
0/150
提交評論