酒店點(diǎn)菜管理系統(tǒng)

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

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

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

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

5、者登錄界面。（2）點(diǎn)菜 參與者：顧客，服務(wù)員 前置條件：注冊后的用戶可以通過登錄，顯示點(diǎn)菜界面?；蛘卟蛷d服務(wù)員通過登錄，顯示點(diǎn)菜界面。 異常：顧客未能正常登陸，或者未注冊。 后置條件：記錄菜品被點(diǎn)次數(shù)，生成菜單。（3）記錄菜品被點(diǎn)次數(shù) 參與者：經(jīng)理、廚師 前置條件：登錄正確，顧客已經(jīng)點(diǎn)菜，并且交易成功。 異常：系統(tǒng)記錄出錯(cuò)。后置條件：返回系統(tǒng)界面。（4）退訂 參與者：顧客、服務(wù)員 前置條件：顧客登錄，正常點(diǎn)菜，并且在計(jì)時(shí)系統(tǒng)允許前退訂。 異常：顧客不能正常登錄，或者未注冊，或者已經(jīng)登錄但退訂的菜未點(diǎn)，或者已經(jīng)過了計(jì)時(shí)系統(tǒng)的計(jì)時(shí)。 后置條件：生成菜單。（5）生成菜單 參與者：廚師 前置條件：用戶

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

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

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

9、的應(yīng)用軟件。在本系統(tǒng)中，客戶端和服務(wù)器端就是一個(gè)松耦合，它們之間僅僅是通過數(shù)據(jù)交換產(chǎn)生聯(lián)系。系統(tǒng)總體的功能模塊圖如圖4-1 所示。圖 4-1系統(tǒng)功能模塊框圖五：類圖的設(shè)計(jì)在類圖中，人員管理系統(tǒng)屬于餐飲平臺(tái)的另一個(gè)系統(tǒng)，暫且不屬于本文討論的 范圍，可以使用原有的人員管理系統(tǒng)，以便節(jié)省成本，與原公司框架融合，也可重 新開發(fā)新的人員系統(tǒng)，便于更好的與本系統(tǒng)相適應(yīng)。訂餐管理系統(tǒng)的類圖如圖 5-1 所示。圖 5-1訂餐管理系統(tǒng)類圖六：數(shù)據(jù)庫的設(shè)計(jì)create table hjbjh(bkj int,bb int)七：系統(tǒng)各功能模塊的設(shè)計(jì)上面進(jìn)行了系統(tǒng)總體功能模塊的設(shè)計(jì)，下面針對系統(tǒng)的各子功能模塊分別進(jìn)行

10、 詳細(xì)的設(shè)計(jì)，并且給出系統(tǒng)的主要功能相應(yīng)的順序圖、活動(dòng)圖。順序圖是消息在對 象模型內(nèi)部傳遞的流程?；顒?dòng)圖是系統(tǒng)在執(zhí)行某一個(gè)用例時(shí)具體的步驟，它主要表 現(xiàn)的是系統(tǒng)的動(dòng)作，從活動(dòng)途中可以看到用例的完成過程，以及中間涉及到的參與 者，可以說是用例圖的一中細(xì)化，加深對本系統(tǒng)的理解，找出本系統(tǒng)的內(nèi)部的流程。7.1個(gè)人信息管理模塊個(gè)人信息管理包括了三個(gè)部分，個(gè)人信息查詢/修改、用戶注銷、用戶狀態(tài)查詢。 個(gè)人信息管理模塊圖如圖 7-1 所示。個(gè)人信息主要是用戶注冊時(shí)所提供的信息，其中 包括用戶名，密碼，用戶的地址，電話等信息。個(gè)人信息管理的主要目的是提供用 戶進(jìn)行資料修改的接口。個(gè)人信息管理的功能包括修改密

11、碼，修改手機(jī)號(hào)碼，修改 地址，增加或刪除地址，提升 VIP 等級(jí)。第二個(gè)是用戶狀態(tài)的查詢，包括用戶 VIP 等級(jí)，是否處于訂餐狀態(tài)。最后一個(gè)是用戶注銷。圖 7-1個(gè)人信息管理模塊圖7.2訂單管理模塊訂單管理：餐飲店可以通過推薦訂單向用戶推薦餐廳的特色訂單。用戶也可以通過菜品信息查詢進(jìn)行訂單的自定義，并對自定義訂單進(jìn)行管理。比如刪除訂單，修改訂單。 訂單信息查詢是查看現(xiàn)在正在訂購的訂單狀態(tài)。歷史訂單查詢主要是記錄未付賬的訂單 信息。訂購與退訂模塊主要是用來生成訂單。訂餐管理模塊圖如圖7-2所示。圖7-2訂單管理模塊圖在訂單管理中，訂購與退訂的管理是整個(gè)業(yè)務(wù)的核心功能。我們通過順序圖對訂購和退訂的

12、流程做詳細(xì)的分析。服務(wù)員登錄系統(tǒng)，可以查看餐館內(nèi)的餐桌信息。當(dāng)有顧客進(jìn)入到餐廳內(nèi)，服務(wù) 員可以接待并且將顧客引領(lǐng)到餐桌前為顧客點(diǎn)菜，由于在該軟件中可以查看菜譜， 服務(wù)員可以很容易的報(bào)出菜名以便顧客選取。這時(shí)候可以適當(dāng)?shù)呐浜霞堎|(zhì)菜譜，在顧客需要時(shí)交給顧客自己查閱。服務(wù)員點(diǎn)菜的順序圖如圖 7-3所示。圖7-3服務(wù)員點(diǎn)菜順序圖7.3餐桌管理模塊餐桌管理：當(dāng)顧客進(jìn)入餐廳時(shí)，服務(wù)員通過查臺(tái)可以獲知餐廳內(nèi)的餐桌使用情況。當(dāng)顧客走進(jìn)餐廳后，可以通過開臺(tái)功能為顧客下訂單。下單后，可以通過轉(zhuǎn)臺(tái)功能為要求換座位的顧客轉(zhuǎn)臺(tái)，也可以通過并臺(tái)功能將已下單的兩組顧客合并到一張桌子，顧客用餐后，通過結(jié)臺(tái)功能更新餐桌的狀態(tài)。餐桌管理模塊圖如圖 7-4所示。圖7-4餐桌管理模塊圖7.4菜品管理模塊菜品管理：管理員通過菜品管理可以對系統(tǒng)進(jìn)行初始化，將菜品添加到數(shù)據(jù)庫，菜品管理其實(shí)就是菜品的增加、刪除、修改、查詢的操作。菜品管理模塊圖如圖 7-5所示。圖 7-5菜品管理模塊圖7.5其它模塊推薦訂單管理：管理員可以定制餐廳的特色