微信餐饮配送建设方案

上传人:壹****1 文档编号:559849194 上传时间:2023-12-17 格式:DOCX 页数:53 大小:2.60MB
返回 下载 相关 举报
微信餐饮配送建设方案_第1页
第1页 / 共53页
微信餐饮配送建设方案_第2页
第2页 / 共53页
微信餐饮配送建设方案_第3页
第3页 / 共53页
微信餐饮配送建设方案_第4页
第4页 / 共53页
微信餐饮配送建设方案_第5页
第5页 / 共53页
点击查看更多>>
资源描述

《微信餐饮配送建设方案》由会员分享,可在线阅读,更多相关《微信餐饮配送建设方案(53页珍藏版)》请在金锄头文库上搜索。

1、技术方案 顺口溜微微信公众众平台建设方案案北京开云云科技有有限公司司目录1.前言言61.1.概述61.2.建设目目标62.总体体规划与与设计772.1.建设原原则72.2.开发平平台及工工具82.3.技术选选型92.3.1.采采用基于于SOAA的组件件化开发发框架,实实现组件件柔性集集成92.3.2.基基于J22EE的的技术应应用平台台92.3.3.三三层B/S设计计模式1102.3.4.组组件化、面面向对象象的开发发模式1112.3.5.基基于XMML的数数据支持持132.3.6.基基于Weeb SServvicee接口支支持1332.3.7.基基于百度度地图GGIS平平台1332.3.8.

2、技技术架构构特点1143.系统统技术方方案1553.1.系统总总流程1153.2.系统组组成1663.3.系统架架构1773.4.运维中中心子系系统1883.4.1.菜菜品维护护193.4.2.店店铺管理理213.4.3.促促销推广广233.4.4.会会员管理理243.4.5.退退款管理理253.4.6.投投诉管理理263.4.7.日日志管理理263.4.8.员员工管理理273.4.9.评评价管理理283.5.门店子子系统2283.5.1.配配送管理理293.5.2.退退款处理理303.5.3.菜菜品沽清清313.5.4.订订单管理理313.5.5.店店铺管理理333.6.微信订订餐服务务33

3、3.6.1.店店铺选择择343.6.2.菜菜品展示示353.6.3.支支付3553.6.4.菜菜品推荐荐373.6.5.订订单管理理383.6.6.历历史订单单383.6.7.个个人信息息383.6.8.大大客户预预约通道道393.6.9.建建议与投投诉3993.7.送餐子子系统4403.7.1.开开始配送送413.7.2.订订单送达达413.7.3.配配送记录录查询4424.系统统安全设设计4224.1.安全性性要求4424.2.安全方方案4334.2.1.授授权管理理435.附件件465.1.原型界界面(供供参考)465.1.1.主主界面4465.1.2.点点餐界面面475.1.3.菜菜品

4、信息息界面4485.1.4.订订单界面面495.1.5.个个人信息息界面5505.2.系统报报价5115 1. 前言1.1. 概述由于企业业的数量量众多,企企业员工工对于外外卖订餐餐的需求求很大,而而其附加加值也在在不断地地提高,本本平台就就主要针针对各个个企业员员工的工工作餐,为为员工的的订餐提提供一个个订餐和和外卖的的平台,为为客户提提供让其其满意的的服务。从消费类类型上细细分,消消费者可可分为这这样几种种类型(1)个个人,这这种消费费者能够够长期订订餐。并并且占的的比重较较大。个个人从消消费取向向上一般般多注重重便宜、实实惠、好好吃。(2)中中小公司司员工,这这属于白白领阶层层的一个个需

5、要,由由于工作作忙碌或或者其他他原因,选选择网络络叫餐,他他们的消消费取向向一般是是方便、实实惠,口口味独特特。(3)家家庭,生生活节奏奏的加快快,总会会让家庭庭选择更更快的就就餐方式式,特别别是家里里来客人人,唯一一的选择择就是足足不出户户,选择择网络叫叫餐。这这种消费费者的消消费取向向一般是是大量、不同采品,不计较消费额,只追求满意。(4)中中高档消消费者,这这种消费费者的消消费取向向一般都都比较挑挑剔,不不在乎价价格,追追求异众众口味。1.2. 建设目标标1、管理理自己的的客户。不不把自己己的客户户交给美美团、百百度来经经营。2、节省省人工成成本。客客户在微微信平台台上自助助下单,小小票

6、打印印机自动动出票。外外送员撕撕下小票票,直接接按小票票送餐,高高峰期省省下人工工成本。而而且不会会因为电电话占线线而错失失订单。3、促进进常客的的消费频频次。经经常在吃吃饭时间间前2个小时时推送一一下促销销信息,在在客户还还没想好好今天要要吃什么么的时候候就推送送,促进进消费频频次。4、线上上线下互互动。可可以在餐餐具和餐餐台上印印上二维维码,把把线下客客户引流流到线上上点餐。也也可以通通过推送送店铺活活动,将将线上客客户引流流到门店店里消费费。2. 总体规划划与设计计2.1. 建设原则则系统集成成方案将将遵循以以下几个个原则:1经济济性经济性主主要体现现在硬件件设备的的处理能能力指标标在满

7、足足需求的的前提下下不会超超出太多多。2扩展展性由于需求求及业务务的可发发展性,系系统在投投入运行行之后很很可能会会有需求求上的变变化,通通常情况况下会在在信息处处理能力力、交换换能力等等方面对对系统提提出更高高的要求求。实施施方案必必须考虑虑这种可可能性,便便于系统统扩展和和升级。3易于于管理随着数据据节点设设备的增增加,维维护人员员对设备备的管理理难度也也会相应应增加。方方案应尽尽量降低低管理复复杂性和和管理成成本。从从另一个个角度来来讲,一一个易于于管理的的系统,其其可靠性性通常也也比较高高。4稳定定性整体系统统确保稳稳定、高高效、连连续地运运营,能能够支持持全天224小时时的连续续运行

8、需需求。5开放放性采用开放放标准,开开放结构构,开放放系统组组件和开开放用户户接口。充充分满足足用户投投资保护护和业务务扩展、系系统维护护等方面面的需求求。此外,在在系统设设计还考考虑到安安全性、保保密性、可可视处理理等需求求,力求求提供一一个完整整实用的的建设方方案。2.2. 开发平台台及工具具 开发语言言:JAAVA 数据库:Myssql; 微信公众众平台; 送餐子系系统:安安卓APPP 数据交换换:REEST、WEBBSERRVICCE、XMLL2.3. 技术选型型2.3.1. 采用基于于SOAA的组件件化开发发框架,实实现组件件柔性集集成面向服务务技术架架构SOOA(Serrvicce

9、-OOrieenteed AArchhiteectuure)是是一种面面向企业业级服务务的系统统架构,它它着眼于于日常的的业务应应用,并并将它们们划分为为单独的的业务功功能和流流程,即即所谓的的服务。SOA 使用户可以构建、部署和整合这些服务,且无需依赖应用程序及其运行计算平台,从而提高业务流程的灵活性。采用SOOA架构构有利于于项目的的建设,它它可以根根据需求求通过网网络对松松散耦合合的粗粒粒度应用用组件进进行分布布式部署署、组合合和使用用。服务务层是SSOA的的基础,可可以直接接被应用用调用,从从而有效效控制系系统中与与软件代代理交互互的人为为依赖性性。2.3.2. 基于J22EE的的技术

10、应应用平台台J2EEE是主流流的技术术体系,J2EE已成为一个工业标准,围绕着J2EE有众多的厂家和产品,其中不乏优秀的软件产品,合理集成以J2EE为标准的软件产品构建本软件平台系统,可以得到较好的稳定性、高可靠性和扩展性。J2EE技术的基础是JAVA语言, JAVA语言的与平台无关性,保证了基于J2EE平台开发的应用系统和支撑环境可以跨平台运行。J2EE平台包含有一整套的服务、应用编程接口(API)和协议,可用于开发基于Web的分布式应用。它定义了一套标准化、模块化的组件规范;并为这些组件提供了一整套完整的服务、以及自动处理应用行为的许多细节-例如安全和多线程。由于J2EE构建在Java 2

11、平台标准版本上(J2SE),因此,它继承了Java的所有优点面向对象、跨平台等。随着越来越多的第三方对Java 2平台企业版(J2EE)提供支持,Java已经被广泛用来开发企业级应用。基于J22EE技技术的应应用服务务器(AAppllicaatioon SServver)主主要是用用来支持持开发基基于Weeb的三三层体系系结构应应用的支支撑平台台。在这这种结构构中,应应用程序序不能直直接调用用后台的的数据库库存取数数据,而而要通过过中间件件产品来来进行对对数据库库的调用用。J22EE应应用服务务器作为为前台应应用程序序和后台台数据库库中间的的代理,帮帮助进行行应用和和数据库库之间的的交互。这这

12、样,应应用程序序无法直直接对数数据库进进行操作作,增加加了系统统的安全全性;再再加上中中间件与与前端应应用和后后端平台台的独立立性,应应用程序序的开发发更加的的灵活,不不需要考考虑对后后台的调调用,而而且中间间件性能能的进一一步开发发会带来来系统整整体性能能的提升升。2.3.3. 三层B/S设计计模式随着软件件系统的的规模和和复杂性性的增加加,软件件体系结结构的选选择成为为比数据据结构和和算法的的选择更更为重要要的因素素,三层层客户/服务器器体系结结构为企企业资源源规划的的整合提提供了良良好的框框架,是是建立企企业级管管理信息息系统的的最佳选选择。三层B/S模式式 (以下下简称三三层模式式 )

13、在两两层模式式的基础础上,增增加了新新的一级级。这种种模式在在逻辑上上将应用用功能分分为三层层:客户户显示层层、业务务逻辑层层、数据据层。客客户显示示层是为为客户提提供应用用服务的的图形界界面,有有助于用用户理解解和高效效的定位位应用服服务。业业务逻辑辑层位于于显示层层和数据据层之间间,专门门为实现现企业的的业务逻逻辑提供供了一个个明确的的层次,在在这个层层次封装装了与系系统关联联的应用用模型,并并把用户户表示层层和数据据库代码码分开。这这个层次次提供客客户应用用程序和和数据服服务之间间的联系系,主要要功能是是执行应应用策略略和封装装应用模模式,并并将封装装的模式式呈现给给客户应应用程序序。数

14、据据层是三三层模式式中最底底层,用用来定义义、维护护、访问问和更新新数据并并管理和和满足应应用服务务对数据据的请求求。三层模式式的主要要优点为为:1. 良好的灵灵活性和和可扩展展性。对对于环境境和应用用条件经经常变动动的情况况,只要要对应用用层实施施相应的的改变,就就能够达达到目的的。可共享性性。单个个应用服服务器可可以为处处于不同同平台的的客户应应用程序序提供服服务,在在很大程程度上节节省了开开发时间间和资金金投入;2. 较好的安安全性。在在这种结结构中,客客户应用用程序不不能直接接访问数数据,应应用服务务器不仅仅可控制制哪些数数据被改改变和被被访问,而而且还可可控制数数据的改改变和访访问方

15、式式。增强强了企业业对象的的重复可可用性。“企企业对象象”是指指封装了了企业逻逻辑程序序代码,能能够执行行特定功功能的对对象。随随着组件件技术的的发展,这这种可重重用的组组件模式式越来越越为软件件开发所所接受。三三层模式式成为真真正意义义上的“瘦瘦客户端端”,从从而具备备了很高高的稳定定性、延延展性和和执行校校率。三三层模式式可以将将服务集集中在一一起管理理,统一一服务于于客户端端,从而而具备了了良好的的容错能能力和负负载平衡衡能力。2.3.4. 组件化、面面向对象象的开发发模式1. 组件化设设计“软件组组件化”是是一种理理想的软软件开发发理念,它它主张软软件产品品的开发发应当像像制造工工业产品品那样,首首先通过过专业化化分工生生产出不不同功能能的“零零部件”,然然后再将将这些“零零部件”合合理地组组装起来来,形成成所需的的产品。“软软件组件件化”,真真正实现现了软件件复用和和组件化化生产,极极大节约约软件产产品的开开发时间间和开发发成本。2. 面向对象象面向对象象是一

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 市场营销

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号