riud: página de inicio - “travel team” como aplicación para...
TRANSCRIPT
“Travel Team” Como Aplicación Para Motociclistas Que Viajan En Grupo
Estudiante
Jorge Andrés Guataquira Ramírez
20152099009 Grupo 1
Director
Oswaldo Romero
Revisor
Jhon Jairo Londoño
Universidad Distrital Francisco José de Caldas
Facultad de Ingeniería
Especialización En Ingeniería De Software
Bogotá, 2016
“Travel Team” Como Aplicación Para Motociclistas Que Viajan En Grupo
Estudiante
Jorge Andrés Guataquira Ramírez
20152099009 Grupo 1
Universidad Distrital Francisco José de Caldas
Facultad de Ingeniería
Especialización En Ingeniería De Software
Bogotá, 2016
CONTENIDO
AGRADECIMIENTOS ........................................................................................................ 12
Introducción .......................................................................................................................... 13
1. TÍTULO Y DEFINICIÓN DEL TEMA DE INVESTIGACIÓN .................................... 14
2. ESTUDIO DEL PROBLEMA DE INVESTIGACIÓN ................................................... 15
2.1. Planteamiento Del Problema .................................................................................... 15
2.2. Formulación Del Problema ....................................................................................... 16
2.3. Sistematización Del Problema .................................................................................. 16
3. OBJETIVOS DE LA INVESTIGACIÓN ........................................................................ 17
3.1. Objetivo General ....................................................................................................... 17
3.2. Objetivos Específicos ............................................................................................... 17
4. JUSTIFICACIÓN.......................................................................................................... 18
4.1. Justificación Práctica ............................................................................................. 18
5. HIPÓTESIS ................................................................................................................... 19
6. MARCO DE REFERENCIA ........................................................................................ 20
6.1. Marco Teórico ........................................................................................................ 20
6.1.1. Sistema De Posicionamiento Global (Gps) .................................................... 20
6.1.1.4. DGPS o GPS Diferencial ............................................................................ 24
6.1.2. Teléfono Inteligente ........................................................................................ 26
6.2. Marco Conceptual .................................................................................................. 28
6.2.1. Estado Del Arte .............................................................................................. 28
6.2.2. Google Maps .................................................................................................. 30
6.2.3. Sygic ............................................................................................................... 32
6.2.4. Greatest Road ................................................................................................. 33
6.2.5. Wikiloc ........................................................................................................... 33
6.2.6. Waze ............................................................................................................... 34
6.2.6.2. Disponibilidad ............................................................................................. 35
7. ASPECTOS METODOLÓGICOS ............................................................................... 36
7.1. Tipo De Estudio ..................................................................................................... 36
7.2. Método De Investigación ....................................................................................... 36
7.3. Fuentes Y Técnicas Para La Recolección De Información ................................... 36
7.3.1. Foto-Diarios Y Videos ................................................................................... 36
7.3.2. Un Día En La Vida De ................................................................................... 37
7.3.3. Sondeos Culturales ......................................................................................... 37
7.4. Tratamiento De La Información ............................................................................ 38
8. ALCANCES, LIMITACIONES Y RESULTADOS .................................................... 39
8.1. Alcances ................................................................................................................. 39
8.2. Limitaciones ........................................................................................................... 39
8.3. Resultados .............................................................................................................. 39
9. CRONOGRAMA DE TRABAJO ................................................................................. 40
9.1. Diagrama De Gantt ................................................................................................ 40
10. PRESUPUESTO ........................................................................................................ 42
10.1. Costos Por Servicios Personales ........................................................................ 42
10.2. Gastos generales ................................................................................................. 42
10.3. Costo total del proyecto...................................................................................... 43
11. DESARROLLO DE LA INVESTIGACIÓN ............................................................ 44
11.1. Arquitectura ........................................................................................................ 44
11.2. Tecnologías Usadas (Mysql, Java) ..................................................................... 44
11.2.1. Motor De Base De Datos ............................................................................ 45
11.2.2. Lenguaje De Programación ........................................................................ 45
11.3. Framework ......................................................................................................... 45
11.3.1. Android Studio ............................................................................................ 45
11.3.2. MySql Workbench ...................................................................................... 46
12.3.3. Coloso........................................................................................................... 47
11.4. Fase De Análisis (Definición De Historias De Usuario, Diseño De Las
Interfaces De Usuario (Creación De Mockups), Reuniones Con Revisor Y Director,
Creación Modelo De Datos) ............................................................................................. 48
11.4.1. Fase De Requerimientos ............................................................................. 48
11.4.2. Definición De Historias De Usuario ........................................................... 48
11.4.3. Diseño De Las Interfaces De Usuario (Creación De Mockups) ................. 52
11.4.4. CREACIÓN DEL MODELO DE DATOS ................................................ 56
11.5. Diseño Del Modelo De Negocio ........................................................................ 60
11.5.1. Punto De Vista Organización ..................................................................... 60
11.5.2. Punto De Vista Cooperación De Actor ....................................................... 61
11.5.3. Punto De Vista Función Del Negocio ......................................................... 62
11.5.4. Punto De Vista Proceso Del Negocio ......................................................... 63
11.5.5. Punto De Vista Cooperación Proceso De Negocio ..................................... 64
11.5.6. Punto De Vista Del Producto ...................................................................... 65
11.5.7. Punto De Vista Comportamiento De La Aplicación .................................. 66
11.5.8. Punto De Vista Estructura De La Aplicación ............................................. 67
11.5.9. Punto De Vista Uso De La Aplicación ....................................................... 68
11.5.10. Punto De Vista Infraestructura ................................................................... 69
11.5.11. Punto De Vista Uso De La Infraestructura ................................................. 70
11.5.12. Punto De Vista Implementación Y Despliegue .......................................... 71
11.5.13. Punto De Vista Involucrados ...................................................................... 72
11.5.14. Punto De Vista Realización De Objetivos .................................................. 73
11.5.15. Punto De Vista Contribución De Objetivos ................................................ 74
11.5.16. Punto De Vista De Principios ..................................................................... 75
11.5.17. Punto De Vista Realización De Requerimientos ........................................ 76
11.5.18. Punto De Vista Motivacional ...................................................................... 77
11.6. Fase De Desarrollo ............................................................................................. 79
11.6.1. Descripción Del Prototipo Construido ........................................................ 79
11.7. Realización De Pruebas ...................................................................................... 84
12. Resultados .................................................................................................................. 85
13. Conclusiones .............................................................................................................. 86
14. POSIBLES TRABAJOS FUTUROS ........................................................................ 88
Bibliografía ........................................................................................................................... 89
DIAGRAMAS
Diagrama 1Punto de Vista Organizacional Fuente Propia ................................................... 60
Diagrama 2 Punto de Vista Cooperación de Actor Fuente Propia ....................................... 61
Diagrama 3 Punto de Vista Función de Negocio Fuente Propia .......................................... 62
Diagrama 4 Punto de Vista Proceso del Negocio ................................................................. 63
Diagrama 5 Punto De Vista Cooperación Proceso De Negocio ........................................... 64
Diagrama 6 Punto De Vista Del Producto ............................................................................ 65
Diagrama 7 11.5.7. Punto De Vista Comportamiento De La Aplicación ............................ 66
Diagrama 8 Punto De Vista Estructura De La Aplicación ................................................... 67
Diagrama 9 Punto De Vista Uso De La Aplicación ............................................................. 68
Diagrama 10 Punto De Vista Infraestructura ....................................................................... 69
Diagrama 11Punto De Vista Uso De La Infraestructura ...................................................... 70
Diagrama 12 Punto De Vista Implementación Y Despliegue .............................................. 71
Diagrama 13 Punto De Vista Involucrados .......................................................................... 72
Diagrama 14 Punto De Vista Realización De Objetivos ...................................................... 73
Diagrama 15 Punto De Vista Contribución De Objetivos .................................................... 74
Diagrama 16 Punto De Vista De Principios ......................................................................... 75
Diagrama 17 Punto De Vista Realización De Requerimientos ............................................ 76
Diagrama 18 Punto De Vista Motivacional .......................................................................... 78
ILUSTRACIONES
Ilustración 1 Interacción De La Aplicación Fuente Propia .................................................. 29
Ilustración 2 Pantalla Inicio Sesión Fuente Propia ............................................................... 52
Ilustración 3 Pantalla Registro Fuente Propia ...................................................................... 53
Ilustración 4 Pantalla Unirse a Ruta Fuente Propia .............................................................. 54
Ilustración 5 Pantalla Mapa Fuente Propia ........................................................................... 55
Ilustración 6 Pantalla Inicio Sesión Travel Team Fuente Propia ........................................ 80
Ilustración 7 Pantalla Registro Travel Team Fuente Propia ................................................. 81
Ilustración 8Pantalla Mapas Travel Team Fuente Propia ..................................................... 82
Ilustración 9Pantalla Iconos Travel Team Fuente Propia ..................................................... 83
AGRADECIMIENTOS
Agradezco a Dios por permitirme vivir y de esta manera poder cumplir esta meta, por que
todo lo que tengo proviene de sus bendiciones.
A mis familiares que son un apoyo incondicional para realizar mi proyecto de vida, para
ellos que con palabras y actos me motivan a seguir adelante alcanzando mis sueños.
A los docentes de la Universidad Distrital Francisco José de Caldas, por hacer parte de este
proceso de aprendizaje, por transmitir sus conocimientos y sabiduría con tanta dedicación
los cuales son una verdadera semilla para el crecimiento personal.
Y a todas aquellas personas que estuvieron involucradas en el desarrollo de este proyecto
curricular y de vida.
13
INTRODUCCIÓN
Actualmente las personas utilizan cada vez más dispositivos electrónicos para
facilitar tareas cotidianas como lo son realizar compras, agendar eventos, ubicarse,
socializarse etc, pero este tipo de dispositivos no solo utilizan herramientas electrónicas
para su funcionamiento también necesitan algún tipo de software que permitan a los
usuarios satisfacer necesidades específicas.
En la ciudad de Bogotá cada vez más se encuentran grupos de motociclistas que se
unen con un fin en especial salir a rodar, dentro de estas rodadas se puede observar que el
grupo se reúne en un punto especial y de allí inician un viaje que se espera sea feliz,
eficiente y eficaz, sin embargo esto no siempre ocurre ya que mantener el control de los
participantes del viaje se vuelve complicado generando contratiempos y la insatisfacción
del viaje.
Evidenciando este problema se permite plantear una solución tecnológica la cual
consiste en el desarrollo que una aplicación móvil para dispositivos Android que haga uso
de la tecnología GPS para solucionar algunos de los problemas que tienen los motociclistas
que viajan en grupo.
14
1. TÍTULO Y DEFINICIÓN DEL TEMA DE INVESTIGACIÓN
“Travel Team” Como Aplicación Para Motociclistas Que Viajan En Grupo
15
2. ESTUDIO DEL PROBLEMA DE INVESTIGACIÓN
2.1. Planteamiento Del Problema
Actualmente los conductores de moto se organizan en grupo también llamados en
algunos casos clubes y toman como objetivo principal hacer viajes, estos viajes son
denominados rodadas, al momento de poner en práctica una de estas rodadas los integrantes
del club o grupo se ven enfrentados a una serie de problemas como lo son el control de los
integrantes, ruta que se va a tomar, contratiempos, Fallas mecánicas, fallas humanas,
controles policiales entre otros, cuando uno o varios de estos inconvenientes se genera las
rodadas no son lo suficientemente eficaces, eficientes y del agrado de todo el grupo, ya que
el tiempo que se espera en que sea efectuado el trayecto y las actividades que se van a
realizar se ven afectadas y algunas veces hasta canceladas. Actualmente a pesar de existir
grandes herramientas tecnológicas como lo son Smartphone, GPS, internet entre otros, y
teniendo en cuenta que los motociclistas las usan en sus viajes estas no cubren las
expectativas e inconvenientes a los cuales se ven enfrentadas estas personas.
16
2.2. Formulación Del Problema
¿Cómo se puede plantear una solución por medio de tecnologías móviles para
dispositivos Android a los contratiempos, el control de integrantes en los viajes que realizan
los motociclistas?
2.3. Sistematización Del Problema
¿Cuáles son los principales problemas a los que se ven enfrentados los motociclistas
que realizan viajes en grupo?
¿Qué tipo de tecnologías existen en el mercado para solucionar los contratiempos el
control de ruta e integrantes en los viajes que realizan los motociclistas?
¿Qué elementos poseen los motociclistas a la hora de realizar estos viajes?
17
3. OBJETIVOS DE LA INVESTIGACIÓN
3.1. Objetivo General
Construir un prototipo de una aplicación de software para dispositivos Android por
medio de herramientas tecnológicas móviles como lo son el GPS y los Smartphone que
permita la ubicación, identificación, y genere mínimo una alerta de los motociclistas que
viajan en grupo.
3.2. Objetivos Específicos
1. Interconectar cada uno de los dispositivos móviles por medio del GPS de los
motociclistas que viajan en grupo.
2. Soportar el aplicativo en una base de datos relacional que permita el registro e
ingreso de información de cada uno de los motociclistas que viajan en grupo.
3. Realizar un desarrollo de software por medio de frameworks y herramientas
tecnológicas que permita la solución al control de integrantes y alertas en los viajes
que realizan los motociclistas que viajan en grupo.
18
4. JUSTIFICACIÓN
4.1. Justificación Práctica
Actualmente es mayor el número de personas que utilizan motos para realizar cortos o
largos viajes en grupo, algunos hacen parte de clubs los cuales tienen como objetivo
principal realizar viajes o como se denomina dentro del gremio rodadas, es en este tipo de
viajes donde mantener el control de cada uno de los vehículos, sus ocupantes y el grupo
total es de difícil administración, si a esto se suma la falta de información en tiempo real
que es relevante a la hora del viaje como lo son persona a cargo del vehículo, posibles
contratiempos (Accidentes, fallas mecánicas, Fallas humanas, controles de tránsito), control
de la ruta seleccionada entre otras., se evidencia que son demasiados los aspectos que
pueden generar que el viaje no sea lo suficientemente eficaz, eficiente y en algunos casos
hasta desastroso, algunas personas hacen uso de herramientas como celulares para tener un
leve control de este tipo de actividades pero en la actualidad todavía no se ve reflejado
algún método tecnológico que permita resolver esta gran cantidad de inconvenientes a los
que se ven enfrentados este tipo de viajeros, de allí nace la necesidad de crear una
aplicación de software que mejore el resultado de estas rodadas enfocándose en los
principales problemas que afrontan los motociclistas.
19
5. HIPÓTESIS
Una aplicación para dispositivos móviles que involucra el uso de GPS y la
administración de usuarios permitiría a los motociclistas viajar en grupo de manera
eficiente eficaz y satisfacer los siguientes inconvenientes encontrados en el proceso de
levantamiento de información:
1. Falta de control de los participantes del viaje.
2. Falta de información en tiempo real de los participantes del viaje
20
6. MARCO DE REFERENCIA
6.1. MARCO TEÓRICO
6.1.1. Sistema De Posicionamiento Global (Gps)
El sistema de posicionamiento global (GPS) es un sistema que permite determinar en
todo el mundo la posición de un objeto (una persona, un vehículo) con una precisión de
hasta centímetros (si se utiliza GPS diferencial), aunque lo habitual son unos pocos metros
de precisión. El sistema fue desarrollado, instalado y empleado por el Departamento de
Defensa de los Estados Unidos. Para determinar las posiciones en el globo, el sistema GPS
está constituido por 24 satélites y utiliza la trilateración.
El GPS funciona mediante una red de 24 satélites en órbita sobre el planeta tierra, a 20
200 km de altura, con trayectorias sincronizadas para cubrir toda la superficie de la Tierra.
Cuando se desea determinar la posición, el receptor que se utiliza para ello localiza
automáticamente como mínimo cuatro satélites de la red, de los que recibe unas señales
indicando la identificación y la hora del reloj de cada uno de ellos. Con base en estas
señales, el aparato sincroniza el reloj del GPS y calcula el tiempo que tardan en llegar las
señales al equipo, y de tal modo mide la distancia al satélite mediante el método de
trilateración inversa, la cual se basa en determinar la distancia de cada satélite respecto al
punto de medición. Conocidas las distancias, se determina fácilmente la propia posición
relativa respecto a los satélites. Conociendo además las coordenadas o posición de cada uno
de ellos por la señal que emiten, se obtiene la posición absoluta o coordenada reales del
21
punto de medición. También se consigue una exactitud extrema en el reloj del GPS, similar
a la de los relojes atómicos que llevan a bordo cada uno de los satélites.
La antigua Unión Soviética construyó un sistema similar llamado GLONASS, ahora
gestionado por la Federación Rusa.
Actualmente la Unión Europea está desarrollando su propio sistema de posicionamiento
por satélite, denominado Galileo.
A su vez, la República Popular China está implementando su propio sistema de
navegación, el denominado Beidou, prevén que cuente con 12 y 14 satélites entre 2011 y
2015. Para 2020, ya plenamente operativo deberá contar con 30 satélites. En abril de 2011
tenían ocho en órbita.
6.1.1.1. Características Técnicas Y Prestaciones
El Sistema Global de Navegación por Satélite lo componen:
• Satélites en la constelación: 24 (4 × 6 órbitas)
• Altitud: 20 200 km
• Período: 11 h 58 min (12 horas sidéreas)
• Inclinación: 55 grados (respecto al ecuador terrestre).
• Vida útil: 7,5 años
• Segmento de control (estaciones terrestres)
• Estación principal: 1
• Antena de tierra: 4
• Estación monitora (de seguimiento): 5, Colorado Springs, Hawái, Kwajalein, Isla de
Ascensión e Isla de Diego García
22
• Señal RF
• Frecuencia portadora:
• Civil – 1575,42 MHz (L1). Utiliza el Código de Adquisición Aproximativa (C/A).
• Militar – 1227,60 MHz (L2). Utiliza el Código de Precisión (P), cifrado.
• Nivel de potencia de la señal: –160 dBW (en superficie tierra).
• Polarización: circular dextrógira.
• Precisión
• Posición: oficialmente aproximadamente 15 m (en el 95 % del tiempo). En la
realidad un GPS portátil monofrecuencia de 12 canales paralelos ofrece una precisión de
entre 2,5 y 3 metros en más del 95 % del tiempo. Con el WAAS / EGNOS / MSAS
activado, la precisión asciende de 1 a 2 metros.
• Hora: 1 ns
• Cobertura: mundial
• Capacidad de usuarios: ilimitada
• Sistema de coordenadas:
• Sistema Geodésico Mundial 1984 (WGS84).
• Centrado en la Tierra, fijo.
• Integridad: tiempo de notificación de 15 minutos o mayor. No es suficiente para la
aviación civil.
• Disponibilidad: 24 satélites y 21 satélites. No es suficiente como medio primario de
navegación.
6.1.1.2. Funcionamiento
La información que es útil al receptor GPS para determinar su posición se llama
efemérides. En este caso cada satélite emite sus propias efemérides, en la que se incluye la
salud del satélite (si debe o no ser considerado para la toma de la posición), su posición en
el espacio, su hora atómica, información doppler, etc.
Mediante la trilateración se determina la posición del receptor:
23
• Cada satélite indica que el receptor se encuentra en un punto en la superficie de la
esfera, con centro en el propio satélite y de radio la distancia total hasta el receptor.
• Obteniendo información de dos satélites queda determinada una circunferencia que
resulta cuando se intersecan las dos esferas en algún punto de la cual se encuentra el
receptor.
• Teniendo información de un tercer satélite, se elimina el inconveniente de la falta de
sincronización entre los relojes de los receptores GPS y los relojes de los satélites. Y es en
este momento cuando el receptor GPS puede determinar una posición 3D exacta
(latitud,longitud y altitud).
6.1.1.3. Fiabilidad De Los Datos
Debido al carácter militar del sistema GPS, el Departamento de Defensa de los EE.
UU. se reservaba la posibilidad de incluir un cierto grado de error aleatorio, que podía
variar de los 15 a los 100 m. La llamada disponibilidad selectiva (S/A) fue eliminada el 2
de mayode 2000. Aunque actualmente no aplique tal error inducido, la precisión intrínseca
del sistema GPS depende del número de satélites visibles en un momento y posición
determinados.
Si se capta la señal de entre siete y nueve satélites, y si éstos están en una geometría
adecuada (están dispersos), pueden obtenerse precisiones inferiores a 2,5 metros en el 95 %
del tiempo. Si se activa el sistema DGPS llamado SBAS (WAAS-EGNOS-MSAS), la
precisión mejora siendo inferior a un metro en el 97 % de los casos. Estos sistemas SBAS
no se aplican en Sudamérica, ya que esa zona no cuenta con este tipo de satélites
geoestacionarios. La funcionabilidad de los satélites es por medio de triangulación de
24
posiciones para proporcionar la posición exacta de los receptores (celulares, vehículos,
etc.).
6.1.1.4. DGPS o GPS Diferencial
El DGPS (Differential GPS), o GPS diferencial, es un sistema que proporciona a los
receptores de GPS correcciones de los datos recibidos de los satélites GPS, con el fin de
proporcionar una mayor precisión en la posición calculada. Se concibió fundamentalmente
debido la introducción de la disponibilidad selectiva (SA).
El fundamento radica en el hecho de que los errores producidos por el sistema GPS
afectan por igual (o de forma muy similar) a los receptores situados próximos entre sí. Los
errores están fuertemente correlacionados en los receptores próximos.
Un receptor GPS fijo en tierra (referencia) que conoce exactamente su posición
basándose en otras técnicas, recibe la posición dada por el sistema GPS, y puede calcular
los errores producidos por el sistema GPS, comparándola con la suya, conocida de
antemano. Este receptor transmite la corrección de errores a los receptores próximos a él, y
así estos pueden, a su vez, corregir también los errores producidos por el sistema dentro del
área de cobertura de transmisión de señales del equipo GPS de referencia.
En suma, la estructura DGPS quedaría de la siguiente manera:
• Estación monitorizada (referencia), que conoce su posición con una precisión muy
alta. Esta estación está compuesta por:
25
• Un receptor GPS.
• Un microprocesador, para calcular los errores del sistema GPS y para generar la
estructura del mensaje que se envía a los receptores.
• Transmisor, para establecer un enlace de datos unidireccional hacia los receptores
de los usuarios finales.
• Equipo de usuario, compuesto por un receptor DGPS (GPS + receptor del enlace de
datos desde la estación monitorizada).
Existen varias formas de obtener las correcciones DGPS. Las más usadas son:
• Recibidas por radio, a través de algún canal preparado para ello, como el RDS en
una emisora de FM.
• Descargadas de Internet, o con una conexión inalámbrica.
• Proporcionadas por algún sistema de satélites diseñado para tal efecto. En Estados
Unidos existe el WAAS, en Europa el EGNOS y enJapón el MSAS, todos compatibles
entre sí.
En los mensajes que se envían a los receptores próximos se pueden incluir dos tipos de
correcciones:
• Una corrección directamente aplicada a la posición. Esto tiene el inconveniente de
que tanto el usuario como la estación monitora deberán emplear los mismos satélites, pues
las correcciones se basan en esos mismos satélites.
• Una corrección aplicada a las pseudodistancias de cada uno de los satélites visibles.
En este caso el usuario podrá hacer la corrección con los cuatro satélites de mejor relación
señal-ruido (S/N). Esta corrección es más flexible.
El error producido por la disponibilidad selectiva (SA) varía incluso más rápido que
la velocidad de transmisión de los datos. Por ello, junto con el mensaje que se envía de
correcciones, también se envía el tiempo de validez de las correcciones y sus tendencias.
26
Por tanto, el receptor deberá hacer algún tipo de interpolación para corregir los errores
producidos.
Si se deseara incrementar el área de cobertura de correcciones DGPS y, al mismo
tiempo, minimizar el número de receptores de referencia fijos, será necesario modelar las
variaciones espaciales y temporales de los errores. En tal caso estaríamos hablando del GPS
diferencial de área amplia.
Con el DGPS se pueden corregir en parte los errores debidos a:
• Disponibilidad selectiva (eliminada a partir del año 2000).
• Propagación por la ionosfera - troposfera.
• Errores en la posición del satélite (efemérides).
• Errores producidos por problemas en el reloj del satélite.
Para que las correcciones DGPS sean válidas, el receptor tiene que estar
relativamente cerca de alguna estación DGPS; generalmente, a menos de 1000 km. Las
precisiones que manejan los receptores diferenciales son centi-métricas, por lo que pueden
ser utilizados en ingeniería permite determinar en todo el mundo la posición de un objeto,
una persona o un vehículo con una precisión hasta de centímetros (wikipedia, 2015).
6.1.2. Teléfono Inteligente
El teléfono inteligente (en inglés: smartphone) es un tipo de teléfono móvil
construido sobre una plataforma informática móvil, con mayor capacidad de almacenar
datos y realizar actividades, semejante a la de una minicomputadora, y con una mayor
27
conectividad que un teléfono móvil convencional. El término «inteligente», que se utiliza
con fines comerciales, hagan referencia a la capacidad de usarse como un computador de
bolsillo, y llega incluso a reemplazar a una computadora personal en algunos casos.
Generalmente, los teléfonos con pantallas táctiles son los llamados “teléfonos
inteligentes”, pero el soporte completo al correo electrónico parece ser una característica
indispensable encontrada en todos los modelos existentes y anunciados desde 2007. Casi
todos los teléfonos inteligentes también permiten al usuario instalar programas adicionales,
habitualmente incluso desde terceros, hecho que dota a estos teléfonos de muchísimas
aplicaciones en diferentes terrenos; sin embargo, algunos teléfonos son calificados como
inteligentes aun cuando no tienen esa característica.
Entre otros rasgos comunes está la función multitarea, el acceso a Internet vía Wi-Fi
o red 4G, función multimedia (cámara y reproductor de videos/mp3), a los programas de
agenda, administración de contactos, acelerómetros, GPS y algunos programas de
navegación, así como ocasionalmente la habilidad de Y leer documentos de negocios en
variedad de formatos como PDF y Microsoft Office (Wikipedia, 2015).
6.1.2.1. Sistemas Operativos
Los sistemas operativos móviles más frecuentes utilizados por los teléfonos
inteligentes son Android (de Google), iOS (de Apple), Windows Phone (de Microsoft) y
BlackBerry OS (de BlackBerry). Otros sistemas operativos de menor uso son Bada (de
Samsung), Symbian (de Nokia), Firefox OS (de Mozilla), MeeGo (de Moblin y Maemo),
28
webOS, Windows CE, etc. Desde 2012 se ha anunciado Ubuntu Touch como próximo
contendiente en este segmento (Wikipedia, 2015).
6.2. Marco Conceptual
Actualmente la mayoría de las personas tienen un SmartPhone para facilitar este
tipo de dispositivos cuentan con una herramienta de localización denominada GPS,
podemos decir que GPS es un sistema que permite determinar en todo el mundo la
posición de un objeto (una persona, un vehículo) con una precisión de hasta centímetros (si
se utiliza GPS diferencial), aunque lo habitual son unos pocos metros de precisión
(Wikipedia, 2015).
Con la llegada de estas tecnologías la industria de desarrollo de software ha creado
un gran número de aplicaciones que hace uso del GPS para ubicar a las personas,
informarles de sitios cercanos, socializarse entre otras, es en este ámbito donde
encontramos aplicaciones como las siguientes:
6.2.1. Estado Del Arte
Actualmente se puede encontrar un gran número de aplicaciones que utilizan las
prestaciones en hardware de los dispositivos móviles como lo son el GPS, Acelerómetro,
Pantalla táctil entre otras, para el caso de la movilidad en el mercado existen una gran
cantidad de estas aplicaciones se pueden agrupar dependiendo del objetivo que la persona
busca un ejemplo de esto es si una persona se transporta en taxi podrá utilizar aplicaciones
como Tappsi, Easy Taxi si se desea conducir por la ciudad en vehículo particular se puede
29
hacer uso de Waze, Google maps, cada una de estas aplicaciones cuenta con un número de
características diseñadas especialmente para su público objetivo.
6.2.1.1. Diagrama De Funcionamiento
Ilustración 1 Interacción De La Aplicación Fuente Propia
Como se puede apreciar en la imagen anterior cada uno de los integrantes del grupo
que desea realizar un viaje tiene un dispositivo móvil, en este se encuentra instalada la
aplicación que a su vez realiza conexión a una base de datos para efectos de identificación
de usuarios actualización y visualización de información, estos dispositivos a su vez hacen
30
uso de los satélites GPS que les brindan la posición actual del dispositivo esta información
es la que utiliza la aplicación para el control de los de los motociclistas que viajan en grupo.
6.2.2. Google Maps
Google Maps es un servidor de aplicaciones de mapas en la web que pertenece a
Google. Ofrece imágenes de mapas desplazables, así como fotografías por satélite del
mundo e incluso la ruta entre diferentes ubicaciones o imágenes a pie de calle con Google
Street View.
Existe una variante a nivel entorno de escritorio llamada Google Earth que ofrece
Google también de forma gratuita. En 2014 (Google_Maps, 2015).
6.2.2.1. Características
Básicas:
Google Maps ofrece la capacidad de realizar acercamientos y alejamientos para
mostrar el mapa. El usuario puede controlar el mapa con el mouse o las teclas de dirección
para moverse a la ubicación que se desee. Para permitir un movimiento más rápido, las
teclas "+" y "-" pueden ser usadas para controlar el nivel de zoom. Los usuarios pueden
ingresar una dirección, una intersección o un área en general para buscar en el mapa.
Como otros servicios de mapa, Google Maps permite la creación de pasos para llegar a
alguna dirección. Esto permite al usuario crear una lista paso a paso para saber cómo llegar
a su destino, calculando el tiempo necesario y la distancia recorrida entre las ubicaciones.
31
Avanzadas:
En abril de 2005, Google añadió un Ride Finder (en español, indicador de vehículo),
en el cual una persona puede ubicar un taxi o un transporte público en una gran ciudad en
tiempo real. La persona debe hacer clic en la barra de Update Position (en español,
actualizar posición) para encontrar la nueva ubicación del auto.
En junio de 2005, los mapas de carreteras de los Estados Unidos, Puerto Rico, Canadá y el
Reino Unido fueron integrados en Google Maps.
A mediados de julio de 2005, Google comienza la versión japonesa de Google Maps y
Google Local.
Imágenes ofrecidas por satélite
En abril de 2005, se crea una vista alternativa a la que se mostraba por el satélite. El
mayor proveedor de imágenes satelitales de Google Maps es DigitalGlobe, quien provee la
mayor parte de sus imágenes del satélite QuickBird.
En junio de 2005, las imágenes de alta resolución (o a la máxima ampliación) ya
estaban disponibles para la mayor parte de Canadá y Estados Unidos (incluyendo los
estados de Hawaii y Alaska. Además abarca otros países en forma parcial, como Francia,
Irlanda, Italia, Irak, Japón, Bahamas, Kuwait, México, Holanda, etc.
32
Sin embargo, algunas áreas fueron oscurecidas por motivos de seguridad nacional, como el
Capitolio, la Casa Blanca y el área 51
Para el resto del planeta las imágenes se encuentran disponible en baja resolución, excepto
para los polos.
No todas las fotos mostradas son de satélites; algunas son Ortofotos de ciudades tomadas
por aviones que vuelan a bastante altura (sobre los 10 000 metros).
Multivistas
El 22 de julio de 2005, Google lanza una vista dual de su Google Maps. Esta vista
combina el par y la vista satelital con mapas ilustrados y los nombres de calles en las
imágenes del mundo real. Esto hace más fácil encontrar rutas entre dos puntos
(Google_Maps, 2015).
6.2.3. SYGIC
Sygic es una aplicación de navegación que no necesita conexión a Internet para
funcionar y utiliza la tecnología de TomTom para planificar tus rutas. Es gratuita tanto para
iPhone como para Android y permite el acceso a otros datos como puntos de interés (PDI).
Si quieres más puedes optar a una versión Sygic Premium con la que disfrutar de
muchas otras opciones, como mapas 3D, la posibilidad de navegación por voz e incluso
límites de velocidad (About, 2015).
33
6.2.4. GREATEST ROAD
Una aplicación con la que descubrir las mejores carreteras que te rodean. Con ella
podrás planificar las rutas a la medida de tus preferencias basándote además en carreteras
que otros motoristas pueden recomendar.
Los usuarios pueden aconsejar y comentar sobre diferentes rutas y las podrás
encontrar como opciones cercanas a tu ruta inicial. Una app que combina la colaboración
social con el placer de viajar en moto. Sólo está disponible para iOS de iPhone (About,
2015).
6.2.5. WIKILOC
Wikiloc es una aplicación pensada para compartir rutas y aprender de los itinerarios
que otros ya han realizado antes que tú. Puedes grabar tu ruta mientras viajas con tu moto y
después compartirla en Wikiloc para que otros usuarios la puedan consultar.
Wikiloc permite también añadir fotos de tu ruta, para así ofrecer una información
más completa, y te ofrece la posibilidad de descargarte las rutas de los demás a modo de
tracks para tu GPS y hacerlas navegables. Wikiloc está disponible de manera gratuita tanto
para dispositivos iPhone como Android (About, 2015).
http://motos.about.com/od/principiantes-conceptos/tp/5-Apps-para-usar-en-moto-de-
viaje.htm
34
6.2.6. WAZE
Waze es una aplicación social de tránsito automotor en tiempo real y navegación
asistida por GPS desarrollada por Waze Mobile.
6.2.6.1. Características
Los usuarios de Waze son llamados Wazers, y, a diferencia de los software de navegación
asistida por GPS tradicionales, este es mantenido por los usuarios y aprende de las rutas
recorridas por sus usuarios para proveer información de enrutamiento y actualizaciones de
tráfico en tiempo real. Las características que Waze ofrece incluyen:16
• Indicaciones giro por giro habladas (síntesis de voz)
• Nombres de calles habladas*
• Reportes de tráfico en tiempo real
• Precios de gasolina en tiempo real**
• Posibilidad de evitar peajes**
• Actualizaciones regulares y gratuitas al mapa instaladas y mostradas
automáticamente
• Búsqueda de destino por dirección completa, categoría, nombre del lugar, puntos de
interés, o utilizando la información de los contactos.
35
• Búsqueda integrada de destino: Google, Foursquare, Bing, Contactos
• Soporte para insertar destinos mediante aplicaciones externas
• Soporte multilenguaje
• Integración con redes sociales (Twitter y Facebook)
6.2.6.2. Disponibilidad
La aplicación móvil de Waze se encuentra disponible de manera gratuita para los
siguientes sistemas operativos: Android, BlackBerry, iOS, Symbian y Windows Phone.
Waze puede ser utilizado en cualquier lugar del mundo,17 contando con mapas precisos y
completos en algunos países, mientras que en otros los mapas pueden presentar
información incompleta, requiriendo la edición por parte de los usuarios de cada país el
agregar calles, avenidas, puntos de interés, etc.
Hasta 2013, Waze cuenta con información completa de los mapas de Estados Unidos,
Canadá, Reino Unido, Francia, Alemania, Italia, Países Bajos, Bélgica, Israel (considerado
como el mejor mapa de ese país), Sudáfrica, México, Ecuador, Argentina, Chile, Paraguay,
Panamá, Perú y Colombia. La compañía ha comentado que tiene planes para mejorar y
completar los mapas para el resto de los países (Waze, 2015).
36
7. ASPECTOS METODOLÓGICOS
7.1. Tipo De Estudio
Con el presente estudio se espera hacer un análisis de los principales problemas que
poseen los motociclistas que viajan en grupo.
7.2. Método De Investigación
Para poder alcanzar los objetivos específicos se debe tener en cuenta las siguientes
metodologías de investigación
1. Foto-Diarios y Videos
2. Un día en la vida de
3. Sondeos Culturales
Estas metodologías están descritas en el libro Métodos de Investigación para el
Desarrollo del producto por Alex Milton y Paul Rodgers (Milton, 2013).
7.3. Fuentes Y Técnicas Para La Recolección De Información
7.3.1. Foto-Diarios Y Videos
Por medio de esta metodología se espera recolectar fotografías y videos detallados de la
forma en que se los motociclistas se reúnen y planean sus viajes así mismo se espera
evidenciar los principales problemas al hacer este tipo de actividades.
37
Frecuencia: 1 viaje con un club de motociclistas.
Tiempo: Se realizara la toma de fotografías y videos durante el viaje realizado.
7.3.2. Un Día En La Vida De
Por medio de esta metodología se espera verificar las cuestiones improvistas inherentes a la
rutina y las circunstancias cotidianas de los motociclistas, se realizara una salida con un
grupo o club y se evidenciara en un ambiente real que inconvenientes se presentan al
realizar este tipo de actividades.
Frecuencia: 1 viaje con un club de motociclistas.
Tiempo: Se realizara la observación y registro de las actividades realizadas y contratiempos
que se presentan durante el transcurso de la actividad.
7.3.3. Sondeos Culturales
Con esta metodología se espera indagar a los participantes de los club de motos sobre los
principales inconvenientes que tienen en sus viajes asi mismo conocer que elementos
utilizan durante estos trayectos para la resolución de sus inconvenientes:
a. Material para el sondeo (Encuesta)
b. Seleccionar participantes
c. Seleccionar voluntarios
38
d. Recuperar los sondeos y analizarlos
La actividad se realizara por medio de la herramienta Google Forms, se realizara un
cuestionario y será enviado a personas pertenecientes a clubs de motos en Bogotá por
medios virtuales como Facebook, Blogs, Email, etc., después de algunos días puesta la
encuesta al público se analizaran los resultados con ayuda de la herramienta de Google, se
realizó el siguiente modelo para la obtención de datos.
1. Crear el formulario a través de Google Forms
2. Enviar el formulario a través de Facebook y Correos electrónicos
3. Analizar los datos del sondeo.
7.4. Tratamiento De La Información
El tratamiento de la información se llevara a cabo por medio de la herramienta forms de
google que permite tener estadísticas de la información recolectada y encontrar de esta
manera los puntos vitales y esenciales para la investigación.
Por la parte de videos fotos y un día en la vida de, se busca hacer un estudio cualitativo por
medio de la experiencia vivida rescatar elementos indispensables para la investigación.
39
8. ALCANCES, LIMITACIONES Y RESULTADOS
8.1. Alcances
La investigación abarca únicamente a motociclistas que realizan viajes en grupos así
mismos se presentara un prototipo de un desarrollo de software para dispositivos móviles
Android que den una solución parcial al control de participantes del viaje y notificaciones
automáticas en tiempo real.
8.2. Limitaciones
El tiempo para superar la curva de aprendizaje es muy ajustado.
8.3. Resultados
Poder observar la posición de cada uno de los motociclistas que viajan en grupo.
Poder enviar notificaciones a los demás motociclistas que viajan en grupo.
Que el software envié automáticamente notificaciones a los demás motociclistas que
viajan en grupo.
40
9. CRONOGRAMA DE TRABAJO
9.1. Diagrama De Gantt
Nombre de tarea Duración
Levantamiento de Información 10 días
Recolección de Información Fotos y Videos 1 día
Recolección de Información Sondeos Culturales 3 días
Recolección de Información Un día en la Vida de 1 día
Análisis Información Recolectada 2 días
Análisis de Requisitos del Sistema 2 días
Desarrollo Instalación y Pruebas 73 días
Curva de aprendizaje 15 días
Desarrollo Prototipo 30 días
Instalación y Prueba en Dispositivo Móvil 3 días
Corrección de Bugs 15 días
Instalación y Prueba en Dispositivo Móvil 3 días
Preparación prototipo funcional para la entrega 2 días
Elaboración documentación de usuario 5 días
41
42
10. PRESUPUESTO
10.1. COSTOS POR SERVICIOS PERSONALES
Persona Costo por
hora
Número de
Horas
Costo Total
Por Persona
Andrés Guataquira $40,000.00 540 $21,600,000.00
Asesor Programación $40,000.00 25 $1,000,000.00
Director $60,000.00 64 $3,840,000.00
Revisor $60,000.00 20 $1,200,000.00
Costo total recurso humano $200,000.00 649 $27,640,000.00
10.2. GASTOS GENERALES
Concepto Cantidad Valor
Unidad
Valor (mes) Valor
(6meses)
Computador 1 $2,500.00 $75,000.00 $450,000.00
Luz 1 $100.00 $3,000.00 $18,000.00
Agua 1 $50.00 $1,500.00 $9,000.00
Licencias 0 $0.00 $0.00 $0.00
Vehículo (Moto) 1 $50,000.00 $150,000.00 $250,000.00
Imprevistos 0 $25,000.00 $50,000.00 $100,000.00
Internet 1 $1,400.00 $42,000.00 $252,000.00
Total $79,050.00 $321,500.00 $1,079,000.00
43
10.3. COSTO TOTAL DEL PROYECTO
Aspecto Valor
Costos Servicios personales $27,640,000.00
Gastos Generales $1,079,000.00
TOTAL $28,719,000.00
44
11. DESARROLLO DE LA INVESTIGACIÓN
11.1. Arquitectura
Como arquitectura se plantea hacer uso de 3 capas
- Capa de Presentación
Es conocida también como interfaz de usuario, es el resultado final que el usuario
percibe y con el cual interactúa.
- Capa de Negocio
A capa de Negocio es la encargada o contiene la lógica de negocio, es la capa
intermedia entre la capa de presentación y la capa de datos, toma las interacciones
del usuario realiza operaciones accede a la capa de datos y retorna una respuesta a la
capa de presentación.
- Capa de Datos
Es donde residen los datos estos pueden estar en un solo servidor o en varios, realiza
todo el almacenamiento de datos, reciben solicitudes de almacenamiento o
recuperación de información desde la capa de negocio.
11.2. Tecnologías Usadas (Mysql, Java)
En base a los requerimientos en el desarrollo del presente proyecto se realizó la elección
de varias tecnologías para el desarrollo de software, las tecnologías aquí presentadas son
reconocidas, de código libre, portables, escalables, con gran cantidad de documentación y
con grandes casos de éxito en la creación y desarrollo de aplicaciones móviles.
45
11.2.1. Motor De Base De Datos
MySql: Es un sistema de gestión de bases de datos relacional y es considerado como la
base de datos de código libre más popular del mundo, hace uso de lenguaje SQL
(Structured Query Language) para la interacción de los datos.
11.2.2. Lenguaje De Programación
Java: Java es un lenguaje de programación orientado a objetos, la intención del
lenguaje es generar el código una ve y poder ser ejecutado en cualquier dispositivo teniendo
como base que no tiene que ser recompilado para correr en diferentes plataformas,
actualemente es el lenguaje que utiliza el framework Android Studio el cual fue diseñado
para la creación de aplixaxiones móviles para dispositivos Android.
11.3. Framework
11.3.1. Android Studio
Es un desarrollo integrado para la plataforma Android Está basado en el software
IntelliJ IDEA de JetBrains, y es publicado de forma gratuita a través de la Licencia
Apache 2.0 Está disponible para las plataformas Microsoft Windows, Mac OS
X y GNU/Linux.
11.3.1.1. Características
Renderización en tiempo real
Consola de desarrollador: consejos de optimización, ayuda para la traducción,
estadísticas de uso.
Soporte para construcción basada en Gradle.
Refactorización especifica de Android y arreglos rápidos.
46
Herramientas Lint para detectar problemas de rendimiento, usabilidad,
compatibilidad de versiones, y otros problemas.
Plantillas para crear diseños comunes de Android y otros componentes.
Soporte para programar aplicaciones para Android Wear
11.3.2. MYSQL WORKBENCH
Es una herramienta visual de diseño de bases de datos que integra desarrollo de
software, Administración de bases de datos, diseño de bases de datos, creación y
mantenimiento para el sistema de base de datos MySQL. Es el sucesor de DBDesigner
4 de fabFORCE.net, y reemplaza el anterior conjunto de software, MySQL GUI Tools
Bundle.
12.3.2.1. Características
Conexión a base de datos & Instance Management
Wizard driven action items
Fully scriptable with Python and Lua
Soporte para plugins personalizados
Editor de SQL
Schema object browsing
SQL syntax highlighter and statement parser
Multiple-, editable result sets
SQL snippets collections
SSH connection tunneling
Soporte Unicode
47
Modelado de datos
Diagrama entidad relación
Drag'n'Drop visual modeling
Reverse engineering from SQL Scripts and live database
Forward engineering to SQL Scripts and live database
Sincronización de esquema
Printing of models
Import from fabFORCE.net DBDesigner4
Database Administration
Start and stop of database instances
Instance configuration
Database account management
Instance variables browsing
Log file browsing
Data dump export/import.
12.3.3. COLOSO
Este es un software proporcionado por Sandro Bolaños, docente de la Universidad Distrital
Francisco José de Caldas. Entre las múltiples funcionalidades que brinda la herramienta,
permite la elaboración de modelos de arquitectura empresarial, ayudando a diseñar los
respectivos modelos en relación al trabajo de grado que aquí se presenta.
48
11.4. Fase De Análisis (Definición De Historias De Usuario, Diseño
De Las Interfaces De Usuario (Creación De Mockups), Reuniones
Con Revisor Y Director, Creación Modelo De Datos)
11.4.1. Fase De Requerimientos
Se realizó un trabajo de campo para verificar los problemas reales que tenían los
motociclistas que viajan en grupo, así mismo se evidencio que herramientas tecnológicas
ellos poseen a la hora de hacer estos recorridos.
También se realizó reuniones con el director y revisor para encontrar una
retroalimentación de los avances realizados en el desarrollo del proyecto, la
retroalimentación de estas reuniones y mensajes de correo electrónico permitió afinar el
desarrollo de este proyecto.
11.4.2. Definición De Historias De Usuario
Dentro de la metodología de desarrollo que se implementó SCRUM se plantea el uso de
historias de usuario que permiten llevar un control de las actividades a realizar y los
entregables, aquí se planten las historias de usuario para la realización del presente
proyecto.
49
Historia de Usuario
Número: 1 Usuario: Estudiante
Nombre historia: Crear Interfaz Inicio de Sesión para Usuarios
Prioridad en negocio: Alta
Riesgo en desarrollo: Alto
(Alta / Media / Baja)
Puntos estimados: 5 Iteración asignada: 1
Programador responsable: Estudiante Desarrollador
Descripción: Yo como usuario final necesito que el prototipo de la aplicación tenga un inicio
de sesión para los respectivos usuarios.
Observaciones:
CONFIRMADO con el cliente
Historia de Usuario
Número: 1 Usuario: Estudiante
Nombre historia: Crear Interfaz de Registro para Usuarios
Prioridad en negocio: Alta
Riesgo en desarrollo: Alto
(Alta / Media / Baja)
Puntos estimados: 5 Iteración asignada: 1
Programador responsable: Estudiante Desarrollador
Descripción: Yo como usuario final necesito que el prototipo de la aplicación tenga una
opción para el registro de nuevos usuarios.
Observaciones:
CONFIRMADO con el cliente
50
Historia de Usuario
Número: 1 Usuario: Estudiante
Nombre historia: Crear Interfaz Grafica para crear ruta o ingresar en ruta.
Prioridad en negocio: Alta
Riesgo en desarrollo: Alto
(Alta / Media / Baja)
Puntos estimados: 5 Iteración asignada: 1
Programador responsable: Estudiante Desarrollador
Descripción: Yo como usuario final necesito que el prototipo de la aplicación tenga la opción
de crear una ruta o ingresar en una ya existente
Observaciones:
CONFIRMADO con el cliente
Historia de Usuario
Número: 1 Usuario: Estudiante
Nombre historia: Crear Interfaz Mapa.
Prioridad en negocio: Alta
Riesgo en desarrollo: Alto
(Alta / Media / Baja)
Puntos estimados: 5 Iteración asignada: 1
Programador responsable: Estudiante Desarrollador
Descripción: Yo como usuario final necesito que el prototipo de la aplicación muestre el
mapa con los integrantes que comparten la ruta.
Observaciones:
CONFIRMADO con el cliente
51
Historia de Usuario
Número: 1 Usuario: Estudiante
Nombre historia: Generar alertas en el mapa.
Prioridad en negocio: Alta
Riesgo en desarrollo: Alto
(Alta / Media / Baja)
Puntos estimados: 5 Iteración asignada: 1
Programador responsable: Estudiante Desarrollador
Descripción: Yo como usuario final necesito que el prototipo de la aplicación muestre
mínimo una alerta automática.
Observaciones:
CONFIRMADO con el cliente
52
11.4.3. Diseño De Las Interfaces De Usuario (Creación De Mockups)
El diseño de los mockups que representan como será el esquema de la aplicación
permite a los usuarios finales y desarrolladores tener una mayor claridad de lo que se debe
realizar para la realización de estos mockups se utilizó la herramienta Moqups
(https://moqups.com/).
11.4.3.1. Diseño pantalla inicio de sesión.
Esta pantalla permite el ingreso al prototipo de aplicación denominado “Travel Team”,
El usuario hará uso de las credenciales con nombre de usuario y contraseña.
Ilustración 2Pantalla Inicio Sesión Fuente Propia
53
11.4.3.2. Diseño Pantalla Registro
Esta pantalla permite el registro de usuarios nuevos se deberá ingresar los campos
correo electrónico, nombre de usuario, contraseña y confirmar la contraseña.
Ilustración 3 Pantalla Registro Fuente Propia
54
11.4.3.3. Pantalla Crear O Unirse A Ruta
En esta pantalla el usuario podrá seleccionar si quiere crear una nueva ruta o unirse a
una ruta creada por otro usuario.
Ilustración 4 Pantalla Unirse a Ruta Fuente Propia
55
11.4.3.4. Pantalla De Mapa
En esta pantalla se puede observar el mapa y los integrantes que están en la ruta así
mismo el nombre de cada uno de estos y por lo menos una alerta automática.
Ilustración 5 Pantalla Mapa Fuente Propia
56
11.4.4. CREACIÓN DEL MODELO DE DATOS
Para la creación del modelo de datos se obtuvo como referencial el modelo CLNS,
desarrollado por el docente John Jairo Londoño Pérez de la Universidad Distrital Francisco
José de Caldas, Se buscó la recomendación del docente para la afinidad del modelo y
diagramas, de lo anterior se plantean los siguientes modelos.
57
11.4.4.1. CLNS
T_Cuenta
T_Ruta
RutaID PK
LugarPartida
LugarDestino
TiempoInicio
TiempoFinal
Descripcion
UserName PK
Nombre
Apellido
FechaNacimiento
Telefono
Direccion
T_DatosUsuari
T_Vehiculo
T_Contacto
T_Posicion
UserName PK
Password
PlacaVehiculo PK
UserName FKP
Color
Marca
Cilindraje
ContactoID PK
UserName FKP
Nombre
Direccion
Telefono
RutaID PK
UserName PK
UltimaPosX
UltimaPosY
UltimaActualizacion
EstaBien
EstaActivo
1
M
1
M
M
58
11.4.4.2. Diseño Dependencias Funcionales
T_Ruta
T_Cuenta
T_DatosUsuario
T_Vehiculo
T_Contacto
T_Posicion
RutaID, LugarPartida, LugarDestino, TiempoInicio, TiempoFinal, Descripcion
PK
UserName, Email, Password
PK
UserID, Nombre, Apellido, FechaNacimiento, Telefono, Direccion
PK
PlacaVehiculo, UserName, Color, Marca, Cilindraje
PK FKP
ContactoID, UserName, Nombre, DIreccion, Telefono
PK FKP
RutaID, UserName, UltimaPosX, UltimaPosY, UltimaActualizacion, EstaBien, EstaActvo
PK FKP
59
11.4.4.3. Modelo Diseño Relacional
T_Vehiculo
PlacaVehiculo PK
UserName FKP
Marca
Color
Cilindraje
T_Contacto
ContactoID PK
UserName FKP
Nombre
Direccion
Telefono
T_Posicion
RutaID PK
UserName FKP
UltimaPosX
UltimaPosY
UltimaActualizacion
EstaBien
EstaActvo
T_DatosUsuario
RutaID PK
UserName FKP
Nombre
Apellido
FechaNacimiento
Telefono
Direccion
T_Ruta
RutaID PK
UserName FKP
LugarPartida
LugarDestino
TiempoInicio
TiempoFinal
Descripcion
T_Cuenta
UserName PK
Password
60
11.5. Diseño Del Modelo De Negocio
En base a los conocimientos adquiridos en la especialización sobre arquitectura de
software, se hace uso del lenguaje de modelado Archimate para realizar los siguientes
diagramas y con ellos observar gráficamente el modelo de negocio.
11.5.1. Punto De Vista Organización
Con el punto de vista organizacional (Organizational ViewPoint) se espera prestar
atención en la organización interna de la compañía, en la figura se puede observar que el
punto de vista organizacional está compuesto por un actor principal denominado
ASOMOCOL (Asociación Colombiana de Motociclistas), Encontramos los actores Front
Office y Back Office dentro de Front Office se encuentra el presidente y el gerente de
ASOMOCOL y en la parte de Back Office se observa los clubes de motos y los
motociclistas..
Diagrama 1Punto de Vista Organizacional Fuente Propia
61
11.5.2. Punto De Vista Cooperación De Actor
Se puede observar la relación entre los tres actores Gobierno, Gerencia y ASOMO
COL, este último hace uso del servicio de generación de alertas automáticas que atraves de
una interfaz a un aplicación móvil llega al actor final denominado
Diagrama 2 Punto de Vista Cooperación de Actor Fuente Propia
62
11.5.3. Punto De Vista Función Del Negocio
En el siguiente punto de vista se puede observar los dos actores principales a los
cuales se les brindara el servicio de Seguridad durante sus viajes, en el caso de los dos
usuarios el flujo de información es el mismo, los dos actores Motociclistas y Clubes de
Motos solicitan al Actor ASOMOCOL información después de realizar el proceso
respectivo brinda la información respectiva para cada uno de los actores.
Diagrama 3 Punto de Vista Función de Negocio Fuente Propia
63
11.5.4. Punto De Vista Proceso Del Negocio
En el siguiente punto de vista se puede apreciar los tres procesos principales al
momento de generar una alerta automática, Validación, Evaluación y Generación, estos
procesos son realizados al momento de hacer uso del servicio de consultar Contratiempo y
se relacionan con la entidad clubes de motos.
Diagrama 4 Punto de Vista Proceso del Negocio
64
11.5.5. Punto De Vista Cooperación Proceso De Negocio
En el siguiente punto de vista se puede apreciar los tres procesos principales al
momento de generar una alerta automática, Validación, Evaluación y Generación, estos
procesos son realizados al momento de hacer uso del servicio de consultar Contratiempo y
se relacionan con el rol clientes que en este caso son los motociclistas y clubes de motos.
Diagrama 5 Punto De Vista Cooperación Proceso De Negocio
65
11.5.6. Punto De Vista Del Producto
En el siguiente punto de vista se puede observar los dos principales actores que
hacen uso del producto los actores son denominados Motociclistas y Clubes de moto, al
realizar interacción con el producto denominado TravelTeam se puede consumir alguno o
los dos servicios los cuales llevan por nombre Control de Conductores y Alertas
Automáticas.
Diagrama 6 Punto De Vista Del Producto
66
11.5.7. Punto De Vista Comportamiento De La Aplicación
En el siguiente punto de vista se puede observar Servicio denominado crear ruta,
este a su vez está relacionado con un componente del sistema que se denomina, registro,
creación de ruta, Control de Conductores y alertas automáticas, Este Componte hace uso de
tres principales funciones Crear Usuario, Crear Ruta y Enviar alerta, cada uno de estas
principales funciones se descompone en otras funciones como se puede observar en la
función crear usuario que a su vez hace uso de dos funciones Validar Usuario y Registrar
usuario, en la función crear Ruta se evidencia dos sub-funciones llamadas Validar Usuario
y Generar Pin, y por último se encuentra la función Enviar alerta la cual hace uso de tres
sub-funciones consultar posición, Validar Posición y Generar alerta.
Diagrama 7 11.5.7. Punto De Vista Comportamiento De La Aplicación
67
11.5.8. Punto De Vista Estructura De La Aplicación
En el siguiente punto de vista se puede observar el componente de alertas
automáticas y como este hace uso de un componente denominado control de contratiempos,
este por medio de dos interfaces hace uso de los componentes Datos de acceso y datos de
posición, estos dos componentes hacen uso de elementos externos en el caso de Datos de
Acceso se relaciona con los datos de los usuarios, y los datos de posición se relaciona con
los Datos GPS.
Diagrama 8 Punto De Vista Estructura De La Aplicación
68
11.5.9. Punto De Vista Uso De La Aplicación
Con el punto de vista uso de aplicación se puede observar el proceso “Registro,
Creación Ruta, Control Conductores y Alertas Automáticas”, en el cual encontramos varios
procesos que se realizan dentro del proceso anteriormente mencionado, también
observamos dos servicios los cuales son usados por los procesos estos mismos servicios
hacen uso de unos componentes de aplicación.
Diagrama 9 Punto De Vista Uso De La Aplicación
69
11.5.10. Punto De Vista Infraestructura
El punto de vista uso de la infraestructura (Infrastructure Usage viewpoint), muestra
como la aplicación es soportada por la infraestructura en hardware y software, los servicios
de infraestructura son entregados por los dispositivos, sistemas de software y redes que
provee la aplicación, este punto de vista juega un rol importante en el análisis del
rendimiento y escalabilidad. Es muy útil determinando el rendimiento y requerimientos de
calidad en la infraestructura basada en las demandas de las varias aplicaciones que hacen
uso de este.
Diagrama 10 Punto De Vista Infraestructura
70
11.5.11. Punto De Vista Uso De La Infraestructura
En punto de vista uso de la infraestructura se puede observar los dos principales
servicios de la aplicación denominados servicio de base de datos y servicio GPS a la vez se
puede ver la asociación de estos servicios con los componentes de la aplicación.
Diagrama 11Punto De Vista Uso De La Infraestructura
71
11.5.12. Punto De Vista Implementación Y Despliegue
En el punto de vista Implementación y despliegue se puede observar los dos
componentes de la aplicación TravelTeam denominados “Registro e Inicio de Sesión” y
“Alertas Automáticas”, estos se n conectan a dos servicios que a su vez tienen una relación
con dispositivos que guardan y brindan la información pertinente para el correcto
funcionamiento de la aplicación.
Diagrama 12 Punto De Vista Implementación Y Despliegue
72
11.5.13. Punto De Vista Involucrados
En el punto de vista de involucrados (StakeHolders ) se puede observar que se
obtienen dos roles principales a los cuales estarán dirigidos el desarrollo del actual proyecto
los cuales tienen como definición Motociclistas y Clubes de Motos estos están contenidos
en el rol ASOMOCOL, los conductores que lleva a realizar el proyecto son La seguridad
en el Usuario y el Uso de Tecnologías Móviles, La valoración de estos conductores se hace
a través de la alta accidentalidad que no es reportada a tiempo y la falta de información en
tiempo real.
Diagrama 13 Punto De Vista Involucrados
73
11.5.14. Punto De Vista Realización De Objetivos
En este punto de vista denominado realización de objetivos se puede observar la
descomposición de objetivos y sus relaciones se encuentra en la parte superior del diagrama
un objetivo general denominado Mejorar los viajes que realizan los motociclistas y clubes,
que está descompuesto en los objetivos Disminuir los tiempos de respuesta al ocurrir un
accidente, y disminuir los tiempos en las rodadas ambos relacionados al principio de estar
dirigido al cliente con el requerimiento de ser un aplicación móvil.
Diagrama 14 Punto De Vista Realización De Objetivos
74
11.5.15. Punto De Vista Contribución De Objetivos
El punto de vista contribución de objetivos se puede observar la influencia delos
objetivos y sus relaciones se encuentra en la parte central del diagrama el requerimiento de
Proveer una solución móvil, la cual está relacionada con los tres objetivos Mejorar los
viajes que realizan los motociclistas y clubes, Disminuir los tiempos de respuesta al ocurrir
un accidente, y disminuir los tiempos en las rodadas, este requerimiento también está
directamente relacionado con el principio estar dirigido al cliente.
Diagrama 15 Punto De Vista Contribución De Objetivos
75
11.5.16. Punto De Vista De Principios
Con el punto de vista de principios se puede observar el principio denominado Debe
estar dirigido al Cliente, este como único principio relevante para el diseño del problema el
cual va enmarcado dentro del objetivo principal Mejorar los viajes que realizan los
motociclistas y clubes, que a su vez está descompuesto en los objetivos Disminuir el tiempo
en las rodadas y disminuir los tiempos de respuesta al ocurrir un accidente.
Diagrama 16 Punto De Vista De Principios
76
11.5.17. Punto De Vista Realización De Requerimientos
En el punto de vista realización de requerimientos se puede observar que el
requerimiento principal figura como Se Debe Proveer una Solución Móvil se observa que
este requerimiento es el principal ya que la solución a las preocupaciones de los
involucrados es referente a los motociclistas y clubes de moto y los inconvenientes que
estos presentan al momento de realizar viajes o como se denomina rodar, este esta
directamente relacionado con los objetivos que buscan cambiar las preocupaciones de los
involucrados los cuales tienen como nombre Disminuir los tiempos en las rodadas y
disminuir los tiempos de respuesta al ocurrir un accidente, por ultimo vemos que este
requerimiento hace uso de un Servicio denominado Servicio de posicionamiento GPS.
Diagrama 17 Punto De Vista Realización De Requerimientos
77
11.5.18. Punto De Vista Motivacional
Desde el punto de vista motivacional se puede observar el diagrama completo donde
se diagraman los involucrados en este caso los motociclistas y clubes de motos que están
agregados en ASOMOCOL (Asociación Colombiana de Motociclistas), los conductores
que motivan al desarrollo del proyecto son el uso de las tecnologías móviles y la seguridad
del usuario las cuales se piensan evaluar por medio de la alta accidentalidad no informada a
tiempo y la falta de información en tiempo real, así mismo se plantea en el diagrama un
objetivo denominado Mejorar los viajes que realizan los motociclistas y clubes que a su vez
se desglosa en dos objetivos denominados Disminuir los tiempos en las rodadas y
Disminuir los tiempos de respuesta al ocurrir un accidente, como principio la solución debe
estar dirigida al cliente con un único requerimiento denominado Proveer una solución
móvil.
78
Diagrama 18 Punto De Vista Motivacional
79
11.6. Fase De Desarrollo
Después de realizar el correspondiente desarrollo en el framework Android Studio y de
varios pruebas realizadas se muestra a continuación las características del prototipo
construido.
11.6.1. Descripción Del Prototipo Construido
El prototipo construido funciona sobre dispositivos Android y consta de una aplicación
móvil que hace uso del GPS, para ubicar a cada uno de los usuarios que comparten una ruta
en común, así mismo se hace uso de la posición para generar una alerta en caso de que el
conductor no se mueva de un punto determinado.
Para hacer uso de la aplicación es necesario iniciar sesión, es por esto que la aplicación
cuenta con una opción para registrarse para luego iniciar sesión y hacer uso de la aplicación
y sus beneficios.
Estas son algunas capturas de pantalla con su debida explicación:
80
11.6.1.1. Pantalla Inicio De Sesión
Ilustración 6 Pantalla Inicio Sesión Travel Team Fuente Propia
En la anterior imagen se puede apreciar el inicio de sesión de la aplicación en el cual el
usuario ingresa sus datos personales para acceder a la aplicación, en caso de que el usuario
no se encuentre registrado se tiene la opción de registrarse.
81
11.6.1.2. Pantalla De Registro
Ilustración 7Pantalla Registro Travel Team Fuente Propia
En la imagen anterior se puede apreciar el formulario para registrarse en la aplicación el
cual contiene información básica como nombre de usuario correo electrónico y contraseña.
82
11.6.1.3. Pantalla Mapas
Ilustración 8Pantalla Mapas Travel Team Fuente Propia
En la anterior imagen se puede observar la ubicación de los motociclistas que
comparten la misma ruta, el punto azul referencia la posición actual de la persona que esta
autenticada en el aplicativo, en la parte superior se puede apreciar dos iconos en forma de
casco estos representan los demás usuarios en la misma ruta.
83
11.6.1.4. Iconos En Pantalla
Ilustración 9Pantalla Iconos Travel Team Fuente Propia
En la aplicación se pueden encontrar dos tipos de iconos los cuales representan a cada
uno de los conductores que comparten una misma ruta, estos mismos iconos realizan la
representación gráfica que alerta en caso de que un integrante se mantenga estático durante
un tiempo prolongado, al presionar sobre cada uno de los iconos se despende el nombre de
la persona a cargo del vehículo, el color verde indica que el conductor se ha estado
moviendo en perfectas condiciones, el color rojo que el conductor a estado inmóvil durante
un lapso de tiempo y sería pertinente contactarse con él.
84
11.7. REALIZACIÓN DE PRUEBAS
La realización de pruebas de la aplicación al ser un prototipo se hicieron en el
simulador que ofrece el framework Android Studio, desde allí se pudo observar el flujo de
pantallas la comunicación con los respectivos Rest Services, para la interacción con el
modelo de datos, luego se realizó la generación de un APK en donde se simulaba tres
vehículos y el movimiento en los mapas, para efectos de comprobar el comportamiento en
caso de generar alertas se simulo que uno de estos usuarios estuviera sin movimiento
durante algunos minutos y que la aplicación cambiara el color del icono indicando algún
problema en este vehículo.
Se generó un APK que es un ejecutable para dispositivos Android se instaló en un
smarthphone desde allí se podía apreciar la simulación de los vehículos y la generación de
la alerta.
85
12. RESULTADOS
Durante el análisis y recolección de requerimientos se pudo evidenciar que los
motociclistas que viajan en grupo requieren de herramientas que les permita el control de
los integrantes que participan en las caravanas se pudo evidenciar esto mediante la
recolección de información que se hizo en dos clubes de motos en la ciudad de Bogotá, uno
denominado Club Moto Pulsar Bogotá con más de 120 integrantes, y el otro denominado
GivinGrace con aproximadamente 80 integrantes.
Durante el desarrollo del prototipo se pudo establecer el potencial alcance que puede tener
la aplicación así mismo se puede determinar que a futuro es un gran nicho de mercado el
poder hacer uso de las herramientas tecnológicas para solucionar problemas comunes que
presentan este tipo de vehículos.
86
13. CONCLUSIONES
A continuación se describen las conclusiones obtenidas teniendo como orientación los
objetivos planteados en la investigación.
Objetivo General: Construir un prototipo de una aplicación de software para
dispositivos Android por medio de herramientas tecnológicas móviles como lo son el GPS
y los Smartphone que permita la ubicación, identificación, y genere mínimo una alerta de
los motociclistas que viajan en grupo.
El desarrollo del prototipo se realizó satisfactoriamente siguiendo los lineamientos
del objetivo general, en donde se hace uso del Api Google Maps, para ubicar e identificar a
los usuarios que comparten una misma ruta o viajan en grupo, la alerta que se genera se
hace por medio de la posición que el GPS registra, si la persona se detiene durante un
tiempo determinado el icono en pantalla cambia generando la alerta a los demás integrantes
del grupo.
Objetivo Especifico 1: Interconectar cada uno de los dispositivos móviles por medio del
GPS de los motociclistas que viajan en grupo.
Se realizó la creación de rutas las cuales agrupan a los integrantes, en base a estas
rutas se traza la ubicación de cada una de estas personas de esta manera se logra
interconectar los dispositivos móviles y su ubicación.
Objetivo Especifico 2: Soportar el aplicativo en una base de datos relacional que permita
el registro e ingreso de información de cada uno de los motociclistas que viajan en grupo.
87
Se realizó la creación de una base de datos relacional la cual se encuentra alojada en
un servidor web, en esta base de datos se encuentra la información de los usuarios
registrados y es por medio de esta que se puede establecer la ubicación de cada uno de ellos
cuando comparten una ruta.
Objetivo Especifico 3: Realizar un desarrollo de software por medio de frameworks y
herramientas tecnológicas que permita la solución al control de integrantes y alertas en los
viajes que realizan los motociclistas que viajan en grupo.
El desarrollo de un prototipo se realizó correctamente fue comprobado por medio
del simulador que ofrece el framework Android Studio, para luego la generación de un
APK y la simulación en un dispositivo móvil, la generación de alerta automática en el
prototipo se hace por medio de la ubicación que tiene la persona en caso de que este este
inmóvil el color del icono que lo representa cambia a rojo y de esta manera los demás
conductores pueden saber estar informados a tiempo de posibles percances.
88
14. POSIBLES TRABAJOS FUTUROS
Las siguientes son algunas consideraciones para tener en cuenta en trabajos futuros al
prototipo construido durante la investigación.
El modelo de datos puede albergar información de terceros de esta manera la
aplicación no solo estaría sujeta a generar alertas a las personas que están
conectadas a una misma ruta, si no al envío de mensajes de texto a terceros los
cuales pueden estar interesados en la salubridad del conductor.
Los dispositivos Smartphone hacen uso de hardware como lo es el acelerómetro,
este dispositivo puede ser manipulado programáticamente de esta manera se puede
observar cuando el dispositivo realiza un movimiento brusco, obteniendo esta
información se puede generar alertas y complementar la funcionalidad del
aplicativo.
El prototipo realiza todas sus consultadas e ingreso de información a través de rest
services y objetos Json, lo que permite la escalabilidad a otras plataformas como
entornos web, otros dispositivos móviles etc.
89
BIBLIOGRAFÍA
waze. (2015). Obtenido de https://www.waze.com/es-419/about
Wikipedia. (2015). Obtenido de
https://es.wikipedia.org/wiki/Sistema_de_posicionamiento_global
About, M. (2015). Motos About. Obtenido de http://motos.about.com/od/principiantes-
conceptos/tp/5-Apps-para-usar-en-moto-de-viaje.htm
Apple. (2015). Itunes. Obtenido de https://itunes.apple.com/co/app/biker-
beacon/id351399738?mt=8
Google. (2015). Google. Obtenido de https://www.google.com/maps/about/
Google_Maps. (2015). Wikipedia. Obtenido de https://es.wikipedia.org/wiki/Google_Maps
Milton, P. R.-A. (2013). Métodos de investigación para el diseño de producto. BLUME.
ViajoEnMoto.com. (09 de 2014). ViajoEnMoto. Obtenido de http://viajoenmoto.com/8-
aplicaciones-motoristas-para-smartphone/
Waze. (2015). Wikipedia. Obtenido de https://es.wikipedia.org/wiki/Waze
wikipedia. (2015). wikipedia. Obtenido de
https://es.wikipedia.org/wiki/Sistema_de_posicionamiento_global
Wikipedia. (2015). Wikipedia. Obtenido de
https://es.wikipedia.org/wiki/Tel%C3%A9fono_inteligente