楊志敏餐飲管理系統(tǒng)設計方案與實現(xiàn)

1、酒店餐飲管理系統(tǒng)的設計與實現(xiàn)姓 名楊志敏學 號 2012AJY16015年 級專 業(yè)計算機應用技術(shù)指導教師 卜勝賢2014年3月隨著中國餐飲業(yè)的迅速發(fā)展，一些依靠人工管理日常運作的傳統(tǒng)餐飲企業(yè)漸漸顯露 疲態(tài)，計算機進入餐飲企業(yè)逐漸成為一種趨勢。利用計算機管理管理系統(tǒng)對飯店的各種 信息進行管理，就可以使雜亂的業(yè)務數(shù)據(jù)具體化、直觀化、合理化、并且隨時了解飯店 的經(jīng)營情況。經(jīng)過分析，本系統(tǒng)運用了 Access為后臺數(shù)據(jù)庫，以C+為前臺開發(fā)工具，系統(tǒng)的實 現(xiàn)了前臺管理、桌臺信息查詢、開臺信息、點菜、收銀、員工管理、菜單維護、消費查 詢和盈利信息查詢等功能。關鍵詞：酒店管理Access;visual 6

2、.0II第一章引言 1第二章系統(tǒng)分析 32.1需求分析 3第三章系統(tǒng)設計 43.1系統(tǒng)建模 43.2系統(tǒng)框架設計 10第四章詳細設計 124.1主窗體功能模塊 124.2顯示功能模塊 124.3添加功能模塊 134. 4修改功能模塊 154.5刪除功能模塊 174.6用戶資料功能模塊 184. 7點菜功能模塊 204.8統(tǒng)計功能模塊 21結(jié)論 23參考文獻 24致謝 25第一章引言管理信息系統(tǒng)（Managemennformation System,Mis）是信息科學的一個分支，它是 由人和計算機組成的能進行信息收集、傳遞、儲存、加工、維護和使用的系統(tǒng)。管理信 息系統(tǒng)的發(fā)展經(jīng)歷了四個階段。第一個

3、階段是統(tǒng)計系統(tǒng)，主要用于交換數(shù)據(jù)。第二個階 段是數(shù)據(jù)更新系統(tǒng)，這是管理信息信息系統(tǒng)的初級階段，已經(jīng)具備了簡單的數(shù)據(jù)存取功 能。第三個階段死狀態(tài)報告系統(tǒng)，他可以分為生產(chǎn)狀態(tài)報告、服務狀態(tài)報告、研究狀態(tài) 報告等系統(tǒng)。狀態(tài)報告還有一種形式就是數(shù)據(jù)處理系統(tǒng)。狀態(tài)報告已經(jīng)可以進行比較復 雜的數(shù)據(jù)處理了。第四個階段是決策支持系統(tǒng)，它是用來輔助決策的信息系統(tǒng)，有比較 良好的人機對話方式，一般包括一些模型用以產(chǎn)生決策信息，但不強調(diào)全面管理功能。近20年間，國內(nèi)外大公司出現(xiàn)了三種變化：（1）抓管理著重建立MIS系統(tǒng)，是管理技術(shù)走向成熟。（2）信息是決策的依據(jù)，MIS隨時為經(jīng)理們提供信息服務。（3）通過MIS使公

4、司經(jīng)營計劃和具體業(yè)務活動聯(lián)系在一起。由于以上變化，MIS得到了迅速的發(fā)展，在各行各業(yè)都得到了廣泛的應用，幾乎在所有 的領域都能發(fā)揮其方便、高效的優(yōu)點為人們提供服務。飯店也不例外，要提高整體競爭 能力，不僅要提高服務水平和服務質(zhì)量，還要提高工作效率。在信息時代，一個完善的 管理信息系統(tǒng)，便于更好地管理飯店。飯店計算機管理系統(tǒng)，是管理系統(tǒng)在飯店中的具 體應用。餐飲管理信息系統(tǒng)是在對飯店的特征、特點、主要作用及基本業(yè)務等各方面進行全面 綜合的了解、分析、歸納和總結(jié)后，將飯店的工作流程和計算機技術(shù)相結(jié)合，而開發(fā)出 的應用軟件。該系統(tǒng)是在掌握了 MIS系統(tǒng)針對一個單位各種事務的全面集成管理，出了 具有一

5、般的數(shù)據(jù)處理功能外，還能利用大量定化得科學管理方法，在預測、輔助決策、 數(shù)據(jù)優(yōu)化處理等的基礎上，采用面向?qū)ο蠓治龇椒ㄟM行設計。在系統(tǒng)分析和設計中主要研究的內(nèi)容如下：（1）顧客和一般人員可以隨時訂餐、查詢飯店的菜單信息以及用餐費用、結(jié)賬、也 可以通過訪問飯店的網(wǎng)站，查詢和了解有關該飯店的其他信息。（2）飯店工作人員可以對飯店各種信息進行查詢，以滿足顧客訂餐要求， 并可以在網(wǎng)站上對顧客提出的相關問題進行在線咨詢和解答；飯店財務人員能隨時對飯 店的各種財務信息進行統(tǒng)計、匯總、報表打印等。（3）系統(tǒng)管理員可以將不同人員分為若干個等級并按等級授予的不同權(quán)限進行授權(quán)管 理。不同人員根據(jù)系統(tǒng)管理員授予的不同

6、權(quán)限，對系統(tǒng)數(shù)據(jù)表或者任意范圍內(nèi)記錄行的 查詢、修改、增加、刪除，從而有效地保證系統(tǒng)數(shù)據(jù)的安全性、完整型。（4）飯店經(jīng)理可享受一切權(quán)限,并依飯店的經(jīng)營情況制定相應的采購計劃，調(diào)整和安排 菜單等，從而有針對性對飯店的經(jīng)營進行合理的調(diào)整及管理。第二章系統(tǒng)分析2.1需求分析功能需求（1）可對菜的類別、名稱、單位、備注等信息進行添加、修改、刪除、查詢。添加菜單 時，可在為每個菜自動生成編號的同時對菜單中每種類別中菜的數(shù)目進行統(tǒng)計，并以圖 表的形式展現(xiàn)出來。（2）可對貨物的編號、類別、名稱、單位、價格、等級、生產(chǎn)地、生產(chǎn)日期、過期日期 等信息進行添加、修改、刪除、查詢。添加進貨信息時可為每個菜自動生成進

7、貨編號， 并可根據(jù)用戶需要對某一段時間內(nèi)的進貨信息進行統(tǒng)計。（3）管理員可以根據(jù)具體情況對每個菜單進行相應的處理比如添加菜品以及菜品的數(shù) 量、結(jié)賬、掛賬等功能。（4）顧客可瀏覽菜單、訂餐、點菜、結(jié)賬?？梢愿鶕?jù)需要對一段時間內(nèi)的就餐信息進行 按桌號統(tǒng)計、按服務員統(tǒng)計、按菜名統(tǒng)計以及特色菜統(tǒng)計。安全性需求（1）顧客只能瀏覽菜單信息、訂餐，不能修改、刪除這些數(shù)據(jù)。（2）普通員工可以瀏覽供貨信息、進貨信息、菜單信息、訂餐信息，但不能修改、刪除 這些數(shù)據(jù)；非財務工作人員不能查看飯店的財務數(shù)據(jù)等信息。（3）總經(jīng)理和管理員有最高的權(quán)限。用戶界面需求簡潔易懂，美觀大方，既可以提高飯店在同類行業(yè)中的競爭力，又可

8、以體現(xiàn)飯店的形象。第三章系統(tǒng)設計3.1系統(tǒng)建模建模工具該系統(tǒng)采用統(tǒng)一建模語言UML即可視化（Visualing）、規(guī)范定義（Specifying）、 構(gòu)造（Constructing）和文檔化（Documenting）適用于各種軟件開發(fā)方法、軟件生命周 期的各個階段、各種應用領域以及各種開發(fā)工具，支持大部分現(xiàn)存的面向?qū)ο箝_發(fā)過程， 從而為設計人員、開發(fā)人員、用戶和領域?qū)＜抑g的交流提供了便利oUM能讓系統(tǒng)構(gòu) 造者用標準的、易于理解的方式建立起能夠表達他們想象力的系統(tǒng)藍圖，可對系統(tǒng)的理 解、設計、瀏覽、配置、維護和信息進行控制，還可將模型分解成包的結(jié)構(gòu)組件，以便 于軟件小組將大的系統(tǒng)分解成易于處理

9、的塊結(jié)構(gòu)，理解和控制各個包之間的依賴關系， 并在復雜的開發(fā)環(huán)境中管理模型單元。隨著UML勺不斷完善與發(fā)展，現(xiàn)已統(tǒng)一為大眾所 接受的標準建模語言。Office Visio 2007便于IT和商務專業(yè)人員就復雜信息、系統(tǒng)和流程進行可視化 處理、分析和交流。使用具有專業(yè)外觀的Office Visio 2007圖表，可以促進對系統(tǒng)和 流程的了解，深入了解復雜信息并利用這些知識做出更好的業(yè)務決策。就像戲劇導演設 計劇本一樣，軟件設計師使用Office Visio 2007，以演員（數(shù)字）、使用拖放式符號程 序表中有用的圖案元素（橢圓）、目標（矩形）和消息、關系（箭頭）設計各種類，來創(chuàng)建（模 型）應用框架

10、。在本管理信息系統(tǒng)中使用UM系統(tǒng)建模，從用戶需求的角度進行確定，得 到系統(tǒng)用例圖如圖3-1所示。3-1系統(tǒng)用例模型設計(1) 數(shù)據(jù)流程圖。該飯店的需求具體體現(xiàn)在對供貨商信息、進貨信息、菜單信息、預訂信 息和就餐信息的添加、修改、查詢和刪除等方面，由此可得到本系統(tǒng)的數(shù)據(jù)流程圖如圖 32所示。供貨商信息管理*圖42數(shù)據(jù)流程圖類圖設計。 實體及其屬性：菜：菜編號、菜的類別、菜名、單位、單價、備注貨物：貨物編號、貨物名稱、貨物類別、等級、單位、生產(chǎn)地、生產(chǎn)日期、過期日 期、進貨日期。供貨商：供貨商編號、供貨商名、聯(lián)系人、地址、電話。進貨人：員工編號、姓名、性別、出生年月、民族、籍貫、聯(lián)系地址、聯(lián)系電話

11、、聘入時間。顧客：桌號、人數(shù)、就餐時間各個實體間有如下關系：一個供貨商可以提供多種貨物，一個貨物只能由一個供貨商提供;一個進貨人可以進多種貨物，一個貨物的進貨人只能有一個進貨人； 一個菜可以由多種材料加工而成，而一個材料只能加工一個菜； 一個顧客可以點多個菜，而一個菜只能被一個顧客所點； 一個顧客可以對多個菜進行結(jié)賬，而一個菜只能被一個顧客結(jié)賬。 E-R圖：由各實體間的關系得到的圖。見圖3-3，圖中的“T表示實體間的對應關系 是一對一，“n” “n”表示實體與實體間的關系是一對多。由于篇幅有限，因此圖中實體 的各項屬性不再畫出。1顧客圖3-3 E-R圖 系統(tǒng)類圖。在UM中為類提供了圖形表示。通

12、常一個類主要包括兩個部分，類的屬性 和對類的操作。用語言描述起來，不僅繁重冗長，而且太過于抽象，不容易表達清楚。 系統(tǒng)類圖能夠清楚直觀的表現(xiàn)出類的屬性和對類的操作，并且能夠清晰的從視覺上給我 們呈現(xiàn)出類與類之間的關系。本系統(tǒng)的的類圖主要由5個大的部分組成，分別是顧客、菜、供應商、貨物、進貨 人。顧客的屬性有桌號、人數(shù)、就餐時間；菜的屬性包括菜的編號、菜的類別、菜名、 單位、單價、單位、備注；供應商的屬性包括供應商的編號、供應商的名稱、聯(lián)系人、 地址、電話；貨物的屬性包括貨物編號、貨物名稱、貨物類別、等級、單位、單價、生 產(chǎn)地、生產(chǎn)日期、過期日期、進貨日期；進貨人的屬性包括員工的編號、姓名、性別

13、、 出生年月、民族、籍貫、聯(lián)系地址、聯(lián)系電話、聘入日期。系統(tǒng)類圖如圖3-4所示供應商-供應商編號-供貨商名稱-聯(lián)系人-地址-電話11 I貨物 -貨物編號 -貨物名稱 -貨物類別 -等級 -單位 -單價 -生產(chǎn)地 -生產(chǎn)日期 -過期日期 -進貨日期進貨人-員工編號-姓名-出生年月-民族-籍貫-聯(lián)系地址-聯(lián)系電話-聘入日期顧客-桌號-就餐時間1 1-菜編號-菜的類別-菜名-單位-單價-備注圖3-4系統(tǒng)類圖數(shù)據(jù)庫設計數(shù)據(jù)庫設計是整個程序設計的最關鍵部分。數(shù)據(jù)庫的設計是否合理，將對數(shù)據(jù)庫 的大小、代碼的優(yōu)化起到至關重要的作用。因此，在設計程序前必須對數(shù)據(jù)庫進行設計， 而在設計數(shù)據(jù)庫前必須對所有要完成的

14、功能進行認真的分析。根據(jù)系統(tǒng)的要求，需要建立存放系統(tǒng)使用過程中所用到的各種信息表：菜單信息 表、預訂信息表、貨物信息表、供貨信息表、就餐信息表、結(jié)賬信息表。(1) 菜單信息表：用來存放菜單中的各種信息，包括菜的編號、菜的類別、菜名、單 位、單價和備注。菜單信息表的具體結(jié)構(gòu)如表3-1所示。表3-1菜單信息表編號字段名稱數(shù)據(jù)結(jié)構(gòu)(字段長度)可否為空說明1* DishlDChar(20)否菜編號2DishTypeVarchar(50)否菜的類別3DishNameChar(50)可菜名4Un itChar(10)可單位5Uni tPriceMo ney(8)可單價6TextText(16)可備注(2)

15、 預訂信息表：用來存放顧客的各種預訂信息，包括預訂編號、人數(shù)、餐桌號、預 訂日期、預訂時間、聯(lián)系人、電話和備注。預訂信息表的具體結(jié)構(gòu)如3-2所示表3-2預訂信息表編號字段名稱數(shù)據(jù)結(jié)構(gòu)(字段長度)可否為空說明1* BookIDChar(20)否預訂編號2NumberChar(10)否人數(shù)3DeskNumChar(10)否餐桌號4BookDateDatetime(8)否預訂日期5BookTimeChar(10)否預訂時間6Li nkMa nChar(10)否聯(lián)系人7TelChar(10)否電話8TextText(16)可備注(3) 貨物信息表：用于存放飯店的各種進貨信息，包括貨物編號、貨物名稱、貨

16、物類 別、等級、單位、單價、數(shù)量、生產(chǎn)地、生產(chǎn)日期、過期日期、進貨日期、進貨人、供貨商和備注。貨物信息表的具體結(jié)構(gòu)如表3-3所示。表3-3貨物信息表編號字段名稱數(shù)據(jù)結(jié)構(gòu)(字段長度)可否為空備注1* GoodIDChar(20)否進貨編號2GoodNameChar(20)否貨物名稱3GoodTypeChar(20)否貨物類別4GradeChar(10)否等級5Un itChar(10)否單位6Uni tPriceMon ey(8)否單價7NumberFloat(8)否數(shù)量8ProduceAddVarchar(50)否生產(chǎn)地9ProduceDateDatetime(8)否生產(chǎn)日期10Overdue

17、DateDatetime(8)否過期日期11StockDateDatetime(8)否進貨日期12StockerChar(20)可進貨人13SupplierChar(20)可供貨商14TextText(16)可備注(4) 供貨商信息表：用于存放供貨商的各項信息，包括供貨商編號、供貨商名、供貨 類別、聯(lián)系人、地址、電話和備注。提供商的信息表的具體結(jié)構(gòu)如3-4所示表3-4供貨商信息表編號字段名稱數(shù)據(jù)結(jié)構(gòu)(字段長度)可否為空說明1* SupplierlDChar(20)否供貨商編號2SupplierNameChar(20)否供貨商名3SupplierTypeChar(20)否供貨類別4Li nkMa

18、 nChar(10)否聯(lián)系人5AddressVarchar(50)可地址6TelChar(20)可電話7TextText(16)可備注(5) 就餐信息表：存放客人就餐的各種信息，包括就餐編號、就餐日期、就餐時間、 桌號、菜名、服務員、點菜數(shù)量、合計金額、餐桌狀態(tài)和就餐人數(shù)等。餐桌狀態(tài)中，0 表示當前餐桌處于閑置狀態(tài)，1表示當前餐桌處于就餐狀態(tài)。就餐信息表的具體結(jié)構(gòu)如 表3-5所示。表3-5就餐信息表編號字段名稱數(shù)據(jù)結(jié)構(gòu)(字段長度)可否為空說明1* RepastIDChar(20)否就餐編號2RepastDateDatetime(8)否就餐日期3RepastTimeChar(10)否就餐時間4T

19、ableNameChar(10)否桌號5DishNameVarcha(50)否菜名6WaiterNameChar(20)否服務員名7NumberInt(4)否點菜數(shù)量8TotalMon ey(8)可合計金額9TableNowInt(4)可餐桌狀態(tài)10PeopleNumInt(4)可就餐人數(shù)(6) 結(jié)賬信息表：用于存放客人在結(jié)賬是的各種信息，包括結(jié)賬編號、餐桌、點菜數(shù) 量、應付金額、實付金額、就餐日期等信息。結(jié)賬信息表的具體結(jié)構(gòu)如3-6所示表3-6結(jié)賬信息表編號字段名稱數(shù)據(jù)結(jié)構(gòu)(字段長度)可否為空說明1*JZIDChar(20)否結(jié)賬編號2TableNumChar(10)否桌號3Numberln

20、t(4)否點菜數(shù)量4YfjeMon ey(8)否應付金額5SfjeMon ey(8)否實付金額6RepastDateDatetime(8)否就餐日期3.2系統(tǒng)框架設計開發(fā)模式C/S模式。C/S是建立在局域網(wǎng)的基礎上，由客戶機與服務器合作完成的二層結(jié)構(gòu)系 統(tǒng)平臺模式，它由客戶端和數(shù)據(jù)庫系統(tǒng)組成的服務器端組成。C/S模式是客戶機發(fā)出請 求，服務器直接將結(jié)果返回客戶機的一種資源共享的工作方式?？蛻艄ぷ髡镜膽谜埱?被送往數(shù)據(jù)庫服務器，數(shù)據(jù)庫服務器接受請求并把執(zhí)行結(jié)果傳回客戶端在C/S模式中， 由服務器承擔對數(shù)據(jù)庫的全面管理，服務器是整個系統(tǒng)的主控中心，在服務器和客戶機 上分別運行服務器程序和客戶程序

21、。單獨采用C/S模式也存在著一定的缺陷，因為每一 個客戶端都要安裝應用程序，不便于系統(tǒng)的維護。本系統(tǒng)采用C/S模式，因為C/S模式是現(xiàn)在餐飲行業(yè)的普遍選擇，他和數(shù)據(jù)庫ACCESS 相結(jié)合，被稱為實現(xiàn)飯店管理信息系統(tǒng)的黃金搭檔，并且由于該系統(tǒng)對安全性要求很高， 數(shù)據(jù)處理較大，同時要求通信速度比較快、交互性強、可靠性高，故采用3/S模式開發(fā) 較好。系統(tǒng)功能在對餐飲業(yè)的業(yè)務流進行詳細的了解和分析后，將系統(tǒng)的主要功能劃分如下：(1) 菜單管理功能。此功能可以根據(jù)用戶需要對菜單信息進行添加、修改、查詢、 刪除，并且在添加菜單信息時可為每個菜自動生成菜編號。(2) 預訂管理功能。此功能可以根據(jù)用戶需要對預

22、訂信息進行添加、修改、查詢、 刪除，并且在添加菜單信息時可為每個菜自動生成菜編號。(3) 就餐管理功能。此功能可以根據(jù)顧客的需要點菜，并能計算出顧客點菜的總 數(shù)和總金額，并可以根據(jù)具體情況對金額進行減免。(4) 供應商管理功能。此功能可以根據(jù)用戶對供應商的信息進行添加、修改、查 詢、刪除，并且在添加供貨商信息時可為每個供應商自動生成供貨商編號。(5) 進貨管理功能。此功能可以根據(jù)用戶需要對飯店的進貨信息進行添加、修改、 查詢、刪除，并且在添加進貨信息時可為每個貨物生成進貨編號。(6) 統(tǒng)計分析功能。此公能可以根據(jù)用戶需要對飯店的就餐信息、進貨信息、菜 單信息進行統(tǒng)計匯總，并將就餐統(tǒng)計分為按特色

23、菜統(tǒng)計、按菜名統(tǒng)計、按服 務員統(tǒng)計、按桌號統(tǒng)計、再以圖表的形式展現(xiàn)。此功能是個很重要的功能， 是整個管理信息系統(tǒng)的關鍵。具體的系統(tǒng)功能圖如圖3-5所示。管理信息系統(tǒng)修改菜單信息查詢菜單信息刪除菜單信息添加預訂信息修改預訂信息查詢預訂信息刪除預訂信息占八、菜結(jié)賬添加供應商信息修改供應商信息查詢供應商信息刪除供應商信息添加進貨信息修改進貨信息查詢進貨信息刪除進貨信息就餐信息統(tǒng)計進貨信息統(tǒng)計菜單信息統(tǒng)計按特色菜統(tǒng)計圖3-5系統(tǒng)功能圖按菜名統(tǒng)計第四章詳細設計4.1主窗體功能模塊(1) 主窗體功能實現(xiàn)一個設計很好的主窗體能夠給用戶一個良好的印象，增加軟件的親和力(2) 主窗體界面設計主窗體的界面設計如圖

24、4-1所示圖4-1主窗體界面設計4.2顯示功能模塊(1)顯示窗體功能實現(xiàn)顯示窗體的功能是根據(jù)用戶的需要將數(shù)據(jù)庫中的信息直觀地展現(xiàn)給用戶，因此這里采用了 DB Grid空件來顯示信息。DB Grid控件可以顯示網(wǎng)格數(shù)據(jù)，也可以對其進行 操作，它提供了高度靈活的網(wǎng)格排序、合并和格式設置功能，能過戶可以通過網(wǎng)格顯示 清楚地了解每一條信息的詳細情況。另外，在顯示功能方面采用了TABShee函數(shù),讓多 個屬性頁可以在一個界面直觀的顯示出來。這樣不僅節(jié)約了空間，而且條理清楚，方便 用戶使用。(2)顯示窗體界面設計在此僅以顯示商品資料為例說明顯示窗體的界面設計，見圖4-2.醸菜5, 00花生4- 00海蟹2

25、0. 00cake4. 80法式蝸牛蛋糕28. 00夢卜晉頭湯比00小西餅10. 00南瓜餅比00菜菜菜菜菜菜菜菜 令令令令令令令令點類芯面酒點商品類別商品資料付款方式ALEX西南民族大學圖4-2顯示商品資料界面設計4.3添加功能模塊(1)添加功能模塊流程添加功能是管理系統(tǒng)必不可少的功能模塊。添加功能模塊的基本原理是在用戶選 擇添加功能后彈出的窗體，要求用戶輸入需要添加的內(nèi)容。當用戶填寫完需要添加的內(nèi) 容后點擊“確定”按鈕時，判斷用戶輸入的信息是否符合系統(tǒng)要求，若不符合，則彈出 對話框提示用戶填寫錯誤并返回錯誤文本框；若符合要求，則從用戶輸入內(nèi)容的文本框 中讀取數(shù)據(jù)輸入到數(shù)據(jù)庫中相應的表中。添

26、加功能完成后，彈出對話框提示“商品添加 成功”。具體流程如圖4-3所示。圖4-3添加功能模塊流程圖(2)添加窗體界面設計在本系統(tǒng)中的菜單管理、系統(tǒng)管理、基礎資料管理等模塊中都用到了添加功能, 以下僅以商品資料信息添加為例說明添加窗體的界面設計，見圖4-4.芙別拌十蔥枠菜生蟄 小凍酸花acake住*紅x-疋X添加商品成功15, 004. 005. 004.0020. 004. 8028.006. 0010,008.00名稱新増刪除保存圖4-4商品資料添加窗體4.4修改功能模塊(1)修改功能模塊流程修改功能模塊是在用戶要求改動已輸入的內(nèi)容時使用的。修改功能的基本原理 是：在DB Grid控件的數(shù)據(jù)

27、列表中，用戶選中一行數(shù)據(jù)，在右邊的窗體中會讀取出該條 信息的具體內(nèi)容，用戶可在右邊的窗體中對所需要修改的信息進行修改。修改完后點擊“保存”按鈕。系統(tǒng)彈出對話框“確實要修改商品資料嗎？ ”用戶單擊“確定”提交修 改，單擊“取消”保持原內(nèi)容不變。具體流程如圖4-5所示。圖4-5修改功能模塊流程圖(2)修改窗體界面設計以下僅以修改商品資料信息為例說明修改窗體的界面設計。見圖1-6類別菜菜菜菜菜菜釜小恿拌豆腐 涼拌米線 傷心涼粉酸菜花生海蟄確定修改商品資料嗎？I匸罰二：! 否)價格 丨15.00 名稱4.002B. 008. 0010, 008.004. C05. 004.0020* 004.初|小蔥

28、禪豆腐價格店內(nèi)碼111 條形碼fl15是否打折v供應新增刪腺保存圖4-6商品資料修改界面4.5刪除功能模塊(1)刪除功能模塊流程當用戶需要對某條信息進行刪除時，用戶在表中選中該條記錄，在右邊的窗體中 點擊“刪除”按鈕，然后彈出對話框“確定刪除商品？ ”，用戶點擊“確定”按鈕刪除記 錄，點擊“取消”按鈕則不改變原有記錄。具體流程如圖4-7所示。圖4-7刪除功能模塊流程圖(2)刪除窗體界面設計刪除窗體界面設計如圖4-8所示類別名稱價格青島啤酒6.00長城干紅25. 00彭巔干啤2、00口過酒& 00nalt inixo99確定刪除此商品嗎它KyPos否288.00888.00188. 00名稱八站

29、應刪除保有圖4-8刪除商品信息4.6用戶資料功能模塊(1)用戶資料模塊流程用戶資料是管理系統(tǒng)的一個重要模塊，他能給多個用戶提供系統(tǒng)的使用權(quán)。添加 一個用戶的原理是：單擊新增按鈕，在窗體中填寫用戶的信息、登入名和密碼。單擊保 存，彈出對話框“是否要添加用戶？”單擊“確定”按鈕，添加新用戶，單擊“取消” 按鈕，保持不變。添加用戶模塊流程圖如圖4-9所示。單擊新增按鈕在窗體中添加用戶信息f=7二 確定添加用戶？ 二一=-Y*N1T從數(shù)據(jù)庫中添加用戶資料保持原內(nèi)容不變圖4-9添加用戶模塊流程圖用戶資料模塊是為了實現(xiàn)企業(yè)多種不同職位的員工能夠共同使用該系統(tǒng)，并且各 自獨立，權(quán)限互不沖突。這樣能保證企業(yè)內(nèi)

30、部數(shù)據(jù)的相對安全性，也能便于企業(yè)對員工 的管理。管理員可以對系統(tǒng)的數(shù)據(jù)進行及時的維護，對緊急情況做出相對應的決策，比 如：對商品價格的調(diào)整、對數(shù)據(jù)庫中的信息進行增、刪、查、改等操作，對數(shù)據(jù)的清除 和統(tǒng)計。員工可以利用系統(tǒng)進行一些基本的操作，比如開臺，結(jié)賬等，從而節(jié)約了大量 的人力和財力。性 別 iMale登錄名稱I小新密 碼 I*刪除保存權(quán)限基礎資料統(tǒng)計系統(tǒng)維護RF刪除單據(jù)調(diào)單清除數(shù)據(jù)掛單二次結(jié)帳(2)用戶資料的的窗體設計如圖4-10所示用戶資料系統(tǒng)設置清除數(shù)據(jù)4. 7點菜功能模塊在餐飲管理信息系統(tǒng)中，點菜是必不可少的環(huán)節(jié)，也是最經(jīng)常使用到的功能。設 計這個窗體的主導思想是“以人為本”希望能最

31、大限度的方便用戶使用。因此在點完菜， 結(jié)賬的窗體上面，系統(tǒng)會自動的計算出合計的金額。管理員點擊結(jié)賬，就能清楚地看到 該顧客共點了多少菜以及這些菜的合計金額。點菜窗體設計如圖4-11所示。結(jié)賬信息如圖4-12所示。圖4-11點菜窗體界面設計2D10522120110522-1 jDJlOggjH前臺綁售 址計報盍I基礎演料I歪統(tǒng)堆tfrQ5RW：西南民糕大學“陽華T l j阿平廠嚴晅屮22 01357:120FlDTWzALEX圖4-12結(jié)賬信息4.8統(tǒng)計功能模塊統(tǒng)計功能是根據(jù)數(shù)據(jù)庫中的內(nèi)容對用戶需要的信息進行匯總，使用戶對這些信息 由一個總體的了解。這個功能也是用戶最關心的方面之一，因為通過統(tǒng)

32、計功能可以有效 地減輕用戶在“日結(jié)算” “月結(jié)算”等方面的工作量，使用戶得到切實的便利。例如，用戶需要對2011-5-1日到2011-6-1日間的銷售報表進行統(tǒng)計，只需要在 圖4-13所示的窗體中選擇需要統(tǒng)計的時間段，就可以得到如圖4-14所示的統(tǒng)計圖。選擇報表cf犒售報表單品報春統(tǒng)計I打印報表圖4-13選擇需要統(tǒng)計的時間段選樺報表席精售報表單品報表*樹隹匯總抿表*開如時間：20J1-D5-01 00:00:00結(jié)東時間：20 L1-06-01 23:59:59人民幣:隹帳：RF:ISfi,6014.001050.001229.20日期范圍2011- 5- I-laoiooiooIs匯總24. aio19, 806. 0033. Q0& OiQ50. 801 o o o o o O 020002 T! f + 卡JI 0200032011- 6- I總計：156. 5