大學(xué)生網(wǎng)上訂餐系統(tǒng)UML建模_第1頁
大學(xué)生網(wǎng)上訂餐系統(tǒng)UML建模_第2頁
大學(xué)生網(wǎng)上訂餐系統(tǒng)UML建模_第3頁
大學(xué)生網(wǎng)上訂餐系統(tǒng)UML建模_第4頁
大學(xué)生網(wǎng)上訂餐系統(tǒng)UML建模_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

題目:大學(xué)生網(wǎng)上訂餐系統(tǒng)目錄1背景介紹:22需求分析33系統(tǒng)用例模型43.1訂餐者用例圖43.2商家用例圖43.3店鋪管理員用例圖錯誤未定義書簽。3.4訂單管理員用例圖53.5系統(tǒng)管理員用例圖64系統(tǒng)靜態(tài)模型75系統(tǒng)動態(tài)模型85.系統(tǒng)時序圖8訂餐者訂餐8商家管理店鋪9店鋪管理管理員管理店鋪10店鋪管理員建立客戶評價檔案11店鋪管理員建立商家監(jiān)察檔案12訂單管理員管理訂單13總結(jié).系統(tǒng)管理員管理商家信息14系統(tǒng)管理員管理訂餐者信息錯誤未定義書簽。系統(tǒng)管理員維護系統(tǒng)165.2系統(tǒng)活動圖175.3系統(tǒng)狀態(tài)圖176系統(tǒng)部署模型186.1系統(tǒng)構(gòu)件圖186.2系統(tǒng)部署圖187總結(jié)191背景介紹隨著網(wǎng)絡(luò)技術(shù)的飛速發(fā)展,人們的生活也越來越追求方便化。經(jīng)過觀察,發(fā)現(xiàn)整個大學(xué)城的學(xué)生對平常訂餐需求很大,但他們訂餐的方式都是比較原始的電話訂餐。而各個餐飲店也是各自為戰(zhàn),自己接電話,記錄訂單需求,自己配送。這樣做效率很低,利潤薄,而且信息不流暢。所以我決定為大學(xué)生提供一個平臺―網(wǎng)上訂餐系統(tǒng)。在網(wǎng)上給申請的商家一個虛擬店面,可以在上面掛上該商家的名稱,飯菜的圖片和價格等信息,讓訂餐者可以方便地訂餐,還可以對商家的餐飲進行評價,由系統(tǒng)生成評價檔案以供其他人參考等,而商家后期只負責(zé)做飯菜并安排人配送。此外,需要定期對商家進行衛(wèi)生安全監(jiān)察,生成商家監(jiān)察檔案,并以此為依據(jù)來決定商家的去留等。2需求分析大學(xué)生網(wǎng)上訂餐系統(tǒng)主要有以下幾方面需求:1)訂餐者訂餐者首先需要注冊一個賬號用于系統(tǒng)登錄,登錄后可以查看店鋪信息,并選中*一店鋪后進入其餐飲信息界面,最終選中所需餐飲,下訂單。當(dāng)然用餐后還可以對此餐飲進行評價。2)商家商家首先需要申請一個網(wǎng)上店鋪,當(dāng)申請通過后,登錄到系統(tǒng)中,可以核實訂單并安排配送,然后對本店的餐飲信息進行更新。3)訂單管理員當(dāng)訂餐者下訂單后,訂單管理員需及時生成訂單,如果訂餐者對訂單有所更改時,訂單管理員也要及時對數(shù)據(jù)進行更新。4)店鋪管理員當(dāng)商家申請通過時,店鋪管理員需要及時錄入店鋪信息,并為其設(shè)立店面、建立客戶評價檔案、商家監(jiān)察檔案。當(dāng)商家增加、修改、刪除其餐飲信息時,店鋪管理員需及時對數(shù)據(jù)進行更新,以便其他人訂餐。如果訂餐者對*餐飲店的*餐飲進行評價后,店鋪管理員需及時更新評價檔案。5)系統(tǒng)管理員系統(tǒng)管理員主要完成對商家和訂餐者信息的管理、以及系統(tǒng)的維護。3系統(tǒng)用例模型大學(xué)生網(wǎng)上訂餐系統(tǒng)的參與者有:3.1訂餐者用例圖訂餐者可以登錄系統(tǒng),登錄后可以訂餐,訂餐過程包括選擇店鋪、選擇餐飲、下訂單以及到餐付款,用餐后還可以對餐飲進行評價。3.2商家用例圖商家可以登錄系統(tǒng),登錄后需要對訂餐者的訂單進行核實并安排配送,然后更新店鋪有關(guān)餐飲信息(增加、刪除、修改)。3.3店鋪管理員用例圖店鋪管理員可以更新店鋪信息(包括錄入新申請通過的商家、修改、刪除和查詢店鋪信息),還要為每一個店鋪建立客戶評價檔案盒商家監(jiān)察檔案。3.4訂單管理員用例圖訂單管理員當(dāng)訂餐者下訂單后要立即生成新訂單,如果訂單有所改動需及時更新(查詢、修改、刪除)。3.5系統(tǒng)管理員用例圖系統(tǒng)管理員可以登錄系統(tǒng),對商家和訂餐者的信息進行管理(增加、刪除、修改、查詢),還有系統(tǒng)的維護。4系統(tǒng)靜態(tài)模型由需求分析中知,我們可以依據(jù)主要六個類對象:訂餐者、訂單管理員、商家、店鋪管理員、系統(tǒng)管理員、訂單、店鋪和餐飲創(chuàng)建完整的類圖。5系統(tǒng)動態(tài)模型5.1系統(tǒng)時序圖訂餐者訂餐(1)訂餐者注冊一個系統(tǒng)登錄賬號;(2)在登錄界面輸入相應(yīng)的用戶名和密碼進行身份驗證;(3)系統(tǒng)驗證后將驗證結(jié)果返回給用戶;(4)系統(tǒng)展示有關(guān)店鋪信息;(5)訂餐者選擇店鋪;(6)系統(tǒng)展示該店鋪的有關(guān)餐飲信息;(7)訂餐者瀏覽信息并選擇所需餐飲;(8)訂餐者下訂單;(9)下訂單成功后,系統(tǒng)更新餐飲信息;(10)退出系統(tǒng);(11)用餐后對餐飲進行評價。根據(jù)訂餐者訂餐的時序圖可以創(chuàng)建如下協(xié)作圖:商家管理店鋪(1)商家申請一個網(wǎng)上虛擬店鋪;(2)申請成功后,在登錄界面輸入自己的用戶名和密碼進行身份驗證;(3)系統(tǒng)進行驗證并將驗證結(jié)果返回給商家;(4)商家處理訂單;(5)更新店鋪相關(guān)餐飲信息;(6)提交更新數(shù)據(jù);(7)系統(tǒng)將提交的結(jié)果顯示給商家;(8)提交成功,退出系統(tǒng)。根據(jù)商家管理店鋪的時序圖可以創(chuàng)建如下協(xié)作圖:店鋪管理員管理店鋪信息(1)店鋪管理員登錄系統(tǒng)進入管理界面;(2)對店鋪的信息進行更新;(3)提交更新數(shù)據(jù);(4)系統(tǒng)將提交結(jié)果顯示給店鋪管理員;(5)提交成功,退出系統(tǒng)。根據(jù)店鋪管理員管理店鋪信息的時序圖可以創(chuàng)建如下協(xié)作圖:店鋪管理員建立客戶評價檔案(1)店鋪管理員登錄到系統(tǒng);(2)對訂餐者的評價進行核實并篩選;(3)生成最終的評價檔案;(4)系統(tǒng)將結(jié)果顯示給店鋪管理員;(5)退出系統(tǒng)。根據(jù)店鋪管理員建立客戶評價檔案的時序圖可以創(chuàng)建如下協(xié)作圖:店鋪管理員建立商家監(jiān)察檔案(1)店鋪管理員登錄到系統(tǒng);(2)錄入通過檢查得出的監(jiān)察結(jié)果;(3)生成監(jiān)察檔案;(4)系統(tǒng)將結(jié)果顯示給店鋪管理員;(5)退出系統(tǒng)。根據(jù)店鋪管理員建立商家監(jiān)察檔案的時序圖可以創(chuàng)建如下協(xié)作圖:訂單管理員管理訂單(1)訂單管理員登錄到系統(tǒng)中;(2)管理訂單信息;(3)提交更新數(shù)據(jù);(4)系統(tǒng)將更新結(jié)果顯示給定單管理員;(5)提交成功,退出系統(tǒng)。根據(jù)訂單管理員管理訂單的時序圖可以創(chuàng)建如下協(xié)作圖:系統(tǒng)管理員管理訂餐者信息(1)系統(tǒng)管理員注冊一個自己的登錄賬號;(2)輸入用戶名和密碼進行身份驗證;(3)系統(tǒng)將驗證結(jié)果顯示結(jié)果返回給系統(tǒng)管理員;(4)系統(tǒng)管理員在訂餐者信息管理界面對訂餐者信息進行更新;(5)提交更新數(shù)據(jù);(6)系統(tǒng)將提交結(jié)果返回;(7)提交成功,退出系統(tǒng)。根據(jù)系統(tǒng)管理員管理訂餐者信息的時序圖可以創(chuàng)建如下協(xié)作圖:系統(tǒng)管理員管理商家信息(1)系統(tǒng)管理員注冊一個自己的登錄賬號;(2)輸入用戶名和密碼進行身份驗證;(3)系統(tǒng)將驗證結(jié)果顯示結(jié)果返回給系統(tǒng)管理員;(4)系統(tǒng)管理員在商家信息管理界面對商家信息進行更新;(5)提交更新數(shù)據(jù);(6)系統(tǒng)將提交結(jié)果返回;(7)提交成功,退出系統(tǒng)。根據(jù)系統(tǒng)管理員管理商家信息的時序圖可以創(chuàng)建如下協(xié)作圖:系統(tǒng)管理員維護系統(tǒng)(1)系統(tǒng)管理員注冊一個自己的登錄賬號;(2)輸入用戶名和密碼進行身份驗證;(3)系統(tǒng)將驗證結(jié)果顯示結(jié)果返回給系統(tǒng)管理員;(4)系統(tǒng)管理員在系統(tǒng)維護界面對系統(tǒng)進行維護;(5)提交維護操作;(6)系統(tǒng)將提交結(jié)果返回;(7)提交成功,退出系統(tǒng)。根據(jù)系統(tǒng)管理員維護系統(tǒng)的時序圖可以創(chuàng)建如下協(xié)作圖:5.2系統(tǒng)活動圖根據(jù)大學(xué)生網(wǎng)上訂餐系統(tǒng)的整個活動過程,創(chuàng)建了如下的系統(tǒng)活動圖:5.3系統(tǒng)狀態(tài)圖根據(jù)前面的分析和設(shè)計可以發(fā)現(xiàn),每個參與者在使用系統(tǒng)前都需要進行登錄,登錄之后就可以進行各自相應(yīng)的操作,操作完成后退出系統(tǒng)。創(chuàng)建的系統(tǒng)狀態(tài)圖如下:6系統(tǒng)部署圖6.1系統(tǒng)構(gòu)件圖網(wǎng)上訂餐系統(tǒng)的構(gòu)件圖我們通過構(gòu)件映射到系統(tǒng)的實現(xiàn)類中,說明該構(gòu)件物理實現(xiàn)的邏輯類,在本系統(tǒng)中,我們可以對訂餐者類、系統(tǒng)管理員類、商家類、店鋪管理員類、訂單管理員類、訂單類和餐飲類分別創(chuàng)建對應(yīng)的構(gòu)件進行映射。6.2系統(tǒng)部署圖網(wǎng)上訂餐系統(tǒng)的部署圖描繪的是系統(tǒng)節(jié)點上運行資源的安排。包括四個節(jié)點,分別是:客戶端瀏覽器、http服務(wù)器、數(shù)據(jù)庫服務(wù)器和打印機。7總結(jié)經(jīng)過認真地分析我得出了系統(tǒng)的需求分析,確定了系統(tǒng)的主要參與者以及各自的主要活動。通過學(xué)習(xí)UML建模的有關(guān)知識和RationalRo工具,我親自動手練習(xí),最終畫出了系統(tǒng)的系統(tǒng)用例模型

溫馨提示

  • 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)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論