(完整版)網(wǎng)上訂餐需求分析

1、*網(wǎng)絡(luò)訂餐需求分析報(bào)告*課程名稱：*小組成員：*“餓了嗎”學(xué)校網(wǎng)上訂餐系統(tǒng)需求分析報(bào)告2一研究意義2市場前景2功能分析31.顧客登錄網(wǎng)上訂餐系統(tǒng)進(jìn)行菜單瀏覽32.顧客注冊為會(huì)員33.顧客個(gè)人設(shè)置34.顧客購物車35.管理員后臺管理4二頂層用例示意圖5三用例分析與描述7用戶登陸9訂餐服務(wù)9查看歷史訂單10訂單處理11四類圖12動(dòng)態(tài)圖12管理員模塊12五性能要求131. 時(shí)間特性要求132. 可擴(kuò)充性要求等133. 安全可靠性144. 其它專門要求141“餓了嗎”學(xué)校網(wǎng)上訂餐系統(tǒng)需求分析報(bào)告2一研究意義2市場前景2功能分析31.顧客登錄網(wǎng)上訂餐系統(tǒng)進(jìn)行菜單瀏覽32.顧客注冊為會(huì)員33.顧客個(gè)人設(shè)置

2、34.顧客購物車35.管理員后臺管理4二頂層用例示意圖5三用例分析與描述7用戶登陸9訂餐服務(wù)9查看歷史訂單10訂單處理11四類圖12動(dòng)態(tài)圖12管理員模塊12五性能要求131. 時(shí)間特性要求132. 可擴(kuò)充性要求等133. 安全可靠性144. 其它專門要求141“餓了嗎”學(xué)校網(wǎng)上訂餐系統(tǒng)需求分析報(bào)告一研究意義隨著學(xué)校學(xué)生人數(shù)的增加， 學(xué)生對餐飲服務(wù)的要求更加高；許多學(xué)生不滿足于學(xué)校食堂的餐飲或嫌學(xué)校食堂就餐排隊(duì)時(shí)間長，而選擇回宿舍點(diǎn)外賣，所以網(wǎng)上訂餐及配送是一種個(gè)性化、多樣化的服務(wù)產(chǎn)業(yè)。隨著網(wǎng)絡(luò)技術(shù)的發(fā)展和普及，將餐飲服務(wù)與個(gè)性化、 多樣化服務(wù)的電子商務(wù)相結(jié)合，形成了方便、快捷、個(gè)性化的網(wǎng)上訂餐

3、系統(tǒng)，通過網(wǎng)上訂餐 ,顧客不必親臨現(xiàn)場 ,便可以為自己、朋友等點(diǎn)一份既營養(yǎng)又實(shí)惠的美食。其最大的優(yōu)勢在于：圖文并茂，信息能夠及時(shí)更新和在線查看，并有效地解決了傳統(tǒng)就餐過程出現(xiàn)的排隊(duì)，擁擠，信息不能及時(shí)更新的現(xiàn)象。 這樣既節(jié)省了時(shí)間， 也可以為廣大學(xué)生用戶提供更多選擇。市場前景據(jù)不完全統(tǒng)計(jì)，我們學(xué)校有點(diǎn)過外賣的人數(shù)占學(xué)生總?cè)藬?shù)的90%以上，現(xiàn)在學(xué)生寧愿點(diǎn)外賣也不愿去食堂就餐的原因有如下幾點(diǎn)。1.大學(xué)校園食堂飯菜變化較少，而且味道不太合口。2.大學(xué)生普遍都的懶惰心理。23.大學(xué)食堂與宿舍距離有一定距離，大學(xué)課程比較分散。學(xué)生去食堂就餐嫌麻煩。所以大學(xué)校園外賣點(diǎn)餐系統(tǒng)是非常有市場前景的。功能分析根據(jù)

4、對該系統(tǒng)的分析，該系統(tǒng)應(yīng)具有如下功能：1.顧客登錄網(wǎng)上訂餐系統(tǒng)進(jìn)行菜單瀏覽顯示菜品的各種信息，可分類查詢、動(dòng)態(tài)搜索、設(shè)計(jì)頁面分類、布局排版；以方便顧客瀏覽選擇。2.顧客注冊為會(huì)員顧客訪問本網(wǎng)站，直接進(jìn)入本網(wǎng)站主頁?？蛇x擇登陸，若為注冊可選擇注冊，只有注冊顧客方可點(diǎn)餐。注冊提供顧客名和密碼，顧客名能自動(dòng)檢測，若已存在則提示不可用。另外加入記住密碼功能，登陸一次可在兩周內(nèi)無需再次登陸，直接進(jìn)入登陸狀態(tài)。3.顧客個(gè)人設(shè)置自己的個(gè)人信息進(jìn)行更改，比如聯(lián)系電話。以及賬戶密碼。4.顧客購物車對已選的菜單進(jìn)行更改，選擇更改數(shù)量或者取消選擇。當(dāng)顧客確定訂餐完畢后，顧客將其提交只服務(wù)器后臺點(diǎn)餐系統(tǒng)，并生成訂單。

5、以下為顧客點(diǎn)餐流程：31. 菜品詳細(xì)信息顯示餐品中某一餐品的詳細(xì)信息，包括菜名，配料，口味，價(jià)格等，以供顧客放進(jìn)自己的購物車。2. 購物車實(shí)現(xiàn)對已定菜品的管理，包括增加菜品，刪除菜品，修改數(shù)量。3. 提交購物車并生成訂單接受購物車信息，隨即獲取訂單號，動(dòng)態(tài)刷新頂單狀態(tài)，固定時(shí)間（如30 秒）完成一道菜，顧客可繼續(xù)修改為完成的菜品，已完成菜品無法進(jìn)行操作，顧客修改訂單并保存。4. 結(jié)帳付款選擇付款方式及對此次訂餐的評價(jià)。5.結(jié)束訂餐 。5.管理員后臺管理1管理員在后臺登錄后，可以創(chuàng)建新的管理員。2管理員可以對餐廳網(wǎng)上訂餐系統(tǒng)上的菜單進(jìn)行添加、刪除和修改，比如更改菜單的圖片，價(jià)格，菜單的描述，更換

6、新品，添加新菜等。3管理員對菜單進(jìn)行管理，確定訂單的生成。4訂單提交廚房予廚師，生產(chǎn)菜品。5轉(zhuǎn)交外賣派送員派送。具體功能表：4功能類型子功能功能管理客戶注冊客戶登陸客戶操作菜品展示產(chǎn)品詳細(xì)介紹查看菜品評價(jià)添加到購物車查看購物車詳細(xì)信息或備注提交評價(jià)結(jié)束訂單管理員操作增加菜品修改菜品查看及回復(fù)留言付款操作支付方式支付結(jié)果配送確認(rèn)配送結(jié)果二頂層用例示意圖5購物車訂單信息個(gè)人信息登陸設(shè)置支付注冊顧客評價(jià)6三用例分析與描述訂餐用戶使用圖例1管理員分為兩類： 一類是系統(tǒng)管理員用例如用例圖2 所示。管理員進(jìn)行的操作 (后臺操作 )包括用戶管理，信息的瀏覽、添加、刪除、修改等等7用例圖 2另一類管理員是訂餐

7、管理人員，專門負(fù)責(zé)處理用戶預(yù)約的訂單，用例圖如圖 3 所示。用例圖 3除了用用例圖描述系統(tǒng)需求以外， 以下用活動(dòng)圖對系統(tǒng)的主要例進(jìn)行說明，更具體地描述該用例與角色的交互。8用戶登陸用戶登陸圖例用戶登錄實(shí)現(xiàn)為本網(wǎng)站注冊用戶提供身份確認(rèn)的功能，保證合法用戶的應(yīng)有權(quán)益。而且是否登錄也將決定用戶能否訂餐。用戶登錄的前置條件是在登錄前，用戶必須完成“注冊”。訂餐服務(wù)9訂餐圖例在訂餐服務(wù)用例中， 每個(gè)用戶都有個(gè)購物車， 用戶可以將自己選定的菜品及其數(shù)量放入到購物車中， 并且隨時(shí)可以查看自己預(yù)定的菜品的數(shù)量和總價(jià)格。本用例開始前用戶必須登錄到系統(tǒng)中。如果用例成功，顧客可以瀏覽自己購物車中的信息并決定是購買還

8、是刪除。查看歷史訂單查看歷史訂單圖例注冊用戶可以查看自己的歷史訂單，在歷史訂單中，可以瀏覽曾經(jīng)訂購過的菜品，對于已經(jīng)送餐后的菜品，可以進(jìn)行評分和信息反饋，不能重復(fù)評論，某個(gè)菜品在這里的評分會(huì)影響其在整個(gè)網(wǎng)站中的推薦指數(shù)。10訂單處理訂單處理圖例處理訂單的過程是訂餐管理人員參與的，當(dāng)前臺有新的訂單生成時(shí)，會(huì)自動(dòng)在后臺的現(xiàn)有訂單列表中顯示出來，訂餐管理人員可以點(diǎn)擊查看未處理的訂單， 根據(jù)實(shí)際情況進(jìn)行處理， 或者刪除不需要的訂單記錄。11四類圖動(dòng)態(tài)圖管理員模塊12五性能要求1. 時(shí)間特性要求查詢服務(wù)部分：用戶通過電腦提交查詢命令到返回結(jié)果不超過5 秒鐘。 數(shù)據(jù)管理部分：提交某一數(shù)據(jù)錄入到結(jié)果返回不超過5 秒鐘。2. 可擴(kuò)充性要求等 各種字典數(shù)據(jù)的編碼要盡可能采用行業(yè)標(biāo)準(zhǔn)， 自行編碼也應(yīng)合乎規(guī)范。 數(shù)據(jù)庫的設(shè)計(jì)應(yīng)考慮可擴(kuò)充性，以適應(yīng)今后能對數(shù)據(jù)庫中的所有信息進(jìn)行及時(shí)更新。13盡可能使用字典數(shù)據(jù)，建立字典表,一方面減少數(shù)據(jù)存儲，另一方面維護(hù)容易。3. 安全可靠性本系統(tǒng)運(yùn)行在校園網(wǎng)絡(luò)上， 前端通過 windows 的瀏覽器進(jìn)行使用， 要考慮到校園網(wǎng)在與外部網(wǎng)連接的情況下可能會(huì)受到外來的安全威脅；操作員口令應(yīng)采