在线订餐系统的ER图与逻辑图

在线订餐系统的E R图与

逻辑图

Revised by Liu Jing on January 12, 2021

在线订餐系统

作业题目：网上订餐数据库系统设计

作业时间：2012年11月

专业班级：XXXXXXXXXXXXXXXXX

姓名：

学号：

授课教师：

目录

第七章报告总结 (18)

第一章需求分析

1.1订餐现状分析

现在普遍使用的订餐方式是进行电话预定，这种预订方式方便，错误率也比较低，但是由此引发的一些不良现象也比较多，主要是订餐后出现饭店并没有将信息记录在案，而且电话里不能看到菜品的图片，对菜量和菜品样式没有直观的概念。另外这种订餐方式只是进行电话的预约，很可能会出现订餐但是不履行订单也不进行订餐取消的现象，订餐人员对订购的餐桌信息不太了解会进行相关信息的询问，这样就在一定程度上造成了时间的浪费，饭店人员会在同一天反复重复相同的信息，造成了人力资源的浪费。

这样开发出图文并茂，信息能够及时更新和查看的在线网上订餐系统就具有了重要的意义。

1.2顾客需求分析

顾客模块的功能包括个人信息管理，美食选购，美食评价三大功能。其中，在个人信息管理中可以对个人信息进行修改、还可以查阅以往订过的美食信息；在选购美食中可以通过购物车直接购买的形式、也可已选择货到付款的形式完成交易；美食评价中顾客可以这对这次服务质量，留下自己相对餐厅说的话，完成用户与餐厅之间的交互。

1.3管理员需求分析

管理员模块的功能包括菜品管理，订单管理，会员信息管理三大功能。其中，在个菜品管理中可以对菜品信息进行添加、修改和查询操作；在订单管理中可以通过未确认、已确认、已下单三种形式进行管理、也可查看所有订单信息；会员信息管理中，可以添加会员信息和修改会员信息，进而方便顾客网上订购美食，并享有优惠，这一做法人性化的完成网站的推广，避免了顾客的抵触情绪。

1.4性能需求分析

该系统在性能功能上应达到如下需求：

操作简单、界面友好:完全控件式的页面布局，使得菜品，资讯，座位等信息的录入工作更简便，许多选项包括餐厅信息，桌位，包房信息等只需要点击鼠标就可以完成；另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。

对常见的类似网站的管理的各个方面：基本信息录入、浏览、删除、修改、搜索等方面都大体实现，顾客对菜品的预定及支付方式；

即时可见:对客户预定餐饮信息的处理（包括录入、删除）将立即在主页的对应栏目显示出来，达到“即时发布、即时见效”的功能；

系统运行应该快速、稳定、高效和可靠；

在结构上应具有很好的可扩展性，便于将来的功能扩展和维护。

1.5可行性分析

随着经济的快速发展，B2C电子商务越来越受到人们的关注。网上订餐类网站，已经如雨后春笋般的出现在了个大城市。特别在公司，企业内部，团体订餐已经成为了趋势。同时，随着全国人民的精神、物质和文化生活高度的提高，人们已经不在仅仅停留在吃饱的程度，不但要吃饱，还要吃好，而且口味也越来越挑刺，正因为如此网络订餐业务的出现，正迎合了这些人的口味，他们不但省去了自己做饭的麻烦，而且也能寻找和发现新的菜品，品尝不同风格的菜品，网络订餐业务在中国有着极大的发展空间以及良好的背景。而当代大学生，白领工作人士作为社会中的重要群体，他们对饮食的要求都在不断提高,饮食在他们生活中起着重要作用。因此，面向大学生和都市白领人士的网络订餐网站的设计有着良好的现实意义。

1.6总体设计原则

1、开放性、可扩充性、可靠性原则

开放系统是生产各种计算机产品普遍遵循的原则，遵循这种标准的产品都符合一些公共的、可以相互操作的标准，能够融洽的在一起工作。开放系统使得各种类型的网络和系统互连简单、标准统一，容易扩展升级。从而适应广大用户需求的多变性和产品的更新换代。

2、良好的用户操作界面

用户操作界面美观、方便、实用，使用户能在较短的时间内掌握其使用方法。

3、实用性原则

任何系统的设计都要考虑其实用性，系统开发的目的是为了实现业务处理自动化、规范化，提高工作效率，减轻工作人员的劳动强度，减少开支。

4、工作平台设计原则

能适应不同的操作平台，不同的网络。

第二章概念结构设计阶段

2.1系统E-R图

通过上面的介绍，我们已近基本的实体有管理员、用户、订单和菜谱。实体之间有一个管理员可以有拥有多个用户、多个菜谱的管理关系，因此管理员与用户之间和菜单之间都是一对多的联系；一个用户只能属于管理员，因此用户与管理员是多对一的联系；一个订单只属于一个用户，但可以拥有多个菜谱，因此订单与菜谱的关系是一对多的联系。

2.3.2数据结构

2.3.3处理过程

第三章数据库逻辑结构设计阶段

3.1数据库逻辑模式初步构思

根据ER图转换成基本表的思想，即每个实体转换成基本表，而1对多的联系根据实际需要可以转换或不转换为基本表，按照图2-1所示的ER图，该系统的基本表应为5个，分别为：

3.2具体逻辑模式设计

表的具体结构

第四章数据库的物理结构设计

4.1设计表间关系

在网上订餐系统中，存在着参照关系和被参照关系。

用户信息表参照关系

图4-1参照关系与被参照关系

4.2完整性设计

关系模型的完整性约束包括实体完整性、参照完整性和用户定义完整性。主要字段完整性的字段名、完整性约束条件指的是实体完整性。其中实体完整性的规则如下：

1．实体完整性规则是针对关系而言的，而关系则对应一个现实世界中的实体集。

2．现实世界中的实体是可区分的，它们具有某种标识特征；相应地，关系中的元组也是可区分的，在关系中用主关键字作唯一性标识。

3．主关键字中的属性，即主属性不能取空值。

在网上订餐系统中，管理员表（管理员编号，名称，密码，登陆IP，最后登录时间）中，管理员编号是主关键字，不可以取空值；用户表（用户编号，姓名，地址，手机，注册时间）中，用户编号是主关键字，不可以取空值；订单表（订单编号，手机号，地址，总金额，下单时间，订单状态，订单改变时间，备注，会员编号）中，订单编号是主关键字，不可以取空值；菜谱表（菜谱编号，菜名，原价，优惠价，菜名的介绍,图片，创建时间）中，菜谱编号是主关键字，不可以取空值；订单项表（订单项编号，订单编号，姓名，状态）中，订单项编号是主关键字，不可以取空值。

除了实体完整性之外还有其他与应用密切相关的数据完整性约束，例如某个属性的值必须唯一，某个属性的取值必须在某个范围内，某些属性值之间应该满足一定的函数关系等。类似这些方面的约束不是关系数据模型本身所要求的，而是为了满足应用方面的语义要求提出来的，这些完整性需求需要用户来定义，所以称为用户定义完整性。数据库管理系统需提供定义这些数据完整性的功能和手段，以便统一进行处理和检查，而不是由应用程序去实现这些功能。

在用户定义完整性中最常见的是限定属性的取值范围，即对值域的约束，这包括说明属性的数据类型、精度、取值范围、是否允许空值等。在网上订餐系统中，订单信息表中的订单编号不允许为空值，用户表中的用户编号为唯一值都是用了用户定义完整性约束。