微信餐饮配送建设方案.docx

《微信餐饮配送建设方案.docx》由会员分享，可在线阅读，更多相关《微信餐饮配送建设方案.docx（25页珍藏版）》请在优知文库上搜索。

1、顺口溜微信公众平台建设方案北京开云科技有限公司书目1 .。前言1.2. 。建设目标62 .总体规划及设计72.1.。建设原则72.2.开发平台及工具82.3.技术选型92.3.1.采纳基于SoA的组件化开发框架，实现组件柔性集成92.3.2.，基于J2EE的技术应用平价9，2.3.3三层B/S设计模式10。2.3.4.。组件化、面对对象的开发模式11。2.3.5.基于XM1.的数据支持132.3.6基于WCbService接口支持，132.3.7.基于百度地图GIS平台1 32. 3.8.。技术架构特点143.。系统技术方案153. 1.s系统总流程。153. 2.。系统组成63.4. 1.菜

2、品维护1 93.4.2店铺管理2。13.4.3.促销推广233.4.4.。会员管理243.4.5退款管理25。3.4.G投诉管理26。3.4.7日志管理26。3.4.8.。员工管理。273.4.9评价管理283.5.。门店子系统2。83.5.1.配送管理293.5.2.，退款处理S3O3.5.3菜品沽清3。13.5.4.，订单管理313.5.5店铺管理。333.6.。微信订餐服务33。3.6.1.店铺选择343.6.4.。菜品举荐37。3.6.5.订单管理383.6.6.历史订单383.6.7个人信息38。3.6.8.大客户预约通道393.6.9.，建议及投诉393. 7.送餐子系统403.7

3、. 1.。起先配送41。3.7.2. 订单送达413.7.3. 配送记录查询424.系统平安设计4,24. 1.。平安性要求。424.7. 。平安方案434.8. 1.。授权管理435.附46-465.1. 1.界面465.1. 2.，点餐界面475.1.3菜品信息界面。485.1.4.。订单界面49。5.1.5个人信息界面O5O5.2.。系统报价1.1.概述由于企业的数量众多，企业员工对于外卖订餐的需求很大，而其附加值也在不断地提高，本平台就主要针对各个企业员工的工作餐，为员工的订餐供应一个订餐和外卖的平台，为客户供应让其满足的服务。从消拢类型上细分,消劣者可分为这样几种类型(1)个人，这种

4、消费者能够长期订餐。并且占的比重较大。个人从消费取向上一般多注意便宜、实惠、好吃。(2)中小公司员工，这属于白领阶层的一个须要，由于工作劳碌或者其他缘由，选择网络叫餐，他们的消费取向一般是便利、实惠，口味独特。(3)家庭,生活节奏的加快,总会让家庭选择更快的就餐方式，特殊是家里来客人,唯一的选择就是足不出户，选择网络叫餐。这种消费者的消费取向一般是大量、不同采品，不计较消费额，只追求满足。(4)中高档消费者,这种消费者的消费取向一般都比较挑剔，不在乎价格,追求异众口味。1.2.建设目标1、管理自己的客户。不把F1.己的客户交给美团、百度来经营。2、节约人工成本。客户在微信平台上自助下单,小票打

5、印机自动出票。外送员撕下小票，干脆按小票送餐，高峰期省下人工成本。而且不会因为电话占线而错失订单。3、促进常客的消费频次。常常在吃饭时间前2个小时推送一下促销信息，在客户还没想好今日要吃什么的时候就推送,促进消费频次。4、线上线下互动。可以在餐具和餐台上印上二维码，把线下客户引流到线上点餐。也可以通过推送店铺活动，将线上客户引流到门店里消费。2.总体规划及设计2.1. 建设原则系统集成方案将遵循以下几个原则：1 .经济性经济性主要体现在硬件设备的处理实力指标在满足需求的前提下不会超出太多。2 .犷展性由于需求及业务的可发展性，系统在投入运行之后很可能会有需求上的变更，通常状况下会在信息处理实力

6、、交换实力等方面对系统提出更高的要求。实施方案必需考虑这种可能性,便于系统扩展和升级。3 .易于管理随着数据节点设备的增加，维护人员对设备的管理难度也会相应增加。方案应尽量降低管理困难性和管理成本。从另一个角度来讲，一个易于管理的系统，其牢竟性通常也比较高。4 .稳定性整体系统确保稳定、高效、连续地运营,能够支持全天24小时的连续运行需求。5 .开放性采纳开放标准，开放结构,开放系统组件和开放用户接口。充分满足用户投资爱护和业务扩展、系统维护等方而的需求。此外,在系统设计还考虑到平安性、保密性、可视处理等需求，力求供应一个完整好用的建设方案。2.2. 开发平台及工具,开发语言：JAVA/数据库

7、：Mysq1;/微信公众平台；/送餐子系统：安卓APP,数据交换：REST、WEBSERVICE、XM1.2.3. 技术选型2.3.1. 采纳基于SOA的组件化开发框架，实现组件柔性集成面对服务技术架构SOA(SerViCe-OrientedArchitecture)是一种面对企业级服务的系统架构，它着眼于日常的业务应用，并将它们划分为单独的业务功能和流程,即所谓的服务。SOA运用户可以构建、部署和整合这些服务，且无需依靠应用程序及其运行计算平台，从而提高业务流程的敏捷性。采纳SO架构有利于项目的建设,它可以依据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和运用。服务层是SOA的

8、基础，可以干脆被应用调用，从而有效限制系统中及软件代理交互的人为依靠性。2.3.2. 基于J2EE的技术应用平台J2EE是主流的技术体系，J2EE已成为一个工业标准，围围着J2EEW众多的厂家和产品，其中不乏优秀的软件产品，合理集成以J2EE为标准的软件产品构建本软件平台系统,可以得到较好的稳定性、高牢靠性和扩展性。J2EE技术的基础是JAVA语言，JV语言的及平分无关性,保证了基于J2EE平台开发的应用系统和支撑环境可以跨平台运行。J2EE平台包含有一整套的服务、应用编程接口（AP1.）和协议,可用于开发基于Web的分布式应用。它定义了一套标准化、模块化的组件规范；并为这些组件供应了一整套完

9、整的服务、以及臼动处理应用行为的很多细微环节-例如平安和多线程。由于J2EE构建在JaVa2平台标准版本上（J2SE）,因此,它继承了JaVa的全部优点一一面对对象、跨平台等。随着越来越多的第三方对JaVa2平台企业版（J2EE）供应支持,Java已经被广泛用来开发企业级应用。基于J2EE技术的应用服务器（APP1.icationSerVer）主要是用来支持开发基于Web的三层体系结构应用的支撑平台。在这种结构中，应用程序不能干脆调用后台的数据库存取数据，而要通过中间件产品来进行对数据库的调用。J2EE应用服务器作为前台应用程序和后台数据库中间的代理，帮助进行应用和数据库之间的交互。这样，应用

10、程序无法干脆对数据库进行操作，增加了系统的平安性;再加上中间件及前端应用和后端平台的独立性，应用程序的开发更加的敏捷,不须要考虑对后台的调用，而且中间件性能的进一步开发会带来系统整体性能的提升。2.3.3. 三层B/S设计模式随着软件系统的规模和困难性的增加，软件体系结构的选择成为比数据结构和弊法的选择更为重要的因素，三层客户/服务器体系结构为企业资源规划的整合供应了良好的框架，是建立企业级管理信息系统的最佳选择。三层B/S模式（以下简称三层模式）在两层模式的基础上,增加了新的一级。这种模式在逻辑上将应用功能分为三层：客户显示层、业务逻辑层、数据层。客户显示层是为客户供应应用服务的图形界面，有

11、助于用户理解和高效的定位应用服务。业务逻辑层位于显示层和数据层之间，特地为实现企业的业务逻辑供应了一个明确的层次，在这个层次封装了及系统关联的应用模型，并把用户表示层和数据库代码分开-这个层次供应客户应用程序和数据服务之间的联系，主要功能是执行应用策略和封装应用模式，并将封装的模式呈现给客户应用程序。数据层是三层模式中最底层,用来定义、维护、访问和更新数据并管理和满足应用服务对数据的恳求。三层模式的主要优点为：1 .良好的敏捷性和可扩展性。对于环境和应用条件常常变动的状况,只要对应用层实施相应的变更，就能够达到目的。可共享性。单个应用服务器可以为处于不同平台的客户应用程序供应服务，在很大程度上

12、节约了开发时间和资金投入；2 .较好的平安性。在这种结构中，客户应用程序不能干脆访问数据，应用服务器不仅可限制哪些数据被变更和被访问，而且还可限制数据的变更和访问方式。增加了企业对象的重复可用性。“企业对象”是指封装了企业逻辑程序代码，能够执行特定功能的对象。随着组件技术的发展，这种可重用的组件模式越来越为软件开发所接受。三层模式成为真正意义上的“瘦客户端从而具备了很高的稳定性、延展性和执行校率。三层模式可以将服务集中在一起管理,统一服务于客户端，从而具备了良好的容错实力和负载平衡实力。2.3.4. 组件化、面对对象的开发模式1 .组件化设计“软件组件化”是一种志向的软件开发理念，它主见软件产

13、品的开发应当像制造工业产品那样，首先通过专业化分工生产出不同功能的“零部件”，然后再将这些“零部件”合理地组装起来，形成所需的产品。”软件组件化”，真正实现了软件复用和组件化生产,极大节约软件产品的开发时间和开发成本。2 .面对对象而对对象是一种自下而上的程序设计方法。不像过程式设计那样一起先就要用main概括出整个程序，面对对象设计往往从问题的一部分着手,一点一点地构建出整个程序。面对对象设计以数据为中心，类作为表现数据的工具,是划分程序的基本单位。而函数在面对对象设计中成为了类的接口。面对对象设计自下而上的特性，允许开发者从问题的局部起先，在开发过程中逐步加深对系统的理解。这些新的理解以及

14、开发中遇到的需求变更，都会再作用到系统开发本身,形成一种螺旋式的开发方式。（在这种开发方式中，对于已有的代码，常须要运用Refactoring技术来做代码重构以体现系统的变更。3 .采纳基于构件的柔性集成的系统架构基于企业服务总线实现应用系统之间服务交互，即依据制定的总体应用集成规范，指导业务系统开发商按SOA服务构件方式改造（或新开发）应用系统之间的接口，并统一进行服务注册管理和调用，使企业服务总线成为企业标准的、通用的、可管理的应用系统之间的信息桥梁，使现有的应用系统之间点对点的接口程序转变为独立、统一注册、便于管理的服务构件。2.3.5. 基于XM1.的数据支持系统内部数据交换全部采纳X

15、M1.标准。系统平台全面遵循XM1.标准。XM1.数据标准的推出，增加了系统之间、应用系统之间的数据交换功能，也大大增加了系统之间的集成度。以XM1.标准描述数据格式,能促进多种数据格式支持、内容共享、内容的再利用以及增加客户对服务的满足度。运用XM1.作为数据交换的格式。由于采纳XM1.技术，使得本系统的内容描述的标准化，实现跨平台、跨应用系统的信息交换更加流畅和便捷。2.3.6. 基于WebService接口支持系统平台的接口系统除了供应一般的接口以外还供应WebService的接口。WebService就是在Internet上供应的基于标准XM1.消息系统的服务，它具有及操作系统和编程语言无关的特性。2.3.7. 基于百度地图G1.S平台百度地图已经及微信、微博一道成为广阔用户基于移动互联网的生活习惯，深刻的影响和变更了多数人的生活方式。百度地图及其他G1.S平台比较具有如下优势：1 .“周边”资源丰富2 .产品迭代速度较快3 .开发者体系相对健全4 .品牌优势5 .免费2.3.8. 技术