酒店點菜管理系統(tǒng)(2024124740)

1、餐飲點菜管理系統(tǒng)分析與設(shè)計一：餐飲行業(yè)點菜管理系統(tǒng)設(shè)計的需求分析傳統(tǒng)的餐飲效勞流程中，人工點菜、下單、催菜、結(jié)賬等環(huán)節(jié)不僅需要許多 人力，還會在執(zhí)行過程中消耗掉不少時間， 降低餐廳的效率，容易使顧客產(chǎn)生不 滿的同時，也增加了餐廳的本錢。如何在生活節(jié)奏日益加快及競爭越來越劇烈的 今天，提高餐廳效率，從而提升顧客滿意度、降低本錢，是眾多餐飲行業(yè)想要克 服的難題。盡管我國現(xiàn)階段餐飲業(yè)的開展無論是在行業(yè)規(guī)模、設(shè)施質(zhì)量上，還是在經(jīng)營 觀念、管理水平上，都已經(jīng)取得了長足的進(jìn)步。據(jù)統(tǒng)計，餐飲行業(yè)的年增長率比 其它行業(yè) 高了十個百分點以上，被稱為中國的黃金產(chǎn)業(yè)。擁有著巨大的消費市 場。餐飲行業(yè)也是一個古老的行

2、業(yè)，最初出現(xiàn)的是手工餐飲，在這種手工作坊式 的方法中，存在著很多弊端。比方，人工計算賬單容易出現(xiàn)過失，收銀過程中 的漏單、偷錢現(xiàn)象普遍發(fā)生，客人的消費單據(jù)也難以保存和查詢，更無法對營 業(yè)數(shù)據(jù)進(jìn)行統(tǒng) 計分析方便于以后業(yè)務(wù)的決策。電子商務(wù)的模式異軍崛起，為餐飲業(yè)的開展帶來了機遇和挑戰(zhàn)。很多餐飲企 業(yè)，尤其是大型的餐飲企業(yè)，依托于先進(jìn)的信息工具，不斷的提高自身的市場 應(yīng)變能力 與生存能力。在規(guī)模比擬大的餐飲企業(yè)，其優(yōu)勢已經(jīng)比擬明顯和突出。無論是顧客的預(yù)定、接待、點菜、上菜的效率，還是在生意繁忙的時候，電子化的管理方式都能夠極大的提高餐廳的運行效率。同時在條碼劃菜、收銀、營業(yè)額 統(tǒng)計等各方面也起到了積

3、極的作用。除了餐廳的電子化管理，人員的管理 也可以通 過電子商務(wù)來實現(xiàn)。查詢營業(yè)收入統(tǒng)計、職工業(yè)績統(tǒng)計、人均消費額 等。電子商務(wù)的運動對餐飲業(yè)的經(jīng)營在業(yè)務(wù)管理方面和人員管理方面都起到輔助 決策作用。二：餐飲行業(yè)點菜管理系統(tǒng)設(shè)計的可行性分析分析技術(shù)可行性隨著國內(nèi)餐飲量的日益增長的需求，一個智能化的點菜系統(tǒng)的市場空間廣 闊。構(gòu)建這個系統(tǒng)所需要的軟硬件環(huán)境并不復(fù)雜，就其技術(shù)構(gòu)成而言，還是一 個數(shù)據(jù)庫應(yīng)用類的應(yīng)用系統(tǒng)， 其根本操作還是對數(shù)據(jù)庫的增加、 刪除、查找等， 無 非是多了一個客戶端和效勞器的交互。所以技術(shù)上不存在太大的問題2.2 經(jīng)濟可行性 對于現(xiàn)在比擬大的企業(yè)而言，一個智能化的點菜系統(tǒng)一般都

4、是由幾個終端 和后臺效勞器組成。 這種技術(shù)架構(gòu)很成熟， 但是弊端是功能比擬單一， 只能作為 點餐使用。 增加了系統(tǒng)本錢， 造成了資源的浪費。 而且此系統(tǒng)只能夠由餐廳效勞 員使用。而本智能點菜系統(tǒng)， 可以由效勞員幫助來餐館的顧客使用， 也可以由已經(jīng)注 冊的用戶自己訂菜，用戶群體更大，無形中節(jié)約了資源。對于餐廳而言， 也擴 展了效勞群體的范圍。開發(fā)環(huán)境可行性 本系統(tǒng)的開發(fā)環(huán)境如下，這些開發(fā)環(huán)境全部免費：SQL sever 2000 暫定于這個，可能用其他的數(shù)據(jù)庫 三：用例的詳細(xì)描述：1管理系統(tǒng) 參與者：系統(tǒng)管理員 前置條件：正確登錄， 對系統(tǒng)進(jìn)行管理。 異 常：輸入數(shù)據(jù)格式不正確或者不能正確登錄。

5、 后置條件：返回系統(tǒng)的主界面或 者登錄界面。 2點菜 參與者：顧客，效勞員 前置條件：注冊后的用戶可以通過登錄，顯 示點菜界面。或者餐廳效勞員通過登錄，顯示點菜界面。 異常：顧客未能正常登陸，或者未注冊。 后置條件：記 錄菜品被點次數(shù)，生成菜單。 3記錄菜品被點次數(shù) 參與者：經(jīng)理、廚師 前置條件：登錄正確，顧客已經(jīng) 點菜，并且交易成功。 異常：系統(tǒng)記錄出錯。后置條件：返回系統(tǒng)界面。 4退訂 參與者：顧客、效勞員 前置條件：顧客登錄，正常點菜，并且在計 時系統(tǒng)允許前退訂。 異常：顧客不能正常登錄，或者未注冊，或者已經(jīng)登錄但 退訂的菜未點，或者已經(jīng)過了計時系統(tǒng)的計時。 后置條件：生成菜單。5生成菜

6、單 參與者：廚師 前置條件：用戶登錄，并且成功的進(jìn)行了點菜、 退訂。 異常：廚師沒有正常登陸，或者未注冊，或者沒有菜品被點。 后置條 件：返回系統(tǒng)界面。 6評價 參與者：酒店經(jīng)理、顧客、廚師 前置條件：用戶正確登錄系統(tǒng)。 異 常：用戶不能登錄系統(tǒng)，或者用戶未注冊。 后置條件：返回系統(tǒng)界面。 7查看 參與者：顧客、效勞員 前置條件：顧客已經(jīng)登錄系統(tǒng)并且點菜、退 訂成功，或者餐廳內(nèi)的顧客通過服務(wù)員幫助已經(jīng)成功點菜、退訂。 異常：顧客未能正常登陸，或未注冊，或顧客 沒有點菜。 后置條件：計算價格。 8結(jié)賬系統(tǒng) 參與者：顧客 前置條件：顧客登錄系統(tǒng)成功，并且已經(jīng)正常點 菜。 異常：顧客不能正常登錄，

7、或未注冊， 或未點餐，或金額缺乏。 后置條件： 計算價格，銷售統(tǒng)計系統(tǒng) 9銷售統(tǒng)計系統(tǒng) 參與者：經(jīng)理、時間 前置條件：顧客登錄系統(tǒng)，點菜完成 并完成結(jié)賬業(yè)務(wù)。 異常：用戶不能正常登陸、或者未注冊。 后置條件：返回銷 售系統(tǒng)主界面。 10查臺 前置條件：效勞員能夠正常登錄系統(tǒng)。 異常：效勞員不能正常登陸， 或者未注冊。 后置條件：返回登錄界面。11開臺 參與者：效勞員 前置條件： 效勞員能夠正常登錄系統(tǒng)， 查臺。 異 常：效勞員不能正常登陸，或者未注冊，或已沒有座位。 后置條件：返回系統(tǒng) 主菜單。 12轉(zhuǎn)臺 參與者：效勞員 前置條件：效勞員正常登陸系統(tǒng)，并且已經(jīng)為顧客 開臺。 異常：效勞員不能正

8、常登陸系統(tǒng)，或未注冊，或已沒有可轉(zhuǎn)的座位。 后 置條件：返回系統(tǒng)主菜單。 13并臺 參與者：效勞員 前置條件：效勞員正常登錄系統(tǒng)，并且已經(jīng)為顧客 開臺。 異常：效勞員不能正常登錄系統(tǒng)， 或未注冊，或已沒有可并臺的座位。 后 置條件：返回系統(tǒng)主菜單。四：系統(tǒng)模塊框圖一個軟件的好壞最重要的是取決于軟件的架構(gòu)， 軟件架構(gòu)設(shè)計的好， 可以在 后期很容易的對系統(tǒng)進(jìn)行修改與增補， 減少需求變更所帶來的本錢。 軟件架構(gòu)沒 有固定的設(shè)計 要求，面向?qū)ο蟮能浖軜?gòu)設(shè)計的一般標(biāo)準(zhǔn)是松耦合，緊內(nèi)聚。松耦合能夠降低系統(tǒng)模 塊間的依賴性聯(lián)系，在一局部受到影響的時候其它局部 能正常工作。緊內(nèi)聚指的是模塊 內(nèi)部各局部之間的

9、聯(lián)系很緊，能夠把一個模塊 當(dāng)成一個整體對待。這個原理同樣適 用于基于 的應(yīng)用軟件。在本系統(tǒng)中，客 戶端和效勞器端就是一個松耦合，它們之間僅僅是通過數(shù)據(jù)交換產(chǎn)生聯(lián)系。 系統(tǒng) 總體的功能模塊圖如圖4-1所示。n冊裏w報我訶理Hfl1>t耕訃收池與評世©理員詩理人 員 報 農(nóng)圖4-1系統(tǒng)功能模塊框圖五：類圖的設(shè)計在類圖中，人員管理系統(tǒng)屬于餐飲平臺的另一個系統(tǒng)，暫且不屬于本文討論的 范圍，可以使用原有的人員管理系統(tǒng)，以便節(jié)省本錢，與原公司框架融合， 也可重新開發(fā)新的人員系統(tǒng)，便于更好的與本系統(tǒng)相適應(yīng)。訂餐管理系統(tǒng)的類 圖如圖5-1所示。亠菜咼設(shè)祇j亠畧黒】1價巧!r員1-選茱U-退救卜

10、絆片打已)捏專卜!T印。ft fl( f 評搟IF卩冷眼養(yǎng)忻1iT I' tslAfltT'Vt*11酒小莎浮匹系旅S®55+枚費0H.Jil r: iJf圖5-1訂餐管理系統(tǒng)類圖六：數(shù)據(jù)庫的設(shè)計create table hjbjh (bkj int,bb int)七：系統(tǒng)各功能模塊的設(shè)計上面進(jìn)行了系統(tǒng)總體功能模塊的設(shè)計，下面針對系統(tǒng)的各子功能模塊分別進(jìn)行 詳細(xì)的設(shè)計，并且給出系統(tǒng)的主要功能相應(yīng)的順序圖、活動圖。順序圖是消 息在對 象模型內(nèi)部傳遞的流程?；顒訄D是系統(tǒng)在執(zhí)行某一個用例時具體的步驟， 它主要表 現(xiàn)的是系統(tǒng)的動作，從活動途中可以看到用例的完成過程，以及中間

11、涉及到的參與 者，可以說是用例圖的一中細(xì)化，加深對本系統(tǒng)的理解，找出本 系統(tǒng)的內(nèi)部的流程。個人信息管理模塊個人信息管理包括了三個局部，個人信息查詢 /修改、用戶注銷、用戶狀態(tài) 查詢。個人信息管理模塊圖如圖 7-1所示。個人信息主要是用戶注冊時所提供 的信息，其中包括用戶名，密碼，用戶的地址，等信息。個人信息管理的主要目的是提供用 戶進(jìn)行資料修改的接口。個人信息管理的功能包括修改密碼， 修改 號碼，修改 地址，增加或刪除地址，提升 VIP等級。第二個是用戶狀 態(tài)的查詢，包括用戶 VIP等級，是否處于訂餐狀態(tài)。最后一個是用戶注銷。個人佶感菅理圖7-1個人信息管理模塊圖訂單管理模塊訂單管理：餐飲店可

12、以通過推薦訂單向用戶推薦餐廳的特色訂單。用戶也可以通過菜品信息查詢進(jìn)行訂單的自定義， 并對自定義訂單進(jìn)行管理。比方刪除訂 單，修改訂單。 訂單信息查詢是查看現(xiàn)在正在訂購的訂單狀態(tài)。歷史訂單查詢 主要是記錄未付賬的訂單 信息。訂購與退訂模塊主要是用來生成訂單。訂餐管 理模塊圖如圖7-2所示。圖7-2訂單管理模塊圖在訂單管理中，訂購與退訂的管理是整個業(yè)務(wù)的核心功能。 我們通過順序圖 對訂購和退訂的流程做詳細(xì)的分析效勞員登錄系統(tǒng)，可以查看餐館內(nèi)的餐桌信息。當(dāng)有顧客進(jìn)入到餐廳內(nèi)，服 務(wù) 員可以接待并且將顧客引領(lǐng)到餐桌前為顧客點菜，由于在該軟件中可以查看 菜譜，效勞員可以很容易的報出菜名以便顧客選取。這

13、時候可以適當(dāng)?shù)呐浜霞堎|(zhì)菜譜，在顧客需要時交給顧客自己查閱。效勞員點菜的順序圖如圖7-3所示圖7-3效勞員點菜順序圖餐桌管理模塊餐桌管理：當(dāng)顧客進(jìn)入餐廳時，效勞員通過查臺可以獲知餐廳內(nèi)的餐桌使用 情況。當(dāng)顧客走進(jìn)餐廳后，可以通過開臺功能為顧客下訂單。下單后，可以通過 轉(zhuǎn)臺功能為要求換座位的顧客轉(zhuǎn)臺，也可以通過并臺功能將已下單的兩組顧客合 并到一張桌子，顧客用餐后，通過結(jié)臺功能更新餐桌的狀態(tài)。 餐桌管理模塊圖如 圖7-4所示。菜品管理模塊菜品管理：管理員通過菜品管理可以對系統(tǒng)進(jìn)行初始化，將菜品添加到數(shù)據(jù)庫，菜品管理其實就是菜品的增加、刪除、修改、查詢的操作。菜品管理模塊圖 如圖7-5所示。圖7-5菜品管理模塊圖其它模塊推薦訂單管理：管理員可以定制