数据库课程设计餐饮下单管理系统（完整）

下面是小编为大家整理的数据库课程设计餐饮下单管理系统（完整）,供大家参考。

　目

　 录

　1.课题名称及目标 .................................................... 3

　2.需求分析 .......................................................... 4

　2.1 数据需求 ..................................................... 4

　2.2 事务需求 ..................................................... 6

　2.3 数据流 ....................................................... 7

　2.4 数据字典 ..................................................... 8

　3.数据库结构设计 ................................................... 15

　3.1 概念设计 .................................................... 15

　 ................................................ 错误! ! 未定义书签。

　............................................................. 16

　3.2 逻辑设计 .................................................... 17

　3.2.1 E-R 图向关系模型的转换 .................................. 17

　 ................................................ 错误! ! 未定义书签。

　3.2.3 用户子模式建立 ......................................... 19

　4.数据库物理设计 ................................................... 21

　4.1 存储过程 .................................................... 21

　4.2 触发器 ...................................................... 22

　5.数据库的实施 ..................................................... 22

　5.1 在 SQL 中数据库实施 ........................................... 22

　 ................................................ 错误! ! 未定义书签。

　................................................ 错误! ! 未定义书签。

　5.2 数据库测试 .................................................. 27

　 ................................................ 错误! ! 未定义书签。

　6. 总结 ............................................................ 48

　7. 附录 ............................................................ 49

　1.课题名称及目标

　本次实训要设计的数据库课题名称是餐厅管理系统。

　餐厅管理系统的功能主要包括顾客点菜、结账、对员工资料进行管理、对餐桌信息进行统一设置、对消费情况进行查询等功能。基本功能如下：

　（1）菜谱信息管理：对菜谱进行增、查、改、删操作。即可查询当前餐厅所推出的菜品，增加菜品，修改菜品的价格，删除菜品。

　（2）餐桌信息管理：能查询当前餐厅中所有餐桌的座位数以及使用情况，客人可以对位实现的餐桌进行使用申请。

　（3）顾客信息管理：可以查询顾客的相关信息，如性别，年龄，联系方式等。当有新顾客时，可添加新顾客的信息。

　（4）顾客下订单功能：实现下订单，具有唯一的订单号，可用于结账。可根据顾客的人数选择相应的餐桌号，并且能够指定服务员。

　（6）顾客点菜：实现顾客点菜功能。顾客可以对所下的订单进行修改，即可删除所点的菜品或是修改数量。同时可以查询某位顾客的订单。

　（7）顾客结账：根据订单号进行结账（防止有相同姓名的顾客，以致结错帐）。能够根据消费金额进行对应的折扣，并把消费信息存档到消费记录中去。

　2.需求分析

　通过了解餐饮行业的特点和实际情况，从分析饭店的基本情况入手，结合要实现的功能，对系统的可行性进行分析，为提高其可行性，故做了以下数据分析。

　2.1 数据需求

　餐桌数据包括餐桌号、座位数、状态（空/有人）

　餐厅存储有顾客信息，员工信息。

　菜品信息有菜品编号、名称、类别、价格等

　 具体数据需求如下：

　◎下订单阶段需要的数据

　 顾客信息：包括顾客编号。

　 订单信息：包括订单编号、消费时间。

　 餐桌信息：包括编号、可容人数、使用状态等

　 员工信息：包括员工工号。

　 ◎点菜阶段需要的数据

　 订单信息：订单编号

　 菜品信息：包括菜品编号、菜品名称、菜品数量等。

　 ◎结账阶段需要的数据：

　 订单信息：包括订单编号、顾客编号

　 菜品信息：包括菜品编号、菜品名称、菜品数量等。

　 员工信息：包括员工工号

　 折扣信息：包括消费金额、折扣数

　 ◎员工管理需要的数据：

　 员工档案：包括工号、姓名、性别、工资

　 ◎顾客管理需要的数据：

　 顾客档案：包括编号、姓名、性别等。

　 ◎消费记录管理需要的数据有：

　 消费信息：订单编号、消费金额、折扣后金额、结账时间

　2.2 事务需求

　 数据录入

　 录入顾客信息

　 录入餐桌信息

　 录入员工信息

　 录入菜品信息

　 数据更新/删除

　 更新/删除餐桌信息

　 更新/删除菜谱菜品信息

　 更新/删除员工信息

　 更新/删除顾客信息

　 更新/删除订单菜品信息

　 数据查询

　 查询可用餐桌信息

　 查询在售菜品信息

　 查询订单信息

　 查询顾客点菜信息

　 查询员工信息

　 查询顾客消费信息

　2.3 数据流

　（1）顶层数据流

　负责

　 （2）第一层数据流

　菜谱

　E1

　P1

　E2

　F1

　 P2.2F2.1

　 就位

　生成

　账单

　(3)第二层数据流

　点菜业务

　申请变更

　反馈变更

　 加菜、减菜

　就位

　 生成

　账单

　点菜业务

　2.4 数据字典

　1) 数据项

　Foodtable(餐桌)数据项

　P2.1

　P2.3 E2. E2.3E2.P3.1.F3.1.2 E3.1.2 P3.1.2F3.1.1P3.1.4

　P3.1.E3.1P3.1.3

　Menus（菜谱）数据项

　Worker（员工）数据项

　属性

　存储代码

　类型

　长度

　餐桌号

　Foodtableno

　varchar

　10

　座位数

　seatingno

　int

　 使用状态

　Foodtablestate

　varchar

　10

　属性

　存储代码

　类型

　长度

　编号

　Dishno

　varchar

　10

　名称

　Dishname

　varchar

　10

　类别

　Dishclass

　varchar

　10

　价格

　Dishprice

　float

　Customer（顾客）数据项

　Oder（订单）数据项

　属性

　存储代码

　类型

　长度

　工号

　Workerno

　varchar

　10

　姓名

　Workername

　varchar

　10

　性别

　Workersex

　varchar

　4

　年龄

　Workerage

　int

　 工资

　Workersalary

　int

　 属性

　存储代码

　类型

　长度

　编号

　Customerno

　varchar

　10

　姓名

　Customername

　varchar

　10

　性别

　Customersex

　varchar

　4

　联系方式

　Customerphoneno

　varchar

　20

　属性

　存储代码

　类型

　长度

　Menus_Oder（点菜）数据项

　订单编号

　Oderno

　varchar

　10

　顾客编号

　Customerno

　varchar

　10

　消费时间

　consumetime

　datetime

　 餐桌编号

　Foodtableno

　varchar

　10

　服务员编号

　Workerno

　varchar

　10

　属性

　存储代码

　类型

　长度

　订单编号

　Oderno

　varchar

　10

　菜品编号

　Dishno

　varchar

　10

　菜品名称

　Disnname

　varchar

　10

　菜品数量

　Dish_amount

　int

　Discount_rules（折扣规则）数据项

　Sales_bill（消费账单）数据项

　2) 数据结构

　编号

　数据结构名

　属性

　属性

　存储代码

　类型

　长度

　消费金额

　Consumption

　float

　 折扣

　Discount

　float

　 属性

　存储代码

　类型

　长度

　订单编号

　Oderno

　varchar

　10

　消费金额

　Consumption

　float

　 折扣后金额

　after_discount

　float

　 账单时间

　Billtime

　int

　1

　餐桌信息

　餐桌号、座位数、使用状态

　2

　菜谱

　编号、名称、类别、价格

　3

　员工信息

　工号、姓名、性别、年龄、工资

　4

　顾客信息

　编号、姓名、性别、联系方式

　5

　订单信息

　订单编号、顾客编号、消费时间、餐桌编号、服务员编号

　6

　点菜

　订单编号、菜品编号、菜品名称、菜品数量

　7

　折扣规则

　消费金额、折扣

　8

　消费账单

　订单编号、消费金额、折扣后金额、账单时间

　3) 数据流

　编号

　 数据流名

　 输入

　 输出

　 1

　 菜品信息

　 修改菜品

　 菜谱

　 2

　 空闲餐桌

　 选择餐桌

　 订单

　 3

　 点菜信息

　 加菜退菜

　 点菜

　 4

　 记入账单

　 订单

　 结账

　 5

　结账

　折扣方式

　 结账

　4) 数据存储

　编号

　 数据存储名

　 输入

　 输出

　 1

　顾客信息更新

　顾客新信息

　顾客信息

　 2

　菜谱更新

　 新增菜品

　菜谱

　 3

　订单储存

　订单

　订单信息

　 4

　餐桌更新

　 新增餐桌

　餐桌

　 5

　账单存储

　 消费信息

　 账单记录

　5) 处理过程

　编号

　 处理过程名

　输入数据流

　 输出数据流

　 1

　 顾客点菜

　 菜谱

　订单

　 2

　 结账

　 订单

　 账单记录

　3.数据库结构设计

　3.1 概念设计

　（1）订单形成过程

　（2）结账形成过程

　 3.2 逻辑设计

　3.2.1 E-R 图向关系模型的转换

　销售

　A.转换规则

　一个实体型转换成一个关系模型。实体的属性就是关系的属性，实体的码就是关系的码。

　实体型间的联系常有如下不同的情况：

　a. 一个 1:1 联系可以转换为一个独立的关系模式，也可以任意一端对应的关系模式合并。

　b. 一个 1：n 联系可以转换成一个独立的关系模式，也可以与 n 端对应的关系模式合并。

　c. 一个 m:n 联系转换成一个关系模式。

　d. 3 或 3 个以上实体间的一个多联系可以转换成一个关系模式。

　e. 具有相同码的关系模式可合并。

　B.根据以上规则得到如下关系模型（下划线的属性为主码）

　菜谱（菜品编号，菜品名称，菜品类别，菜品价格）

　顾客（顾客编号，姓名，性别，年龄，联系方式）

　餐桌（餐桌号，座位数，使用状态）

　员工（工号，姓名，性别，年龄，工资）

　订单（订单编号，顾客编号，消费时间，餐桌编号，服务员编号）

　菜谱_订单（订单编号，菜品编号，菜品名称，菜品数量）

　消费记录（订单号，消费金额，折扣后金额，账单时间）

　折扣规则（消费金额，折扣）

　1) 确定数据依赖。

　2) 对各个关系模式间的数据依赖进行极小化分析，减小冗余。

　3) 按照数据依赖的理论对关系模式进行分析，看是否存在部分函数依赖或函数传递或多值依赖等，确保各关系模式满足第三范式。

　4) 按照需求分析阶段得到的处理要求，分析对于这样的应用环境这些模式是否合适，确定是否要对某些模式进行合并或分解。

　5) 对关系模式进行必要的分解，分析对于这样的应用环境这些模式是否合适，确定是否要对某些模式进行合并或分解。

　3.2.3 用户子模式建立

　名称

　描述

　插入新顾客信息

　若是新顾客，则插入顾客的信息，姓名，性别等

　下单就位

　顾客来餐，下订单，分配餐桌

　点菜

　存储顾客所点的菜品

　删除菜品

　删除顾客所点的某菜品

　修改菜品数量

　修改顾客所点的某菜品的数量

　查询顾客点菜信息

　查询顾客所点的菜品

　消费总额

　计算顾客本次消费的总额。顾客支付完账单时，把消费信息存档到消费记录中

　结账后更改餐桌状态

　当顾客结账后，把餐桌状态改为“空”

　删除菜谱中菜品

　删除菜谱中存在的某菜品

　修改菜品价格

　修改菜谱中某菜品的价格

　向菜谱添加菜品

　向菜谱添加新菜品

　trig_discount

　触发器，顾客进行结账时，消费金额在不同的区间会有不同的折扣。

　trig_Sales_bill

　触发器，当消费金额达到一定额数时，会送相应优惠券

　trig_Menus

　触发器，当向菜谱添加新菜品，若该菜品名称含有“红”字，会发出“此后生意必定红红火火”的祝福语。

　4.数据库物理设计

　数据库在物理设备上的存储结构与存取方法就是数据库的物理结构，它依赖于选定的数据库管理系统，为一个给定的逻辑数据模型选取一个最合适的应用环境的物理结构过程，就是数据库的物理设计。这一阶段主要任务时确定数据库的物理结构，并不断的进行优化处理，主要建立索引，触发器，存储过程。

　4.1 存储过程

　存储过程可以实现数据库操作的增删改功能，在执行时需要调用。御用像函数一样，也可以有参数的参与。定义存储过程提供了过程封装的效果，执行只需要调用，在更大程度上简化了数据处理过程。

　4.2 触发器

　5.数据库的实施

　5.1 在 SQL 中数据库实施

　create database Restaurant_Management

　---------建表--------------------------------------------------

　create table Menus

　--菜谱

　(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 null,

　)

　create table Foodtable

　--餐桌

　(Foodtableno varchar(10) primary key,

　seatingno int not null,

　Foodtablestate varchar(6)check(Foodtablestate="空" or Foodtablestate="有人"),

　)

　drop table Oder

　create table Oder

　--订单

　(Oderno varchar(10) primary key,

　Customerno...

推荐访问:管理系统 下单 课程设计 数据库课程设计餐饮下单管理系统 网上订餐系统数据库课程设计