地震灾害信息采集系统的设计.docVIP

地震灾害信息采集系统的设计 　　摘 要：通过地震灾害评估产出的灾情报告是灾后重建的重要依据，能够客观的体现出此次地震的灾害程度有多大，通过灾情报告决定需要的总投资，便于灾区获得援助与重建。然而，要想在最短的时间内产出地震灾害评估报告，震后灾害信息的快速采集和获取尤为重要。本系统致力于解决在今后的灾害数据采集整理汇总时，对灾评人员合理分工后，外出的灾评人员应用该系统随时回传图片及数据，后方人员及时整理汇总，缩短数据汇总的周期，提高整体灾评工作的效率。 　　关键词：地震；灾害评估；效率 　　中图分类号：TP391 　　目前地震灾评小组进行灾情调查过程中收集图片、数据、灾情信息等，仍需要应用相机、笔记本电脑、纸质记录等不同设备和手段分别进行采集、记录，且一般都需要小组人员采集一天后，回到总指挥部进行整理、汇总再进行上报，不能进行高效、实时的对数据等信息进行整理，存着着一定的滞后性。近些年来，地震行业利用短信平台的软件不断发展成熟。2009年中国地震局正式开通12322短信息平台，震后该平台能通过灾情速报人员汇集反馈的灾情信息[1]。还有基于手机短信的地震灾情速报平台，接收人员通过短信指令，回复灾情代码等信息。然而地震发生一段时间内，手机信道尤为珍贵，基本处在饱和状态，本软件不依托于短信平台，也能通过自行架设的无线网络，卫星网络，在网络链路存在的情况下，增加回传采集的图像及信息，使得后方人员能及时整理汇总，提高整体灾评工作的效率。 　　1 系统分析与总统设计 　　针对目前的需要，开发一套可以在安卓2.0以上系统上进行地震信息采集录入，支持影像上传，通过手机终端将信息及时上传至服务器平台的安卓手机应用系统；同时提供Web网页版的信息查询功能，可以在网页上查看通过手机终端上传的信息。 　　本系统分为手机APP部分和后台服务系统两部分，手机APP部分完成用户的操作和数据的采集等功能[2]，后台服务系统通过手机APP采集到的用户操作要求和数据，完成业务操作和数据持久化动作。 　　1.1 手机APP 　　手机APP基于Android的ADK2.3进行开发，支持客户通过手机触摸、拍照等多种途径，完成信息采集，并通过Android的Activity完成页面的跳转和事件的响应[3]。 　　由于目前Android手机型号多种多样，应用最大的难题就是客服兼容性问题，本系统通过界面相对定位和对特殊型号的特殊处理，完成显示兼容性差异；而由于相机的像素差异、生成图片格式差异等问题，借助ADK提供的内部工具，完成图片格式的转换，从而保证上传至服务器端的图片格式一致；同时通过ADK提供的内部API，完成用户登录验证、GPS定位、终端数据同步、数据上传下载、后台服务器交互等功能，实现手机终端访问操作后台业务系统的功能。 　　1.2 后台服务系统 　　后台基于SH（即SRPING+HIBERNATE）架构，将后台服务、前端显示、数据持久化等功能实现逻辑分离，增强了系统的扩展性。 　　后台服务系统是基于Spring架构实现的，前端展示部分通过JSP、HTML方式，完成展示功能，通过form表单的形式，完成和后台服务的交互，而后台服务通过Spring架构的依赖注入，将各个服务类注入到Spring框架中，可以方便前端随时访问调用，同时优化了系统资源的利用，提高了系统效率。 　　1.3 数据建模部分 　　此系统是建立在ORACLE10的基础上完成的数据建模，Spring通过结合Hibernate的持久化功能，完成与Oracle数据库的无缝对接。由于Spring框架的灵活性，即使日后更改了数据库类型，只要修改数据持久化模块的实现类，既可完成数据库切换。 　　综上，后台服务系统是建立于Spring架构基础上，借助Hibernate完成持久化，通过HTTP协议，完成界面交互，通过数据表单、JSON、XML等格式完成数据传输，从而实现了业务系统的功能需求。 　　2 系统分析与总统设计 　　2.1 系统功能模块设计 　　本文设计的系统主要采集的信息为数据信息和图片信息，图片为现场灾害情况图片，数据分震害调查和科学考察两类信息[4]，手机端和服务端相对应。本系统采集模块如图1，图2所示： 　　图1 震害调查模块 　　图2 科学考察模块 　　2.2 手机APP端数据上传 　　手机APP端使用title Edit=（EditText） this.find View ById（R.id.recorder_entry_title）方法收集页面上的数据，再将数据进行JSON封装：jsonObject.put（“title”，title）；接下来将JSON状态LIST集合，将list结合序列化成request可识别的参数，通过http方式提交到后台服务