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

1、当救援人员在施救过程中，同样可以通过智能终端查看求救车辆位置；想法，求援车辆同时也可在智能终端获知救援人员的位置。当救援完成后，救援人员可向救援中新反馈施救结果，求援车辆可向救援中心反馈服务质量。2.2 系统设计2.2.1 设计总体思想道路救援系统平台由救援中心子系统、求援子系统、救援子系统三部分组成。2.2.2 产品总体结构2.2.3 模块组成2.2.4 平台环境救援中心子系统推荐采用windows服务器，推荐tomcatjspmysql 或者apachephpmysql，客户目前安装有ibm服务器以及sqlserver。求援子系统运行iphone应用，演示可以使用越狱过的系统来进行安装，商

2、用版本需要进行上传、审核，通过appstore来下载安装。救援子系统运行ipad或者android应用，如果是ipad版则演示可以使用越狱过的系统来进行安装，商用版本需要进行上传，通过appstore来下载安装；android应用则可直接安装试用。3. 用户界面设计3.1 救援中心界面3.2 用户客户端3.3 救援人员客户端4. 模块设计4.1 救援中心子系统4.1.1 系统功能1 客服登录，权限分为管理员（可下达任务权限，预先开通5个）以及普通客服（查询权限，预先开通5个）2 接收用户电话救援，根据用户反馈情况，录入待救援信息，并根据系统给出最近的空闲救援人员列表，选择救援人员，下达救援任务

3、，待救援人员反馈后，自动进入监控队列。3 系统接收用户客户端救援信息，弹出提醒，客服根据用户待救援的号码，进行电话回访，确认相关信息后，根据系统给出的最近的空闲救援人员列表，选择救援人员，下达救援任务，待救援人员反馈后，自动进入监控队列。4 从监控队列选择某救援任务，查看目前状态，地图显示待救援目标位置以及救援人员位置，手动进行更新或者每5分钟进行自动刷新。5 自动接收救援人员位置信息，保存进数据库。以便客服或者待救援人员查询。4.1.2 子系统框架子系统采用分层结构，分为视图层、控制器层、业务逻辑层和DAO层。将业务规则、数据访问放在中间层处理，客户端不能直接跟数据库交互，而是通过控制器与中

4、间层建立连接，再由中间层与数据库交互。中间层建议可以采用struts2springhibernate，对控制层和业务逻辑层进一步细分。4.1.3 系统流程4.2 求援子系统4.2.1 系统功能1 用户可以在线注册，输入用户名、密码、手机号、车型完成在线注册。2 用户登录客户端，选择待救援事项，选择车辆信息，进行救援呼叫。3 等待客服电话确认，确认完成后接收救援中心救援任务下达并指派消息4 通过地图查看救援人员位置信息（手动刷新或者5分钟自动刷新）5 救援完成后，对于救援情况进行评价。6 管理个人车辆信息以及个人基本信息，修改保存后将自动发送更新请求到救援中心数据中心，待客服审核后将更新救援中心

5、数据库7 系统根据个人车辆信息，自动提醒用户年检以及保养、路桥费、保险等情况8 查询自己车辆的违章情况，需要第三方查询接口。4.2.2 用户流程4.3 救援子系统4.3.1 系统功能1 救援人员接收救援任务，救援任务到达后，振铃提醒救援人员，救援人员确认接收到的救援任务。2 通过地图显示待救援人员位置，自行安排合适路径尽快赶往待救援地点。3 接收任务后，客户端自动获取位置信息，按分钟上报给救援中心。4 救援完成后，反馈本次救援状态为已完成。4.3.2 用户流程5. 接口设计5.1 用户接口客户端跟服务器利用json传递数据，具体参数以及参数各式待定义。如何保证服务器推送信息给客户端？还是利用定

6、时器刷新以及由客户端主动获取信息。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原始数据导入，需要分析客管部的数据，并导成合适的数据，转存到数据中心，另外一种方式就是客管部的数据中心开放查询接口，直接

7、查询。因为牵涉到客户注册，可能跟门店的注册互通，因此最优的方式是客管中心开放查询、注册接口，我们直接调用。否则本数据中心新产生的数据，同样面临跟客管中心同步问题。2新用户注册或者新用户通过电话拨打救援，但是部享受会员优惠，我们也不要求客户注册。6. 数据结构设计6.1 用户信息用户表：序号用户编号用户名密码手机预留1预留2系统生成Md5加密 姓名驾驶证号路桥卡车牌号车架号保险号码上次保养时间车型登记表：车型展示信息：展示名称展示内容开始时间结束时间6.2 救援任务救援任务表：救援编号救援类型遇险地址经纬度时间救援类型表：编号6.3 实时救援救援监控表：救援人员编号最新位置救援状态救援状态表：6

8、.4 救援人员信息救援人员表：手机号码备用号码目前状态可救援目标表：6.4.1 操作日志管理员操作日志：操作内容操作时间用户操作日志：救援人员操作日志：7. 性能设计本期满足10万注册用户，200人同时在线。8. 兼容性设计web服务对于浏览器的兼容性，支持主要的几个浏览器，ie、qq浏览器、360浏览器、遨游等9. 系统软件部署方案9.1 架构说明本系统整体上主要分为以下两个逻辑部分：1.部署系统平台系统；2.安装在移动终端上的移动终端应用程序物理服务器可由两个组成：1.WEB服务器；2.数据库服务器。服务器名称运行程序系统环境1.web服务器Java JDK 1.6；Tomcat 6.0W

9、indows服务器2. 数据库MysqlsqlserverWindows服务器（可以合设）9.2 部署方式1.系统平台实施部署方式：现场部署，并提供详细部署步骤说明及部署配置说明和文件清单。本平台可由我公司工程师到正式平台现场部署，也可由我公司培训后的客户的工程师到正式平台现场部署。2.数据库部署方式：现场部署，并提供详细部署步骤说明及数据库结构清单。数据库可由我公司工程师在正式平台安装数据库软件后现场部署，也可直接在客户现有的数据库中执行sql脚本部署数据库表。也可由我公司培训后的工程师采取相同方式部署。3.移动终端软件部署方式：现场部署，并提供详细部署步骤说明及配置说明。可由我公司工程师现场指导部署。10. 进度安排10.1 开发进度事项起始时间完成时间备注概要设计完成后一起评审讨论详细设计包括web/ios/android客户端研发截止到春节前完成1.0版本Ui设计期间评审12次测试设计完成后进行评审讨论Ui测试集成测试需要预先熟悉并搭建测试环境，完成后提交测试报告，所发现问题交由研发改进系统测试期间发现的重要问题需要立即改进，一般性问题可以安排待后续版本演示给客户进行安装并演示，若无专门用服人员，由测试人员承担问题收集客户反馈的问题，收集、分析，纳入新版本11. 待解决问题