道路救援系统概要设计方案v11Word下载.docx
《道路救援系统概要设计方案v11Word下载.docx》由会员分享,可在线阅读,更多相关《道路救援系统概要设计方案v11Word下载.docx(17页珍藏版)》请在冰豆网上搜索。
![道路救援系统概要设计方案v11Word下载.docx](https://file1.bdocx.com/fileroot1/2022-11/16/94e8183f-a8ae-4458-b33a-e397371a7ff1/94e8183f-a8ae-4458-b33a-e397371a7ff11.gif)
当救援人员在施救过程中,同样可以通过智能终端查看求救车辆位置;
想法,求援车辆同时也可在智能终端获知救援人员的位置。
当救援完成后,救援人员可向救援中新反馈施救结果,求援车辆可向救援中心反馈服务质量。
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.待解决问题