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

在线订餐系统的E R图

与逻辑图

Document number：NOCG-YUNOO-BUYTT-UU986-1986UT

在线订餐系统

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

作业时间：2012年11月

专业班级：XXXXXXXXXXXXXXXXX

姓名：

学号：

授课教师：

目录

订餐现状分析 (3)

1. (3)

性能需求分析 (3)

可行性分析 (4)

总体设计原则 (4)

系统E-R图 (5)

数据流图 (6)

数据字典 (6)

2..数据项 (6)

数据结构 (7)

处理过程 (7)

10

11

4

6

定义并设置备份策略 (16)

启用数据库维护计划任务 (16)

第七章报告总结 (18)

第一章需求分析

订餐现状分析

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

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

顾客需求分析

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

管理员需求分析

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

性能需求分析

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

操作简单、界面友好: 完全控件式的页面布局，使得菜品，资讯，座位等信息的录入工作更简便，许多选项包括餐厅信息，桌位，包房信息等只需要点击鼠标就可以完成；另外，跟踪出现的提示信息也让用户随时清楚自己的操作情况。对常见的类似网站的管理的各个方面：基本信息录入、浏览、删除、修改、搜索等方面都大体实现，顾客对菜品的预定及支付方式；

◆即时可见:对客户预定餐饮信息的处理（包括录入、删除）将立即在主页的

对应栏目显示出来，达到“即时发布、即时见效”的功能；

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

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

可行性分析

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

总体设计原则

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

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

2、良好的用户操作界面

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

3、实用性原则

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

4、工作平台设计原则

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

第二章概念结构设计阶段

系统E-R图

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

图2-1 网上订餐系统E-R图

数据流图

图2-2订餐系统网上订餐数据流图

数据字典

数据项

数据项编号数据项名数据项含义说明数据类型长度DI-0 用户编号用户的唯一标识int

DI-1 用户名用户登陆时的名称char 17 DI-2 用户密码用户登陆时的密码char 17 DI-3 用户姓名用户的真实姓名char 20 DI-4 用户性别用户的性别char 2 DI-5 用户手机用户的联系电话char 40 DI-6 用户固定电话用户的联系电话char 40 DI-7 用户地址用户的送货地址char 100 DI-8 用户邮箱用户的个人邮箱char 50 DI-9 用户年龄用户的真实年龄int

DI-10 用户生日用户的出生日期date

DI-11 餐馆编号餐馆的唯一标识int

DI-12 餐馆名称餐馆的全称char 50 DI-13 餐馆地址餐馆的详细地址char 100

数据结构

处理过程

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

数据库逻辑模式初步构思

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

具体逻辑模式设计表的具体结构

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

设计表间关系

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

用户信息表 参照关系

外部关键字

订单信息表 被参照关系

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

完整性设计

主要字段完整性的字段名、完整性约束条件

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

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

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

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

在网上订餐系统中，管理员表（管理员编号，名称，密码，登陆IP，最后登录时间）中，管理员编号是主关键字，不可以取空值；用户表（用户编号，姓名，地址，手机，注册时间）中，用户编号是主关键字，不可以取空值；

订单表（订单编号，手机号，地址，总金额，下单时间，订单状态，订单改变时间，备注，会员编号）中，订单编号是主关键字，不可以取空值；菜谱表（菜谱编号，菜名，原价，优惠价，菜名的介绍,图片，创建时间）中，菜谱编号是主关键字，不可以取空值；订单项表（订单项编号，订单编号，姓名，状态）中，订单项编号是主关键字，不可以取空值。

记录完整性约束及其约束条件

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

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

参照完整性表

现实世界中的实体之间存在着某种联系，而在关系模型中实体是用关系描述的，实体之间的联系也是用关系描述的，这样就自然存在着关系和关系之间的参照或引用。网上订餐系统参照完整性表如下：

用户信息表

n ：n

订单信息表

订单项信息表

图4-2说明关联和参照关 第五章 数据库系统的实现

数据库的建立

启动服务管理器，打开查询分析器，在调试程序窗口输入下列语句： Create database 网上订餐系统

On

（name=网上订餐系统_dat,

Filename='d:\program files\lzysql\网上订餐系统',

Size=5mb

Maxsize=100mb,

Filegrowth=5mb)

Log on

(name=网上订餐系统_log,

Filename='d:\program files\lzysql\网上订餐系统',

Size=5mb

Maxsize=100mb,

Filegrowth=5mb)

数据载入

在网上订餐系统数据库中分别新建菜谱信息表、用户信息表、管理员信息表、订单信息表、订单项信息表，再陆续载入数据：

菜谱信息表的数据:

用户信息表的数据:

管理员信息表的数据

订单信息表的数据：

订单项信息表的数据：

第六章数据库系统的运行和维护

作为网管员，无论其管理的网络的规模是大还是小，在日常的管理中除了维护网络平稳运行、及时排除网络故障、保护网络安全等工作以外，备份网络中关键数据也是其中的一个非常非常重要的工作环节。

网络中的各种故障无非就分两种:软件故障和硬件故障。对于“硬件故障”可以通过维修或更换硬件设备得到及时解决;对于“软件故障”则可以通过重新安装或升级软件、重做网络或应用软件系统等方法及时解决，而且用此方法来解决网络故障大多需要一些基础的、关键的数据支持才能得以恢复正常。但是，网络中诸如此类的关键数据(特别是“应用软件系统”中的关键数据)的损坏或丢失，绝大部分是无法恢复和弥补的。

定义并设置备份策略：

1.????? 每周1次完全备份，周日晚0点。超过4周清空之前的备份。

2.????? 每天1次差异备份，每天0点。超过1周清空之前的备份。

3.????? 每2小时一次日志备份，超过1天清空之前的备份。

启用维护计划任务

在“管理”－>“数据库维护计划”上右键弹出菜单，选“新建维护计划”。如图

6-2-1所示。设置数据库维护计划名，并完成向导如图6-2-2所示。

图

6-2-1 新建数据库维护计划

第七章报告总结

实践出真知。这句话说得一点也没错，在整个数据库课程设计过程中，只有实践才能对事物的本质有更深的认识，才能有发言权，一切认识都是建立在认识的基础上。通过了一个星期的数据课程设计，我对数据库这门课程有了更深的认识，对原本在我脑中像是火星语的SQL语言有了更加具体的认识。

数据库课程设计加深了我对数据库这门课程的兴趣，让我深刻了解了数据库的强大功能，引起我对研究SQL语言运用规则的兴趣。数据库概念设计、数据库逻辑结构设计和数据库保护设计是数据库设计的重要步骤，每一步的设计都是至关重要的，并且是相互联系的。经过一个星期的课程设计，让我对E-R 图的设计有一个整体的想法，并且对逻辑结构设计中关键字的设定能够很好的把握，分析每个表中的联系，更加注意表间和数据之间的相互约束。课程设计一个重要的过程就是在Sever SQL 2000上操作运行，这是运用实践去检验认识的一个过程，在这个过程中我学会了灵活运用SQL语言。总之，数据库课程设计一个很好地运用实践去发现认识的过程。

数据库课程设计不仅让我更进一步了解了数据库这门课程，而且让我在做事方面也形成了一套很好的想法。我在做事方面学会了坚持、合作、对待问题不断充满疑问和要有耐心去解决问题，更要和同学们交流，对不懂的问题也不耻下问。从课程设计中最深的还是做事要坚持和要有耐心。在运用Server SQL 2000设计数据库的过程中，会不断遇到种种问题，而且每个问题都会与上下步骤之间都会有联系，一个问题的不解可能会导致下一个问题的无法操作，所以我们要有耐心找出问题，分析原因，然后再解决问题，不要半途而废，要坚持下去，这样才能在学习上有所突破。

数据库课程设计目的在于通过对一个实际问题的分析，设计与实现，将原

理与应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培

养学生的动手能力，使学生能深入理解和灵活掌握教学内容：另一方面，可以

很好培养学生的处事能力。

总之，虽然在备战期末考试期间，为了做这个课程设计花了很多的时间，却让我感受到了要将书上的理论应用到实践绝对不只是停滞在课堂上的。一次实践可以让我看到自己的欠缺，同时也巩固了课堂上掌握的知识点。

本文来源：https://www.bwwdw.com/article/9ccq.html