在線課程選修系統(tǒng)——UML建模報告_第1頁
在線課程選修系統(tǒng)——UML建模報告_第2頁
在線課程選修系統(tǒng)——UML建模報告_第3頁
在線課程選修系統(tǒng)——UML建模報告_第4頁
在線課程選修系統(tǒng)——UML建模報告_第5頁
已閱讀5頁,還剩26頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、精選優(yōu)質(zhì)文檔-傾情為你奉上武漢工程大學(xué) 計算機科學(xué)與工程學(xué)院課程綜合設(shè)計報告設(shè)計名稱: 面向?qū)ο蠹夹g(shù)課程綜合設(shè)計 設(shè)計題目: 在線選修課程管理系統(tǒng) 學(xué)生學(xué)號: 專業(yè)班級: 二九級信息技術(shù)4班 學(xué)生姓名: 劉夢 學(xué)生成績: 指導(dǎo)教師(職稱): 張?。ǜ苯淌冢?課題工作時間: 2011年12月 說明:1、報告中的第一、二、三項由指導(dǎo)教師在綜合設(shè)計開始前填寫并發(fā)給每個學(xué)生;四、五兩項(中英文摘要)由學(xué)生在完成綜合設(shè)計后填寫。2、學(xué)生成績由指導(dǎo)教師根據(jù)學(xué)生的設(shè)計情況給出各項分值及總評成績。3、指導(dǎo)教師評語一欄由指導(dǎo)教師就學(xué)生在整個設(shè)計期間的平時表現(xiàn)、設(shè)計完成情況、報告的質(zhì)量及答辯情況,給出客觀、全面的

2、評價。4、所有學(xué)生必須參加綜合設(shè)計的答辯環(huán)節(jié),凡不參加答辯者,其成績一律按不及格處理。答辯小組成員應(yīng)由2人及以上教師組成。5、報告正文字?jǐn)?shù)一般應(yīng)不少于5000字,也可由指導(dǎo)教師根據(jù)本門綜合設(shè)計的情況另行規(guī)定。6、此表格式為武漢工程大學(xué)計算機科學(xué)與工程學(xué)院提供的基本格式(適用于學(xué)院各類綜合設(shè)計),各教研室可根據(jù)本門綜合設(shè)計的特點及內(nèi)容做適當(dāng)?shù)恼{(diào)整,并上報學(xué)院批準(zhǔn)。專心-專注-專業(yè)成績評定表類別合計分值各項分值評分標(biāo)準(zhǔn)實際得分合計得分備注平時表現(xiàn)1010按時參加綜合設(shè)計,無曠課、遲到、早退、違反實驗室紀(jì)律等情況。完成情況3020按設(shè)計任務(wù)書的要求完成了全部任務(wù),能完整演示其設(shè)計內(nèi)容,符合要求。10

3、能對其設(shè)計內(nèi)容進(jìn)行詳細(xì)、完整的介紹,并能就指導(dǎo)教師提出的問題進(jìn)行正確的回答。報告質(zhì)量3510報告文字通順,內(nèi)容翔實,論述充分、完整,立論正確,結(jié)構(gòu)嚴(yán)謹(jǐn)合理;報告字?jǐn)?shù)符合相關(guān)要求,工整規(guī)范,整齊劃一。5課題背景介紹清楚,綜述分析充分。5設(shè)計方案合理、可行,論證嚴(yán)謹(jǐn),邏輯性強,具有說服力。5符號統(tǒng)一;圖表完備、符合規(guī)范要求。5能對整個設(shè)計過程進(jìn)行全面的總結(jié),得出有價值的結(jié)論或結(jié)果。5參考文獻(xiàn)數(shù)量在3篇以上,格式符合要求,在正文中正確引用。答辯情況2510在規(guī)定時間內(nèi)能就所設(shè)計的內(nèi)容進(jìn)行闡述,言簡意明,重點突出,論點正確,條理清晰。15在規(guī)定時間內(nèi)能準(zhǔn)確、完整、流利地回答教師所提出的問題??傇u成績:

4、 分 補充說明: 指導(dǎo)教師: (簽字)日 期: 年 月 日答辯記錄表答辯地點: 機電大樓411機房 答辯內(nèi)容記錄:答辯成績合計分值各項分值評分標(biāo)準(zhǔn)實際得分合計得分備注2510在規(guī)定時間內(nèi)能就所設(shè)計的內(nèi)容進(jìn)行闡述,言簡意明,重點突出,論點正確,條理清晰。15在規(guī)定時間內(nèi)能準(zhǔn)確、完整、流利地回答教師所提出的問題。答辯小組成員(簽字): 年 月 日一、綜合設(shè)計目的、條件、任務(wù)和內(nèi)容要求:1設(shè)計目的面向?qū)ο蠹夹g(shù)是計算機科學(xué)與技術(shù)專業(yè)(信息技術(shù)方向)本科生的一門專業(yè)主干課程,本課程主要學(xué)習(xí)UML和系統(tǒng)建模技術(shù)。UML是一種定義良好、易于表達(dá)、功能強大且普遍適用的建模語言,基于UML的面向?qū)ο蠼<夹g(shù)融入

5、了軟件工程領(lǐng)域的新思想、新方法和新技術(shù),得到計算機界的廣泛關(guān)注。本課程主要介紹統(tǒng)一建模語言UML的基本概念和各種模型、視圖,以及主流建模工具Rational Rose的應(yīng)用。以統(tǒng)一建模語言UML為主線,以Rational Rose環(huán)境為建模工具,以培養(yǎng)學(xué)生的信息系統(tǒng)建模能力和軟件工程能力為目的。通過課程教學(xué)、上機實踐、作業(yè)練習(xí)、綜合設(shè)計等教學(xué)環(huán)節(jié),使學(xué)生逐步掌握UML的概念、模型和Rational Rose建模工具,并能在實踐中熟練應(yīng)用所掌握的語言和工具解決實際問題,從而培養(yǎng)學(xué)生良好的程序設(shè)計技能和軟件工程能力。2實施方式由于本課程重在培養(yǎng)學(xué)生的應(yīng)用能力,因此本課程批準(zhǔn)為考試改革課程,課程考核

6、將以項目開發(fā)和設(shè)計報告為主。具體實施方式為:針對某一信息系統(tǒng)的分析和設(shè)計,學(xué)生上機開發(fā)系統(tǒng)并撰寫報告,并在規(guī)定時間遞交程序和報告。分?jǐn)?shù)比例為:項目開發(fā)結(jié)果(即相關(guān)程序代碼)為60%,設(shè)計報告為40%。3任務(wù)和要求:針對某一信息系統(tǒng),完成如下任務(wù):(1)簡要的需求分析(2)建立該系統(tǒng)的各種視圖和模型。(3)完成各項系統(tǒng)功能的設(shè)計。(4)形成系統(tǒng)建模的各種文檔和開發(fā)報告。4工具與環(huán)境:建模工具:Rational Rose 指導(dǎo)教師簽字: 張俊 2011 年 11 月 03 日二、進(jìn)度安排:第11周第12周:熟悉Rational Rose建模工具;確定目標(biāo)系統(tǒng),收集整理系統(tǒng)需求。第13周第16周:完

7、成系統(tǒng)的分析與設(shè)計,按照要求建立系統(tǒng)的各種功能模型。撰寫設(shè)計報告,并按時遞交。第17周:成果驗收,答辯及成績評定。三、應(yīng)收集資料及主要參考文獻(xiàn):1拉曼著. UML和模式應(yīng)用. 機械工業(yè)出版社, 2006.5.2福勒,徐家福著.UML精粹.清華大學(xué)出版社,2005.5.3施穆勒,李虎著.UML基礎(chǔ)案例與應(yīng)用.人民郵電出版社,200Booch著.UML用戶指南.人民郵電出版社,2006.6.4(美)Wendy Boggs著,邱仲潘 譯.UML with Rational Rose從入門到精通.電子工業(yè)出版社.2000.3.5國剛 著.UML與Rational Rose2003 軟件工

8、程統(tǒng)一建模原理與實踐教程.電子工業(yè)出版社.2007.4.6劉敏鶯 著.Rational Rose 2003基礎(chǔ)教程.冶金工業(yè)出版社.2005.5.7Scott W.Ambler著,王少峰 譯.UML風(fēng)格.清華大學(xué)出版社.2004.7.8Martin Fowler著.UML Distilled. Addison-Wesley Professional. 2003.9.25.四、課程綜合設(shè)計摘要(中文):本系統(tǒng)以網(wǎng)絡(luò)為平臺,教師可以選擇要教授的課程以及查詢選修所教課程的學(xué)生花名冊,學(xué)生可以選課并按最終的課程表到財務(wù)處繳費,教務(wù)管理人員負(fù)責(zé)協(xié)調(diào)選課(教師和學(xué)生選課均有門數(shù)或人數(shù)限制)、排出本學(xué)期的課

9、程表并管理教師和學(xué)生的信息。關(guān)鍵詞:學(xué)生選課 數(shù)據(jù)庫 管理 ASP.NET五、課程綜合設(shè)計摘要(英文):This system is based on the net on which teacher can choose courses to teach and request for the roster of students who chose the courses. And on this system, student can choose the courses he/she likes and pay for them according to the final curri

10、culum. The administrator of this system coordinate course-choosing for there are some restricts on the number of people, arrange the schedule of this semester and manage information of professors and students.Key: course-choosing, data base, manage, ASP.NET目 錄摘 要 IAbstract . I第一章 概述.11.1 課題背景和研究意義.1

11、1.2 主要工作和論文結(jié)構(gòu) . 1第二章需求分析 . 22.1 UML概述 .2 2.2 需求分析.22.2.1 系統(tǒng)流程圖.32.3 系統(tǒng)用例模型 .3 2.3.1 系統(tǒng)參與者及用例.3 2.3.2 主用例圖 .5 第三章系統(tǒng)靜態(tài)建模. 63.1 關(guān)于類元的包圖. .6 3.2 類之間的關(guān)系 .8第四章系統(tǒng)動態(tài)建模. 94.1 序列圖 .9 4.1.1 制作課程目錄序列圖.94.1.2課程信息管理序列圖 .104.2 協(xié)作圖 .11 4.2.1 課程信息管理協(xié)作圖.11 4.3 狀態(tài)圖 .12第五章系統(tǒng)實現(xiàn)建模. 145.1 構(gòu)件圖 .14 5.1.1 關(guān)于構(gòu)件的包圖 .14 5.1.2 U

12、niversity構(gòu)件圖.15 5.2 部署圖 .15 總結(jié) .16致 謝 .17 參考文獻(xiàn) .18 摘 要本系統(tǒng)以網(wǎng)絡(luò)為平臺,教師可以選擇要教授的課程以及查詢選修所教課程的學(xué)生花名冊,學(xué)生可以選課并按最終的課程表到財務(wù)處繳費,教務(wù)管理人員負(fù)責(zé)協(xié)調(diào)選課(教師和學(xué)生選課均有門數(shù)或人數(shù)限制)、排出本學(xué)期的課程表并管理教師和學(xué)生的信息。本系統(tǒng)利用IBM Rational Rose建模,建立了系統(tǒng)需求和系統(tǒng)體系架構(gòu)的可視化模型,幫助系統(tǒng)開發(fā),進(jìn)而方便教師和學(xué)生選課,實現(xiàn)學(xué)生選課的動態(tài)管理以及教師和學(xué)生的信息管理,使得對信息的管理更加及時、高效,提高了效率。關(guān)鍵詞:學(xué)生選課 ; 數(shù)據(jù)庫 ; 管理Abst

13、ractThis system is based on the net on which teacher can choose courses to teach and request for the roster of students who chose the courses. And on this system, student can choose the courses he/she likes and pay for them according to the final curriculum. The administrator of this system coordina

14、te course-choosing for there are some restricts on the number of people, arrange the schedule of this semester and manage information of professors and students. IBM Rational Rose is a visual modeling and development tool that uses UML to enable software application development, data modeling, web s

15、ervices design, business modeling, legacy application extension and component-based modeling. This system is based on this tool. By it we can build the visual model.Keywords:course-choosing, data base, manage 第一章 概述在線課程選修系統(tǒng)是一個很常用,應(yīng)用也是很廣泛的一個課題,對于這個系統(tǒng)的開發(fā),也有各式各樣的工具,例如Java,ASP.NET等等。但是本系統(tǒng)的目的不在開發(fā),只在可視化建模

16、,也是為開發(fā)作好鋪墊。1.1 課題背景和研究意義為了豐富同學(xué)的生活,拓展大家的知識面,加強學(xué)生素質(zhì)教育,培養(yǎng)復(fù)合型人才而開設(shè)的選修課程,不能像必修課一樣提前設(shè)定安排,要根據(jù)個人的興趣愛好自由選擇,這就對課程選排帶來了一些挑戰(zhàn)。在沒有網(wǎng)上選課系統(tǒng)時,課程安排不僅帶來大人力物力的消耗,還會帶來時間,財務(wù)上的浪費,數(shù)據(jù)資料的統(tǒng)計管理也存在很多的問題。隨著技術(shù)的發(fā)展,網(wǎng)上選課系統(tǒng)成為學(xué)校課程管理必不可少的管理工具。網(wǎng)上選課系統(tǒng)不僅節(jié)省很多時間,節(jié)約資源,提高了數(shù)據(jù)處理的工作效率。同時也提高了學(xué)生選課的準(zhǔn)確性,學(xué)生能更自主,便捷的進(jìn)行選課。1.2 主要工作和論文結(jié)構(gòu)本次設(shè)計的任務(wù)是使用Rational

17、Rose 2003對該系統(tǒng)進(jìn)行系統(tǒng)建模。通過使用用例驅(qū)動創(chuàng)建系統(tǒng)用例模型、獲取系統(tǒng)的需求,并使用系統(tǒng)的靜態(tài)模型創(chuàng)建系統(tǒng)內(nèi)容,然后通過動態(tài)模型對系統(tǒng)的內(nèi)容進(jìn)行補充和說明,最后通過部署模型完成系統(tǒng)的部署情況。論文第一章簡要闡述了此次課題的背景和研究意義;第二章對本系統(tǒng)做需求分析,給出系統(tǒng)流程圖以及用例模型;第三章系統(tǒng)靜態(tài)建模,為每個類創(chuàng)建包,畫類圖;第四章系統(tǒng)動態(tài)建模,給出序列圖、協(xié)作圖、狀態(tài)圖以及活動圖;第五章系統(tǒng)實現(xiàn)建模,給出構(gòu)件圖以及部署圖。第二章 需求分析在線課程選修系統(tǒng)是一個便于師生進(jìn)行網(wǎng)上課程選修的管理信息系統(tǒng),該系統(tǒng)能夠為教師和學(xué)生提供方便的選課服務(wù),也能夠為教務(wù)管理員提供方便的管理

18、學(xué)生和教師信息的服務(wù)。2.1 UML概述Unified Modeling Language (UML)又稱統(tǒng)一建模語言或標(biāo)準(zhǔn)建模語言,是始于1997年一個OMG標(biāo)準(zhǔn),它是一個支持模型化和軟件系統(tǒng)開發(fā)的圖形化語言,為軟件開發(fā)的所有階段提供模型化和可視化支持,包括由需求分析到規(guī)格,到構(gòu)造和配置。 面向?qū)ο蟮姆治雠c設(shè)計(OOAD,OOAD)方法的發(fā)展在80年代末至90年代中出現(xiàn)了一個高潮,UML是這個高潮的產(chǎn)物。它不僅統(tǒng)一了Booch、Rumbaugh和Jacobson的表示方法,而且對其作了進(jìn)一步的發(fā)展,并最終統(tǒng)一為大眾所接受的標(biāo)準(zhǔn)建模語言。標(biāo)準(zhǔn)建模語言UML的主要特點可以歸結(jié)為三點: (1) U

19、ML統(tǒng)一了Booch、OMT和OOSE等方法中的基本概念。 (2) UML還吸取了面向?qū)ο蠹夹g(shù)領(lǐng)域中其他流派的長處,其中也包括非OO方法的影響。UML符號表示考慮了各種方法的圖形表示,刪掉了大量易引起混亂的、多余的和極少使用的符號,也添加了一些新符號。因此,在UML中匯入了面向?qū)ο箢I(lǐng)域中很多人的思想。這些思想并不是UML的開發(fā)者們發(fā)明的,而是開發(fā)者們依據(jù)最優(yōu)秀的OO方法和豐富的計算機科學(xué)實踐經(jīng)驗綜合提煉而成的。 (3)UML在演變過程中還提出了一些新的概念。在UML標(biāo)準(zhǔn)中新加了模板(Stereotypes)、職責(zé)(Responsibilities)、擴(kuò)展機制(Extensibility mec

20、hanisms)、線程(Threads)、過程(Processes)、分布式(Distribution)、并發(fā)(Concurrency)、模式(Patterns)、合作(Collaborations)、活動圖(Activity diagram)等新概念,并清晰地區(qū)分類型(Type)、類(Class)和實例(Instance)、細(xì)化(Refinement)、接口(Interfaces)和組件(Components)等概念。 因此可以認(rèn)為,UML是一種先進(jìn)實用的標(biāo)準(zhǔn)建模語言,但其中某些概念尚待實踐來驗證,UML也必然存在一個進(jìn)化過程。2.2 需求分析網(wǎng)上選課系統(tǒng)是一個學(xué)校用來進(jìn)行對學(xué)生選修課程管理

21、的信息系統(tǒng)。該系統(tǒng)能夠為學(xué)生提供方便的選課功能,也能夠提高學(xué)校對學(xué)生和教育管理的效率。網(wǎng)上選課系統(tǒng)包括的主要內(nèi)容有:1)大學(xué)教師選擇本學(xué)期要教授的課程,教師選課結(jié)束后,教務(wù)管理人員進(jìn)行協(xié)調(diào)和確認(rèn)教師的課程,并創(chuàng)建本學(xué)期的課程目錄表,向?qū)W生公布。教師可查詢所教課程的學(xué)生花名冊(roster)。 2)教務(wù)管理人員維護(hù)學(xué)生、教師和課程的信息。查看所有的學(xué)生信息和課程信息,對以上信息進(jìn)行添加,修改,刪除。3)學(xué)生通過客戶機瀏覽器根據(jù)學(xué)號和密碼進(jìn)入個人信息界面。可以進(jìn)行在線選課。選擇好課程后進(jìn)行提交,系統(tǒng)要記錄學(xué)生所選擇地課程和提交時間;學(xué)生也可撤銷提交。也可以進(jìn)行查詢已選課程及自己基本信息的查詢。4)

22、選課中心處理選課數(shù)據(jù)。查看選課信息,統(tǒng)計每門課程的選課人數(shù),停開選課人數(shù)少于規(guī)定人數(shù)的課程。2.3 系統(tǒng)用例模型2.3.1 系統(tǒng)參與者及用例1.系統(tǒng)參與者: 1) 教師 2)學(xué)生 3)教務(wù)管理人員 4)選課中心2.系統(tǒng)用例 1)教師:登陸查看教學(xué)公告 教師個人信息管理 選擇課程教授 查看學(xué)生信息 提交學(xué)生成績2)學(xué)生:登陸 選課 退課 課程查詢 查看個人信息 查看教師信息3)教務(wù)管理人員:教師信息管理 學(xué)生信息管理 修改,添加,刪除學(xué)生信息 課程信息管理 修改,添加,刪除課程 公布課程目錄4)選課中心:查詢所有學(xué)生的選課信息 刪除人數(shù)不夠的課程 統(tǒng)計每門課程的選課人數(shù)2.3.2 用例圖圖2.2

23、 主用例圖關(guān)于此用例圖的說明如下:1) 參與者Student能夠通過該系統(tǒng)查詢并選擇課程;2) Professor能夠通過該系統(tǒng)進(jìn)行如下活動:l 選擇教授課程:Professor選擇本學(xué)期要教授的課程,且每位教師最多只能上報4門課程。l 查詢學(xué)生名單:選課結(jié)束后,Professor可以查詢所教課程的學(xué)生名單。3) Administrator能夠通過該系統(tǒng)進(jìn)行如下活動:l 維護(hù)教師信息:教務(wù)管理員可以管理并維護(hù)教師的個人信息。l 維護(hù)學(xué)生信息:教務(wù)管理員可以管理并維護(hù)學(xué)生的個人信息。l 維護(hù)課程信息:教務(wù)管理員可以管理并維護(hù)課程信息。l 制作課程目錄:教師選課結(jié)束后,教務(wù)管理人員通過協(xié)調(diào)和確認(rèn)教

24、師的課程,創(chuàng)建本學(xué)期的課程目錄表,向?qū)W生公布。第三章 系統(tǒng)靜態(tài)建模在獲得系統(tǒng)的基本需求的用例模型后,可通過考察系統(tǒng)對象的各種屬性創(chuàng)建系統(tǒng)的靜態(tài)模型。例如學(xué)生和教師都有name和IDnumber的屬性,系統(tǒng)管理員登陸系統(tǒng)時,需要提供系統(tǒng)管理員的用戶名和密碼。3.1 包圖圖3.1 包圖關(guān)于該圖的說明如下:如圖所示,Logical view中創(chuàng)建了三個包:人員(PeopleInfo),界面(Interfaces),學(xué)校工件(UniversityArtifacts)。各個包中創(chuàng)建了各自的類、類圖。人員(People)包中的類圖如圖3.2所示。圖3.2 Peole包中的類圖學(xué)校工件(University

25、Artifacts)包中的類圖如圖3.3所示。圖3.3 UniversityArtifacts包中的類圖上圖中包含4個類:ProfessorCourseOptions, Course, ProfessorCourseManager, CourseOffering。其中ProfessorCourseOptions是一個邊界類,它是界面包中的一個類,Course類和CourseOffering屬于實體類,ProfessorCourseManager是一個控制類,用來管理課程類,Course類是CourseOffering類的泛化,泛化和關(guān)聯(lián)關(guān)系如圖中所示。3.2 類之間的關(guān)系圖3.4 類之間的關(guān)系

26、關(guān)于該圖的說明如下:該圖中六個類RegistrationUser, Professor, Student, CourseOffering, Fulltime, Parttime均是實體(entity)類。1) 類Professor和類Student是類RegistrationUser的繼承,即類RegistrationUser是類Professor和類Student的泛化。基類RegistrationUser中的屬性name和IDnumber是它的派生類Professor和Student的共同屬性,自動擁有。除此之外,派生類Professor和Student均有自己的屬性,分別為teachin

27、g和major。2) 供選課程類和類Professor和Student均有關(guān)聯(lián),這些關(guān)聯(lián)的多重度和角色如圖所示。3) 學(xué)生類又可分為全職學(xué)生和業(yè)余學(xué)生,故Student類又可派生為Fulltime類和Parttime類,所以它們之間的泛化關(guān)系如圖所示。第四章 系統(tǒng)動態(tài)建模根據(jù)系統(tǒng)的用例模型還可以通過對象之間的相互作用來考察系統(tǒng)對象的行為。這種交互作用通過兩種方式進(jìn)行考察,一種是通過相互作用的一組對象為中心考察,即通過交互圖進(jìn)行,包括序列圖和協(xié)作圖;另一種是通過以獨立的對象為中心進(jìn)行考察,包括活動圖和狀態(tài)圖。對象之間的相互作用構(gòu)成了系統(tǒng)的動態(tài)模型。序列圖描繪了系統(tǒng)中的一組對象在時間上交互的整體行

28、為。協(xié)作圖描繪了系統(tǒng)中一組對象在幾何排列上的交互行為。在在線選修課程系統(tǒng)中,通過上述的用例可以獲得以下的交互行為:l 學(xué)生查詢選擇課程。l 教師選擇教授課程。l 教師查詢學(xué)生名單。l 教務(wù)管理員管理學(xué)生信息。l 教務(wù)管理員管理教師信息。l 教務(wù)管理員管理課程信息。l 教務(wù)管理員制作課程目錄。4.1 序列圖4.1.1 制作課程目錄序列圖對“教務(wù)管理員制作課程目錄”用例的描述如表4.1所示。表4.1 教務(wù)管理員制作課程目錄名稱教務(wù)管理員制作課程目錄標(biāo)識描述前提結(jié)果擴(kuò)展包含繼承自UC007教務(wù)管理員制作課程目錄,向?qū)W生公布教師選擇要教授的課程制作出本學(xué)期的課程目錄N/AN/AN/A可以通過更加具體的

29、描述來確定教務(wù)管理員制作課程目錄的工作流程,基本工作流程如下:1) 教務(wù)管理員創(chuàng)建選課之前的課程目錄供教師選課。2) 教師根據(jù)教務(wù)管理員給出的課程目錄表選擇自己要教授的課程并提交。3) 教務(wù)管理員協(xié)調(diào)教師選課并創(chuàng)建最終的供學(xué)生選課的課程目錄表。根據(jù)基本流程圖,創(chuàng)建教務(wù)管理員制作課程目錄的序列圖如圖4.1所示。圖4.1 管理員制作課程目錄序列圖4.1.2 課程信息管理序列圖對“教務(wù)管理員管理課程信息”用例的描述如表4.2所示。表4.2 教務(wù)管理員管理課程信息名稱教務(wù)管理員管理課程信息標(biāo)識描述前提結(jié)果擴(kuò)展包含繼承自UC006教務(wù)管理員管理課程信息教務(wù)管理員已經(jīng)登錄增加一門課程N/AN/AN/A教務(wù)

30、管理員管理課程信息的工作流程如下:1. 教務(wù)管理員將新的課程信息輸入到課程表中。2. 教務(wù)管理員處理課程信息。3. 增加一門新的課程至the manager。根據(jù)基本流程圖,創(chuàng)建教務(wù)管理員管理課程信息的序列圖如圖4.2所示。圖4.2 教務(wù)管理員課程信息管理序列圖4.2 協(xié)作圖4.2.1 課程信息管理協(xié)作圖上一節(jié)中給出了教務(wù)管理員管理課程信息的序列圖,與之等價的協(xié)作圖如圖4.3所示。圖4.3 教務(wù)管理員管理課程信息協(xié)作圖4.3 狀態(tài)圖上面描述了用例的活動狀態(tài),它們都是通過一組對象的交互活動來表達(dá)用例的行為。接著需要對有明確狀態(tài)轉(zhuǎn)換的類進(jìn)行建模。在在線選修課程系統(tǒng)中,CourseOffering類

31、是有明確狀態(tài)轉(zhuǎn)換的類。CourseOffering類包含以下的狀態(tài):初始化(Initialization)、打開(Open)、取消(Canceled)、關(guān)閉(Closed)。它們之間的轉(zhuǎn)換規(guī)則如下:l 系統(tǒng)初始化供選課程的數(shù)據(jù)后,可以通過增加選修該課程的學(xué)生轉(zhuǎn)換為Open狀態(tài),將選修該課程的學(xué)生注冊到該課程的學(xué)生花名冊(CourseRoster),在此狀態(tài)下可以連續(xù)進(jìn)行add student的操作,但前提是要保證注冊到該課程的學(xué)生人數(shù)不得多于10人。l 在Open狀態(tài)下,一旦注冊到該課程的人數(shù)達(dá)到10個人,即轉(zhuǎn)換到Closed狀態(tài),停止學(xué)生再注冊到該課程。l 在Open狀態(tài)或Closed狀態(tài)下

32、,一旦學(xué)生取消選課操作,則轉(zhuǎn)換為Canceled狀態(tài),刪除注冊到該課程。根據(jù)供選課程的各種狀態(tài)以及狀態(tài)轉(zhuǎn)換規(guī)則,創(chuàng)建供選課程的狀態(tài)圖如圖4.4所示。圖4.4 CourseOffering類的狀態(tài)圖第五章 系統(tǒng)實現(xiàn)建模前面的靜態(tài)模型和動態(tài)模型都是按照邏輯的觀點對系統(tǒng)進(jìn)行的概念建模,還需要對系統(tǒng)的實現(xiàn)結(jié)構(gòu)進(jìn)行建模。對系統(tǒng)的實現(xiàn)結(jié)構(gòu)進(jìn)行建模的方式包括兩種,即構(gòu)件圖和部署圖。構(gòu)件,即構(gòu)造應(yīng)用的軟件單元。構(gòu)件圖中不僅包括構(gòu)件,同時還包括構(gòu)件之間的依賴關(guān)系,以便通過依賴關(guān)系估計對系統(tǒng)構(gòu)件的修改可能給系統(tǒng)造成的影響。在在線課程選修系統(tǒng)中,通過構(gòu)件映射到系統(tǒng)的實現(xiàn)類中,說明該構(gòu)件物理實現(xiàn)的邏輯類。5.1 構(gòu)件

33、圖5.1.1關(guān)于構(gòu)件的包圖圖5.1 系統(tǒng)構(gòu)件包圖在構(gòu)件圖(Component View)的主構(gòu)件圖Main中創(chuàng)建如圖所示的構(gòu)件包,并且Interfaces包中的構(gòu)件使用University中的構(gòu)件,University包中的構(gòu)件使用包Error Handling、Database、Foundations中的構(gòu)件,Database包中的構(gòu)件使用Error Handling中的構(gòu)件,Error Handling中的構(gòu)件使用Foundations中的構(gòu)件。5.1.2 University構(gòu)件圖圖5.1中的構(gòu)件包University中的構(gòu)件圖如圖5.2所示。圖中的各個構(gòu)件分別映射到系統(tǒng)的實現(xiàn)類中。圖5

34、.2 University構(gòu)件圖5.2 部署圖系統(tǒng)的部署圖描繪的是系統(tǒng)節(jié)點上運行資源的安排。在在線課程選修系統(tǒng)中,系統(tǒng)包含三個節(jié)點,分別是:數(shù)據(jù)庫節(jié)點,負(fù)責(zé)數(shù)據(jù)存儲、處理等;教師節(jié)點,教師通過該節(jié)點執(zhí)行選擇教授課程操作;學(xué)生節(jié)點,學(xué)生通過該系統(tǒng)實現(xiàn)退選課操作。在線課程選修系統(tǒng)的部署圖如圖5.3所示。圖5.3 系統(tǒng)部署圖總 結(jié)UML是支持面向軟件開發(fā)的建模語言。它獨立于過程,UML不依賴于特定的軟件開發(fā)過程。概念明確,建模表示法簡潔,圖形結(jié)果清晰,容易掌握和使用。本次實驗主要進(jìn)行系統(tǒng)靜態(tài)和動態(tài)建模及UML實現(xiàn)和部署的應(yīng)用報告中的靜態(tài)建模機制包括:用例圖(Use case diagram)、類圖(Class diagram);動態(tài)建模

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論