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

1、題目：大學(xué)生網(wǎng)上訂餐系統(tǒng)目錄1背景介紹：32需求分析33系統(tǒng)用例模型43.1訂餐者用例圖43.2商家用例圖43.3店鋪管理員用例圖53.4訂單管理員用例圖53.5系統(tǒng)管理員用例圖64系統(tǒng)靜態(tài)模型75系統(tǒng)動(dòng)態(tài)模型85.系統(tǒng)時(shí)序圖85.1.1訂餐者訂餐85.1.2商家管理店鋪95.1.3店鋪管理管理員管理店鋪105.1.4店鋪管理員建立客戶評(píng)價(jià)檔案115.1.5店鋪管理員建立商家監(jiān)察檔案12 5.1.6訂單管理員管理訂單13 5.1.7系統(tǒng)管理員管理商家信息14 5.1.8系統(tǒng)管理員管理訂餐者信息155.1.9系統(tǒng)管理員維護(hù)系統(tǒng)16 5.2系統(tǒng)活動(dòng)圖175.3系統(tǒng)狀態(tài)圖176系統(tǒng)部署模型186.1

2、系統(tǒng)構(gòu)件圖186.2系統(tǒng)部署圖187總結(jié)191背景介紹隨著網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，人們的生活也越來(lái)越追求方便化。經(jīng)過(guò)觀察，發(fā)現(xiàn)整個(gè)大學(xué)城的學(xué)生對(duì)平常訂餐需求很大，但他們訂餐的方式都是比較原始的訂餐。而各個(gè)餐飲店也是各自為戰(zhàn)，自己接，記錄訂單需求，自己配送。這樣做效率很低，利潤(rùn)薄，而且信息不流暢。所以我決定為大學(xué)生提供一個(gè)平臺(tái)-網(wǎng)上訂餐系統(tǒng)。在網(wǎng)上給申請(qǐng)的商家一個(gè)虛擬店面，可以在上面掛上該商家的名稱(chēng)，飯菜的圖片和價(jià)格等信息，讓訂餐者可以方便地訂餐，還可以對(duì)商家的餐飲進(jìn)行評(píng)價(jià)，由系統(tǒng)生成評(píng)價(jià)檔案以供其他人參考等，而商家后期只負(fù)責(zé)做飯菜并安排人配送。此外，需要定期對(duì)商家進(jìn)行衛(wèi)生安全監(jiān)察，生成商家監(jiān)察檔案

3、，并以此為依據(jù)來(lái)決定商家的去留等。2 需求分析大學(xué)生網(wǎng)上訂餐系統(tǒng)主要有以下幾方面需求：1）訂餐者訂餐者首先需要注冊(cè)一個(gè)賬號(hào)用于系統(tǒng)登錄，登錄后可以查看店鋪信息，并選中某一店鋪后進(jìn)入其餐飲信息界面，最終選中所需餐飲，下訂單。當(dāng)然用餐后還可以對(duì)此餐飲進(jìn)行評(píng)價(jià)。2） 商家商家首先需要申請(qǐng)一個(gè)網(wǎng)上店鋪，當(dāng)申請(qǐng)通過(guò)后，登錄到系統(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è)立店面、建立客戶評(píng)價(jià)檔案、

4、商家監(jiān)察檔案。當(dāng)商家增加、修改、刪除其餐飲信息時(shí)，店鋪管理員需與時(shí)對(duì)數(shù)據(jù)進(jìn)行更新，以便其他人訂餐。如果訂餐者對(duì)某餐飲店的某餐飲進(jìn)行評(píng)價(jià)后，店鋪管理員需與時(shí)更新評(píng)價(jià)檔案。5） 系統(tǒng)管理員系統(tǒng)管理員主要完成對(duì)商家和訂餐者信息的管理、以與系統(tǒng)的維護(hù)。 3 系統(tǒng)用例模型大學(xué)生網(wǎng)上訂餐系統(tǒng)的參與者有：3.1 訂餐者用例圖訂餐者可以登錄系統(tǒng)，登錄后可以訂餐，訂餐過(guò)程包括選擇店鋪、選擇餐飲、下訂單以與到餐付款，用餐后還可以對(duì)餐飲進(jìn)行評(píng)價(jià)。3.2 商家用例圖商家可以登錄系統(tǒng)，登錄后需要對(duì)訂餐者的訂單進(jìn)行核實(shí)并安排配送，然后更新店鋪有關(guān)餐飲信息（增加、刪除、修改）。3.3 店鋪管理員用例圖店鋪管理員可以更新店鋪

5、信息（包括錄入新申請(qǐng)通過(guò)的商家、修改、刪除和查詢店鋪信息），還要為每一個(gè)店鋪建立客戶評(píng)價(jià)檔案盒商家監(jiān)察檔案。3.4 訂單管理員用例圖訂單管理員當(dāng)訂餐者下訂單后要立即生成新訂單，如果訂單有所改動(dòng)需與時(shí)更新（查詢、修改、刪除）。3.5 系統(tǒng)管理員用例圖系統(tǒng)管理員可以登錄系統(tǒng)，對(duì)商家和訂餐者的信息進(jìn)行管理（增加、刪除、修改、查詢），還有系統(tǒng)的維護(hù)。4 系統(tǒng)靜態(tài)模型由需求分析中知，我們可以依據(jù)主要六個(gè)類(lèi)對(duì)象：訂餐者、訂單管理員、商家、店鋪管理員、系統(tǒng)管理員、訂單、店鋪和餐飲創(chuàng)建完整的類(lèi)圖 。5 系統(tǒng)動(dòng)態(tài)模型5.1 系統(tǒng)時(shí)序圖5.1.1 訂餐者訂餐（1） 訂餐者注冊(cè)一個(gè)系統(tǒng)登錄賬號(hào)；（2） 在登錄界面輸

6、入相應(yīng)的用戶名和密碼進(jìn)行身份驗(yàn)證；（3） 系統(tǒng)驗(yàn)證后將驗(yàn)證結(jié)果返回給用戶；（4） 系統(tǒng)展示有關(guān)店鋪信息；（5） 訂餐者選擇店鋪；（6） 系統(tǒng)展示該店鋪的有關(guān)餐飲信息；（7） 訂餐者瀏覽信息并選擇所需餐飲；（8） 訂餐者下訂單；（9） 下訂單成功后，系統(tǒng)更新餐飲信息；（10） 退出系統(tǒng)；（11） 用餐后對(duì)餐飲進(jìn)行評(píng)價(jià)。根據(jù)訂餐者訂餐的時(shí)序圖可以創(chuàng)建如下協(xié)作圖：5.1.2 商家管理店鋪（1） 商家申請(qǐng)一個(gè)網(wǎng)上虛擬店鋪；（2） 申請(qǐng)成功后，在登錄界面輸入自己的用戶名和密碼進(jìn)行身份驗(yàn)證；（3） 系統(tǒng)進(jìn)行驗(yàn)證并將驗(yàn)證結(jié)果返回給商家；（4） 商家處理訂單；（5） 更新店鋪相關(guān)餐飲信息；（6） 提交更新數(shù)據(jù)

7、；（7） 系統(tǒng)將提交的結(jié)果顯示給商家；（8） 提交成功，退出系統(tǒng)。根據(jù)商家管理店鋪的時(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)。根據(jù)店鋪管理員管理店鋪信息的時(shí)序圖可以創(chuàng)建如下協(xié)作圖：5.1.4 店鋪管理員建立客戶評(píng)價(jià)檔案（1） 店鋪管理員登錄到系統(tǒng)；（2） 對(duì)訂餐者的評(píng)價(jià)進(jìn)行核實(shí)并篩選；（3） 生成最終的評(píng)價(jià)檔案；（4） 系統(tǒng)將結(jié)果顯示給店鋪管理員；（5） 退出系統(tǒng)。根據(jù)店鋪管理員建立客戶評(píng)價(jià)檔案的時(shí)序圖可以創(chuàng)建如下協(xié)作

8、圖：5.1.5 店鋪管理員建立商家監(jiān)察檔案（1） 店鋪管理員登錄到系統(tǒng)；（2） 錄入通過(guò)檢查得出的監(jiān)察結(jié)果；（3） 生成監(jiān)察檔案；（4） 系統(tǒng)將結(jié)果顯示給店鋪管理員；（5） 退出系統(tǒng)。根據(jù)店鋪管理員建立商家監(jiān)察檔案的時(shí)序圖可以創(chuàng)建如下協(xié)作圖：5.1.6 訂單管理員管理訂單（1） 訂單管理員登錄到系統(tǒng)中；（2） 管理訂單信息；（3） 提交更新數(shù)據(jù)；（4） 系統(tǒng)將更新結(jié)果顯示給定單管理員；（5） 提交成功，退出系統(tǒng)。根據(jù)訂單管理員管理訂單的時(shí)序圖可以創(chuàng)建如下協(xié)作圖：5.1.7 系統(tǒng)管理員管理訂餐者信息（1） 系統(tǒng)管理員注冊(cè)一個(gè)自己的登錄賬號(hào)；（2） 輸入用戶名和密碼進(jìn)行身份驗(yàn)證；（3） 系統(tǒng)將驗(yàn)證

9、結(jié)果顯示結(jié)果返回給系統(tǒng)管理員；（4） 系統(tǒng)管理員在訂餐者信息管理界面對(duì)訂餐者信息進(jìn)行更新；（5） 提交更新數(shù)據(jù)；（6） 系統(tǒng)將提交結(jié)果返回；（7） 提交成功，退出系統(tǒng)。根據(jù)系統(tǒng)管理員管理訂餐者信息的時(shí)序圖可以創(chuàng)建如下協(xié)作圖：5.1.8 系統(tǒng)管理員管理商家信息（1） 系統(tǒng)管理員注冊(cè)一個(gè)自己的登錄賬號(hào)；（2） 輸入用戶名和密碼進(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)。根據(jù)系統(tǒng)管理員管理商家信息的時(shí)序圖可以創(chuàng)建如下協(xié)作圖：5.1.9 系統(tǒng)管理員維護(hù)

10、系統(tǒng)（1） 系統(tǒng)管理員注冊(cè)一個(gè)自己的登錄賬號(hào)；（2） 輸入用戶名和密碼進(jìn)行身份驗(yàn)證；（3） 系統(tǒng)將驗(yàn)證結(jié)果顯示結(jié)果返回給系統(tǒng)管理員；（4） 系統(tǒng)管理員在系統(tǒng)維護(hù)界面對(duì)系統(tǒng)進(jìn)行維護(hù)；（5） 提交維護(hù)操作；（6） 系統(tǒng)將提交結(jié)果返回；（7） 提交成功，退出系統(tǒng)。根據(jù)系統(tǒng)管理員維護(hù)系統(tǒng)的時(shí)序圖可以創(chuàng)建如下協(xié)作圖：5.2 系統(tǒng)活動(dòng)圖根據(jù)大學(xué)生網(wǎng)上訂餐系統(tǒng)的整個(gè)活動(dòng)過(guò)程，創(chuàng)建了如下的系統(tǒng)活動(dòng)圖：5.3 系統(tǒng)狀態(tài)圖根據(jù)前面的分析和設(shè)計(jì)可以發(fā)現(xiàn)，每個(gè)參與者在使用系統(tǒng)前都需要進(jìn)行登錄，登錄之后就可以進(jìn)行各自相應(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)件圖我們通過(guò)構(gòu)件映射到系統(tǒng)的實(shí)現(xiàn)類(lèi)中，說(shuō)明該構(gòu)件物理實(shí)現(xiàn)的邏輯類(lèi)，在本系統(tǒng)中，我們可以對(duì)訂餐者類(lèi)、系統(tǒng)管理員類(lèi)、商家類(lèi)、店鋪管理員類(lèi)、訂單管理員類(lèi)、訂單類(lèi)和餐飲類(lèi)分別創(chuàng)建對(duì)應(yīng)的構(gòu)件進(jìn)行映射。6.2 系統(tǒng)部署圖網(wǎng)上訂餐系統(tǒng)的部署圖描繪的是系統(tǒng)節(jié)點(diǎn)上運(yùn)行資源的安排。包括四個(gè)節(jié)點(diǎn)，分別是：客戶端瀏覽器、 服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器和打印機(jī)。 7 總結(jié)經(jīng)過(guò)認(rèn)真地分析我得出了系統(tǒng)的需求分析，確定了系統(tǒng)的主要參與者以與各自的主要活動(dòng)。通過(guò)學(xué)習(xí)UML建模的有關(guān)知識(shí)和Rational Rose工具，我親自動(dòng)手練習(xí)，最終畫(huà)出了系統(tǒng)的系統(tǒng)用