餐饮企业连锁管理信息系统.docx

《餐饮企业连锁管理信息系统.docx》由会员分享，可在线阅读，更多相关《餐饮企业连锁管理信息系统.docx（22页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、前言一、 系统名称：A餐饮连锁管理信息系统二、 开发目标：开发出一个操作简便，界面友好，灵活实用，安全可靠的餐饮连锁管理信息系统。该系统可以加强对餐饮连锁网络的科学管理与有效控制；实现对前端销售现场的数据收集、汇总、分析；及时把握销售规律、趋势；在餐饮连锁体系中实施严格的质量管理。传统的手工化管理是制约餐饮连锁经营竞争优势充分发挥的“瓶颈”，运用信息管理系统可使连锁经营突破管理“瓶颈”束缚，实现从“粗放型”到“集约高效型”的质的飞跃。三、主要功能： (1)提高企业竞争水平 营业数据实时汇总为管理者提供了大大的方便，也为连锁企业进一步提升企业竞争力水平做了有力的支撑。 (2)提高运营效率，提升规

2、模效应 统一管理等规范化的网络式经营使得企业资源达到最优配置和优化经营。管理信息系统的运用，可极大地提高连锁企业对信息的处理能力，增强他的协调、管理能力，使餐饮连锁企业规模有极大的提高，连锁企业可以在一个更高的高度获取更多的规模效益。四、开发背景： 餐饮企业在高速发展的同时，自然会面临着传统的管理方法和竞争手段落后，效率低下的问题，企业迫切需要改进管理思维，利用科学的管理手段来加强自身管理。随着餐饮连锁企业规模迅速的发展和壮大，先前的手工管理方式难以支撑该体系的快速扩充，并且信息的及时汇总和分析就显得尤为重要。因此，建立起一套先进的连锁管理信息系统就非常重要，为餐饮连锁企业效率化提升提供保证。

3、第一章 系统目标和开发的可行性第一节 系统目标一、 现行系统是手工运作的系统，业务人员手工作业量大，数据传递不及时，对数据的统计和计算过程容易发生错误，工作效率较低。二、 业务流程管理不够严密。三、 主要从销售收入角度向管理层提供数据，不能满足管理要求。四、 对账务的查询不方便。第二节 开发的可行性一 、1、系统的名称：A餐饮连锁管理信息系统2、主要功能： 提高企业竞争水平 营业数据实时汇总为管理者提供了大大的方便，也为连锁企业进一步提升企业竞争力水平做了有力的支撑。 提高运营效率，提升规模效应 统一管理等规范化的网络式经营使得企业资源达到最优配置和优化经营。管理信息系统的运用，可极大地提高连

4、锁企业对信息的处理能力，增强他的协调、管理能力，使餐饮连锁企业规模有极大的提高，连锁企业可以在一个更高的高度获取更多的规模效益。3、目标：开发出一个操作简便，界面友好，灵活实用，安全可靠的餐饮连锁管理信息系统。该系统可以加强对餐饮连锁网络的科学管理与有效控制；实现对前端销售现场的数据收集、汇总、分析；及时把握销售规律、趋势；在餐饮连锁体系中实施严格的质量管理。传统的手工化管理是制约餐饮连锁经营竞争优势充分发挥的“瓶颈”，运用信息管理系统可使连锁经营突破管理“瓶颈”束缚，实现从“粗放型”到“集约高效型”的质的飞跃。二、系统环境以及工具： 1.软件环境：用户端：Windows2000，Window

5、s2003，Windows XP 服务器端：WindowsNT/Windows2000及以上操作系统开发工具：科力MIS系统 2.硬件环境： 有高性能的电子计算机、大容量的存贮装置，个人电脑（终端）以及联结起来的网线等，组成信息资源共享的计算机网络，有共享的打印机，扫描仪等等 三、系统设计原则： 1) 系统运行安全可靠，稳定性好； 2) 系统的可管理性和可维护性好； 3) 系统输入界面友好，操作简便易行，尽量减少用户的输入工作量； 4）允许多种数据输入方式，能实现多种查询，允许进行模糊查询； 5）数据具有规范性，整体性，方便数据之间的比较分析。 四、系统可行性分析： 1.技术可行性：系统要求在

6、windows2000以上环境运行，后台数据库采用access2003，使用SOL编程，采用ADO方式连接数据库，这些在目前都是容易实现的。程序将部分需要经常调用的数据存入内存，可提高程序运行速度 2.经济可行性：根据企业多年来良好的经济效益，其经济实力比较雄厚，这就为这套餐饮连锁管理信息系统的设计与实施奠定了经济基础，足以提供购买硬件设备和开发软件所需要的资金。3.管理的可行性：本系统在投入使用后，其要求使用系统的工作人员除了需要具备在Microsoft Windows平台上使用个人电脑的知识，并不需要特别的技术能力。这方面的知识，在与本项目运营相关的直接人员(包括经理、采购部、财务部、餐饮

7、部和人事部)中已经具备。因此在管理上具有了系统开发的可行性。五、系统分析结论： 由以上分析得出，本系统可进行开发。第二章 现行系统概况第一节：现行系统现状调查（组织结构图、功能结构图） 公司采用的是总部和门店的直线管理方式，所以存在以下问题： 1、信息不能及时汇总和分析 2、物料采购、存储、 配送不能及时、有效的进行管控 3、连锁总部的管理模式不能有效、及时地传递给各门店 4、数据信息存在着分散管理情形一、组织结构图经理前台服务部财务部餐厅后台物品采购与管理二、 功能结构图营业前台系统点菜下单预定位置制作传菜结账收银第二节 系统需求说明一、餐饮部要求本系统能够完成对客人的开台管理以及买单管理，

8、能够提供统一格式的计算机打印单据与报表，便于客人对消费程度的查询以及财务部门每个月的账务统计。二、采购部要求本系统能够具有商品信息管理、商品信息查询、以及进货管理和库存查询的功能。三、财务部要求本系统能够具有日结算以及月结算功能，以方便对饭店的经济运行情况有详细的统计，给饭店的决策方案提供准确的参考依据。四、人事部要求本系统能够具有员工信息管理功能，便于饭店对每一个员工的具体情况进行了解，也是对每一个员工进行职务提升的重要依据。五、管理者希望能对每个部门每个时间段的运营情况及具体细节及时地了解，对各部门的重要信息进行浏览，从而掌握第一手资料，制定出具有针对性的制度、出台相应的活动来吸引顾客。第

9、三章 新系统的逻辑方案第一节：业务流程图1、总体业务流程图2.菜单管理子系统下单顾客菜单存储餐厅后台收银台信息查询餐桌变更是添菜减菜确认判断变更3.收银管理子系统顾客付款收银台卡用户非卡用户折扣后价格原价发票发票消费达到一定额度客户个人账户升级卡用户菜单明细赊销信息存储有效信息登记赊销条件判定符合赊销4、预订子系统顾客预定查询添加预定预订人信息预订订单 取消预订餐厅后台收银台交订金开凭证5.卡用子系统顾客个人信息存储个人消费记录确定卡用户收银台享受折扣个人档案第二节：数据流程图一、 顶层数据流程图餐饮连锁前台营业管理信息系统菜单信息子系统卡用户管理子系统 预订管理子系统收银管理子系统二、 第一

10、层数据流程图D3一般用户D2卡用户D1菜单明细F1变更信息P1菜单处理S2收银员S1顾客S1顾客S2收银员 D1菜单明细D2卡用户D3一般用户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.1顾客 D2.8小票S2.2服务员 D2.9卡用户信息S2.3收银员 D2.10菜单信息D2.1吃饭 P2.1预订菜

11、单D2.2预定菜单 P2.2直接下单D2.3点单 P2.3菜单处理D2.4菜单 P2.4后台处理D2.5菜单 P2.5卡通户处理D2.6帐单 F2.1变更信息D2.7菜谱 F2.2菜单信息四、 第三层数据流程图（1）菜单管理子系统数据流程图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即时营业信息D3.1.4申请变更S3.1.1顾客 D3.1.7添菜减菜S3.1.2收银员 D3.1.

12、8并桌转桌D3.1.1点菜 P3.1.1菜单处理D3.1.2菜单 P3.1.2变更处理D3.1.3菜谱 P3.1.3后台处理D3.1.4申请变更 P3.1.4判定变更方式D3.1.5变更反馈 F3.1.1即时营业信息D3.1.6变更菜单（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.

13、1卡用户信息S3.2.1顾客 D3.2.6折价S3.2.2收银员 D3.2.7申请金额S3.2.3相关主管 D3.2.8赊销反馈S3.2.4相关人员 D3.2.9赊销意向D3.3.1结账单 D3.2.10付款D3.2.2赊账申请 P3.2.1顾客类型判定D3.2.3顾客信息 P3.2.2赊销处理D3.2.4赊销金额 P3.2.3结账处理D3.2.5原价 F3.2.1卡用户信息3）预订子系统数据流程图D3.3.4预定单S3.3.1顾客S3.3.2前台服务员D3.3.1预定申请P3.3.1即时查询D3.3.2申请信息F3.3.1营业信息S3.3.3服务员D3.3.2查询结果P3.3.2整理预订信息

14、P3.3.3后台处理D3.3.6信息反馈F3.3.2预定信息存储S3.3.1顾客 D3.3.3预定信息S3.3.2前台服务员 D3.3.4预定单S3.3.3服务员 D3.3.5预定信息D3.3.1预定申请 D3.3.6信息反馈D3.3.2申请信息 F3.3.1营业信息 D3.3.2查询结果 F3.3.2预定信息存储（4）卡用户系统数据流程图S4.1顾客光临S4.2前台接待S4.3管理服务器S4.8客人结算S4.9客人离开S4.4店堂厨房S4.5写消费卡S4.6客人执卡消费S4.7消费单据S4.1顾客光临S4.2前台接待S4.3管理服S4.4店堂厨房S4.5写消费卡S4.6客人执卡消费S4.7消

15、费单据S4.8客人结算S4.9客人离开第三节：数据字典数据字典描述的主要有：数据流、数据元素、数据存储、加工和外部项，其中数据元素是组成数据流的基本成分。在系统分析中，数据字典起着重要的作用。它包含关于系统的详细信息。一般来说，系统分析人员把不便在数据流程图上注明而对于系统分析应该获得的，对整个系统开发以至将来系统运行与维护是必需的信息尽可能放入数据字典。数据项的定义表3-1 菜单编号的定义数据项编号I01-01数据项名称菜单编号别名菜单编号简述菜单按一定的划分标准的编码类型及宽度字符型，8位 取值范围“00000000”“99999999”表3-2饭桌编号的定义数据项编号I01-04数据项名

16、称饭桌编号别名饭桌编号简述顾客用餐的桌子编码类型及宽度字符型，3位取值范围“0000”“9999”数据结构的定义表3-3订单表的定义数据结构编号DS01-01数据结构名称订单表简述订单基本信息数据结构组成 订单号 餐桌号 结账状况 合计 折扣 总计 现金 找零 收银员 下单时间数据流的定义表3-4菜单信息的定义数据流编号D01-02数据流名称菜单信息简述顾客用餐的所以信息，包括饭菜种类等数据流来源顾客数据流去向服务员数据流组成点菜信息+饭桌信息+日期数据流量300份/天高峰流量800份/天表3-5 预定菜单的定义数据流编号D02-01数据流名称预定菜单简述顾客预定餐的信息数据流来源顾客数据流去

17、向服务员数据流组成顾客信息+预定信息+用餐时间数据流量50份/天高峰流量80份/天表3-6变更信息定义数据流编号D02-02数据流名称变更信息简述顾客根据需要对已确定的菜单进行更改数据流来源顾客数据流去向服务数据流组成顾客情况+变更情况数据流量30份/天高峰流量40份/天表3-7 小票的定义数据流编号D02-03数据流名称小票简述顾客用餐结账后美食园开具的证明数据流来源服务员数据流去向顾客数据流组成用餐金额+日期+菜单信息数据流量300份/天高峰流量8000份/月表3-8折价的定义数据流编号D03-01数据流名称折价简述顾客根据消费金额享受的折扣数据流来源服务员数据流去向顾客数据流组成消费金额

18、+用餐金额数据流量100份/天高峰流量200份/天表3-9菜单完成的定义数据流编号D03-02数据流名称菜单完成简述后台提交的关于饭菜完成的信息数据流来源后台服务员数据流去向顾客数据流组成菜单编号+菜单信息数据流量300份/天高峰流量800份/天表3-10 消费金额的定义数据流编号D03-03数据流名称消费金额简述顾客用餐实际发生金额的数额数据流来源银行数据流去向顾客数据流组成用餐额+折价额+日期数据流量5份/月高峰流量8份/月表3-11变更反馈的定义数据流编号D03-04数据流名称变更反馈简述对顾客变更信息处理后的反馈数据流来源服务员数据流去向顾客数据流组成菜单编号+变更信息+变更情况 数据

19、流量30份/月高峰流量40份/月表3-12付款的定义数据流编号D03-05数据流名称付款简述顾客付款数据流来源收银员数据流去向顾客数据流组成顾客信息+付款额度数据流量300份/天高峰流量800份/天处理逻辑的定义表3-13菜单处理的定义处理逻辑编号P01-01处理逻辑名称菜单处理简述处理点菜和预定菜业务输入的数据流菜单，菜单编号，顾客信息处理美食园根据服务员提交的菜单进行处理输出的数据流账单、菜谱处理频率每天300次表3-14 预定菜单的定义处理逻辑编号P02-01处理逻辑名称预定菜单简述确定顾客的预定咨询，预定的信息输入的数据流顾客信息和预定信息的文件处理根据顾客的需求，即使营业情况，确定预

20、定的可行，填写预定单，收取定金输出的数据流菜单处理频率每天60次表3-15 直接下单的定义处理逻辑编号P02-02处理逻辑名称直接下单简述顾客用餐前直接进行点菜输入的数据流顾客信息、菜单处理顾客根据自己的喜欢进行点餐输出的数据流菜单处理频率每天35次表3-16 变更处理的定义处理逻辑编号P03-01处理逻辑名称变更处理简述对顾客桌子，菜谱的变更进行处理输入的数据流变更信息、菜单编号处理顾客根据需要对菜单进行更改，包括并桌、转桌，加菜、添菜，美食园根据即使营业情况进行处理输出的数据流变更反馈处理频率每天35次数据存储的定义表3-17 变更信息的定义数据存储编号F01-01数据存储名称变更信息简述

21、对顾客变更信息的储存数据存储组成顾客信息+变更信息关键字客户编号相关联的处理表3-18 菜单信息存储的定义数据存储编号F02-01数据存储名称菜单信息存储简述存储顾客菜单信息数据存储组成顾客信息+菜单信息+日期关键字日期相关联的处理表3-19 即时营业信息的定义数据存储编号F02-02数据存储名称当时营业情况汇总简述对当天当日营业情况汇总并储存数据存储组成菜单信息+日期关键字时间相关联的处理表3-21营业信息的定义数据存储编号F03-02数据存储名称营业信息简述存储美食员所有营业的信息数据存储组成日期+营业信息关键字日期相关联的处理表3-22预定信息存储的定义数据存储编号F03-03数据存储名

22、称预定信息存储简述存储顾客预定的相关信息数据存储组成顾客信息+日期+预定情况关键字顾客姓名相关联的处理外部实体的定义外部实体编号S01-01外部实体名称顾客简述到美食园就餐的顾客输入的数据流D02-03 D03-01 D03-05输出的数据流D01-02 D02-02 D01-01 D02-01 D03-02表3-23收银员的定义外部实体编号S01-02外部实体名称收银员简述就餐结账的主要处理外部实体输入的数据流D01-01输出的数据流D03-05外部实体编号S02-02外部实体名称服务员简述顾客就餐的服务人员输入的数据流D01-02 D02-01输出的数据流D02-03 D03-01 D03

23、-02第四章 系统实施（系统设计）第一节 新系统功能设计（功能模块图）：餐饮连锁管理信息系统前台管理后台管理财政管理采购管理预定管理数据交换管理大堂经理服务员勤杂工人厨师财务主管会计和收银员采购员验货员接线员记录员各分店数据汇总数据共享第二节 代码设计：代码是人为确定的代表客观事物(实体)名称、属性或状态的符号或者是这些符号的组合。代码设计现行由两种设计方法：线分类方法和面分类方法。 本着代码设计的原则，我们选择线分类方法根据主菜首字母确定主菜编号，每一道主菜有唯一确定的代码，；大堂经理或点菜员能够熟记菜单的编号，便于识别和记忆，更好的为顾客服务；当有新的实体或属性添加时，直接利用源代码进行扩

24、充，不需要改动代码系统，具有可扩充性和稳定性。第三节 数据库设计数据库的逻辑设计 根据关系模式的设计，为本系统数据库设置主键、外键，其中主键唯一表示该数据库的属性。形成数据库的文件如下：(1) 菜单数据结构字段名 字段代码 字段类 字段长度 主键 外键酒菜编号 BH 字符 10 Y酒菜名称 MC 字符 20 价格 JG 字符 8 单位 DW 日期 8 附加信息 FJXX 字符 3(2) 餐桌数据结构字段名 字段代码 字段类 字段长度 主键 外键 餐桌号 CZH 字符 10 Y 餐桌类型 LX 字符 20 人数 RS 字符 8 状态 ZT 字符 8 (3) 会员数据结构字段名 字段代码 字段类

25、字段长度 主键 外键会员卡号 HYKH 字符 18 Y会员姓名 XM 字符 20 会员性别 XB 字符 8 联系电话 LXDH 字符 11住址 ZZ 字符 100(4) 管理员数据结构字段名 字段代码 字段类 字段长度 主键 外键 管理员编号 BH 字符 20 Y密码 MM 字符 6 管理员职位 ZW 字符 8 年龄 NL 字符 4第四节 输入输出设计：菜单输入设计流水号会员卡号顾客名称会员类别付款方式酒菜名称1价格 折扣 酒菜名称2价格酒菜名称3价格金额总计服务员会员信息输入设计会员卡号会员名称身份证号性别会员等级密码地址联系电话发卡状态生日年龄发卡日期截至日期累计消费额累计消费次数存款积分

26、工作单位备注菜单输出设计流水号LS01会员卡号HY01顾客名称朱兆琛会员类别钻石卡付款方式现金酒菜名称1洋葱炒肉价格 15元折扣 70%酒菜名称2猪炒饭价格5元酒菜名称3海鲜套餐价格80金额总计70元服务员陈小红信息使用者：餐厅工作人员使用目的：查询顾客点菜情况，付款情况，会员消费情况等使用周期：每次点菜一次输出格式：表格小票输出设计流水号LS01餐桌号111会员号HY01酒菜名称1洋葱炒肉酒菜名称2鸡炒饭酒菜名称紫菜汤累计消费额1009累计消费次数16本次积分20总额70元折扣70%服务日期2008-10-4备 注信息使用者：餐厅工作人员、顾客使用目的：令餐厅了解每日的经营状况，也让顾客了解自己的消费情况输出格式：表格输出设备：打印机输出介质：A4纸