资源预览内容
第1页 / 共10页
第2页 / 共10页
第3页 / 共10页
第4页 / 共10页
第5页 / 共10页
第6页 / 共10页
第7页 / 共10页
第8页 / 共10页
第9页 / 共10页
第10页 / 共10页
亲,该文档总共10页全部预览完了,如果喜欢就下载吧!
资源描述
1、设计题目酒店餐饮管理系统2、设计目的现如今餐饮业发展壮大迅速,拥有一套良好的餐饮管理系统能在很大程度上解决许多问题,方便对服务人员的管理,以及内部的一些信息变化的管理如菜品的增删,价格的改变、桌台的增删、人员的流动,还能很好的管理顾客的点菜、查询消费记录、结账,这将能改善传统意义上的管理,使管理变得方便并且有效,所以本系统有着很好的市场需求前景。本软件能在很大程度上解决中小型餐厅的消费管理,方便对顾客的消费进行管理,本系统运行时能在主菜单上看到当前的桌台情况是否被占用,能很好分配顾客的用餐,顾客点菜时能很好的进行记录,有方便的结账功能,直接计算出找零,本系统还能对桌台信息进行管理,方便以后的增加与减少桌台,同时也能方便的对服务人员的信息进行管理,有系统数据库备份功能,防止系统在死机的情况下丢失大量重要信息。3、设计原理及方案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 图于于于于于于于于于于于于于于于于于于于于n1于于1 1于于n1于于 n1于于1n于于nn于于 nn于于于于于n4.逻辑结构和物理结构设计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)结账信息:桌台编号,应付金额,实付金额,折扣,操作员,时间4、实现方法和实施结果1.本人的设计任务(在软件 L142_2017_DB 课设分组.xls 找自己的任务)2.数据库的实施(把图粘上)人事信息账户管理桌子信息菜单信息菜品种类订单信息订单统计信息3.应用程序的设计(把相应的图粘上)5、设计体会(自己写)
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号