订餐信息系统设计.docx
《订餐信息系统设计.docx》由会员分享,可在线阅读,更多相关《订餐信息系统设计.docx(27页珍藏版)》请在冰豆网上搜索。
![订餐信息系统设计.docx](https://file1.bdocx.com/fileroot1/2023-6/11/365215aa-5fb3-4ef7-a8a2-248e4d112585/365215aa-5fb3-4ef7-a8a2-248e4d1125851.gif)
订餐信息系统设计
摘要
高新科技和计算机的飞速发展,给人们带来了更多的便利.,越来越多的人接受了电子商务这种便捷、快速的交易形式,网上订餐的推出也很快受到了大家的欢迎。
互联网行业的不断发展可以为“饿了么”软件提供一个良好的网络平台,并且网络化得购物为人们带来了更多便捷,同时也减少了成本。
这种趋势的发展可以为“饿了么”软件的上市减少了推广的阻力。
首先,简要地介绍了国内网络技术和信息产业的研究背景,阐述了“饿了么”网上订餐系统实施的重要意义。
然后是规划系统流程,设计系统数据库的逻辑结构,介绍在开发系统过程中所使用的开发工具以及开发平台。
最后设计和实现了一个网上订餐系统,着重论述了系统的功能与实现、数据流程及存储。
包括商家信息、用户信息、网上订餐、用户评价、系统用户管理以及后台数据库管理等,对整个网上订餐系统功能模块的实现方法进行阐述和分析。
【关键字】数据库信息系统
第一章系统概述
1.1研究背景
随着智能手机的快速普及发展以及移动网络技术的日渐成熟,移动互联网的用户数量正以远远大于桌面互联网的速度飞速增加。
用户的网络媒介使用习惯正在悄悄改变,手机逐渐成为网民接入网络的首选。
随着餐饮行业的快速发展,外卖行业也呈现蒸蒸日上的势头,足不出户就能吃到心仪的美食使越来越多的人加入叫外卖的大军。
据统计,2013年外卖占全国餐饮消费总额的10%,并且呈现快速上升的趋势。
然而,随着人们生活理念和生活方式的变迁,人们对于外卖服务的需求更加具体更加多样,以更加便捷的手段叫外卖,获取更多外卖优惠信息,实现更加灵活的支付方式等等都成为人们越来越迫切的需求。
在这种形势下,传统的电话叫餐和PC网上订餐已经渐渐不能满足人们日益增长的需求。
在移动互联网飞速发展的催生下,在市场需求的迅速扩大下,以智能手机为媒介的外卖手机客户端应运而生,外卖行业也走向了发展新时代。
目前,以“饿了么”领跑的第一外卖平台以及“美团外卖”、“淘点点”、“XX外卖”等外卖平台凭借自身的优势也渐渐从这场商战中脱引而出,占据了外卖平台的绝大部分份额。
本文主要针对“饿了么”进行系统分析与设计。
1.2意义
外卖手机客户端作为移动互联网与传统餐饮外卖相结合的产物,随着经济的发展、人民生活方式和理念的变迁以及移动互联网的推进,其未来的发展存在着巨大的潜力。
它是餐饮行业与当下时代潮流的紧密结合,其传播机制和营销模式都有诸多可借鉴之处。
但是它目前仍处于发展的初级阶段,并未形成成熟的体系,各方面仍存在着许多问题,这些问题有待解决。
随着O2O模式以及手机媒介和移动互联网的日渐发展,手机外卖客户端市场必将由此迅速壮大。
通过对手机外卖客户端的研究,可以将该行业的发展现状进行梳理,对其经验教训进行总结,为本行业及其相关服务业提供范例,从而完善手机外卖客户端的运营机制,进一步满足消费者外卖就餐的多元化、个性化需求,促进我国餐饮产品流转速度与服务质量。
手机app订餐以快速、便捷的订餐业务送货上门为客户服务,给客户提供了最方便的饮食方式,这省去了客户很多不必要的时间和麻烦,同时也为餐饮企业带来了更多利益。
同时,手机app订餐可以辅助餐饮企业营销。
通过信息管理,可以记录餐饮企业方方面面的数据。
1.3系统目标
本次课题研究是主要针对饿了么的手机订餐app,以各种用户为主要服务对象,为其提供良好的用户界面,实现与用户的交流,方便用户订餐是该系统设计的主要目标。
该系统能够实现用户修改IP,用户的注册与登录,餐单的查看,点餐功能,生成订单、修改订单等等,还可以查看历史消费记录,进行菜谱评分。
总体来说,本文课题的研究目标主要在于提升餐饮行业现代化管理服务质量,让客人实现随时随地点餐,提高餐厅的工作效率与社会宣传知名度。
第二章系统分析
2.1系统的需求分析
随着经济的快速发展,电子商务越来越受到人们的关注。
各种网上订餐类网站和软件,已经如雨后春笋般的出现在了各大城市。
特别在公司,企业内部,团体订餐已经成为了趋势。
同时,随着全国人民的精神、物质和文化生活高度的提高,人们已经不在仅仅停留在吃饱的程度,不但要吃饱,还要吃好,而且口味也越来越挑刺,正因为如此手机网络订餐业务的出现,正迎合了这些人的口味。
在网上参观订餐的人相对网下人来说还是比较少,一个是对网上餐馆的信用度持疑虑态度;另一个是网上订餐只可以看到物品的说明简介和外观,没有看到实体于细节处,无法通过快速浏览确定是不是自己想要的菜品。
而这正是传统的实体餐馆优于网上餐馆的地方。
而在网上订餐的人都是一般都是对电脑比较熟练的人,也就就是比较年青化的消费群体。
就是白领、大学生、高中生和对计算机操作相对比较熟的人。
因为这些人工作都比较忙,而且对计算机也比较熟,思想也比较超前,对于在网上订餐能够接受,并经常上网订餐。
2.2系统的可行性分析
2.2.1系统的经济可行性分析
民以食为天,人们一日三餐,消费者对食的需求较大,因而市场较大,如果能在个性化和专业化上做好文章,一定能够经营成功。
餐饮业本身还有比其他行业更适合发展电子商务的特点:
餐饮业以中小企业为主,大部分餐饮业老板都希望通过电子商务降低成本,提高利润;这样不但省去了自己做饭的麻烦,而且也能寻找和发现新的菜品。
因此,饿了么订餐业务有着极大的发展空间及良好背景。
2.2.2系统的技术可行性分析
本系统是应用于智能手机上的app,现阶段主要致力于该系统在Android手机上和ios系统上客户端的开发。
本系统主要是在开发平台上使用Java语言进行开发,数据库用SQLServer。
这些开发技术基本已经成熟,而且有一定基础,使用起来上手比较快,因此是完全可行的。
该系统分为前台和后台两部分,前台部分主要是用户进行自寻的浏览,以及餐品的预定等,主要面向客户。
而后台主要是管理人员对前台数据的维护和设置,主要面向管理人员。
在开发时要充分考虑到局部系统和整个目标系统之间的相容性,以利于今后整个系统的建立。
本系统的主要功能是用户订餐,用户查询菜品信息。
而后台的管理员可以对系统进行设置,并对各模块进行管理。
综上所述,本系统的设计与开发在技术上和硬件设备上的条件以及计算机软件的使用上条件是成熟,技术上都是满足的,因此,它在技术上是可行的。
2.3竞争者分析:
作为外卖界的传统霸主,10月8日。
“饿了么”对外宣布:
平台订单已破百万。
激烈竞争下的被迫成长成绩显著。
较当下“XX外卖”推出免配送的活动,“饿了么”在移动端与微信合作,发起“不满起送价,喊小伙伴一起拼单”的活动,也同样只需支付餐费,并不会造成客户的流逝转移。
其目前的绝对优势在于支付,且支付夫人手段除传统网银以外,还联有支付宝和微信支付这种用户依赖性更大且更为便捷的支付方式,占领先机。
目前最火的外卖是XX外卖,美团外卖以及饿了么。
外卖网站的商业模式无非佣金和服务费“饿了么”目前竞争压力主要来自美团,而不是阿里巴巴、XX等。
所以平台主要应该在“速度”和“服务”上加强改进,深入用户和商户。
2.4业务流程分析
业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表,利用它可以帮助分析人员找出业务流程中的不合理流向。
业务流程图描述的是完整的业务流程,以业务处理过程为中心,是一种物理模型。
本次毕业设计系统的业务流程如下:
图2-1业务流程图图示
图2-2饿了么基本业务流程图
饿了么得用户端系统主要分为三个部分组成:
1.用户订餐流程图
用户登录饿了么软件,通过首页的推荐或者根据自己的喜好搜索商家,选定商品,支付订单,最后订单信息传给商家。
2.订单查询流程图
用户通过点击订单,可以浏览到历史订单信息和未完成订单信息,可以对已完成订单进行评价,也可以对未完成订单继续付款。
3.用户信息界面
用户可以对自己的信息进行修改、添加,查询收到的红包、积分,查看自己的收藏。
2.5数据流程图
数据流程分析是通过分层数据流程图(DFD图)来进行的,反映了系统的数据流向、对数据的处理和数据的存储情况,对信息系统进行逻辑建模。
本文对高校文体活动票务管理系统进行逻辑建模的工具为Sybase公司PowerDesigner,它是一个软件原型设计的工具集,利用PowerDesigner进行数据流程图绘制的图示如图2-3所示,包括四个部分:
图2-3数据流程图图示
外部实体指系统以外又和系统有联系的人或事物,它说明了数据的外部来源和去处,属于系统的外部和系统的界面。
凡是与系统有关的人或者界面,均以外部实体的形式出现在数据流程图中。
处理指对数据逻辑处理,也就是数据变换,它用来改变数据值。
整个的处理过程包括数据输入、数据处理和数据输出三个部分。
数据流是指处理功能的输入或输出,表示数据的传递过程和传递方向,但不会改变数据值。
数据存储表示数据保存的地方,它用来存储数据。
系统处理从数据存储中提取数据,也将处理的数据返回数据存储。
2.5.1顶层数据流程图
顶层数据流程图反映出了整个系统的主要任务,决定系统的范围边界。
在本系统的顶层数据流程图中,外部实体为用户,处理过程即为整个APP系统,主要信息流的输入输出包括支付信息、已点商品信息、配送时间、收货地址、积分信息、收藏信息红包信息、商品信息、商家信息、商品评价等。
顶层数据流程图如图2.4所示:
图2-4顶层数据流程图
2.5.2第一层数据流程图
图2-5是饿了么系统的一层数据流程图。
如图所示,该系统共有3个主要子模块,分别是订单管理模块、外卖管理模块、个人信息管理模块。
图2-5一层数据流程图
2.5.3二层数据流程图
在第一层数据流程图中一共有三个处理流程,分别是订单管理、外卖管理、个人信息。
下面分别绘制三个处理流程所对应的第二层数据流程图。
在订单管理模块中,用户根据注册的账号密码可以进行账号登陆,然后进入自己的账号查看订单信息,用户可以查看已点商品是否被商家接单,商家根据实际情况,若超出配送范围等原因则取消订单,若商家选择接单则进行支付,支付成功后返回订单信息,显示接单成功并提示配送时间。
具体数据流程图如图所示:
图2-6第二层订单管理模块数据流程图
外卖管理是用户输入个人信息提交服务器进行验证,登录后可选择店铺,查看商家信息,并根据商家提供的菜品种类进行选择,获取商品信息,完成下单,下单成功后等待商家送达。
收到外卖后,用户可根据菜品进行评价,评价生成后可查看评价信息。
具体数据流程图如图所示:
图2-7第二层外卖管理模块数据流程图
个人信息是用户通过注册个人信息提交服务器进行验证,管理帐号可进行删除和修改,再返回个人用户信息。
再根据个人信息填入收货地址,确认下但成功后去评价,再返回积分信息,选择是否收藏店铺。
积分返回成功后,系统自动给用户返回红包,返回用户信息存入红包账户。
1.1.1
输入
登陆
1
收货地址
打开软件
1.1.2
管理帐号
维护信息
用户
1.1.4
是否下单判断
1.1.5
评价
3
积分信息
1.1.3
我的信息
1.1.6
订单成功
2
收藏信息
1.1.7
红包信息
存入红包
获取红包
图2-8第二层个人信息管理模块数据流程图
2.6数据字典
数据字典是一种用户可以访问的记录数据库和应用程序源数据的目录,它对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明。
数据字典的作用是给数据流图上每个成分加以定义和说明,数据字典和数据流程图的结合从图表和文字两个方面对系统的逻辑模型进行了完整的描述。
主要数据存储的描述
(1)数据存储编号:
D-01
数据存储名称:
支付信息
简述:
下订单后支付的金额
数据存储组成:
A-05
关键字:
A-07
相关联的处理:
P-1.1
(2)数据存储编号:
D-02
数据存储名称:
已点商品
简述:
选择外卖商品确认下单
数据存储组成:
A-02
关键字:
A-01
相关联的处理:
P-1.1
(3)数据存储编号:
D-03
数据存储名称:
配送时间
简述:
外卖商品送达时间
数据存储组成:
A-08
关键字:
A-11
相关联的处理:
P-1.1
(4)数据存储编号:
D-04
数据存储名称:
商家信息
简述:
商家的个人详细信息
数据存储组成:
A-23
关键字:
A-12
相关联的处理:
P-1.2
(5)数据存储编号:
D-05
数据存储名称:
商品信息
简述:
商品相关的信息
数据存储组成:
A-24
关键字:
A-01
相关联的处理:
P-1.2
(6)数据存储编号:
D-06
数据存储名称:
评价信息
简述:
用户对菜品的评价
数据存储组成:
A-16
关键字:
A-18
相关联的处理:
P-1.2
(7)数据存储编号:
D-07
数据存储名称:
收货地址
简述:
商品送达的地点
数据存储组成:
A-20
关键字:
A-20
相关联的处理:
P-1.3
(8)数据存储编号:
D-08
数据存储名称:
积分信息
简述:
商品收货成功后获得的积分
数据存储组成:
A-21
关键字:
A-21
相关联的处理:
P-1.3
(9)数据存储编号:
D-09
数据存储名称:
收藏信息
简述:
所收藏的店铺的信息
数据存储组成:
A-23
关键字:
A-23
相关联的处理:
P-1.3
(10)数据存储编号:
D-10
数据存储名称:
红包信息
简述:
商品下单完成后收到的红包
数据存储组成:
A-25
关键字:
A-26
相关联的处理:
P-1.3
第三章系统设计
3.1功能结构
3.2数据库设计
系统设计与开发中,系统中各数据项的设计须围绕着所设计的数据库进行。
因此设计有效、安全、完整的数据库不仅可以提高数据的存储效率、更好地向信息系统提供后台支持、降低数据冗余而且利于编程人员对于程序的实现。
系统数据库的概念结构设计利用E-R图进行,抽象地表示现实世界的实体和实体的特征及联系。
而构建E-R图的关键是要通过需求分析得到实体的信息以及实体间的依赖关系。
3.2.1数据的概念结构设计
1、餐馆信息表是用来存储商家序号、商家代号、商家名、商家地址和联系方式等信息。
餐馆实体E-R图如图1所示:
图3-1餐馆实体E-R图
2、菜品信息表是用来存储菜品序号、菜品代号、菜名、菜价、所属商家、原价和利润等信息。
菜品实体E-R图如图2所示:
图3-2菜品实体E-R图
3、订单信息表是用来存储订单号、菜名、份数、总价、店铺、送餐地址、电话和下单时间等信息。
订单实体E-R图如图3所示:
图3-3订单实体E-R图
4、员工信息表是用来存储员工序号、员工代号、用户名、密码、姓名、住址和联系方式等信息,员工实体E-R图如图4所示:
图3-4员工实体E-R图
5、会员信息表是用来存储会员序号、会员代号、账户名、密码、电子邮件、联系电话、住址、注册时间等信息,会员实体E-R图如图5所示:
图3-5会员实体E-R图
6、留言信息表是用来存储留言序号、用户昵称、留言内容、留言时间和留言IP等信息。
留言实体E-R图如图6所示:
图3-6留言实体E-R图
7、提餐信息表是用来存储单号、菜名、份数、店铺、送货地址和电话等信息。
提餐实体E-R图如图7所示:
图3-7提餐实体E-R图
8、短信信息表是用来存储短信序号、手机号码和短信内容等信息。
短信实体E-R图如图8所示:
图3-8短信实体E-R图
9、对账单信息表是用来存储单号、菜名、份数、单价、总价、店铺、提成和毛利等信息。
对账单实体E-R图如图9所示:
图9对账单实体E-R图
10、系统E-R图如图10所示
3.3物理设计
根据以上关系模式构建的数据表结构如表所示。
表1订货表结构
字段名
类型
特殊属性
商品编号
Char(10)
PEIMARYKEY
商品名称
Char(20)
NOTNULL
商品规格
Char(10)
商品单位
Char(10)
NOTNULL
商家编号
Char(10)
FOREIGNKEY
表2外卖商家结构
字段名
类型
特殊属性
商家编号
Char(10)
PRIMARYEKY
名称
Char(10)
NOTNULL
联系人
Char(10)
NOTNULL
地址
Varchar(30)
NOTNULL
电话号码
Int
NOTNULL
网站
Char(20)
表3个人信息结构表
字段名
类型
特殊属性
个人帐号
Char(10)
PRIMARYEKY
名称
Char(10)
NOTNULL
地址
Varchar(30)
NOTNULL
电话号码
Int
NOTNULL
表9配送表结构
字段名
类型
特殊属性
配送编号
Char(10)
PRIMARYKEY,FOREIGNKEY
商品编号
Char(10)
PRIMARYKEY,FOREIGNKEY
配送价格
Int
NOTNULL
第四章系统实现
1、数据库及其基本表的建立
数据库的建立用企业管理器,基本表的建立用T—SQL语句。
数据库名称:
WL_System
4.1、创建表
CreatedatabaseWL_System
on
(
name='wl_system_data',
filename=
'C:
\SQLhomework\wl_system_data.mdf',
size=10mb,maxsize=50mb,filegrowth=2mb
)
LOGON
(
name='wl_system_log',
filename='C:
\SQLhomework\wl_system_log.ldf',
size=10mb,
maxsize=50mb,
filegrowth=2mb
)
4.2、建立基本表结构
Createtable订货表
(
商品编号char(10)primarykey,
商品名称char(20)NOTNULL,
商品规格char(10),
商品单位char(10)NOTNULL,
商家编号char(10),
Foreignkey(制造商编号)references制造商(制造商编号),
)
Createtable外卖商家
(
商家编号char(10)primarykey,
名称char(10)NOTNULL,
联系人char(10)NOTNULL,
地址varchar(30),
电话号码IntNOTNULL,
网站char(20)
)
Createtable个人信息表(
个人账号char(10)primarykey,
名称char(10)NOTNULL,
地址char(30)NOTNULL,
电话号码IntNOTNULL,
)
Createtable配送表
(
配送编号char(10),
商品编号char(10),
配送价格intNOTNULL,
primarykey(商家编号,个人帐号),
Foreignkey(商家编号)references外卖商家(商品编号),
Foreignkey(个人账号)references个人信息(个人账号)
)