文档介绍：打车 APP 解决方案
需要定制开发一个打车APP,本文档则分别从功能与技术两个方面介绍了该项目的解决方案。
1 预期目标
该项目的想要实现的预期目标其实说起来非常简单,只要通过 APP 能够完成叫车服务即可,图 1 描述了该项目的本进行评价回复。
企业管理端
这部分主要是让服务提供企业方便的在后台进行运营维护，方便的了解各种数据，为企业的决策提 供数据支持，企业管理端主要包含以下几个方面的管理：
口 企业日常管理：该部分主要是可以方便的管理车辆、司机、订单、用户、账务、评价等信息。 除此之外，还可以对出租车进行全局监控。
口 企业运营管理：这里主要是为企业运营提供帮助的功能，其中包括公告，优惠政策、统计报表 等功能，通过这些功能不仅方便企业及时做出决策，也可以方便企业做一些线上的活动，刺激 用户使用。
口 安全权限：因为所有的数据都在企业管理后台这里，因此这里的数据安全，以及权限管理则非 常有必要。
提示：除了以上两个核心管理功能之外，企业管理者还可以方便监控本系统与第三方平台对接的情 况。
技术体系
为了满足以上的功能需求，需要强而有力的技术体系作为支撑才行，因此技术体系就显得非常重要 了。根据本系统的特点，笔者推荐使用RESTful风格来架构整个技术体系，该风格可使得后台所有的功 能是以服务的形式统一为前端提供功能支持。图3给出了该项目技术体系。
图 3 本项目技术体系图
通过图3可以看到，本项目的整体技术体系主要氛围三层，分别是前端展现层、API服务层以及物
理数据层，下面给出了这三个层主要用途：
Android 端
16端
H web 端
MySQL
口前段 展现 层： 主要 是为
用户
进行
呈现
信息
的，
这里
的用
户包
括司
机、
客户
以及企业管理者，这些用户分别通过手机或者浏览器来访问本系统的各种服务，其中手机端适 配当前量大主流的操作系统：Android与IOS。
口 API服务层：该层展现了 RESTful架构风格，可以看到所有的功能都以服务的形式独立开来,
而这些所有的服务都已API的形式对外呈现，这样前端不管是Android、IOS还是Web都可以 按照统一的标准进行访问。
口 物理数据层：这里主要是用来存储数据的地方了，这里提供各种存储数据的方式，其中MySQL 主要用来存储业务数据，redis主要用来存储位置坐标数据，而OS主要用来存储大型二进制数 据。
提示：除了以上这些功能以外，还有一些服务中间件，这些中间件虽然不是直接体现在某个功能上 但是可以用来来协调各个服务之间，以及服务层与数据层之间的关系。例如上面提到的MQ服务可以提 供消息广播服务，而Cache则可以提供缓存方案，以提高系统的性能。
架构体系
按照以上的技术体系结构，这里给出了4种架构体系，这4种架构分别应对不同量级的需求，下面 则分别来介绍下这几种架构方案。
架构方案 A
方案A是比较简单的一种方案，由于该方案成本低廉，运维成本则几乎为0,因此该方案是项目初
期推荐选择的方案。图4 给出了该方案的架构图。
图 4 架构方案 A 示意图
通过图4 可以看出本方案是非常简单的方案，因为架构简单，使得该方案非常容易维护，成本也非 常低廉