大學生網上訂餐系統UML建模_第1頁
大學生網上訂餐系統UML建模_第2頁
大學生網上訂餐系統UML建模_第3頁
大學生網上訂餐系統UML建模_第4頁
大學生網上訂餐系統UML建模_第5頁
已閱讀5頁,還剩19頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

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

勤phon寧Siring

夠addr吟.String

^>useman)e,Siring

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

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

理訂單核對后鋪信息數

據隹登杲界面店鋪信息管

理訂單核對后鋪信息數

據隹1.申請店鋪\?1.申請店鋪\?2:身份驗證3驗證結果nu::4處建訂單;8:退出1?U;8:退出1?U■■7:提交結果顯示?U■口■■■■*£更新店捕信息; ;jn6:提支信息依照商家治理店鋪的時序圖能夠創建如下協作圖:店鋪主5.1.3店鋪治理員治理店鋪信息(1)店鋪治理員登錄系統進入治理界面;(2)對店鋪的信息進行更新;(3)提交更新數據;(4)系統將提交結果顯示給店鋪治理員;(5)提交成功,退出系統。音■界函 | 店—a息管理gpgr I 店鋪姻K屋:店鋪管理員管理界面店鋪信息管

理界面店鋪數據庫1:登錄V2:更新店鋪信息:店鋪管理員管理界面店鋪信息管

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

面訂單故擁庫.訂單管理員管三里界面訂單管理界

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

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

管建界面 | 系統維護界面 |系統敷據告:系統管理員登錄管理界面系統維護界

面系統數據庫D管建界面 | 系統維護界面 |系統敷據告:系統管理員登錄管理界面系統維護界

面系統數據庫2:身份驗證 ;3:物證結果 ?----------------: 4:進行維護操作7:退出6:操作結果依照系統治理員保護系統的時序圖能夠創建如

溫馨提示

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

評論

0/150

提交評論