基于Android的道路巡查信息系统设计.docxVIP

PAGE 1 - 基于Android的道路巡查信息系统设计 基于Android的道路巡查信息系统设计 7800〔2021〕006-0095-03 0引言 随着城市化进程的加速进展，城市人口激增，城市道路及其附属设施数量越来越多，给市政道路治理带来了挑战。而城市道路维护和治理手段、软件建设滞后，仍旧使用文档和电子表格治理模式，效率不高;道路病害未能准时处理，引发事故，市民投诉屡见不鲜。传统的城市道路维护治理手段和病害处理方式已无法适应现代化治理要求。因此，市政治理部门必需摸清家底，接受高效治理工具和手段进行市政设施的巡查治理。 日常巡查作为市政治理部门发觉问题的最主要途径和手段，是市政治理的重要一环。当前，市政园林道路养护人员仍接受传统方法巡查，主要流程为问题发觉、记录、拍照、整理、上报、任务下发、修复、结案等。 传统巡查手工作业方式与内业资料整理脱节，巡查时不能有效建立巡查事件发生處与空间地理信息联系，突发事件不能实时反馈到监控中心，应急治理时效性差、协同性差、处理周期长，很难满足“数字城市〞“智慧城市〞和高效办公要求。 随着3S技术的进展，特殊是智能手机的普及应用，基于Android系统的移动GIS技术进展成熟，建立移动端和监控指挥中心信息同步的市政设施巡查治理信息系统，能够快速提升市政设施巡查治理水平，帮助巡查员快速高效执行巡查任务，为业务办理提供高效的决策支持手段。 为提高市政道路、窨井、桥隧泵站等市政业务巡查工作效率，本文综合运用3S等技术，基于Android系统的智能移动设备，应用移动GPS、GIS、SDE等技术，设计并研发了一套市政通系统。这套系统具有巡查路线生成、任务上传下达、事件上传、图片一键上传、道路移交、道路巡查、道路占用、桥隧泵站巡查和数据治理等核心功能。 1APP总体设计 1.1市政通架构 市政通架构分为5层，依次是基础层、数据层、服务层、应用层和用户层，系统架构如图l所示。 基础层支撑市政通移动终端、数据传输的网络通信设施、PC端所需的系统软硬件设备及其运行环境。 数据是市政通的基础，也是市政业务的数据来源，通过网络传输形成市政业务资源数据库，同时共享厦门市国土天地图，作为巡查路线的底图。 服务层包括基础地图服务、数据库服务、通信服务、接口服务等。 应用层主要面向道路管养单位，PC端主要面向市政道路治理科室人员，主要应用功能包括道路巡查、移交、维护、占用、挖掘、桥隧、泵站管养，以及任务上传下达、业务统计等。 用户层指系统最终用户，包括养护单位、市政治理人员等，基于Android开发。 1.2技术路线 基于移动终端，结合移动GIS、GPS、RS等技术特点，将道路巡查技术流程分为3步。 〔1〕巡查员依据巡查打算，携带安装有道路巡查信息系统的智能手机，开始巡查时点击系统开始巡查按钮，系统通过调用智能手机的GPS模块记录巡查员巡查的轨迹信息。 〔2〕巡查过程中遇到相关问题时，通过系统添加按钮记录当前的巡查问题，输入相关信息，同时GPS模块自动猎取空间位置，拍照取证;系统自动记录巡查事件，登录用户名相关信息。 〔3〕在B/S端系统，值班人员可以查看巡查状况，包括巡查轨迹、发觉问题、巡查状态等。当巡查事件处于紧急状态时，巡查人员填写问题等级“紧急〞，该件进入后台系统时自动预警，启动应急治理流程，发送预警信息供相关人员处理。系统可以查看和回放整个巡查过程，展示巡查人员工作过程。 1.3关键技术 〔1〕道路单元。道路巡查时，以道路单元为单位关联道路设施、问题事件、路口、照片等，需要对道路进行单元分割。原则上，在区属道路和市属道路的交叉路口，区属道路需要断开机动车的路口交叉处，路段要断开;一个道路单元只能有一个道路名称，路名改变的地方要断开，一个道路单元不能跨越两条道路;进入小区的路口无需断开。未切割路口原则上归属道路等级较高的道路。 〔2〕路口切割。两条道路相交一般出如今十字路口和“T〞型路口，依据本项目单元划分原则，当且仅当存在两条区属道路十字型相交时形成路口，4个方向分别切割形成路口，依据道路的权属、道路等级、道路方向等进行归属划分。 2系统实现 基于移动GIS的市政通，以道路为单元，实现道路巡查、道路挖掘、道路占用、桥隧泵站的巡查上报。分为智能移动端系统、后台服务端系统两部分，系统功能结构见图4。 2.1道路巡查 道路所属片区和市政部门需要定期对辖区内的道路进行巡查。每次巡查的路线、日期、巡查人等信息需要记录下来。对于巡查过程中发觉的问题，需要进行记录并拍照，以便支配道路维护。道路巡查过程主要包括：道路巡查信息治理、道路巡查发觉问题上报与后续跟踪处理。 2.2道路维护 包括现场勘察及现场验收。工作人员在进行现场勘察时，可调阅申请材料，查询同一路段维护状况，录入现场勘察信息，包括拟开工范围、深度、路面