大學(xué)生網(wǎng)上訂餐系統(tǒng)UML建模

題目：大學(xué)生網(wǎng)上訂餐系統(tǒng)目錄TOC\o"1-5"\h\z\o"CurrentDocument"1背景介紹： 3\o"CurrentDocument"2需求分析 3\o"CurrentDocument"3系統(tǒng)用例模型 4\o"CurrentDocument"3.1訂餐者用例圖 4\o"CurrentDocument"3.2商家用例圖 43.3店鋪治理員用例圖 錯(cuò)誤!未定義書(shū)簽。\o"CurrentDocument"3.4定單治理員用例圖 5\o"CurrentDocument"3.5系統(tǒng)治理員用例圖 6\o"CurrentDocument"4系統(tǒng)靜態(tài)模型 75系統(tǒng)動(dòng)態(tài)模型 85.系統(tǒng)時(shí)序圖 8\o"CurrentDocument"5.1.1訂餐者訂餐 8\o"CurrentDocument"5.1.2商家治理店鋪 9\o"CurrentDocument"5.1.3店鋪治理治理員治理店鋪 10\o"CurrentDocument"5.1.4店鋪治理員成立客戶(hù)評(píng)判檔案 11\o"CurrentDocument"5店鋪治理員成立商家監(jiān)察檔案 12\o"CurrentDocument"定單治理員治理定單 13\o"CurrentDocument"系統(tǒng)治理員治理商家信息 14系統(tǒng)治理員治理訂餐者信息 錯(cuò)誤!未定義書(shū)簽。\o"CurrentDocument"統(tǒng)治理員保護(hù)系統(tǒng) 16\o"CurrentDocument"系統(tǒng)活動(dòng)圖 17\o"CurrentDocument"系統(tǒng)狀態(tài)圖 176系統(tǒng)部署模型 18系統(tǒng)構(gòu)件圖 18\o"CurrentDocument"系統(tǒng)部署圖 18\o"CurrentDocument"7總結(jié) 191背景介紹隨著網(wǎng)絡(luò)技術(shù)的飛速進(jìn)展，人們的生活也愈來(lái)愈追求方便化。通過(guò)觀(guān)看，發(fā)覺(jué)整個(gè)大學(xué)城的學(xué)生對(duì)平常訂餐需求專(zhuān)門(mén)大，但他們訂餐的方式都是比較原始的訂餐。而各個(gè)餐飲店也是各自為戰(zhàn),自己接，記錄定單需求，自己配送。如此做效率很低，利潤(rùn)薄，而且信息不流暢。因此我決定為大學(xué)生提供一個(gè)平臺(tái)---網(wǎng)上訂餐系統(tǒng)。在網(wǎng)上給申請(qǐng)的商家一個(gè)虛擬店面，能夠在上面掛上該商家的名稱(chēng)，飯菜的圖片和價(jià)錢(qián)等信息，讓訂餐者能夠方便地訂餐，還能夠?qū)ι碳业牟惋嬤M(jìn)行評(píng)判，由系統(tǒng)生成評(píng)判檔案以供其他人參考等，而商家后期只負(fù)責(zé)做飯菜并安排人配送。另外，需要按期對(duì)商家進(jìn)行衛(wèi)生平安監(jiān)察，生成商家監(jiān)察檔案，并以此為依據(jù)來(lái)決定商家的去留等。2需求分析大學(xué)生網(wǎng)上訂餐系統(tǒng)要緊有以下幾方面需求：1）訂餐者訂餐者第一需要注冊(cè)一個(gè)賬號(hào)用于系統(tǒng)登錄，登錄后能夠查看店鋪信息，并選中某一店鋪后進(jìn)入其餐飲信息界面，最終選中所需餐飲，下定單。固然用餐后還能夠?qū)Υ瞬惋嬤M(jìn)行評(píng)判。2）商家商家第一需要申請(qǐng)一個(gè)網(wǎng)上店鋪，當(dāng)申請(qǐng)通事后，登錄到系統(tǒng)中，能夠核實(shí)定單并安排配送，然后對(duì)本店的餐飲信息進(jìn)行更新。3）定單治理員當(dāng)訂餐者下定單后，定單治理員需及時(shí)生成定單，若是訂餐者對(duì)定單有所更改時(shí)，定單治理員也要及時(shí)對(duì)數(shù)據(jù)進(jìn)行更新。4）店鋪治理員當(dāng)商家申請(qǐng)通過(guò)時(shí)，店鋪治理員需要及時(shí)錄入店鋪信息，并為其設(shè)立店面、成立客戶(hù)評(píng)判檔案、商家監(jiān)察檔案。當(dāng)商家增加、修改、刪除其餐飲信息時(shí)，店鋪治理員需及時(shí)對(duì)數(shù)據(jù)進(jìn)行更新，以便其他人訂餐。若是訂餐者對(duì)某餐飲店的某餐飲進(jìn)行評(píng)判后，店鋪治理員需及時(shí)更新評(píng)判檔案。5）系統(tǒng)治理員系統(tǒng)治理員要緊完成對(duì)商家和訂餐者信息的治理、和系統(tǒng)的保護(hù)。3系統(tǒng)用例模型大學(xué)生網(wǎng)上訂餐系統(tǒng)的參與者有:訂餐者商家 店鋪管理員 訂單管理員系統(tǒng)管理員3.1訂餐者用例訂餐進(jìn)程包括選擇店鋪、選擇餐飲、下定單和到餐付訂餐者能夠登錄系統(tǒng)，登錄后能夠訂餐,款，用餐后還能夠?qū)Σ惋嬤M(jìn)行評(píng)判。訂餐進(jìn)程包括選擇店鋪、選擇餐飲、下定單和到餐付餐飲評(píng)價(jià)令getPhone。?getUsername。*getAddress()商家用例商家能夠登錄系統(tǒng),登錄后需要對(duì)訂餐者的定單進(jìn)行核實(shí)并安排配送，然后更新店鋪有關(guān)餐飲商家能夠登錄系統(tǒng),信息（增加、刪除、修改）。店鋪治理員用例店鋪治理員能夠更新店鋪信息（包括錄入新申請(qǐng)通過(guò)的商家、修改、刪除和查詢(xún)店鋪信息）,還要為每一個(gè)店鋪成立客戶(hù)評(píng)判檔案盒商家監(jiān)察檔案。定單治理員用例定單治理員當(dāng)訂餐者下定單后要當(dāng)即生成新定單，若是定單有所改動(dòng)需及時(shí)更新（查詢(xún)、修改、刪除）。q生成新的訂單//?indudo?--核實(shí)訂嘗登錄系統(tǒng)訂單管理員^manageOrder()管理訂單q生成新的訂單//?indudo?--核實(shí)訂嘗登錄系統(tǒng)訂單管理員^manageOrder()管理訂單?include?! \'?inDlcitle?修改訂單....<xincJud^?--'一.一 刪除訂單ccindtude^ 一查詢(xún)訂單系統(tǒng)治理員用例系統(tǒng)治理員能夠登錄系統(tǒng)，對(duì)商家和訂餐者的信息進(jìn)行治理（增加、刪除、修改、查詢(xún)），還有系統(tǒng)的保護(hù)。4系統(tǒng)靜態(tài)模型訂餐者、定單治理員、商家、店鋪治理員、由需求分析中知，咱們能夠依據(jù)要緊六個(gè)類(lèi)對(duì)象:系統(tǒng)治理員、定單、店鋪和餐飲創(chuàng)建完整的類(lèi)圖O訂餐者、定單治理員、商家、店鋪治理員、Person?logiriDString^passvronj.StrngS^email-String(fromUseCas...)(fromUseiCast)?getldQ^gelPasswordQ?getEmaW)訂單管理員(fromUseCasi\)訂餐者(fromUsqCas，...)

勤phon寧Siring

夠addr吟.String

^>useman)e,Siring

.系統(tǒng)t理員店鋪管理員*|etpiione():Us^rname()HMdres$()*managellserO

VianageShopManagerOQ>shopnam^:String^getPhQne()^AtShopName0(fr9tnUseCas?...)?manageShopO管理宓鋪信息.這立檔案店鋪店鋪S^shopname-String^shopaddress.Strng當(dāng)phoneString^descrption.String訂單◎shopname,String矽。。dname.String。，口untInteger^>sumpr?ce.Double?username,String6t>useraddress.Stnng%userphoneString^>foodname-String^Xoodpicture.Object得priceDouble%note.Stnng5系統(tǒng)動(dòng)態(tài)模型5.1系統(tǒng)時(shí)序5.1.1訂餐者訂餐（1）訂餐者注冊(cè)一個(gè)系統(tǒng)登錄賬號(hào)；（2）在登錄界面輸入相應(yīng)的用戶(hù)名和密碼進(jìn)行身份驗(yàn)證;（3）系統(tǒng)驗(yàn)證后將驗(yàn)證結(jié)果返回給用戶(hù)；（4）系統(tǒng)展現(xiàn)有關(guān)店鋪信息；（5）訂餐者選擇店鋪；（6）系統(tǒng)展現(xiàn)該店鋪的有關(guān)餐飲信息；（7）訂餐者閱讀信息并選擇所需餐飲；（8）訂餐者下定單；（9）下定單成功后，系統(tǒng)更新餐飲信息；（10）退出系統(tǒng)；（11）用餐后對(duì)餐飲進(jìn)行評(píng)判。匯餐由I生專(zhuān)界WI網(wǎng)公言又I 展示靈區(qū) I訂總齊向| 餐米藝.與 I 哥歡替靈京史百 I訂餐者移陸界面網(wǎng)站首頁(yè)展示頁(yè)面 訂單界面1:注冊(cè)2:身份驗(yàn)證J3；驗(yàn)證結(jié)果.4底示店鋪信息t6.訂餐者移陸界面網(wǎng)站首頁(yè)展示頁(yè)面 訂單界面1:注冊(cè)2:身份驗(yàn)證J3；驗(yàn)證結(jié)果.4底示店鋪信息t6.窟示餐飲信息尸119.翱數(shù)據(jù)、：：10.退出系統(tǒng)：11.售我評(píng)價(jià)選擇餐飲U*&下斤單鉗掇據(jù)庫(kù)依照訂餐者訂餐的時(shí)序圖能夠創(chuàng)建如下協(xié)作圖:白白白!-!白白白!-!?=小言5.1.2商家治理店鋪（1）商家申請(qǐng)一個(gè)網(wǎng)上虛擬店鋪；（2）申請(qǐng)成功后，在登錄界面輸入自己的用戶(hù)名和密碼進(jìn)行身份驗(yàn)證;（3）系統(tǒng)進(jìn)行驗(yàn)證并將驗(yàn)證結(jié)果返回給商家；（4）商家處置定單；（5）更新店鋪相關(guān)餐飲信息；（6）提交更新數(shù)據(jù)；（7）系統(tǒng)將提交的結(jié)果顯示給商家；（8）提父成功，退出系統(tǒng)。:高余 | 登錄界面 | 店螃主更 | 左策惜忠臂套 |訂單則登杲界面店鋪信息管

理訂單核對(duì)后鋪信息數(shù)

據(jù)隹登杲界面店鋪信息管

理訂單核對(duì)后鋪信息數(shù)

據(jù)隹1.申請(qǐng)店鋪\?1.申請(qǐng)店鋪\?2：身份驗(yàn)證3驗(yàn)證結(jié)果nu::4處建訂單；8:退出1?U；8:退出1?U■■7：提交結(jié)果顯示?U■口■■■■*￡更新店捕信息； ；jn6：提支信息依照商家治理店鋪的時(shí)序圖能夠創(chuàng)建如下協(xié)作圖:店鋪主5.1.3店鋪治理員治理店鋪信息（1）店鋪治理員登錄系統(tǒng)進(jìn)入治理界面;（2）對(duì)店鋪的信息進(jìn)行更新；（3）提交更新數(shù)據(jù)；（4）系統(tǒng)將提交結(jié)果顯示給店鋪治理員;（5）提交成功，退出系統(tǒng)。音■界函 | 店—a息管理gpgr I 店鋪姻K屋:店鋪管理員管理界面店鋪信息管

理界面店鋪數(shù)據(jù)庫(kù)1：登錄V2:更新店鋪信息:店鋪管理員管理界面店鋪信息管

理界面店鋪數(shù)據(jù)庫(kù)1：登錄V2:更新店鋪信息3:提交信息5:退出U 4：結(jié)果顯示CT 依照店鋪治理員治理店鋪信息的時(shí)序圖能夠創(chuàng)建如下協(xié)作圖:5.1.4店鋪治理員成立客戶(hù)評(píng)判檔案（1）店鋪治理員登錄到系統(tǒng)；（2）對(duì)訂餐者的評(píng)判進(jìn)行核實(shí)并挑選；（3）生成最終的評(píng)判檔案；（4）系統(tǒng)將結(jié)果顯示給店鋪治理員；（5）退出系統(tǒng)。評(píng)許檔矣評(píng)許控制評(píng)許檔矣:店鋪管理員<(nu':店鋪管理評(píng)價(jià)檔案<■2：篩選評(píng)價(jià)3:生成評(píng)價(jià)檔案:店鋪管理員<(nu':店鋪管理評(píng)價(jià)檔案<■2：篩選評(píng)價(jià)3:生成評(píng)價(jià)檔案評(píng)價(jià)控制依照店鋪治理員成立客戶(hù)評(píng)判檔案的時(shí)序圖能夠創(chuàng)建如下協(xié)作圖:店鋪治理員成立商家監(jiān)察檔案（1）店鋪治理員登錄到系統(tǒng)；（2）錄入通過(guò)檢查得出的監(jiān)察結(jié)果；（3）生成監(jiān)察檔案；（4）系統(tǒng)將結(jié)果顯示給店鋪治理員；（5）退出系統(tǒng)。三度檔矣:店鋪管理員店鋪管理監(jiān)察控制監(jiān)察檔案1:登錄2:三度檔矣:店鋪管理員店鋪管理監(jiān)察控制監(jiān)察檔案1:登錄2:錄入監(jiān)察結(jié)果3:生成監(jiān)察檔案出一出一、1-???5-<- nu—4：監(jiān)察第果顯示依照店鋪治理員成立商家監(jiān)察檔案的時(shí)序圖能夠創(chuàng)建如下協(xié)作圖:1-皙三1-皙三定單治理員治理定單（1）定單治理員登錄到系統(tǒng)中；（2）治理定單信息；（3）提交更新數(shù)據(jù)；（4）系統(tǒng)將更新結(jié)果顯示給定單治理員;（5）提交成功，退出系統(tǒng)。才一汽狂界面.訂單管理員管三里界面訂單管理界

面訂單故擁庫(kù).訂單管理員管三里界面訂單管理界

面訂單故擁庫(kù)1二登錄：口2二管理訂單信息3.提交更新數(shù)據(jù): 5退出if 3.提交更新數(shù)據(jù): 5退出if r? ?? ?t ?? ?U口■

■4結(jié)果顯示U.D依照定單治理員治理定單的時(shí)序圖能夠創(chuàng)建如下協(xié)作圖:系統(tǒng)治理員治理訂餐者信息（1）系統(tǒng)治理員注冊(cè)一個(gè)自己的登錄賬號(hào)；（2）輸入用戶(hù)名和密碼進(jìn)行身份驗(yàn)證；（3）系統(tǒng)將驗(yàn)證結(jié)果顯示結(jié)果返回給系統(tǒng)治理員；（4）系統(tǒng)治理員在訂餐者信息治理界面對(duì)訂餐者信息進(jìn)行更新;（5）提交更新數(shù)據(jù)；（6）系統(tǒng)將提交結(jié)果返回；（7）提交成功，退出系統(tǒng)。:芽軟生訂餐名■與M■界國(guó)登錄面l:l2:芽軟生訂餐名■與M■界國(guó)登錄面l:l2身份蛭證證結(jié)果更新訂攀者信息7：退出:5提交信息 ：7：退出:5提交信息 ：J 刊：6，寸是交果:：1.一口依照系統(tǒng)治理員治理訂餐者信息的時(shí)序圖能夠創(chuàng)建如下協(xié)作圖:5.1.8系統(tǒng)治理員治理商家信息（1）系統(tǒng)治理員注冊(cè)一個(gè)自己的登錄賬號(hào)；（2）輸入用戶(hù)名和密碼進(jìn)行身份驗(yàn)證；（3）系統(tǒng)將驗(yàn)證結(jié)果顯示結(jié)果返回給系統(tǒng)治理員；（4）系統(tǒng)治理員在商家信息治理界面對(duì)商家信息進(jìn)行更新;（5）提交更新數(shù)據(jù)；（6）系統(tǒng)將提交結(jié)果返回；（7）提交成功，退出系統(tǒng)。2：身份驗(yàn)證：： - 1 3.蓬結(jié)果 J] j j 4:更新商家信息■ 一i i 」 1? ? ?1 1 11 1 ; [i i 7退出i [一＜ 1 1 T5:提交信息、：J6:提交結(jié)果顯示］r :1=1:注冊(cè)=, J.依照系統(tǒng)治理員治理商家信息的時(shí)序圖能夠創(chuàng)建如下協(xié)作圖:(1)(1)(2)(3)(4)(5)(6)(7)5.1.9系統(tǒng)治理員保護(hù)系統(tǒng)系統(tǒng)治理員注冊(cè)一個(gè)自己的登錄賬號(hào)；輸入用戶(hù)名和密碼進(jìn)行身份驗(yàn)證；系統(tǒng)將驗(yàn)證結(jié)果顯示結(jié)果返回給系統(tǒng)治理員;系統(tǒng)治理員在系統(tǒng)保護(hù)界面對(duì)系統(tǒng)進(jìn)行保護(hù);提交保護(hù)操作；系統(tǒng)將提交結(jié)果返回；提交成功，退出系統(tǒng)。

管建界面 | 系統(tǒng)維護(hù)界面 |系統(tǒng)敷據(jù)告:系統(tǒng)管理員登錄管理界面系統(tǒng)維護(hù)界

面系統(tǒng)數(shù)據(jù)庫(kù)D管建界面 | 系統(tǒng)維護(hù)界面 |系統(tǒng)敷據(jù)告:系統(tǒng)管理員登錄管理界面系統(tǒng)維護(hù)界

面系統(tǒng)數(shù)據(jù)庫(kù)2：身份驗(yàn)證 ;3:物證結(jié)果 ?----------------: 4:進(jìn)行維護(hù)操作7:退出6:操作結(jié)果依照系統(tǒng)治理員保護(hù)系統(tǒng)的時(shí)序圖能夠創(chuàng)建如