管理信息系统课程设计

《管理信息系统》

课程设计

题目： 餐馆信息管理系统设计

姓名： 同组同学 序号 1 2 3 4 5 学号 姓名 专业班级 学院 指导教师：

实验报告内容

1、实验目的：

选定一个管理信息系统课题，对于所选定的课题进行系统分析。

2、实验设备

1) 个人计算机

2) 操作系统（DOS/WIN98/WIN NT/ WIN XP均可）

3、实验原理

采用结构化系统开发方法，对现有系统进行详细调查，从内部到外部逐步深入，并得出各个阶段性成果。最后得出新系统的逻辑方案。包括的文档内容有： (1).系统规划； (2)组织结构图、管理功能图； (3)手工业务流程图，各业务手工办理流程文字说明； (4).各业务手工办理各环节输入输出表单、数据来源及其说明；

(5).数据流程图； (6).数据字典； (7).典型处理逻辑描述； (8).新系统的逻辑方案；

4、实验内容和步骤

4.1 概论

近年来，随着信息技术的迅速发展及管理理论的不断突破创新，管理信息系统也得到了飞速的发展，在人们的工作、生活与学习中扮演着越来越重要的角色。下面主要是以餐饮行业为切入点，重点探讨酒店餐馆信息系统。随着信息化的发展，信息系统不断提高着餐饮企业的管理效率，但是现有的信息系统只是对传统的点餐模式的“无纸化”办公，没有整合供应链与成本管理的思想。餐饮企业还处在厨师长的领导下的计划经济模式，整个菜系的管理由单纯的厨师长管辖。一个好的厨师长的去留关系到一个餐饮企业的命运，传统餐饮企业的扩张模式受到厨房体系的制约（火锅店除外）。究其原因，是没有对菜品实施标准化处理，没有对菜品生产流程标准化固定下来。

因此，开发一个酒店餐馆信息系统是十分必要的，通过前台的菜品信息展示以及包厢展示，通过购物车的模式形成餐饮企业的电子商务平台，通过后台的库存系统，整合餐饮企业的供应链，提高其在信息化条件下的管理水平，对在现在激烈竞争的餐饮行业中求发展的餐饮企业来说，无疑是一个福音。我们通过对餐饮企业的菜品和菜料的标准化处理，大大压缩了企业的库存成本，提高餐饮企业

的经济效益。

4.2系统分析

订餐服务是酒店餐饮企业的一项日常工作，完成酒店餐饮企业订餐服务的订餐系统，作为酒店餐饮管理系统的一部分，将为酒店餐饮企业提高服务效率和质量，提高企业经济效益起到重要的作用。目前，我国餐饮业普遍采用的订餐工作方式是客户通过电话与餐厅联系，由餐厅工作人员通过参议企业内部的餐饮管理系统实施订餐工作。从一定程度上来讲，这种工作方式仍没有完全脱离手工式工作，工作效率低。同时，从客户订单需求角度考虑，客户希望在订餐前了解更多的有关信息，如餐厅能提供的菜的品种、各种菜的风味、菜的直观图片等，而这些信息仅仅从餐厅工作人员的电话中是不可能有全面的了解。这无疑给客户的订餐带来不便，同时也影响了餐厅的工作效率和企业的声誉。

基于菜品信息与订单管理业务流程分析的基础上，本文进行了流程重构，以优化相关业务流程，提高信息系统运行效率。1管理业务流程中，相关单据的传递尽量采用电子化的方式，努力避免使用纸质传递的方式。这一方面加快了信息传递的速度，另一方面也符合当前倡导的建设节约型社会的要求。一张单据的产生有其上一流程产生的单据为依据，各种单据相互联系，环环相扣，有助于检验或保证相关单据的真实性，有利于明确各个流程中相关责任人的责任，从而达到强化过程管理的目的。

4.3可行性分析 （1）经济可行性

对于高校来讲，在各项硬件购置以及软件系统的开发中不必要再追加过多资金，而只需要利用学校现有的资源就可以基本完成系统的开发实施工作。有实验室硬件环境的支持，有高校专业指导教师的帮助，以及对现实酒店的抽象。是这一系统的开发有了经济可行性。现代餐饮企业的不断发展，特别的中小餐饮企业的腾飞，为我们系统的开发提供了庞大的市场依托。2 （2）技术可行性

对于高校来说，其本身的工作的特殊性使得其对于信息技术的研究和应用一直走在各行业的前面。现代的数据库技术和网络技术趋于成熟，计算机管理在餐饮企业的管理业务过程中扮演着越来越重要的作用，特别是无线网络的发展，大大节约了管理成本。WEB开发语言的（如ASP、PHP、JSP等）发展为技术开发提供了参考开发工具。 （3）管理可行性

现在酒店管理区域标准化，特别是星级标准的施行。有利于使系统建立在比较标准的管理体系基础上。特别是国外餐饮标准化企业（如麦当劳、肯德基等）在餐饮标准化上的探索和成功实施，为我们的开发提供的参考。

4.4现状调查

根据本组成员现场调查，可得：

董事长，高层管理 总经理，副总经理 服务部 人事部 采购部 策划部 服务部部长 服务部部员 人事部部长 人事部部员 采购部部长 采购部部员 策划部部长 策划部部员

前台服务人员 房厅服务人员 正厅服务人员 厨房大厨 打杂工 出单员 运输员

4.5业务流程调查

根据上面的餐馆机构，其业务流程如下：

顾客 前台服务员 正厅入座 包房入座 点菜单

点菜单

厨房 确认菜单 确认菜单

上菜 服务员 上菜 确认上菜 完成 确认上菜 完成 结账 前台结算员 结账

4.6系统化分析 (1)流程图

判断 已付款 未付款 配菜 仓库

(2):数据流程（DFD）图

1.第一层（顶层）数据流程

第一层数据流程主要是管理员后台定义菜品和菜料信息。管理员从仓库领取菜料的信息，包括菜料编号和菜料名称，录入材料表。从厨房领取菜品的信息，包括菜品的编号、名称、价格、初始数量、图片、简介、所需要菜料的编号和数量。录入菜品表。这样在订餐的页面就可以显示菜品的信息，顾客就可以通过浏览订餐系统的网页，查看菜品的相关信息，自主选择所喜欢的菜品和数量，如图3-4-2所示。

通过定义菜品与菜料的关系，就可以在顾客提交菜品订单的同时，将菜品分解为所需要的菜料传递给仓库，仓库就可以进行菜料的配货。这样的大大节省了菜品分解模块的时间。在相同的时间段内自动生成菜品订单和领料单。

管理员 D4菜料单 D5菜品单 P3 菜料定义 P4 菜品定义 D6菜料清单 D7菜品清单 2.第二层数据流程

第二层数据流程主要在前台页面进行，顾客通过将菜品添加到购物车中，提交购物车里的菜品信息，就可以将这些被选择的菜品信息写入到订单里。同时将顾客登陆是的用户名以及顾客在订包厢系统里所预定的包厢的信息一同写入到订单里，生成订单的同时把订单号返回给顾客，顾客就可以凭借订单号，到指定的包厢和时间用餐了，如图3-4-3所示。

为了限制过量的订餐，我们在菜品的数量上做了限制，当菜品表里菜料的数量为1的时候，就会在顾客点菜的时候提示顾客。通过这样的方式，可以让顾客所点的菜品都可以在规定的时间内生产出来。顾客在提交订单的同时，订单里的菜品所需要的菜料生成的领料单也

传递到仓库，通过这种方式，仓库就可以及时为厨房的菜品生产提供菜料了。

3.第三层数据流程

第三层数据流程主要是在顾客提交订单的过程中进行。通过查询顾客订单中菜品的编号和数量，查看菜品表里每种菜品所需要的菜料的数量，然后乘以订单中菜品的数量，将所得到的菜料的编号和菜料的数量写入到领料表里。生成出库菜料的信息发送给仓库，这样就可以实现仓库将所需要的菜料发送给厨房，如图所示

仓库

顾客 D1点菜单 D8出库单

P1 P2

D2订单 D3领料单 订餐 菜品分

解

2.4.3数据字典（DD） 1.数据项 编号：I1 名称：菜品编号 简述：菜品的识别编号 类型：字符型 宽度：4位 编号：I2 名称：菜料编号 简述：识别菜料的编号

D9订单顾客 P1 D1点菜订餐 D2订单 类型：字符型 宽度：4位 编号：I3 名称：订单编号 简述：订单的识别编号 类型：字符型 宽度：10位

2.数据处理 编号：P1 名称：订餐 输入：点菜单 处理：汇总点菜单 输出：订单 编号：P2 名称：才品分解 输入：订单

处理：把菜品分解成菜料 输出：领料单 编号：P3 名称：菜料定义 输入：菜料单 处理：汇总菜料单 输出：菜料清单 编号：P4 名称：菜品定义 输入：菜品信息

处理：绑定菜品与菜料的关系 输出：菜品信息和所需要的菜料信息 3.数据流

编号：D1 名称：点菜单

简述：返回前台点菜信息 组成：编号+名称 来源：顾客 去向：订餐处理模块 编号：D2 名称：订单 简述：汇总的点餐表 组成：编号+菜品+数量 来源：订餐处理模块 去向：菜品分解模块 编号：D3 名称：领料单

简述：记录领取菜料的信息 组成：菜料编号+菜料名称+菜料编号 来源：菜品分解模块 去向：仓库 编号：D4 名称：菜料单

简述：管理员录入的菜料单 组成：菜料编号+菜料名称 来源：管理员 去向：菜料处理模块 编号：D5 名称：菜品单 简述：菜品的详细信息

组成：编号+菜品名称+菜品详情+菜品大图+菜品小图+菜品价格 来源：管理员 去向：菜品处理模块

编号：D6 名称：菜料清单 简述：菜料的详细信息

组成：菜料的编号+菜料的名称+菜料的数量 来源：菜料处理模块 去向：菜料表 编号：D7 名称：菜品清单

简述：绑定菜品与菜料的信息

组成：菜品编号+菜品名称+菜料名称+菜料数量 来源：菜品处理模块 去向：菜品表 编号：D8 名称：出库单 简述：领料表里的信息

组成：菜料编号+菜料名称+菜料数量 来源：领料表 去向：仓库 编号：D9 名称：订单号

简述：订单表里生成订单号码 组成：订单号 来源：订单表 去向：顾客

4.数据存储 编号：F1 名称：订单表 简述：储存订单的信息

组成：编号+订餐人+菜品+价格+订餐时间+包厢号+总价格 关键字：编号+订餐人

编号：F2 名称：领料表 简述：出库的信息

组成：编号+出库菜品+出库菜品数量 关键字：编号 编号：F3 名称：菜料表 简述：配菜需要的菜料 组成：编号+名称+检索码 关键字：编号+检索码 编号：F4 名称：菜品表 简述：所有菜品信息

组成：编号+菜品名称+价格+简介+大图+小图+检索码 关键字：编号+检索码

5.外部实体 编号：S1 名称：顾客 简述：订餐的发起者 输入的数据流：点菜单 输出的数据流：无 编号：S2 名称：管理员

简述：更新菜品和管理订单的部门 输入的数据流：菜品信息 输出的数据流：无 编号：S3 名称：仓库

简述：配送菜料的部门 输入的数据流：无

输出的数据流：出库单

（3）新系统逻辑功能图

用户登录 点餐 仓库 上菜 生成数据 厨房 付款

4.7系统设计

统计数据并保存 （1）系统平台的总体结构设计

运用是C/S结构,通过多个客户端和应用服务器数据服务器生成器集合的一个结构 员工登录 管理人员 用户登录 更 非销会统统新数 会售员计计数据员 信数数据 统息 据 据 计

点

餐 （2）详细设计 实体联系（E-R）图/关系模型

实体 联系 属性 1 顾客 0点餐 申请1会员 n n 菜品 n 组成 n 设置 n 管理员 n 菜料

为了简明图示，属性未在图中标出。各实体的属性分别为： 顾客：（临时编号，IP地址）

会员：（会员编号，会员名称，密码，电话，地址，邮箱） 菜品：（菜品编号，菜品名称，数量，价格，简介） 菜料：（菜料编号，菜料名称，检索码，数量） 管理员：（管理员名称，密码）

n 设置 n

（3）数据库结构的具体设计（数据表、表之间的关系等）

数据模型由E-R模型转换而来。数据库的设计采用一库多表式设计。即设计了一个数据库。把每个独立的餐饮企业设计为独立的应用实体。采用这种设计的好处就是：符合餐饮企业餐饮供应链环节的处理及时迅速的特点，有利于在餐饮企业内部提高工作效率，降低成本。

Cpb（菜品信息表）

序号 字段名称 字段描述 字段类型 长度 备注 1 2 3 4 5 6 7 8 9 Cpid Cpname huiyuanjia Shichangjia CPsp Kucun Cplp First Second 菜品编号 菜品名称 会员价 市场价 菜品小图 菜品库存 菜品大图 一级分类 二级分类 Varchar Varchar Numeric Numeric Varchar Varchar Varchar Varchar Varchar 10 50 10 10 50 10 50 10 10 非空，主键 非空 非空 允许空 保存路径 默认值为100 保存路径 允许空 允许空 Ddb（订单表）

序号 1 2 3 4 5 6 字段名称 ID UserName Tprice details Useremail room 字段描述 自动编号 用户名 总价 特别说明 电子邮件 包厢号 字段类型 Int nvarchar Numeric Varchar nvarchar Varchar 长度 4 50 10 50 255 10 备注 主键 非空 非空 允许空 非空 允许空 Clb（菜料表）

序号 1 2 3 4 5 6 字段名称 ID Cno Cname Amount Measurement 字段描述 自动编号 菜料编码 菜料名称 数量 计量单位 字段类型 Int Varchar Varchar Numeric Varchar 长度 4 10 50 8 10 10 备注 主键 非空 非空 非空 非空 非空 Cpid 关联菜品编号 Varchar Lld(领料表)

序号 1 2 3 4 5 6 7 字段名称 Lld Cno Cname Amount Measurement Search Room 字段描述 领料单编号 菜料编号 菜品名称 需求数量 计量单位 检索码 包厢号 字段类型 Int Varchar Varchar Varchar Varchar Varchar Varchar 长度 4 10 50 10 10 10 10 备注 主键， 允许空 允许空 允许空 默认为g 菜料首字母 可以空 8 9

Time number 订餐时间 Datetime 8 9 非空 默认为1 菜料处理编码 Numeric （4）模块设计——程序流程图（注意：不是程序）

用户登录 客户员工店主 添加维护客户信息 非会员 会员 添加客户的预定信息 收款金额查看 折扣设定 食谱管理 员工管理 客户买单 账户余额 现金 收款现金金额增加 消费金额增加账户升级打折更多