餐飲管理系統(tǒng)的設計與實現(xiàn)論文(ppt 29頁).doc

1、酒店餐飲管理系統(tǒng)的設計與實現(xiàn)酒店餐飲管理系統(tǒng)的設計與實現(xiàn) 姓姓 名名 楊志敏楊志敏 學學 號號 2012AJY160152012AJY16015 年年 級級 專專 業(yè)業(yè) 計算機應用技術計算機應用技術 指導教師指導教師 卜勝賢卜勝賢 2014 年 3 月 I 摘 要 隨著中國餐飲業(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)了

2、前臺管理、桌臺信息查詢、開臺信息、點菜、收銀、員工管理、菜 單維護、消費查詢和盈利信息查詢等功能。 關鍵詞：酒店管理;Access;visual 6.0 II III 第一章第一章 引言引言 .1 1 第二章第二章 系統(tǒng)分析系統(tǒng)分析 .3 3 2.1 需求分析 .3 第三章第三章 系統(tǒng)設計系統(tǒng)設計 .4 4 3.1 系統(tǒng)建模 .4 3.2 系統(tǒng)框架設計 .11 第四章第四章 詳細設計詳細設計 .1313 4.1 主窗體功能模塊 .13 4.2 顯示功能模塊 .13 4.3 添加功能模塊 .14 44 修改功能模塊. 16 4.5 刪除功能模塊 .18 4.6 用戶資料功能模塊. 19 47 點

3、菜功能模塊 .21 4.8 統(tǒng)計功能模塊. 22 結論結論 .2323 參考文獻參考文獻 .2525 致謝致謝 .2626 1 第一章第一章 引言引言 管理信息系統(tǒng)（Management Information System,Mis)是信息科學的一個分 支，它是由人和計算機組成的能進行信息收集、傳遞、儲存、加工、維護和使 用的系統(tǒng)。管理信息系統(tǒng)的發(fā)展經(jīng)歷了四個階段。第一個階段是統(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)報告還有一

4、種 形式就是數(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)，是管理技術走向成熟。 （2）信息是決策的依據(jù)，MIS 隨時為經(jīng)理們提供信息服務。 （3）通過 MIS 使公司經(jīng)營計劃和具體業(yè)務活動聯(lián)系在一起。 由于以上變化，MIS 得到了迅速的發(fā)展，在各行各業(yè)都得到了廣泛的應用，幾 乎在所有的領域都能發(fā)揮其方便、高效的優(yōu)點為人們提供服務。飯店也不例外， 要提高整體競爭能力

5、，不僅要提高服務水平和服務質量，還要提高工作效率。 在信息時代，一個完善的管理信息系統(tǒng)，便于更好地管理飯店。飯店計算機管 理系統(tǒng)，是管理系統(tǒng)在飯店中的具體應用。 餐飲管理信息系統(tǒng)是在對飯店的特征、特點、主要作用及基本業(yè)務等各方面 進行全面綜合的了解、分析、歸納和總結后，將飯店的工作流程和計算機技術 相結合，而開發(fā)出的應用軟件。該系統(tǒng)是在掌握了 MIS 系統(tǒng)針對一個單位各種 事務的全面集成管理，出了具有一般的數(shù)據(jù)處理功能外，還能利用大量定化得 科學管理方法，在預測、輔助決策、數(shù)據(jù)優(yōu)化處理等的基礎上，采用面向對象 分析方法進行設計。 在系統(tǒng)分析和設計中主要研究的內(nèi)容如下： （1）顧客和一般人員可以

6、隨時訂餐、查詢飯店的菜單信息以及用餐費用、 2 結賬、也可以通過訪問飯店的網(wǎng)站，查詢和了解有關該飯店的其他信息。 （2）飯店工作人員可以對飯店各種信息進行查詢，以滿足顧客訂餐要求， 3 并可以在網(wǎng)站上對顧客提出的相關問題進行在線咨詢和解答；飯店財務人員能 隨時對飯店的各種財務信息進行統(tǒng)計、匯總、報表打印等。 （3）系統(tǒng)管理員可以將不同人員分為若干個等級，并按等級授予的不同權限進 行授權管理。不同人員根據(jù)系統(tǒng)管理員授予的不同權限，對系統(tǒng)數(shù)據(jù)表或者任 意范圍內(nèi)記錄行的查詢、修改、增加、刪除，從而有效地保證系統(tǒng)數(shù)據(jù)的安全 性、完整型。 （4）飯店經(jīng)理可享受一切權限，并依飯店的經(jīng)營情況制定相應的采購計

7、劃，調(diào) 整和安排菜單等，從而有針對性對飯店的經(jīng)營進行合理的調(diào)整及管理。 4 第二章第二章 系統(tǒng)分析系統(tǒng)分析 2.1 需求分析需求分析 2.1.1 功能需求 （1）可對菜的類別、名稱、單位、備注等信息進行添加、修改、刪除、查詢。 添加菜單時，可在為每個菜自動生成編號的同時對菜單中每種類別中菜的數(shù)目 進行統(tǒng)計，并以圖表的形式展現(xiàn)出來。 （2）可對貨物的編號、類別、名稱、單位、價格、等級、生產(chǎn)地、生產(chǎn)日期、 過期日期等信息進行添加、修改、刪除、查詢。添加進貨信息時可為每個菜自 動生成進貨編號，并可根據(jù)用戶需要對某一段時間內(nèi)的進貨信息進行統(tǒng)計。 （3）管理員可以根據(jù)具體情況對每個菜單進行相應的處理，比

8、如添加菜品以及 菜品的數(shù)量、結賬、掛賬等功能。 （4）顧客可瀏覽菜單、訂餐、點菜、結賬。可以根據(jù)需要對一段時間內(nèi)的就餐 信息進行按桌號統(tǒng)計、按服務員統(tǒng)計、按菜名統(tǒng)計以及特色菜統(tǒng)計。 2.1.2 安全性需求 （1）顧客只能瀏覽菜單信息、訂餐，不能修改、刪除這些數(shù)據(jù)。 （2）普通員工可以瀏覽供貨信息、進貨信息、菜單信息、訂餐信息，但不能修 改、刪除這些數(shù)據(jù)；非財務工作人員不能查看飯店的財務數(shù)據(jù)等信息。 （3）總經(jīng)理和管理員有最高的權限。 2.1.3 用戶界面需求 簡潔易懂，美觀大方，既可以提高飯店在同類行業(yè)中的競爭力，又可以體現(xiàn)飯 店的形象。 5 第三章第三章 系統(tǒng)設計系統(tǒng)設計 3.1 系統(tǒng)建模系

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

10、解和控制各個包之間的依賴關系，并在復 雜的開發(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)建(模型)應用

11、框架。在本管理信 息系統(tǒng)中使用 UML 系統(tǒng)建模，從用戶需求的角度進行確定，得到系統(tǒng)用例圖如 圖 3-1 所示。 6 用戶 菜單管理 商品管理 系統(tǒng)管理 統(tǒng)計 3-1 系統(tǒng)用例 7 3.1.2 模型設計 (1)數(shù)據(jù)流程圖。該飯店的需求具體體現(xiàn)在對供貨商信息、進貨信息、菜單信息、 預訂信息和就餐信息的添加、修改、查詢和刪除等方面，由此可得到本系統(tǒng)的 數(shù)據(jù)流程圖如圖 32 所示。 供應商 基本信息的輸入 供貨商信息管理 貨物 基本信息的輸入 貨物信息管理 進貨信息的輸入 進貨信息管理 菜單管理 基本信息的輸入 顧客 菜單信息管理 點菜預訂信息的輸入 預訂信息管理 供貨商信息管理 基本信息的輸入 預

12、訂登記 圖 42 數(shù)據(jù)流程圖 (2)類圖設計。 實體及其屬性： 菜：菜編號、菜的類別、菜名、單位、單價、備注。 貨物：貨物編號、貨物名稱、貨物類別、等級、單位、生產(chǎn)地、生產(chǎn)日期、 過期日期、進貨日期。 供貨商：供貨商編號、供貨商名、聯(lián)系人、地址、電話。 進貨人：員工編號、姓名、性別、出生年月、民族、籍貫、聯(lián)系地址、聯(lián) 系電話、聘入時間。 顧客：桌號、人數(shù)、就餐時間。 各個實體間有如下關系： 一個供貨商可以提供多種貨物，一個貨物只能由一個供貨商提供； 8 一個進貨人可以進多種貨物，一個貨物的進貨人只能有一個進貨人； 一個菜可以由多種材料加工而成，而一個材料只能加工一個菜； 一個顧客可以點多個菜，

13、而一個菜只能被一個顧客所點； 一個顧客可以對多個菜進行結賬，而一個菜只能被一個顧客結賬。 E-R 圖：由各實體間的關系得到的圖。見圖 3-3，圖中的“1”表示實體間的 對應關系是一對一， “m” “n”表示實體與實體間的關系是一對多。由于篇幅有 限，因此圖中實體的各項屬性不再畫出。 供應商提供 金額 1 貨物進貨進貨人 提供量加工 進貨量 菜 結賬點菜點菜數(shù)量 顧客 nm1 m 1 mn 11 圖 3-3 E-R 圖 系統(tǒng)類圖。在 UML 中為類提供了圖形表示。通常一個類主要包括兩個部分， 類的屬性和對類的操作。用語言描述起來，不僅繁重冗長，而且太過于抽象， 不容易表達清楚。系統(tǒng)類圖能夠清楚直

14、觀的表現(xiàn)出類的屬性和對類的操作，并 且能夠清晰的從視覺上給我們呈現(xiàn)出類與類之間的關系。 本系統(tǒng)的的類圖主要由 5 個大的部分組成，分別是顧客、菜、供應商、貨 物、進貨人。顧客的屬性有桌號、人數(shù)、就餐時間；菜的屬性包括菜的編號、 菜的類別、菜名、單位、單價、單位、備注；供應商的屬性包括供應商的編號、 供應商的名稱、聯(lián)系人、地址、電話；貨物的屬性包括貨物編號、貨物名稱、 貨物類別、等級、單位、單價、生產(chǎn)地、生產(chǎn)日期、過期日期、進貨日期；進 貨人的屬性包括員工的編號、姓名、性別、出生年月、民族、籍貫、聯(lián)系地址、 聯(lián)系電話、聘入日期。 9 系統(tǒng)類圖如圖 3-4 所示。 -桌號 -人數(shù) -就餐時間 顧顧

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

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

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

18、表：用于存放飯店的各種進貨信息，包括貨物編號、貨物名稱、 貨物類別、等級、單位、單價、數(shù)量、生產(chǎn)地、生產(chǎn)日期、過期日期、進貨日 期、進貨人、供貨商和備注。貨物信息表的具體結構如表 3-3 所示。 表 3-3貨物信息表 編號字段名稱數(shù)據(jù)結構(字段長度)可否為空備注 1 * GoodIDChar(20)否進貨編號 2 GoodNameChar(20)否貨物名稱 3 GoodTypeChar(20)否貨物類別 4 GradeChar(10)否等級 5 UnitChar(10)否單位 6 UnitPriceMoney(8)否單價 7 NumberFloat(8)否數(shù)量 8 ProduceAddVarc

19、har(50)否生產(chǎn)地 9 ProduceDateDatetime(8)否生產(chǎn)日期 10 OverdueDateDatetime(8)否過期日期 11 StockDateDatetime(8)否進貨日期 11 12 StockerChar(20)可進貨人 13 SupplierChar(20)可供貨商 14 TextText(16)可備注 (4)供貨商信息表：用于存放供貨商的各項信息，包括供貨商編號、供貨商 名、供貨類別、聯(lián)系人、地址、電話和備注。提供商的信息表的具體結構如表 3-4 所示。 表 3-4供貨商信息表 編號字段名稱數(shù)據(jù)結構(字段長度)可否為空說明 1 * SupplierIDCh

20、ar(20)否供貨商編號 2 SupplierNameChar(20)否供貨商名 3 SupplierTypeChar(20)否供貨類別 4 LinkManChar(10)否聯(lián)系人 5 AddressVarchar(50)可地址 6 TelChar(20)可電話 7 TextText(16)可備注 (5)就餐信息表：存放客人就餐的各種信息，包括就餐編號、就餐日期、就 餐時間、桌號、菜名、服務員、點菜數(shù)量、合計金額、餐桌狀態(tài)和就餐人數(shù)等。 餐桌狀態(tài)中，0 表示當前餐桌處于閑置狀態(tài)，1 表示當前餐桌處于就餐狀態(tài)。就 餐信息表的具體結構如表 3-5 所示。 表 3-5就餐信息表 編號字段名稱數(shù)據(jù)結構

21、(字段長度)可否為空說明 1 * RepastIDChar(20)否就餐編號 2 RepastDateDatetime(8)否就餐日期 3 RepastTimeChar(10)否就餐時間 4 TableNameChar(10)否桌號 5 DishNameVarcha(50)否菜名 6 WaiterNameChar(20)否服務員名 7 NumberInt(4)否點菜數(shù)量 8 TotalMoney(8)可合計金額 9 TableNowInt(4)可餐桌狀態(tài) 10 PeopleNumInt(4)可就餐人數(shù) 12 (6)結賬信息表：用于存放客人在結賬是的各種信息，包括結賬編號、餐桌、 點菜數(shù)量、應付

22、金額、實付金額、就餐日期等信息。結賬信息表的具體結構如 表 3-6 所示。 13 表 3-6結賬信息表 編號字段名稱數(shù)據(jù)結構(字段長度)可否為空說明 1 *JZIDChar(20)否結賬編號 2 TableNumChar(10)否桌號 3 NumberInt(4)否點菜數(shù)量 4 YfjeMoney(8)否應付金額 5 SfjeMoney(8)否實付金額 6 RepastDateDatetime(8)否就餐日期 3.2 系統(tǒng)框架設計系統(tǒng)框架設計 3.2.1 開發(fā)模式 C/S 模式。C/S 是建立在局域網(wǎng)的基礎上，由客戶機與服務器合作完成的二 層結構系統(tǒng)平臺模式，它由客戶端和數(shù)據(jù)庫系統(tǒng)組成的服務器

23、端組成。C/S 模 式是客戶機發(fā)出請求，服務器直接將結果返回客戶機的一種資源共享的工作方 式。客戶工作站的應用請求被送往數(shù)據(jù)庫服務器，數(shù)據(jù)庫服務器接受請求并把 執(zhí)行結果傳回客戶端。在 C/S 模式中,由服務器承擔對數(shù)據(jù)庫的全面管理，服務 器是整個系統(tǒng)的主控中心，在服務器和客戶機上分別運行服務器程序和客戶程 序。單獨采用 C/S 模式也存在著一定的缺陷，因為每一個客戶端都要安裝應用 程序，不便于系統(tǒng)的維護。 本系統(tǒng)采用 C/S 模式，因為 C/S 模式是現(xiàn)在餐飲行業(yè)的普遍選擇，他和數(shù)據(jù) 庫 ACCESS 相結合，被稱為實現(xiàn)飯店管理信息系統(tǒng)的黃金搭檔，并且由于該系統(tǒng) 對安全性要求很高，數(shù)據(jù)處理較大

24、，同時要求通信速度比較快、交互性強、可 靠性高，故采用 C/S 模式開發(fā)較好。 3.2.2 系統(tǒng)功能 在對餐飲業(yè)的業(yè)務流進行詳細的了解和分析后，將系統(tǒng)的主要功能劃分如下： (1)菜單管理功能。此功能可以根據(jù)用戶需要對菜單信息進行添加、修改、 查詢、刪除，并且在添加菜單信息時可為每個菜自動生成菜編號。 (2)預訂管理功能。此功能可以根據(jù)用戶需要對預訂信息進行添加、修改、 查詢、刪除，并且在添加菜單信息時可為每個菜自動生成菜編號。 14 (3)就餐管理功能。此功能可以根據(jù)顧客的需要點菜，并能計算出顧客點 菜的總數(shù)和總金額，并可以根據(jù)具體情況對金額進行減免。 (4)供應商管理功能。此功能可以根據(jù)用戶

25、對供應商的信息進行添加、修 改、查詢、刪除，并且在添加供貨商信息時可為每個供應商自動生成 供貨商編號。 (5)進貨管理功能。此功能可以根據(jù)用戶需要對飯店的進貨信息進行添加、 修改、查詢、刪除，并且在添加進貨信息時可為每個貨物生成進貨編 號。 (6)統(tǒng)計分析功能。此公能可以根據(jù)用戶需要對飯店的就餐信息、進貨信 息、菜單信息進行統(tǒng)計匯總，并將就餐統(tǒng)計分為按特色菜統(tǒng)計、按菜 名統(tǒng)計、按服務員統(tǒng)計、按桌號統(tǒng)計、再以圖表的形式展現(xiàn)。此功能 是個很重要的功能，是整個管理信息系統(tǒng)的關鍵。 具體的系統(tǒng)功能圖如圖 3-5 所示。 管理信息系統(tǒng) 菜單管理 預訂管理 就餐管理 供應商管理 進貨管理 統(tǒng)計分析 修改菜

26、單信息 查詢菜單信息 刪除菜單信息 添加預訂信息 修改預訂信息 查詢預訂信息 刪除預訂信息 點菜 結賬 添加供應商信息 修改供應商信息 查詢供應商信息 刪除供應商信息 添加進貨信息 修改進貨信息 查詢進貨信息 就餐信息統(tǒng)計 進貨信息統(tǒng)計 菜單信息統(tǒng)計 刪除進貨信息 按特色菜統(tǒng)計 按菜名統(tǒng)計 按服務員統(tǒng)計 按桌號統(tǒng)計 圖 3-5 系統(tǒng)功能圖 15 第四章第四章 詳細設計詳細設計 4.1 主窗體功能模塊主窗體功能模塊 (1)主窗體功能實現(xiàn) 一個設計很好的主窗體能夠給用戶一個良好的印象，增加軟件的親和力。 (2)主窗體界面設計 主窗體的界面設計如圖 4-1 所示。 圖 4-1 主窗體界面設計 4.2

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

28、設計 17 4.3 添加功能模塊添加功能模塊 (1)添加功能模塊流程 添加功能是管理系統(tǒng)必不可少的功能模塊。添加功能模塊的基本原理是 在用戶選擇添加功能后彈出的窗體，要求用戶輸入需要添加的內(nèi)容。當用戶填 寫完需要添加的內(nèi)容后點擊“確定”按鈕時，判斷用戶輸入的信息是否符合系 統(tǒng)要求，若不符合，則彈出對話框提示用戶填寫錯誤并返回錯誤文本框；若符 合要求，則從用戶輸入內(nèi)容的文本框中讀取數(shù)據(jù)輸入到數(shù)據(jù)庫中相應的表中。 添加功能完成后，彈出對話框提示“商品添加成功” 。具體流程如圖 4-3 所示。 用戶進入添加界面 在界面上填寫用戶要求的內(nèi)容 用戶點擊“保存” 內(nèi)容符合要求？ 將用戶填寫的內(nèi)容添加到數(shù)據(jù)

29、庫 “商品添加成功” Y 彈出錯誤信息 N 圖 4-3 添加功能模塊流程圖 (2)添加窗體界面設計 在本系統(tǒng)中的菜單管理、系統(tǒng)管理、基礎資料管理等模塊中都用到了添 加功能，以下僅以商品資料信息添加為例說明添加窗體的界面設計，見圖 4-4. 18 圖 4-4 商品資料添加窗體 44 修改功能模塊修改功能模塊 (1)修改功能模塊流程 修改功能模塊是在用戶要求改動已輸入的內(nèi)容時使用的。修改功能的基 本原理是：在 DB Grid 控件的數(shù)據(jù)列表中，用戶選中一行數(shù)據(jù)，在右邊的窗體 中會讀取出該條信息的具體內(nèi)容，用戶可在右邊的窗體中對所需要修改的信息 進行修改。修改完后點擊“保存”按鈕。系統(tǒng)彈出對話框“確

30、實要修改商品資 料嗎？”用戶單擊“確定”提交修改，單擊“取消”保持原內(nèi)容不變。 具體流程如圖 4-5 所示。 19 用戶選定一條數(shù)據(jù) 在界面的右邊填寫用戶要求的內(nèi)容 用戶點擊“保存” 確定修改商品資料 刪除原有內(nèi)容，添加新內(nèi)容 Y 保持原有內(nèi)容不變 N 圖 4-5 修改功能模塊流程圖 (2)修改窗體界面設計 以下僅以修改商品資料信息為例說明修改窗體的界面設計。見圖 4-6。 圖 4-6 商品資料修改界面 20 4.5 刪除功能模塊刪除功能模塊 (1)刪除功能模塊流程 當用戶需要對某條信息進行刪除時，用戶在表中選中該條記錄，在右邊 的窗體中點擊“刪除”按鈕，然后彈出對話框“確定刪除商品？” ，用

31、戶點擊 “確定”按鈕刪除記錄，點擊“取消”按鈕則不改變原有記錄。 具體流程如圖 4-7 所示。 用戶選定一條要刪除的記錄 點擊“刪除” 確定刪除商品資料？ 從數(shù)據(jù)庫中刪除改記錄 Y 保持原有內(nèi)容不變 N 圖 4-7 刪除功能模塊流程圖 (2)刪除窗體界面設計 刪除窗體界面設計如圖 4-8 所示。 21 圖 4-8 刪除商品信息 4.6 用戶資料功能模塊用戶資料功能模塊 (1)用戶資料模塊流程 用戶資料是管理系統(tǒng)的一個重要模塊，他能給多個用戶提供系統(tǒng)的使用 權。添加一個用戶的原理是：單擊新增按鈕，在窗體中填寫用戶的信息、登入 名和密碼。單擊保存，彈出對話框“是否要添加用戶？” ，單擊“確定”按鈕

32、， 添加新用戶，單擊“取消”按鈕，保持不變。 添加用戶模塊流程圖如圖 4-9 所示。 22 單擊新增按鈕 在窗體中添加用戶信息 確定添加用戶？ 從數(shù)據(jù)庫中添加用戶資料 Y 保持原內(nèi)容不變 N 圖 4-9 添加用戶模塊流程圖 用戶資料模塊是為了實現(xiàn)企業(yè)多種不同職位的員工能夠共同使用該系統(tǒng)， 并且各自獨立，權限互不沖突。這樣能保證企業(yè)內(nèi)部數(shù)據(jù)的相對安全性，也能 便于企業(yè)對員工的管理。管理員可以對系統(tǒng)的數(shù)據(jù)進行及時的維護，對緊急情 況做出相對應的決策，比如：對商品價格的調(diào)整、對數(shù)據(jù)庫中的信息進行增、 刪、查、改等操作，對數(shù)據(jù)的清除和統(tǒng)計。員工可以利用系統(tǒng)進行一些基本的 操作，比如開臺，結賬等，從而節(jié)

33、約了大量的人力和財力。 (2)用戶資料的的窗體設計如圖 4-10 所示。 圖 4-10 用戶資料界面模塊 23 47 點菜功能模塊點菜功能模塊 在餐飲管理信息系統(tǒng)中，點菜是必不可少的環(huán)節(jié)，也是最經(jīng)常使用到的 功能。設計這個窗體的主導思想是“以人為本” ，希望能最大限度的方便用戶使 用。因此在點完菜，結賬的窗體上面，系統(tǒng)會自動的計算出合計的金額。管理 員點擊結賬，就能清楚地看到該顧客共點了多少菜以及這些菜的合計金額。 點菜窗體設計如圖 4-11 所示。結賬信息如圖 4-12 所示。 圖 4-11 點菜窗體界面設計 24 圖 4-12 結賬信息 4.8 統(tǒng)計功能模塊統(tǒng)計功能模塊 統(tǒng)計功能是根據(jù)數(shù)據(jù)庫中的內(nèi)容對用戶需要的信息進行匯總，使用戶對 這些信息由一個總體的了解。這個功能也是用戶最關心的方面之一，因為通過 統(tǒng)計功能可以有效地減輕用戶在“日結算” 、 “月結算”等方面的工作量，使用 戶得到切實的便利。 例如，用戶需要對 2011-5-1 日到 2011-6-1 日間的銷售報表進行統(tǒng)計，