数据库课程设计 餐饮下单管理系统.doc
《数据库课程设计 餐饮下单管理系统.doc》由会员分享,可在线阅读,更多相关《数据库课程设计 餐饮下单管理系统.doc(34页珍藏版)》请在三一办公上搜索。
1、目 录1.课题名称及目标12.需求分析12.1 数据需求12.2事务需求22.3数据流32.4数据字典53.数据库结构设计83.1概念设计83.1.1分E-R图的建立83.1.2整体E-R图93.2逻辑设计103.2.1 E-R图向关系模型的转换103.2.2优化处理113.2.3 用户子模式建立124.数据库物理设计124.1存储过程134.2 触发器135.数据库的实施135.1在SQL中数据库实施135.1.1数据库及数据库对象的建立135.1.2数据入库155.2 数据库测试155.2.1对建立的数据库及数据库对象进行测试156. 总结297. 附录301.课题名称及目标本次实训要设计
2、的数据库课题名称是餐厅管理系统。餐厅管理系统的功能主要包括顾客点菜、结账、对员工资料进行管理、对餐桌信息进行统一设置、对消费情况进行查询等功能。基本功能如下:(1)菜谱信息管理:对菜谱进行增、查、改、删操作。即可查询当前餐厅所推出的菜品,增加菜品,修改菜品的价格,删除菜品。(2)餐桌信息管理:能查询当前餐厅中所有餐桌的座位数以及使用情况,客人可以对位实现的餐桌进行使用申请。(3)顾客信息管理:可以查询顾客的相关信息,如性别,年龄,联系方式等。当有新顾客时,可添加新顾客的信息。(4)顾客下订单功能:实现下订单,具有唯一的订单号,可用于结账。可根据顾客的人数选择相应的餐桌号,并且能够指定服务员。(
3、6)顾客点菜:实现顾客点菜功能。顾客可以对所下的订单进行修改,即可删除所点的菜品或是修改数量。同时可以查询某位顾客的订单。(7)顾客结账:根据订单号进行结账(防止有相同姓名的顾客,以致结错帐)。能够根据消费金额进行对应的折扣,并把消费信息存档到消费记录中去。2.需求分析通过了解餐饮行业的特点和实际情况,从分析饭店的基本情况入手,结合要实现的功能,对系统的可行性进行分析,为提高其可行性,故做了以下数据分析。2.1 数据需求餐桌数据包括餐桌号、座位数、状态(空/有人)餐厅存储有顾客信息,员工信息。菜品信息有菜品编号、名称、类别、价格等v 具体数据需求如下:下订单阶段需要的数据l 顾客信息:包括顾客
4、编号。l 订单信息:包括订单编号、消费时间。l 餐桌信息:包括编号、可容人数、使用状态等l 员工信息:包括员工工号。 点菜阶段需要的数据l 订单信息:订单编号l 菜品信息:包括菜品编号、菜品名称、菜品数量等。 结账阶段需要的数据:l 订单信息:包括订单编号、顾客编号l 菜品信息:包括菜品编号、菜品名称、菜品数量等。l 员工信息:包括员工工号l 折扣信息:包括消费金额、折扣数 员工管理需要的数据:l 员工档案:包括工号、姓名、性别、工资 顾客管理需要的数据:l 顾客档案:包括编号、姓名、性别等。 消费记录管理需要的数据有:l 消费信息:订单编号、消费金额、折扣后金额、结账时间2.2事务需求v 数
5、据录入l 录入顾客信息l 录入餐桌信息l 录入员工信息l 录入菜品信息v 数据更新/删除l 更新/删除餐桌信息l 更新/删除菜谱菜品信息l 更新/删除员工信息l 更新/删除顾客信息l 更新/删除订单菜品信息v 数据查询l 查询可用餐桌信息l 查询在售菜品信息l 查询订单信息l 查询顾客点菜信息l 查询员工信息l 查询顾客消费信息2.3数据流(1)顶层数据流P1订单处理E2服务员E1顾客 负责 F1变更信息(2) 第一层数据流 P2.2点菜处理F2.1折扣 菜谱 P2.1直接下单E2.1顾客E2.3服务员P2.3结账E2.2订单 就位 生成 账单(3)第二层数据流点菜业务 申请变更 P3.1.2
6、点菜处理 反馈变更查看菜谱P3.1.5判断变更方式 P3.1.4变更处理 加菜、减菜 P3.1.1直接下单F3.1.2存储账单E3.1.2订单E3.1.1顾客 就位 生成 账单P3.1.3后台处理F3.1.1存储订单 点菜业务2.4数据字典1) 数据项Foodtable(餐桌)数据项属性存储代码类型长度餐桌号Foodtablenovarchar10座位数seatingnoint使用状态Foodtablestatevarchar10Menus(菜谱)数据项属性存储代码类型长度编号Dishnovarchar10名称Dishnamevarchar10类别Dishclassvarchar10价格Dis
7、hpricefloatWorker(员工)数据项属性存储代码类型长度工号Workernovarchar10姓名Workernamevarchar10性别Workersexvarchar4年龄Workerageint工资WorkersalaryintCustomer(顾客)数据项属性存储代码类型长度编号Customernovarchar10姓名Customernamevarchar10性别Customersexvarchar4联系方式Customerphonenovarchar20Oder(订单)数据项属性存储代码类型长度订单编号Odernovarchar10顾客编号Customernovarc
8、har10消费时间consumetimedatetime餐桌编号Foodtablenovarchar10服务员编号Workernovarchar10Menus_Oder(点菜)数据项属性存储代码类型长度订单编号Odernovarchar10菜品编号Dishnovarchar10菜品名称Disnnamevarchar10菜品数量Dish_amountintDiscount_rules(折扣规则)数据项属性存储代码类型长度消费金额Consumptionfloat折扣DiscountfloatSales_bill(消费账单)数据项属性存储代码类型长度订单编号Odernovarchar10消费金额Co
9、nsumptionfloat折扣后金额after_discountfloat账单时间Billtimeint2) 数据结构编号数据结构名属性1餐桌信息餐桌号、座位数、使用状态2菜谱编号、名称、类别、价格3员工信息工号、姓名、性别、年龄、工资4顾客信息编号、姓名、性别、联系方式5订单信息订单编号、顾客编号、消费时间、餐桌编号、服务员编号6点菜订单编号、菜品编号、菜品名称、菜品数量7折扣规则消费金额、折扣8消费账单订单编号、消费金额、折扣后金额、账单时间3) 数据流编号 数据流名 输入 输出 1 菜品信息 修改菜品 菜谱 2 空闲餐桌 选择餐桌 订单 3 点菜信息 加菜退菜 点菜 4 记入账单 订单
10、 结账 5 结账 折扣方式 结账4) 数据存储编号 数据存储名 输入 输出 1 顾客信息更新 顾客新信息 顾客信息 2 菜谱更新 新增菜品 菜谱 3 订单储存 订单 订单信息 4 餐桌更新 新增餐桌 餐桌 5 账单存储 消费信息 账单记录5) 处理过程编号 处理过程名 输入数据流 输出数据流 1 顾客点菜 菜谱 订单 2 结账 订单 账单记录3.数据库结构设计3.1概念设计3.1.1分E-R图的建立(1) 订单形成过程1n111nnn1n负责包含菜品选择菜谱顾客查看生成订单服务员(2)结账形成过程消费金额包含支付顾客订单对应折扣规则对应3.1.2整体E-R图111对应1111111对应1111
11、111nnnnn工资对应员工折扣销售记录账单支付保存位置餐桌负责订单下单包含菜品选择查看顾客菜谱3.2逻辑设计3.2.1 E-R图向关系模型的转换A. 转换规则一个实体型转换成一个关系模型。实体的属性就是关系的属性,实体的码就是关系的码。实体型间的联系常有如下不同的情况:a. 一个1:1联系可以转换为一个独立的关系模式,也可以任意一端对应的关系模式合并。b. 一个1:n联系可以转换成一个独立的关系模式,也可以与n端对应的关系模式合并。c. 一个m:n联系转换成一个关系模式。d. 3或3个以上实体间的一个多联系可以转换成一个关系模式。e. 具有相同码的关系模式可合并。B.根据以上规则得到如下关系
12、模型(下划线的属性为主码)菜谱(菜品编号,菜品名称,菜品类别,菜品价格)顾客(顾客编号,姓名,性别,年龄,联系方式)餐桌(餐桌号,座位数,使用状态)员工(工号,姓名,性别,年龄,工资)订单(订单编号,顾客编号,消费时间,餐桌编号,服务员编号)菜谱_订单(订单编号,菜品编号,菜品名称,菜品数量)消费记录(订单号,消费金额,折扣后金额,账单时间)折扣规则(消费金额,折扣)3.2.2优化处理1) 确定数据依赖。2) 对各个关系模式间的数据依赖进行极小化分析,减小冗余。3) 按照数据依赖的理论对关系模式进行分析,看是否存在部分函数依赖或函数传递或多值依赖等,确保各关系模式满足第三范式。4) 按照需求分
13、析阶段得到的处理要求,分析对于这样的应用环境这些模式是否合适,确定是否要对某些模式进行合并或分解。5) 对关系模式进行必要的分解,分析对于这样的应用环境这些模式是否合适,确定是否要对某些模式进行合并或分解。3.2.3 用户子模式建立名称描述插入新顾客信息若是新顾客,则插入顾客的信息,姓名,性别等下单就位顾客来餐,下订单,分配餐桌点菜存储顾客所点的菜品删除菜品删除顾客所点的某菜品修改菜品数量修改顾客所点的某菜品的数量查询顾客点菜信息查询顾客所点的菜品消费总额计算顾客本次消费的总额。顾客支付完账单时,把消费信息存档到消费记录中结账后更改餐桌状态当顾客结账后,把餐桌状态改为“空”删除菜谱中菜品删除菜
14、谱中存在的某菜品修改菜品价格修改菜谱中某菜品的价格向菜谱添加菜品向菜谱添加新菜品trig_discount 触发器,顾客进行结账时,消费金额在不同的区间会有不同的折扣。trig_Sales_bill触发器,当消费金额达到一定额数时,会送相应优惠券trig_Menus触发器,当向菜谱添加新菜品,若该菜品名称含有“红”字,会发出“此后生意必定红红火火”的祝福语。4.数据库物理设计数据库在物理设备上的存储结构与存取方法就是数据库的物理结构,它依赖于选定的数据库管理系统,为一个给定的逻辑数据模型选取一个最合适的应用环境的物理结构过程,就是数据库的物理设计。这一阶段主要任务时确定数据库的物理结构,并不断
15、的进行优化处理,主要建立索引,触发器,存储过程。4.1存储过程存储过程可以实现数据库操作的增删改功能,在执行时需要调用。御用像函数一样,也可以有参数的参与。定义存储过程提供了过程封装的效果,执行只需要调用,在更大程度上简化了数据处理过程。餐饮管理具体存储过程名称和作用详见3.2.3,具体代码详见第5.2.1部分4.2 触发器餐饮管理具体触发器的名称和作用详见3.2.3,具体代码详见第5.2.1部分5.数据库的实施5.1在SQL中数据库实施5.1.1数据库及数据库对象的建立create database Restaurant_Management-建表-create table Menus-菜谱
16、(Dishno varchar(10) primary key, Dishname varchar(10), Dishclass varchar(10), Dishprice float,)create table Customer-顾客(Customerno varchar(10) primary key,Customername varchar(10) not null,Customersex varchar(4) check (Customersex=男or Customersex=女) not null,Customerphoneno varchar(20) unique not nu
17、ll,)create table Foodtable-餐桌(Foodtableno varchar(10) primary key,seatingno int not null,Foodtablestate varchar(6)check(Foodtablestate=空 or Foodtablestate=有人),)drop table Odercreate table Oder-订单(Oderno varchar(10) primary key,Customerno varchar(10) not null,consumetime datetime not null,Foodtableno
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库课程设计 餐饮下单管理系统 数据库 课程设计 餐饮 管理 系统
链接地址:https://www.31ppt.com/p-2395599.html