基于O2O的网上订餐系统数据库系统的设计与实现Word下载.docx
- 文档编号:12999993
- 上传时间:2022-10-02
- 格式:DOCX
- 页数:37
- 大小:244.83KB
基于O2O的网上订餐系统数据库系统的设计与实现Word下载.docx
《基于O2O的网上订餐系统数据库系统的设计与实现Word下载.docx》由会员分享,可在线阅读,更多相关《基于O2O的网上订餐系统数据库系统的设计与实现Word下载.docx(37页珍藏版)》请在冰豆网上搜索。
4.1.2局部关系ER图 7
4.1.3系统总体ER图 8
4.2逻辑设计 9
4.2.1建立关系模式 9
4.3物理结构设计 9
I
4.3.1业务流程图 10
4.3.2设计表间关系 11
4.3.3表间关系图 12
5数据库系统的实现 13
5.1数据库的建立 13
5.2数据载入 14
5.3数据库运行 14
6总结 16
参考文献 18
II
引言
现代科学技术在快速发展,计算机与全球互联网络连接,使今天的社会进入了以计算机为核心的社会,计算机的出现给我们诸多方面带来了无限的商机与便利,比如餐饮业,网络就发挥了巨大的作用,网络的普及也让人们对网站的设计和外观要求越来越严格,完美的网站页面给人们更好的视觉反应,因此,网页作为一个企业的脸面就需要精心设计
餐饮业也就可以利用自己的网站,发放餐馆的信息和菜品信息,每一样菜都有精美的图片,实行餐馆企业的自我推介,从而吸引网上人员的关注。
网上订餐为客户提供的是最方便的饮食方式,以快速、便捷的订餐业务送货上门为客户服务,这省去了客户很多不必要的时间和麻烦。
同时网上订餐可以辅助餐饮企业营销。
通过信息管理,可以记录餐饮企业方方面面的数据
与传统的电话相比网络订餐有很多优点,比如现在普遍使用的订餐方式是进行电话预定,这种预订方式方便,错误率也比较低,但是由此引发的一些不良现象也比较多,主要是订餐后出现饭店并没有将信息记录在案,而且电话里不能看到菜品的图片,对菜量和菜品样式没有直观的概念。
另外这种订餐方式只是进行电话的预约,很可能会出现订餐但是不履行订单也不进行订餐取消的现象,订餐人员对订购的餐桌信息不太了解会进行相关信息的询问,这样就在一定程度上造成了时间的浪费,饭店人员会在同一天反复重复相同的信息,造成了人力资源的浪费。
相比而言,网络订餐提供图文并茂,及时更新的丰富信息,让客户就像在超市挑选商品一样选定自己喜爱的餐品,这在一定程度上给了客户更多的选择权和自由权。
实现网上订餐系统也将订餐推广到更加广泛的群体,使得订餐数量增多,饭店的知名度增高。
网络不会跟电话一样占线,在高峰期对订餐的处理更是游刃有余,只看着屏幕点打印即可,就可下厨房配菜配送。
地址不会丢失,是一个永远存在的电子菜单,甚至还可以通过我们的推广让跟多的客人认识,不用宣传单,省去一笔宣传和人工费用。
订餐途径有了更好的改善,网络订餐成为电话订餐又一有力补充,扩大客流,从而整体提高业务量。
网上订餐倡导了一种时尚,而且餐店的定位更是网络化,时尚化,具备更为
勃勃的生机
1
1系统开发的意义、目的及环境
1.1开发意义
网络订餐随着互联网的成长会逐渐被人们所喜爱,正如几年前手机移动的短信一样,为企业带来的几百亿的业务收入,在互联网世界里谁早一步在应用上创新,谁就掌握了未来的方向,谁便把握机遇,成为时代的先驱。
网上订餐服务的直观有效便捷等优点是传统的电话订餐业务无法相比的,随着社会的发展,人们正在追求更快速更高效更便利的生活,网络订餐顺应时代发展必将一步步取代电
话订餐,带给繁忙的工作人群诸多便利,节约大量的时间
1.2开发目的
网上订餐中多功能性的服务可以让消费者从容的在网上浏览餐馆的的菜单,或进行价格上的比价,以此来选择所需要的美食佳肴,目前,通过上网提供外卖和送餐服务的餐厅多于独立经营者,外卖与送餐服务占餐饮生意额的一半以上。
越来越多的消费者开始趋向于使用网络订购餐饮,网上订餐给人们提供了一个更高
效更便利的生活
1.3系统开发环境
操作系统:
Windows10
数据库:
SQLServer2008
2
2需求分析
2.1订餐现状分析
现在普遍使用的订餐方式是进行电话预定,这种预订方式方便,错误率也比较低,但是由此引发的一些不良现象也比较多,主要是订餐后出现饭店并没有将信息记录在案,而且电话里不能看到菜品的图片,对菜量和菜品样式没有直观的概念。
这样开发出图文并茂,信息能够及时更新和查看的在线网上订餐系统就具有了
重要的意义。
2.2客户需求分析
顾客模块的功能包括个人信息管理,美食选购,两大功能。
其中,在个人信息管理中可以对个人信息进行修改、删除;
在选购美食中可以选择付款后到店消费
的形式也可以要求商家提供送餐上门。
2.3商家需求分析
商家模块的功能包括菜品管理,订单管理,客户管理三大功能。
其中,在个菜品管理中可以对菜品信息进行查询、增加、修改和删除操作;
在订单管理中可以通过确认验证码对订单进行管理、也可查看所有订单信息;
客户管理可以查询客
户信息
2.4性能需求分析
该系统在性能功能上应达到如下需求:
操作简单、界面友好:
完全控件式的页面布局,使得菜品,资讯,座位等信息的录入工作更简便,许多选项包括餐厅信息,桌位,包房信息等只需要点击鼠标就可以完成;
另外,跟踪出现的提示信息也让用户随时清楚自己的操作情况。
3
对常见的类似网站的管理的各个方面:
基本信息录入、浏览、删除、修改、搜索等方面都大体实现,顾客对菜品的预定及支付方式;
即时可见:
对客户预定餐饮信息的处理(包括录入、删除)将立即在主页的对应栏目显示出来,达到“即时发布、即时见效”的功能;
系统运行应该快速、稳定、高效和可靠;
在结构上应具有很好的可扩展性,便于将来的功能扩展和维护。
2.5可行性分析
随着经济的快速发展,B2C电子商务越来越受到人们的关注。
网上订餐类网站,已经如雨后春笋般的出现在了个大城市。
特别在公司,企业内部,团体订餐已经成为了趋势。
同时,随着全国人民的精神、物质和文化生活高度的提高,人们已经不在仅仅停留在吃饱的程度,不但要吃饱,还要吃好,而且口味也越来越挑刺,正因为如此网络订餐业务的出现,正迎合了这些人的口味,他们不但省去了自己做饭的麻烦,而且也能寻找和发现新的菜品,品尝不同风格的菜品,网络订餐业务在中国有着极大的发展空间以及良好的背景。
而当代大学生,白领工作人士作为社会中的重要群体,他们对饮食的要求都在不断提高,饮食在他们生活中起着重要作用。
因此,面向大学生和都市白领人士的网络订餐网站的设计有着良好的现
实意义。
2.6总体设计原则
1、开放性、可扩充性、可靠性原则
开放系统是生产各种计算机产品普遍遵循的原则,遵循这种标准的产品都符合一些公共的、可以相互操作的标准,能够融洽的在一起工作。
开放系统使得各种类型的网络和系统互连简单、标准统一,容易扩展升级。
从而适应广大用户需求的多变性和产品的更新换代。
2、良好的用户操作界面
用户操作界面美观、方便、实用,使用户能在较短的时间内掌握其使用方法。
3、实用性原则
任何系统的设计都要考虑其实用性,系统开发的目的是为了实现业务处理自动化、规范化,提高工作效率,减轻工作人员的劳动强度,减少开支。
4、工作平台设计原则
能适应不同的操作平台,不同的网络。
4
3概要设计
3.1模块设计
网上订餐系统
客户
商家
个人信息管理
商家信息管理
客户信息管理
美食选购
菜谱管理
订单管理
修改菜品信息
加入购物车
验证码确认
完善信息
删除信息
修改信息
浏览美食
查询客户
查询菜品
增加菜品
删除菜品
查询订单
删除订单
3.2模块功能
该网上订餐系统主要分为两个模块,一个是客户模块,主要是进行美食个人信息管理和美食选购;
另一个模块是商家模块,主要是进行商家信息管理、客户信息管理、菜谱管理和订单管理:
1.客户模块:
客户在浏览订餐网页后如需订餐必须要注册为本系统会员,然后完
5
善个人信息,方便与商家联系。
日后,还可以对自己的信息进行修改或删除。
在
美食选购模块,客户选中美食加入购物车付款后系统便会给客户发送验证码,以此在选择到店用餐或是送餐时与商家验证信息。
2.商家模块:
在商家模块,商家也充当了管理员的角色,管理自己的信息同时也可以管理客户信息;
在菜谱管理的子模块,商家可以查询本店菜品或是根据时节修改、增加或是删除菜品来丰富本店口味;
在订单管理的子模块,商家可以随时查看统计订单,或是对过期订单进行删除,在产生订单后,订单会自动产生一个
验证码,在客户到店用餐时商家验证客户的验证码即可
4数据库设计
4.1概念设计
4.1.1局部ER图
1客户ER图
客户编号
昵称
密码
联系方式
注册时间
2.菜谱ER图
菜谱
菜编号
菜名
价格
菜品介绍
商家编号
.3商家ER图
6
状态
商家名称
信誉
商家地址
4订单ER图
订单
订单编号
数量
订单时间
客户地址
5验证信息ER图
验证信息
信息编号
验证码
4.1.2局部关系ER图
1.客户和订单之间的关系
m
下单
2商家和订单之间的关系
7
n
查询
3商家和菜谱之间的关系
管理
4客户和验证信息表的关系
接收
5商家和验证信息表的关系
验证
6订单和验证信息表的关系
发出
4.1.3系统总体ER图
8
出
接
发
收
4.2逻辑设计
4.2.1建立关系模式
商家信息表(商家名称,密码,商家地址,联系方式,信誉,状态)用户表(用户编号,昵称,密码,联系方式,注册时间,地址)
订单表(订单编号,客户编号,商家编号,订单时间,数量,客户地址,状态)菜谱表(菜编号,菜名,价格,菜品的介绍,商家编号,最后修改时间)
验证信息表(信息编号,验证码,订单编号,客户编号,商家编号)
4.3物理结构设计
根据ER图转换成基本表的思想,即每个实体转换成基本表,而1对多的联系根据实际需要可以转换或不转换为基本表,按照ER图,该系统的基本表应为5个,分别为:
用户表
用户编号
地址
主码
9
订单表订单
时间
编号
客户编
号
商家编
客
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 O2O 网上 系统 数据库 设计 实现