网上订餐 数据库 数据库原理选修
《数据库原理》- 外卖订餐系统
《数据库原理》课程设计报告设计题目：外卖订餐系统专业：信息管理与信息系统计算机与数据科学学院2018 年12月23日目录1 概述 (2)1.1 选题的背景及意义 (2)1.2相关技术分析 (3)2 系统功能设计 (4)2.1 系统总体结构设计图 (4)2.2 系统功能模块 (4)2.2.1 模块名称 (4)2.2.2 功能模块分析 (4)3 数据库设计 (6)3.1 需求分析 (6)3.1.1 数据流图 (6)3.1.2 数据字典 (6)3.2 概念结构设计 (8)3.3 逻辑结构设计 (11)3.4 物理结构设计 (14)3.5 数据库的实施 (14)3.6 运行与维护 (27)4 结束语 (28)1 概述1.1选题的背景及意义近年来，随着 Internet 的迅速崛起，互联网已日益成为提供信息的最佳渠道并逐步进入传统的流通领域，民众更把“网上订餐”当成一种潮流，传统的餐饮业在当前计算机网络信息化面前同样面临着一个新的挑战。
民众的餐饮习惯也在渐渐的朝着“订餐到户，随时，自由的用餐”方向发展。
尤其是广大在校大学生，信息的获取手段越来越多的依靠网络环境，国内的网络订餐业务虽然还处在逐步摸索、逐步发展的阶段，但已经呈现出良好的发展势头和应用前景。
网络订餐在“实地消费、电话订餐”的基础上依靠网络极大地丰富了餐饮行业的服务手段，增加了利润的来源空间。
充分利用互联网的“时效性强、客户端普及”的特点，“网上订餐”和“网上订房，网上订票，网上购物”等等，成为改变普通民众消费观念的全新消费形式。
一个完善、健全的网上订餐系统在具有一定相对稳定数量的使用者的同时，使用者会习惯性的通过网络点击该网站，习惯网上订餐，一旦成为习惯，网络订餐系统本身也就成了稀缺的媒体发布资源，由于该群体的消费能力较高，吸引相对的广告也将是另外一个利润的来源。
网上订餐系统是针对当今社会所有大学生做的，目的是服务当代大学生这个巨大的市场。
人们都知道“民以食为天”人都需要满足口腹才可以工作学习。
餐厅订餐管理系统数据库分析与设计
数据流量
30份/天
高峰流量
40份/天
表3-7 小票的定义
数据流编号
D02-03
数据流名称
小票
简述
顾客用餐结账后开具的证明
数据流来源
服务员
数据流去向
顾客
数据流组成
用餐金额+日期+菜单信息
数据流量
300份/天
高峰流量
8000份/月
表3-8折价的定义
数据流编号
D03-01
数据流名称
折价
简述
处理逻辑编号
P03-01
处理逻辑名称
变更处理
简述
对顾客桌子，菜谱的变更进行处理
输入的数据流
变更信息、菜单编号
处理
顾客根据需要对菜单进行更改，包括并桌、转桌，加菜、添菜，根据即使营业情况进行处理
输出的数据流
变更反馈
处理频率
每天35次
5.数据存储
表3-17 变更信息的定义
数据存储编号
F01-01
数据存储名称
Cnumber char (20) /*管理员编号*/
)
Create table 用户
( Unumber char (9) primary key, /*会员帐号*/
Uname char (20), /*姓名*/
Usex char (4) default'男', /*性别*/
Ucode char (9), /*密码*/
数据流编号
D02-01
数据流名称
预定菜单
简述
顾客预定餐的信息
数据流来源
顾客
数据流去向
服务员
订餐系统数据库课程设计
订餐系统数据库课程设计一、课程目标知识目标：1. 学生能理解数据库的基本概念，掌握数据库的设计原则和步骤。
2. 学生能掌握SQL语言的基本操作，如创建表、插入数据、查询数据等。
3. 学生能运用数据库知识，设计并实现一个简单的订餐系统数据库。
技能目标：1. 学生能够运用所学知识，分析实际订餐系统的需求，完成数据库表结构的设计。
2. 学生能够使用SQL语言，对数据库进行基本的增删改查操作。
3. 学生能够通过课程学习，提高问题解决能力和团队协作能力。
情感态度价值观目标：1. 学生通过学习，培养对数据库技术的兴趣，增强对信息技术的认识。
2. 学生在课程实践中，体会团队合作的重要性，增强沟通与协作能力。
3. 学生能够关注数据库技术在生活中的应用，认识到信息时代数据的重要性。
课程性质：本课程为信息技术学科的高年级课程，要求学生具备一定的编程基础和数据库知识。
学生特点：高年级学生具有较强的逻辑思维能力、问题解决能力和自主学习能力。
教学要求：结合学生特点，通过项目式教学，引导学生运用所学知识解决实际问题，培养其团队协作能力和创新精神。
在教学过程中，注重理论与实践相结合，确保学生能够掌握课程目标所要求的知识和技能。
二、教学内容1. 数据库基础知识：介绍数据库的基本概念、发展历程、关系模型等，结合教材相关章节，让学生理解数据库的核心理论。
2. 数据库设计：讲解数据库设计的原则、步骤和方法，包括需求分析、概念结构设计、逻辑结构设计、物理结构设计等，指导学生运用ER图等工具进行数据库设计。
3. SQL语言：教授SQL语言的基本操作，包括创建表、插入数据、查询数据、修改数据、删除数据等，结合教材实例，让学生熟练掌握SQL语句的使用。
4. 订餐系统数据库设计：以实际项目为例，引导学生分析订餐系统的需求，设计数据库表结构，实现基本功能，包括用户、商家、菜品、订单等模块。
5. 数据库操作实践：组织学生进行数据库操作实践，包括创建数据库、表，插入、查询、修改和删除数据，以及简单的数据备份和恢复。
数据库课程设计—快餐店的网上订餐
• order-goods(oid, gid, qty, time).幻灯片 12
也可 • 将四个实体转换为四张表：顾客（customers），订单 (orders)，菜式(goods)和员工(staffs) ； • 将三个联系转换为一张表(order-goods) 。
• • • • •
共五张表： Customers(cid, cname, cadd,Tel); Orders (oid, delivery); Goods (gid, gname, price, inf); staffs (sid, sname, sadd,Tel);
5.三个或三个以上实体间的一个多元联系可以转换为一 个关系。
幻灯片 18
( , N)
顾客
1
下订单
( , 1) N
( , 1) N
订单
N
( , N)
( , N) 1
订购
送餐
N ( , N)
员工
菜式 基数 In a relation data base, the number of tuples in a relation. 关系数据库中,一个关系的元组数目。
• 将四个实体转换为四张表：顾客（customers），订单 (orders)，菜式(goods)和员工(staffs) ； • • • • • • • 将两个1：n 的联系合并到orders表中 。 将一个n：n 的联系转换为一张表(order-goods) 。 共五张表： Customers(cid, cname, cadd,Tel); Orders (oid, cid, sid, delivery); staffs (sid, sname, sadd,Tel); Goods (gid, gname, price, inf);
数据库设计-网上订餐系统 (1)
数据库课程设计题目：网上订餐系统数据库设计院系：专业：姓名：学号：指导教师：欧阳柏成教师职称：副教授填写日期： 2015年 5月 21日一、需求分析1.1现状分析现如今普遍使用电话订餐，这种方式订餐虽然较为方便，效率也较高，但是由此引发的一些不良现象不得不重视。
例如，定餐后，饭店未能够及时将信息记录存档，由于看不到菜品的图片，顾客不能对菜品有一个直观的感受。
同时，电话预约中的诚信问题也不得不考虑，订餐过程中顾客对信息的不明确会产生一定的误解并由此造成人力资源及时间的浪费。
这样开发出图文并茂，信息能够及时更新和查看的在线网上订餐系统就具有了重要的意义。
客对菜品的预定及支付方式；即时可见:对客户预定餐饮信息的处理（包括录入、删除）将立即在主页的对应栏目显示出来，达到“即时发布、即时见效”的功能；系统运行应该快速、稳定、高效和可靠；在结构上应具有很好的可扩展性，便于将来的功能扩展和维护。
1.6可行性分析随着经济的快速发展，网上订餐已经如雨后春笋般的出现在了许多地方。
特别在公司，企业内部，团体订餐已经成为了趋势。
同时，随着全国人民的精神、物质和文化生活高度的提高，人们已经不在仅仅停留在吃饱的程度，不但要吃饱，还要吃好，而且口味也越来越挑刺，正因为如此网络订餐业务的出现，正迎合了这些人的口味，他们不但省去了自己做饭的麻烦，而且也能寻找和发现新的菜品，品尝不同风格的菜品，网络订餐业务在中国有着极大的发展空间以及良好的背景。
1.7总体设计原则①.开放性、可扩充性、可靠性原则二、概念设计2.1 系统E-R图2.2数据流图2.3数据字典2.3.1 数据项数据项名/编号含义说明数据类型长度c_id/p1用户唯一性说明varchar9 c_name/p2用户昵称varchar20 c_tel/p3用户联系方式varchar11 c_key/p4用户登陆密码varchar20 d_id/p5菜的唯一性说明intd_name/p6菜的名称varchar30 d_remain/p7菜的剩余量intd_discount/p8打折float 2 d_price/p9菜的单价float 2 d_pid/p10 提供商编号intp_id/p11商店唯一性说明varchar9 p_add/p12商店地址varchar302.3.2 数据结构2.3.3 处理过程三、逻辑结构设计3.1 E—R图向关系的初步转换客户（编号，昵称，密码，联系方式，状态）管理员（编号，姓名，密码）商家（编号，名称，密码，商家地址，联系方式，信誉，状态,剩余量，总量）菜（编号，名称，价格，折扣，提供商编号，最后修改时间，状态）订单（客户编号，菜编号，提供商编号，订单时间，数量，客户地址，状态）管理客户（管理员编号，客户编号，时间，操作类别）管理商家（管理员编号，商家编号，时间，操作类别）3.2 E-R具体转换代码①客户表：create table client(c_id varchar(9) primary key not null check(c_id like 'c%'),c_name varchar(20) not null,c_key varchar(20) not null,c_tel varchar(11) not null check(c_tel like '1%') unique)②管理员表：create table manager(m_id varchar(4) primary key not null check(m_id like 'm%'),m_name varchar(20) not null,m_key varchar(20) not null)③商家表：create table provider(p_id varchar(9) primary key not null check(p_id like 'p%'),p_name varchar(20) not null,p_key varchar(20) not null,p_tel varchar(11) not null unique check(p_tel like '1%'),p_add varchar(30) not null unique,p_lev int,p_state varchar(15) check (p_state in ('营业中','打烊','歇业')) )④菜谱：create table dish(d_id int identity(1378001,1) primary key not null,d_name varchar(30) not null,d_price float(2) not null,d_discount float(2),d_pid varchar(9) not null ,foreign key (d_pid) references provider(p_id),d_remain int not null check (d_remain>=0),d_total int not null,)⑤订单：create table ord(o_id int identity(10000001,1) primary key not null,o_cid varchar(9),foreign key (o_cid) references client (c_id),o_did int,foreign key (o_did) references dish (d_id),o_pid varchar(9),foreign key (o_pid) references provider (p_id),o_time smalldatetime,o_num int not null check (o_num>0),o_cadd varchar(50) not null,o_state varchar(15) check (o_state in('正常','取消')))⑥管理客户：create table manager_client(m_c_mid varchar(4),foreign key (m_c_mid) references manager (m_id),m_c_cid varchar(9),foreign key (m_c_cid) references client (c_id),m_c_time smalldatetime,primary key (m_c_mid,m_c_cid,m_c_time),m_c_operation varchar(15) check (m_c_operation in('更新','增加','删除')))⑦管理商店：create table manager_provider(m_p_mid varchar(4),foreign key (m_p_mid) references manager (m_id),m_p_pid varchar(9),foreign key (m_p_pid) references provider (p_id),m_p_time smalldatetime,primary key (m_p_mid,m_p_pid,m_p_time),m_c_operation varchar(15) check (m_c_operation in('允许注册','注销账户') ))四、外围实现部分 --客户端实现本次数据库的外围采用C++语言实现的，编程环境使用的是visual studio 2010。
网上订餐系统的数据库设计
网上订餐系统的数据库设计网上订餐系统概述网上订餐系统是一个基于互联网的餐饮服务平台，它允许消费者通过网站或手机应用程序浏览附近的餐厅，选择喜欢的菜品，并安排送餐时间和地点。
商家可以通过该系统管理菜单、订单和配送信息，以便更好地满足客户需求。
本文重点探讨该系统中数据库的设计与实现。
数据库设计在数据库设计中，我们需要分析系统的需求，确定需要存储的数据类型，并根据这些需求设计出合理的数据库结构。
对于网上订餐系统，我们主要需要存储以下几类数据：用户信息：包括消费者和商家的个人信息，如姓名、方式、等。
菜单信息：包括餐厅提供的菜品名称、价格、图片、描述等信息。
订单信息：包括订单号、下单时间、送货、支付方式、订单状态等信息。
配送信息：包括配送员信息、配送状态、配送时间、配送地点等信息。
针对这些数据，我们可以设计出如下的数据库表结构：用户表：用于存储用户信息，包括用户ID、姓名、方式、等字段。
菜单表：用于存储菜单信息，包括菜品ID、名称、价格、图片、描述等字段。
订单表：用于存储订单信息，包括订单ID、用户ID、下单时间、送货、支付方式、订单状态等字段。
配送表：用于存储配送信息，包括配送员ID、配送状态、配送时间、配送地点等字段。
关键词演绎本节将结合输入的关键词，介绍如何在数据库中实现它们的存储和调用。
用户关键词：用户是订餐系统中的重要角色，我们需要存储用户的基本信息。
在用户表中，我们可以使用用户ID来唯一标识每个用户，用姓名、方式和等字段来存储用户信息。
当需要查询某个用户的信息时，只需在用户表中查找该用户的ID即可获取其详细信息。
菜单关键词：系统中需要存储餐厅提供的菜单信息，包括菜品名称、价格、图片和描述等。
在菜单表中，我们可以使用菜品ID来唯一标识每个菜品，通过名称、价格、图片和描述等字段来存储菜品的详细信息。
当需要查询某个菜品的信息时，只需在菜单表中查找该菜品的ID即可获取其详细信息。
订单关键词：订单是订餐系统中的重要业务，我们需要存储订单的相关信息。
数据库原理及应用课程设计餐饮管理系统
数据库原理及应用课程设计餐饮管理系统数据库原理及应用是计算机专业中非常重要的一门课程。
在本篇文档中，我们将介绍课程设计的餐饮管理系统，涵盖系统的功能、设计原则、系统架构和实现技术等方面的内容。
一、系统功能餐饮管理系统主要是为餐饮企业提供一种高效的管理方式，帮助其完成订单管理、库存管理、菜品管理、顾客服务等功能。
系统应包含以下主要功能：1.菜品管理：实现菜品信息的新增、修改和删除等操作，并提供管理菜品口味、价格、菜品分类等功能。
2.订单管理：实现订单信息的新增、修改、查询和删除等操作，并提供管理订单状态、付款方式、下单时间等功能。
3.库存管理：实现对库存信息的管理，包含新增、修改、查询和删除等功能，还应支持库存报表的生成和导出。
4.顾客服务：提供客户信息管理功能，包含新增、修改和删除客户信息、查询和反馈顾客反馈信息等功能。
5.销售统计：对销售数据进行统计和分析，并提供销售报表的生成和导出。
二、设计原则基于需求分析，餐饮管理系统的设计应实现以下设计原则：1.高可用性：餐饮业务的特殊性要求系统高可用、稳定，同时支持多用户并发操作。
2.模块化设计：系统应采用模块化的设计方法，每个模块应分工明确、功能单一，便于模块扩展和维护。
3.数据安全：系统需要保证数据的安全性，包括防止数据的丢失、泄露和篡改。
4.良好的用户体验：系统应具有简单明了的操作界面，让用户易于理解和使用，从而提高用户使用体验和满意度。
三、系统架构系统的架构主要包含用户界面层、业务逻辑层和数据访问层。
其中，用户界面层承担着用户交互的功能，包括用户页面设计和交互逻辑的实现；业务逻辑层负责控制系统的业务流程，实现业务规则的验证和业务处理；数据访问层则负责实现数据的存储和访问等功能。
四、实现技术餐饮管理系统基于Web应用技术，采用JavaEE平台作为开发环境，使用SpringMVC框架实现MVC架构，并结合Hibernate框架实现对数据库的访问。
此外，系统设计采用MySQL作为关系型数据库，实现数据的存储和管理。
教工食堂网上订餐系统的数据库设计
《数据库原理与应用》课程实验五数据库应用系统的设计《教工食堂网上订餐系统的数据库设计》实验日期：2012年*月*日教工食堂网上订餐系统的数据库设计一、需求分析1．开发目的建立教工食堂网上订餐系统，方便在校教职人员就餐，节省了用餐时间，节约服务成本。
2．设计背景现在食堂在用餐时间段人员拥挤，网上选餐既可以方便教师用餐，又可以节省成本和时间。
3．开发目标方便在校教工用餐时间，提高效率，大大节约成本。
利用网上订餐系统，方便快捷，为广大教工提供了便捷的订餐体系。
4．系统结构图系统结构图如图1-1所示，包括网上订餐后台配餐派送反馈四个功能。
图1-1 系统结构图图1-2 教工食堂网上订餐系统第一层数据流图5．系统数据流图说明1）数据流图说明图1-3 数据流图b网上订餐图1-4 数据流图c后台配餐图1-5 数据流图d派送图1-6 数据流图e反馈2）处理过程说明表1－1 教工食堂网上订餐系统处理过程名表1－2网上订餐处理过程表1－3后台配餐处理过程表1－4派送处理过程表1－5反馈处理过程3）数据存储说明确定最终数据库需要存储哪些信息。
数据存储定义以数据流图为基础。
（1）考察数据流图中每个数据存储信息，确定其是否应该而且可能由数据库存储（2）定义每个数据存储。
如下：系统中数据存储定义表如表2－1所示：表2-1 教工食堂网上订餐系统数据存储名6．数据字典描述•数据字典的内容–数据项–数据结构–数据流–数据存储–处理过程•数据项是数据的最小组成单位•若干个数据项可以组成一个数据结构•数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
表3-1 教工食堂网上订餐系统数据项二、概念结构设计1．系统分E-R图设计图2-1 网上订餐系统分E-R图图2-2 后台配餐系统分E-R图图2-3 派送系统分E-R图图2-4 反馈系统分E-R图2．系统基本E-R图设计教职员工：（职工号，姓名，所在学院，授课专业）网站：（网址，网站管理员）配菜单：（菜号，菜的数量，菜名，菜价）送货单：（订单号，送货地点，送货人员，送货时间）送货员名单：（送货员编号，送货路径，送货地点）菜品：（菜号，菜名，菜的品级）三、逻辑结构设计1．系统数据模型说明教职员工：（职工号，网址，送货员编号，菜号，姓名，所在学院，授课专业）此为教职员工实体型对应的关系模式。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
数据库原理论文
题目数据库课程论文—网上订餐系统分析
学院人文社科学院
专业汉语言文学（涉外文秘）
姓名崇高
班级 10东文秘1班
学号 10871107
指导教师张俐
2012年12月12日
数据库课程论文
——网上订餐系统分析摘要：互联网伴随着社会经济的发展，我们走向一个集网络化、信息化、数字化的社会，人们生活趋于网购模式，网上订餐也逐渐被人们所熟悉，被越来越的的人享用方便，网上订餐和传统订餐相比优势显而易见，和其他网购模式大体相同，本论文论述的网上订餐系统是满足人们餐饮需求的服务网站，是完成传统外面的网上派送订单和餐饮查询的相关功能，以及售后顾客对服务可评论功能。
关键词：网上订餐、数据库、订餐管理、互联网、B/S模式
技术概述
∙.Net概述
该订餐系统是基于.Net平台，利用技术开发。
.Net开发平台是从微软Windows DNA(Distributed Network Architecture)衍生而来的，DNA是微软前几年开发企业应用程序的平台[3]。
分布式应用程序逻辑需要使用分布式的对象模型，诸如微软的分布式组建对象模型(DC0M)、对象管理组织的公用对象请求代理程序体系结构(CORBA)或Sun的远程方法调用(R／I)[4]。
∙SQL Server 2005简介
本系统选择SQL Server 2005（Standard Query Language，SQL 结构化查询语言）作为数据管理系统。
SQL Server 2005是有Microsoft 开发和推广的关系数据库管理系统（DBMS），是一个全面的数据库平台，使用集成的商业智能 (BI)工具，提供了企业级的数据管理。
SQL Server 2008 数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，可以构建和管理用于业务的高可用和高性能的数据应用程序[8]。
SQL Server 2005具有很高的性能、处理能力，在企业级支持、商业智能应用、管理开发效率等方面有较强的能力。
它提供的集成的数据管理和分析平台，可以帮助组织更可靠的管理来自关键业务的信息、更有效的运行复杂的商业应用；而通过其中集成的报告和数据分析工具，企业可从信息中获得更出色的商业表现力和洞察力。
系统设计目标
在需求分析的基础上，提出了如下的系统设计目标：
∙系统安全性
系统应控制不同用户的使用权限，用户不能越权操作。
系统应该确保数据的安全性。
同时，用户要求系统具有高度的可靠性，数据的准确性，系统的可恢复性。
∙可维护性
客户会在系统使用过程中不断对系统提出新要求，扩展系统功能，这就要求系统的可升级性必须良好，以满足客户长期实用的要求，并且在用户有新要求的时候可以快速扩展功能。
∙用户操作
系统设计应该人性化，操作简单方便，达到人机友好的目的。
∙运行速度
系统响应时间是衡量系统性能好坏的重要参考。
系统要求响应时间短，更新处理迅速，数据转换与传送时间短，后台服务器响应迅速等等。
由于系统使用者的特殊性，系统必须高效地响应并且在安全的前提下高效的响应。
系统功能分析
∙系统功能实现
本系统主要是实现网上浏览菜单、订餐、产生订单等功能的系统。
需要实现菜品信息的动态提示、购物车管理、客户信息注册、登录管理、订单处理、信息反馈等模块。
需要完成的主要任务如下：当客户进入网上订餐时，应该在主页面中分类显示最新的菜品信息，以供客户选择所需菜品，同时提供按菜品名称，快速查询所需菜品信息的功能。
当客户选择预定某个菜品时，应该能够将对应菜品信息，如：价格、数量记录到对应的购物车中，此时客户可以选择选择其他菜品或是查看自己的购物车，最后，在购物车中填写相应的送餐信息，提交订餐订单后，自动清除以生成订单的购物车中的信息。
餐厅服务人员根据订单信息，查看详细订单明细并根据实际情况处理订餐。
分析网上订餐系统，制订整个系统框架如下：
图2.1系统整体框架图
∙系统需求分析
用于需求建模的方法有很多种，最常用的包括数据流图(DFD)、实体关系图(ERD)和UML三种方式。
UML（统一建模语言）是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。
本系统使用UML中的用例图、活动图、状态图来对需求建模。
用例图通过描述“系统”和“活动者”之间的交互活动来描述系统的行为。
通过分解系统目标，用例图描述活动者为了实现这些目标而执行的所有步骤。
此方法最主要的优点，在于它是用户导向的，用户可以根据自己所对应的用例来不断细化自己的需求。
此外，使用用例还可以方便地得到系统功能的测试用例。
数据库设计
数据库设计一般分为六个阶段。
之前已经完成需求分析，现在需要进行概念设计、逻辑设计和物理设计，本章将叙述这三个阶段的设计思路和设计过程。
∙数据库需求分析
用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输入和输出。
收集基本数据、数据结构以及数据处理流程，组成一份详细的数据字典，为具体设计铺垫。
通过系统功能分析，针对网上订餐需求，总结为：
∙分为一般用户和管理员用户，只有用户身份才能进行前台订餐，只有管理员身份才能进行后台管理；
∙订单分成单张订单详情和总订单表，一张订单中含有多个订单明细；
∙每一道菜品都从属于一种类型。
∙一个用户可以订购多个菜品。
∙一个用户对应多张订单表。
∙系统数据库设计
∙系统设计概述
概要设计是将用户的需求分析得到的结果抽象为信息世界的结构，即概念模型。
概念结构独立于数据库的逻辑结构，独立于支持数据库的数据库管理系统，它是现实世界到信息世界的中介，反映了实体与实体的联系，便于用各种数据模型进行转换
订餐系统E-R图
E-R图为实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。
构成E-R图的基本要素是实体型、属性和联系，其表示方法为，实体型：用矩形表示，矩形框内写明实体名；属性：用椭圆形表示，并用无向边将其与相应的实体连接起来；多值属性由双线连接；主属性名称下加下划线；联系：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型，系统E-R图如图3.1所示。
图3.1订餐系统E-R图以下是主要数据表的E-R图：
图3.2 用户E-R图
图3.3 订单条目E-R图
图3.4 订单E-R图
图3.5 菜单E-R图
结论
本文主要分析和设计了网上订餐系统，从用户的需求入手，通过用例图反应出该系统的功能模块，并且通过活动图来详细分析了各个功能模块的活动流程。
数据模型方面,结合实体关系图确定不同的表单，以便更好的设计数据库。
在详细设计阶段，首先编写了一个数据库操作类——SqlServer类，以后进行数据库操作时直接调用即可，简化了编码的工作量；确定每个功能模块中的页面数，以及页面的调用关系。
重点在信息浏览页面，购物车和订单管理的设计与实现。
在编写代码的过程中，遇见了很多问题，例如：信息的显示，数据的连级删除等。
最后，通过查阅书籍和多次修改、测试后解决了这些问题。
最后，对整个系统进行了功能测试，系统运行正常，基本达到了设计的效果，并且在一些重要功能上有自己的创新点。
就整体功能而言，系统还是存在一些缺陷，例如：没有网上支付功能；后台的订单管理也是针对较小的数据来实现的，在现实生活中，网上购物的人数越来越多，管理员应该能够批量的操作订单；今后还会就以上问题深入研究，以便使此订餐系统更加完善。