滨州市公路养护巡查系统的设计与实现

'　　滨州市公路养护巡查系统的设计与实现第1章绪论1.1系统开发背景 最近，国内加快了基础设施建设的步伐，国内在公路建设领域得到了飞速发展。在现代化方面，公路养护巡查管理也有了更高的要求[1]。公路养护巡查管理部门目前面临了一项急需解决的重要问题，主要是在公路养护巡查工作里，需要随时全面的了解公路及公路附属设施的基础数据，能迅速准确的掌握公路养护情况，可以采集并统计养护巡查数据，完成养护方案的决策等工作[2]。伴随滨州市公路建设的蓬勃发展，滨州市的公路运输能力也在逐步增强。目前滨州市在公路管理方面信息化水平仍然不太理想，还是没有一个实用的公路养护巡查管理系统，还不存在对公路数据资源统一维护与数据共享的技术手段与支持，严重阻碍了各县级公路管理部门在公路基础资料、日常检查、信息采集等方面的监管力度，没有能方便高效应对突发路段的管理方式及机制[3]。滨州路政管理中，公路养护巡查是一个核心的构成部分，至今基本还是使用手工上报的管理形式。面对滨州市公路管理迅速发展的要求，公路管理机构所需要处理的公路养护巡查工作日趋增多[4]。原有的手工操作处理形式容易导致巡查上报、分派管理中效率低下、滞后性比较严重[5]。另外，因为没有规范的养护巡查信息共享系统，很可能存在漏检的情况，而且在巡査数据的统计工作中也存在很多困难[6]。滨州市公路养护巡查系统就是根据滨州市公路养护巡查行业管理的职能和养护的实际情况出发，设计与实现的系统。系统将实现动态、实时的管理各级养护单位，完成滨州市公路养护巡查管理数据的采集、存储、计算、分析和应用，为滨州市公路养护管理提供信息管理及决策支持。..1.2国内外研究现状 面对经济的快速发展，国内路网也在逐步完善。只有通过确保路面的使用性能，才能使公路在建设中的巨额投资尽最大的得到利用。然而，一直保持路面的技术状况需要一个养护巡检方面的系统来保障，换言之，公路建设的另一种延续是进行公路养护巡查面对日益突出的公路养护现状，相关部门已经开始重视对公路养护巡查的维护。早上七十年代，北美洲很多公路养护发达的国家早已有了针对公路养护巡查方面的管理系统。很多公路养护管理机构为了进一步增强公路的管理水平及对公路使用的效益，花费了很多精力来研究公路养护巡查中的评价标准语技术。然后国外的公路养护巡查系统并不适用于国内的公路现状。国内已经有很多省、使建立了自己的公路养护巡查方面的系统。国内已存在的系统比如：陕西省正在使用的日常养护巡查系统，河南开发的干线公路养护巡查系统，北京市正在使用的公路养护管理系统，烟台设计的公路养护巡查系统。目前，国内已经存在的高速公路养护巡查系统主要实现了路段的实时监控，方便了市局用户及时了解路段运营、建设、评定等业务。已有系统能够协调路段检查巡查中的衔接问题；可以方便公路管理局采集、上报桥隧涵检查情况；能为上级部门提供综合查询业务。但类似已有的系统，大多都是针对本市而言，县段间相互数据没有做到共享另外，很多系统没有设计检查考核功能。所以很多已有系统不能对实际检查中的数据进行记录与维护。所以，需要设计与实现一个针对滨州市的公路养护巡查系统。.第2章霈求获取与分析2.1系统需求概述 在滨州市公路养护巡查系统设计与实现中，核心需求分为：基础数据、日常管理、检查考核、小修管理、桥遂涵检查、信息采集、路况评定管理。本系统的需求概述如图2-1所示。公路养护巡查系统中，基础数据业务主要是储存全市公路的基本信息情况，并可以定期对需要更新数据。日常管理业务主要是水毁监测和巡视管理，还有公路的日常管理等情况。检查考核业务是分为日常检查和月度检查，可以设置考核标准对养护人员进行考核管理。小修管理业务主要管理专项小修及病害信息，主要涵盖小修项目的新增、申报及审核等操作。桥隧涵检查业务用来维护涵洞、險道、桥梁检查情况的数据。信息采集业务主要完成突发事件抢修信息、路政及阻车数据的查询处理及上报功能。路况评定业务是针对全市公路的状况好坏一个综合评定功能。在该功能中只需对评定时的参数进行设定，系统将自动对设定的参数进行匹配完成对公路的评定工作。系统预先为登录用户设置了所属单位和业务操作权限。登录用户，原则上只能查询和修改本单位及下属单位的数据，操作系统预先分配的业务业务。作为基层用户同时需要资料录入和资料统计这两个功能，而管理层用户来说只需关注资料统计的功能。基础数据审核通过后向数据库中添加本公路的基本信息，这样就可以对公路进行日常管理。2.2功能需求获取 公路养护巡查系统涵盖基础数据、日常管理、检查考核、小修管理、桥險涵检查、信息采集、路况评定七个业务，对具体业务的需求获取描述如下。检查考核分为日常检查考核与月度检查考核需求两项，在日常检查考核中有高速公路一项，而高速公路检查中又有养护巡视和服务区检查，对于基层用户来说，需要具体的对保养责任人和国省道服务区进行实际考核，以便于对公路进行监督检查，对于管理者来说，他们关心的是对下级单位的监督和检查上，从而他们能确定下级单位的工作开展方面的情况。故他们需要得到考核的结果；月度检查考核里，用户首先需要对考核标准进行设置。有了这个考核标准后，则对月度考核进行管理，这里面包括考核对象的选取，选择好后需要对考核进行填报。所有考核对象考核完成后，需要对结果进行考核通报。检查考核中，保养责任人需求表包括标记、所属单位、路线代码、路线名称、责任人、绿化情况、采集人、阻车状况、采集日期、修改日期等信息。保养责任人需求数据如表2-2所示。.第3章概要设计与详细设计........263.1系统技术架构........263.2功能概要设计........27 3.3功能详细设计........283.3.1基础数据详细设计........283.3.2检查考核详细设计........303.3.3日常管理详细设计........323.3.4小修管理详细设计........343.3.5桥隧涵检查详细设计........353.3.6信息采集详细设计........363.3.7路况评定详细设计........373.4数据库设计........38第4章实现与测试........414.1系统总体功能实现........414.2系统测试........49第4章实现与测试4.1系统总体功能实现本系统是一个B/S架构的软件。因此只需要将系统部署到统一的服务器上，然后通过浏览器访问该服务器就可以进行这个系统的基本操作。本系统的数据库是sqlserver数据库，版本是sqlserver 2008。而ts框架进行设计，设计过程符合MVC模式，主要实现公路信息的基础数据、日常管理、检查考核、小修管理、桥隧涵检查、信息釆集、路况评定七个功能模块。基础数据中概要实现了数据录入，数据审核，数据查询、打印。日常管理中概要实现了水毁监测、巡视管理及其它。检查考核中概要实现了日常检查考核和月度检查考核。信息采集中概要实现了信息查询、信息上报及信息统计。桥隧洞检查中概要实现了经常性检查和定期检查。路况评定中概要实现了采集计划、参数设置、路线信息、技术状况评定、统计报表功能。小修管理中概要实现了小修查询、统计报表及费用设置。'