餐饮企业连锁管理信息系统.docx
《餐饮企业连锁管理信息系统.docx》由会员分享，可在线阅读，更多相关《餐饮企业连锁管理信息系统.docx（27页珍藏版）》请在冰豆网上搜索。
餐饮企业连锁管理信息系统
前言
一、系统名称：
A餐饮连锁管理信息系统
二、开发目标：
开发出一个操作简便，界面友好，灵活实用，安全可靠的餐饮连锁管理信息系统。
该系统可以加强对餐饮连锁网络的科学管理与有效控制；实现对前端销售现场的数据收集、汇总、分析；及时把握销售规律、趋势；在餐饮连锁体系中实施严格的质量管理。
传统的手工化管理是制约餐饮连锁经营竞争优势充分发挥的“瓶颈”，运用信息管理系统可使连锁经营突破管理“瓶颈”束缚，实现从“粗放型”到“集约高效型”的质的飞跃。
三、主要功能：
（1）提高企业竞争水平
营业数据实时汇总为管理者提供了大大的方便，也为连锁企业进一步提升企业竞争力水平做了有力的支撑。
（2）提高运营效率，提升规模效应
统一管理等规范化的网络式经营使得企业资源达到最优配置和优化经营。
管理信息系统的运用，可极大地提高连锁企业对信息的处理能力，增强他的协调、管理能力，使餐饮连锁企业规模有极大的提高，连锁企业可以在一个更高的高度获取更多的规模效益。
四、开发背景：
餐饮企业在高速发展的同时，自然会面临着传统的管理方法和竞争手段落后，效率低下的问题，企业迫切需要改进管理思维，利用科学的管理手段来加强自身管理。
随着餐饮连锁企业规模迅速的发展和壮大，先前的手工管理方式难以支撑该体系的快速扩充，并且信息的及时汇总和分析就显得尤为重要。
因此，建立起一套先进的连锁管理信息系统就非常重要，为餐饮连锁企业效率化提升提供保证。
第一章系统目标和开发的可行性
第一节系统目标
一、现行系统是手工运作的系统，业务人员手工作业量大，数据传递不及时，对数据的统计和计算过程容易发生错误，工作效率较低。
二、业务流程管理不够严密。
三、主要从销售收入角度向管理层提供数据，不能满足管理要求。
四、对账务的查询不方便。
第二节开发的可行性
一、1、系统的名称：
A餐饮连锁管理信息系统
2、主要功能：
①提高企业竞争水平
营业数据实时汇总为管理者提供了大大的方便，也为连锁企业进一步提升企业竞争力水平做了有力的支撑。
②提高运营效率，提升规模效应
统一管理等规范化的网络式经营使得企业资源达到最优配置和优化经营。
管理信息系统的运用，可极大地提高连锁企业对信息的处理能力，增强他的协调、管理能力，使餐饮连锁企业规模有极大的提高，连锁企业可以在一个更高的高度获取更多的规模效益。
3、目标：
开发出一个操作简便，界面友好，灵活实用，安全可靠的餐饮连锁管理信息系统。
该系统可以加强对餐饮连锁网络的科学管理与有效控制；实现对前端销售现场的数据收集、汇总、分析；及时把握销售规律、趋势；在餐饮连锁体系中实施严格的质量管理。
传统的手工化管理是制约餐饮连锁经营竞争优势充分发挥的“瓶颈”，运用信息管理系统可使连锁经营突破管理“瓶颈”束缚，实现从“粗放型”到“集约高效型”的质的飞跃。
二、系统环境以及工具：
1.软件环境：
用户端：
Windows2000，Windows2003，WindowsXP
服务器端：
WindowsNT/Windows2000及以上操作系统
开发工具：
科力MIS系统
2.硬件环境：
有高性能的电子计算机、大容量的存贮装置，个人电脑（终端）以及联结起来的网线等，组成信息资源共享的计算机网络，有共享的打印机，扫描仪等等
三、系统设计原则：
1）系统运行安全可靠，稳定性好；
2）系统的可管理性和可维护性好；
3）系统输入界面友好，操作简便易行，尽量减少用户的输入工作量；
4）允许多种数据输入方式，能实现多种查询，允许进行模糊查询；
5）数据具有规范性，整体性，方便数据之间的比较分析。
四、系统可行性分析：
1.技术可行性：
系统要求在windows2000以上环境运行，后台数据库采用access2003，使用SOL编程，采用ADO方式连接数据库，这些在目前都是容易实现的。
程序将部分需要经常调用的数据存入内存，可提高程序运行速度．
2.经济可行性：
根据企业多年来良好的经济效益，其经济实力比较雄厚，这就为这套餐饮连锁管理信息系统的设计与实施奠定了经济基础，足以提供购买硬件设备和开发软件所需要的资金。
3.管理的可行性：
本系统在投入使用后，其要求使用系统的工作人员除了需要具备在MicrosoftWindows平台上使用个人电脑的知识，并不需要特别的技术能力。
这方面的知识，在与本项目运营相关的直接人员（包括经理、采购部、财务部、餐饮部和人事部）中已经具备。
因此在管理上具有了系统开发的可行性。
五、系统分析结论：
由以上分析得出，本系统可进行开发。
第二章现行系统概况
第一节：
现行系统现状调查（组织结构图、功能结构图）
公司采用的是总部和门店的直线管理方式，所以存在以下问题：
1、信息不能及时汇总和分析
2、物料采购、存储、配送不能及时、有效的进行管控
3、连锁总部的管理模式不能有效、及时地传递给各门店
4、数据信息存在着分散管理情形
一、组织结构图
二、功能结构图
第二节系统需求说明
一、餐饮部要求本系统能够完成对客人的开台管理以及买单管理，能够提供统一格式的计算机打印单据与报表，便于客人对消费程度的查询以及财务部门每个月的账务统计。
二、采购部要求本系统能够具有商品信息管理、商品信息查询、以及进货管理和库存查询的功能。
三、财务部要求本系统能够具有日结算以及月结算功能，以方便对饭店的经济运行情况有详细的统计，给饭店的决策方案提供准确的参考依据。
四、人事部要求本系统能够具有员工信息管理功能，便于饭店对每一个员工的具体情况进行了解，也是对每一个员工进行职务提升的重要依据。
五、管理者希望能对每个部门每个时间段的运营情况及具体细节及时地了解，对各部门的重要信息进行浏览，从而掌握第一手资料，制定出具有针对性的制度、出台相应的活动来吸引顾客。
第三章新系统的逻辑方案
第一节：
业务流程图
1、总体业务流程图
2.菜单管理子系统
3.收银管理子系统
4、预订子系统
5.卡用子系统
第二节：
数据流程图
一、顶层数据流程图
二、第一层数据流程图
S1顾客
S2收银员
D1菜单明细
D2卡用户
D3一般用户
P1菜单处理
三、第二层数据流程图
S2.1顾客D2.8小票
S2.2服务员D2.9卡用户信息
S2.3收银员D2.10菜单信息
D2.1吃饭P2.1预订菜单
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）菜单管理子系统数据流程图
S3.1.1顾客D3.1.7添菜减菜
S3.1.2收银员D3.1.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）收银子系统数据流程图
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）预订子系统数据流程图
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.4店堂厨房
S4.5写消费卡
S4.6客人执卡消费
S4.7消费单据
S4.8客人结算
S4.9客人离开
第三节：
数据字典
数据字典描述的主要有：
数据流、数据元素、数据存储、加工和外部项，其中数据元素是组成数据流的基本成分。
在系统分析中，数据字典起着重要的作用。
它包含关于系统的详细信息。
一般来说，系统分析人员把不便在数据流程图上注明而对于系统分析应该获得的，对整个系统开发以至将来系统运行与维护是必需的信息尽可能放入数据字典。
数据项的定义
表3-1菜单编号的定义
数据项编号
I01-01
数据项名称
菜单编号
别名
菜单编号
简述
菜单按一定的划分标准的编码
类型及宽度
字符型，8位
取值范围
“00000000”——“99999999”
表3-2饭桌编号的定义
数据项编号
I01-04
数据项名称
饭桌编号
别名
饭桌编号
简述
顾客用餐的桌子编码
类型及宽度
字符型，3位
取值范围
“0000”——“9999”
数据结构的定义
表3-3订单表的定义
数据结构编号
DS01-01
数据结构名称
订单表
简述
订单基本信息
数据结构组成
·订单号餐桌号结账状况合计折扣总计现金找零收银员下单时间
数据流的定义
表3-4菜单信息的定义
数据流编号
D01-02
数据流名称
菜单信息
简述
顾客用餐的所以信息，包括饭菜种类等
数据流来源
顾客
数据流去向
服务员
数据流组成
点菜信息+饭桌信息+日期
数据流量
300份/天
高峰流量
800份/天
表3-5预定菜单的定义
数据流编号
D02-01
数据流名称
预定菜单
简述
顾客预定餐的信息
数据流来源
顾客
数据流去向
服务员
数据流组成
顾客信息+预定信息+用餐时间
数据流量
50份/天
高峰流量
80份/天
表3-6变更信息定义
数据流编号
D02-02
数据流名称
变更信息
简述
顾客根据需要对已确定的菜单进行更改
数据流来源
顾客
数据流去向
服务
数据流组成
顾客情况+变更情况
数据流量
30份/天
高峰流量
40份/天
表3-7小票的定义
数据流编号
D02-03
数据流名称
小票
简述
顾客用餐结账后美食园开具的证明
数据流来源
服务员
数据流去向
顾客
数据流组成
用餐金额+日期+菜单信息
数据流量
300份/天
高峰流量
8000份/月
表3-8折价的定义
数据流编号
D03-01
数据流名称
折价
简述
顾客根据消费金额享受的折扣
数据流来源
服务员
数据流去向
顾客
数据流组成
消费金额+用餐金额
数据流量
100份/天
高峰流量
200份/天
表3-9菜单完成的定义
数据流编号
D03-02
数据流名称
菜单完成
简述
后台提交的关于饭菜完成的信息
数据流来源
后台服务员
数据流去向
顾客
数据流组成
菜单编号+菜单信息
数据流量
300份/天
高峰流量
800份/天
表3-10消费金额的定义
数据流编号
D03-03
数据流名称
消费金额
简述
顾客用餐实际发生金额的数额
数据流来源
银行
数据流去向
顾客
数据流组成
用餐额+折价额+日期
数据流量
5份/月
高峰流量
8份/月
表3-11变更反馈的定义
数据流编号
D03-04
数据流名称
变更反馈
简述
对顾客变更信息处理后的反馈
数据流来源
服务员
数据流去向
顾客
数据流组成
菜单编号+变更信息+变更情况
数据流量
30份/月
高峰流量
40份/月
表3-12付款的定义
数据流编号
D03-05
数据流名称
付款
简述
顾客付款
数据流来源
收银员
数据流去向
顾客
数据流组成
顾客信息+付款额度
数据流量
300份/天
高峰流量
800份/天
处理逻辑的定义
表3-13菜单处理的定义
处理逻辑编号
P01-01
处理逻辑名称
菜单处理
简述
处理点菜和预定菜业务
输入的数据流
菜单，菜单编号，顾客信息
处理
美食园根据服务员提交的菜单进行处理
输出的数据流
账单、菜谱
处理频率
每天300次
表3-14预定菜单的定义
处理逻辑编号
P02-01
处理逻辑名称
预定菜单
简述
确定顾客的预定咨询，预定的信息
输入的数据流
顾客信息和预定信息的文件
处理
根据顾客的需求，即使营业情况，确定预定的可行，填写预定单，收取定金
输出的数据流
菜单
处理频率
每天60次
表3-15直接下单的定义
处理逻辑编号
P02-02
处理逻辑名称
直接下单
简述
顾客用餐前直接进行点菜
输入的数据流
顾客信息、菜单
处理
顾客根据自己的喜欢进行点餐
输出的数据流
菜单
处理频率
每天35次
表3-16变更处理的定义
处理逻辑编号
P03-01
处理逻辑名称
变更处理
简述
对顾客桌子，菜谱的变更进行处理
输入的数据流
变更信息、菜单编号
处理
顾客根据需要对菜单进行更改，包括并桌、转桌，加菜、添菜，美食园根据即使营业情况进行处理
输出的数据流
变更反馈
处理频率
每天35次
数据存储的定义
表3-17变更信息的定义
数据存储编号
F01-01
数据存储名称
变更信息
简述
对顾客变更信息的储存
数据存储组成
顾客信息+变更信息
关键字
客户编号
相关联的处理
表3-18菜单信息存储的定义
数据存储编号
F02-01
数据存储名称
菜单信息存储
简述
存储顾客菜单信息
数据存储组成
顾客信息+菜单信息+日期
关键字
日期
相关联的处理
表3-19即时营业信息的定义
数据存储编号
F02-02
数据存储名称
当时营业情况汇总
简述
对当天当日营业情况汇总并储存
数据存储组成
菜单信息+日期
关键字
时间
相关联的处理
表3-21营业信息的定义
数据存储编号
F03-02
数据存储名称
营业信息
简述
存储美食员所有营业的信息
数据存储组成
日期+营业信息
关键字
日期
相关联的处理
表3-22预定信息存储的定义
数据存储编号
F03-03
数据存储名称
预定信息存储
简述
存储顾客预定的相关信息
数据存储组成
顾客信息+日期+预定情况
关键字
顾客姓名
相关联的处理
外部实体的定义
外部实体编号
S01-01
外部实体名称
顾客
简述
到美食园就餐的顾客
输入的数据流
D02-03D03-01D03-05
输出的数据流
D01-02D02-02D01-01D02-01D03-02
表3-23收银员的定义
外部实体编号
S01-02
外部实体名称
收银员
简述
就餐结账的主要处理外部实体
输入的数据流
D01-01
输出的数据流
D03-05
外部实体编号
S02-02
外部实体名称
服务员
简述
顾客就餐的服务人员
输入的数据流
D01-02D02-01
输出的数据流
D02-03D03-01D03-02
第四章系统实施（系统设计）
第一节新系统功能设计（功能模块图）：
第二节代码设计：
代码是人为确定的代表客观事物（实体）名称、属性或状态的符号或者是这些符号的组合。
代码设计现行由两种设计方法：
线分类方法和面分类方法。
本着代码设计的原则，我们选择线分类方法
根据主菜首字母确定主菜编号，每一道主菜有唯一确定的代码，；大堂经理或点菜员能够熟记菜单的编号，便于识别和记忆，更好的为顾客服务；当有新的实体或属性添加时，直接利用源代码进行扩充，不需要改动代码系统，具有可扩充性和稳定性。
第三节数据库设计
数据库的逻辑设计
根据关系模式的设计，为本系统数据库设置主键、外键，其中主键唯一表示该数据库的属性。
形成数据库的文件如下：
（1）菜单
数据结构
字段名字段代码字段类字段长度主键外键
酒菜编号BH字符10Y
酒菜名称MC字符20
价格JG字符8
单位DW日期8
附加信息FJXX字符3
（2）餐桌
数据结构
字段名字段代码字段类字段长度主键外键
餐桌号CZH字符10Y
餐桌类型LX字符20
人数RS字符8
状态ZT字符8
（3）会员
数据结构
字段名字段代码字段类字段长度主键外键
会员卡号HYKH字符18Y
会员姓名XM字符20
会员性别XB字符8
联系电话LXDH字符11
住址ZZ字符100
（4）管理员
数据结构
字段名字段代码字段类字段长度主键外键
管理员编号BH字符20Y
密码MM字符6
管理员职位ZW字符8
年龄NL字符4
第四节输入输出设计：
菜单输入设计
流水号
会员卡号
顾客名称
会员类别
付款方式
酒菜名称1
价格
折扣
酒菜名称2
价格
酒菜名称3
价格
金额总计
服务员
会员信息输入设计
会员卡号
会员名称
身份证号
性别
会员等级
密码
地址
联系电话
发卡状态
生日
年龄
发卡日期
截至日期
累计消费额
累计消费次数
存款
积分
工作单位
备注
菜单输出设计
流水号
LS01
会员卡号
HY01
顾客名称
朱兆琛
会员类别
钻石卡
付款方式
现金
酒菜名称1
洋葱炒肉
价格
15元
折扣
70%
酒菜名称2
猪炒饭
价格
5元
酒菜名称3
海鲜套餐
价格
80
金额总计
70元
服务员
陈小红
信息使用者：
餐厅工作人员
使用目的：
查询顾客点菜情况，付款情况，会员消费情况等
使用周期：
每次点菜一次
输出格式：
表格
小票输出设计
流水号
LS01
餐桌号
111
会员号
HY01
酒菜名称1
洋葱炒肉
酒菜名称2
鸡炒饭
酒菜名称
紫菜汤
累计消费额
1009
累计消费次数
16
本次积分
20
总额
70元
折扣
70%
服务日期
2008-10-4
备注
信息使用者：
餐厅工作人员、顾客
使用目的：
令餐厅了解每日的经营状况，也让顾客了解自己的消费情况
输出格式：
表格
输出设备：
打印机
输出介质：
A4纸
WelcomeTo
Download!
!
!
欢迎您的下载，资料仅供参考！
升级会员 