《微信餐饮配送建设方案》由会员分享，可在线阅读，更多相关《微信餐饮配送建设方案（47页珍藏版）》请在金锄头文库上搜索。
1、精选优质文档-倾情为你奉上顺口溜微信公众平台建设方案北京开云科技有限公司目录专心-专注-专业1. 前言1.1. 概述由于企业的数量众多，企业员工对于外卖订餐的需求很大，而其附加值也在不断地提高，本平台就主要针对各个企业员工的工作餐，为员工的订餐提供一个订餐和外卖的平台，为客户提供让其满意的服务。从消费类型上细分，消费者可分为这样几种类型（1）个人，这种消费者能够长期订餐。并且占的比重较大。个人从消费取向上一般多注重便宜、实惠、好吃。（2）中小公司员工，这属于白领阶层的一个需要，由于工作忙碌或者其他原因，选择网络叫餐，他们的消费取向一般是方便、实惠，口味独特。（3） 家庭，生活节奏的加快，总会让
2、家庭选择更快的就餐方式，特别是家里来客人，唯一的选择就是足不出户，选择网络叫餐。这种消费者的消费取向一般是大量、 不同采品，不计较消费额，只追求满意。（4）中高档消费者，这种消费者的消费取向一般都比较挑剔，不在乎价格，追求异众口味。1.2. 建设目标1、管理自己的客户。不把自己的客户交给美团、百度来经营。2、节省人工成本。客户在微信平台上自助下单，小票打印机自动出票。外送员撕下小票，直接按小票送餐，高峰期省下人工成本。而且不会因为电话占线而错失订单。3、促进常客的消费频次。经常在吃饭时间前2个小时推送一下促销信息，在客户还没想好今天要吃什么的时候就推送，促进消费频次。4、线上线下互动。可以在餐
3、具和餐台上印上二维码，把线下客户引流到线上点餐。也可以通过推送店铺活动，将线上客户引流到门店里消费。2. 总体规划与设计2.1. 建设原则系统集成方案将遵循以下几个原则：1经济性经济性主要体现在硬件设备的处理能力指标在满足需求的前提下不会超出太多。2扩展性由于需求及业务的可发展性，系统在投入运行之后很可能会有需求上的变化，通常情况下会在信息处理能力、交换能力等方面对系统提出更高的要求。实施方案必须考虑这种可能性，便于系统扩展和升级。3易于管理随着数据节点设备的增加，维护人员对设备的管理难度也会相应增加。方案应尽量降低管理复杂性和管理成本。从另一个角度来讲，一个易于管理的系统，其可靠性通常也比较
4、高。4稳定性整体系统确保稳定、高效、连续地运营，能够支持全天24小时的连续运行需求。5开放性采用开放标准，开放结构，开放系统组件和开放用户接口。充分满足用户投资保护和业务扩展、系统维护等方面的需求。此外，在系统设计还考虑到安全性、保密性、可视处理等需求，力求提供一个完整实用的建设方案。2.2. 开发平台及工具 开发语言：JAVA 数据库：Mysql； 微信公众平台； 送餐子系统：安卓APP 数据交换：REST、WEBSERVICE、XML2.3. 技术选型2.3.1. 采用基于SOA的组件化开发框架，实现组件柔性集成面向服务技术架构SOA（Service-Oriented Architectu
5、re）是一种面向企业级服务的系统架构，它着眼于日常的业务应用，并将它们划分为单独的业务功能和流程，即所谓的服务。SOA 使用户可以构建、部署和整合这些服务，且无需依赖应用程序及其运行计算平台，从而提高业务流程的灵活性。采用SOA架构有利于项目的建设，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。2.3.2. 基于J2EE的技术应用平台J2EE是主流的技术体系，J2EE已成为一个工业标准，围绕着J2EE有众多的厂家和产品，其中不乏优秀的软件产品，合理集成以J2EE为标准的软件产品
6、构建本软件平台系统，可以得到较好的稳定性、高可靠性和扩展性。J2EE技术的基础是JAVA语言， JAVA语言的与平台无关性，保证了基于J2EE平台开发的应用系统和支撑环境可以跨平台运行。J2EE平台包含有一整套的服务、应用编程接口（API）和协议，可用于开发基于Web的分布式应用。它定义了一套标准化、模块化的组件规范；并为这些组件提供了一整套完整的服务、以及自动处理应用行为的许多细节-例如安全和多线程。由于J2EE构建在Java 2平台标准版本上（J2SE），因此，它继承了Java的所有优点面向对象、跨平台等。随着越来越多的第三方对Java 2平台企业版（J2EE）提供支持，Java已经被广泛
7、用来开发企业级应用。基于J2EE技术的应用服务器（Application Server）主要是用来支持开发基于Web的三层体系结构应用的支撑平台。在这种结构中，应用程序不能直接调用后台的数据库存取数据，而要通过中间件产品来进行对数据库的调用。J2EE应用服务器作为前台应用程序和后台数据库中间的代理，帮助进行应用和数据库之间的交互。这样，应用程序无法直接对数据库进行操作，增加了系统的安全性；再加上中间件与前端应用和后端平台的独立性，应用程序的开发更加的灵活，不需要考虑对后台的调用，而且中间件性能的进一步开发会带来系统整体性能的提升。2.3.3. 三层B/S设计模式随着软件系统的规模和复杂性的增加
8、 ，软件体系结构的选择成为比数据结构和算法的选择更为重要的因素 ，三层客户/服务器体系结构为企业资源规划的整合提供了良好的框架 ，是建立企业级管理信息系统的最佳选择。三层B/S模式 (以下简称三层模式 )在两层模式的基础上，增加了新的一级。这种模式在逻辑上将应用功能分为三层：客户显示层、业务逻辑层、数据层。客户显示层是为客户提供应用服务的图形界面，有助于用户理解和高效的定位应用服务。业务逻辑层位于显示层和数据层之间，专门为实现企业的业务逻辑提供了一个明确的层次，在这个层次封装了与系统关联的应用模型，并把用户表示层和数据库代码分开 。这个层次提供客户应用程序和数据服务之间的联系，主要功能是执行应
9、用策略和封装应用模式，并将封装的模式呈现给客户应用程序。数据层是三层模式中最底层，用来定义、维护、访问和更新数据并管理和满足应用服务对数据的请求。三层模式的主要优点为 ：1. 良好的灵活性和可扩展性。对于环境和应用条件经常变动的情况，只要对应用层实施相应的改变，就能够达到目的。可共享性。单个应用服务器可以为处于不同平台的客户应用程序提供服务，在很大程度上节省了开发时间和资金投入；2. 较好的安全性。在这种结构中，客户应用程序不能直接访问数据，应用服务器不仅可控制哪些数据被改变和被访问，而且还可控制数据的改变和访问方式 。增强了企业对象的重复可用性。“企业对象”是指封装了企业逻辑程序代码，能够执
10、行特定功能的对象。随着组件技术的发展，这种可重用的组件模式越来越为软件开发所接受。三层模式成为真正意义上的“瘦客户端”，从而具备了很高的稳定性、延展性和执行校率。三层模式可以将服务集中在一起管理，统一服务于客户端，从而具备了良好的容错能力和负载平衡能力。2.3.4. 组件化、面向对象的开发模式1. 组件化设计“软件组件化”是一种理想的软件开发理念，它主张软件产品的开发应当像制造工业产品那样，首先通过专业化分工生产出不同功能的“零部件”，然后再将这些“零部件”合理地组装起来，形成所需的产品。“软件组件化”，真正实现了软件复用和组件化生产，极大节约软件产品的开发时间和开发成本。2. 面向对象面向对
11、象是一种自下而上的程序设计方法。不像过程式设计那样一开始就要用main概括出整个程序，面向对象设计往往从问题的一部分着手，一点一点地构建出整个程序。面向对象设计以数据为中心，类作为表现数据的工具，是划分程序的基本单位。而函数在面向对象设计中成为了类的接口。面向对象设计自下而上的特性，允许开发者从问题的局部开始，在开发过程中逐步加深对系统的理解。这些新的理解以及开发中遇到的需求变化，都会再作用到系统开发本身，形成一种螺旋式的开发方式。(在这种开发方式中，对于已有的代码，常需要运用Refactoring技术来做代码重构以体现系统的变化。3. 采用基于构件的柔性集成的系统架构基于企业服务总线实现应用
12、系统之间服务交互，即按照制定的总体应用集成规范，指导业务系统开发商按SOA服务构件方式改造（或新开发）应用系统之间的接口，并统一进行服务注册管理和调用，使企业服务总线成为企业标准的、通用的、可管理的应用系统之间的信息桥梁，使现有的应用系统之间点对点的接口程序转变为独立、统一注册、便于管理的服务构件。2.3.5. 基于XML的数据支持系统内部数据交换全部采用XML标准。系统平台全面遵循XML标准。XML数据标准的推出，增强了系统之间、应用系统之间的数据交换功能，也大大增强了系统之间的集成度。以XML标准描述数据格式，能促进多种数据格式支持、内容共享、内容的再利用以及增强客户对服务的满意度。使用X
13、ML作为数据交换的格式。由于采用XML技术，使得本系统的内容描述的标准化，实现跨平台、跨应用系统的信息交换更加流畅和便捷。2.3.6. 基于Web Service接口支持系统平台的接口系统除了提供一般的接口以外还提供Web Service的接口。Web Service就是在Internet上提供的基于标准XML消息系统的服务，它具有与操作系统和编程语言无关的特性。2.3.7. 基于百度地图GIS平台百度地图已经与微信、微博一道成为广大用户基于移动互联网的生活习惯，深刻的影响和改变了无数人的生活方式。百度地图与其他GIS平台比较具有如下优势：1. “周边”资源丰富2. 产品迭代速度较快3. 开发
14、者体系相对健全4. 品牌优势5. 免费2.3.8. 技术架构特点技术架构具有前瞻性、开放性、实用性、可扩展性、可维护性。为满足目前这种跨部门的复杂业务系统需求，技术架构设计方面充分考虑了前瞻性、开放性，针对未来可能情况预留了设计空间，满足易于扩展的需求，使之能适应行业的变化。同时系统还考虑了实用性、可维护性，保证架构的成熟和系统安全稳定可靠，适应集团级大规模管理应用的复杂性和全面性的需求。2.3.8.1. 对未来应用建设提供开放式标准现有的各个系统采用不同的技术平台、不同的开发手段、不同的接口标准和不同的部署方式，后期的日常维护和统一管理、后期信息化的优化提升、系统间的信息集成和用户的使用都带
15、来了很大的成本。本次平台的建设在整体上搭建统一的应用集成平台，并制定应用系统开发建设的标准规范，为后续系统的开发提供了一套开放式的标准，极大地降低了企业的运维成本和系统改造成本。3. 系统技术方案3.1. 系统总流程1、会员注册 2、订餐 3、生产 4、配送 3.2. 系统组成系统提供四套子系统，分别为不同实体对象服务，包括运维中心子系统、门店子系统、微信订餐服务和送餐子系统。其中运维中心子系统可设置在总店或者单独成实体。运维中心管理店铺、会员、菜品和运营需要的各种服务。总店/分店管理自己日常送餐服务。订餐客户通过微信公众平台获取系统提供的订餐与配送服务。送餐员通过二维码扫描和GPS定位等技术手段，为订餐用户提供快捷和直观化的送餐服务。图 1系统组成3.3. 系统架构图 2系统架构当前，顺口溜连锁店存在着系统卡顿的问题，初步定为数据库服务能力不足，为了解决当前的困境，下面给出了数据库服务器和WEB服务器负载均衡设计方案。 图 3服务器负载
