PROTOTIPO DE UN SISTEMA DE POSICIONAMIENTO PARA EMBARCACIONES PESQUERAS ARTESANALES UTILIZANDO UN SMARTPHONE Y UNA RED OPORTUNISTA

Proyecto para optar al ttulo de Ingeniero Civil en Informtica

PROFESOR PATROCINANTE: CHRISTIAN ALEXIS LAZO RAMREZ INGENIERO EN GESTIN INFORMTICA D.E.A EN INGENIERA TELEMTICA DOCTOR EN INGENIERA TELEMTICA

PROFESOR CO-PATROCINANTE: MARA ELIANA DE LA MAZA WERNER INGENIERO CIVIL EN INFORMTICA MAGSTER EN INFORMTICA EDUCATIVA PROFESOR INFORMANTE: JORGE A. MORALES VILUGRON INGENIERO ELECTRONICO DIPLOMADO EN CS. DE LA INGENIERIA D.E.A MICROCONTROLADORES, BRASIL MAGISTER EN ADMINISTRACION DE EMPRESAS, MBA

MICHEL IGNACIO SALDIVIA PEREIRA

VALDIVIA CHILE 2012

NDICE
NDICE .............................................................................................................................. I NDICE DE TABLAS ..................................................................................................... III NDICE DE FIGURAS ..................................................................................................... V RESUMEN..................................................................................................................... VII ABSTRACT .................................................................................................................. VIII 1 INTRODUCCIN ....................................................................................................... 1 1.1 Aspectos generales .................................................................................................. 1 1.2 Objetivos ................................................................................................................. 4 1.3 Organizacin ........................................................................................................... 4 2 MARCO TERICO .................................................................................................... 6 2.1 Embarcaciones ........................................................................................................ 6 2.2 Legislacin: Normativa existente para embarcaciones pesqueras ........................ 10 2.3 Tecnologas asociadas ........................................................................................... 12 2.3.1 Red satelital y sistemas de posicionamiento global .......................................... 12 [Link] Sistema de Posicionamiento Global GPS ............................................................ 14 2.3.2 Smartphones ...................................................................................................... 17 2.3.3 Redes Inalmbricas ............................................................................................ 19 2.3.4 Sistemas de informacin ................................................................................... 22 [Link] Sistemas de informacin geogrficos.................................................................. 22 2.4 Soluciones alternativas .......................................................................................... 23 3 ARQUITECTURA Y SOLUCIN ........................................................................... 26 3.1 Descripcin de la problemtica ............................................................................. 26 3.2 Solucin propuesta ................................................................................................ 26 3.3 Metodologa .......................................................................................................... 27 3.4 Ciclo de vida del proyecto..................................................................................... 28 3.5 Especificacin de requisitos .................................................................................. 29 3.5.1 Requisitos funcionales ....................................................................................... 29 [Link] Mdulo captura de datos ................................................................................ 29 [Link] Mdulo embarcaciones .................................................................................. 30 [Link] Mdulo usuarios ............................................................................................ 30 3.5.2 Requisitos no funcionales .................................................................................. 30 3.6 Anlisis.................................................................................................................. 31 3.6.1 Modelo de procesos de negocio ........................................................................ 32 3.6.2 Modelo conceptual ............................................................................................ 33 3.6.3 Modelo de casos de uso ..................................................................................... 34 [Link] Descripcin de los actores del sistema .......................................................... 35 [Link] Casos de uso de alto nivel para el mdulo captura de datos .......................... 35 [Link] Casos de uso de alto nivel para el mdulo embarcaciones ............................ 36 [Link] Casos de uso de alto nivel para el mdulo usuarios ...................................... 37 [Link] Casos de uso expandido para el mdulo captura de datos ............................. 38 [Link] Casos de uso expandido para el mdulo embarcaciones ............................... 43 [Link] Casos de uso expandido para el mdulo usuarios.......................................... 50 3.7 Diseo ................................................................................................................... 57 3.7.1 Casos de uso reales ............................................................................................ 57 [Link] Caso de uso real Capturar datos de posicionamiento ................................. 57 [Link] Caso de uso real Almacenar datos de posicionamiento ............................. 60 [Link] Caso de uso real Sincronizar datos con servidor ........................................ 61 3.7.2 Diagrama de clases ............................................................................................ 63 3.7.3 Diagrama de componentes ................................................................................ 65 3.8 Modelo de Base de Datos...................................................................................... 66 I

3.9 Arquitectura del sistema ........................................................................................ 68 3.10 Tcnicas de transmisin de datos .......................................................................... 69 3.11 Mtricas cuantitativas............................................................................................ 70 3.12 Implementacin: codificacin y tecnologas utilizadas ........................................ 70 3.13 Aplicacin del dispositivo mvil .......................................................................... 71 3.13.1 Plataforma Android ........................................................................................... 73 3.13.2 Base de datos SQLite ......................................................................................... 74 3.14 Aplicacin del sistema de informacin Web ......................................................... 76 3.14.1 Arquitectura MVC ............................................................................................. 76 3.14.2 Lenguaje de programacin PHP ........................................................................ 77 3.14.3 Base de datos MySQL ........................................................................................ 77 4 EVALUACIN DE LA SOLUCIN ....................................................................... 78 4.1 Prueba de navegacin en tierra ............................................................................. 78 4.1.1 Prueba de comparacin para un punto de posicin desde distintas fuentes ...... 78 4.1.2 Prueba de validacin en rutas terrestres ............................................................ 81 4.2 Prueba de navegacin en ambiente real ................................................................ 83 5 CONCLUSIONES..................................................................................................... 84 6 REFERENCIAS ........................................................................................................ 86 7 ANEXOS .................................................................................................................. 91 Anexo A: Secciones del sistema de informacin Web. .................................................... 91 Anexo B: Clculo de coeficiente de correlacin .............................................................. 93 Anexo C: Log de prueba de captura en entorno real ........................................................ 94

II

NDICE DE TABLAS

Tabla

Pgina

1: Ventas mundiales de smartphones a usuarios finales por sistema operativo en los primeros tres meses del 2012 (en miles de unidades). ............................................... 18 2: Clasificacin de redes inalmbricas segn su cobertura [Fcc04] [Awl]. ....... 21 3: Requisitos funcionales mdulo captura de datos ........................................... 29 4: Requisitos funcionales mdulo embarcaciones ............................................. 30 5: Requisitos funcionales mdulo usuarios........................................................ 30 6: Requisitos no funcionales .............................................................................. 30 7: Caso de uso Capturar datos de posicionamiento ........................................ 35 8: Caso de uso Almacenar datos de posicionamiento .................................... 35 9: Caso de uso Sincronizar datos con servidor ............................................... 36 10: Caso de uso Ingresar datos de embarcacin ........................................... 36 11: Caso de uso Modificar datos de embarcacin ........................................ 36 12: Caso de uso Eliminar datos de embarcacin .......................................... 36 13: Caso de uso Visualizar datos de embarcacin ........................................ 37 14: Caso de uso Ingresar usuarios ................................................................ 37 15: Caso de uso Modificar datos de usuarios ............................................... 37 16: Caso de uso Eliminar datos de usuarios ................................................. 37 17: Caso de uso Visualizar datos de usuarios ............................................... 38 18: Caso de uso expandido Capturar datos de posicionamiento................... 38 19: Contratos caso de uso Capturar datos de posicionamiento .................... 39 20: Caso de uso expandido Almacenar datos de posicionamiento ............... 40 21: Contratos Caso de Uso Almacenar datos de posicionamiento ............... 41 22: Caso de uso expandido Sincronizar datos con servidor ......................... 41 23: Contratos caso de uso Sincronizar datos con servidor ........................... 42 24: Caso de uso expandido Ingresar datos de embarcacin ......................... 43 25: Contratos caso de uso Ingresar datos de embarcacin ........................... 44 26: Caso de uso expandido Modificar datos de embarcacin....................... 45 27: Contratos caso de uso Modificar datos de embarcacin......................... 46 28: Caso de uso expandido Eliminar datos de embarcacin......................... 47 29: Contratos caso de uso Eliminar datos de embarcacin........................... 48 30: Caso de uso expandido Visualizar datos de embarcacin ...................... 49 31: Contratos caso de uso Visualizar datos de embarcacin ........................ 50 32: Caso de uso expandido Ingresar usuarios ............................................... 50 33: Contratos caso de uso Ingresar usuarios ................................................. 51 34: Caso de uso expandido Modificar datos de usuarios .............................. 52 35: Contratos caso de uso Modificar datos de usuario ................................. 53 36: Caso de uso expandido Eliminar datos de usuario ................................. 54 37: Contratos caso de uso Eliminar datos de usuario ................................... 55 38: Caso de uso expandido Visualizar datos de usuario ............................... 55 39: Contratos caso de uso Visualizar datos de usuario ................................. 56 40: Caso de uso real Capturar datos de posicionamiento ............................. 57 41: Caso de uso real Almacenar datos de posicionamiento .......................... 60 42: Caso de uso real Sincronizar datos con servidor .................................... 61 43: Diccionario de datos tabla Embarcacin .................................................... 66 44: Diccionario de datos tabla Representante .................................................. 67 45: Diccionario de datos tabla Posicion ........................................................... 67

III

46: 47: 48: 49: 50: 51: 52:

Diccionario de datos tabla Usuario ............................................................ 67 Diccionario de datos tabla Hito .................................................................. 68 Ejemplo de datos en formato JSON ........................................................... 70 Cdigo SQL tablas de base de datos SQLite .............................................. 75 Diccionario de datos tablas en SQLite ....................................................... 75 Comparacin de un mismo punto de posicin desde distintas fuentes ...... 78 Rutas de validacin .................................................................................... 81

IV

NDICE DE FIGURAS

Figura

Pgina

1: Embarcaciones artesanales bloqueando el trfico fluvial en el ro Valdivia [Bio11] .... 1 2: Embarcaciones artesanales ............................................................................................. 7 3: Participacin del sector artesanal e industrial del total nacional desde el ao 2000 al 2010 [Sub12] ...................................................................................................................... 8 4: Estado de las principales pesqueras en Chile [Ser12]. .................................................. 9 5: Principales tipos de pesca. Fuente: Vicens Vives [Mar05] ............................................ 9 6: Clasificacin de rbitas ................................................................................................ 13 7: rbitas de los satlites GPS ......................................................................................... 15 8: Lista de sentencias NMEA-0183 [Act11] .................................................................... 16 9: Smartphone LG Optimus One P500 ............................................................................. 17 10: Ventas mundiales de smartphones segn sistema operativo desde el ao 2007 al 2012. ................................................................................................................................. 19 11: Resumen de tecnologas actuales de redes inalmbricas ........................................... 21 12: Esquema de la solucin propuesta ............................................................................. 27 13: Etapas del ciclo de vida en cascada [Alv02] .............................................................. 28 14: Software Enterprise Architect versin 7.5 ................................................................. 31 15: Diagrama de modelo de procesos de negocio ............................................................ 32 16: Modelo conceptual ..................................................................................................... 33 17: Diagrama general de casos de uso ............................................................................. 34 18: Diagrama de secuencia caso de uso Capturar datos de posicionamiento ............... 39 19: Diagrama de secuencia caso de uso Almacenar datos de posicionamiento ........... 40 20: Diagrama de secuencia caso de uso Sincronizar datos con servidor ...................... 42 21: Diagrama de secuencia caso de uso Ingresar datos de embarcacin ...................... 44 22: Diagrama de secuencia caso de uso Modificar datos de embarcacin ................... 46 23: Diagrama de secuencia caso de uso Eliminar datos de embarcacin ..................... 48 24: Diagrama de secuencia caso de uso Visualizar datos de embarcacin .................. 49 25: Diagrama de secuencia caso de uso Ingresar usuarios ........................................... 51 26: Diagrama de secuencia caso de uso Modificar datos de usuario............................ 52 27: Diagrama de secuencia caso de uso Eliminar datos de usuario.............................. 54 28: Diagrama de secuencia caso de uso Visualizar datos de usuario ........................... 56 29: Diagrama de secuencia caso de uso real Capturar datos de posicionamiento ........ 58 30: Diagrama de secuencia caso de uso real Almacenar datos de posicionamiento .... 60 31: Diagrama de secuencia caso de uso real Sincronizar datos con servidor ............... 62 32: Diagrama de clases de la solucin ............................................................................. 63 33: Diagrama de componentes del sistema ...................................................................... 65 34: Modelo de base de datos sistema de informacin Web .............................................. 66 35: Diagrama de arquitectura del sistema ........................................................................ 68 36: Interfaz del entorno de desarrollo integrado Eclipse ................................................. 71 37: Pantalla principal de la aplicacin mvil ................................................................... 72 38: Mapas basados en OpenStreetMaps de la aplicacin mvil ...................................... 72 39: Diagrama de arquitectura plataforma Android .......................................................... 74 40: SQLite Manager ......................................................................................................... 75 41: Interfaz Web del prototipo ......................................................................................... 76 42: Patrn de diseo Modelo Vista Controlador ........................................................ 77 43: Dispositivo de prueba GPS GARMIN ETREX VISTA................................................ 79 44: Punto de posicin de comparacin visto en Google Maps ........................................ 79 45: Punto de posicin de comparacin visto en Bing Maps............................................. 80

46: Fotografa que muestra la comparacin de valores entre el dispositivo GARMIN Etrex Vista y la aplicacin realizada. ............................................................................... 80 47: Comparacin de valores de latitud real y obtenidas con prototipo ............................ 82 48: Comparacin de valores de longitud real y obtenidas con prototipo ......................... 82 49: Ruta realizada para validacin en entorno real .......................................................... 83 50: Fotografa del entorno real, interseccin Ro Cruces y Ro Cau-Cau ........................ 83 51: Identificacin de usuario y contrasea para ingresar al sistema de informacin. ...... 91 52: Agregar, modificar, consultar y eliminar registros de embarcaciones ....................... 91 53: Agregar, modificar, consultar y eliminar registros de representantes de embarcaciones. ................................................................................................................. 92 54: Agregar, modificar, consultar y eliminar usuarios del sistema. ................................. 92 55: Ecuacin de coeficiente de correlacin utilizada por Microsoft Excel 2010 ............. 93 56: Datos y planilla de clculo utilizada .......................................................................... 93

VI

RESUMEN

Dados los incidentes ocurridos en la Regin de Los Ros, Chile, entre los pescadores artesanales y las autoridades, debido principalmente a los nuevos proyectos de ley que entre una de sus caractersticas obliga a embarcaciones artesanales a usar sistemas de posicionamiento satelital; surge la idea de desarrollar un prototipo de bajo costo que permita una solucin a este problema, utilizando un smartphone y una red oportunista para la sincronizacin de datos con un servidor central y un sistema de informacin asociado, el cual permitir almacenar la informacin para su posterior anlisis. El prototipo consiste bsicamente en una aplicacin desarrollada con la tecnologa Android. Sin embargo, la principal desventaja es que los datos capturados no podran ser visualizados en tiempo real, pues no se sincronizan a menos que exista conectividad a Internet desde el dispositivo. Se utiliz el ciclo de vida en Cascada como metodologa principal del desarrollo del software elaborando documentos de especificacin de requisitos y artefactos UML de anlisis y diseo. Una vez codificado e implementado el prototipo, se procedi a realizar pruebas de validacin. La aplicacin del dispositivo se prob en un ambiente terrestre y en un ambiente real navegando en una embarcacin, comparando la precisin de las coordenadas entregadas por el GPS interno versus un dispositivo GPS convencional. La hiptesis de que es posible desarrollar el prototipo sealado con las tecnologas y caractersticas descritas se considera vlida, pues los datos de prueba con las mtricas utilizadas lo corroboran.

VII

ABSTRACT
Given the incidents at Los Rios Region - Chile, between fishermen and authorities, mainly due to new project laws that one of its requirements to artisanal vessels is utilize a satellite positioning system; it is only then when the idea of developing a low-cost prototype that allows a solution to this problem using a smartphone and an opportunistic network to synchronize data with a central server and an associated information system comes up. This will store the information for further analysis. The prototype is basically an application developed with Android technology. However, the main disadvantage is that captured data may not be displayed in real time, thus data will not synchronize unless the device has Internet connectivity. The main methodology to develop the software was the Waterfall lifecycle, doing requirements specification documents and analysis & design UML artifacts. Once the prototype was coded and implemented, it was proceeded to perform validation tests. The application was tested in a terrestrial environment and in a real environment navigating in a vessel, comparing the accuracy of the coordinates provided by the internal GPS versus conventional GPS. The hypothesis that it is possible to develop the prototype using the technologies and features described is considered valid, because the test data corroborates the metrics used.

VIII

1 INTRODUCCIN 1.1 Aspectos generales

Este proyecto surge de haber identificado el problema actual referente al control y posicionamiento de embarcaciones pesqueras artesanales en la regin de Los Ros, el cual ha generado diversas protestas por parte de uno de los entes involucrados, principalmente pescadores artesanales en la ciudad de Valdivia [Aus11], [Bio11] tal como se aprecia en la figura 1. Las protestas son debidas principalmente al proyecto de ley, que busca modificar la Ley General de Pesca y Acuicultura (Ley N 18.892) [Ser07] en relacin al seguimiento de embarcaciones pesqueras artesanales mayores a 15 metros de eslora.

Figura 1: Embarcaciones artesanales bloqueando el trfico fluvial en el ro Valdivia [Bio11]1

De lo anterior, existen posturas de apoyo a este control, argumentando principalmente que se deben delimitar zonas de pesca, dnde se da el ejemplo por parte de sindicatos de pescadores involucrados, de que embarcaciones de la regin de Los Lagos tienen permitido el ingreso a la zona dedicada a la regin de Los Ros para la captura de bienes

Imagen: Carlos Lpez. Radio Bo Bo. Ms informacin en [Link]

hidrobilogicos2 (establecido al crearse la regin de Los Ros [Bcn07]), lo cual ha sido motivo de confrontaciones. En Septiembre de 2011, el Senado en primer trmite constitucional aprob una iniciativa que prohbe que los pescadores artesanales de la regin de Los Lagos operen en la regin de Los Ros [Sen11]. La Cmara de Diputados en Agosto de 2012, aprob la Ley de Pesca, por lo que la iniciativa fue despachada al Senado de la Repblica. Dentro de las indicaciones se destaca en el proyecto de ley que es necesario legislar la actividad pesquera nuevamente, debido a: La actual ley 19.713, que vence el 31 de diciembre de 2012, deja un vaco para embarcaciones artesanales e industriales. Han primado las consideraciones polticas por sobre las cientficas en la toma de decisiones. Falta orden y transparencia en la administracin de recursos pesqueros. Se deben otorgar certezas a los actores ya que la realidad pesquera nacional ha variado. Dentro de las principales modificaciones, se busca: La sustentabilidad de los recursos hidrobiolgicos. La transparencia en la administracin pesquera. El proceso de toma de decisiones segn criterios netamente cientficos. El acceso a la actividad pesquera industrial. La reserva de las cinco millas y aguas interiores para la actividad industrial. La regulacin de la actividad pesquera artesanal, reservando la primera milla3 para las embarcaciones menores de 12 metros de eslora. Para la regulacin artesanal se indica el rgimen artesanal de extraccin y reas de manejo y seguro de vida, patente pesquera, certificacin de desembarques, posicionador satelital, programa de investigacin cientfica, instituto de fomento pesquero, plataforma laboral, entre otras. Dentro de la fiscalizacin pesquera, se incorpora el posicionador satelital para:

Ms informacin en [Link] y Boletn N 7575-03 del Senado de la Repblica de Chile. ([Link] 3 las millas se miden desde los puntos ms salientes de la costa

 Embarcaciones artesanales de ms de 15 metros de eslora y embarcaciones transportadoras. Embarcaciones artesanales de ms de 12 metros y hasta 15 metros inscritas en pesqueras pelgicas4 con arte de cerco.

Estas fiscalizaciones entraran en vigor dos aos despus, a contar de la entrada en vigencia de la ley [Sub12]. Por otra parte, el principal argumento de rechazo a estas modificaciones, es que estas naves estn clasificadas como embarcaciones artesanales y no industriales, por lo tanto, no sera necesario el seguimiento. Es preciso sealar que para las embarcaciones industriales se cre la Ley N 19.521 [Bcn97], modificando la Ley General de Pesca y Acuicultura, que estableci la obligacin de instalar un sistema de posicionamiento geogrfico automtico con apoyo satelital en este tipo de naves. Adems de lo descrito, los manifestantes argumentan que el dispositivo GPS (Sistema de Posicionamiento Global) tendra un elevado costo para ellos. Identificada sta problemtica, el propsito de este proyecto es realizar una aplicacin prototipo para un smartphone5 o dispositivo mvil inteligente, que dadas sus caractersticas permitira una solucin ms econmica para el seguimiento de embarcaciones artesanales, capturando datos de posicionamiento y sincronizndolos mediante una red oportunista a travs de Internet para su posterior anlisis y visualizacin en un sistema de informacin Web. Sin embargo, la desventaja de esta solucin es que los datos se obtendran en tiempo diferido.

Se refiere a la zona del mar que comprende prcticamente su totalidad, exceptuando el fondo y las orillas. 5 Un smartphone o telfono mvil inteligente posee entre sus caractersticas bsicas una conexin inalmbrica de datos, principalmente para el acceso a Internet. Actualmente, los ms sofisticados poseen un receptor GPS, comps magntico, acelermetro, cmara fotogrfica y de video, entre otros.

1.2 Objetivos
Objetivo general Desarrollar un prototipo de un sistema de posicionamiento para embarcaciones pesqueras artesanales, utilizando un smartphone y una red oportunista para la sincronizacin de datos.

Objetivos especficos Identificar la situacin actual de la realidad nacional e internacional referente al posicionamiento de embarcaciones pesqueras (industriales y artesanales), adems de identificar posibles soluciones alternativas. Analizar y disear un prototipo que permita capturar y almacenar datos de posicionamiento global en un smartphone, sincronizar estos datos mediante una red oportunista con un servidor de base de datos y su posterior despliegue en un sistema Web. Implementar el prototipo utilizando un smartphone con tecnologa Android, un servidor de base de datos y un punto de acceso inalmbrico. Validar el prototipo a travs de pruebas de captura de posicin y sincronizacin de datos con un servidor mediante una red oportunista.

1.3 Organizacin
El presente documento est organizado de la siguiente manera: En el captulo uno se realiza una introduccin a la problemtica, indicando los aspectos generales y los objetivos planteados para el desarrollo de este proyecto. En el captulo dos se da una resea del marco terico correspondiente al dominio del problema. En el captulo tres se especifica la arquitectura del sistema, los documentos y artefactos UML de anlisis y diseo; y la solucin planteada para el problema identificado.

En el captulo cuatro se muestran las pruebas y validaciones correspondientes a la evaluacin de la solucin. En el captulo cinco, se indican las conclusiones y lneas futuras identificadas en la realizacin de este proyecto. En el captulo seis, se pueden consultar las referencias bibliogrficas de la informacin presentada. Finalmente, en el captulo siete, se encuentran los documentos catalogados como anexos al desarrollo de este proyecto.

2 MARCO TERICO
Antes de describir el nivel actual de soluciones similares para la problemtica descrita, es necesario identificar a grandes rasgos los componentes del sistema a realizar y detallar en forma precisa los conceptos asociados. Entre estos se encuentran: Embarcaciones Normativa existente para embarcaciones pesqueras Red satelital y sistemas de posicionamiento global Smartphones Redes inalmbricas Sistemas de informacin A continuacin se particulariza cada concepto para tener una visin global de los componentes y comprender de mejor manera el proyecto.

2.1 Embarcaciones
Una embarcacin se define como todo tipo de artilugio capaz de navegar sobre o bajo el agua. Se identifican como embarcaciones los barcos, buques, botes, canoas, kayaks, balsas, motos de agua, catamaranes, submarinos, entre otros.

Han sido un importante medio de transporte para el desarrollo de la civilizacin humana, desde tiempos remotos ha permitido el intercambio de recursos que facilitaron y dieron auge a la actividad econmica entre los pueblos.

Las embarcaciones pueden agruparse, principalmente en: Embarcaciones de carcter industrial y/o comercial, utilizadas principalmente en el mbito pesquero y el transporte de carga. Embarcaciones de recreacin, tales como yates, cruceros de turismo, entre otros. Embarcaciones de investigacin y exploracin. Embarcaciones de uso militar. Segn la localizacin donde operen las embarcaciones, las leyes locales regulan y definen el tamao para considerar a qu tipo corresponde una embarcacin.

Es pertinente sealar que este proyecto pone nfasis en las embarcaciones pesqueras de tipo artesanal, un ejemplo de esta embarcacin se puede ver en la ilustracin de la figura 2:

Figura 2: Embarcaciones artesanales6 En el mbito nacional, las definiciones de pesca artesanal y de embarcacin pesquera artesanal son dadas por la entidad gubernamental Sernapesca (Servicio Nacional de Pesca y Acuicultura) perteneciente al Ministerio de Economa, Fomento y Turismo del Gobierno de Chile, dicha entidad en su sitio Web cita lo siguiente [Ser11]: La legislacin chilena define a la pesca artesanal como la actividad pesquera extractiva realizada por personas naturales en forma personal, directa y habitual y, en el caso de las reas de manejo, por personas jurdicas compuestas exclusivamente por pescadores artesanales, inscritos como tales. Un pescador artesanal es aqul que se desempea como patrn o tripulante en una embarcacin artesanal. Si ste es dueo de hasta dos embarcaciones ser armador artesanal; si su actividad principal es la extraccin de mariscos, ser mariscador y si realiza recoleccin y segado de algas ser alguero. Dichas categoras de pescador artesanal no son excluyentes entre s, por lo que una persona puede ser calificada y actuar simultnea o sucesivamente en dos o ms de ellas, siempre que todas se ejerciten en la misma Regin. Se entiende por embarcacin artesanal aquella con una eslora mxima de 18 metros y hasta 50 toneladas de registro grueso, operada por un armador artesanal, identificada e inscrita como tal en los registros correspondientes. Al Servicio Nacional de Pesca le corresponde llevar el Registro nacional de pescadores artesanales o registro artesanal, que consiste en una
6

Imagen obtenida del sitio de Sernapesca [Link]

nmina de pescadores y embarcaciones habilitadas para realizar actividades de pesca artesanal. Para los efectos de la Ley, ste se lleva por regiones, provincias, comunas y localidades, y por categoras de pescadores y pesqueras. La norma chilena define varias categoras de embarcaciones artesanales [Cen10], en las que se encuentran: Bote: embarcacin sin cubierta completa, con o sin motor de propulsin. Lancha menor: embarcacin con cubierta completa y motor de propulsin, con una eslora total de hasta 12 metros. Lancha media: embarcacin con cubierta completa y motor de propulsin, con una eslora de ms de 12 metros y de hasta 15 metros. Lancha mayor: embarcacin con cubierta completa y motor de propulsin, con una eslora de ms de 15 metros y de hasta 18 metros. Para apreciar la participacin del sector artesanal en Chile, en la figura 3 se observa el desembarque artesanal del total nacional desde los aos 2000 a 2010 en contraste con el sector industrial. Las principales especies que se capturan se pueden observar en la figura 4, donde adems se muestra el estado de las principales pesqueras en el pas.

Figura 3: Participacin del sector artesanal e industrial del total nacional desde el ao 2000 al 2010 [Sub12]7

Ilustraciones de las figuras 2 y 3, obtenidas de documento realizado por Subsecretara de Pesca [Sub12]

Figura 4: Estado de las principales pesqueras en Chile [Ser12].

Por otra parte, en la figura 5 se muestra una ilustracin de los principales tipos de pesca.

Figura 5: Principales tipos de pesca. Fuente: Vicens Vives [Mar05]

2.2 Legislacin: Normativa existente para embarcaciones pesqueras

Es necesario diferenciar normativas existentes para naves pesqueras de carcter industrial y para embarcaciones pesqueras artesanales. Dada su naturaleza, las embarcaciones de carcter industrial se rigen por normativas ms estrictas que para las artesanales.

En el mbito nacional, Sernapesca, principal entidad gubernamental relacionada a los temas pesqueros en el pas, indica en su sitio Web [Ser]: La primera legislacin del sector pesquero en Chile data de 1934, que mediante un decreto se reconoce la necesidad de legislacin debido a que no haba informacin adecuada de todos los subsectores productivos pesqueros, lo que no facilita una adecuada toma de decisiones en inversin y de polticas para este importante sector productivo del pas. Por lo cual, quien se preocupar de la actividad pesquera ser el Servicio Agrcola y Ganadero en una divisin denominada Divisin de Proteccin Pesquera. Servicio dependiente del Ministerio de Agricultura. Esto se mantiene as, hasta que el 29 de Diciembre de 1978, mediante el Decreto Ley N 2442, se establecen funciones y atribuciones del Ministerio de Economa Fomento y Reconstruccin en materia de pesca y se crea la Subsecretara de Pesca, el Consejo Nacional y el Servicio Nacional de Pesca, ambos dependientes del citado Ministerio.

A contar de 1992 fue publicada la Ley N 18.892, Ley General de Pesca y Acuicultura y sus modificaciones. A partir de ese ao el Servicio Nacional de Pesca, debe reestructurarse para el cumplimiento de esta nueva legislacin, quedando con una estructura orgnica ms moderna y gil, de acuerdo a las evoluciones tecnolgicas y normativas sufridas por el pas, sobre todo por la globalizacin de todos los aspectos cotidianos del accionar del pas.

Para el cumplimiento de las funciones encomendadas por la Ley N 18.892 el Servicio Nacional de Pesca posee una estructura de direccin centralizada y distribucin regional con cobertura a travs de 13 Direcciones Regionales, 45 Oficinas Provinciales y 1 Oficina de Coordinacin Institucional ubicada en la ciudad de Santiago.

10

Conforme a lo establecido en la normativa pesquera vigente, se faculta a las Intendencias Regionales para crear los Consejos Regionales de Pesca, cuyo objetivo principal es la identificacin de los problemas que afectan al sector pesquero regional, elaborando propuestas de solucin e informes tcnicos fundamentados, siendo presididos por el Director Regional de Sernapesca correspondiente. Asimismo, la normativa establece la creacin de cinco organismos zonales denominados Consejos Zonales de Pesca, los cuales tienen un carcter consultivo o resolutivo, segn corresponda en las materias que la Ley establezca. Estos Consejos son presididos por el Director Zonal de Sernapesca.

Por otra parte, actualmente en Chile existen varias normativas pesqueras que en el mbito de este proyecto, destacan8: La Ley N 19.521 [Bcn97] que modifica la Ley General de Pesca y Acuicultura, la cual estableci la obligacin de instalar un sistema de posicionamiento geogrfico automtico con apoyo satelital para embarcaciones industriales. El lmite mximo de captura por armador que es una Medida de administracin aplicable a las pesqueras definidas el artculo 2 de la Ley 19.713 [Bcn01] y sus modificaciones, tiene por objetivo distribuir la cuota de captura asignada al sector industrial de una determinada unidad de pesquera entre los armadores que tengan naves autorizadas para desarrollar actividades pesqueras en ella.

En el mbito internacional se destaca la normativa de la Unin Europea, donde existe la Poltica Pesquera Comn (PPC) que tiene por objeto garantizar la conservacin de los recursos marinos vivos y la proteccin del medio ambiente. Para garantizar una pesca sostenible, la Unin Europea ha elaborado planes plurianuales para la reconstitucin y la gestin de las poblaciones as como medidas especficas (totales admisibles de capturas, limitacin del esfuerzo pesquero, prohibicin de algunos artes de pesca, tamaos mnimos de desembarque, etc.). Asimismo, ha adoptado una normativa para proteger las especies no objeto de pesca (mamferos marinos, aves y tortugas), los juveniles y las poblaciones de peces vulnerables, as como la proteccin de los hbitat ms sensibles [Eur].

Otras leyes relacionadas pueden verse en [Link]

11

Dentro de las normativas de carcter internacional en el mbito pesquero es oportuno destacar la prohibicin a la caza de ballenas, que est constantemente en foco de noticias. Esta normativa depende de la Comisin Internacional Ballenera de la que Chile es parte.

De las normas descritas se logra identificar que lo que se busca principalmente es racionalizar los recursos hidrobiolgicos de la nacin o territorio en cuestin, y dejar establecidos los lmites geogrficos donde las embarcaciones estn permitidas a realizar la actividad pesquera.

2.3 Tecnologas asociadas

2.3.1 Red satelital y sistemas de posicionamiento global En el contexto de este proyecto, un satlite artificial es un objeto puesto en rbita alrededor de la Tierra o de otro cuerpo celeste principalmente para recoleccin de informacin o sistemas de comunicaciones. Los satlites actuales son utilizados principalmente para obtener imgenes de la Tierra, donde los usos ms frecuentes son, la ayuda a meteorlogos a predecir fenmenos climticos, satlites de comunicaciones, satlites de ndole cientfico tales como el telescopio Hubble, satlites de carcter militar y sistemas de navegacin satelital, entre otros. Los satlites segn su rbita y altitud de la Tierra pueden ser clasificados comnmente en [Nas07]: Low Earth Orbit (LEO). Satlites de baja rbita que operan desde los 160 a 2.000 kilmetros de altitud o con un perodo de rbita menor o igual a 127 minutos. Viajan aproximadamente a 7.8 kilmetros/segundo, demorando alrededor de 90 minutos en dar una vuelta completa a la Tierra. Medium Earth Orbit (MEO). Satlites de media rbita que operan a una altitud mayor a 2.000 y menor a 35.786 kilmetros. Geosynchronous Earth Orbit (GEO): Es una rbita con un perodo igual a un da sideral. Una rbita GEO circular con 0 de inclinacin es una rbita geoestacionaria. Operan a una altitud mayor a los 35.786 kilmetros.

12

Existen otros tipos de rbitas que no refieren al contexto de este proyecto. En la figura 6, se muestra una ilustracin referente a la clasificacin de rbitas segn el programa de la NASA (National Aerospace and Space Administration), Orbital Debris Program Office.

Figura 6: Clasificacin de rbitas9

Un sistema de navegacin satelital es una red de satlites que proveen posicionamiento geoespacial con cobertura global. Estos sistemas permiten a receptores en Tierra determinar localizacin (longitud, latitud y altitud). Entre los sistemas de navegacin satelital en uso y bajo desarrollo se encuentran: GLONASS (
-

Global'naya Navigatsionnaya Sputnikovaya Sistema), sistema global de navegacin satelital desarrollado por la Federacin Rusa. Posee 24 satlites activos en una rbita MEO a 19.100 km de altitud [Glo]. IRNSS (Indian Regional Navigational Satellite System), sistema de navegacin satelital de la India desarrollado por ISRO (Indian Space Research
9

NASA Orbital Debris Program Office. Imagen obtenida de [Link]

13

Organisation). Se encuentra en fase de desarrollo y se planea que estar operativo en el ao 2014 [Inr08]. BeiDou-2/Compass, sistema de navegacin satelital de China. Consistir de un total de 35 satlites y se espera que tenga cobertura global en el ao 2020. Actualmente funciona en una rbita GEO slo con cobertura en su territorio (BeiDou-1) [Chi09]. GALILEO, iniciativa de la Unin Europea para la implementacin de un sistema de navegacin satelital que proveer alta precisin y posicionamiento global garantizado bajo control civil. El sistema estar compuesto por 30 satlites. Se espera que est operativo en el ao 2014 [Eur11]. GPS (Global Positioning System), sistema de posicionamiento global de los Estados Unidos de Amrica. Provee los servicios de posicionamiento, navegacin y cronometra. Este sistema consiste de 3 segmentos: el segmento espacial, el segmento de control y el segmento de usuario. La Fuerza Area de Estados Unidos de Amrica desarrolla, mantiene y opera los segmentos del espacio y de control. Es el sistema de navegacin satelital ms utilizado. [Gps11].

Actualmente, las seales de GPS y GLONASS son gratuitas, sin embargo su disponibilidad no est garantizada, es por esto que varias naciones han optado por desarrollar sus propios sistemas de navegacin satelital.

Dado que en este proyecto se utilizar GPS, en el apartado siguiente se dar una resea respecto a este sistema. [Link] Sistema de Posicionamiento Global GPS El Sistema de Posicionamiento Global es un sistema de localizacin terrestre. Fue inicialmente creado y diseado por el Departamento de Defensa de los Estados Unidos de Amrica en 1973. Consiste en una constelacin de 24 satlites que proveen datos de navegacin a usuarios civiles y militares alrededor del mundo. El sistema est operado y controlado por la Fuerza Area estadounidense [Air10].

Los primeros sistemas tenan un lmite de exactitud para evitar uso militar por parte de otras naciones. La flota de satlites GPS orbita la Tierra cada 12 horas, emitiendo continuamente seales de navegacin. Con el equipamiento adecuado, los usuarios

14

pueden recibir estas seales para calcular tiempo, localizacin (latitud, longitud y altitud) y velocidad (rapidez y direccin).

En la figura 7, se muestra una ilustracin de las rbitas realizadas por satlites GPS:

Figura 7: rbitas de los satlites GPS10 Es conveniente indicar que existe el estndar NMEA-0183 que es un mtodo comn para recibir datos de un dispositivo receptor GPS. Esta directriz combina electrnica y especificacin de datos para la comunicacin entre dispositivos electrnicos marinos y receptores GPS. El estndar define cmo los datos (sentencias) son enviados de un transmisor a mltiples escuchas en un determinado tiempo. Este estndar propietario es definido y controlado por la organizacin estadounidense National Marine

Electronics Association [Nme08]. El dispositivo GPS captura la trama NMEA-0183 para indicar los datos requeridos. En la figura 8, se muestra una lista de las sentencias del estndar NMEA-0183.

10

Ilustracin obtenida del sitio oficial [Link]. Disponible en [Link]

15

Figura 8: Lista de sentencias NMEA-0183 [Act11] Con el tiempo se han ido desarrollando nuevos mecanismos que han permitido miniaturizar los receptores GPS, los cuales han podido ser implementados en relojes, telfonos y otros aparatos. Actualmente estos dispositivos se utilizan principalmente en la aviacin, navegacin martima, seguimiento de vehculos terrestres, agricultura, cronometra, topografa, cartografa, vas frreas, entre otros. Entre los principales inconvenientes en el uso de esta tecnologa es pertinente nombrar que para su correcto funcionamiento se necesita disponer de una visin lo ms despejada del cielo, pues ciertos materiales pueden interferir en la recepcin de la seal. En particular, en este proyecto se utilizar un sistema receptor GPS integrado en un smartphone.

16

2.3.2 Smartphones

Los smartphones o telfonos inteligentes son aquellos dispositivos de telefona celular con funcionalidades adicionales similares a las que otorga un computador de escritorio o un organizador personal. Entre sus principales caractersticas se puede encontrar la capacidad de conexin a Internet, capacidades multimedia tales como captura y reproduccin de audio, video e imagen; una gama de sensores tales como brjula magntica, acelermetro, receptor de GPS, comunicacin inalmbrica Bluetooth e infrarrojos, entre otros. La mayora de estos telfonos permiten al usuario instalar programas adicionales para aumentar la funcionalidad del dispositivo. En la figura 9, se ilustra uno de estos dispositivos:

Figura 9: Smartphone LG Optimus One P50011 Entre los principales fabricantes de smartphones se encuentran las empresas Apple, Research In Motion (BlackBerry), Nokia, Motorola, LG, HTC, Samsung, Sony Ericsson y ZTE. Los sistemas operativos ms utilizados por smartphones son: iOS: iPhone Operating System de la empresa Apple, con su producto revolucionario de mercado iPhone.

11

2012 LG Electronics. Ilustracin obtenida de [Link]

17

 Research In Motion (RIM). Sistema operativo de los populares dispositivos Blackberry. Symbian: Sistema operativo perteneciente a la empresa Nokia. Windows Phone: Sistema operativo perteneciente a la empresa Microsoft. Android: Sistema operativo de cdigo abierto patrocinado por la organizacin Open Handset Alliance, donde el principal contribuyente es la empresa Google. En la tabla 1 se muestran las ventas mundiales de smartphones por sistema operativo en lo que va del ao 2012, basado en datos de la consultora Gartner12 [Gar12].

Tabla 1: Ventas mundiales de smartphones a usuarios finales por sistema operativo en los primeros tres meses del 2012 (en miles de unidades).
Sistema Operativo Android iOS Symbian Research in Motion Bada Microsoft Otros Total Unidades 81.067,4 33.120,5 12.466,9 9.939,3 3.842,2 2.712,5 1.242,9 144.391,7 Participacin de mercado (%) 56,1% 22,9% 8.6% 6.9% 2.7% 1.9% 0.9% 100%

En la figura 10, se muestran las ventas por sistema operativo desde los primeros tres meses del ao 2007 al 2012.

12

Gartner Inc, es una connotada empresa consultora que se especializa en investigacin de tecnologas de informacin. Informacin ms precisa puede revisarse en [Link]

18

Figura 10: Ventas mundiales de smartphones segn sistema operativo desde el ao 2007 al 2012.13 Observados los datos de la tabla e ilustracin anteriores, se identifica la tendencia de que los smartphones de mayor crecimiento en ventas y uso son iOS y Android. En este proyecto se optar por la tecnologa Android para el desarrollo del prototipo, principalmente por la versatilidad al ser de cdigo abierto y por ser la solucin mvil de ms rpido crecimiento. Ms adelante se especificar sobre este sistema operativo.

2.3.3 Redes Inalmbricas

Las redes inalmbricas son aquellas que pueden comunicar nodos de computadores u otros dispositivos sin el uso fsico de cables, sino que a travs de ondas electromagnticas. Existe una amplia gama de tecnologas que se diferencian bsicamente por la frecuencia de transmisin que utilizan, el alcance y la velocidad de transmisin de datos. La principal ventaja de estas redes es el costo y la comodidad, ya que se elimina todo tipo de cableado (exceptuando la alimentacin elctrica en algunos casos), sin embargo su principal desventaja es en el mbito de la seguridad y las velocidades de transferencia de datos que ofrecen los productos del mercado actualmente (existen altas velocidades de transferencia de datos inalmbricos en forma experimental). Tambin es pertinente nombrar que existen regulaciones legales en el
13

Ilustracin de Wikimedia Commons. Basada en datos de consultora Gartner e IDC [Wik12].

19

espectro electromagntico de cada pas por el uso de estas redes, principalmente porque existen dispositivos propensos a interferencias. Debido a esto, se definen los rangos de frecuencia y la potencia de transmisin de los aparatos. Segn la cobertura, las redes inalmbricas pueden clasificarse en: Wireless Personal Area Network (WPAN): Tipo de red para conectar dispositivos de cobertura personal en un rea relativamente pequea. Wireless Local Area Network (WLAN): Tipo de red que enlaza dos o ms dispositivos en una corta distancia usando un mtodo de distribucin inalmbrico. Wireless Metropolitan Area Network (WMAN): Tipo de red que conecta varias WLANs. Wireless Wide Area Network (WWAN): Tipo de red que cubre reas extensas, tales como pueblos aledaos o ciudades, utilizando principalmente enlaces de microondas punto a punto y antenas parablicas en la banda de los 2,4 GHz. Wireless Regional Area Network (WRAN): Tipo de red propuesta en el estndar IEEE 802.2214. Est enfocada al empleo de tcnicas de radio cognitiva para el uso compartido del espectro geogrfico no utilizado asignado al servicio de difusin de televisin. Su alcance estimado es de 100 kilmetros. Dada la amplitud del tema, el cual escapa al propsito de este proyecto, en la tabla 2 y figura 11 se mencionan y referencian a modo de resumen, algunas de las principales tecnologas inalmbricas, su clasificacin y sus caractersticas:

14

Ms informacin en [Link]

20

Figura 11: Resumen de tecnologas actuales de redes inalmbricas15

Tabla 2:
Clasificacin segn cobertura

Clasificacin de redes inalmbricas segn su cobertura [Fcc04] [Awl].

Principales tecnologas Alcance aproximado (en metros) Velocidad de transferencia aproximada (en Megabits por segundo) 0,8 1 11 2 0.25 54 11 54 600 128 0.02 2+ 300 18 Frecuencia (GHz)

WPAN

WLAN

WMAN

Bluetooth HomeRF RFID ZigBee WiFi (802.11a) WiFi (802.11b) WiFi (802.11g) WiFi (802.11n) WiMAX GSM GPRS 3G 4G (LTE)

10 45 10 < 10 50 100 100 100+ 5.000 15.000+ 15.000+ 15.000+ 15.000+ 100.000

2,4 2,4 2,4 2.4 5 2,4 2,4 2,4 2 66 0,9 1,8 0,8 1,9 2 2,1 2,6 0,054 0,862

WRAN

Propuesta

15

Elaboracin propia basado en infografa de [Link] [Tel11]

21

En este prototipo, se utilizar la tecnologa inalmbrica WiFi definida en el estndar IEEE 802.11/b/g/n [Ieee] o en su defecto, la red de datos de celular disponible con conexin a Internet en el dispositivo mvil, para el intercambio de datos a travs de una red oportunista u oppnet; ste tipo de red es aquella capaz de transmitir informacin constantemente mientras le sea posible, a travs de uno o varios nodos de red [Lil]. En el caso de este proyecto ser slo un nodo y se le llama oportunista debido a que siempre intentar sincronizar datos.

2.3.4 Sistemas de informacin Un sistema de informacin en este contexto, es un conjunto de elementos orientados al tratamiento de datos e informacin, organizados y listos para usos de diversa ndole. Estos datos son generados para alcanzar una necesidad u objetivo. En el mbito de este proyecto se utilizar un sistema de informacin basado en Web, el cul desplegar datos capturados con el smartphone para su posterior anlisis, segn el usuario del sistema. Dada la naturaleza del proyecto, este sistema de informacin se identifica como un SIG o Sistema de Informacin Geogrfico bsico, que slo considera las variables espaciales de latitud, longitud e instante de tiempo, dejando de lado otras como la altitud, debido a considerar el uso de la aplicacin a nivel del ocano. En el apartado siguiente, se da una definicin precisa. [Link] Sistemas de informacin geogrficos Generalmente, un sistema de informacin geogrfico es un sistema integrado organizado que combina hardware, software y procedimientos diseados para soportar la captura, administracin, manipulacin, anlisis, modelamiento y graficacin de datos u objetos referenciados espacialmente. Consiste principalmente en una herramienta de anlisis de informacin que debe tener una referencia geogrfica y que tiene como objetivo resolver problemas complejos de planificacin y gestin geogrfica [Geo10].

22

2.4

Soluciones alternativas

En el contexto nacional, el sistema de posicionamiento automtico de naves pesqueras y de investigacin pesquera en el mar se rige por las disposiciones establecidas en la Ley General de Pesca y Acuicultura, modificada por la Ley N 19.521 [Bcn97] y por el D.S. N 139 y sus modificaciones. El sistema en Chile est operando desde agosto del ao 2000, logrndose los objetivos planteados en cuanto a fiscalizar en forma integral la operacin de la flota industrial y sus reas autorizadas. El sistema debe ser utilizado por todos los armadores de naves industriales matriculadas en Chile, autorizadas para desarrollar actividades pesqueras extractivas, tanto en aguas jurisdiccionales como en alta mar y reas de convenios internacionales en las cuales Chile es parte. Tambin en naves que participan en pescas de investigacin encargadas por la autoridad. Se aplica adems en buques extranjeros que soliciten y sean autorizados a recalar en los puertos de la Repblica de Chile conforme al D.S. N 123 (informacin obtenida de [Ser]).

Segn lo descrito por Alejandro Covarrubias [Cov], funcionario de Sernapesca, se utiliza el software BRIDGE VIGIA de Marine Imaging Systems Inc (Marimsys)16, para la visualizacin y el seguimiento en tiempo real de embarcaciones industriales que deben poseer un dispositivo certificado17. La metodologa utilizada es la comunicacin bidireccional de datos con satlites de baja rbita (LEO) pertenecientes a la empresa ORBCOMM18. Los datos obtenidos son reservados. El software est orientado fundamentalmente al seguimiento de naves pesqueras, cartas geogrficas, reas de pesca con medidas de administracin, y comunicaciones entre las naves y estaciones fiscalizadoras. El software funciona en ambientes Windows.

En el documento referenciado en [Dir10], se muestra una nmina con proveedores y representantes certificados por la Direccin General de Territorio Martimo y Marina Mercante, que ofrecen estos dispositivos para las embarcaciones

16

Ms informacin en el sitio Web [Link] empresa Marine Imaging Systems Inc. y en filial chilena, disponible en [Link] 17 Las empresas que ofrecen este servicio en el pas (receptores GPS y transmisor de datos a satlite), deben estar certificadas por la Direccin General del Territorio Martimo y Marina Mercante, perteneciente a la Armada de Chile. [Dir10] 18 Empresa que provee comunicacin a travs de su red satelital. Ms informacin en [Link]

23

industriales, entre las que destacan las soluciones de las empresas Marimsys (ya descrita anteriormente), CunloganTrack19, Sitrack20, Robinson Marine Electronics21, entre otras. Se ha identificado la empresa Halios22, que segn describe su sitio Web, ofrece un conjunto de productos y servicios que permiten a los profesionales de la pesca gestionar a bordo su flota y sus capturas de acuerdo con ciertas regulaciones. Tambin se han encontrado los sitios Web sailwx.info23 y MarineTraffic.com24 que despliegan informacin en tiempo real referente a la posicin de embarcaciones industriales en el planeta.

Dentro de las soluciones identificadas para el ambiente pesquero industrial, se observa el patrn de utilizar dispositivos sofisticados que permiten enviar informacin directamente a satlites, utilizando estaciones receptoras y antenas transmisoras, entre otros, lo cual posee un costo relativamente elevado.

En relacin a las embarcaciones artesanales nacionales, no se ha encontrado informacin respecto al uso de smartphones en esta rea de produccin.

En el mbito internacional, por ejemplo, la normativa de la Unin Europea exige la utilizacin de un sistema electrnico de registro y notificacin, un sistema de localizacin de buques por satlite, y un sistema de identificacin automtica para buques mayores a 15 metros [Uni11].

En el mbito de las aplicaciones para dispositivos mviles, es conveniente agrupar las aplicaciones alternativas pues existe una gran variedad de ellas. Dentro de las ms significativas que almacenan el seguimiento mediante GPS25 para smartphones con tecnologa Android y relacionadas en parte con embarcaciones, se ha identificado:

19

Ms informacin en [Link] Consultado el 13 de junio de 2011. 20 [Link] 21 [Link] 22 Ms informacin en [Link] 23 Disponible en [Link] 24 Disponible en [Link] 25 Eventualmente podran existir muchas apps, pero la mayora son relacionadas al seguimiento GPS en otros mbitos. Puede buscarse por GPS tracking en las aplicaciones de Google Play, para obtener una lista ([Link] as como en listas de aplicaciones para iPhone en Apple Appstore.

24

 Open GPS Tracker26, una aplicacin de seguimiento GPS de software libre que permite almacenar las posiciones donde el dispositivo ha estado. InstaMapper27, que permite un servicio de seguimiento GPS en tiempo real, gratuito, previo registro del dispositivo. Tambin disponible para iOS. Ship Finder28, aplicacin de pago que permite ver el trfico en tiempo real de embarcaciones industriales a nivel mundial, funcionando como un radar virtual. My Tracks29, aplicacin de seguimiento GPS orientada a actividades al aire libre, tales como correr, rutas en bicicleta, entre otros.

26 27

Disponible en [Link] Disponible en [Link] 28 Disponible en [Link] de Pinkroot Limited. La aplicacin obtiene informacin global de embarcaciones y puede visualizarse en [Link] 29 Aplicacin disponible en [Link]

25

ARQUITECTURA Y SOLUCIN
la

En este captulo, se mostrar todo lo referente al desarrollo de la solucin, documentacin UML asociada, y las tecnologas utilizadas.
30

3.1 Descripcin de la problemtica

El problema identificado es conocer el recorrido y la posicin de una embarcacin artesanal en coordenadas geogrficas de latitud y longitud en un instante de tiempo determinado. La solucin consiste en el desarrollo de un prototipo de software, que mediante la utilizacin de un telfono mvil inteligente, sea capaz de capturar datos de posicin mediante su GPS integrado y sincronizarlos mediante una red oportunista a un servidor definido. Adems debe existir un sistema de informacin Web asociado que permita el anlisis de los datos generados.

3.2 Solucin propuesta

Descrito e identificado el problema, la solucin propuesta consiste en el anlisis, diseo y desarrollo de un prototipo compuesto por una aplicacin para smartphones con el sistema operativo Android, que capturar, almacenar y sincronizar datos de posicionamiento con un servidor a travs de una red oportunista, mostrando informacin para anlisis a travs de un sistema de informacin Web asociado. En la figura 12, se muestra un esquema de la solucin propuesta.

30

Unified Modeling Language. Es el lenguaje de modelado de sistemas software ms conocido y utilizado en la actualidad. 26

Figura 12: Esquema de la solucin propuesta31

3.3 Metodologa
La metodologa de trabajo para el presente proyecto, consiste principalmente en las etapas de investigacin, desarrollo, toma de muestras, validacin y comparacin de datos; y conclusiones basndose en los principios del mtodo cientfico. Durante la investigacin, principalmente se utilizarn fuentes de Internet para la informacin general y el marco terico. Tambin se realizarn entrevistas con personas relacionadas al dominio del problema, tales como un funcionario de Sernapesca de la ciudad de Valdivia y un pescador artesanal, esto para entender de mejor manera el contexto del proyecto. En la etapa de desarrollo, se generarn documentos y artefactos UML correspondientes a las etapas de anlisis y diseo del ciclo de vida en Cascada, utilizando tcnicas de Ingeniera de Software. Luego, se proceder a la codificacin de la aplicacin. Una vez codificado el prototipo, se tomarn muestras de datos para luego compararlas con valores reales a travs de otros dispositivos, y de esta forma verificar si se cumplen o no los objetivos propuestos al inicio del proyecto. Finalmente se concluir si la hiptesis inicial del proyecto es aceptada o rechazada, basada en que el prototipo desarrollado funcione en un entorno real resolviendo el problema identificado.

31

Elaboracin propia. Las flechas indican comunicacin unidireccional y bidireccional.

27

3.4

Ciclo de vida del proyecto

Dentro del mbito de la ingeniera de software, el ciclo de vida utilizado por este proyecto es el de en Cascada o Clsico, principalmente por las caractersticas identificadas tales como la especificacin de requisitos definida, ser de (relativamente) corto plazo y que por la naturaleza del proyecto, slo una persona est a cargo. Debido a que es un prototipo, es oportuno sealar que en lneas futuras se podra cambiar de ciclo de vida a uno que permita una mayor flexibilidad, rapidez y/o mantenimiento de acuerdo a lo que se necesite. En la figura 13, se muestra un esquema de las distintas etapas consideradas para un ciclo de vida en cascada:

Figura 13: Etapas del ciclo de vida en cascada [Alv02] La etapa de mantenimiento no ser considerada en este proyecto.

28

3.5

Especificacin de requisitos

Dadas las condiciones del problema, se identifican tres mdulos principales para la elaboracin del prototipo: Mdulo captura de datos: Relacionado a la aplicacin del dispositivo mvil. Mdulo embarcaciones: Relacionado al sistema de informacin que engloba todo lo referente a las embarcaciones, rutas y los dispositivos de captura de datos asociados. Mdulo usuarios: Relacionado a los usuarios y roles que acceden al sistema de informacin. 3.5.1 Requisitos funcionales [Link] Mdulo captura de datos En la tabla 3, se describen los requisitos funcionales para el mdulo captura de datos: Tabla 3:
Ref #

Requisitos funcionales mdulo captura de datos

Funcin Categora Evidente

El dispositivo debe ser capaz de capturar, almacenar y R1.1 desplegar informacin de posicionamiento (latitud, longitud, instante de tiempo de captura en UTC32, e hitos segn corresponda). R1.2 El dispositivo debe ser capaz de sincronizar datos de posicionamiento con un servidor mediante una red oportunista. El dispositivo debe ser capaz de eliminar datos almacenados cuando stos ya han sido sincronizados con el servidor. El sistema debe permitir indicar hitos definidos asociados a puntos de posicin. El software debe ser desarrollado para la plataforma Android.

Oculto

R1.3

Oculto

R1.4 R1.5

Evidente

Evidente

32

UTC: Tiempo Universal Coordinado, es el estndar de tiempo de zona horaria respecto a la cual se calculan otras zonas de tiempo del mundo. 29

[Link] Mdulo embarcaciones En la tabla 4, se describen los requisitos funcionales para el mdulo embarcaciones.

Tabla 4:
Ref # R2.1 R2.2 R2.3

Requisitos funcionales mdulo embarcaciones

Funcin Categora Evidente

El sistema debe permitir visualizar, registrar, modificar y eliminar datos de embarcaciones. El sistema debe permitir asociar dispositivos a embarcaciones. El sistema debe permitir buscar y listar embarcaciones segn identificador del mismo o del dispositivo.

Evidente Evidente

[Link] Mdulo usuarios En la tabla 5, se describen los requisitos funcionales para el mdulo de usuarios:

Tabla 5:
Ref # R3.1 R3.2 R3.3

Requisitos funcionales mdulo usuarios

Funcin Categora Evidente Evidente Evidente

El sistema debe permitir al usuario con rol administrador visualizar, registrar, modificar y eliminar usuarios del sistema. El sistema debe solicitar identificacin al usuario y su respectiva contrasea para el uso del sistema de informacin. El sistema debe ser capaz de identificar usuarios de tipo administrador u operario y segn su rol, desplegar las opciones disponibles.

3.5.2 Requisitos no funcionales En la tabla 6, se describen los requisitos no funcionales: Tabla 6:

Ref # R4.1

Requisitos no funcionales
Funcin Categora Superflua

La aplicacin mvil debe ser compatible con la versin 2.3 y superiores de Android. El sistema de informacin Web debe ser compatible con los principales navegadores Web en sus ltimas versiones.

R4.2

Evidente

30

3.6 Anlisis
Esta etapa permite indicar principalmente los casos de uso ms significativos identificados en la solucin del problema a un formato de alto nivel para tener una idea general del sistema, y estn apoyados generalmente por diagramas UML, que permiten una representacin simple de los procesos. Corresponde a la primera etapa en el ciclo de vida en Cascada. Se mostrarn primordialmente los casos de uso de alto nivel y expandido, los diagramas de interaccin y los contratos asociados. Estos diagramas UML fueron realizados con el software Enterprise Architect versin 7.5, que es una herramienta de Ingeniera de Software asistida por computador (CASE - Computer Aided Software Engineering). En la figura 14, se muestra una captura de pantalla del programa:

Figura 14: Software Enterprise Architect versin 7.5

31

3.6.1 Modelo de procesos de negocio En la figura 15, se observa el diagrama de procesos de negocio, el cual permite identificar los principales casos de uso y ver la relacin entre procesos y entidades de una forma simplificada, centrndose en los flujos de informacin.

Figura 15: Diagrama de modelo de procesos de negocio33

33

Diagrama elaborado con BizAgi Process Modeler [Link]

32

3.6.2 Modelo conceptual En la figura 16, se observa el modelo conceptual, que tal como el modelo de negocios, permite obtener una visin de alto nivel de entidades y relaciones del dominio del problema.
class Modelo conceptual

Embarcacin ingresa o consulta 1..* id: int id_representante: int 1 nombre_emb: String 1..* asociado a 1 1..* Representante Usuario ingresa o consulta id_usuario: int rol: int 1..* 1..* login: String password: String id_representante: int nombre_rep: String RUT: int direccion: String ciudad: String telefono: String contiene 1 -

Dispositiv o id_dispositivo: int

1 captura

1..* Posicin id_posicion: int id_hito: int id_embarcacion: int 1 id_ruta: int latitud: double longitud: double instante_captura: Date fecha_ingreso: Date Hito posee 1..* id_hito: int nombre_hito: String

Figura 16: Modelo conceptual34

34

Diagrama elaborado con Enterprise Architect 7.5

33

3.6.3 Modelo de casos de uso En la figura 17, se observa el diagrama general de casos de uso identificados segn la especificacin de requisitos.
uc Casos de uso Sistema de posicionamiento de embarcaciones pesqueras artesanales Mdulo Captura de Datos

Capturar datos de posicionamiento

Sincronizar datos con serv idor

Agente precede invoca

Almacenar datos de posicionamiento

Mdulo Embarcaciones

Modificar datos embarcacin

Visualizar datos embarcacin

Ingresar datos embarcacin

Eliminar datos embarcacin

Usuario operador Mdulo Usuarios Usuario administrador Modificar datos usuario Visualizar datos usuario

Ingresar datos usuario

Eliminar datos usuario

Figura 17: Diagrama general de casos de uso35

35

Diagrama elaborado con Enterprise Architect 7.5

34

[Link] Descripcin de los actores del sistema Agente dispositivo: Corresponde al agente automtico que inicia la captura, almacenamiento y sincronizacin de los datos de posicionamiento en el dispositivo mvil al iniciar la aplicacin. Usuario administrador: Corresponde al usuario que tiene permisos para ingresar, visualizar, modificar y eliminar embarcaciones y usuarios, asociar dispositivos, entre otros. Usuario operador: Corresponde al usuario principal del sistema de informacin que puede visualizar los datos de embarcaciones y dispositivos.

[Link] Casos de uso de alto nivel para el mdulo captura de datos En las tablas 7, 8 y 9 se muestran los casos de uso de alto nivel para el mdulo de captura de datos:

Tabla 7:
Caso de uso Actores Tipo

Caso de uso Capturar datos de posicionamiento

MC01 - Capturar datos de posicionamiento Agente interno dispositivo mvil. (iniciador) Primario. Esencial. El agente interno del dispositivo mvil captura datos de

Descripcin

posicionamiento mediante el dispositivo GPS integrado en el dispositivo mvil.

Tabla 8:
Caso de uso Actores Tipo Descripcin

Caso de uso Almacenar datos de posicionamiento

MC02 - Almacenar datos de posicionamiento Agente interno dispositivo mvil. (iniciador) Primario. Esencial. El agente interno del dispositivo mvil almacena internamente datos de posicionamiento capturados mediante el GPS embebido.

35

Tabla 9:
Caso de uso Actores Tipo Descripcin

Caso de uso Sincronizar datos con servidor

MC03 - Sincronizar datos con servidor Agente interno dispositivo mvil (iniciador), agente interno en servidor. Primario. Esencial. El agente interno del dispositivo mvil sincroniza datos de posicionamiento con el agente del servidor.

[Link] Casos de uso de alto nivel para el mdulo embarcaciones En las tablas 10, 11, 12 y 13 se muestran los casos de uso de alto nivel para el mdulo embarcaciones.

Tabla 10: Caso de uso Ingresar datos de embarcacin

Caso de uso Actores Tipo ME04 - Ingresar datos de embarcacin Administrador Primario. Esencial. El administrador ingresa datos de una embarcacin. El administrador Descripcin asocia un dispositivo a una embarcacin. El sistema registra los datos de la embarcacin.

Tabla 11: Caso de uso Modificar datos de embarcacin

Caso de uso Actores Tipo ME05 - Modificar datos de embarcacin Administrador Esencial. El administrador decide modificar el registro de una embarcacin Descripcin existente. Una vez ingresados los datos, el sistema actualiza el registro correspondiente a dicha embarcacin.

Tabla 12: Caso de uso Eliminar datos de embarcacin

Caso de uso Actores Tipo Descripcin ME06 - Eliminar datos de embarcacin Administrador. Esencial. El administrador selecciona el registro de una embarcacin y procede a eliminarlo del sistema.

36

Tabla 13: Caso de uso Visualizar datos de embarcacin

Caso de uso Actores Tipo Descripcin ME07 Visualizar datos de embarcacin Administrador, operario. Primario. Esencial. El administrador u operario, selecciona el registro de una embarcacin para visualizar su informacin.

[Link] Casos de uso de alto nivel para el mdulo usuarios En las tablas 14, 15, 16 y 17 se muestran los casos de uso de alto nivel para el mdulo usuarios. Tabla 14: Caso de uso Ingresar usuarios
Caso de uso Actores Tipo Descripcin MU08 - Ingresar usuarios Administrador. Primario. Esencial. El administrador ingresa datos de un usuario y le asigna un rol (administrador u operario). El sistema registra los datos del usuario.

Tabla 15: Caso de uso Modificar datos de usuarios

Caso de uso Actores Tipo MU09 - Modificar datos de usuario Administrador. Esencial. El administrador decide modificar el registro de un usuario existente. Descripcin Una vez ingresados los datos, el sistema actualiza el registro correspondiente a dicho usuario.

Tabla 16: Caso de uso Eliminar datos de usuarios

Caso de uso Actores Tipo Descripcin MU10 - Eliminar datos de usuario Administrador. Esencial. El administrador selecciona el registro de un usuario y procede a eliminarlo del sistema.

37

Tabla 17: Caso de uso Visualizar datos de usuarios

Caso de uso Actores Tipo Descripcin MU11 - Visualizar datos de usuario Administrador Esencial. El administrador, selecciona el registro de un usuario para visualizar su informacin.

[Link] Casos de uso expandido para el mdulo captura de datos En las tablas 18, 20 y 22 se muestran los casos de uso expandidos para el mdulo captura de datos.

Caso de uso Capturar datos de posicionamiento: Tabla 18: Caso de uso expandido Capturar datos de posicionamiento
Caso de uso Actores Propsito Precondicin MC01 - Capturar datos de posicionamiento Agente interno dispositivo mvil. (iniciador) Capturar mediante el receptor GPS del dispositivo mvil, latitud, longitud y el instante de tiempo de la captura. El receptor GPS del dispositivo mvil debe encontrarse activado. El Resumen agente interno del dispositivo mvil captura datos de

posicionamiento mediante el dispositivo GPS integrado. Al terminar la operacin el dispositivo despliega datos de posicionamiento.

Tipo Referencias cruzadas

Primario. Esencial. R1.1 Curso normal de los eventos Accin Respuesta del sistema 2. Al encontrar datos de posicin, la aplicacin despliega la informacin de posicionamiento en la interfaz de usuario.

1.

El caso de uso comienza al iniciar la aplicacin mvil y el agente interno del dispositivo intenta capturar datos de posicionamiento mediante el sistema GPS embebido.

Flujo alternativo Lnea 2: Si el sistema no encuentra datos de posicin, muestra un mensaje. Vuelve a lnea 1.

38

En la figura 18, se observa el diagrama de secuencia de este caso de uso.

sd Capturar datos de posicionamiento Sistema dispositivo Agente dispositivo

obtenerPosicion(latitud,longitud,instante_tiempo)

desplegarPosicion()

Figura 18: Diagrama de secuencia caso de uso Capturar datos de posicionamiento

En la tabla 19, se muestran los contratos asociados a este caso de uso. Tabla 19: Contratos caso de uso Capturar datos de posicionamiento
Nombre Responsabilidades Tipo Precondiciones Postcondiciones obtenerPosicion(latitud, longitud, instante_tiempo) Obtener latitud, longitud e instante de tiempo de captura del dispositivo mediante el GPS integrado. Sistema La posicin debe ser encontrada mediante el GPS integrado del dispositivo. El agente interno crea la instancia Posicin.

39

Caso de uso Almacenar datos de posicionamiento: Tabla 20: Caso de uso expandido Almacenar datos de posicionamiento
Caso de uso Actores Propsito Precondicin Resumen Tipo Referencias cruzadas MC02 - Almacenar datos de posicionamiento Agente interno dispositivo mvil. (iniciador) Almacenar latitud, longitud, hitos36 (segn corresponda) e instante de tiempo de la captura. El sistema debe poseer capacidad de almacenamiento. El agente interno del dispositivo mvil almacena datos capturados de posicionamiento. Primario. Esencial. R1.1, R1.3 Curso normal de los eventos Accin 1. El caso de uso comienza una vez que el agente interno del dispositivo haya 2. Respuesta del sistema Los datos capturados se internamente en el dispositivo. almacenan

capturado datos de posicionamiento. El agente interno procede a almacenar los datos capturados. Flujo alternativo Lnea 2: Si el sistema no puede almacenar los datos, indicar mensaje de error. Vuelve a lnea 1.

En la figura 19, se muestra el diagrama de secuencia de este caso de uso.

sd Almacenar datos de posicionamiento Sistema dispositivo Agente dispositivo

almacenar(latitud, longitud, hito, instante_tiempo)

datosAlmacenados()

Figura 19: Diagrama de secuencia caso de uso Almacenar datos de posicionamiento

36

Un hito se refiere a un evento definido en una posicin determinada.

40

En la tabla 21, se muestran los contratos asociados a este caso de uso. Tabla 21: Contratos Caso de Uso Almacenar datos de posicionamiento
Nombre Responsabilidades Tipo Precondiciones Postcondiciones almacenar(latitud, longitud, hito, instante_tiempo) Almacenar latitud, longitud, hito e instante de tiempo determinado en la memoria interna del dispositivo. Sistema La posicin debe ser encontrada mediante el GPS integrado del dispositivo. El dispositivo interno debe tener memoria disponible. Se asign valor a datosAlmacenados.

Caso de uso Sincronizar datos con servidor: Tabla 22: Caso de uso expandido Sincronizar datos con servidor
Caso de uso Actores Propsito MC03 - Sincronizar datos con servidor Agente interno dispositivo mvil (iniciador), agente interno en servidor. Sincronizar datos de posicionamiento entre el dispositivo mvil y el servidor. Eliminar datos de posicionamiento ya sincronizados. El agente interno del dispositivo ya ha capturado y almacenado datos de Precondicin posicionamiento. El dispositivo mvil debe poseer conectividad al servidor. El agente interno del dispositivo mvil, cumpliendo las precondiciones, Resumen procede a sincronizar datos de posicionamiento con el agente del servidor. Una vez sincronizada la informacin, se eliminan los datos almacenados en el dispositivo. Tipo Referencias cruzadas Primario. Esencial. R1.2 Curso normal de los eventos Accin 2. 1. El caso de uso comienza una vez que el agente interno del dispositivo haya Respuesta del sistema Los datos almacenados se sincronizan a travs de Internet mediante una red oportunista con un servidor. Se enva mensaje interno al agente del dispositivo de que los datos han llegado

capturado datos de posicionamiento.

correctamente. 3. Si los datos han sido sincronizados con el servidor, el agente interno del dispositivo mvil procede a eliminar los datos del almacenamiento interno. Flujo alternativo Lnea 2: Si el sistema no puede sincronizar los datos con el servidor, se intenta enviar nuevamente. Vuelve a lnea 1.

41

En la figura 20, se muestra el diagrama de secuencia de este caso de uso.

sd Sincronizar datos con serv idor Sistema Servidor Agente dispositivo enviarDatosPosicion(latitud, longitud, hito, instante_tiempo, id_embarcacion, id_dispositivo, id_posicion) Agente servidor

almacenarDatos(latitud, longitud, hito, instante_tiempo, id_embarcacion, id_dispositivo, id_posicion)

almacenamientoExitoso() :boolean

eliminarDatosSincronizados(id_posicion)

Figura 20: Diagrama de secuencia caso de uso Sincronizar datos con servidor Tabla 23: Contratos caso de uso Sincronizar datos con servidor
Nombre Responsabilidades Tipo Precondiciones Postcondiciones Nombre Responsabilidades Tipo Precondiciones Postcondiciones enviarDatosPosicion(latitud, longitud, hito, instante_tiempo,

id_embarcacion, id_dispositivo, id_posicion) Enviar datos de posicin desde agente dispositivo al agente servidor para su sincronizacin. Sistema La posicin debe ser encontrada mediante el GPS integrado del dispositivo. Se asocia la instancia Dispositivo con la instancia Servidor. longitud, hito, instante_tiempo,

almacenarDatos(latitud,

id_embarcacion, id_dispositivo, id_posicion) Almacenar todos los datos necesarios de posicionamiento en el sistema. Sistema Los datos de posicin deben haber llegado correctamente. Se asign valor a almacenamientoExitoso. Se asign valor a eliminarDatosSincronizados.

42

[Link] Casos de uso expandido para el mdulo embarcaciones

En las tablas 24, 26, 28 y 30 se muestran los casos de uso expandido para el mdulo embarcaciones.

Caso de uso Ingresar datos de embarcacin: Tabla 24: Caso de uso expandido Ingresar datos de embarcacin
Caso de uso Actores Propsito Precondicin Resumen Tipo Referencias cruzadas ME04 - Ingresar datos de embarcacin Administrador Registrar datos de una embarcacin. El administrador debe estar identificado en el sistema. El administrador ingresa datos de una embarcacin. El sistema registra los datos de la embarcacin. Primario. Esencial. R2.1. R3.2 Curso normal de los eventos Accin 1. El caso de uso comienza cuando el administrador selecciona la opcin de registro de una nueva embarcacin en el sistema. 3. El administrador rellena los campos del formulario y confirma los datos. 4. El sistema registra los datos ingresados por el administrador. Flujo alternativo Lnea 4: Si el sistema no puede registrar los datos de la embarcacin, enva mensaje de error. Vuelve a lnea 2. 2. Respuesta del sistema Despliega un formulario para el ingreso de embarcaciones.

43

En la figura 21, se observa el diagrama de secuencia para este caso de uso:

sd Ingresar datos de embarcacin Sistema Administrador

registrarEmbarcacion(id_embarcacion, id_representante, nombre)

embarcacionAlmacenada() :boolean

Figura 21: Diagrama de secuencia caso de uso Ingresar datos de embarcacin

En la tabla 25, se observan los contratos asociados a este caso de uso. Tabla 25: Contratos caso de uso Ingresar datos de embarcacin
Nombre Responsabilidades Tipo Precondiciones Postcondiciones registrarEmbarcacion(id_embarcacion, id_representante, nombre) Registrar una embarcacin y su dispositivo asociado en el sistema. Sistema El administrador debe estar identificado en el sistema. Se crea la instancia Embarcacin. Se asign valor a embarcacionAlmacenada. id_dispositivo,

44

Caso de uso Modificar datos de embarcacin: Tabla 26: Caso de uso expandido Modificar datos de embarcacin
Caso de uso Actores Propsito Precondicin ME05 - Modificar datos de embarcacin Administrador Modificar datos de una embarcacin. El registro de la embarcacin a modificar debe existir en el sistema. El administrador decide modificar el registro de una embarcacin Resumen existente. Una vez ingresados los datos, el sistema actualiza el registro correspondiente a dicha embarcacin. Tipo Referencias cruzadas Esencial. R2.1, R2.2, R2.3. Curso normal de los eventos Accin 1. El caso de uso comienza cuando el administrador selecciona la opcin de modificar una embarcacin en el sistema. 3. El administrador ingresa el identificador o descripcin en el formulario para 4. Despliega un formulario con los datos de la embarcacin seleccionada. 2. Respuesta del sistema Despliega un formulario para encontrar la embarcacin a modificar.

seleccionar la embarcacin que desea modificar. 5. El administrador modifica en el 6.

formulario los datos de la embarcacin seleccionada. realizados. Confirma los cambios

Registra los datos modificados de la embarcacin.

Flujo alternativo Lnea 2: Si el sistema no puede encontrar la embarcacin, enva mensaje. Vuelve a lnea 1. Lnea 6: Si el sistema no puede registrar los datos modificados de la embarcacin, enva mensaje de error. Vuelve a lnea 1.

45

En la figura 22, se observa el diagrama de secuencia para este caso de uso.

sd Modificar datos de embarcacin Sistema Administrador encontrarEmbarcacin(id_embarcacion, id_dispositivo, id_representante, nombre)

datosEmbarcacion()

modificarEmbarcacion()

modificacionExitosa() :boolean

Figura 22: Diagrama de secuencia caso de uso Modificar datos de embarcacin

En la tabla 27, se muestran los contratos asociados para este caso de uso.

Tabla 27: Contratos caso de uso Modificar datos de embarcacin

Nombre Responsabilidades Tipo Precondiciones Postcondiciones Nombre Responsabilidades Tipo Precondiciones Postcondiciones encontrarEmbarcacion(id_embarcacion, id_representante, nombre) Encontrar datos de una embarcacin para su posterior modificacin, mediante su identificador, nombre, representante o dispositivo. Sistema El administrador debe estar identificado en el sistema. Los datos de la embarcacin deben existir en el sistema. Se asocia instancia Embarcacin con Dispositivo. id_dispositivo, id_dispositivo,

modificarEmbarcacion(id_embarcacion, id_representante, nombre) Modificar datos de una embarcacin existente. Sistema

El administrador debe estar identificado en el sistema. Los datos de la embarcacin deben existir en el sistema. Se modifican atributos de la instancia Embarcacin.

46

Caso de uso Eliminar datos de embarcacin Tabla 28: Caso de uso expandido Eliminar datos de embarcacin
Caso de uso Actores Propsito Precondicin Resumen Tipo Referencias cruzadas ME06 - Eliminar datos de embarcacin Administrador Eliminar el registro de una embarcacin. El registro de la embarcacin debe existir en el sistema. El administrador selecciona el registro de una embarcacin y procede a eliminarlo del sistema. Esencial. R2.1, R2.3. Curso normal de los eventos Accin 1. El caso de uso comienza cuando el administrador selecciona la opcin de eliminar una embarcacin en el sistema. 3. El administrador rellena el formulario para encontrar la embarcacin. 5. Selecciona la embarcacin a eliminar y confirma su decisin. 6. 4. Despliega datos de embarcacin segn formulario ingresado por administrador. Elimina el registro de la embarcacin. 2. Respuesta del sistema Despliega un formulario para encontrar la embarcacin a eliminar.

Flujo alternativo Lnea 4: Si el sistema no puede encontrar la embarcacin, enva mensaje. Vuelve a lnea 1. Lnea 6: Si el sistema no puede eliminar la embarcacin, enva mensaje de error. Vuelve a lnea 1.

47

En la figura 23, se observa el diagrama de secuencia para este caso de uso.

sd Eliminar datos de embarcacin Sistema Administrador encontrarEmbarcacin(id_embarcacion, id_dispositivo, id_representante, nombre)

desplegarDatosEmbarcacion()

eliminarEmbarcacion(id_embarcacion)

embarcacionEliminada() :boolean

Figura 23: Diagrama de secuencia caso de uso Eliminar datos de embarcacin

En la tabla 29, se muestran los contratos de este caso de uso. Tabla 29: Contratos caso de uso Eliminar datos de embarcacin
Nombre Responsabilidades Tipo Precondiciones Postcondiciones Nombre Responsabilidades Tipo Precondiciones Postcondiciones encontrarEmbarcacion(id_embarcacion, id_representante, nombre) Encontrar datos de una embarcacin para su posterior eliminacin. Sistema El administrador debe estar identificado en el sistema. Los datos de la embarcacin deben existir en el sistema. Se crea instancia Embarcacin. eliminarEmbarcacion(id_embarcacion) Eliminar una embarcacin del sistema. Sistema El administrador debe estar identificado en el sistema. Los datos de la embarcacin deben existir en el sistema. Se elimina instancia Embarcacin. id_dispositivo,

48

Caso de uso Visualizar datos de embarcacin: Tabla 30: Caso de uso expandido Visualizar datos de embarcacin
Caso de uso Actores Propsito Precondicin Resumen Tipo Referencias cruzadas ME07 Visualizar datos de embarcacin Administrador, operario. Muestra informacin e historial de la embarcacin. El registro de la embarcacin debe existir en el sistema. El administrador u operario, selecciona el registro de una embarcacin para visualizar su informacin. Primario. Esencial. R2.1, R2.2. Curso normal de los eventos Accin 1. El caso de uso comienza cuando el usuario
37

Respuesta del sistema 2. Despliega un formulario para encontrar la embarcacin.

selecciona

la

opcin

de

visualizar una embarcacin en el sistema. 3. El usuario rellena el formulario para encontrar la embarcacin. 5. El usuario visualiza la informacin de la embarcacin. Flujo alternativo Lnea 4: Si el sistema no puede encontrar la embarcacin, enva mensaje. Vuelve a lnea 1. 4. Despliega datos de embarcacin segn formulario ingresado por el usuario.

En la figura 24, se observa el diagrama de secuencia para este caso de uso.

sd Visualizar datos de embarcacin Sistema Usuario encontrarEmbarcacion(id_embarcacion, id_representante, id_dispositivo, nombre)

desplegarDatosEmbarcacin()

Figura 24: Diagrama de secuencia caso de uso Visualizar datos de embarcacin

37

Se refiere indistintamente a usuario de tipo administrador u operario.

49

En la tabla 31, se muestran los contratos de este caso de uso. Tabla 31: Contratos caso de uso Visualizar datos de embarcacin
Nombre Responsabilidades Tipo Precondiciones Postcondiciones encontrarEmbarcacion(id_embarcacion, id_representante, nombre) Encontrar datos de una embarcacin para su posterior eliminacin. Sistema El administrador debe estar identificado en el sistema. Los datos de la embarcacin deben existir en el sistema. Se crea instancia Embarcacin. id_dispositivo,

[Link] Casos de uso expandido para el mdulo usuarios En las tablas 32, 34, 36 y 38 se muestran los casos de uso expandido para el mdulo usuarios. Caso de uso Ingresar usuarios: Tabla 32: Caso de uso expandido Ingresar usuarios
Caso de uso Actores Propsito Precondicin Resumen Tipo Referencias cruzadas MU08 - Ingresar usuarios Administrador. Ingresar registro de usuario y asociarle un rol (administrador u operario). El administrador debe haberse identificado en el sistema. El administrador ingresa datos de un usuario y le asigna un rol (administrador u operario). El sistema registra los datos del usuario. Primario. Esencial. R3.1, R3.2, R3.3. Curso normal de los eventos Accin 1. El caso de uso comienza cuando el administrador selecciona la opcin de ingresar un usuario al sistema. 3. El administrador rellena el formulario con los datos necesarios para el registro de un usuario y confirma su decisin. Flujo alternativo Lnea 4: Si el sistema no puede registrar al nuevo usuario, en va mensaje. Vuelve a lnea 1. 4. Registra los datos del nuevo usuario. 2. Respuesta del sistema Despliega un formulario con los datos necesarios para ingresar un usuario.

50

En la figura 25, se observa el diagrama de secuencia para este caso de uso.

sd Ingresar usuarios Sistema Administrador

registrarUsuario(nombre, login, password)

usuarioRegistrado() :boolean

Figura 25: Diagrama de secuencia caso de uso Ingresar usuarios En la tabla 33, se muestran los contratos de este caso de uso. Tabla 33: Contratos caso de uso Ingresar usuarios
Nombre Responsabilidades Tipo Precondiciones Postcondiciones registrarUsuario(nombre, login, password) Registrar un usuario con credenciales de acceso al sistema y sus datos asociados. Sistema El administrador debe estar identificado en el sistema. Se asign valor a usuarioRegistrado.

51

Caso de uso Modificar datos de usuarios: Tabla 34: Caso de uso expandido Modificar datos de usuarios
Caso de uso Actores Propsito Precondicin MU09 - Modificar datos de usuarios Administrador. Modificar datos de usuarios. El usuario a modificar debe existir en el sistema. El administrador decide modificar el registro de un usuario existente. Resumen Una vez ingresados los datos, el sistema actualiza el registro correspondiente a dicho usuario. Tipo Referencias cruzadas Esencial. R3.1, R3.2, R3.3. Curso normal de los eventos Accin 1. El caso de uso comienza cuando el usuario
38

Respuesta del sistema 2. Despliega un formulario para encontrar la embarcacin.

selecciona

la

opcin

de

visualizar una embarcacin en el sistema. 3. El usuario rellena el formulario para encontrar la embarcacin. 5. El usuario visualiza la informacin de la embarcacin. Flujo alternativo Lnea 4: Si el sistema no puede encontrar la embarcacin, enva mensaje. Vuelve a lnea 1. 4. Despliega datos de embarcacin segn formulario ingresado por el usuario.

En la figura 26, se observa el diagrama de secuencia para este caso de uso.

sd Modificar datos de usuario Sistema Administrador

encontrarUsuario(id_usuario,nombre)

datosUsuario()

modificarUsuario(id_usuario, nombre)

modificacionExitosa() :boolean

Figura 26: Diagrama de secuencia caso de uso Modificar datos de usuario

38

Se refiere indistintamente a usuario de tipo administrador u operario.

52

En la tabla 35, se muestran los contratos de este caso de uso.

Tabla 35: Contratos caso de uso Modificar datos de usuario

Nombre Responsabilidades Tipo Precondiciones Postcondiciones Nombre encontrarUsuario(id_usuario, nombre) Encontrar usuario para su posterior modificacin, mediante su identificador o nombre. Sistema El administrador debe estar identificado en el sistema. Los datos del usuario deben existir en el sistema. Se crea instancia Usuario.

modificarUsuario(id_usuario,nombre) Encontrar datos de una embarcacin para su posterior

Responsabilidades

modificacin, mediante su identificador, nombre, representante o dispositivo.

Tipo Precondiciones

Sistema El administrador debe estar identificado en el sistema. Los datos del usuario deben existir en el sistema. Se modifican atributos de la instancia Usuario. Se asigna valor a modificacionExitosa.

Postcondiciones

53

Caso de uso Eliminar datos de usuario Tabla 36: Caso de uso expandido Eliminar datos de usuario
Caso de uso Actores Propsito Precondicin Resumen Tipo Referencias cruzadas MU10 - Eliminar datos de usuario Administrador. Eliminar un usuario del sistema. El registro del usuario debe existir en el sistema. El administrador selecciona el registro de un usuario y procede a eliminarlo del sistema. Esencial. R3.1, R3.2, R3.3. Curso normal de los eventos Accin 1. El caso de uso comienza cuando el administrador selecciona la opcin de eliminar un usuario del sistema. 3. El administrador selecciona el que desea eliminar usuario su 4. Elimina el registro del usuario. 2. Respuesta del sistema Despliega la lista de usuarios del sistema.

y confirma

decisin. Flujo alternativo Lnea 4: Si el sistema no puede eliminar el usuario, enva mensaje de error. Vuelve a lnea 1.

En la figura 27, se observa el diagrama de secuencia para este caso de uso.

sd Eliminar datos de usuario Sistema Administrador

encontrarUsuario(id_usuario, nombre)

desplegarDatosUsuario()

eliminarUsuario(id_usuario)

usuarioEliminado() :boolean

Figura 27: Diagrama de secuencia caso de uso Eliminar datos de usuario

54

Tabla 37: Contratos caso de uso Eliminar datos de usuario

Nombre Responsabilidades Tipo Precondiciones Postcondiciones Nombre Responsabilidades Tipo Precondiciones encontrarUsuario(id_usuario,nombre) Encontrar datos de un usuario para su posterior eliminacin. Sistema El administrador debe estar identificado en el sistema. Los datos del usuario deben existir en el sistema. Se crea instancia Usuario.

eliminarUsuario(id_usuario) Eliminar un usuario del sistema. Sistema El administrador debe estar identificado en el sistema. Los datos del usuario deben existir en el sistema. Se elimina instancia Usuario. Se asigna valor a usuarioEliminado.

Postcondiciones

Caso de uso Visualizar datos de usuario Tabla 38: Caso de uso expandido Visualizar datos de usuario
Caso de uso Actores Propsito Precondicin Resumen Tipo Referencias cruzadas MU11 - Visualizar datos de usuario Administrador. Muestra informacin del usuario. El usuario debe existir en el sistema. El administrador, selecciona el registro de un usuario para visualizar su informacin. Esencial. R3.1, R3.2, R3.3. Curso normal de los eventos Accin 1. El caso de uso comienza cuando el administrador selecciona la opcin de visualizar un usuario existente en el sistema. 3. El administrador selecciona el usuario que desea visualizar. 4. Despliega datos del usuario seleccionado por el administrador. Flujo alternativo Lnea 4: Si el sistema no puede desplegar los datos del usuario seleccionado, enva mensaje de error. Vuelve a lnea 1. 2. Respuesta del sistema Despliega la lista de usuarios del sistema.

55

En la figura 28, se observa el diagrama de secuencia para este caso de uso.

sd Visualizar datos de usuario Sistema Administrador

encontrarUsuario(id_usuario, nombre)

desplegarDatosUsuario()

Figura 28: Diagrama de secuencia caso de uso Visualizar datos de usuario

Tabla 39: Contratos caso de uso Visualizar datos de usuario

Nombre Responsabilidades Tipo Precondiciones Postcondiciones encontrarUsuario(id_usuario, nombre) Encontrar datos de usuario para visualizar su informacin. Sistema El administrador debe estar identificado en el sistema. Los datos del usuario deben existir en el sistema. Se crea instancia Usuario.

56

3.7 Diseo
Esta es la segunda fase del ciclo de vida en Cascada. En esta etapa, se muestra cmo se va a realizar concretamente la solucin del problema, y se ven reflejados en los casos de uso reales. Los diagramas UML para esta etapa tambin fueron realizados con el software Enterprise Architect versin 7.5. 3.7.1 Casos de uso reales Los casos de uso reales presentan un diseo concreto de cmo se realizar el caso. En esta seccin, se presentan los casos de uso reales ms significativos del proyecto, principalmente de la aplicacin mvil pues son los ms complejos de realizar.

[Link] Caso de uso real Capturar datos de posicionamiento En la tabla 40, se muestran los detalles de este caso de uso real. Tabla 40: Caso de uso real Capturar datos de posicionamiento

Caso de uso Actores Propsito

MC01 - Capturar datos de posicionamiento Agente interno dispositivo mvil. (iniciador) Capturar mediante el receptor GPS del dispositivo mvil, latitud, longitud y el instante de tiempo de la captura. El agente interno del dispositivo mvil captura datos de

Resumen

posicionamiento mediante el dispositivo GPS integrado. Al terminar la operacin el dispositivo despliega datos de posicionamiento en la interfaz del telfono mvil.

Tipo Referencias cruzadas

Primario. Real. R1.1

57

Tabla 40 (continuacin)
Interfaz

Curso normal de los eventos Accin 1. El caso de uso comienza al iniciar la aplicacin mvil y el agente interno del dispositivo lanza el mdulo para capturar datos de posicionamiento mediante el sistema GPS embebido. 2. Respuesta del sistema Al encontrar datos de posicin mediante el GPS, despliega la informacin de posicionamiento encontrada en A.

En la figura 29, se muestra el diagrama de secuencia para este caso de uso real.
sd Capturar datos de posicionamiento :PositionActivity Agente dispositivo :FetchCoordinates :LocationManager :Interfaz

startService() [Link]() requestLocationUpdates()

Posicion(latitud,longitud)

desplegarPosicion()

Figura 29: Diagrama de secuencia caso de uso real Capturar datos de posicionamiento

Una vez que se inicia la aplicacin, la clase principal de la aplicacin mvil llamada PositionActivity39 a travs de un agente interno, inicializa el servicio que ejecuta el hilo de ejecucin de forma sincronizada, FetchCoordinates, que se encarga de recibir y

39

El sistema Android trabaja con clases que extienden la clase Activity, las cuales corresponden generalmente a pantallas que realizan una determinada accin. En este caso, la actividad captura y despliega datos de posicin. Ms informacin en [Link]

58

manejar los datos de posicin provenientes de la subclase LocationManager que funciona como escucha de posiciones GPS. Luego de obtener los datos al cambiar de posicin, se enva una seal a la actividad principal para desplegar los datos a la interfaz.

59

[Link] Caso de uso real Almacenar datos de posicionamiento En la tabla 41, se muestra los detalles de este caso de uso real.

Tabla 41: Caso de uso real Almacenar datos de posicionamiento

Caso de uso Actores Propsito MC02 - Almacenar datos de posicionamiento Agente interno dispositivo mvil. (iniciador) Almacenar latitud, longitud, hitos (segn corresponda) e instante de tiempo de la captura en la base de datos interna del dispositivo. El agente interno del dispositivo mvil almacena datos capturados de posicionamiento. Primario. Real. R1.1, R.1.3 Curso normal de los eventos Accin 1. El caso de uso comienza una vez que el agente del dispositivo ya ha capturado datos de posicionamiento, a travs de la clase PositionActivity. 3. 2. Respuesta del sistema Ejecuta el hilo de ejecucin SaveOnDB para almacenar la informacin. Almacena los datos en la base de datos interna.

Resumen Tipo Referencias cruzadas

En la figura 30, se observa el diagrama de secuencia de este caso de uso real.

sd Almacenar datos de posicionamiento :PositionActivity Agente dispositivo :SaveOnDB :SQLiteAdapter

timedTaskStore()

startServiceDB()

insertCoords()

almacenamientoExitoso()

Figura 30: Diagrama de secuencia caso de uso real Almacenar datos de posicionamiento

60

Una vez capturados los datos de posicin, el agente interno del dispositivo a travs de la clase principal PositionActivity, llama al hilo de ejecucin sincronizado SaveOnDB, el cual se encarga de almacenar los datos cada un minuto, apoyndose en el objeto SQLiteAdapter para interactuar con la base de datos interna del dispositivo.

[Link] Caso de uso real Sincronizar datos con servidor En la tabla 42, se muestran los detalles de este caso de uso real. Tabla 42: Caso de uso real Sincronizar datos con servidor
Caso de uso Actores MC02 - Sincronizar datos de posicionamiento Agente interno dispositivo mvil (iniciador), agente interno en servidor. Sincronizar datos de posicionamiento entre el dispositivo mvil y el servidor. Eliminar datos de posicionamiento ya sincronizados en la base de datos interna. Resumen Tipo Referencias cruzadas El agente interno del dispositivo mvil, sincroniza datos de posicionamiento almacenados con el agente del servidor. Primario. Real. R1.2 Curso normal de los eventos Accin 2. 1. El caso de uso comienza una vez que el agente del dispositivo ya ha capturado y almacenado datos de posicionamiento a travs de la clase PositionActivity. 4. 3. Respuesta del sistema Inicia el hilo de ejecucin Synchronizer y se envan datos al servidor. El servidor confirma que los datos han sido sincronizados y enva seal de sincronizacin realizada. Se eliminan los datos de la base de datos interna ya sincronizados.

Propsito

En la figura 31, se observa el diagrama de secuencia para este caso de uso real.

61

sd Sincronizar datos con serv idor :PositionActivity Agente dispositivo :SQLiteAdapter :Synchronizer :Servidor

startServiceSynchro()

execute()

[Link]()

response()

deleteCoords()

Figura 31: Diagrama de secuencia caso de uso real Sincronizar datos con servidor

El agente interno del dispositivo a travs de la clase principal PositionActivity, inicializa el hilo de ejecucin sincronizado Synchronizer, el cual intenta sincronizar datos con el agente interno del Servidor mediante una red oportunista. Si los datos han sido sincronizados correctamente, Servidor enva seal al hilo de ejecucin Synchronizer, para que a travs de la instancia SQLiteAdapter elimine de la base de datos interna, los datos que ya fueron sincronizados. Esto es para evitar usar el poco espacio disponible en el almacenamiento interno del dispositivo mvil. Es importante destacar que las aplicaciones para estos dispositivos deben ser optimizadas en cuanto a procesamiento y memoria.

62

3.7.2 Diagrama de clases En la figura 32, se observa el diagrama de clases de la aplicacin mvil, mostrando las clases ms relevantes40 y su relacin.

class Diagrama de Clases SQLiteOpenHelper static SQLiteAdapter::DatabaseHelper Activity PositionActiv ity + + + + + + + + + + + + + + + + FRECUENCIA: int = 1 URL_WEBSERVICE: String = "[Link] {readOnly} TAG: String = "TESIS" {readOnly} DATEFORMAT: String = "yyyy-MM-dd HH:... {readOnly} mRecorrido: Button mHito1: Button mHito2: Button mHito3: Button mHito4: Button mHito5: Button mHito6: Button mHito7: Button mHito8: Button mHito9: Button mHito10: Button mHandler: Handler mHandler2: Handler mStartTime: long locatorService: Intent = null mTextoPosicion: TextView = null apretado: boolean = false mLongitudD: double = 0 mLatitudD: double = 0 mTelMgr: TelephonyManager = null mLocMgr: LocationManager = null mIdEmbarcacionDisp: String mIdRecorrido: String mTime: String = "" mPosicionDb: SQLiteAdapter settings: SharedPreferences timedTaskStore: Runnable = new Runnable(){... timedTaskSynchro: Runnable = new Runnable(){... onCreate(Bundle) : void mensajeAlertaNoGps() : void stopService() : boolean startServiceCoordinates() : boolean startServiceDB() : boolean startServiceSynchro() : boolean getCurrentTime() : String getUTCdatetimeAsString() : String CreateAlert(String, String) : AlertDialog getIDRecorrido() : String storeHito(int) : void AsyncTask PositionActiv ity::Sav eOnDB + # # + + mUpdateTimeTask: Runnable = new Runnable() ... onPreExecute() : void doInBackground(String) : String storeCoords() : void storeCoords(int) : void ~ + + + + # # # ~ ~ + + + + + + helperContext: Context DatabaseHelper(Context) onCreate(SQLiteDatabase) : void onUpgrade(SQLiteDatabase, int, int) : void createDataBase() : void getDatabase() : SQLiteDatabase checkDataBase() : boolean copyDataBase() : void openDataBase() : void close() : void -mDbHelper

SQLiteAdapter -mPosicionDb + + + + + + + TAG: String = "TESIS" {readOnly} mDbHelper: DatabaseHelper mDb: SQLiteDatabase DB_PATH: String = "/data/data/inf... DATABASE_NAME: String = "[Link]" {readOnly} DATABASE_VERSION: int = 4 {readOnly} adapterContext: Context SQLiteAdapter(Context) open() : SQLiteAdapter insertCoords(double, double, String) : void insertCoords(double, double, String, int) : void deleteCoords(int) : void getCoordsList() : Cursor close() : void

LocationListener PositionActiv ity::FetchCoordinates:: CLocationListener ~ ~ + + + + strLongitud: String = "" strLatitud: String = "" onLocationChanged(Location) : void onProviderDisabled(String) : void onProviderEnabled(String) : void onStatusChanged(String, int, Bundle) : void +mLocationListener

AsyncTask PositionActiv ity::FetchCoordinates progDailog: ProgressDialog = null lati: double = 0.0 longi: double = 0.0 mLocationManager: LocationManager mLocationListener: CLocationListener onPreExecute() : void onPostExecute(String) : void doInBackground(String) : String

AsyncTask PositionActiv ity::Synchronizer # + doInBackground(String) : String getJsonCoords() : String

Figura 32: Diagrama de clases de la solucin

40

Se expone de esta forma para facilitar la comprensin del diagrama.

63

Como se dijo anteriormente, este proyecto se implement utilizando la tecnologa Android, la cual principalmente est basada en el lenguaje Java. En la lista siguiente, se describirn las clases principales y su funcin:

PositionActivity: Corresponde a la clase principal de la aplicacin, se encarga de ejecutar y controlar los tres principales hilos de ejecucin: captura (FetchCoordinates), almacenamiento (SaveOnDB) y sincronizacin de datos (Synchronizer), y desplegar los datos segn corresponda. FetchCoordinates: Corresponde al hilo de ejecucin que se encarga de capturar los datos de posicin otorgados por el mdulo GPS integrado a travs de la clase CLocationListener. CLocationListener: Se encarga de escuchar los datos de posicin y enviarlos al hilo de ejecucin FetchCoordinates. SaveOnDB: Corresponde al hilo de ejecucin que se encarga de almacenar los datos de posicin en una base de datos interna. Se utiliza SQLite para esto, ms adelante se da una descripcin de esta tecnologa. SQLiteAdapter: Clase que se encarga de interactuar con la base de datos interna SQLite. Synchronizer: Corresponde al hilo de ejecucin que se encarga de sincronizar los datos de posicin a travs de Internet.

64

3.7.3 Diagrama de componentes En la figura 33, se observa el diagrama general de los componentes del sistema. Este diagrama permite visualizar la interaccin entre los distintos componentes tanto de la aplicacin mvil como del sistema de informacin Web y su relacin entre s.

Figura 33: Diagrama de componentes del sistema41

41

Elaboracin propia realizado con Microsoft Visio 2010.

65

3.8 Modelo de Base de Datos

En la figura 34, se observa el modelo de base de datos utilizado para el sistema de informacin Web.

Figura 34: Modelo de base de datos sistema de informacin Web42 En las tablas 43,44, 45, 46 y 47, se muestra el diccionario de datos asociados a cada una de las tablas de la base de datos descrita. Tabla 43: Diccionario de datos tabla Embarcacin
Columna idembarcacion id_barco_disp nombre descripcin imagen ts_ingreso Comentario Identificador de embarcacin Identificador de dispositivo Nombre embarcacin Descripcin de la embarcacin Imagen de la embarcacin Instante de tiempo del registro de la embarcacin Identificador del representante de la embarcacin

representante_idrepresentante

42

Diagrama elaborado con PHPMyAdmin. Ms informacin en [Link]

66

Tabla 44: Diccionario de datos tabla Representante

Columna idrepresentante nombre apellido rut telfono email direccin ts_ingreso Comentario Identificador de representante Nombres del representante Apellidos del representante Rut del representante Telefono de contacto del representante. Correo electrnico del representante. Direccin del representante Instante de tiempo del registro del representante.

Tabla 45: Diccionario de datos tabla Posicion

Columna idposicion timestamp latitud longitud instante_tiempo embarcacin_idembarcacion hito_idhito1 identificador_ruta Comentario Identificador de posicin Instante de tiempo de ingreso a base de datos Latitud en formato decimal Longitud en formato decimal Instante de tiempo captura posicin Identificador de embarcacin Identificador de hito Identificador del recorrido.

Tabla 46: Diccionario de datos tabla Usuario

Columna idusuario login password email rol Comentario Identificador de usuario Nombre de usuario. Contrasea. Correo electrnico del usuario. Define los usuarios que acceden al sistema de informacin. Segn el rol, 1 para administrador, 0 para operador. El administrador puede agregar y modificar embarcaciones. El operador slo puede visualizar datos. Nombre y apellido del usuario. Instante de tiempo del registro del usuario.

nombre_apellido ts_registro

67

Tabla 47: Diccionario de datos tabla Hito

Columna idhito desc_hito Comentario Identificador de hito. Descripcin de hito.

3.9

Arquitectura del sistema

Dadas las caractersticas del proyecto, es conveniente agrupar en mdulos la solucin, identificndose claramente tres para cada entidad, tal como se aprecia en la figura 35:

Figura 35: Diagrama de arquitectura del sistema43

43

Elaboracin propia

68

3.10 Tcnicas de transmisin de datos

Se identifican tres partes de transmisin de datos: la trama GPS proveniente de los satlites segn la norma NMEA-0183 capturada por el dispositivo, la sincronizacin dispositivo mvil-servidor, y finalmente la interaccin entre el sistema de informacin Web y la base de datos. La trama GPS es una cadena de texto con la informacin de posicin en formato ASCII44. Un ejemplo de trama sera algo como: $GPAAM,A,A,0.10,N,WPTNME*32, donde GP se refiere al identificador GPS, AAM por Arrival Alarm, luego A por Arrival circle entered, la prxima A como Perpendicular passed, 0.10 es el radio del crculo, la N se refiere a millas naticas, WPTNME se refiere al nombre del waypoint45 y *32 se refiere a los datos de verificacin de suma o checksum para la integridad de datos. Como se muestra en el ejemplo y se indic en la seccin [Link], existe una larga lista de sentencias del estndar NMEA-0183. Luego, una vez capturados los datos de posicionamiento en el dispositivo, simplificados como latitud, longitud, instante de tiempo de la captura, hito asociado (si corresponde), identificador de dispositivo e identificador de embarcacin, se almacenan (utilizando SQLite) y sincronizan utilizando el package de componentes HTTP46 de Apache Software Foundation integrada en las libreras de Android [Api12]. Especficamente, se utiliza la clase HttpClient de esta librera. Al usar HTTP, el cual est basado en el protocolo de transporte TCP, se asegura la fiabilidad e integridad de los datos. Aunque de igual forma, se enva una seal al dispositivo mvil cuando los datos fueron sincronizados correctamente. Si an no han sido sincronizados, se utiliza como almacenamiento secundario la base de datos interna del dispositivo, esperando una red oportunista para sincronizar. La posicin y los dems atributos requeridos son enviados desde el dispositivo en formato JSON47 (Javascript Object Notation) a un script en servidor llamado [Link], que se encarga de recibir datos a travs de HTTP y su mtodo

44

American Standard Code for Information Interchange. Cdigo estndar para la codificacin de datos Americano. 45 Los waypoints son coordenadas para ubicar puntos de referencia tridimensionales en la navegacin GPS. 46 Hypertext Transfer Protocol Protocolo de transferencia de hipertexto. 47 Notacin de intercambio de datos simple en comparacin al lenguaje de marcas XML.

69

POST 48 y almacenarlos en la base de datos MySQL. Un ejemplo del formato, se muestra en la tabla 48: Tabla 48: Ejemplo de datos en formato JSON {"timestamp":"2012-09-23 20:53:12","latitud":39.81558669,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24946899,"identificador":1,"id_embarcacion":"358109040558659"}

Finalmente, a travs del sistema de informacin Web, la informacin es obtenida desde base de datos a travs de consultas SQL va protocolo TCP/IP, obtenindose tambin en formato JSON, para su ms fcil manejo.

3.11 Mtricas cuantitativas

Debido a la naturaleza de la solucin, se considerarn slo mtricas cuantitativas, referentes a los valores de latitud y longitud. Estos valores son visualizados en formato de grados, minutos y segundos de arco, pero almacenados como valores decimales (datum WGS84 [Bri08]). Experimentalmente, se realizarn mediciones en terreno, utilizando el dispositivo GPS integrado en el smartphone, en comparacin con un dispositivo convencional GPS. Adems, las mediciones realizadas se compararn con valores reales obtenidos de puntos de posicin de mapas digitales tales como Google Maps y Bing Maps.

3.12 Implementacin: codificacin y tecnologas utilizadas

La implementacin de la solucin se separa en dos componentes claramente identificables: la aplicacin mvil y el sistema de informacin Web. Para la aplicacin del dispositivo mvil se utiliz la plataforma Android 2.3, mediante su kit desarrollo de software utilizando el lenguaje Java y el lenguaje de marcas extensible XML a travs del entorno de desarrollo Eclipse, mediante un plugin llamado ADT49 (Android Developer Toolkit) tal como se muestra en la figura 36. Tambin se utiliz el

48 49

Ms informacin en [Link] Ms informacin en [Link]

70

software SQLite como motor de base de datos para el almacenamiento interno de los datos de posicionamiento en el dispositivo. Por otra parte, para el sistema de informacin Web, se utiliz principalmente el lenguaje de programacin PHP y el motor de base de datos MySQL para el desarrollo de la solucin. Por el lado del servidor de pruebas, se utiliz el servidor Web Apache 2.2.22 corriendo bajo el sistema operativo Ubuntu 12.04 LTS con el kernel Linux 3.2.0-29-generic x86_64.

Figura 36: Interfaz del entorno de desarrollo integrado Eclipse Una breve descripcin de las principales tecnologas se mostrar en los apartados siguientes.

3.13 Aplicacin del dispositivo mvil

La aplicacin del dispositivo mvil consiste bsicamente en el software que permite la captura, almacenamiento y sincronizacin de los datos de posicionamiento. Est desarrollado utilizando el kit de desarrollo de software de Android (como se dijo anteriormente, basado en el entorno de desarrollo integrado Eclipse a travs de un plugin), el cul utiliza el lenguaje de programacin Java y el lenguaje de marcas extensibles XML.

71

En la figura 37, se muestra la pantalla principal de la aplicacin mvil.

Figura 37: Pantalla principal de la aplicacin mvil La pantalla muestra el despliegue de la informacin de posicin (en formato grados, minutos y segundos de arco), e interacta con el usuario a travs de la lista de hitos asociados a la posicin y el botn de Iniciar recorrido, el cual genera un identificador para facilitar el posterior anlisis. Para almacenar un hito, se debe mantener presionado el botn correspondiente por un perodo de tiempo prologado. Si se presiona slo una vez, en un instante de tiempo corto, indica al usuario la accin que realiza el botn. Adems, tal como se aprecia en la figura 38, se incorpor un sistema de mapas offline50 basado en OpenStreetMaps51, con los puntos de posicin capturados. Si est disponible la conectividad a Internet, la aplicacin es capaz de actualizarlos.

Figura 38: Mapas basados en OpenStreetMaps de la aplicacin mvil

50

Los mapas offline son vlidos slo para Chile con hasta un determinado nivel de zoom. Si existe conexin a Internet, pueden visualizarse correctamente a otros niveles. 51 Se utiliz esta tecnologa de mapas por ser de carcter libre y sin limitaciones. Ms informacin en [Link]

72

En los apartados siguientes, se indica en forma precisa las principales tecnologas asociadas a la aplicacin mvil.

3.13.1 Plataforma Android Android es la plataforma mvil ms popular del mundo, est presente en millones de dispositivos en ms de 190 pases. Es la plataforma para dispositivos mviles de ms rpido crecimiento y permite la creacin de aplicaciones y juegos. Est basado principalmente en las contribuciones de la comunidad Linux y software libre adems de 300 empresas de software, hardware y operadores de telefona [And12]. Desde el punto de vista del desarrollador, consiste en una pila de software compuesta por el sistema operativo, aplicaciones middleware y una base de aplicaciones

principales, orientado a los dispositivos mviles tales como telfonos inteligentes tabletas, TV y otros dispositivos. Android es un proyecto de cdigo abierto desarrollado por Open Handset Alliance, un conglomerado de empresas fabricantes y desarrolladoras de software, hardware y operadores de telefona, liderada principalmente por Google [Oha12]. Fue desarrollado inicialmente por Android Inc., empresa adquirida por Google en el ao 2005. Dada la amplitud del tema, se muestra en la figura 39, un diagrama con la arquitectura general de la plataforma, donde se observan las libreras y aplicaciones base. Es importante destacar, que para ejecutar las aplicaciones, Android utiliza la mquina virtual Dalvik, similar a la mquina virtual de Java.

73

Figura 39: Diagrama de arquitectura plataforma Android El cdigo fuente de la plataforma, est disponible en Android Open Source Project [Link]

3.13.2 Base de datos SQLite SQLite es una librera de software que implementa un motor de bases de datos SQL transaccionales con un contenedor propio, sin servidor y sin configuracin [Sql12]. En el contexto de este proyecto, permite el almacenamiento interno de los datos de posicionamiento y otros en el software del dispositivo mvil. Se utiliz la versin [Link]. Adems, se us el plugin para el navegador Web Mozilla Firefox llamado SQLite Manager, el cual permiti la administracin de la base de datos en forma grfica, tal como se aprecia en la figura 40:

74

Figura 40: SQLite Manager En la tabla 49, se muestra el cdigo SQL utilizado para las tres tablas de la aplicacin mvil prototipo. Por otra parte, se especifica el diccionario de datos en la tabla 50.

Tabla 49: Cdigo SQL tablas de base de datos SQLite

CREATE TABLE "android_metadata" ("locale" TEXT DEFAULT es_CL); CREATE TABLE "posicion" ("id" INTEGER PRIMARY KEY NOT NULL ,"latitud"

DOUBLE,"longitud" DOUBLE,"ts_posicion" DATETIME,"hito" INTEGER DEFAULT (0) ) CREATE TABLE sqlite_sequence(name,seq)

Tabla 50: Diccionario de datos tablas en SQLite

android_metadata Necesario por la aplicacin Android. Especifica la localizacin para la codificacin de caracteres. posicion Almacena el identificador de la posicin como tipo INTEGER. Es la llave primaria de la tabla. Almacena la latitud como tipo Double. Almacena la longitud como tipo Double. Almacena el instante de tiempo de captura de la posicin como tipo DATETIME. Almacena el identificador de hito como tipo INTEGER. Si no hay hito asociado, se asigna el valor cero por defecto. sqlite_sequence Nombre de secuencia de SQLite. Incrementador de la secuencia.

locale

id latitud longitud ts_posicion hito

name seq

75

3.14 Aplicacin del sistema de informacin Web

El sistema de informacin Web tiene como principal funcin, la centralizacin de los datos recolectados para su posterior anlisis. Fue desarrollado principalmente con PHP para la parte dinmica y MySQL para la base de datos principal. Tambin se utilizaron las libreras Bootstrap52 de Twitter Inc y jQuery UI53 para la interfaz Web. En la figura 41, se observa una captura de pantalla de la interfaz realizada. Otras secciones del sistema de informacin se observan en el Anexo A.

Figura 41: Interfaz Web del prototipo En los siguientes apartados se mostrar una resea de los conceptos y tecnologas ms importantes asociados al sistema de informacin Web. 3.14.1 Arquitectura MVC El sistema de informacin Web utiliza el patrn de diseo MVC o Modelo Vista Controlador, el cual permite una clara identificacin de las funcionalidades para su posterior mantenimiento. Separa la interfaz de usuario, lgica de negocio y los datos en tres componentes que interactan entre s. En la figura 42, se muestra un diagrama sencillo que muestra la relacin entre stos.

52 53

Ms informacin en [Link] Ms informacin en [Link]

76

Figura 42: Patrn de diseo Modelo Vista Controlador54

3.14.2 Lenguaje de programacin PHP PHP es un lenguaje de propsito general ampliamente utilizado, que est principalmente especializado para el desarrollo de sistemas Web y puede ser embebido en cdigo HTML [Php11]. En el contexto de este proyecto, se utiliza para realizar toda la parte dinmica del sistema de informacin web conteniendo la lgica de obtencin, visualizacin y modificacin de datos necesarios de la base de datos central que contiene la informacin de las embarcaciones, dispositivos y usuarios. Adems, se utiliz para realizar el script de sincronizacin de datos entre el dispositivo y el servidor. Se utiliz la versin 5.3.10, la cual utiliza la licencia PHP License v3.01, Copyright The PHP Group. 3.14.3 Base de datos MySQL Es el motor de base de datos SQL transaccional utilizado para el almacenamiento central de todos los datos del sistema. Segn su sitio Web, es la base de datos de cdigo abierto ms popular del mundo [Mys12]. Su propietario es Oracle Corporation. Posee un licenciamiento dual de software libre y comercial. En este proyecto se utiliz la versin 5.5.24 Community Edition, la cual es de cdigo abierto y no se debe pagar ningn tipo de licencia para su uso.

54

Ilustracin de Wikimedia Commons.

77

4 EVALUACIN DE LA SOLUCIN
La evaluacin de la solucin consisti en dos pruebas de validacin, una realizada en tierra para ver la fiabilidad de los datos de posicin con el GPS integrado del dispositivo; y otra realizada en una embarcacin para probarla en un entorno real.

4.1 Prueba de navegacin en tierra

La prueba de navegacin en tierra consisti primero en comparar frente a un dispositivo GPS y mapas digitales, una posicin determinada. Se realiz la comparacin en el mismo punto de posicin y en el mismo instante de tiempo, con un dispositivo GARMIN Etrex Vista (ver figuras 43 y 46) en comparacin con la aplicacin realizada. La segunda prueba, consisti en tomar seis puntos en tres rutas distintas con puntos de posicionamiento definidos; la idea es identificar el nivel de precisin del dispositivo GPS integrado en el dispositivo mvil en comparacin a puntos reales, obtenidos con mapas (principalmente Google Maps y Bing Maps) y el dispositivo GPS descrito anteriormente. 4.1.1 Prueba de comparacin para un punto de posicin desde distintas fuentes Esta prueba se realiz especialmente para comparar la fiabilidad de datos del GPS interno del dispositivo en comparacin a otras fuentes de captura de posicin. El punto de posicin para la comparacin es la interseccin de las calles Avenida Pedro Montt y Avenida Francia, en la ciudad de Valdivia, Regin de Los Ros, Chile. La medicin fue realizada el da 20 de septiembre de 2012 a las 17.30 horas. Los datos de posicin obtenidos desde cuatro fuentes distintas, se observan en la tabla 51: Tabla 51: Comparacin de un mismo punto de posicin desde distintas fuentes55
Fuente Prototipo GARMIN Etrex Vista Google Maps Bing Maps Notacin decimal Latitud Longitud -39.837544 -73.233954 -39.837556 -73.233972 -39,837522 -73,233983 -39,837522 -73,233984 Notacin DMS56 Latitud Longitud S 39 50' 15.15815" W 73 14' 2.23404" S 39 50 15.2 W 73 14 2.3 S 39 50 15.08 W 73 14 2.34 S 39 50 15.0792 W 73 14 2.3424

55 56

Elaboracin propia. Coordenadas segn datum WGS84 (World Geodetic System 1984) [Bri08]. Notacin Degree Minutes Seconds (grados, minutos y segundos de arco).

78

Se observa que los datos son bastante similares, por lo que se puede inferir que el GPS integrado en el dispositivo mvil es relativamente preciso y confiable en comparacin a un dispositivo GPS convencional. En la figura 43, se observa el dispositivo utilizado para la comparacin.

Figura 43: Dispositivo de prueba GPS GARMIN ETREX VISTA57

En la figura 44, se observa el punto de comparacin ubicado en Google Maps.

Figura 44: Punto de posicin de comparacin visto en Google Maps58

En la figura 45, se observa el punto de comparacin ubicado en Bing Maps.

57 58

Ms informacin en [Link] Derechos reservados de Google Maps - 2012 Google

79

Figura 45: Punto de posicin de comparacin visto en Bing Maps59

Finalmente, en la figura 46, se observa una fotografa de la aplicacin prototipo en comparacin con el dispositivo GPS GARMIN ETrex Vista, en el mismo punto de posicin.

Figura 46: Fotografa que muestra la comparacin de valores entre el dispositivo GARMIN Etrex Vista y la aplicacin realizada.60

59 60

Derechos reservados de 2012 Nokia - 2012 Microsoft Elaboracin propia

80

4.1.2 Prueba de validacin en rutas terrestres Esta prueba consisti en realizar rutas con al menos cinco puntos distintos y compararlos con una posicin real61, obtenida con el dispositivo GPS Garmin Etrex Vista. Los datos fueron obtenidos en la ciudad de Valdivia, Regin de Los Ros, Chile, los das 20 y 21 de septiembre de 2012. Los puntos de posicin de prueba son intersecciones de calles y avenidas descritas en la columna Direccin de referencia en la tabla 52. Los datos se muestran en formato decimal. Es importante notar que el signo negativo de las mediciones, indica Latitud Sur y Longitud Oeste respectivamente.

Tabla 52: Rutas de validacin

Ruta de validacin 1 Posicin captura Direccin de referencia prototipo Latitud Longitud -39.830869 -73.242452 Entrada Campus Miraflores por Rudloff. -39,831614 -73,237756 Avda Simpson con Haverbeck -39,829928 -73,235030 Avda Pedro Montt con Avda Simpson -39,833333 -73,234979 Muoz Hermosilla con Avda Pedro Montt -39,837504 -73,233881 Avda. Pedro Montt con Avda Francia Ruta de validacin 2 Posicin captura Direccin de referencia prototipo Latitud Longitud -39,835503 -73,234552 Estocolmo con Avda Pedro Montt -39,831014 -73,234800 Manuel Montt con Avda Pedro Montt -39,827637 -73,235442 Bueras con Avda Pedro Montt -39,824795 -73,228651 Bueras con Errazuriz -39,824784 -73,224010 Ecuador con San Martn -39,823929 -73,216159 Ecuador con Collico Ruta de validacin 3 Posicin captura Direccin de referencia prototipo Latitud Longitud -39,824011 -73,229468 Barros Arana con Errazuriz -39,824494 -73,23218 Orostegui con Santa Mara -39,828857 -73,237727 Bulnes con Bueras -39,830747 -73,236616 Avda Simpson con Gunther -39,833333 -73,241375 Avda Simpson con Avda Francia (Entrada Windsor School)

Posicin real Latitud -39.830830 -39,831608 -39,829952 -39,833309 -39,837525 Longitud -73.242439 -73,237786 -73,235093 -73,235002 -73,233918

Posicin real Latitud -39,835460 -39,830969 -39,827575 -39,824831 -39,824777 -39,823916 Longitud -73,234495 -73,234784 -73,235476 -73,228631 -73,223980 -73,216180

Posicin real Latitud -39,823965 -39,824443 -39,828749 -39,830754 -39,833506 Longitud -73,229484 -73,232303 -73,237532 -73,236582 -73,241252

A los datos de la tabla 52, se les aplic un anlisis estadstico basado en el coeficiente de correlacin62 para ver la relacin lineal entre las variables. Se realiz primero el clculo

61 62

Se asume que el dispositivo entrega datos confiables por ser un dispositivo GPS convencional. Calculado con la funcin [Link] de Microsoft Excel 2010.

81

entre las variables latitud real y latitud prototipo, obtenindose un valor de 0,999904094. Luego entre las variables longitud real y longitud prototipo, el coeficiente result 0,999939746; de esto se puede inferir que los valores obtenidos por el prototipo son muy similares a los obtenidos con el GPS convencional. Se pueden apreciar los valores anteriores en las grficas mostradas en las figuras 47 y 48. Las tablas y el clculo del coeficiente se pueden consultar en el Anexo B.

Figura 47: Comparacin de valores de latitud real y obtenidas con prototipo

Figura 48: Comparacin de valores de longitud real y obtenidas con prototipo

82

4.2 Prueba de navegacin en ambiente real

La prueba de navegacin en ambiente real fue realizada navegando en una embarcacin por los ros Valdivia, Cau-Cau y Cruces, bordeando as la Isla Teja. El objetivo fue verificar si el dispositivo cumple con la hiptesis inicial de funcionar en un entorno martimo. Se evalu principalmente la capacidad de transmitir datos mientras le sea posible, procurando que las posiciones capturadas correspondan a la ruta realizada. Se realizaron las muestras de captura de posicin el da 23 de Septiembre de 2012. Para probar la sincronizacin, se utiliz un plan de datos de Internet a travs de conexin 3G en el dispositivo mvil, resultando prcticamente el envo de informacin en tiempo real debido a la cercana con la zona urbana. Los archivos de log generados son de la siguiente forma63:
{"timestamp":"2012-09-23 20:53:12","latitud":39.81558669,"hito":0,"id_ruta":"35810904055865920120923165124271", "longitud":-73.24946899,"identificador":1, "id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:41:46

El archivo de log se puede consultar en el Anexo C. La figura 49 muestra la ruta realizada, y en la figura 50 se aprecia una fotografa del entorno:

Figura 49: Ruta realizada para validacin en entorno real

Figura 50: Fotografa del entorno real, interseccin Ro Cruces y Ro Cau-Cau

63

Datos en formato JSON.

83

5 CONCLUSIONES
Los sistemas de posicionamiento estn siendo cada vez ms utilizados por las personas pues permiten interactividad en funcin de la posicin en que se encuentren en tiempo real, tales como las populares aplicaciones para smartphones Waze64 y Foursquare65. Esta tendencia surgi cuando aparecieron los telfonos inteligentes y los dispositivos GPS de bolsillo. Por otra parte, es conocido el descontento de los pescadores artesanales debido a los nuevos proyectos de ley de pesca, de la cual una de las indicaciones es instalar sistemas de posicionamiento en las embarcaciones pesqueras artesanales. De lo anterior, surgi la idea de desarrollar una aplicacin mvil, que busca otorgar una solucin de bajo costo y de fcil implementacin para embarcaciones pesqueras artesanales pequeas, pues generalmente stas no cuentan con recursos destinados a este tem. Una vez desarrollado el prototipo, se procedi a su validacin, donde se realizaron pruebas terrestres y martimas. Dados los resultados obtenidos, es importante indicar que los objetivos planteados han sido cumplidos, por lo que la hiptesis inicial del prototipo de desarrollar un sistema de posicionamiento para embarcaciones pesqueras artesanales utilizando un smartphone y una red oportunista es vlida, por lo tanto puede considerarse como una solucin funcional. Sin embargo, es necesario considerar que para ofrecer una solucin completa y no simplemente funcional, debera mejorarse la seguridad de la informacin para que no sea fcilmente falsificable, esto se puede hacer mediante encriptacin de datos. No obstante, hay que tener cuidado pues esto ralentizara la aplicacin en el dispositivo mvil, ya que es oportuno tener en cuenta que actualmente las aplicaciones de estos aparatos deben ser optimizadas para utilizar poca memoria y poco poder de procesamiento, ms an si se busca una solucin de bajo costo. Adems, la solucin supone que el dispositivo posee alimentacin elctrica continua, pues el uso prolongado del GPS integrado descarga la batera rpidamente.
64

Waze es una aplicacin orientada al trfico de automviles basado en una comunidad de usuarios que interactan. 65 Foursquare es una red social que ayuda a los usuarios a encontrar lugares y panoramas a su alrededor.

84

En relacin a las lneas futuras, el prototipo desarrollado podra ser mejorado, adems de expandir su uso a otros mbitos tales como datos cientficos o informacin turstica, entre otros. Adems, si en unos aos ms fuera posible a relativo bajo costo la conexin a Internet desde cualquier parte del planeta66, mediante redes de celular o redes de nuevas generacin, esta aplicacin podra ser una alternativa viable en tiempo real. Como se coment anteriormente, este prototipo tambin podra ser til en otras reas del conocimiento y generar por ejemplo, estudios biolgicos (u otros) de especies que se encuentren en determinadas posiciones geogrficas y observar patrones de

comportamiento. Para hacer ms cmoda la interaccin del usuario con el software y llevar a cabo estos propsitos, podra portarse la aplicacin a un Tablet funcionando con el sistema operativo Android. Tambin existe la posibilidad de utilizar la solucin realizada como una plataforma bsica para un sistema de control de flotas o sistemas de informacin geogrfica. Finalmente es importante mencionar que el desarrollo de este proyecto permiti aplicar en gran parte variados conocimientos y aprendizajes adquiridos durante el transcurso de estudios de la carrera profesional, principalmente en el mbito de programacin, bases de datos, redes e ingeniera de software, ya que el proyecto realizado mezcla e integra diversas tecnologas y tcnicas.

66

Refirindose principalmente desde el ocano, dada la naturaleza del proyecto.

85

6 REFERENCIAS
[Act11] Actisense . The NMEA 0183 Information Sheet. (2011). Disponible en [Link] 183%20Information%[Link]. Consultado el 23 de Septiembre de 2011. [Air10] The official web site of the U.S AIR FORCE. Global Positioning System. (2010). Disponible en [Link] Consultado el 25 de Agosto de 2011. [Alv02] lvarez Jos R., Arias, Manuel. Anlisis, Diseo y Mantenimiento del Software. Universidad Nacional de Educacin a Distancia (UNED). (2002). Disponible en [Link] Consultado el 10 de Enero de 2012. [And12] Android, the worlds most popular mobile platform. (2012). Disponible en [Link] Consultado el 20 de Julio de 2012. [Api12] Android API Reference. (2012). Disponible en

[Link] Consultado el 20 de Marzo de 2012.

[Aus11] Diario Austral de Valdivia. Edicin del da 12 de abril de 2011. (2011). Disponible en

[Link] 13122133&fp=20110413&pag=7. Consultado el 13 de abril de 2011. [Awl] [Link] (n.d.). Disponible en

[Link] Consultado el 26 de Septiembre de 2011. [Bcn01] Biblioteca del Congreso Nacional de Chile. (2001). Ley 19.713. Disponible en [Link] Consultado el 20 de Agosto de 2011.

[Bcn07] Biblioteca del Congreso Nacional de Chile. (2007). Ley 20.174, Artculo 14. Disponible en [Link]

Consultado el 19 de mayo de 2011.

86

[Bcn97] Biblioteca del Congreso Nacional de Chile. (1997). Ley 19.521. Disponible en [Link] Consultado el 7 de Junio de 2011. [Bio11] Pescadores de Los Ros se toman ro Calle-Calle como medida de presin. Radio Bo-Bo. (2011). Disponible en [Link] Consultado el 30 de Mayo de 2011. [Bri08] Geodetic Datums. GPS Utilizes NAD 83 and WGS 84. Amanda Briney, [Link]. (2008). Disponible en

[Link] Consultado el 20 de Septiembre de 2012. [Cen10] Centro para el Desarrollo de Capital Humano. (2010). Informe de Consultora. Situacin del fomento productivo en la pesca artesanal en Chile. Disponible en [Link] Consultado el 15 de Marzo de 2012. [Chi09] Chin Chen, He., Sheng Huang Yu, Wei Chiang, Kai., Ming Yang, Ruey-Juin Rau. The performance comparison between GPS and BeiDou-2/Compass: A perspective from Asia. Journal of the Chinese Institute of Engineers, Vol. 32, No. 5, pp. 679-689. (2009). Disponible en [Link]/staff-

[Link]?download=972. Consultado el 26 de Septiembre de 2011. [Cov] Covarrubias P., Alejandro. (n.d). Monitoreo, Control y Vigilancia de la Actividad Pesquera: Sistema de Registro Automtico de Posicionamiento Satelital para Naves Pesqueras. Disponible en [Link]

Alejandro%[Link]. Consultado el 5 de junio de 2011. [Dir10] Direccin General del Territorio Martimo y de Marina Mercante. Documento que actualiza nmina informativa de los proveedores de servicio, dispositivos y de las empresas proveedoras de servicio de comunicacin del sistema de posicionamiento automtico. (2010). Disponible en

[Link] o&id=2061. Consultado el 5 de junio de 2011.

87

[Eur] Sntesis de la Legislacin de la Unin Europea. Gestin de los Recursos y del Medio Ambiente de la Pesca. (n.d.) Disponible en

[Link] es_and_environment/index_es.htm. Consultado el 19 de Septiembre de 2011. [Eur11] European Comission. Enterprise and Industry. Satellite Navigation Programme. (2011). Disponible en [Link] Consultado el 22 de Septiembre de 2011. [Fcc04] Federal Communications Commission. Wireless Telecommunications Bureau. (2004). Disponible en

[Link] Consultado el 25 de Septiembre de 2011.

[Gar12] Gartner Press Releases. Gartner says worldwide sales of mobile pones declined 2 percent in first quarter of 2012; Previous year-over-year decline occurred in second quarter of 2009. (2012). Disponible en

[Link] Consultado el 5 de julio de 2012. [Geo10] [Link]. (2011). Disponible en [Link]

Consultado el 10 de Agosto de 2012. [Glo] Glonass Center. Information-Analytical Centre. Federal Space Agency. (n.d.). Disponible en [Link] Consultado el 24 de Septiembre de 2011. [Gps11] [Link]. Official U.S Government information about the Global Positioning System and related topics. (2011). Disponible en [Link] Consultado el 23 de Septiembre de 2011. [Ieee] IEEE 802.11 Wireless Local Area Networks (n.d.). Disponible en

[Link] Consultado el 23 de Septiembre de 2011. [Inr08] Indian Space Research Organisation. (2008). Disponible en

[Link] Consultado el 26 de Septiembre de 2011.

88

[Lil] Lilien L., et al. (n.d.). Opportunistic Networks: The Concept and Research Challenges in Privacy and Security. Wireless Sensornet Lab. Department of Computer Science. Western Michigan University. Disponible en

[Link] Consultado el 2 de Septiembre de 2012. [Mar05] Mar de Chile. Portal de los Siete Mares. Actividad Pesquera Regional. (2005). Disponible en

[Link] d-pesquera-regional&catid=20:el-hombre-y-el-mar&Itemid=66. Consultado el 20 de Agosto de 2012. [Mys12] MySQL Editions. (2012). Disponible en [Link] Consultado el 05 de Julio de 2012. [Nas07] National Aeronautics and Space Administration. Technical Standard NASASTD-8719.14. Process for Limiting Orbital Debris. (2007). Consultado Disponible el 24 en de

[Link] Septiembre de 2011.

[Nme08] National Marine Electronics Association. About the NMEA. (2008). Disponible en [Link]

Consultado el 24 de Septiembre de 2011. [Oha12] Open Handset Alliance. Android overview. (2012). Disponible en

[Link] Consultado el 10 de Agosto de 2012. [Php11] PHP: Hypertext Preprocessor. (2011). Disponible en [Link] Consultado el 20 de Noviembre de 2011. [Sen11] Senado de la Repblica de Chile. Boletn N 7575-03 (2011). Disponible en [Link] [Link]. Consultado el 08 de septiembre de 2011. [Ser] Servicio Nacional de Pesca, Ministerio de Economa, Fomento y Turismo, Gobierno de Chile. (n.d). Resea histrica. Disponible en

89

[Link] =86. Consultado el 30 de Agosto de 2011.

[Ser07] Servicio Nacional de Pesca, Ministerio de Economa, Fomento y Turismo, Gobierno de Chile. (2007). Ley General de Pesca y Acuicultura. Disponible en [Link] own&id=42. Consultado el 6 de junio de 2011.

[Ser11] Servicio Nacional de Pesca, Ministerio de Economa, Fomento y Turismo, Gobierno de Chile. (2011). Disponible en

[Link] 20. Consultada el 5 de agosto de 2011. [Sql12] SQLite Home Page. (n.d.). Disponible en [Link] Consultado el 10 de enero de 2012.

[Sub12] Proyecto de Ley de Pesca, Boletn N 8.091, 2 trmite constitucional, agosto de 2012. Subsecretara de Pesca y Acuicultura. (2012). Disponible en

[Link] _PL_Pesca_Senado_Agosto__2012.pdf. Consultado el 14 de agosto de 2012. [Tel11] Telecom Cloud. Connected world: a changing wireless paradigm (2011). Disponible en [Link] Consultado el 20 de Julio de 2012. [Uni11] Comisin Europea de Pescas Unin Europea. (2011). Disponible en

[Link] Consultado el 12 de junio de 2011. [Wik12] Wikimedia Commons. World Wide Smartphone Sales Share. (2012). Disponible [Link] Consultado el 20 de Septiembre de 2012. en

90

7 ANEXOS Anexo A: Secciones del sistema de informacin Web

En las figuras 51, 52, 53 y 54 se observan las capturas de pantallas principales del sistema de informacin Web.

Figura 51: Identificacin de usuario y contrasea para ingresar al sistema de informacin.

Figura 52: Agregar, modificar, consultar y eliminar registros de embarcaciones

91

Figura 53: Agregar, modificar, consultar y eliminar registros de representantes de embarcaciones.

Figura 54: Agregar, modificar, consultar y eliminar usuarios del sistema.

92

Anexo B: Clculo de coeficiente de correlacin

Se utiliz la funcin [Link] de Microsoft Excel 2010. La ecuacin para el coeficiente de correlacin se muestra en la figura 55:

Figura 55: Ecuacin de coeficiente de correlacin utilizada por Microsoft Excel 2010

En la figura 56, se muestran los datos utilizados en la planilla y la forma en que se realizaron los clculos.

Figura 56: Datos y planilla de clculo utilizada

93

Anexo C: Log de prueba de captura en entorno real

{"timestamp":"2012-09-23 20:53:12","latitud":39.81558669,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24946899,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:41:46 {"timestamp":"2012-09-23 20:54:12","latitud":39.81612858,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24997129,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:42:45 {"timestamp":"2012-09-23 20:55:12","latitud":39.81540259,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.2494389,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:43:44 {"timestamp":"2012-09-23 20:56:12","latitud":39.81445149,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24898448,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:44:45 {"timestamp":"2012-09-23 20:57:12","latitud":39.8142215,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24884121,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:45:46 {"timestamp":"2012-09-23 20:58:12","latitud":39.81421987,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24883858,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:46:44 {"timestamp":"2012-09-23 20:59:12","latitud":39.81392449,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24891754,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:47:44 {"timestamp":"2012-09-23 21:00:12","latitud":39.81294534,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.2487249,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:48:44 {"timestamp":"2012-09-23 21:01:12","latitud":39.81187453,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24829597,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:49:46 {"timestamp":"2012-09-23 21:01:12","latitud":39.81187453,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24829597,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:49:46 {"timestamp":"2012-09-23 21:02:13","latitud":39.81045933,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24756314,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:50:47 {"timestamp":"2012-09-23 21:04:15","latitud":39.80733513,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24486883,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:52:50 {"timestamp":"2012-09-23 21:05:17","latitud":39.80565744,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24581022,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:53:54 {"timestamp":"2012-09-23 21:06:21","latitud":39.80411312,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24735383,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:54:56 {"timestamp":"2012-09-23 21:07:24","latitud":39.80243226,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.24874809,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:56:01 {"timestamp":"2012-09-23 21:08:28","latitud":39.80140636,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":-

94

73.25081806,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:57:02 {"timestamp":"2012-09-23 21:09:29","latitud":39.80061625,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.25303609,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:58:04 {"timestamp":"2012-09-23 21:10:29","latitud":39.79940441,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.2550056,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 19:59:03 {"timestamp":"2012-09-23 21:11:29","latitud":39.79781817,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.25639302,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:00:01 {"timestamp":"2012-09-23 21:12:29","latitud":39.79598964,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.25621071,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:01:03 {"timestamp":"2012-09-23 21:13:30","latitud":39.79417304,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.25623079,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:02:03 {"timestamp":"2012-09-23 21:14:30","latitud":39.79240956,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.25672978,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:03:03 {"timestamp":"2012-09-23 21:15:30","latitud":39.79063023,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.25735156,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:04:04 {"timestamp":"2012-09-23 21:16:30","latitud":39.78899706,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.25839343,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:05:04 {"timestamp":"2012-09-23 21:17:30","latitud":39.78751374,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.25969772,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:06:04 {"timestamp":"2012-09-23 21:18:31","latitud":39.78633194,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.26145504,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:07:04 {"timestamp":"2012-09-23 21:19:31","latitud":39.78532858,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.26336492,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:08:05 {"timestamp":"2012-09-23 21:20:09","latitud":39.78474087,"hito":1,"id_ruta":"35810904055865920120923165124271","longitud":73.26463162,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:08:41 {"timestamp":"2012-09-23 21:20:24","latitud":39.78452017,"hito":9,"id_ruta":"35810904055865920120923165124271","longitud":73.26513034,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:08:56 {"timestamp":"2012-09-23 21:21:32","latitud":39.78408788,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.26793326,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:10:07 {"timestamp":"2012-09-23 21:22:33","latitud":39.78422804,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27057411,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:11:08 ":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:11:10 {"timestamp":"2012-09-23 21:23:33","latitud":39.78519498,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":-

95

73.27284244,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:12:07 {"timestamp":"2012-09-23 21:24:35","latitud":39.78673807,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27442935,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:13:11 {"timestamp":"2012-09-23 21:25:37","latitud":39.78869029,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.2751419,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:14:10 {"timestamp":"2012-09-23 21:26:38","latitud":39.79068701,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27535443,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:15:12 {"timestamp":"2012-09-23 21:27:38","latitud":39.79263798,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27558177,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:16:11 {"timestamp":"2012-09-23 21:28:38","latitud":39.7945675,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27576728,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:17:12 {"timestamp":"2012-09-23 21:29:39","latitud":39.79655857,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27599979,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:18:13 {"timestamp":"2012-09-23 21:29:39","latitud":39.79655857,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27599979,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:18:15 {"timestamp":"2012-09-23 21:30:39","latitud":39.79855554,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27622692,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:19:11 {"timestamp":"2012-09-23 21:31:39","latitud":39.80047727,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27642989,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:20:12 {"timestamp":"2012-09-23 21:32:39","latitud":39.80241499,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27659762,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:21:12 {"timestamp":"2012-09-23 21:33:40","latitud":39.80446645,"hito":0,"id_ruta":"35810904055865920120923165124271","longitud":73.27654338,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:22:13 {"timestamp":"2012-09-23 21:35:21","latitud":39.80766893,"hito":0,"id_ruta":"000","longitud":73.27603235,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:23:54 {"timestamp":"2012-09-23 21:36:21","latitud":39.80959555,"hito":0,"id_ruta":"000","longitud":73.27589807,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:24:53 {"timestamp":"2012-09-23 21:37:21","latitud":39.81146001,"hito":0,"id_ruta":"000","longitud":73.27552113,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:25:54 {"timestamp":"2012-09-23 21:38:21","latitud":39.81334477,"hito":0,"id_ruta":"000","longitud":73.27497901,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:26:55 {"timestamp":"2012-09-23 21:39:21","latitud":39.81507925,"hito":0,"id_ruta":"000","longitud":73.27402485,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso:

96

2012-09-23 20:27:54 {"timestamp":"2012-09-23 21:40:22","latitud":39.81678852,"hito":0,"id_ruta":"000","longitud":73.27286602,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:28:55 {"timestamp":"2012-09-23 21:41:22","latitud":39.81851073,"hito":0,"id_ruta":"000","longitud":73.27172083,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:29:55 {"timestamp":"2012-09-23 21:42:22","latitud":39.82025406,"hito":0,"id_ruta":"000","longitud":73.27042388,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:30:56 {"timestamp":"2012-09-23 21:43:22","latitud":39.82180277,"hito":0,"id_ruta":"000","longitud":73.26906551,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:31:55 {"timestamp":"2012-09-23 21:44:23","latitud":39.82340173,"hito":0,"id_ruta":"000","longitud":73.26769121,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:32:56 {"timestamp":"2012-09-23 21:45:23","latitud":39.82495319,"hito":0,"id_ruta":"000","longitud":73.26629994,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:33:55 {"timestamp":"2012-09-23 21:46:23","latitud":39.82661374,"hito":0,"id_ruta":"000","longitud":73.26510006,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:34:57 {"timestamp":"2012-09-23 21:47:23","latitud":39.82837546,"hito":0,"id_ruta":"000","longitud":73.2642235,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:35:57 {"timestamp":"2012-09-23 21:48:23","latitud":39.82920965,"hito":0,"id_ruta":"000","longitud":73.26260138,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:37:12 {"timestamp":"2012-09-23 21:49:23","latitud":39.82814466,"hito":0,"id_ruta":"000","longitud":73.26089481,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:37:57 {"timestamp":"2012-09-23 21:50:24","latitud":39.82694829,"hito":0,"id_ruta":"000","longitud":73.25919781,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:38:57 {"timestamp":"2012-09-23 21:51:24","latitud":39.82573408,"hito":0,"id_ruta":"000","longitud":73.25754025,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:39:56 {"timestamp":"2012-09-23 21:52:24","latitud":39.824513,"hito":0,"id_ruta":"000","longitud":73.25593726,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:40:58 {"timestamp":"2012-09-23 21:53:24","latitud":39.8231675,"hito":0,"id_ruta":"000","longitud":73.25453387,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:41:57 {"timestamp":"2012-09-23 21:54:24","latitud":39.82178615,"hito":0,"id_ruta":"000","longitud":73.25325475,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:42:59 {"timestamp":"2012-09-23 21:55:25","latitud":39.82025861,"hito":0,"id_ruta":"000","longitud":73.25208039,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:43:59

97

{"timestamp":"2012-09-23 21:56:25","latitud":39.81866765,"hito":0,"id_ruta":"000","longitud":73.25109745,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:44:58 {"timestamp":"2012-09-23 21:57:25","latitud":39.81710478,"hito":0,"id_ruta":"000","longitud":73.25027252,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:46:00 {"timestamp":"2012-09-23 21:57:25","latitud":39.81710478,"hito":0,"id_ruta":"000","longitud":73.25027252,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:46:01 {"timestamp":"2012-09-23 21:58:25","latitud":39.81545403,"hito":0,"id_ruta":"000","longitud":73.24948041,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:46:59 {"timestamp":"2012-09-23 21:59:09","latitud":39.81446759,"hito":1,"id_ruta":"000","longitud":73.24896518,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:47:43 {"timestamp":"2012-09-23 22:00:25","latitud":39.81419348,"hito":0,"id_ruta":"000","longitud":73.24887212,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:49:00 {"timestamp":"2012-09-23 22:01:25","latitud":39.81421154,"hito":0,"id_ruta":"000","longitud":73.24884822,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:49:59 {"timestamp":"2012-09-23 22:01:25","latitud":39.81421154,"hito":0,"id_ruta":"000","longitud":73.24884822,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:49:59 {"timestamp":"2012-09-23 22:02:24","latitud":39.81434235,"hito":0,"id_ruta":"000","longitud":73.24877968,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:50:58 {"timestamp":"2012-09-23 22:03:32","latitud":39.81430566,"hito":0,"id_ruta":"000","longitud":73.24861609,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:52:07 {"timestamp":"2012-09-23 22:04:52","latitud":39.81447968,"hito":0,"id_ruta":"000","longitud":73.24743287,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:53:25 {"timestamp":"2012-09-23 22:05:52","latitud":39.8148194,"hito":0,"id_ruta":"000","longitud":73.24679779,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:54:26 {"timestamp":"2012-09-23 22:06:52","latitud":39.81478045,"hito":0,"id_ruta":"000","longitud":73.24601801,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:55:26 {"timestamp":"2012-09-23 22:06:52","latitud":39.81478045,"hito":0,"id_ruta":"000","longitud":73.24601801,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:55:28 {"timestamp":"2012-09-23 22:08:38","latitud":39.81494302,"hito":0,"id_ruta":"000","longitud":73.24476323,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:57:11 {"timestamp":"2012-09-23 22:10:23","latitud":39.81562426,"hito":0,"id_ruta":"000","longitud":73.2438529,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 20:58:59 {"timestamp":"2012-09-23 22:12:15","latitud":-

98

39.81594977,"hito":0,"id_ruta":"000","longitud":73.2427811,"identificador":1,"id_embarcacion":"358109040558659"} - Ingreso: 2012-09-23 21:00:50

99