道路救援系统概要设计方案v11Word下载.docx

道路救援系统概要设计方案v11Word下载.docx

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

当救援人员在施救过程中，同样可以通过智能终端查看求救车辆位置；

想法，求援车辆同时也可在智能终端获知救援人员的位置。

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

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加密

姓名

驾驶证号

路桥卡

车牌号

车架号

保险号码

上次保养时间

车型登记表：

车型

展示信息：

展示名称

展示内容

开始时间

结束时间

6.2救援任务

救援任务表：

救援编号

救援类型

遇险地址

经纬度

时间

救援类型表：

编号

6.3实时救援

救援监控表：

救援人员编号

最新位置

救援状态

救援状态表：

6.4救援人员信息

救援人员表：

手机号码

备用号码

目前状态

可救援目标表：

6.4.1操作日志

管理员操作日志：

操作内容

操作时间

用户操作日志：

救援人员操作日志：

7.性能设计

本期满足10万注册用户，200人同时在线。

8.兼容性设计

web服务对于浏览器的兼容性，支持主要的几个浏览器，ie、qq浏览器、360浏览器、遨游等

9.系统软件部署方案

9.1架构说明

本系统整体上主要分为以下两个逻辑部分：

1.部署系统平台系统；

2.安装在移动终端上的移动终端应用程序

物理服务器可由两个组成：

1.WEB服务器；

2.数据库服务器。

服务器名称

运行程序

系统环境

1.web服务器

JavaJDK1.6；

Tomcat6.0

Windows服务器

2.数据库

Mysql／sqlserver

Windows服务器（可以合设）

9.2部署方式

1.系统平台实施部署方式：

现场部署，并提供详细部署步骤说明及部署配置说明和文件清单。

本平台可由我公司工程师到正式平台现场部署，也可由我公司培训后的客户的工程师到正式平台现场部署。

2.数据库部署方式：

现场部署，并提供详细部署步骤说明及数据库结构清单。

数据库可由我公司工程师在正式平台安装数据库软件后现场部署，也可直接在客户现有的数据库中执行sql脚本部署数据库表。

也可由我公司培训后的工程师采取相同方式部署。

3.移动终端软件部署方式：

现场部署，并提供详细部署步骤说明及配置说明。

可由我公司工程师现场指导部署。

10.进度安排

10.1开发进度

事项

起始时间

完成时间

备注

概要设计

完成后一起评审讨论

详细设计

包括web/ios/android客户端

研发

截止到春节前完成1.0版本

Ui设计

期间评审1－2次

测试设计

完成后进行评审讨论

Ui测试

集成测试

需要预先熟悉并搭建测试环境，完成后提交测试报告，所发现问题交由研发改进

系统测试

期间发现的重要问题需要立即改进，一般性问题可以安排待后续版本

演示

给客户进行安装并演示，若无专门用服人员，由测试人员承担

问题收集

客户反馈的问题，收集、分析，纳入新版本

11.待解决问题