餐厅管理点餐系统数据库-整理版

餐厅点餐记账数据库设计

专业：

姓名：

学号：

目录

1、大作业概述 (3)

2.需求分析 (3)

（1）行业现状 (3)

（2）系统介绍 (3)

（3）用户需求分析 (3)

（4）数据字典 (4)

3、概念结构设计 (5)

4、逻辑结构设计 (8)

5、物理结构设计 (9)

6、视图 (17)

7、应用设计 (18)

8、总结 (20)

9附表 (21)

1、大作业概述

（1）数据库作业要求：包括6个方面：需求分析，概念结构，逻辑设计，视图，应用设计，总结

（2）自己独立完成，不可百度网上资料。

2.需求分析

（1）行业现状

我国今年来经济不断发展，人们物质生活水平逐步提高，人们对生活质量的要求也越

来越高，享受真正自动化、人性化的服务成为了人们追求高质量生活的重要内容。在

大多数的餐饮场所点菜、查看菜谱等是人工完成的，速度慢，效率低，极易出错，造

成人力物力的极大浪费。然而随着我国市场经济的快速发展，酒店餐饮点菜系统成为

酒店提升服务档次，提高办公效率，提高竞争力的关键因素之餐饮业要想跟上发展形势，餐馆点餐的信息化进程也要加快脚步。

（2）系统介绍

餐饮点菜系统拥有方便、快捷、效率高、掌控能力强等特点，所以，本系统是针对餐

饮行业的点菜而开发的一个系统。开发本系统的总体任务是实现点菜、结帐、查询、

统计、设置的功能，

（3）用户需求分析

本系统的总目标是为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确地反映餐厅的工作情况、经营情况，从而提高餐厅的服务质量，获得更好的经济

效益。其具体目标包括：

1）快速完成顾客的点餐。

2）准确无误地记录顾客的每笔消费记录。3）实时、快速、准确地提供最新餐单。4）方便查询顾客消费情况。

（4）数据字典

1）数据项

⑵数据结构

3、概念结构设计

概念结构设计是将分析得到的用户需求抽象为概念模型的过程，即在需求分析的基础上，设计出能够满足用户需求的各种实体以及它们之间的相互关系的模型。概念结构的主要特点是能真实、充分地反映现实世界，易于理解，易于更改，易于向关系、网状、层次等各种数据模型转换。描述概念模型的有力工具是E-R模型

（1）菜单信息E-R图

（2）员工信息E-R图

（3）点餐单信息E-R图

（4）顾客信息E-R图

（5）账单信息E-R图

（6）餐桌信息E-R图（7）点餐数据库信息E-R图

4、逻辑结构设计

逻辑结构设计的任务就是把概念模型结构转换成某个具体的DBMS所支持的数据模型。设计逻辑结构时，首先是将概念结构转换为一般的关系、网状、层次模型，其次是将

转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换，最后是对数据

模型进行优化。

将餐饮点菜系统的E-R图转换成关系数据模型。关系模式如下：

菜单(cd): 菜单编号，菜品名称，菜品价格，菜品类型，菜品备注

员工（yg）：员工工号，员工姓名，员工性别，员工年龄，证件号，联系方式

点餐单（dcd）：点餐单编号、就餐桌号、点餐菜号，餐金汇总，负责员工，时间

顾客(gk)：就餐编号，就餐桌号，时间，人数

餐桌(cz)：餐桌桌号，餐桌名称

账单(zd)：账单编号，账单桌号，时间，应收金额，实收金额，负责员工

5、物理结构设计

数据库的物理结构设计是对于给定的逻辑数据模型，选取一个最合适应用环境的物理结构。数据库的物理结构指的是数据库在物理设备上的存储结构与存取方法，它依赖于给定的计算机系统，是在数据库逻辑结构的基础上设计出一组能够满足实际需求的关系、约束、和索引等信息。餐饮点菜系统的数据库表结构如下：

（1）创建餐桌表cz

（2）创建菜单表cd

(3)创建员工表yg

(4)创建点餐单表dcd

(5)创建顾客表gk

(6)创建账单表zd

桌号表

菜单表

员工表点餐单表

顾客表

账单表

6、视图

视图的操作包括视图的建立删除查询，它是一个或者几个基本表的导出的表。建立特价菜的视图。

Create view f_cd(f_cpbh,cpmc,cpjg,cplx,cpbz)

As

Select*

From cd

Where cplx=‘特价‘；

程序

视图建立结果

7、应用设计

应用设计内容基本上与前面的内容相重叠，至于安全问题则没在老师要求范围内，自己也没自学，这里只说一下查询的应用：

（1）查询所有员工信息

Select*

From yg

（2）查询5号桌的消费金额Select ssje

From zd

Where zdzh=’5’;

8、总结

大作业过程中感悟

对于与约束条件有了充分的认识，特别是其中的外码，在建表的时候，应当先建立没

有外码的表格，先后顺序明确。

对于E-R图的设计，应当尽量的简介，特别是主属性的确定上，一定要统筹的安排好，明确主码

程序设计的过程中完整性约束必须在自己的脑海中有个系统的模型，否则做不好

严格按照设计流程来做是最省时省力的方法了，第一次做的时候，跳过了物理结构这

一环节，自己想着先把程序写出来，结果发现很难很难，浪费了大量的时间

出现的问题

通过数据库的设计发现自己在连接查询方面还有很多的不足，不能很好的对号入座。

整个数据库系统的建立根据自己所学的知识感觉很难做出来不像个数据库。