餐饮管理餐饮企业连锁管理信息系统Word文档下载推荐.docx

资源描述

餐饮管理餐饮企业连锁管理信息系统Word文档下载推荐.docx

《餐饮管理餐饮企业连锁管理信息系统Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《餐饮管理餐饮企业连锁管理信息系统Word文档下载推荐.docx（27页珍藏版）》请在冰豆网上搜索。

餐饮管理餐饮企业连锁管理信息系统Word文档下载推荐.docx

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.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

数据存储名称

对顾客变更信息的储存

数据存储组成

顾客信息+变更信息

关键字

客户编号