道路救援系统概要设计方案v11.docx

资源描述

道路救援系统概要设计方案v11.docx

《道路救援系统概要设计方案v11.docx》由会员分享，可在线阅读，更多相关《道路救援系统概要设计方案v11.docx（17页珍藏版）》请在冰豆网上搜索。

道路救援系统概要设计方案v11.docx

道路救援系统概要设计方案v11

道路救援系统概要设计

版本变更记录：

版本号

拟制/修改日期

拟制/修改人

修改记录

批准人

1.概述

1.1编写目的

编写本设计的目的在于详细地说明实现道路救援系统时在各个模块中设计考虑，以利于各模块的详细设计以及研发。

1.2术语和缩写

1.3参考资料

无

2.总体设计

2.1系统需求

借助智能移动终端的定位功能，帮助在道路上遭遇紧急情况（缺油、爆胎、抛锚等）的车辆即使联络救援服务，并将自身的位置信息发送给救援中心，救援中心收到求援信号后，可快速部署救援方案，并将求援车辆的车型、现状、位置等重要信息告知救援人员。

当救援人员在施救过程中，同样可以通过智能终端查看求救车辆位置；想法，求援车辆同时也可在智能终端获知救援人员的位置。

当救援完成后，救援人员可向救援中新反馈施救结果，求援车辆可向救援中心反馈服务质量。

2.2系统设计

2.2.1设计总体思想

道路救援系统平台由救援中心子系统、求援子系统、救援子系统三部分组成。

2.2.2产品总体结构

2.2.3模块组成

2.2.4平台环境

救援中心子系统推荐采用windows服务器，推荐tomcat＋jsp＋mysql或者apache＋php＋mysql，客户目前安装有ibm服务器以及sqlserver。

求援子系统运行iphone应用，演示可以使用越狱过的系统来进行安装，商用版本需要进行上传、审核，通过appstore来下载安装。

救援子系统运行ipad或者android应用，如果是ipad版则演示可以使用越狱过的系统来进行安装，商用版本需要进行上传，通过appstore来下载安装；android应用则可直接安装试用。

3.用户界面设计

3.1救援中心界面

3.2用户客户端

3.3救援人员客户端

4.模块设计

4.1救援中心子系统

4.1.1系统功能

1．客服登录，权限分为管理员（可下达任务权限，预先开通5个）以及普通客服（查询权限，预先开通5个）

2．接收用户电话救援，根据用户反馈情况，录入待救援信息，并根据系统给出最近的空闲救援人员列表，选择救援人员，下达救援任务，待救援人员反馈后，自动进入监控队列。

3．系统接收用户客户端救援信息，弹出提醒，客服根据用户待救援的号码，进行电话回访，确认相关信息后，根据系统给出的最近的空闲救援人员列表，选择救援人员，下达救援任务，待救援人员反馈后，自动进入监控队列。

4．从监控队列选择某救援任务，查看目前状态，地图显示待救援目标位置以及救援人员位置，手动进行更新或者每5分钟进行自动刷新。

5．自动接收救援人员位置信息，保存进数据库。

以便客服或者待救援人员查询。

4.1.2子系统框架

子系统采用分层结构，分为视图层、控制器层、业务逻辑层和DAO层。

将业务规则、数据访问放在中间层处理，客户端不能直接跟数据库交互，而是通过控制器与中间层建立连接，再由中间层与数据库交互。

中间层建议可以采用struts2＋spring＋hibernate，对控制层和业务逻辑层进一步细分。

4.1.3系统流程

4.2求援子系统

4.2.1系统功能

1．用户可以在线注册，输入用户名、密码、手机号、车型完成在线注册。

2．用户登录客户端，选择待救援事项，选择车辆信息，进行救援呼叫。

3．等待客服电话确认，确认完成后接收救援中心救援任务下达并指派消息

4．通过地图查看救援人员位置信息（手动刷新或者5分钟自动刷新）

5．救援完成后，对于救援情况进行评价。

6．管理个人车辆信息以及个人基本信息，修改保存后将自动发送更新请求到救援中心数据中心，待客服审核后将更新救援中心数据库

7．系统根据个人车辆信息，自动提醒用户年检以及保养、路桥费、保险等情况

8．查询自己车辆的违章情况，需要第三方查询接口。

4.2.2用户流程

4.3救援子系统

4.3.1系统功能

1．救援人员接收救援任务，救援任务到达后，振铃提醒救援人员，救援人员确认接收到的救援任务。

2．通过地图显示待救援人员位置，自行安排合适路径尽快赶往待救援地点。

3．接收任务后，客户端自动获取位置信息，按分钟上报给救援中心。

4．救援完成后，反馈本次救援状态为已完成。

4.3.2用户流程

5.接口设计

5.1用户接口

客户端跟服务器利用json传递数据，具体参数以及参数各式待定义。

如何保证服务器推送信息给客户端？

还是利用定时器刷新以及由客户端主动获取信息。

5.2软件接口

5.2.1地图接口

目前主流的包括google地图，XX地图，mapabc地图这几种可以调用的api，网上都有完整的调用范例，包括ios、android、web等方式。

但是google地图、mapabc地图分为免费版和企业版，商用的化都需要用企业版的，XX地图目前暂时还是全免费的，考虑到网络访问问题，不建议使用google地图，建议使用XX地图或者mapabc的企业版。

5.2.2违章查询接口

公开查询接口

5.2.3同步接口

1．原始数据导入，需要分析客管部的数据，并导成合适的数据，转存到数据中心，另外一种方式就是客管部的数据中心开放查询接口，直接查询。

因为牵涉到客户注册，可能跟门店的注册互通，因此最优的方式是客管中心开放查询、注册接口，我们直接调用。

否则本数据中心新产生的数据，同样面临跟客管中心同步问题。

2．新用户注册或者新用户通过电话拨打救援，但是部享受会员优惠，我们也不要求客户注册。

6.数据结构设计

6.1用户信息

用户表：

序号

用户编号

用户名

密码

手机

预留1

预留2

系统生成

Md5加密

用户编号

姓名

驾驶证号

路桥卡

车牌号

车架号

保险号码

上次保养时间

预留1

预留2

车型登记表：

用户编号

用户名

车型

预留1

预留2

展示信息：

序号

展示名称

展示内容

开始时间

结束时间

6.2救援任务

救援任务表：

救援编号

用户名

姓名

手机

救援类型

遇险地址

经纬度

时间

救援类型表：

序号

救援类型

编号

6.3实时救援

救援监控表：

救援编号

救援人员编号