Eclipse酒店管理系统(java)
1 需求分析
1.1需求分析报告
酒店管理系统是面向酒店的的各项事务，包括酒店管理，订单管理、菜系管理等业务处理工作，是利用计算机进行集中管理而开发的系统。该系统是基于Eclipse连接SQL Server2005数库进行开发的酒店管理系统，力求与实际相结合具有查询、管理等功能，在达到使酒店的管理和运营趋于计算机化，使之更加方便、快捷以提高工作效率。
主要包括五大管理模块：
1)登录管理
提供用户登录、注销等功能
用户登录
用户退出
2) 菜品管理
用户可以对菜名、菜品、单位、助记符等进行查询、修改、添加、删除操作。
名称
单位
助记符
3)菜系管理
用户可以对酒店内的所有菜系进行查询、修改、添加、删除操作。
菜系名称
4)台号管理
用户可以对酒店内的所有的台号进行查询、修改、添加、删除操作。
台号
座位数
5)结账管理
操作员可以对系统的使用者以及该系统中数据库里的多张表中数据项进行查询操作
日结账
月结账
年结账
6)用户管理
操作员可以进行查询、添加、删除用户信息等操作，并可以修改自己的用户密码
修改密码
用户管理
7)菜单管理
当前操作员可以进行开单、签单、取消等操作，并进行金额结账
开单签单
金额结账
1.2数据流图
客户信息 管理人员信息
收银信息 系统管理
菜单信息
图1. 顶级数据流图
数据
数据
数据
图2. 第二层流程图
2 数据库概念设计
在酒店管理系统中，存在菜品、菜系、台号、定单、用户等几个对象实体，以菜品、菜系、台号、定单以及用户这几个对象为例，一个定单对应多个菜品，同时一个菜品只能属于一个菜系；一个定单中有多个菜系，一个菜系拥有多个菜品。一个定单对应一个操作员，一个操作员只能对应一个定单；一个定单对应一个台号，一个台号只能对应一个定单。
(1)上述分析对应的实体-属性图如下所：
图3.1菜品
图3.2 菜系
图3.3 台号
图3.4 订单
图3.5 菜品单
图3.6 用户
(2)实体-联系图如下：
图3.8 实体-联系图
3数据库的逻辑设计
E-R模型所表示的全局概念结构，是对用户数据需求的一种抽象表示形式，它独立于任何一种数据模型。为了实现用户的需求，必须将概念结构进一步转化为与我们选用的具体的机器上DBMS产品所支持的数据模型相符合的逻辑结构，这就是数据库逻辑设计的任务。
首先要实现的是E-R模型向关系模型的转换，将E-R模型转换为关系模型实际上就是要将实体、实体的属性和实体间的联系转换为关系模式的过程。
这种转换一般遵循如下规则：
对于实体类型的转换：将每个实体类型转换成一个关系模式，实体的属性为关系模式的属性，实体的码即为关系模式的码。
对于实体间联系的转换，根据三种不同情况作出不同的处理：
若实体间的联系是1：1，可以在两个实体类型转换成的两个关系模式中的任意一个关系模式的属性中加入另一个关系模式的码和联系的属性。
若实体间的联系是1：N，则在N端实体类型转换成的关系模式中加入1端实体类型转换成的关系模式的码和联系的属性。
若实体间的联系是N：M，则将联系类型也转换成关系模式，其属性为两端实体类型的码加上联系类型的属性，而关系的码则为两端实体的码的结合。
通过以上所述原则，由E-R图转换得到如下的关系模式
表4.1 系统中所用到的基本信息表及用途
表名用途Tb_desk台号Tb_menu菜品Tb_order_form订单Tb_order_item菜品单Tb_sort菜系Tb_user用户表4.2 台号基本信息表(Tb_desk)
表4.3 菜品信息表(Tb_menu)
表4.4 订单信息表(Tb_order_form)
表4.5 菜品单信息表(Tb_order_item)
表4.6 菜系信息表(Tb_sort)
表4.7 用户信息表(Tb_user)
.4 数据库字典
4.1．餐台信息表
表名tb_desk序号字段名数据类型约束备