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

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

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

三、系统设计原则：

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

小票

顾客用餐结账后美食园开具的证明

用餐金额+日期+菜单信息

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

第四章系统实施（系统设计）

第一节新系统功能设计（功能模块图）：

第二节代码设计：

代码是人为确定的代表客观事物（实体）名称、属性或状态的符号或者是这些符号的组合。

代码设计现行由两种设计方法：

线分类方法和面分类方法。

本着代码设计的原则，我们选择线分类方法

根据主菜首字母确定主菜编号，每一道主菜有唯一确定的代码，；

大堂经理或点菜员能够熟记菜单的编号，便于识别和记忆，更好的为顾客服务；

当有新的实体或属性添加时，直接利用源代码进行扩充，不需要改动代码系统，具有可扩充性和稳定性。

第三节数据库设计

数据库的逻辑设计

根据关系模式的设计，为本系统数据库设置主键、外键，其中主键唯一表示该数据库的属性。

形成数据库的文件如下：

（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

朱兆琛

钻石卡

现金

洋葱炒肉

15元

70%

猪炒饭

5元

海鲜套餐

80

70元

陈小红

信息使用者：

餐厅工作人员

使用目的：

查询顾客点菜情况，付款情况，会员消费情况等

使用周期：

每次点菜一次

输出格式：

表格

小票输出设计

餐桌号

111

会员号

鸡炒饭

酒菜名称

紫菜汤

1009

16

本次积分

20

总额

70%

服务日期

2008-10-4

备注

餐厅工作人员、顾客

令餐厅了解每日的经营状况，也让顾客了解自己的消费情况

输出设备：

打印机

输出介质：

A4纸

WelcomeTo

Download!

!

欢迎您的下载，资料仅供参考！