网上订餐系统程

2014-2015学年第一学期学号1208010240

《数据库程序设计》

课程设计报告

题目：网上订餐系统

专业：计算机科学与技术

班级：12(2)班

姓名：余成洲

指导教师：王辉

成绩：

计算机与信息工程系

2014年10月12日

目录

1 系统体系结构 (1)

2 系统分析与设计 (2)

2.1可行性分析 (2)

2.2 系统设计目标 (3)

2.3 系统功能分析 (3)

2.3.1 系统功能实现 (3)

2.3.2 系统需求分析 (4)

3 数据库设计 (9)

3.1 数据库需求分析 (9)

3.2 系统概要设计 (9)

3.2.1 系统概要设计概述 (9)

3.2.2 订餐系统E-R图 (9)

3.3 逻辑设计 (12)

3.3.1 逻辑设计概述 (12)

3.3.2 数据表的设计 (12)

3.4 物理设计 (14)

4 网上订餐系统的实现 (15)

4.1 功能模块介绍 (15)

4.1.1 登陆/注册界面： (15)

4.1.2 网上订餐系统的首页： (16)

4.1.3用户订餐界面： (17)

4.1.4前台添加店铺界面： (17)

4.1.5用户查找店铺界面： (18)

4.1.6后台管理员操作界面： (19)

5小结 (20)

致谢 (21)

参考文献 (22)

1 系统体系结构

本网上订餐系统采用了B/S架构的设计体系，B/S结构相对于传统的C/S结构，这种结构使得数据只有结果集合在浏览器中显示，数据的处理在服务器进行，用户不用安装客户端，而且由于通过服务器端统一管理数据，大大简化了WEB

应用的开发难度；易于保证数据的一致性[9]。

B/S模式的三层分层模型：

第一层表示层。数据表示层为用户接口部分，是用户与系统之间交互信息的界面。它的主要功能是检查用户输入的数据，显示系统输出的数据。它的任务是由Web浏览器向网络上某一Web服务器提出服务请求，Web服务器对用户身份进行验证后用HTTP协议把所需文件资料传送给客户端，客户机接受传来的文件资料并把它显示在Web浏览器上。

第二层事务逻辑层。事务逻辑层也称功能层，是应用的主体，位于Web服务器端，它包括应用中全部的业务处理程序。除了输入输出在表示层，数据库在数据层以外，全部的统计、汇总、分析、打印功能存放在功能层。它的任务是接受用户的请求，首先需要执行相应的扩展应用程序与数据库进行连接，通过SQL等方式向数据库服务器提出数据处理申请，数据库服务器将数据处理的结果提交给Web服务器，再由Web服务器传送回客户端。

第三层数据库层。数据库层包括数据库管理系统和数据库，数据库管理系统负责管理其数据库，为应用程序提供支持，位于数据库服务器端。任务是接受Web 服务器对数据库操作的请求，实现对数据库查询、修改、更新等功能，把运行结果提交给Web服务器。

2 系统分析与设计

订餐系统无论是在应用的深度还是广度上都是一个逐步发展的过程。开发一个局部系统时要充分考虑到局部系统和整个目标系统之前的相容性和完整性，以利于今后整个系统的建立。从订单处理流程上总体把握系统的设计，在具体的设计实现上围绕三个方面进行展开，即用户、管理者、系统维护者。

2.1可行性分析

随着经济的快速发展，B2C电子商务越来越受到人们的关注[10]。订餐类网站，已如雨后春笋般的出现在了个大城市。特别是在公司，企业内部，团体订餐已经成为趋势。同时，随着全国人民的物质、精神和文化生活的高度提高，人们已经不再仅仅停留在吃饱的程度，而是不但要吃饱，还要吃好，并且越来越挑刺，正因为如此网上订餐业务的出现，正迎合了这些人的口味，他们不但省去了自己做饭的麻烦，而且也能寻找和发现新的菜种，品尝不同风格和不同种类的菜品，网上订餐业务在中国有着极大的发展空间和良好的发展前景。当代大学生与白领工作人士作为社会中的重要群体，他们对饮食的要求都在不断提高，饮食在他们生活中起着重要作用。本系统的前端开发是使用PHP技术，通过JavaBeans进行逻辑控制和数据库连接，而后台数据库采用的是M Y S Q L。M Y S Q L数据库管理系统是一项全面完整的数据库与分析产品。M Y S Q L非常容易学习、使用，介绍、学习资料比较多，M Y S Q L全面支持Web功能的数据库解决方案，与此同时，M Y S Q L还在可伸缩性与可靠性方面保持着多项基准测试纪录，而这两方面特性又都是企业数据库系统在激烈市场竞争中克敌致胜的关键所在。无论以应用程序开发速度还是以事务处理运行速度来衡量，M Y S Q L都堪称最为快捷的数据库系统。对比M Y S Q L和其他的大型数据库管理系统，M Y S Q L 具有可靠的安全性，较快的存储速度，高度的兼容性，简单易用，应用M Y S Q L作为后台数据库为系统的开发提供了强有力的支持，并对以后软件的运行提供了坚实的基础，因此，我们采用了M Y S Q L作为后台数据库。

2.2 系统设计目标

在需求分析的基础上，提出了如下的系统设计目标：

1．系统安全性

系统应控制不同用户的使用权限，用户不能越权操作。系统应该确保数据的安全性。同时，用户要求系统具有高度的可靠性，数据的准确性，系统的可恢复性。

2．可维护性

客户会在系统使用过程中不断对系统提出新要求，扩展系统功能，这就要求系统的可升级性必须良好，以满足客户长期实用的要求，并且在用户有新要求的时候可以快速扩展功能。

3．用户操作

系统设计应该人性化，操作简单方便，达到人机友好的目的。

4．运行速度

系统响应时间是衡量系统性能好坏的重要参考。系统要求响应时间短，更新处理迅速，数据转换与传送时间短，后台服务器响应迅速等等。由于系统使用者的特殊性，系统必须高效地响应并且在安全的前提下高效的响应。

5．界面

用户界面应该做到清晰简单一目了然，易于操作。

2.3 系统功能分析

2.3.1 系统功能实现

本系统主要是实现网上浏览菜单、订餐、产生订单等功能的系统。需要实现菜品信息的动态提示、购物车管理、客户信息注册、登录管理、订单处理、信息反馈等模块。需要完成的主要任务如下：当客户进入网上订餐时，应该在主页面中分类显示最新的菜品信息，以供客户选择所需菜品，同时提供按菜品名称，快速查询所需菜品信息的功能。当客户选择预定某个菜品时，应该能够将对应菜品信息，如：价格、数量记录到对应的购物车中，此时客户可以选择选择其他菜品或是查看自己的购物车，最后，在购物车中填写相应的送餐信息，提交订餐订

单后，自动清除以生成订单的购物车中的信息。餐厅服务人员根据订单信息，查看详细订单明细并根据实际情况处理订餐。

分析网上订餐系统，制订整个系统框架如下：

网上订餐系统

前台后台

用

户

登录或游客注册信

息

浏

览

友

情

链

接

订

餐

查

看

历

史

订

单

留

言

板

实

时

反

映

订

餐

请

况

处

理

订

单

前台

信息

浏览

、

添加

、

删除

、

修改

审

核

注

册

用

户

系统管理订餐管理

回

复

留

言

查

看

订

单

明

细

信

息

反

馈

和

评

分

图2.1系统整体框架图

2.3.2 系统需求分析

用于需求建模的方法有很多种，最常用的包括数据流图(DFD)、实体关系图(ERD)和UML三种方式。UML（统一建模语言）是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程[12]。本系统使用UML中的用例图、活动图、状态图来对需求建模。用例图通过描述“系统”和“活动者”之间的交互活动来描述系统的行为。通过分解系统目标，用例图描述活动者为了实现这些目标而执行的所有步骤。此方法最主要的优点，在于它是用户导向的，用户可以根据自己所对应的用例来不断细化自己的需求。此外，使用用例还可以方便地得到系统功能的测试用例。

1.角色分析

分析的第一步是定义用例，以描述系统的外部功能需求。用例分析包括阅读和分析需求说明，此时需要与系统的潜在用户进行讨论。根据上述需求，通过分析，网上订餐角色分为两大类：用户和系统管理员。

2.用例分析

在确认角色的基础上，确认用例。网上订餐系统中的用例有：用户管理、订单管理、登录系统、菜品信息管理等等。

本系统的用户用例图如图2.2所示。进行的操作包括订餐服务、信息浏览、订单管理等。

图2.2 订餐用户使用例图

管理员分为两类：一类是系统管理员用例图如图2.3所示。管理员进行的操作(后台操作)包括用户管理，信息的浏览、添加、删除、修改等等。

图2.3 系统管理员使用例图

另一类管理员是订餐管理人员，专门负责处理用户预约的订单，用例图如图2.4所示。

图2.4 订餐管理员使用例图

除了用用例图描述系统需求以外，以下用活动图对系统的主要例进行说明，更具体地描述该用例与角色的交互。

1.用户登录

图2.5 用户登录

用户登录实现为本网站注册用户提供身份确认的功能，保证合法用户的应有权益。而且是否登录也将决定用户能否订餐。用户登录的前置条件是在登录前，用户必须完成“注册”。

2.订餐服务

图2.6 订餐服务

在订餐服务用例中，每个用户都有个购物车，用户可以将自己选定的菜品及其数量放入到购物车中，并且随时可以查看自己预定的菜品的数量和总价格。本用例开始前用户必须登录到系统中。如果用例成功，顾客可以浏览自己购物车中的信息并决定是购买还是删除。

3．查看历史订单：

图2.7 查看历史订单

注册用户可以查看自己的历史订单，在历史订单中，可以浏览曾经订购过的菜品，对于已经送餐后的菜品，可以进行评分和信息反馈，不能重复评论，某个菜品在这里的评分会影响其在整个网站中的推荐指数。

4.订单处理：

图2.8 订单处理

处理订单的过程是订餐管理人员参与的，当前台有新的订单生成时，会自动在后台的现有订单列表中显示出来，订餐管理人员可以点击查看未处理的订单，根据实际情况进行处理，或者删除不需要的订单记录。

3 数据库设计

数据库设计一般分为六个阶段。之前已经完成需求分析，现在需要进行概念设计、逻辑设计和物理设计，本章将叙述这三个阶段的设计思路和设计过程。

3.1 数据库需求分析

用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据、数据结构以及数据处理流程，组成一份详细的数据字典，为具体设计铺垫[13]。

通过系统功能分析，针对网上订餐需求，总结为：

1．分为一般用户和管理员用户，只有用户身份才能进行前台订餐，只有管理员身份才能进行后台管理；

2．订单分成单张订单详情和总订单表，一张订单中含有多个订单明细；

3．每一道菜品都从属于一种类型。

4．一个用户可以订购多个菜品。

5．一个用户对应多张订单表。

3.2 系统概要设计

3.2.1 系统概要设计概述

概要设计是将用户的需求分析得到的结果抽象为信息世界的结构，即概念模型。概念结构独立于数据库的逻辑结构，独立于支持数据库的数据库管理系统，它是现实世界到信息世界的中介，反映了实体与实体的联系，便于用各种数据模型进行转换

3.2.2 订餐系统E-R图

E-R图为实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型[14]。构成E-R图的基本要素是实体型、属性和联系，其表示方法为，实体型：用矩形表示，矩形框内写明实体名；属性：用椭圆形表示，并用

无向边将其与相应的实体连接起来；多值属性由双线连接；主属性名称下加下划线；联系：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型，系统E-R 图如图3.1所示。

订单条目

菜品

留言版管理员

菜单分类订单

用户

预定

包含M 1M

N

生成M 1包含

M

1

包含1M 留言M 1回复

M

1

图3.1订餐系统E-R 图

以下是主要数据表的E-R 图：

图3.2 用户E-R 图

图3.3 订单条目E-R 图

图3.4 养生咨询E-R图

图3.5 订单E-R图

图3.6 菜单E-R图

3.3 逻辑设计

3.3.1 逻辑设计概述

数据库的逻辑设计是概念模型向逻辑模型的转化，一般步骤是先将概念结构转化为关系模型，然后将转化来的关系模型向特定DBMS支持下的数据模型转换，最后对数据模型进行优化

3.3.2 数据表的设计

数据库的主要表详细结构如下：

表3.1 订单条目表

Field Type Null Key Comment

ID Int No Y es 标识递增订单ID Int No No 外键，对应于订单中的“订单ID”

菜名Nchar（10）No No 默认值是“待送餐”

数量Int No No

单价Float Y es No

评分Int Y es No 默认为“0分”

Back 订单Y es No 顾客订餐的信息反馈

表3.2 订单表

Field Type Null Key Comment

订单ID Int No Y es 标识递增

用户ID Int No No 外键，对应于用户表中的“用户ID”

订单状态Nchar（10）No No 默认值是“待送餐”

送餐地址Nvarchar（50）No No

备注Nvarchar（MAX）Y es No

订餐姓名Nvarchar（50）No No

订餐时间Datetime Y es No

金额总价Float Y es No

表3.3 菜单表

Field Type Null Key Comment

cID Int No Y es 标识递增

菜名Nvarchar（50）No No

价格Float No No

菜介绍Nvarchar（MAX）Y es No

Scid Int Y es No 菜系id

菜图片Nvarchar（MAX）Y es No 存储的是图片的路径推荐Nvarchar（50）Y es No

表3.4 菜分类表

Field Type Null Key Comment

Scid Int No Y es 标识递增

种类Nvarchar（50）No No 菜系名

系列介绍Nvarchar（MAX）Y es No

表3.5 用户表

Field Type Null Key Comment

用户ID Int No Y es 标识递增

uName Nvarchar（50）No No 登录名

uPwd Nvarchar（50）No No 登录密码

真实姓名Nchar（10）No No

性别Nchar（10）No No 菜系id

联系电话Nvarchar（50）Y es No

爱好Nvarchar（MAX）Y es No

喜欢口味Nvarchar（MAX）Y es No

QQ Nvarchar（50）Y es No

email Nvarchar（50）Y es No

ID是否有效，默认值是“未审State Nvarchar（50）No No

核”

身份证号Nvarchar（50）No No

表3.6 养生之道表

Field Type Null Key Comment

介绍ID Int No Y es 标识递增

标题Nvarchar（50）No No

内容Text Y es No

发布时间Datetime Y es No 默认值是当前浏览器的时间

V iewCount Int Y es No 浏览次数

3.4 物理设计

3.4.l.数据库存储结构

数据库的存储结构要综合考虑存取时间、存储空间利用率和维护代价三方面的因素[15]。

根据逻辑设计的结果，将实体映射为表，将关系映射为外键约束，将属性映射为列，主键唯一表示符映射为主键约束，唯一表示符映射为键约束。由于SQL Server 2005的聚簇功能很强，可以使用不同的技术和多种模式存储多维数据集的数据和聚合。

2.数据存放位置

采用磁盘阵列存放系统的数据，日常数据放在数据库服务器硬盘上，并进行定期备份，备份数据放在磁盘阵列的另外一个硬盘上。为了加快存取速度，将表数存放在一个磁盘上，而索引文件放在另外一个磁盘上。

3. 系统配置

通常情况下，系统的配置包括：同时使用数据库的用户数；同时打开数据库对象数；使用的缓冲区长度、个数；时间片的大小；数据库的大小；装填因子；锁的数目等；他们对系统的性能有着显著的影响，因此在实际设计时根据需要进行了初步的设计。

4 网上订餐系统的实现4.1 功能模块介绍

4.1.1 登陆/注册界面：

图4.1用户登录/注册界面

4.1.2 网上订餐系统的首页：

图4.2网上订餐系统的首页

4.1.3用户订餐界面：

图4.3用户订餐界面4.1.4前台添加店铺界面：

图4.4前台添加店铺界面

4.1.5用户查找店铺界面：

图4.5用户查找店铺界面