SENDA: Geovisor para la Generación de Rutas Óptimas de Visitas Técnicas Realizadas por Catastro Distrital
30
0
0
Texto completo
(2) Tabla de Contenido. 1. Introducción ............................................................................................................ 3. 2. Planteamiento Del Problema .................................................................................. 5. 3. Justificación ............................................................................................................ 7. 4. Alcance ................................................................................................................... 9 Alcance Espacial ............................................................................................ 9 Alcance Temático ........................................................................................... 9 Alcance Técnico ............................................................................................. 9. 5. Objetivos ............................................................................................................... 11 Objetivo General .......................................................................................... 11 Objetivos Específicos ................................................................................... 11. 6. Estado Del Arte ..................................................................................................... 12 Antecedentes ............................................................................................... 12 Marco Teórico .............................................................................................. 13. 7. Metodología .......................................................................................................... 16 Fase I: Requerimientos ................................................................................ 17 Fase II: Análisis de Requerimientos ............................................................. 17 Fase III: Diseño ............................................................................................ 17 Fase IV: Integración ..................................................................................... 17. 8. Resultados ............................................................................................................ 18 Fase I: Requerimientos ................................................................................ 18 Fase II: Análisis de Requerimientos ............................................................. 19 8.2.1 Diagrama de Casos de uso: ............................................................. 19 Fase III: Diseño ............................................................................................ 20 8.3.1 Diagrama de Componentes .............................................................. 20 8.3.2 Diagrama de Despliegue .................................................................. 22 Fase IV Integración: ..................................................................................... 22. 9. Conclusiones ........................................................................................................ 28. 10. Referencias........................................................................................................... 29. 2.
(3) 1. Introducción. La UAECD es la entidad que se encarga de las actividades de formación, conservación y actualización de los bienes establecidos en la ciudad de Bogotá, actualmente la ciudad cuenta con 278 millones de metros cuadrados construidos con diversidad de usos, en los últimos 8 años se han incorporado 62 millones de metros cuadrados nuevos de áreas construida, la incorporación, actualización y conservación de estas áreas se lleva a cabo mediante procesos masivos y por solicitud de los ciudadanos, que dan origen a visitas técnicas por parte de los funcionarios de la entidad. Actualmente esta tarea es compleja en su planeación y necesaria para la adquisición de información catastral de cada uno de los predios que conforman el área urbana y rural de la capital del país, dicha información representa la materia prima con la que la entidad realiza un análisis estadístico y económico fundamental para la planeación y administración de la capital. El desarrollo de aplicativos SIG ha proporcionado soluciones a problemas espaciales complejos que han sido parte de la cotidianidad de compañías y personas del común, es por eso el interés de desarrollar herramientas que toman conocimientos implementados por esta tecnología. El presente documento describe el desarrollo de un Geovisor que permite la planeación de rutas óptimas, a partir del uso de interfaz de programación de aplicaciones (API) desarrolladas por Google, brindando un aplicativo con funcionalidades que cumplen los requerimientos y diseño intuitivo que facilita la interacción con funcionarios de la UAECD.. 3.
(4) Por lo anterior el Geovisor que se busca implementar permitirá a funcionarios de la UAECD trazar rutas y optimizarlas, tomando como punto de partida las instalaciones del edificio administrativo de la UAECD y abarcara las veinte localidades, mejorando la planeación y por ende la ejecución de las visitas, ofreciendo beneficios simultáneamente para la entidad, reduciendo costos operacionales y aumentando los rendimientos de los funcionarios y la satisfacción de la comunidad en general al obtener respuestas más rápidas a sus peticiones.. 4.
(5) 2. Planteamiento Del Problema. La Unidad Administrativa Especial de Catastro Distrital - UAECD es la entidad a la cual los ciudadanos acuden con el fin de llevar a cabo tramites como actualización, incorporación y conservación de predios, esta información es un componente vital para la entidad que le permite establecer el inventario de los bienes inmuebles situados dentro de la ciudad de Bogotá. Igualmente permite que la ciudad disponga de una base de datos única y oficial georeferenciada que registra continuamente los cambios experimentados en un inmueble, haciendo de esta información un aporte fundamental para las diferentes instituciones públicas y privadas en la toma de decisiones relacionadas con la planeación y la administración de la ciudad. La entidad lleva a cabo la solución de estos trámites de forma masiva mediante el censo inmobiliario y procesos de actualización realizados por los funcionarios en tareas establecidas para su ejecución, estos trámites son resueltos a través de una visita conjunta que se programa con un día de anticipación, en la cual se realiza la toma de la información necesaria para su solución. Los funcionarios atienden estos requerimientos de acuerdo a su nivel laboral (técnico, profesional, profesional especializado), a ellos les son suministrados entre 13-16 trámites, que tienen que ser atendidos uno a uno mediante vistas técnicas realizadas directamente en el lugar donde se presenta la inconsistencia, reforma o actualización, siendo estos predios localizados en diferentes sectores de la ciudad.. 5.
(6) Las visitas técnicas son programadas desde el día anterior resultando imposible dejar de atenderlas, por esta razón el funcionario se ve en la tarea de utilizar herramientas que le permitan dar atención oportuna a los tramites, ya que de lo contrario vería afectado los rendimientos que son importantes para la evaluación de desempeño laboral, realizada desde la dirección de cada dependencia, y evitara además procesos jurídicos que pueden ser instaurados contra la entidad por parte de los ciudadanos al no sentirse satisfechos y no obtener respuesta dentro de los términos establecidos por la ley. Por las razones ya mencionadas, una de las herramientas que facilitaría su tarea sería un aplicativo que permita planificar la ruta óptima, suministrando el orden consecutivo de visita de acuerdo a su cercanía al punto de partida que para el caso será la UAECD, es importante que la ruta adecuada sea aquella que represente la menor distancia y tiempo en su recorrido.. 6.
(7) 3. Justificación. Los funcionarios en la UAECD, son los encargados de la recolección de información que es implementada en el desarrollo de múltiples procesos que llevan al alcance de los objetivos misionales de la entidad como lo son: la incorporación de nuevos bienes, conservación y actualización de los existentes y en general toda compilación de información relevante en la toma de decisiones de planeación y organización de la ciudad. Los funcionarios son responsables de la captura, integración y disposición de la información por consiguiente con la visión planteada por la UAECD: “ser una entidad referente en América Latina en la gestión de información geográfica que contribuya a la evolución de las ciudades”, que traerá consigo la aceptación por parte los ciudadanos al garantizar la satisfacción respecto a su requerimiento. El proceso de adquisición de información se realiza a través de visitas solicitadas por los ciudadanos a las diferentes localidades de la ciudad y esta son programadas por los funcionarios de acuerdo a su orden de recepción en los diferentes cades y supercades localizados en la ciudad. Estas actividades requieren hacer uso de tecnologías que promuevan su recolección de forma eficiente reduciendo los recorridos establecidos, en factores como: disminución de tiempo gracias a la reducción de distancias y selección de la ruta optima, la reducción de tiempo promueve a que el costo de consumo de combustible descienda de forma significativa.. 7.
(8) El diseño y puesta en marcha de un geovisor que genera rutas optimas, ofrece beneficios que involucra directa e indirectamente a diferentes entes, como lo son: al funcionario quien dispondrá de un tiempo reducido en la proyección del recorrido adecuado para el desarrollo de sus visitas, al ciudadano que obtendrá respuesta a sus solicitudes en lapsos de tiempos más cortos, y finalmente el director administrativo del área quien obtendrá mejores rendimientos en los diferentes procesos de la entidad. Este documento propone la implementación de una herramienta que permita a través del ingreso de un número determinado de puntos fijados por la dirección del predio y su localidad, realizar el cálculo del recorrido, disponiendo de esta manera de un orden de visita, de acuerdo a su favorabilidad respecto al punto de partida. La generación de este aplicativo se realizara mediante la integración de servicios web y los sistemas de información geográfica ofreciendo una alternativa en la disposición de información con características espaciales y temporales. Esta implementación mejorara las condiciones laborales, los rendimientos, tiempos de respuesta y la favorabilidad por parte de los ciudadanos hacia la entidad UAECD.. 8.
(9) 4. Alcance. Con el desarrollo e implementación del geovisor se pretende la generación de una herramienta que establezca la planeación de la ruta optima requerida para la realización de las visitas técnicas solicitas en la UAECD por parte de los usuarios, este visor generara una vista general de las vías por donde se deber abordar los predios a visitar, indicando el consecutivo de los puntos teniendo presente que el lugar de partida será UAEDC. Alcance Espacial El alcance espacial del visor geográfico comprenderá las 22 localidades de la ciudad de Bogotá siendo esta el área operativa de la entidad Alcance Temático El geovisor SENDA posterior a la selección de ubicaciones de los puntos que contendrá el itinerario de visitas, genera una pollina sobre el mapa de la ruta más adecuada para la labor del funcionario e igualmente indicara el orden de puntos a visitar. Alcance Técnico El aplicativo contempla un panel de herramientas entre las que se establece una modulo que permite a través del ingreso de un lugar o dirección acercarse al punto que se desea visitar, una herramienta que permite la integración de archivos KML por parte del usuario en caso de requerir la interacción con información espacial de su interés, herramientas básicas para modificar la ruta permitiendo eliminar el último punto almacenado o la totalidad de estos, una opción que posibilita exportar el recorrido establecido por el aplicativo acompañado de una imagen que comprenderá la. 9.
(10) visualización de cada uno de los puntos de visita y las vías que llevan a ellos, y finalmente permite que el usuario seleccione la vista que desea ya sea el mapa básico o la imagen satelital.. 10.
(11) 5 Objetivos Objetivo General Diseñar e implementar un geovisor que permita a los usuarios al ingresar puntos establecidos geográficamente, identificar la ruta óptima para la realización de su visita. Objetivos Específicos Establecer los requerimientos funcionales y no funcionales necesarios para la implementación del geovisor. Definir la arquitectura del aplicativo de tal forma que permita satisfacer los requerimientos anteriormente establecidos Implementar los requerimientos propuestos para el desarrollo del geovisor.. 11.
(12) 6. Estado Del Arte. Antecedentes El establecimiento de una ruta óptima ha sido un tema desafiante que ha generado investigaciones enfocándose en variables a las cuales se ve enfrentado y aportando sus resultados en el transporte y la logística para la distribución de mercancías, en el país se han implementado aplicaciones como viajero seguro (Viajero Seguro, s.f.) desarrollada por el INVÍAS con el apoyo de Gobierno en línea que permite el trazado de una ruta especificando el punto de origen y el destino y permitiendo al usuario obtener reportes del tráfico, tiempo de viaje entre otras variables que son estimadas a partir de información suministrada por otros usuarios, esta aplicación es de uso público, a nivel privado se establecen aplicaciones dirigidas a las empresas como lo son Routing Reparto (Routing Reparto, s.f.) y Smart Quick (Smart Quick Inteligencia Movil, s.f.) Que son aplicaciones desarrolladas por compañías que ofrecen la optimización de procesos logísticos y comerciales, reduciendo costos y tiempos de operación. La planeación de ruta optima parte del problema de enrutamiento de vehículos (VRP) que se define por primera vez por George Dantzing y John Ramser en 1959, quienes plantean un algoritmo para distribución de gasolina, la idea nace como consecuencia de la búsqueda de minimizar el costo de rutas trazadas. Para 1964 Clarke y Wright mejoran la aproximación de sus antecesores utilizando la aproximación “greedy” conocido como algoritmo de ahorros. (López, Lozano, & Arboleda Zuñiga, 2015). Para principios de los años 70 Beltrami y Bodinse enfocaron en la implementación de una ruta optima pero esta vez para la recolección de basuras en un sector residencial,. 12.
(13) para este caso su modelo no solo se pensó en el diseño de la ruta optima sino además se tuvo en cuenta los horarios en los cuales debía pasar el camión recolector semanalmente. (Ayala Rodríguez & Gonzáles Butrón, 2001) Existen aplicativos en la actualidad que han implementado soluciones a este tipo de problemas tales como Waze y Google Maps que presentan una serie de herramientas teniendo en cuenta variables como tráfico, tiempo y distancia. Se ha realizado recopilación de varios artículos que argumentan los beneficios y oportunidades que brinda el uso de herramientas SIG en la planeación de rutas, de esta se resaltan: (Rodríguez Villalobos, 2008) En su artículo de investigación denominado “Integración de un SIG con modelos de cálculo y optimización de rutas de vehículos CVRP y software de gestión de flotas” da a conocer los resultados del desarrollo de una herramienta informática profesional que resuelve problemas reales de flotas de vehículos capacitados - CVRP, el cálculo de rutas y su gestión, señalando que un 69.23% de las empresas mostraron mejoras económicas en el orden de 15-30%, motivando al desarrollo continuo de este tipo de aplicaciones. (San Pedro, y otros, 2013) En su artículo de investigación denominado “Sistema de Información geográfica en la web para el problema de ruteo de vehículos”. En este documento ellos plantean dos temáticas en investigación y desarrollo, por un lado es el estudio de herramientas que pueden integrar un SIG en VPR, y modelos matemáticos de optimización de ruteo. Marco Teórico Los sistemas de redes son elementos lineales que componen una estructura espacial por medio de la cual puede circular cualquier tipo de flujo para esta ocasión 13.
(14) corresponde flujo de tráfico (Davis, 2001). Una red se caracteriza por presentar dos objetos que permiten su representación: elementos lineales y elementos puntuales (Bosque Sendra, 2000). Los elementos lineales permiten la interacción de los nodos que serán representados como el punto de origen y destino, definidos a partir de un par de coordenadas XY, el mejor camino escogido para un proceso de enrutamiento será aquel que presente el menor número de obstáculos como lo son tiempo, riesgo, costo entre otros (Puebla, s.f). El estudio y la generación de rutas optimas y las variables que la componen ha sido el principio sobre el cual se fundamentan estudios como “El Análisis del Viaje del Vendedor (Travelling Salesman Analysis)” este tipo de análisis no sólo busca encontrar el camino más corto entre un punto de origen y destino, sino que puede tener también en cuenta un número determinado de estaciones o paradas que deben realizarse a lo largo del camino, así como otros parámetros que se necesiten para la continuidad de la ruta. La determinación de la ruta requiere del estableciendo de dos parámetros bien definidos. El primer parámetro consta de la determinación de la secuencia óptima de paradas a realizar durante el viaje. Una vez se ha determinado esta secuencia, es cuando se puede realizar las búsqueda del camino más corto de acuerdo a los criterios necesarios e incluyendo las limitaciones precisas (Davis, 2001), una solución que ha propuesto y suministrado la compañía Google para el establecimiento de una ruta optima corresponde a la Interfaz de programación de aplicaciones (API) que ofrece a programadores y a usuarios una llave de acceso a servicios web provistos por terceros, Google Api Directions permite realizar el cálculo de rutas generando indicaciones a los 14.
(15) usuarios para su desplazamiento a través de diferentes medios de transporte usando solicitudes HTTP, brindando de esta forma seguridad al usuario, el usuario tiene la posibilidad agregar diferentes paradas, que serán transformadas por el API en coordenadas, y este a su vez podrá optimizar la ruta reorganizando las paradas de acuerdo a tiempo, distancia y numero de giros (Google, s.f.).. 15.
(16) 7. Metodología. En esta sección se realizó un énfasis al planteamiento metodológico seleccionado de acuerdo a los requerimientos establecidos para el funcionamiento, el modelo que mejor se ajustó a las condiciones que se requerían para el desarrollo del GEOVISOR SENDA. es el orientado a la reutilización de componentes, ya que en la actualidad. existen componentes que han dado solución a la problemática de selección de ruta óptima instaurando criterios y no se consideró necesaria la implementación de una solución de la que ya se disponía, sumado a esto se estableció que la productividad se vería beneficiada dado que se podría disponer estos recursos al desarrollo de otras actividades relacionadas a la implementación del aplicativo, por otra parte al reutilizar los componentes se puede tener certeza que han sido probados y validados por un equipo expertos.. Fase 1 Requerimientos. Fase 2 Analisis de Requerimientos. Fase 3 Diseño. Figura 1 Metodología para el Desarrollo del Geovisor Senda Fuente: Elaboración Propia. 16. Fase 4 Integracion.
(17) Fase I: Requerimientos En esta fase se realizó la identificación de las necesidades del cliente y usuarios, enfocados en resolver el problema que limita el desarrollo ideal de las actividades del funcionario, identificando requerimientos funcionales y no funcionales. Fase II: Análisis de Requerimientos Se realizó la priorizaron de los requerimientos establecidos en la fase inicial y aquellos que no aplicaban se excluyeron, posteriormente se evaluó la forma en que se llevaran a cabo los requerimientos seleccionados. Fase III: Diseño Se estableció el modelo y arquitectura de diseño que se implementó para satisfacer las funciones sobre las cuales opero el geovisor. Para este aplicativo se definió el modelo orientado a la reutilización de componentes que permitiría una reducción de tiempo optimizando su generación a partir de una metodología ágil apropiada para proyectos pequeños de corta duración. Fase IV: Integración Se articularon los diferentes componentes que fueron desarrollados de forma independiente, definiendo de esta forma la interoperabilidad del aplicativo, que finalmente fueron evaluados mediante pruebas que garantizaran cada uno de los requerimientos establecidos en la primera fase.. 17.
(18) 8. Resultados. SENDA permite el establecimiento de rutas optimas a partir de la selección de puntos o predios a visitar, estos puntos son indicados en el geovisor SENDA por parte del funcionario de acuerdo a los casos que le han sido asignados para su solución, al indicar los puntos de visita el aplicativo procederá a la generación de la ruta que represente el mejor rendimiento. El desarrollo del aplicativo se llevó a cabo mediante fases metodológicas, en el que cada fase constituyo un proceso que género un avance para llegar al objetivo de la implementación, los resultados generados en cada una de estas se muestran a continuación: Fase I: Requerimientos A partir de la metodología propuesta para el desarrollo del geovisor SENDA se establecieron las herramientas del sistema que permitieron dar solución a la problemática establecida, de la misma forma se realizó la definición de los actores, que en este caso corresponde al funcionario de catastro quien haría la interacción directa con el aplicativo propuesto. Algunos de estos requerimientos fueron: . Ubicación espacial del punto de visita.. . Trazo de ruta optima. . Empleo de datos espaciales propios del usuario para identificación de otras variables necesarias en la ejecución de su labor.. . Generación de reporte.. . Información necesaria que permita una correcta interacción usuario - sistema.. 18.
(19) Fase II: Análisis de Requerimientos Determinados los requerimientos funcionales y el actor se definieron los casos de uso que generaron la. respuesta del aplicativo, lo anterior teniendo presente la. visualización que el funcionario esperaba encontrar en el momento de ejecutarlo, 8.2.1. Diagrama de Casos de uso:. Los casos de uso definidos fueron: CU01 Visualizar_Punto: Corresponde a la ventana de autocompletar que facilita el ingreso de direcciones o lugares cercanos al punto que se requiere ofreciendo un establecimiento del área de forma rápida y precisa. ,CU02-Seleccionar_Punto permite el establecimiento de la ubicación precisa del punto a visitar, CU07-Desplazar, CU08-Acercar y CU09-Alejar herramientas que facilitaron la interacción del usuario, CU03-Eliminar_Punto: al hacer uso de esta herramienta el usuario puede excluir el último punto que selecciono para la ruta, CU04-Eliminar_Puntos: Permite al usuario eliminar la totalidad de los puntos adicionados y realizar una nueva selección, CU05-Exportar_Reporte: La herramienta permite que al seleccionar la totalidad de los puntos y obtener el trazado de la ruta se genere una salida que represente el recorrido y indique la secuencia de visita de cada uno de ellos.. 19.
(20) Figura 2 Diagrama de Casos de Uso Fuente: Elaboración Propia.. Fase III: Diseño 8.3.1 Diagrama de Componentes Representa la disposición y el papel de los elementos que hacen parte del desarrollo del visor y las dependencias entre sí, en el diagrama de componentes expuesto, vemos como el navegador web permite el despliegue de la aplicación y el geovisor hace uso de la interfaz del API de google para funcionar.. Figura 3 Diagrama de Componentes Fuente: Elaboración Propia. 20.
(21) La Construcción del Geovisor Senda empleó diversos lenguajes necesarios para el correcto desarrollo y puesta en marcha del mismo. El lenguaje HTML se utilizó para construir el contenido al Geovisor Senda, por medio de etiquetas que permitieron hacer conexión con las diferentes aplicaciones y editores de estilo, además, la estandarización es una de las ventajas que ofrece este lenguaje en la implementación del geovisor. en internet, permitiendo que cualquier. navegador que emplee normas estándar de visualización sea capaz de interpretar Senda sin inconvenientes. Este lenguaje se complementa con el lenguaje CSS, útil para definir las propiedades de formato de los diferentes elementos, logrando vincular diferentes hojas de estilo, manejando la interfaz de forma ordenada brindando al usuario un portal intuitivo y de fácil manejo, JAVASCRIPT, es un lenguaje más orientado a objetos, contendrá los diferentes funciones de reúso empleados en el Geovisor permitiendo la dinámica de este ya sea generando rutas, exportando información e implementando la interfaz. Por otro lado el uso de códigos en Lenguaje JavaScript evita que el usuario final tenga que realizar la compilación de código, será el navegador que realice la interpretación del código, permitiendo la interacción del usuario. Uno de los requerimientos identificados es el empleo de información externa en el visor, Google Maps mediante para resolver este problema ofrece a sus usuarios la función para importar KML estos archivo están basados en lenguaje de marcado XML, especifica características como posición, polígonos, polilíneas, etc, empleado en la actualidad por Google Earth, permite al usuario importar información geográfica al 21.
(22) Geovisor, para ser utilizada en el análisis espacial en conjunto con la ruta generada o por generar. 8.3.2 Diagrama de Despliegue El diagrama de despliegue representa la disposición de los ambientes de ejecución y la relación física de los distintos nodos que componen el sistema de la Aplicación, este diagrama indica una asociación entre los nodos dada por una ruta de comunicación. Los nodos son los recursos dispuestos para la ejecución de la aplicación empaquetados, de acuerdo a la Figura 4, se puede observar los diferentes nodos identificados y dispuestos de acuerdo a la Arquitectura conformada. Google Maps como servidor de mapas da acceso a mapas por medio del uso de las API.. Figura 4 Diagrama de Despliegue Fuente: Elaboración propia. Fase IV Integración: Finalmente en la fase de implementación se toman los diferentes requisitos y los resultados de la fase de diseño para ponerlos en funcionamiento mediante el empleo de las herramientas mencionadas. 22.
(23) En esta etapa se empleó un editor de texto en lenguaje HTML donde se procedió a implementar los componentes funcionales necesarios para el funcionamiento del Geovisor, cumpliendo los requerimientos establecidos en la fase 1. Se implementó el visor de Google Maps mediante lenguaje de programación para entornos web, adaptando el código a varios de los requerimientos establecidos por el cliente como en este caso el sitio de origen que siempre será el Edificio Administrativo SuperCADE de la calle 26 y cuadro de búsqueda de direcciones que facilita la búsqueda mediante la función autocompletar.. Figura 5. Líneas de código y visualización que configuran el visor según requerimientos. Fuente: Elaboración Propia. La aplicación debe permitir al usuario ingresar puntos de forma precisa y rápida, para esto se reutilizo un código que activa la posición al realizar doble clic al sitio que se definió (Alle, 2017).. 23.
(24) Figura 6 Línea de código para la asignación de puntos por doble clic Fuente: Elaboración Propia.. Luego de hacer la búsqueda por medio de la caja de direcciones y las herramientas de visualización se crean puntos sobre el Geovisor a los que se le asignara letra para ser almacenadas en el código por matrices, que posteriormente determinara la secuencia a partir de la optimización ejecutada por el API de Google Maps.. Figura 7. Línea de Código para la Asignación de puntos Fuente: Elaboración Propia.. 24.
(25) En esta función se generó el código necesario para que se vayan mostrando las direcciones de los puntos seleccionados en la tabla de puntos. Cada vez que se dibuja un punto, se clona el div denominado punto-0 y se pone en el nombre del punto y la dirección del punto. Que sería la parte de este código como se puede observar en la Figura 8. Igualmente este código se complementa con otro que a simultáneamente genera una ruta entre los puntos seleccionados que se visualizara en el aplicativo por medio de una polilínea.. Figura 8. Línea de código que dibuja la ruta. Fuente: Elaboración Propia.. 25.
(26) Figura 9. Salida Grafica Fuente: Elaboración Propia.. Finalmente se reúsan códigos para la implementación de elementos funcionales planteados en la fase de requerimientos, es decir, eliminar punto o su totalidad, exportar ruta optimizada en el geovisor y la secuencia definida por este en formato jpg, importar kml para complementar la información que le ayudara al usuario el análisis espacial de la ruta, reporte de puntos seleccionados.. 26.
(27) Figura10. Geovisor Senda Fuente: Elaboración Propia.. 27.
(28) 9. Conclusiones. La estructura diseñada en la arquitectura de software cumple con los requerimientos establecidos en usabilidad y desempeño de la aplicación. La identificación de requerimientos resulto fundamental en la planificación, se logró determinar funciones que no eran estrictamente necesarias en el desarrollo de la aplicación, que de no haber sido analizadas pudieron generar funciones no prioritarias que podrían consumir recursos o hacer compleja la usabilidad del Geovisor. La reutilización de componentes de Google Maps brinda tanto al usuario como al diseñador eficiencia y fiabilidad en la aplicación, cumpliendo con los requerimientos planteados. El desempeño de la aplicación brinda al funcionario una solución eficiente, cumpliendo. con. los. requerimientos. establecidos. por. el. cliente,. reduciendo. significativamente los tiempos de recorrido, sin embargo no está exenta de mejoras, como indicaciones y control de seguimiento de ruta. La interfaz de usuario es acorde al conocimiento y habilidades de diferentes funcionarios y líderes de área, evitando problemas que se pudiesen ocasionar por su ejecución, de esta forma resulta intuitiva y amigable. Finalmente se concluye que la implementación de este tipo de aplicaciones en tareas tan comunes con el desarrollo de rutas brinda mejoras significativas, tanto para entidad como a los funcionarios.. 28.
(29) 10 Referencias. Alle, M. (2017). C # Corner. Recuperado el 15 de 05 de 2017, de http://www.csharpcorner.com/UploadFile/8911c4/how-to-draw-infinite-route-with-more-than10-locations-on-go/ Ayala Rodríguez, A., & Gonzáles Butrón, E. (05 de 2001). Asignacion de Rutas de Vehiculos Para un Sistema de Recoleccion de Residuos Solidos en la Acera. Recuperado el 19 de 05 de 2017, de Revista de Ingenieria Universidad de los Andes: https://ojsrevistaing.uniandes.edu.co/ojs/index.php/revista/article/view/541/722 Bosque Sendra, J. (2000). Sistemas de Informacion Geografica . Madrid: Ediciones Rialp SA. Davis, B. E. (2001). Gis: A Visual Approach. Canada: Onword Press. Google. (s.f.). Google Maps API. Recuperado el 06 de Abril de 2017, de https://developers.google.com/maps/documentation/roads/intro?hl=es-419 López, A., Lozano, Y., & Arboleda Zuñiga, J. (18 de 12 de 2015). Recuperado el 19 de 05 de 2017, de http://revistas.usc.edu.co/index.php/Ingenium/article/view/622#.WS3ckZI1-Ul Puebla, R. (s.f). OpenCourseWare Universidad Politecnica de Madrid. Recuperado el 07 de 04 de 2017, de Optimización de Explotaciones Madereras con Análisis de Redes y Enrutamiento Basados en Sistemas de Información Geográfica: http://ocw.upm.es/proyectos-de-ingenieria/sistemas-de-informacion-geograficatecnicas-cuantitativas-para-gestion-dedatos/contenidos/WEB/APLICACIONES/rutas_redes.pdf Rodríguez Villalobos, A. (06 de 2008). Integración de un SIG con modelos de cálculo y optimización de rutas de. Recuperado el 19 de 05 de 2017, de Direccion y Organizacion Revista de Ingenieria de Organizacion: http://www.revistadyo.es/index.php/dyo/article/view/50 Routing Reparto. (s.f.). Recuperado http://www.routingreparto.com/. el. 19. de. 05. de. 2017,. de. San Pedro, M., Lasso, M., Seron , N., Carrizo, A., Montenegro, C., & Ramos , L. (04 de 2013). Sistemas de Información Geográfica como herramienta para la toma de. Recuperado el 19 de 05 de 2017, de SEDICI Repositorio Institucional de la UNLP: http://sedici.unlp.edu.ar/handle/10915/27153 Schulz, R. G. (2007). Diseño Web con CSS. Barcelona: Marcombo S.A.. 29.
(30) Smart Quick Inteligencia Movil. (s.f.). Recuperado el 19 de 05 de 2017, de http://www.smartquick.com.co/home/index.php Tortajada Cordero, J. J. (2014). La Guia Definitiva del Diseño Web. Viajero Seguro. (s.f.). Recuperado el 26 http://viajeroseguro.invias.gov.co/ViajeroSeguro/. 30. de. 05. de. 2017,. de.
(31)
Figure
+4
Documento similar