订餐信息专业系统设计.doc

资源描述

目录第一章系统概述 1 1.1研究背景 1 1.2意义 1 1.3系统目的 2 第二章系统分析 3 2.1系统需求分析 3 2.2系统可行性分析 3 2.2.1系统经济可行性分析 3 2.2.2系统技术可行性分析 3 2.3竞争者分析： 4 2.4业务流程分析 4 2.5数据流程图 6 2.5.1顶层数据流程图 6 2.5.2第一层数据流程图 7 2.5.3二层数据流程图 7 2.6数据字典 10 第三章系统设计 13 3.1功能构造 13 3.2数据库设计 13 3.2.1 数据概念构造设计 13 3.3物理设计 19 第四章系统实现 20 4.1、创立表 20 4.2、建立基本表构造 20 摘要高新科技和计算机飞速发展，给人们带来了更多便利．，越来越多人接受了电子商务这种便捷、迅速交易形式，网上订餐推出也不久受到了人们欢迎。互联网行业不断发展可觉得“饿了么”软件提供一种良好网络平台，并且网络化得购物为人们带来了更多便捷，同步也减少了成本。这种趋势发展可觉得“饿了么”软件上市减少了推广阻力。一方面，简要地简介了国内网络技术和信息产业研究背景，阐述了“饿了么”网上订餐系统实行重要意义。然后是规划系统流程，设计系统数据库逻辑构造，简介在开发系统过程中所使用开发工具以及开发平台。最后设计和实现了一种网上订餐系统，着重阐述了系统功能与实现、数据流程及存储。涉及商家信息、顾客信息、网上订餐、顾客评价、系统顾客管理以及后台数据库管理等，对整个网上订餐系统功能模块实现办法进行阐述和分析。【核心字】数据库信息系统第一章系统概述 1.1研究背景随着智能手机迅速普及发展以及移动网络技术日渐成熟，移动互联网顾客数量正以远远不不大于桌面互联网速度飞速增长。顾客网络媒介使用习惯正在悄悄变化，手机逐渐成为网民接入网络首选。随着餐饮行业迅速发展，外卖行业也呈现蒸蒸日上势头，足不出户就能吃到心仪美食使越来越多人加入叫外卖大军。据记录，外卖占全国餐饮消费总额10%，并且呈现迅速上升趋势。然而，随着人们生活理念和生活方式变迁，人们对于外卖服务需求更加详细更加多样，以更加便捷手段叫外卖，获取更多外卖优惠信息，实现更加灵活支付方式等等都成为人们越来越迫切需求。在这种形势下，老式电话叫餐和PC网上订餐已经徐徐不能满足人们日益增长需求。在移动互联网飞速发展催生下，在市场需求迅速扩大下，以智能手机为媒介外卖手机客户端应运而生，外卖行业也走向了发展新时代。当前，以“饿了么”领跑第一外卖平台以及“美团外卖”、“淘点点”、“百度外卖”等外卖平台凭借自身优势也徐徐从这场商战中脱引而出，占据了外卖平台绝大某些份额。本文重要针对“饿了么”进行系统分析与设计。 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日。“饿了么”对外宣布：平台订单已破百万。激烈竞争下被迫成长成绩明显。较当下“百度外卖”推出免配送活动，“饿了么”在移动端与微信合伙，发起“不满起送价，喊小伙伴一起拼单”活动，也同样只需支付餐费，并不会导致客户流逝转移。其当前绝对优势在于支付，且支付夫人手段除老式网银以外，还联有支付宝和微信支付这种顾客依赖性更大且更为便捷支付方式，占领先机。当前最火外卖是百度外卖，美团外卖以及饿了么。外卖网站商业模式无非佣金和服务费“饿了么”当前竞争压力重要来自美团，而不是阿里巴巴、百度等。因此平台重要应当在“速度”和“服务”上加强改进，进一步顾客和商户。 2.4业务流程分析业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向图表，运用它可以协助分析人员找出业务流程中不合理流向。业务流程图描述是完整业务流程，以业务解决过程为中心，是一种物理模型。本次毕业设计系统业务流程如下：图2-1 业务流程图图示图2-2 饿了么基本业务流程图饿了么得顾客端系统重要分为三个某些构成： 1. 顾客订餐流程图顾客登录饿了么软件，通过首页推荐或者依照自己喜好搜索商家，选定商品，支付订单，最后订单信息传给商家。 2. 订单查询流程图顾客通过点击订单，可以浏览到历史订单信息和未完毕订单信息，可以对已完毕订单进行评价，也可以对未完毕订单继续付款。 3. 顾客信息界面顾客可以对自己信息进行修改、添加，查询收到红包、积分，查看自己收藏。 2.5数据流程图数据流程分析是通过度层数据流程图（DFD图）来进行，反映了系统数据流向、对数据解决和数据存储状况，对信息系统进行逻辑建模。本文对高校文体活动票务管理系统进行逻辑建模工具为Sybase公司Power Designer，它是一种软件原型设计工具集，运用Power Designer进行数据流程图绘制图示如图2-3所示，涉及四个某些：图2-3 数据流程图图示外部实体指系统以外又和系统有联系人或事物，它阐明了数据外部来源和去处，属于系统外部和系统界面。凡是与系统关于人或者界面，均以外部实体形式出当前数据流程图中。解决指对数据逻辑解决，也就是数据变换，它用来变化数据值。整个解决过程涉及数据输入、数据解决和数据输出三个某些。数据流是指解决功能输入或输出，表达数据传递过程和传递方向，但不会变化数据值。数据存储表达数据保存地方，它用来存储数据。系统解决从数据存储中提取数据，也将解决数据返回数据存储。 2.5.1顶层数据流程图顶层数据流程图反映出了整个系统重要任务，决定系统范畴边界。在本系统顶层数据流程图中，外部实体为顾客，解决过程即为整个 APP 系统，重要信息流输入输出涉及支付信息、已点商品信息、配送时间、收货地址、积分信息、收藏信息红包信息、商品信息、商家信息、商品评价等。顶层数据流程图如图 2.4 所示：图 2-4 顶层数据流程图 2.5.2第一层数据流程图图2-5是饿了么系统一层数据流程图。如图所示，该系统共有3个重要子模块，分别是订单管理模块、外卖管理模块、个人信息管理模块。图2-5一层数据流程图 2.5.3二层数据流程图在第一层数据流程图中一共有三个解决流程，分别是订单管理、外卖管理、个人信息。下面分别绘制三个解决流程所相应第二层数据流程图。在订单管理模块中，顾客依照注册账号密码可以进行账号登陆，然后进入自己账号查看订单信息，顾客可以查看已点商品与否被商家接单，商家依照实际状况，若超过配送范畴等因素则取消订单，若商家选取接单则进行支付，支付成功后返回订单信息，显示接单成功并提示配送时间。详细数据流程图如图所示：选取接单商家角色配送信息订单支付信息顾客个人信息登录验证登录信息顾客 1.1.1 登陆 2 已点商品 1.1.2 商家接单判断 1 支付 1.1.3 取消接单 1.1.4 接单成功 3 配送时间图2-6第二层订单管理模块数据流程图外卖管理是顾客输入个人信息提交服务器进行验证,登录后可选取店铺，查看商家信息，并依照商家提供菜品种类进行选取，获取商品信息,完毕下单，下单成功后等待商家送达。收到外卖后，顾客可依照菜品进行评价，评价生成后可查看评价信息。详细数据流程图如图所示：顾客 1.2.1 登录登录信息 8 商家信息登录验证 1.2.2 商品提供商家个人信息 4 商品信息菜品种类 1.2.3 与否下单判断下单 1.2.4 收到外卖下单成功 1.2.5 评价依照菜品评价 10 评价信息生成评价图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所示：留言顾客昵称留言内容留言序号留言IP 留言时间图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图 mm nm 10、系统E-R图如图10所示提餐刊登 mm 1m nm mm nm mm nm mm mm nm mm mm nm nm 发送短信会员订单联系下单记录对账单拥有餐馆对账提供联系 mm 菜品 nm n 对账配送 mm 1m 留言员工 nm 3.3物理设计依照以上关系模式构建数据表构造如表所示。表1 订货表构造字段名类型特殊属性商品编号 Char（10） PEIMARY KEY 商品名称 Char（20） NOT NULL 商品规格 Char（10）商品单位 Char（10） NOT NULL 商家编号 Char（10） FOREIGN KEY 表2 外卖商家构造字段名类型特殊属性商家编号 Char（10） PRIMARY EKY 名称 Char（10） NOT NULL 联系人 Char（10） NOT NULL 地址 Varchar（30） NOT NULL 电话号码 Int NOT NULL 网站 Char（20）表3 个人信息构造表字段名类型特殊属性个人帐号 Char（10） PRIMARY EKY 名称 Char（10） NOT NULL 地址 Varchar（30） NOT NULL 电话号码 Int NOT NULL 表9 配送表构造字段名类型特殊属性配送编号 Char（10） PRIMARY KEY,FOREIGN KEY 商品编号 Char（10） PRIMARY KEY,FOREIGN KEY 配送价格 Int NOT NULL 第四章系统实现 1、数据库及其基本表建立数据库建立用公司管理器，基本表建立用T—SQL语句。数据库名称：WL_System 4.1、创立表 Create database WL_System on ( name='wl_system_data', filename= 'C:\SQLhomework\wl_system_data.mdf', size=10mb,maxsize=50mb,filegrowth=2mb ) LOG ON ( name='wl_system_log', filename='C:\SQLhomework\wl_system_log.ldf', size=10mb, maxsize=50mb, filegrowth=2mb ) 4.2、建立基本表构造 Create table 订货表 ( 商品编号char(10)primary key, 商品名称char(20)NOT NULL, 商品规格char(10), 商品单位char(10)NOT NULL, 商家编号char(10), Foreign key (制造商编号) references 制造商(制造商编号), ) Create table 外卖商家 ( 商家编号char(10) primary key, 名称char(10)NOT NULL, 联系人char(10)NOT NULL, 地址varchar(30), 电话号码Int NOT NULL, 网站char(20) ） Create table 个人信息表( 个人账号char(10) primary key, 名称char(10)NOT NULL, 地址char(30)NOT NULL, 电话号码Int NOT NULL, ) Create table 配送表 ( 配送编号char(10), 商品编号char(10), 配送价格int NOT NULL, primary key(商家编号,个人帐号), Foreign key (商家编号) references 外卖商家(商品编号), Foreign key (个人账号) references 个人信息(个人账号) )

展开阅读全文