酒店餐饮管理系统

一、设计题目
酒店餐饮管理系统
二、设计目的
现如今餐饮业发展壮大迅速，拥有一套良好的餐饮管理系统能在很大程度上解决许多问题，方便对服务人员的管理，以及内部的一些信息变化的管理——如菜品的增删，价格的改变、桌台的增删、人员的流动，还能很好的管理顾客的点菜、查询消费记录、结账，这将能改善传统意义上的管理，使管理变得方便并且有效，所以本系统有着很好的市场需求前景。

本软件能在很大程度上解决中小型餐厅的消费管理，方便对顾客的消费进行管理，本系统运行时能在主菜单上看到当前的桌台情况——是否被占用，能很好分配顾客的用餐，顾客点菜时能很好的进行记录，有方便的结账功能，直接计算出找零，本系统还能对桌台信息进行管理，方便以后的增加与减少桌台，同时也能方便的对服务人员的信息进行管理，有系统数据库备份功能，防止系统在死机的情况下丢失大量重要信息。

三、设计原理及方案
1.使用的软件工具
经过分析,我们使用IBM公司的Eclipse开发工具，将java技术与数据库SQL server相结合进行设计。

首先，在短时间内建立系统应用原型,然后,对初始原型系统进行需求迭代,不断修正和改进,直到形成用户满意的可行系统。

系统可基本实现饭店点餐,结账,人员信息的录入、修改、删除等功能。

系统其他方面的需求有：安全保密性、可扩充性、可维护性等。

2.需求分析和概要设计
1）需求分析
本系统是一个小型桌面应用系统,通过这个平台实现以前人工操作的点菜,加减菜,结帐买单等服务,这样节省了很多的人力。

本系统主要有五大功能模块:
一:开台
二:点菜加菜
三:顾客买单
四:人事管理
五:消费统计
2）概要设计
餐饮管理系统主要由用户登录、服务员信息管理、开台、点/加菜、消费查询和统计管理等模块组成，具体规划如下。

(1) 用户登录模块
该模块主要用于实现验证用户是否合法，只有合法用户才能有权登录，只有登录成功情况下才能进入系统功能主界面，并且在登录的同时能验证登录人员的管理权限，根据权限显示其能管理范围。

(2) 服务员信息管理模块
该模块主要用于方便对服务人员的信息进行管理。

(3)开台模块
该模块主要用于实现对顾客进行开台，已经占用的桌台不能被再次分配，方便分配未占用的桌台给顾客
(4)点/加菜模块
该模块主要用于实现对客户进行点/加菜。

(5)结账模块
该模块主要用于实现对客户的消费进行自动汇总，显示消费金额，能进行找零计算。

(6)统计模块
该模块主要用于实现对消费情况的统计。

3.概念结构设计
现在对所设计系统的需求作进一步的分析，产生概念结构设计的E-R模型。

由于这个系统并不复杂，因此可采用自顶向下的设计方法。

自顶向下设计的关键是确定系统的核心活动。

所谓核心活动就是系统中的其他活动都要围绕这个活动展开，或与此活动密切相关。

确定了核心活动之后，系统就有了可扩展的余地。

因此，此系统包含的实体有：
（1）餐台{餐台编号，座位数}
（2）菜系{序号，名称}
（3）菜品{编号，名称，所属菜系，助记码，计量单位，单价}
（4）消费项目{序号，所属消费单，消费菜品，消费数量，消费额}（5）消费单{编号，消费餐台，消费时间，消费金额，操作用户}（6）雇员{雇员编号，姓名，性别，生日，状态}
下列图为系统实体E-R图（粘上图，这句话别抄在报告上）
图3.1餐台信息
图3.2菜系信息
图3.3菜品信息
图3.4消费单信息
图3.5消费项目信息
图3.6管理员管理信息
图3.7雇员信息
下列图为餐饮管理系统系统E-R图
4.逻辑结构和物理结构设计
1）逻辑结构设计
E-R图向关系模式的转换：
有了基本的E-R模型就可以进行逻辑结构设计，也就是设计基本的关系模式。

设计基本的关系模式主要从E-R模型出发，将其直接转换为关系模式。

根据转换规则，这个E-R转换的关系模式为：
（1）餐台信息（餐台编号，座位数）主码：餐台号；
（2）菜系信息（菜系序号，名称）主码：菜系序号；
（3）菜品信息（菜品编号，名称，所属菜系，助记码，计量单位，单价）主码：菜品编号，外码：所属菜系；
（4）消费项目信息（消费项目序号，所属消费单，消费菜品，消费数量，消费额）主码：消费项目序号，外码：所属消费单；
（5）消费单信息（消费单编号，消费餐台，消费时间，消费金额，操作用户）主码：消费单编号；
（6）雇员信息表(雇员编号，姓名，性别，生日，身份证号，家庭住址，状
态) 主码：雇员编号；
（7）管理员管理信息（管理员序号，档案编号，密码，系统维护，销售统计，人员管理，初始化系统，状态）主码：管理员序号；
主要属性、含义及约束
分析并规范化现有的关系模式：
经分析，本系统中的所有关系模式中的所有属性，均是不可再分的基本数据项，因此，本系统现有的关系模式都达到了1NF。

（1）餐台信息：只有一个非主属性：座位和一个主码：台号。

显然：每一个决定因素都包含码，所以该关系模式属于BCNF。

（2）菜系信息：只有一个非主属性：名称和一个主码：菜系序号。

显然：每一个决定因素都包含码，所以该关系模式属于BCNF。

（3）菜品信息：只有一个主码：菜品编号，其余全部为非主属性，且全部完全函数依赖于码，并且不存在传递。

因此，该关系模式达到了BCNF。

（4）消费项目信息：只有一个主码：消费项目序号，其余全部为非主属性，非主属性完全函数依赖于码，且不存在传递依赖，所以达到了BCNF。

（5）消费单信息：只有一个主码：消费单编号，其余全部为非主属性，非主属性完全函数依赖于码，且不存在传递依赖，所以达到了BCNF。

（6）雇员信息表：该关系模式中，不把身份证号作为候选码，因此本关系模式只有一个主码：雇员编号，其余全部为非主属性，所以，达到了BCNF。

（7）管理员管理信息：只有一个主码：管理员序号，其余全部为非主属性，所以，达到了BCNF。

总结：本系统中的关系模式均达到了BCNF，在函数依赖的范畴内，已经显示了彻底的分离，已经消除了插入和删除异常。

因此不需要再进行优化。

确定完整性约束：
对规范好的关系模式加以约束。

数据项约束、表级约束及表间约束。

检查约束、主码约束、参照完整性约束。

1、将餐台编号、菜系序号、菜品编号、消费项目序号、消费单编号、雇员编号、管理员序号设置为它们所处表中的主键约束。

2、消费项目信息中：设置所属消费单为外键约束。

3、消费单信息表中：设置消费餐台号为外键约束。

4、管理员管理信息中：设置档案编号为外键约束。

2）物理结构设计
数据库在物理上的存储结构与存储方法称为数据库的物理结构，它依赖于选定的数据库管理系统。

为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是物理设计。

数据库的物理设计通常分为两步：
（1）确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构；（2）对物理结构进行评价，评价的中的是时间和空间效率。

酒店餐饮管理系统中的关系模式如下：
(1)人事资料：存放公司员工的详细信息，包括员工编号，姓名，性别，联系
电话，身份证号，入职时间，职位级别。

(2)菜单资料：存放各种菜及饮品信息。

包括菜的编号，名称，类别，价格。

(3)用户登录：用户登录系统，包括用户编号，姓名，职位，密码。

(4)桌子状态：包括桌子编号，状态（是否占用），可容纳人数。

(5)当前桌台消费选菜：包括桌台编号，菜名，数量，服务员，下单时间，金额。

(6)结账信息：桌台编号，应付金额，实付金额，折扣，操作员，时间
四、实现方法和实施结果
1.本人的设计任务
（在软件L142_2017_DB课设分组.xls找自己的任务）2.数据库的实施（把图粘上）
人事信息
账户管理
桌子信息
菜单信息
菜品种类
订单信息
订单统计信息
3.应用程序的设计
（把相应的图粘上）
五、设计体会（自己写）。