管理信息系統課程設計(X餐飲企業(yè)連鎖管理信息系統)

1、精選優(yōu)質文檔-傾情為你奉上前言一、 系統名稱：A餐飲連鎖管理信息系統二、 開發(fā)目標：開發(fā)出一個操作簡便，界面友好，靈活實用,安全可靠的餐飲連鎖管理信息系統。該系統可以加強對餐飲連鎖網絡的科學管理與有效控制;實現對前端銷售現場的數據收集、匯總、分析；及時把握銷售規(guī)律、趨勢;在餐飲連鎖體系中實施嚴格的質量管理。傳統的手工化管理是制約餐飲連鎖經營競爭優(yōu)勢充分發(fā)揮的“瓶頸”,運用信息管理系統可使連鎖經營突破管理“瓶頸”束縛，實現從“粗放型”到“集約高效型”的質的飛躍。三、主要功能： (1)提高企業(yè)競爭水平 營業(yè)數據實時匯總為管理者提供了大大的方便,也為連鎖企業(yè)進一步提升企業(yè)競爭力水平做了有力的支撐。

2、(2）提高運營效率,提升規(guī)模效應 統一管理等規(guī)范化的網絡式經營使得企業(yè)資源達到最優(yōu)配置和優(yōu)化經營。管理信息系統的運用,可極大地提高連鎖企業(yè)對信息的處理能力,增強他的協調、管理能力,使餐飲連鎖企業(yè)規(guī)模有極大的提高，連鎖企業(yè)可以在一個更高的高度獲取更多的規(guī)模效益。四、開發(fā)背景: 餐飲企業(yè)在高速發(fā)展的同時，自然會面臨著傳統的管理方法和競爭手段落后，效率低下的問題,企業(yè)迫切需要改進管理思維，利用科學的管理手段來加強自身管理。隨著餐飲連鎖企業(yè)規(guī)模迅速的發(fā)展和壯大,先前的手工管理方式難以支撐該體系的快速擴充，并且信息的及時匯總和分析就顯得尤為重要。因此，建立起一套先進的連鎖管理信息系統就非常重要,為餐飲連

3、鎖企業(yè)效率化提升提供保證。第一章 系統目標和開發(fā)的可行性第一節(jié) 系統目標一、 現行系統是手工運作的系統,業(yè)務人員手工作業(yè)量大，數據傳遞不及時,對數據的統計和計算過程容易發(fā)生錯誤，工作效率較低。二、 業(yè)務流程管理不夠嚴密。三、 主要從銷售收入角度向管理層提供數據,不能滿足管理要求。四、 對賬務的查詢不方便。第二節(jié) 開發(fā)的可行性一 、1、系統的名稱:A餐飲連鎖管理信息系統2、主要功能： 提高企業(yè)競爭水平 營業(yè)數據實時匯總為管理者提供了大大的方便，也為連鎖企業(yè)進一步提升企業(yè)競爭力水平做了有力的支撐。 提高運營效率，提升規(guī)模效應 統一管理等規(guī)范化的網絡式經營使得企業(yè)資源達到最優(yōu)配置和優(yōu)化經營。管理信息

4、系統的運用，可極大地提高連鎖企業(yè)對信息的處理能力,增強他的協調、管理能力,使餐飲連鎖企業(yè)規(guī)模有極大的提高,連鎖企業(yè)可以在一個更高的高度獲取更多的規(guī)模效益。3、目標：開發(fā)出一個操作簡便,界面友好,靈活實用,安全可靠的餐飲連鎖管理信息系統。該系統可以加強對餐飲連鎖網絡的科學管理與有效控制;實現對前端銷售現場的數據收集、匯總、分析；及時把握銷售規(guī)律、趨勢；在餐飲連鎖體系中實施嚴格的質量管理。傳統的手工化管理是制約餐飲連鎖經營競爭優(yōu)勢充分發(fā)揮的“瓶頸”，運用信息管理系統可使連鎖經營突破管理“瓶頸”束縛，實現從“粗放型”到“集約高效型”的質的飛躍。二、系統環(huán)境以及工具：1軟件環(huán)境:用戶端：Windw00

5、0，Widows203,Windws 服務器端：WindoNindos200及以上操作系統開發(fā)工具：科力IS系統2.硬件環(huán)境:有高性能的電子計算機、大容量的存貯裝置，個人電腦(終端)以及聯結起來的網線等,組成信息資源共享的計算機網絡,有共享的打印機,掃描儀等等 三、系統設計原則： 1) 系統運行安全可靠，穩(wěn)定性好； 2) 系統的可管理性和可維護性好; 3） 系統輸入界面友好，操作簡便易行，盡量減少用戶的輸入工作量； 4）允許多種數據輸入方式，能實現多種查詢，允許進行模糊查詢；5）數據具有規(guī)范性，整體性,方便數據之間的比較分析。 四、系統可行性分析：1.技術可行性:系統要求在windows200

6、0以上環(huán)境運行，后臺數據庫采用access2003,使用OL編程，采用AD方式連接數據庫，這些在目前都是容易實現的。程序將部分需要經常調用的數據存入內存,可提高程序運行速度.經濟可行性:根據企業(yè)多年來良好的經濟效益,其經濟實力比較雄厚，這就為這套餐飲連鎖管理信息系統的設計與實施奠定了經濟基礎,足以提供購買硬件設備和開發(fā)軟件所需要的資金。3.管理的可行性:本系統在投入使用后,其要求使用系統的工作人員除了需要具備在Miot Windows平臺上使用個人電腦的知識，并不需要特別的技術能力。這方面的知識,在與本項目運營相關的直接人員(包括經理、采購部、財務部、餐飲部和人事部)中已經具備。因此在管理上具

7、有了系統開發(fā)的可行性。五、系統分析結論： 由以上分析得出,本系統可進行開發(fā)。第二章 現行系統概況第一節(jié)：現行系統現狀調查(組織結構圖、功能結構圖) 公司采用的是總部和門店的直線管理方式，所以存在以下問題: 、信息不能及時匯總和分析 、物料采購、存儲、 配送不能及時、有效的進行管控3、連鎖總部的管理模式不能有效、及時地傳遞給各門店 4、數據信息存在著分散管理情形一、組織結構圖經理前臺服務部財務部餐廳后臺物品采購與管理二、 功能結構圖營業(yè)前臺系統點菜下單預定位置制作傳菜結賬收銀第二節(jié) 系統需求說明一、餐飲部要求本系統能夠完成對客人的開臺管理以及買單管理,能夠提供統一格式的計算機打印單據與報表，便于

8、客人對消費程度的查詢以及財務部門每個月的賬務統計。二、采購部要求本系統能夠具有商品信息管理、商品信息查詢、以及進貨管理和庫存查詢的功能。三、財務部要求本系統能夠具有日結算以及月結算功能，以方便對飯店的經濟運行情況有詳細的統計，給飯店的決策方案提供準確的參考依據。四、人事部要求本系統能夠具有員工信息管理功能,便于飯店對每一個員工的具體情況進行了解,也是對每一個員工進行職務提升的重要依據。五、管理者希望能對每個部門每個時間段的運營情況及具體細節(jié)及時地了解,對各部門的重要信息進行瀏覽，從而掌握第一手資料,制定出具有針對性的制度、出臺相應的活動來吸引顧客。第三章新系統的邏輯方案第一節(jié):業(yè)務流程圖1、總

9、體業(yè)務流程圖.菜單管理子系統下單顧客菜單存儲餐廳后臺收銀臺信息查詢餐桌變更是添菜減菜確認判斷變更3收銀管理子系統顧客付款收銀臺卡用戶非卡用戶折扣后價格原價發(fā)票發(fā)票消費達到一定額度客戶個人賬戶升級卡用戶菜單明細賒銷信息存儲有效信息登記賒銷條件判定符合賒銷4、預訂子系統顧客預定查詢添加預定預訂人信息預訂訂單 取消預訂餐廳后臺收銀臺交訂金開憑證.卡用子系統顧客個人信息存儲個人消費記錄確定卡用戶收銀臺享受折扣個人檔案第二節(jié)：數據流程圖一、 頂層數據流程圖餐飲連鎖前臺營業(yè)管理信息系統菜單信息子系統卡用戶管理子系統 預訂管理子系統收銀管理子系統二、 第一層數據流程圖D3一般用戶D2卡用戶D1菜單明細F1變

10、更信息P1菜單處理S2收銀員S1顧客S1顧客S收銀員D1菜單明細D2卡用戶D一般用戶P1菜單處理三、 第二層數據流程圖D2.9卡用戶信息D2.1吃飯D2.2預定菜單D2.10菜單信息D2.8小票D2.5菜單D2.4菜單D2.3點單S2.1顧客P2.1預訂菜單P2.2直接下單P2.4后臺處理P2.3菜單處理S2.3收銀員D2.6帳單F2.1變更信息P2.5卡通戶處理F2.2菜單信息存儲D2.8菜單完成服務員D2.7菜譜S2.顧客 D2小票S2.服務員 D29卡用戶信息S2.3收銀員 D2.10菜單信息D21吃飯 P1預訂菜單D2.2預定菜單 P2.直接下單D2.3點單 P2.3菜單處理4菜單 P

11、.4后臺處理D.5菜單 2.5卡通戶處理D6帳單 F2.1變更信息D2.7菜譜 F22菜單信息四、 第三層數據流程圖(）菜單管理子系統數據流程圖D3.1.5變更反饋D3.1.6變更菜單D3.1.8并桌、轉桌D3.1.7添菜減菜D3.1.2菜單D3.1.3菜譜S3.1.1顧客D3.1.1點菜P3.1.1菜單處理S3.1.2收銀員P3.1.3后臺處理P3.1.4判定變更方式P3.1.2變更處理F3.1.1即時營業(yè)信息D3.1.4申請變更S3.11顧客 D.7添菜減菜S1.2收銀員 D3.18并桌轉桌3.1.1點菜 P3.1.1菜單處理3.1.2菜單 P3.變更處理D1.3菜譜 P3.13后臺處理D

12、3申請變更 P3.4判定變更方式3.1.5變更反饋 F3.1.1即時營業(yè)信息D3.16變更菜單（2)收銀子系統數據流程圖D3.2.4賒銷金額D3.2.2賒賬申請D3.2.3顧客信息S3.2.1顧客S3.2.2收銀員D3.3.1結賬單P3.2.1顧客類型判定P3.2.3結賬處理D3.2.5原價D3.2.6折價S3.2.3相關主管D3.2.7申請金額P3.2.2賒銷處理D3.2.8賒銷反饋S3.2.4相關人員F3.2.2賒銷信息D3.2.9賒銷意向F3.2.1卡用戶信息S3.2.1顧客 D3.6折價S3.2.2收銀員 3.27申請金額S3.2.3相關主管 D3.2.8賒銷反饋S3.2.4相關人員

13、.2.賒銷意向D33.1結賬單 .10付款D2.2賒賬申請 P3.2.1顧客類型判定3.2.3顧客信息 P3.2.賒銷處理D3.2.4賒銷金額 3結賬處理D32.5原價 F3.21卡用戶信息(3）預訂子系統數據流程圖D3.3.4預定單S3.3.1顧客S3.3.2前臺服務員D3.3.1預定申請P3.3.1即時查詢D3.3.2申請信息F3.3.1營業(yè)信息S3.3.3服務員D3.3.2查詢結果P3.3.2整理預訂信息P3.3.3后臺處理D3.3.6信息反饋F3.3.2預定信息存儲S3.3.1顧客 D3.3預定信息S3.3.2前臺服務員 3.預定單S3.3.3服務員 D3.5預定信息D3.31預定申請

14、 3.36信息反饋D.32申請信息 F3.3.營業(yè)信息 332查詢結果 F.2預定信息存儲(4）卡用戶系統數據流程圖S4.1顧客光臨S4.2前臺接待S4.3管理服務器S4.8客人結算S4.9客人離開S4.4店堂廚房S4.5寫消費卡S4.6客人執(zhí)卡消費S4.7消費單據S1顧客光臨S4.前臺接待4.3管理服S.4店堂廚房S4.5寫消費卡S4.6客人執(zhí)卡消費S4.7消費單據S4.客人結算S4.客人離開第三節(jié):數據字典數據字典描述的主要有：數據流、數據元素、數據存儲、加工和外部項,其中數據元素是組成數據流的基本成分。在系統分析中，數據字典起著重要的作用。它包含關于系統的詳細信息。一般來說，系統分析人員

15、把不便在數據流程圖上注明而對于系統分析應該獲得的,對整個系統開發(fā)以至將來系統運行與維護是必需的信息盡可能放入數據字典。數據項的定義表-1 菜單編號的定義數據項編號-1數據項名稱菜單編號別名菜單編號簡述菜單按一定的劃分標準的編碼類型及寬度字符型，8位取值范圍“”“”表飯桌編號的定義數據項編號04數據項名稱飯桌編號別名飯桌編號簡述顧客用餐的桌子編碼類型及寬度字符型，位取值范圍“000”“999”數據結構的定義表-3訂單表的定義數據結構編號S011數據結構名稱訂單表簡述訂單基本信息數據結構組成 訂單號 餐桌號 結賬狀況 合計折扣 總計現金 找零 收銀員 下單時間數據流的定義表3-4菜單信息的定義數據

16、流編號D0-02數據流名稱菜單信息簡述顧客用餐的所以信息，包括飯菜種類等數據流來源顧客數據流去向服務員數據流組成點菜信息+飯桌信息+日期數據流量00份/天高峰流量80份/天表3-5 預定菜單的定義數據流編號02-01數據流名稱預定菜單簡述顧客預定餐的信息數據流來源顧客數據流去向服務員數據流組成顧客信息預定信息+用餐時間數據流量0份/天高峰流量80份/天表3-6變更信息定義數據流編號02-0數據流名稱變更信息簡述顧客根據需要對已確定的菜單進行更改數據流來源顧客數據流去向服務數據流組成顧客情況+變更情況數據流量30份天高峰流量40份天表37 小票的定義數據流編號D203數據流名稱小票簡述顧客用餐結

17、賬后美食園開具的證明數據流來源服務員數據流去向顧客數據流組成用餐金額+日期菜單信息數據流量300份/天高峰流量800份/月表38折價的定義數據流編號D03-0數據流名稱折價簡述顧客根據消費金額享受的折扣數據流來源服務員數據流去向顧客數據流組成消費金額+用餐金額數據流量1份/天高峰流量200份天表3-9菜單完成的定義數據流編號D0302數據流名稱菜單完成簡述后臺提交的關于飯菜完成的信息數據流來源后臺服務員數據流去向顧客數據流組成菜單編號+菜單信息數據流量300份天高峰流量8份/天表10 消費金額的定義數據流編號D03-03數據流名稱消費金額簡述顧客用餐實際發(fā)生金額的數額數據流來源銀行數據流去向顧

18、客數據流組成用餐額+折價額+日期數據流量5份/月高峰流量8份月表3-11變更反饋的定義數據流編號03-04數據流名稱變更反饋簡述對顧客變更信息處理后的反饋數據流來源服務員數據流去向顧客數據流組成菜單編號+變更信息+變更情況 數據流量30份/月高峰流量40份/月表3-12付款的定義數據流編號3-05數據流名稱付款簡述顧客付款數據流來源收銀員數據流去向顧客數據流組成顧客信息+付款額度數據流量3份天高峰流量80份/天處理邏輯的定義表3-菜單處理的定義處理邏輯編號P01-處理邏輯名稱菜單處理簡述處理點菜和預定菜業(yè)務輸入的數據流菜單，菜單編號,顧客信息處理美食園根據服務員提交的菜單進行處理輸出的數據流賬

19、單、菜譜處理頻率每天300次表3-4 預定菜單的定義處理邏輯編號P02-01處理邏輯名稱預定菜單簡述確定顧客的預定咨詢,預定的信息輸入的數據流顧客信息和預定信息的文件處理根據顧客的需求，即使營業(yè)情況，確定預定的可行,填寫預定單，收取定金輸出的數據流菜單處理頻率每天6次表315 直接下單的定義處理邏輯編號P0202處理邏輯名稱直接下單簡述顧客用餐前直接進行點菜輸入的數據流顧客信息、菜單處理顧客根據自己的喜歡進行點餐輸出的數據流菜單處理頻率每天35次表3-16 變更處理的定義處理邏輯編號0-01處理邏輯名稱變更處理簡述對顧客桌子，菜譜的變更進行處理輸入的數據流變更信息、菜單編號處理顧客根據需要對菜

20、單進行更改，包括并桌、轉桌，加菜、添菜，美食園根據即使營業(yè)情況進行處理輸出的數據流變更反饋處理頻率每天35次數據存儲的定義表3-17 變更信息的定義數據存儲編號F101數據存儲名稱變更信息簡述對顧客變更信息的儲存數據存儲組成顧客信息變更信息關鍵字客戶編號相關聯的處理表3-18 菜單信息存儲的定義數據存儲編號001數據存儲名稱菜單信息存儲簡述存儲顧客菜單信息數據存儲組成顧客信息+菜單信息+日期關鍵字日期相關聯的處理表31 即時營業(yè)信息的定義數據存儲編號F0-02數據存儲名稱當時營業(yè)情況匯總簡述對當天當日營業(yè)情況匯總并儲存數據存儲組成菜單信息+日期關鍵字時間相關聯的處理表-營業(yè)信息的定義數據存儲編

21、號030數據存儲名稱營業(yè)信息簡述存儲美食員所有營業(yè)的信息數據存儲組成日期+營業(yè)信息關鍵字日期相關聯的處理表3-2預定信息存儲的定義數據存儲編號F003數據存儲名稱預定信息存儲簡述存儲顧客預定的相關信息數據存儲組成顧客信息+日期+預定情況關鍵字顧客姓名相關聯的處理外部實體的定義外部實體編號S01-01外部實體名稱顧客簡述到美食園就餐的顧客輸入的數據流D2-03 D-1 D0305輸出的數據流D10202-2 D01-01 D001 0-2表323收銀員的定義外部實體編號01-0外部實體名稱收銀員簡述就餐結賬的主要處理外部實體輸入的數據流D0101輸出的數據流D03-5外部實體編號S02-2外部實

22、體名稱服務員簡述顧客就餐的服務人員輸入的數據流01-02 0201輸出的數據流23 03-01 032第四章系統實施（系統設計)第一節(jié) 新系統功能設計(功能模塊圖）:餐飲連鎖管理信息系統前臺管理后臺管理財政管理采購管理預定管理數據交換管理大堂經理服務員勤雜工人廚師財務主管會計和收銀員采購員驗貨員接線員記錄員各分店數據匯總數據共享第二節(jié) 代碼設計：代碼是人為確定的代表客觀事物(實體）名稱、屬性或狀態(tài)的符號或者是這些符號的組合。代碼設計現行由兩種設計方法：線分類方法和面分類方法。 本著代碼設計的原則，我們選擇線分類方法根據主菜首字母確定主菜編號，每一道主菜有唯一確定的代碼，；大堂經理或點菜員能夠熟

23、記菜單的編號,便于識別和記憶,更好的為顧客服務；當有新的實體或屬性添加時,直接利用源代碼進行擴充，不需要改動代碼系統,具有可擴充性和穩(wěn)定性。第三節(jié)數據庫設計數據庫的邏輯設計 根據關系模式的設計,為本系統數據庫設置主鍵、外鍵，其中主鍵唯一表示該數據庫的屬性。形成數據庫的文件如下:(1) 菜單數據結構字段名 字段代碼 字段類 字段長度 主鍵 外鍵酒菜編號 BH 字符 酒菜名稱 M 字符 20 價格 字符 單位 D 日期 8 附加信息 FJXX 字符 3(2) 餐桌數據結構字段名 字段代碼 字段類 字段長度主鍵 外鍵 餐桌號 CZH 字符 0 Y 餐桌類型 LX 字符 人數 S 字符 8 狀態(tài) ZT 字符 8 (3) 會員數據結構字段名 字段代碼 字段類 字段長度 主鍵 外鍵會員卡號 HKH 字符 會員姓名 字符 20 會員性別 XB 字符 8 聯系電話 LXDH 字符 1住址 Z 字符 100(4) 管理員數據結構字段名 字段代碼 字段類 字段長度 主鍵 外鍵 管理員編號 BH