系统分析师论文：基于Google地图的移动运维管理分析系统.docVIP

系统分析师论文： 基于Google地图的移动运维管理分析系统 摘 要：为更迅速、准确地分析实时数据，对网络运营进行有效维护，根据移动业务的特点设计实现一个基于Google地图的移动运维管理分析系统。利用Google地图作为媒介，绘制出话务的分布。管理人员可根据展现出来的数据，清晰的看到某一地区的网络运行状况，很容易找出问题，以决定对该地区是扩容还是降频，达到改善网络的运行状况，提升网络服务质量和简化管理的目的。结果表明，该系统具有快速、便捷、直观的特点，能为移动运营维护人员的决策提供极大的帮助，提升网络维护的效率。 关键词：Google地图；移动运维管理；话务密度；MVC 0引言 Google发布的一系列开放的标准和平台获得了业界的广泛支持，在多个领域取得了长足进展。中国拥有全球规模最大、用户数量最多的移动通信网络。提高网络容量、降低网络拥塞、改善服务质量是移动运营商日常网络管理和优化工作的重要内容。面对纷繁复杂的现场情况和海量的业务数据，如何更迅速、准确的对实时数据进行存储、分析，以便找出问题，对网络运营进行有效的维护，成为移动网络维护人员面前的一道难题。故利用Google地图绘制出话务的分布，使管理人员能很容易地找出问题，达到提升网络服务质量和简化管理的目的。 1系统的体系架构 为使Web界面、数据、功能实体相互分离，各自实现模块化，可采用MVC[1]模式。故在标准MVC模型的基础上，设计了一种扩展模式，并采用FrontControl（l前端控制器）、Intercepting Filte（r筛选器）、Page Cache（页面缓存）等技术来提高性能，如图1。当用户在客户端浏览器发出请求，加密后的用户请求将会通过网络发送到Web服务器。服务器首先将请求传递给FilterChain（筛选器链）对象，FilterChain从配置文件中读取Intercepting Filter顺序，以实现部署时的可配置性。每个InterceptingFilter都将有机会修改用户请求，可提供修改URL或添加功能模块所使用的头字段等公共的预处理步骤。并且Intercepting Filte实现的是完全相同的接口，所以彼此间没有显式依赖性。当所有InterceptingFilter都执行完后，把控制权重新交还给服务器。服务器将把处理过的请求传递给Front Controller，Front Controller通过让单个控制器负责传输所有命令来解决Page Controller中存在的分散化问题。首先，控制器中的命令处理程序进行参数检索，并根据检索出的参数在命令控制器中选择命令，然后，命令控制器把选择出的命令传回服务器以便执行处理。服务器将根据命令检索是否存在用户所需页面缓存，如检索未命中，再将命令进一步提交给数据总线上的woker thread（工作者线程），woker thread将接管命令的后续执行步骤并返回结果数据。返回的结果数据将生成页面并被缓存起来打上时间戳，Page Cache机制采用Vary-By-Parameter Caching模式。接下来，Model负责通知接口观察器，并通过“订阅—发布”模式通知注册View，View将从Model中读取页面数据并在客户端浏览器中显示。 表现层采用Google地图作为展示分析媒介。Google地图带来了一种新型的WebGIS[2]设计模式，而Google Map API的对外开放，使快捷轻松的开发WebGIS应用成为可能。第一，Google地图采用了基于客户端浏览器的图片缓存技术，很好地缓解了中心地图服务器的压力，提升了地图加载速度，带来了良好的用户体验；第二，地图预生成，访问地图时，查看目标周围的地图可以预先生成下载；第三，地图切片，客户端同时下载。当地图窗口发生移动、缩放时，便需要下载新的图片来填充新的区域，在这里充分利用了浏览器的多线程同时下载的功能；第四，在地图上弹出小信息窗口以显示详细信息，底层实现使用了XML和XSLT，在界面上和视觉上给人以冲击，既很好地节约了页面空间，又方便了用户操作。2系统的核心功能 从图2看出：系统的核心业务功能是后台数据采集模块，中间业务分析模块，前台结果展示模块。 2.1后台数据采集模块 后台数据采集是指将所需的数据从不同的源中提取出来，再对原始数据进行编解码，使用过滤规则对编解码后的数据进行过滤，并按统一格式保存到数据库或文件库中。 后台数据采集是针对许多不同的数据源进行的数据采集，因此对于某一种特定的数据源，必须编写专用的程序来进行数据的采集，转换，过滤，入库工作。采集程序应遵循自动化、集中化、可扩展、易使用的前提下，实现自动入库的功能。对每一种数据的采集都独立成单独的执行文件，这样既保证了程序的独立性，也保证了程序的可扩展性。采集程序以任务计划的形式