餐饮微信公众平台建设方案

餐饮微信公众平台建设方案

(此文档为word 格式, 下载后您可任意修改编辑!)

目 录

1. 前言......................................................................................................................... 5

1.1. 概述 .............................................................................................................. 5

1.2. 建设目标 ...................................................................................................... 5 2. 总体规划与设计..................................................................................................... 6

2.1. 建设原则 ...................................................................................................... 6

2.2. 开发平台及工具 .......................................................................................... 7

2.3. 技术选型 ...................................................................................................... 7

2.3.1. 采用基于SOA 的组件化开发框架,实现组件柔性集成.............. 7

2.3.2. 基于J2EE 的技术应用平台 ............................................................. 8

2.3.3. 三层B/S设计模式............................................................................ 9

2.3.4. 组件化、面向对象的开发模式...................................................... 10

2.3.5. 基于XML 的数据支持 . .................................................................. 12

2.3.6. 基于Web Service接口支持 ........................................................... 12

2.3.7. 基于百度地图GIS 平台 ................................................................. 12

2.3.8. 技术架构特点.................................................................................. 13

3. 系统技术方案....................................................................................................... 13

3.1. 系统总流程 ................................................................................................ 13

3.2. 系统组成 .................................................................................................... 14

3.3. 系统架构 .................................................................................................... 16

3.4. 运维中心子系统 ........................................................................................ 17

3.4.2. 店铺管理.......................................................................................... 20

3.4.3. 促销推广.......................................................................................... 21

3.4.4. 会员管理.......................................................................................... 22

3.4.5. 退款管理.......................................................................................... 23

3.4.6. 投诉管理.......................................................................................... 24

3.4.7. 日志管理.......................................................................................... 24

3.4.8. 员工管理.......................................................................................... 24

3.4.9. 评价管理.......................................................................................... 26

3.5. 门店子系统 ................................................................................................ 26

3.5.1. 配送管理.......................................................................................... 27

3.5.2. 退款处理.......................................................................................... 28

3.5.3. 菜品沽清.......................................................................................... 29

3.5.4. 订单管理.......................................................................................... 29

3.5.5. 店铺管理.......................................................................................... 31

3.6. 微信订餐服务 ............................................................................................ 31

3.6.1. 店铺选择.......................................................................................... 32

3.6.2. 菜品展示.......................................................................................... 32

3.6.3. 支付.................................................................................................. 33

3.6.4. 菜品推荐.......................................................................................... 34

3.6.5. 订单管理.......................................................................................... 35

3.6.6. 历史订单.......................................................................................... 35

3.6.8. 大客户预约通道.............................................................................. 36

3.6.9. 建议与投诉...................................................................................... 37

3.7. 送餐子系统 ................................................................................................ 37

3.7.1. 开始配送.......................................................................................... 38

3.7.2. 订单送达.......................................................................................... 39

3.7.3. 配送记录查询.................................................................................. 39

4. 系统安全设计....................................................................................................... 39

4.1. 安全性要求 ................................................................................................ 39

4.2. 安全方案 .................................................................................................... 40

4.2.1. 授权管理.......................................................................................... 40

5. 附件....................................................................................................................... 43

5.1. 原型界面(供参考) ................................................................................ 43

5.1.1. 主界面.............................................................................................. 43

5.1.2. 点餐界面.......................................................................................... 44

5.1.3. 菜品信息界面.................................................................................. 45

5.1.4. 订单界面.......................................................................................... 46

5.1.5. 个人信息界面.................................................................................. 47

5.2. 系统报价 .................................................................................................... 47

1. 前言

1.1. 概述

由于企业的数量众多,企业员工对于外卖订餐的需求很大,而其附加值也在不断地提高,本平台就主要针对各个企业员工的工作餐,为员工的订餐提供一个订餐和外卖的平台,为客户提供让其满意的服务。 从消费类型上细分,消费者可分为这样几种类型

(1)个人,这种消费者能够长期订餐。并且占的比重较大。个人从消费取向上一般多注重便宜、实惠、好吃。

(2)中小公司员工,这属于白领阶层的一个需要,由于工作忙碌或者其他原因,选择网络叫餐,他们的消费取向一般是方便、实惠,口味独特。

(3) 家庭,生活节奏的加快,总会让家庭选择更快的就餐方式,特别是家里来客人,唯一的选择就是足不出户,选择网络叫餐。这种消费者的消费取向一般是大量、 不同采品,不计较消费额,只追求满意。

(4)中高档消费者,这种消费者的消费取向一般都比较挑剔,不在乎价格,追求异众口味。

1.2. 建设目标

1、管理自己的客户。不把自己的客户交给美团、百度来经营。

2、节省人工成本。客户在微信平台上自助下单,小票打印机自动出

票。外送员撕下小票,直接按小票送餐,高峰期省下人工成本。而且不会因为电话占线而错失订单。

3、促进常客的消费频次。经常在吃饭时间前2个小时推送一下促销信息,在客户还没想好今天要吃什么的时候就推送,促进消费频次。

4、线上线下互动。可以在餐具和餐台上印上二维码,把线下客户引流到线上点餐。也可以通过推送店铺活动,将线上客户引流到门店里消费。

2. 总体规划与设计

2.1. 建设原则

系统集成方案将遵循以下几个原则:

1.经济性

经济性主要体现在硬件设备的处理能力指标在满足需求的前提下不会超出太多。

2.扩展性

由于需求及业务的可发展性,系统在投入运行之后很可能会有需求上的变化,通常情况下会在信息处理能力、交换能力等方面对系统提出更高的要求。实施方案必须考虑这种可能性,便于系统扩展和升级。

3.易于管理

随着数据节点设备的增加,维护人员对设备的管理难度也会相应增加。方案应尽量降低管理复杂性和管理成本。从另一个角度来讲,一

个易于管理的系统,其可靠性通常也比较高。

4.稳定性

整体系统确保稳定、高效、连续地运营,能够支持全天24小时的连续运行需求。

5.开放性

采用开放标准,开放结构,开放系统组件和开放用户接口。充分满足用户投资保护和业务扩展、系统维护等方面的需求。

此外,在系统设计还考虑到安全性、保密性、可视处理等需求,力求提供一个完整实用的建设方案。

2.2. 开发平台及工具

✓ 开发语言:JAVA

✓ 数据库:Mysql ;

✓ 微信公众平台;

✓ 送餐子系统:安卓APP

✓ 数据交换:REST 、WEBSERVICE 、XML

2.3. 技术选型

2.3.1. 采用基于SOA 的组件化开发框架,实现组件柔性集成

面向服务技术架构SOA (Service-Oriented Architecture)是一种面向企业级服务的系统架构,它着眼于日常的业务应用,并将它们划

分为单独的业务功能和流程,即所谓的服务。SOA 使用户可以构建、部署和整合这些服务,且无需依赖应用程序及其运行计算平台,从而提高业务流程的灵活性。

采用SOA 架构有利于项目的建设,它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA 的基础,可以直接被应用调用,从而有效控制系统中与软件代理交互的人为依赖性。

2.3.2. 基于J2EE 的技术应用平台

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

基于J2EE 技术的应用服务器(Application Server)主要是用来支

持开发基于Web 的三层体系结构应用的支撑平台。在这种结构中,应用程序不能直接调用后台的数据库存取数据,而要通过中间件产品来进行对数据库的调用。J2EE 应用服务器作为前台应用程序和后台数据库中间的代理,帮助进行应用和数据库之间的交互。这样,应用程序无法直接对数据库进行操作,增加了系统的安全性;再加上中间件与前端应用和后端平台的独立性,应用程序的开发更加的灵活,不需要考虑对后台的调用,而且中间件性能的进一步开发会带来系统整体性能的提升。

2.3.3. 三层B/S设计模式

随着软件系统的规模和复杂性的增加 ,软件体系结构的选择成为比数据结构和算法的选择更为重要的因素 ,三层客户/服务器体系结构为企业资源规划的整合提供了良好的框架 ,是建立企业级管理信息系统的最佳选择。

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

序。数据层是三层模式中最底层,用来定义、维护、访问和更新数据并管理和满足应用服务对数据的请求。

三层模式的主要优点为 :

1. 良好的灵活性和可扩展性。对于环境和应用条件经常变动的情况,

只要对应用层实施相应的改变,就能够达到目的。

可共享性。单个应用服务器可以为处于不同平台的客户应用程序提供服务,在很大程度上节省了开发时间和资金投入;

2. 较好的安全性。在这种结构中,客户应用程序不能直接访问数据,

应用服务器不仅可控制哪些数据被改变和被访问,而且还可控制数据的改变和访问方式 。增强了企业对象的重复可用性。‚企业对象‛是指封装了企业逻辑程序代码,能够执行特定功能的对象。随着组件技术的发展,这种可重用的组件模式越来越为软件开发所接受。三层模式成为真正意义上的‚瘦客户端‛,从而具备了很高的稳定性、延展性和执行校率。三层模式可以将服务集中在一起管理,统一服务于客户端,从而具备了良好的容错能力和负载平衡能力。

2.3.4. 组件化、面向对象的开发模式

1. 组件化设计

‚软件组件化‛是一种理想的软件开发理念,它主张软件产品的开发应当像制造工业产品那样,首先通过专业化分工生产出不同功能的‚零部件‛,然后再将这些‚零部件‛合理地组装起来,形成所需的

产品。‚软件组件化‛,真正实现了软件复用和组件化生产,极大节约软件产品的开发时间和开发成本。 2. 面向对象

面向对象是一种自下而上的程序设计方法。不像过程式设计那样一开始就要用main 概括出整个程序,面向对象设计往往从问题的一部分着手,一点一点地构建出整个程序。面向对象设计以数据为中心,类作为表现数据的工具,是划分程序的基本单位。而函数在面向对象设计中成为了类的接口。

面向对象设计自下而上的特性,允许开发者从问题的局部开始,在开发过程中逐步加深对系统的理解。这些新的理解以及开发中遇到的需求变化,都会再作用到系统开发本身,形成一种螺旋式的开发方式。(在这种开发方式中,对于已有的代码,常需要运用Refactoring 技术来做代码重构以体现系统的变化。 3. 采用基于构件的柔性集成的系统架构

基于企业服务总线实现应用系统之间服务交互,即按照制定的总体应用集成规范,指导业务系统开发商按SOA 服务构件方式改造(或新开发)应用系统之间的接口,并统一进行服务注册管理和调用,使企业服务总线成为企业标准的、通用的、可管理的应用系统之间的信息桥梁,使现有的应用系统之间点对点的接口程序转变为独立、统一注册、便于管理的服务构件。

2.3.5. 基于XML 的数据支持

系统内部数据交换全部采用XML 标准。

系统平台全面遵循XML 标准。XML 数据标准的推出,增强了系统之间、应用系统之间的数据交换功能,也大大增强了系统之间的集成度。以XML 标准描述数据格式,能促进多种数据格式支持、内容共享、内容的再利用以及增强客户对服务的满意度。使用XML 作为数据交换的格式。由于采用XML 技术,使得本系统的内容描述的标准化,实现跨平台、跨应用系统的信息交换更加流畅和便捷。

2.3.6. 基于Web Service接口支持

系统平台的接口系统除了提供一般的接口以外还提供Web Service 的接口。Web Service就是在Internet 上提供的基于标准XML 消息系统的服务,它具有与操作系统和编程语言无关的特性。

2.3.7. 基于百度地图GIS 平台

百度地图已经与微信、微博一道成为广大用户基于移动互联网的生活习惯,深刻的影响和改变了无数人的生活方式。百度地图与其他GIS 平台比较具有如下优势: 1. ‚周边‛资源丰富 2. 产品迭代速度较快 3. 开发者体系相对健全 4. 品牌优势

5. 免费

2.3.8. 技术架构特点

技术架构具有前瞻性、开放性、实用性、可扩展性、可维护性。为满足目前这种跨部门的复杂业务系统需求,技术架构设计方面充分考虑了前瞻性、开放性,针对未来可能情况预留了设计空间,满足易于扩展的需求,使之能适应行业的变化。

同时系统还考虑了实用性、可维护性,保证架构的成熟和系统安全稳定可靠,适应集团级大规模管理应用的复杂性和全面性的需求。

2.3.8.1. 对未来应用建设提供开放式标准

现有的各个系统采用不同的技术平台、不同的开发手段、不同的接口标准和不同的部署方式,后期的日常维护和统一管理、后期信息化的优化提升、系统间的信息集成和用户的使用都带来了很大的成本。本次平台的建设在整体上搭建统一的应用集成平台,并制定应用系统开发建设的标准规范,为后续系统的开发提供了一套开放式的标准,极大地降低了企业的运维成本和系统改造成本。

3. 系统技术方案

3.1. 系统总流程

1、会员注册

2、订餐

3、生产

4、配送

3.2. 系统组成

系统提供四套子系统,分别为不同实体对象服务,包括运维中心子系

统、门店子系统、微信订餐服务和送餐子系统。其中运维中心子系统可设置在总店或者单独成实体。运维中心管理店铺、会员、菜品和运营需要的各种服务。总店/分店管理自己日常送餐服务。订餐客户通过微信公众平台获取系统提供的订餐与配送服务。送餐员通过二维码扫描和GPS 定位等技术手段,为订餐用户提供快捷和直观化的送餐服务。

图 1系统组成

3.3. 系统架构

安全管控

图 2系统架构

当前,某某连锁店存在着系统卡顿的问题,初步定为数据库服务能力不足,为了解决当前的困境,下面给出了数据库服务器和WEB 服务器负载均衡设计方案。

③ HAProxy:软件方式负载均衡器④ MyCAT:阿里开源分布式数据库中间件

图 3服务器负载均衡

3.4. 运维中心子系统

图 4运维中心子系统功能组成

3.4.1. 菜品维护 3.4.1.1. 菜品分类

菜品分类定义:例如爽口小菜、美味小炒、美食爽翻天等等分类,提供对分类的增删改功能,分类为了用户操作方便和现实简介,建议只用一层树目录。对菜品分类的操作将记入系统日志。分类包括的功能有:

✓ 菜品分类维护 ✓ 将菜品添加到菜品分类 ✓ 将菜品从菜品分类移除

3.4.1.2. 每日菜品

以星期为单位,可设置每日早、中、晚三餐的提供的菜品,设定好的菜单按照每周循环在用户的微信界面上显示当日的菜单(各个门店相同),各门店可按照自己的实际情况,沽清某个菜品,当进入该门店时候,界面不显示该菜品或者显示该菜品已经售完。包括的功能有: ✓ 按星期一到星期日定制菜品 ✓ 菜品下架

3.4.1.3. 菜品信息

设置菜品的详细信息,包括浏览图(大小各一张,分别适应手机屏幕和pad 屏幕)、详细介绍大图(若干张,用户可手指滑动查看图片介

绍)、菜品的名称、月销售单数、评价、菜品详细描述、菜品的价格(基准价)、菜品的限定时间段(有的菜品只能在某个时间段提供)。包括的功能有: ✓ 菜品信息维护

3.4.1.4. 菜品上下架

为了操作的简便,一些不应季的菜品或者不需要的菜品可以对其进行下架处理,下架的菜品将不再出现在后台每日菜品可挑选的列表之中(相当于回收站)。当到了菜品对应的季节时,可对下架的菜品进行上架操作(重回可挑选的菜品列表)。包括的功能有: ✓ 菜品下架 ✓ 菜品上架 ✓ 下架菜品列表

3.4.1.5. 折扣管理

菜品的折扣(按照基准价,线上支付价和VIP 价格)在此统一设置,线上支付价按照90%,VIP 价格按照85%的默认折扣执行,管理员可调整这些折扣的比例。此外,大客户折扣也在此设置。包括功能有: ✓ 线上支付价折扣调整 ✓ VIP 支付价折扣调整 ✓ 大客户支付价折扣调整

3.4.2. 店铺管理 3.4.2.1. 店铺信息

分店的创建和修改都在此体现,创建门户的时候,首先可输入门店的大致地址,系统会按照地址弹出下拉框,下拉框中按照地址匹配出现对应的地址列表,管理员选择正确的地址,系统在地图上标注该门店的坐标(或者手工标注),该坐标为配送范围提供基准起始点。门店的信息包括名称、描述和门店图片等信息,这些将在订餐时候作为门店列表选择项显示。功能包括: ✓ 门店信息维护 ✓ 门店坐标确定

3.4.2.2. 配送范围

管理员可设定每个门店的最大配送范围,以门店坐标为基点,设定最大配送公里范围,例如5公里,因为各个城区跨度太大,不建议按照行政区进行配送范围设置。当用户配送地址超出该范围时,系统会提示并拒绝进行支付。用户订餐时也会按照最大配送范围覆盖情况显示其附近的门店。包括功能有: ✓ 门店配送范围调整

3.4.2.3. 营业时间

为每个门店设置早中晚的营业时间,用户订餐提交订单的时候会让其

餐饮微信公众平台建设方案

(此文档为word 格式, 下载后您可任意修改编辑!)

目 录

1. 前言......................................................................................................................... 5

1.1. 概述 .............................................................................................................. 5

1.2. 建设目标 ...................................................................................................... 5 2. 总体规划与设计..................................................................................................... 6

2.1. 建设原则 ...................................................................................................... 6

2.2. 开发平台及工具 .......................................................................................... 7

2.3. 技术选型 ...................................................................................................... 7

2.3.1. 采用基于SOA 的组件化开发框架,实现组件柔性集成.............. 7

2.3.2. 基于J2EE 的技术应用平台 ............................................................. 8

2.3.3. 三层B/S设计模式............................................................................ 9

2.3.4. 组件化、面向对象的开发模式...................................................... 10

2.3.5. 基于XML 的数据支持 . .................................................................. 12

2.3.6. 基于Web Service接口支持 ........................................................... 12

2.3.7. 基于百度地图GIS 平台 ................................................................. 12

2.3.8. 技术架构特点.................................................................................. 13

3. 系统技术方案....................................................................................................... 13

3.1. 系统总流程 ................................................................................................ 13

3.2. 系统组成 .................................................................................................... 14

3.3. 系统架构 .................................................................................................... 16

3.4. 运维中心子系统 ........................................................................................ 17

3.4.2. 店铺管理.......................................................................................... 20

3.4.3. 促销推广.......................................................................................... 21

3.4.4. 会员管理.......................................................................................... 22

3.4.5. 退款管理.......................................................................................... 23

3.4.6. 投诉管理.......................................................................................... 24

3.4.7. 日志管理.......................................................................................... 24

3.4.8. 员工管理.......................................................................................... 24

3.4.9. 评价管理.......................................................................................... 26

3.5. 门店子系统 ................................................................................................ 26

3.5.1. 配送管理.......................................................................................... 27

3.5.2. 退款处理.......................................................................................... 28

3.5.3. 菜品沽清.......................................................................................... 29

3.5.4. 订单管理.......................................................................................... 29

3.5.5. 店铺管理.......................................................................................... 31

3.6. 微信订餐服务 ............................................................................................ 31

3.6.1. 店铺选择.......................................................................................... 32

3.6.2. 菜品展示.......................................................................................... 32

3.6.3. 支付.................................................................................................. 33

3.6.4. 菜品推荐.......................................................................................... 34

3.6.5. 订单管理.......................................................................................... 35

3.6.6. 历史订单.......................................................................................... 35

3.6.8. 大客户预约通道.............................................................................. 36

3.6.9. 建议与投诉...................................................................................... 37

3.7. 送餐子系统 ................................................................................................ 37

3.7.1. 开始配送.......................................................................................... 38

3.7.2. 订单送达.......................................................................................... 39

3.7.3. 配送记录查询.................................................................................. 39

4. 系统安全设计....................................................................................................... 39

4.1. 安全性要求 ................................................................................................ 39

4.2. 安全方案 .................................................................................................... 40

4.2.1. 授权管理.......................................................................................... 40

5. 附件....................................................................................................................... 43

5.1. 原型界面(供参考) ................................................................................ 43

5.1.1. 主界面.............................................................................................. 43

5.1.2. 点餐界面.......................................................................................... 44

5.1.3. 菜品信息界面.................................................................................. 45

5.1.4. 订单界面.......................................................................................... 46

5.1.5. 个人信息界面.................................................................................. 47

5.2. 系统报价 .................................................................................................... 47

1. 前言

1.1. 概述

由于企业的数量众多,企业员工对于外卖订餐的需求很大,而其附加值也在不断地提高,本平台就主要针对各个企业员工的工作餐,为员工的订餐提供一个订餐和外卖的平台,为客户提供让其满意的服务。 从消费类型上细分,消费者可分为这样几种类型

(1)个人,这种消费者能够长期订餐。并且占的比重较大。个人从消费取向上一般多注重便宜、实惠、好吃。

(2)中小公司员工,这属于白领阶层的一个需要,由于工作忙碌或者其他原因,选择网络叫餐,他们的消费取向一般是方便、实惠,口味独特。

(3) 家庭,生活节奏的加快,总会让家庭选择更快的就餐方式,特别是家里来客人,唯一的选择就是足不出户,选择网络叫餐。这种消费者的消费取向一般是大量、 不同采品,不计较消费额,只追求满意。

(4)中高档消费者,这种消费者的消费取向一般都比较挑剔,不在乎价格,追求异众口味。

1.2. 建设目标

1、管理自己的客户。不把自己的客户交给美团、百度来经营。

2、节省人工成本。客户在微信平台上自助下单,小票打印机自动出

票。外送员撕下小票,直接按小票送餐,高峰期省下人工成本。而且不会因为电话占线而错失订单。

3、促进常客的消费频次。经常在吃饭时间前2个小时推送一下促销信息,在客户还没想好今天要吃什么的时候就推送,促进消费频次。

4、线上线下互动。可以在餐具和餐台上印上二维码,把线下客户引流到线上点餐。也可以通过推送店铺活动,将线上客户引流到门店里消费。

2. 总体规划与设计

2.1. 建设原则

系统集成方案将遵循以下几个原则:

1.经济性

经济性主要体现在硬件设备的处理能力指标在满足需求的前提下不会超出太多。

2.扩展性

由于需求及业务的可发展性,系统在投入运行之后很可能会有需求上的变化,通常情况下会在信息处理能力、交换能力等方面对系统提出更高的要求。实施方案必须考虑这种可能性,便于系统扩展和升级。

3.易于管理

随着数据节点设备的增加,维护人员对设备的管理难度也会相应增加。方案应尽量降低管理复杂性和管理成本。从另一个角度来讲,一

个易于管理的系统,其可靠性通常也比较高。

4.稳定性

整体系统确保稳定、高效、连续地运营,能够支持全天24小时的连续运行需求。

5.开放性

采用开放标准,开放结构,开放系统组件和开放用户接口。充分满足用户投资保护和业务扩展、系统维护等方面的需求。

此外,在系统设计还考虑到安全性、保密性、可视处理等需求,力求提供一个完整实用的建设方案。

2.2. 开发平台及工具

✓ 开发语言:JAVA

✓ 数据库:Mysql ;

✓ 微信公众平台;

✓ 送餐子系统:安卓APP

✓ 数据交换:REST 、WEBSERVICE 、XML

2.3. 技术选型

2.3.1. 采用基于SOA 的组件化开发框架,实现组件柔性集成

面向服务技术架构SOA (Service-Oriented Architecture)是一种面向企业级服务的系统架构,它着眼于日常的业务应用,并将它们划

分为单独的业务功能和流程,即所谓的服务。SOA 使用户可以构建、部署和整合这些服务,且无需依赖应用程序及其运行计算平台,从而提高业务流程的灵活性。

采用SOA 架构有利于项目的建设,它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA 的基础,可以直接被应用调用,从而有效控制系统中与软件代理交互的人为依赖性。

2.3.2. 基于J2EE 的技术应用平台

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

基于J2EE 技术的应用服务器(Application Server)主要是用来支

持开发基于Web 的三层体系结构应用的支撑平台。在这种结构中,应用程序不能直接调用后台的数据库存取数据,而要通过中间件产品来进行对数据库的调用。J2EE 应用服务器作为前台应用程序和后台数据库中间的代理,帮助进行应用和数据库之间的交互。这样,应用程序无法直接对数据库进行操作,增加了系统的安全性;再加上中间件与前端应用和后端平台的独立性,应用程序的开发更加的灵活,不需要考虑对后台的调用,而且中间件性能的进一步开发会带来系统整体性能的提升。

2.3.3. 三层B/S设计模式

随着软件系统的规模和复杂性的增加 ,软件体系结构的选择成为比数据结构和算法的选择更为重要的因素 ,三层客户/服务器体系结构为企业资源规划的整合提供了良好的框架 ,是建立企业级管理信息系统的最佳选择。

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

序。数据层是三层模式中最底层,用来定义、维护、访问和更新数据并管理和满足应用服务对数据的请求。

三层模式的主要优点为 :

1. 良好的灵活性和可扩展性。对于环境和应用条件经常变动的情况,

只要对应用层实施相应的改变,就能够达到目的。

可共享性。单个应用服务器可以为处于不同平台的客户应用程序提供服务,在很大程度上节省了开发时间和资金投入;

2. 较好的安全性。在这种结构中,客户应用程序不能直接访问数据,

应用服务器不仅可控制哪些数据被改变和被访问,而且还可控制数据的改变和访问方式 。增强了企业对象的重复可用性。‚企业对象‛是指封装了企业逻辑程序代码,能够执行特定功能的对象。随着组件技术的发展,这种可重用的组件模式越来越为软件开发所接受。三层模式成为真正意义上的‚瘦客户端‛,从而具备了很高的稳定性、延展性和执行校率。三层模式可以将服务集中在一起管理,统一服务于客户端,从而具备了良好的容错能力和负载平衡能力。

2.3.4. 组件化、面向对象的开发模式

1. 组件化设计

‚软件组件化‛是一种理想的软件开发理念,它主张软件产品的开发应当像制造工业产品那样,首先通过专业化分工生产出不同功能的‚零部件‛,然后再将这些‚零部件‛合理地组装起来,形成所需的

产品。‚软件组件化‛,真正实现了软件复用和组件化生产,极大节约软件产品的开发时间和开发成本。 2. 面向对象

面向对象是一种自下而上的程序设计方法。不像过程式设计那样一开始就要用main 概括出整个程序,面向对象设计往往从问题的一部分着手,一点一点地构建出整个程序。面向对象设计以数据为中心,类作为表现数据的工具,是划分程序的基本单位。而函数在面向对象设计中成为了类的接口。

面向对象设计自下而上的特性,允许开发者从问题的局部开始,在开发过程中逐步加深对系统的理解。这些新的理解以及开发中遇到的需求变化,都会再作用到系统开发本身,形成一种螺旋式的开发方式。(在这种开发方式中,对于已有的代码,常需要运用Refactoring 技术来做代码重构以体现系统的变化。 3. 采用基于构件的柔性集成的系统架构

基于企业服务总线实现应用系统之间服务交互,即按照制定的总体应用集成规范,指导业务系统开发商按SOA 服务构件方式改造(或新开发)应用系统之间的接口,并统一进行服务注册管理和调用,使企业服务总线成为企业标准的、通用的、可管理的应用系统之间的信息桥梁,使现有的应用系统之间点对点的接口程序转变为独立、统一注册、便于管理的服务构件。

2.3.5. 基于XML 的数据支持

系统内部数据交换全部采用XML 标准。

系统平台全面遵循XML 标准。XML 数据标准的推出,增强了系统之间、应用系统之间的数据交换功能,也大大增强了系统之间的集成度。以XML 标准描述数据格式,能促进多种数据格式支持、内容共享、内容的再利用以及增强客户对服务的满意度。使用XML 作为数据交换的格式。由于采用XML 技术,使得本系统的内容描述的标准化,实现跨平台、跨应用系统的信息交换更加流畅和便捷。

2.3.6. 基于Web Service接口支持

系统平台的接口系统除了提供一般的接口以外还提供Web Service 的接口。Web Service就是在Internet 上提供的基于标准XML 消息系统的服务,它具有与操作系统和编程语言无关的特性。

2.3.7. 基于百度地图GIS 平台

百度地图已经与微信、微博一道成为广大用户基于移动互联网的生活习惯,深刻的影响和改变了无数人的生活方式。百度地图与其他GIS 平台比较具有如下优势: 1. ‚周边‛资源丰富 2. 产品迭代速度较快 3. 开发者体系相对健全 4. 品牌优势

5. 免费

2.3.8. 技术架构特点

技术架构具有前瞻性、开放性、实用性、可扩展性、可维护性。为满足目前这种跨部门的复杂业务系统需求,技术架构设计方面充分考虑了前瞻性、开放性,针对未来可能情况预留了设计空间,满足易于扩展的需求,使之能适应行业的变化。

同时系统还考虑了实用性、可维护性,保证架构的成熟和系统安全稳定可靠,适应集团级大规模管理应用的复杂性和全面性的需求。

2.3.8.1. 对未来应用建设提供开放式标准

现有的各个系统采用不同的技术平台、不同的开发手段、不同的接口标准和不同的部署方式,后期的日常维护和统一管理、后期信息化的优化提升、系统间的信息集成和用户的使用都带来了很大的成本。本次平台的建设在整体上搭建统一的应用集成平台,并制定应用系统开发建设的标准规范,为后续系统的开发提供了一套开放式的标准,极大地降低了企业的运维成本和系统改造成本。

3. 系统技术方案

3.1. 系统总流程

1、会员注册

2、订餐

3、生产

4、配送

3.2. 系统组成

系统提供四套子系统,分别为不同实体对象服务,包括运维中心子系

统、门店子系统、微信订餐服务和送餐子系统。其中运维中心子系统可设置在总店或者单独成实体。运维中心管理店铺、会员、菜品和运营需要的各种服务。总店/分店管理自己日常送餐服务。订餐客户通过微信公众平台获取系统提供的订餐与配送服务。送餐员通过二维码扫描和GPS 定位等技术手段,为订餐用户提供快捷和直观化的送餐服务。

图 1系统组成

3.3. 系统架构

安全管控

图 2系统架构

当前,某某连锁店存在着系统卡顿的问题,初步定为数据库服务能力不足,为了解决当前的困境,下面给出了数据库服务器和WEB 服务器负载均衡设计方案。

③ HAProxy:软件方式负载均衡器④ MyCAT:阿里开源分布式数据库中间件

图 3服务器负载均衡

3.4. 运维中心子系统

图 4运维中心子系统功能组成

3.4.1. 菜品维护 3.4.1.1. 菜品分类

菜品分类定义:例如爽口小菜、美味小炒、美食爽翻天等等分类,提供对分类的增删改功能,分类为了用户操作方便和现实简介,建议只用一层树目录。对菜品分类的操作将记入系统日志。分类包括的功能有:

✓ 菜品分类维护 ✓ 将菜品添加到菜品分类 ✓ 将菜品从菜品分类移除

3.4.1.2. 每日菜品

以星期为单位,可设置每日早、中、晚三餐的提供的菜品,设定好的菜单按照每周循环在用户的微信界面上显示当日的菜单(各个门店相同),各门店可按照自己的实际情况,沽清某个菜品,当进入该门店时候,界面不显示该菜品或者显示该菜品已经售完。包括的功能有: ✓ 按星期一到星期日定制菜品 ✓ 菜品下架

3.4.1.3. 菜品信息

设置菜品的详细信息,包括浏览图(大小各一张,分别适应手机屏幕和pad 屏幕)、详细介绍大图(若干张,用户可手指滑动查看图片介

绍)、菜品的名称、月销售单数、评价、菜品详细描述、菜品的价格(基准价)、菜品的限定时间段(有的菜品只能在某个时间段提供)。包括的功能有: ✓ 菜品信息维护

3.4.1.4. 菜品上下架

为了操作的简便,一些不应季的菜品或者不需要的菜品可以对其进行下架处理,下架的菜品将不再出现在后台每日菜品可挑选的列表之中(相当于回收站)。当到了菜品对应的季节时,可对下架的菜品进行上架操作(重回可挑选的菜品列表)。包括的功能有: ✓ 菜品下架 ✓ 菜品上架 ✓ 下架菜品列表

3.4.1.5. 折扣管理

菜品的折扣(按照基准价,线上支付价和VIP 价格)在此统一设置,线上支付价按照90%,VIP 价格按照85%的默认折扣执行,管理员可调整这些折扣的比例。此外,大客户折扣也在此设置。包括功能有: ✓ 线上支付价折扣调整 ✓ VIP 支付价折扣调整 ✓ 大客户支付价折扣调整

3.4.2. 店铺管理 3.4.2.1. 店铺信息

分店的创建和修改都在此体现,创建门户的时候,首先可输入门店的大致地址,系统会按照地址弹出下拉框,下拉框中按照地址匹配出现对应的地址列表,管理员选择正确的地址,系统在地图上标注该门店的坐标(或者手工标注),该坐标为配送范围提供基准起始点。门店的信息包括名称、描述和门店图片等信息,这些将在订餐时候作为门店列表选择项显示。功能包括: ✓ 门店信息维护 ✓ 门店坐标确定

3.4.2.2. 配送范围

管理员可设定每个门店的最大配送范围,以门店坐标为基点,设定最大配送公里范围,例如5公里,因为各个城区跨度太大,不建议按照行政区进行配送范围设置。当用户配送地址超出该范围时,系统会提示并拒绝进行支付。用户订餐时也会按照最大配送范围覆盖情况显示其附近的门店。包括功能有: ✓ 门店配送范围调整

3.4.2.3. 营业时间

为每个门店设置早中晚的营业时间,用户订餐提交订单的时候会让其


相关内容

  • 微信餐饮营销方案(2篇)
  • 微信餐饮营销方案(2篇) 微信餐饮营销方案(一) 一.微网站--餐饮行业门户 针对餐饮行业的移动互联网门户建设,重点突出特价优惠菜品.推荐菜品.招牌主打菜品等全方位展示功能,将商家信息第一时间全面展示在微信端,方便消费者查看并使消费者第一时间被诱人的菜品吸引,直接促成消费. 二.微活动 餐饮行业巨大 ...

  • 顶峰助力分享餐饮行业微信营销方案成功案例
  • 餐饮行业微信营销方案成功案例 无论地面推广人员把自家产品说得如何高大上,餐饮行业早已高度理性地把自己的需求压缩成最原始的两点:留住老客户,带来新客户.如果说团购.优惠券是为商户带去新客户的「流量导向」型产品,那么会员卡则是维系新客户并将其发展成为老客户的「价值挖掘」型产品. 面对微信的崛起,它天生的 ...

  • 餐饮连锁微信营销策划方案
  • 餐饮连锁 微信营销策划方案 1.1 微信营销定位 某某烧烤作为一个餐饮连锁品牌,秉承将更多美味健康食品带给大家的理念,微信无疑是连接消费者的很好桥梁.微信营销公众号定位于美味健康烧烤专家,为消费者提供烧烤知识服务和天原慧烧烤店面优惠信息. 微信3亿用户量庞大.通过每天推送烧烤知识等内容来吸引粉丝持续 ...

  • 餐饮业微信公众号代运营方案
  • 微信公众号代运营方案 一.微信营销简介 微信营销是伴随着微信的火热产生的一种网络营销方式,微信不存在距离的限制,用户注册微信后,可与周围同样注册的"朋友"形成一种联系,用户订阅自己所需的信息,商家通过提供用户需要的信息,推广自己的产品的点对点的营销方式. 微信公众平台 适合企业做 ...

  • 2016年9月11日中央机关遴选公务员笔试题及参考答案
  • 2016年9月11日中央机关遴选公务员笔试题及参考答案 笔试时间为2016年9月11日(星期日)9:00-12:00. 案例一:(35分) 材料 1.案例一. 1.某省农业厅农产品质量安全监督管理处,职责--,处长留了四个任务,办公室送来两个紧急任务,一个董处长,一个周副处长某某(外地挂职),你是工 ...

  • XX饭店推广方案
  • XX饭店推广方案 河南圆梦环球网络科技有限公司 2014年12月 XX饭店推广方案 微信是时下正热的实时社交工具,被誉为移动互联网的第一张船票,正在演变成为一大商业交易平台,其对传统行业带来的颠覆性变化开始显现,微信已经成为很多人生活中不可缺少的一部分,乃至大众联系和交流第一大媒介. 微信的普及注定 ...

  • 餐饮行业微信开发解决方案
  • 餐饮行业 微信开发解决方案 销售顾问:xxxx 联系电话:xxxx 邮箱:xxxx 目录 一.项目概况 . ................................................................................................ ...

  • 餐饮行业微信营销策划方案
  • 餐饮行业微信营销策划方案 用微信点对点的沟通功能,以餐厅(美食.特色菜.特色服务等)形象为蓝本,勾勒出有趣可爱的餐厅卡通形象,与用户进行交流互动,语言要幽默诙谐,旨在与用户趣味沟通,增加用户好感和粘性. 面对微信的崛起,它天生的CRM属性将是挖掘老客户价值的强有力武器.通过老客户的挖掘,形成自己长期 ...

  • 餐饮o20项目计划书
  • O2O项目计划书 1. 摘要 1.1 项目描述 在当前社会,互联网已成为人类生活中"不可或缺"的生活伴侣,电子商务正在逐步成为中国人的最时尚的消费方式.许多人认为电子商务仅仅是网上购物,这是不全面的认知,在不久的将来一切消费活动都可借助互联网平台完成.当前电子商务主要模式为网上零 ...