管理信息系统课程设计(X餐饮企业连锁管理信息系统)Word格式文档下载.doc
《管理信息系统课程设计(X餐饮企业连锁管理信息系统)Word格式文档下载.doc》由会员分享，可在线阅读，更多相关《管理信息系统课程设计(X餐饮企业连锁管理信息系统)Word格式文档下载.doc（27页珍藏版）》请在冰点文库上搜索。
程序将部分需要经常调用的数据存入内存，可提高程序运行速度．
2.经济可行性：
根据企业多年来良好的经济效益，其经济实力比较雄厚，这就为这套餐饮连锁管理信息系统的设计与实施奠定了经济基础，足以提供购买硬件设备和开发软件所需要的资金。
3.管理的可行性：
本系统在投入使用后，其要求使用系统的工作人员除了需要具备在MicrosoftWindows平台上使用个人电脑的知识，并不需要特别的技术能力。
这方面的知识，在与本项目运营相关的直接人员（包括经理、采购部、财务部、餐饮部和人事部）中已经具备。
因此在管理上具有了系统开发的可行性。
五、系统分析结论：
由以上分析得出，本系统可进行开发。
第二章现行系统概况
第一节：
现行系统现状调查（组织结构图、功能结构图）
公司采用的是总部和门店的直线管理方式，所以存在以下问题：
1、信息不能及时汇总和分析
2、物料采购、存储、配送不能及时、有效的进行管控
3、连锁总部的管理模式不能有效、及时地传递给各门店
4、数据信息存在着分散管理情形
一、组织结构图
经理
前
台服务部
财务部
餐厅后台
物品采购与管理
二、功能结构图
营业前台系统
点菜下单
预定位置
制作传菜
结账收银
第二节系统需求说明
一、餐饮部要求本系统能够完成对客人的开台管理以及买单管理，能够提供统一格式的计算机打印单据与报表，便于客人对消费程度的查询以及财务部门每个月的账务统计。
二、采购部要求本系统能够具有商品信息管理、商品信息查询、以及进货管理和库存查询的功能。
三、财务部要求本系统能够具有日结算以及月结算功能，以方便对饭店的经济运行情况有详细的统计，给饭店的决策方案提供准确的参考依据。
四、人事部要求本系统能够具有员工信息管理功能，便于饭店对每一个员工的具体情况进行了解，也是对每一个员工进行职务提升的重要依据。
五、管理者希望能对每个部门每个时间段的运营情况及具体细节及时地了解，对各部门的重要信息进行浏览，从而掌握第一手资料，制定出具有针对性的制度、出台相应的活动来吸引顾客。
第三章新系统的逻辑方案
业务流程图
1、总体业务流程图
2.菜单管理子系统
下单
顾客
菜单存储
收银台
信息查询
餐桌
变更
是
添菜
减菜
确认
判断
3.收银管理子系统
付款
卡用户
非卡用户
折扣后价格
原价
发票
消费达到一定额度
客户个人账户
升级卡用户
菜单明细
赊销
信息存储
有效信息登记
赊销条件判定
符合赊销
4、预订子系统
预定查询
添加预定
预订人信息
预订
订单
取消预订
交订金
开凭证
5.卡用子系统
个人信息存储
个人消费记录
确定卡用户
享受折扣
个人档案
第二节：
数据流程图
一、顶层数据流程图
餐饮连锁前台营业管理信息系统
菜单信息子系统
卡用户管理子系统
预订管理子系统
收银管理
子系统
二、第一层数据流程图
D3一般用户
D2卡用户
D1菜单明细
F1
变更信息
P1
菜单处理
S2
收银员
S1
S1顾客
S2收银员
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.7菜谱
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）菜单管理子系统数据流程图
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.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.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
前台服务员
预定申请
P3.3.1
即时
查询
D3.3.2
申请信息
F3.3.1
营业信息
S3.3.3
查询结果
P3.3.2
整理预订信息
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.3管理服
S4.7消费单据
第三节：
数据字典
数据字典描述的主要有：
数据流、数据元素、数据存储、加工和外部项，其中数据元素是组成数据流的基本成分。
在系统分析中，数据字典起着重要的作用。
它包含关于系统的详细信息。
一般来说，系统分析人员把不便在数据流程图上注明而对于系统分析应该获得的，对整个系统开发以至将来系统运行与维护是必需的信息尽可能放入数据字典。
数据项的定义
表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
顾客用餐结账后美食园开具的证明
用餐金额+日期+菜单信息
8000份/月
表3-8折价的定义
D03-01
顾客根据消费金额享受的折扣
消费金额+用餐金额
100份/天
200份/天
表3-9菜单完成的定义
D03-02
后台提交的关于饭菜完成的信息
后台服务员
菜单编号+菜单信息
表3-10消费金额的定义
D03-03
消费金额
顾客用餐实际发生金额的数额
银行
用餐额+折价额+日期
5份/月
8份/月
表3-11变更反馈的定义
D03-04
对顾客变更信息处理后的反馈
菜单编号+变更信息+变更情况
30份/月
40份/月
表3-12付款的定义
D03-05
顾客付款
顾客信息+付款额度
处理逻辑的定义
表3-13菜单处理的定义
处理逻辑编号
P01-01
处理逻辑名称
处理点菜和预定菜业务
输入的数据流
菜单，菜单编号，顾客信息
美食园根据服务员提交的菜单进行处理
输出的数据流
账单、菜谱
处理频率
每天300次
表3-14预定菜单的定义
P02-01
确定顾客的预定咨询，预定的信息
顾客信息和预定信息的文件
根据顾客的需求，即使营业情况，确定预定的可行，填写预定单，收取定金
每天60次
表3-15直接下单的定义
P02-02
直接下单
顾客用餐前直接进行点菜
顾客信息、菜单
顾客根据自己的喜欢进行点餐
每天35次
表3-16变更处理的定义
P03-01
对顾客桌子，菜谱的变更进行处理
变更信息、菜单编号
顾客根据需要对菜单进行更改，包括并桌、转桌，加菜、添菜，美食园根据即使营业情况进行处理
数据存储的定义
表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
S02-02
顾客就餐的服务人员
D01-02D02-01
D02-03D03-01D03-02
第四章系统实施（系统设计）
第一节新系统功能设计（功能模块图）：
餐饮连锁管理信息系统
前台管理
后台管理
财政管理
采购管理
预定管理
数据交换管理
大堂经理
勤杂工人
厨师
财务主管
会计和收银员
采购员
验货员
接线员
记录员
各分店数据汇总
数据共享
第二节代码设计：
代码是人为确定的代表客观事物（实体）名称、属性或状态的符号或者是这些符号的组合。
代码设计现行由两种设计方法：
线分类方法和面分类方法。
本着代码设计的原则，我们选择线分类方法
根据主菜首字母确定主菜编号，每一道主菜有唯一确定的代码，；
大堂经理或点菜员能够熟记菜单的编号，便于识别和记忆，更好的为顾客服务；
当有新的实体或属性添加时，直接利用源代码进行扩充，不需要改动代码系统，具有可扩充性和稳定性。
第三节数
升级会员 