Post on 24-Jul-2020
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN NETWORKING Y TELECOMUNICACIONES
DESARROLLO DE UNA HERRAMIENTA COMO MEDIO DE COMUNICACIÓN
ALTERNO PARA UBICACIÓN Y TRANSMISION DE MENSAJES FRENTE A
DESASTRES NATURALES
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN NETWORKING Y TELECOMUNICACIONES
AUTORES:
SOLEDISPA TUMBACO ROBIN LEONARDO
SOTO CARPIO ALEJANDRO JAVIER
TUTOR:
ING. ROBERTO CRESPO MENDOZA, MSIG.
GUAYAQUIL – ECUADOR
2018 – 2019
II
REPOSITORIO NACIONAL DE REGISTRO Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS / TRABAJO DE GRADUACIÓN
TÍTULO: “Desarrollo de una herramienta como medio de comunicación alterno para ubicación y transmisión de mensajes frente a desastres naturales” AUTOR: Soledispa Tumbaco Robin Leonardo Soto Carpio Alejandro Javier
REVISOR:
INSTITUCIÓN: Universidad de Guayaquil
FACULTAD: Ciencias Matemáticas y Físicas
CARRERA: Ingeniería en Networking y Telecomunicaciones
FECHA DE PUBLICACION:
N° DE PAGS: 126
ÁREA TEMÁTICA:
PALABRAS CLAVES: Wi-Fi Direct, redes móviles, ad hoc, infraestructura,
RESUMEN:
N° DE REGISTRO:
N° DE CLASIFICACIÓN:
DIRECCIÓN URL:
ADJUNTO PDF:
SI
NO
CONTACTO CON AUTOR: Soledispa Tumbaco Robin Leonardo Soto Carpio Alejandro Javier
Teléfono: 0990108396 0979555088
E-mail: robin.soledispat@ug.edu.ec alejandro.sotoc@ug.eduec
CONTACTO DE LA INSTITUCIÓN: Nombre: Ab. Juan Chávez Atocha
Teléfono: 042307729
x
III
CARTA DE APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de investigación, “DESARROLLO DE UNA
HERRAMIENTA COMO MEDIO DE COMUNICACIÓN ALTERNO PARA
UBICACIÓN Y TRANSMISION DE MENSAJES FRENTE A DESASTRES
NATURALES” elaborado por los señores Soledispa Tumbaco Robin Leonardo
y Soto Carpio Alejandro Javier, Alumnos no titulados de la Carrera de
Ingeniería en Networking y Telecomunicaciones de la Facultad de Ciencias
Matemáticas y Físicas de la Universidad de Guayaquil, previo a la obtención del
Título de Ingeniero en Networking y Telecomunicaciones, me permito declarar
que luego de haber orientado, estudiado y revisado, la Apruebo en todas sus
partes.
Atentamente
……………………………………………………
Ing. Roberto Crespo Mendoza MSIG.
TUTOR
IV
DEDICATORIA
Dedico este trabajo de titulación a mi
madre Elena Tumbaco y mi padre
Esteban Soledispa, por ser unos de los
pilares fundamentales en mi vida y
brindarme todo su apoyo desde el
comienzo de este sueño y que ahora lo
estoy logrando, por ser guía y ejemplo de
superación.
A mi hija Sophia por ser quien me motiva
a superarme día a día, no rendirme y
seguir adelante.
A todos esos amigos me ayudaron a
culminar esta meta.
Robin Leonardo Soledispa Tumbaco
V
DEDICATORIA
Dedico este trabajo a mis Padres Milton
Soto y Mariana Carpio, por el constante
apoyo, esfuerzo y amor que me brindan
en todo momento. A mis segundos
padres Lorenzo Nivela y Galuth Mesías
por guiar mis pasos durante este
trayecto.
Alejandro Javier Soto Carpio
VI
AGRADECIMIENTO
Mis más sinceros agradecimientos a las
personas que hicieron esto posible la
culminación de este proyecto y merecen
un reconocimiento especial. A mis
padres Esteban y Elena por todo su
esfuerzo y brindarme la oportunidad de
tener una excelente educación y mi
esposa Marcela por todo su apoyo
incondicional a lo largo de todo este
camino.
Así mismo agradezco a todos mis
amigos y compañeros cercanos quienes
aportaron para terminar este sueño.
A mi tutor de Tesis Ing. Roberto Crespo
que con sus conocimientos y experiencia
brindada encaminando este proceso de
forma metódica y sistemática.
A mi amigo y compañero Alejandro Soto
por su paciencia y motivación desde
comienzo de la carrera para concluir
juntos con esta meta.
Robin Leonardo Soledispa Tumbaco
VII
AGRADECIMIENTO
A mi familia en especial a mis padres por
el sacrificio, apoyo, valores inculcados y
brindarme la oportunidad de una buena
educación. A Lorenzo Nivela Y Galuth
Mesías por el apoyo incondicional
durante esta etapa, involucrar en mí sus
valores, gracias a usted es posible
culminar esta meta.
A mi tutor de Tesis Ing. Roberto Crespo
que con sus conocimientos y experiencia
brindada encaminando este proceso de
forma metódica y sistemática.
A mi amigo y compañero Leonardo
Soledispa por su paciencia y motivación
desde comienzo de la carrera para
concluir juntos con esta meta.
Alejandro Javier Soto Carpio
VIII
TRIBUNAL PROYECTO DE TITULACIÓN
________________________ _____________________
Ing. Santiago Ramirez Aguirre, M.Sc. Ing. Francisco Palacios, Mgs. DECANO DE LA FACULTAD DIRECTOR DE LA CARRERA DE CIENCIAS MATEMÁTICAS Y INGENIERÍA EN NETWORKING Y FÍSICA TELECOMUNICACIONES
________________________
Ing. Francisco Alvarez Solis, M.Sc. PROFESOR REVISOR DEL ÁREA
TRIBUNAL
________________________
Ing. Roberto Crespo Mendoza, MSIG. PROFESOR TUTOR DEL PROYECTO
DE TITULACIÓN
________________________
Ab. Juan Chávez Atocha, Esp. SECRETARIO TITULAR DE LA CARRERA
INGENIERÍA EN NETWORKING Y
TELECOMUNICACIONES
IX
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de
este Proyecto de Titulación, me
corresponden exclusivamente; y el
patrimonio intelectual de la misma a la
UNIVERSIDAD DE GUAYAQUIL”
________________________________
SOLEDISPA TUMBACO ROBIN
C.I: 095053312-5
________________________________
SOTO CARPIO ALEJANDRO
C.I: 120615435-1
X
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN NETWORKING Y
TELECOMUNICACIONES
DESARROLLO DE UNA HERRAMIENTA COMO MEDIO DE COMUNICACIÓN
ALTERNO PARA UBICACIÓN Y TRANSMISION DE MENSAJES FRENTE A
DESASTRES NATURALES
Proyecto de Titulación que se presenta como requisito para optar por el
título de INGENIERO EN NETWORKING Y TELECOMUNICACIONES.
Autor: Soledispa Tumbaco Robin Leonardo
C.I.:0950533125
Soto Carpio Alejandro Javier
C.I:120615435 – 1
Tutor: Ing. Roberto Crespo Mendoza, MSIG.
Guayaquil, Marzo del 2019
XI
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo
Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de
Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por el estudiante
SOLEDISPA TUMBACO ROBIN LEONARDO y SOTO CARPIO ALEJANDRO
JAVIER, como requisito previo para optar por el título de Ingeniero en Networking
y Telecomunicaciones cuyo tema es:
“DESARROLLO DE UNA HERRAMIENTA COMO MEDIO DE COMUNICACIÓN
ALTERNO PARA UBICACIÓN Y TRANSMISION DE MENSAJES FRENTE A
DESASTRES NATURALES”
Considero aprobado el trabajo en su totalidad.
Presentado por:
SOLEDISPA TUMBACO ROBIN LEONARDO C.I: 095053312-5
SOTO CARPIO ALEJANDRO JAVIER C.I. 120615435-1
Tutor: Ing. Roberto Crespo Mendoza, MSIG.
Guayaquil, Marzo del 2019
XII
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN NETWORKING Y TELECOMUNICACIONES
Autorización para Publicación de Proyecto de Titulación en
Formato Digital
1. Identificación del Proyecto de Titulación
Nombre Alumno: Soledispa Tumbaco Robin Leonardo
Dirección: Coop. 14 de agosto Mz. P Sl.1
Teléfono: 0990108396 E-mail: robin.soledispat@ug.edu.ec
Nombre Alumno: Soto Carpio Alejandro Javier
Dirección: Babahoyo – Los Ríos. 9 de noviembre y Juan X. Marcos
Teléfono: 0979555088 E-mail: Alejandro.sotoc@ug.edu.ec
Facultad: Facultad de Ciencias Matemáticas y Físicas
Carrera: Ingeniería en Networking y Telecomunicaciones
Título al que opta: Ingeniero en Networking y Telecomunicaciones
Profesor guía: Ing. Roberto Crespo Mendoza, MSIG.
Título del Proyecto de titulación:
“DESARROLLO DE UNA HERRAMIENTA COMO MEDIO DE
COMUNICACIÓN ALTERNO PARA UBICACIÓN Y TRANSMISION DE
MENSAJES FRENTE A DESASTRES NATURALES”
XIII
Tema del Proyecto de Titulación:
2. Autorización de Publicación de Versión Electrónica del
Proyecto de Titulación
A través de este medio autorizo a la Biblioteca de la Universidad de
Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la
versión electrónica de este Proyecto de Titulación.
Publicación Electrónica:
Inmediata X Después de 1 Año
Firma Alumno:
__ _________________
Soledispa Tumbaco Robin Soto Carpio Alejandro
3. Forma de Envío
El texto del proyecto de titulación debe ser enviado en formato Word, como
archivo .Doc. O .RTF y Puf para PC. Las imágenes que la acompañen
pueden ser: .gif, .jpg o .TIFF.
DVDROM CDROM X
XIV
INDICE GENERAL
CARTA DE APROBACIÓN DEL TUTOR ................................................................... III
DEDICATORIA ................................................................................................................ IV
DEDICATORIA ................................................................................................................. V
AGRADECIMIENTO ....................................................................................................... VI
AGRADECIMIENTO ...................................................................................................... VII
DECLARACIÓN EXPRESA .......................................................................................... IX
CERTIFICADO DE ACEPTACIÓN DEL TUTOR ...................................................... XI
Autorización para Publicación de Proyecto de Titulación en Formato Digital
.......................................................................................................................................... XII
INDICE GENERAL ....................................................................................................... XIV
ABREVIATURA ........................................................................................................... XVII
ÍNDICICE DE CUADROS .......................................................................................... XVIII
ÍNDICICE DE GRÁFICOS ........................................................................................... XIX
RESUMEN...................................................................................................................... XXI
ABSTRACT.................................................................................................................. XXIII
INTRODUCCION ............................................................................................................. 1
CAPITULO I ...................................................................................................................... 3
PLANTEAMIENTO DEL PROBLEMA ..................................................................... 3
SITUACION CONFLICTO NUDOS CRITICOS ................................................... 4
CAUSAS Y CONSECUENCIAS DEL PROBLEMA ........................................... 6
DELIMITACION DEL PROBLEMA ....................................................................... 7
FORMULACIÓN DEL PROBLEMA ...................................................................... 7
EVALUACIÓN DEL PROBLEMA ......................................................................... 8
OBJETIVOS ...................................................................................................................... 8
OBJETIVOS GENERALES ........................................................................................ 8
OBJETIVOS ESPECÍFICOS ...................................................................................... 9
ALCANCE ......................................................................................................................... 9
JUSTIFICACION .............................................................................................................. 9
CAPITULO II ................................................................................................................... 11
MARCO TEÓRICO ........................................................................................................ 11
ANTECEDENTES DEL ESTUDIO .......................................................................... 11
XV
FIRECHAT ...................................................................................................... 11
FUNDAMENTACION TEORICA ............................................................................. 12
TECNOLOGIAS MOVILES ...................................................................................... 12
Mobile ad hoc Network ....................................................................................... 12
Vehicular Ad Hoc Networks (VANETs) ........................................................... 14
Características de rede VANET ........................................................................ 15
Aplicaciones y Movilidad Vehiculares ............................................................ 15
Aplicaciones vehiculares ................................................................................... 15
Aplicación de seguridad vial............................................................................. 15
Aplicación de información y entretenimiento .............................................. 16
Movilidad Vehicular ............................................................................................. 16
Wi-Fi Direct vs Bluetooth ................................................................................... 19
Arquitectura ........................................................................................................... 21
Wi-Fi Direct en Android ...................................................................................... 24
Reactivos ................................................................................................................ 26
AODV (Ad-hoc On Demand Distance Vector) ............................................... 26
Proactivos .............................................................................................................. 26
MMRP (Mobile Mesh) ........................................................................................... 27
OSPF (Open Shortest Path First) ..................................................................... 27
HSLS (Hazy Sighted Link Routing Protocol) ................................................ 27
HWMP (Hybrid Wireless Mesh Protocol) ....................................................... 27
Geolocalización .................................................................................................... 28
Geolocalización por SMS ................................................................................... 28
SISTEMA OPERATIVO ANDROID .................................................................... 29
CARACTERISTICA ............................................................................................... 30
ARQUITECTURA ................................................................................................... 31
Linux Kernel .......................................................................................................... 31
Hardware Abstraction Layer (HAL ) ................................................................ 31
Runtime Android .................................................................................................. 32
JAVA API Framework .......................................................................................... 32
System App ........................................................................................................... 32
Versiones ............................................................................................................... 33
FUNDAMENTACIÓN LEGAL .................................................................................. 35
XVI
DECRETO PRESIDENCIAL 1014 .................................................................................. 36
SOBRE EL USO DEL SOFTWARE LIBRE ...................................................................... 36
Constitución de la república de Ecuador ...................................................... 38
Título VII .................................................................................................................. 38
RÉGIMEN DEL BUEN VIVIR ............................................................................... 38
Capítulo primero ................................................................................................... 38
Inclusión y equidad ............................................................................................. 38
PREGUNTA CIENTÍFICA A CONTESTARSE ..................................................... 41
DEFINICIONES CONCEPTUALES ........................................................................ 42
PROPUESTA TECNOLOGICA ................................................................................... 43
Factibilidad Operacional ........................................................................................ 43
Factibilidad Técnica ................................................................................................ 43
Factibilidad Legal ..................................................................................................... 44
Factibilidad Económica .......................................................................................... 45
ETAPAS DE LA METODOLOGIA DEL PROYECTO ......................................... 47
Identificar los requisitos y análisis: Primera etapa..................................... 47
Diseño: Segunda Etapa ...................................................................................... 50
Implementación: Tercera Etapa ....................................................................... 65
Pruebas: Cuarta Etapa ........................................................................................ 80
Mantenimiento: Quinta Etapa ........................................................................... 85
CASOS DE USOS ................................................................................................. 86
ENTREGABLES DEL PROYECTO ........................................................................ 90
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ......................................... 90
CAPILO IV..................................................................................................................... 103
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO ....................... 103
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO ....................... 103
CONCLUSIONES .................................................................................................... 105
RECOMENDACIÓN ................................................................................................ 106
REFERENCIAS ........................................................................................................ 107
BIBLIOGRAFÍA ........................................................................................................ 109
ANEXOS ........................................................................................................................ 111
Anexo 1: Cronograma de actividades otorgada por el VIFAP ................... 111
Anexo 2: Juicio de experto .................................................................................. 111
XVII
Anexo 3: Manual de usuario................................................................................ 114
Anexo 3: Manual de administrador ................................................................... 121
ABREVIATURA
UG: Universidad de Guayaquil.
CINT: Carrera de Ingeniería en Networking y Telecomunicaciones.
VIFAP: Vicerrectorado de Formación Académica y Profesional.
IP: Internet Protocol.
APP: Aplication o Aplicación.
AP: Access Point o Punto de acceso.
GPS: Global Positioning System o Sistema de Posicionamiento Global.
P2P: Peer to Peer o Red entre pares.
V2V: Vehicle to Vehicle o Vehículo a Vehículo.
GO: Group Owner o Propietario de Grupo.
SMS: Short Message Service o Servicio de Mensajes Cortos.
Ing.: Ingeniero.
MSIG: Magister en Sistemas de Información General.
MSc.: Master of Science.
XVIII
ÍNDICICE DE CUADROS
CUADRO N° 1 AFECTACIÓN DE OPERADORES MÓVILES .............................. 5
CUADRO N° 2 CAUSAS Y CONSECUENCIAS DEL PROBLEMA ....................... 6
CUADRO N° 3 DELIMITACION DEL PROBLEMA ............................................... 7
CUADRO N0 4 EVOLUCIÓN DEL ESTÁNDAR IEEE 802.15 .............................. 17
CUADRO N0 5 COMPARATIVA DE TECNOLOGÍAS INALÁMBRICAS. ............. 20
CUADRO N0 6 VERSIONES ANDROID ............................................................. 33
CUADRO N0 7 VALOR INICIAL. ......................................................................... 45
CUADRO N0 8 MES 1 ........................................................................................ 46
CUADRO N0 9 TOTAL 3 MESES ....................................................................... 46
CUADRO N0 10 VARIABLE - ¿CREE USTED QUE LA APLICACIÓN MÓVIL
HARÁ UN GRAN APORTE A LA SOCIEDAD? ............................................ 91
CUADRO N0 11 VARIABLE - ¿LA APLICACIÓN MÓVIL TIENE UNA INTERFAZ
AMIGABLE Y SENCILLA DE USAR? .......................................................... 91
CUADRO N0 12 VARIABLE - ¿UTILIZARÍA LA APLICACIÓN PARA DAR A
CONOCER SU GEOLOCALIZACIÓN? ....................................................... 92
CUADRO N0 13 VARIABLE - ¿UTILIZARÍA LA APLICACIÓN PARA
COMUNICARSE CON OTRAS PERSONAS A TRAVÉS DE WIFI DIRECT?
................................................................................................................... 92
CUADRO N0 14 VARIABLE - ¿CONSIDERA QUE ENVIAR SU
GEOLOCALIZACIÓN LE AYUDARA A SER ENCONTRADO MÁS RÁPIDO?
................................................................................................................... 93
CUADRO N0 15 VARIABLE - ¿AL ENVIAR SU GEOLOCALIZACIÓN LA
APLICACIÓN LO HIZO CORRECTAMENTE? ............................................ 93
CUADRO N0 16 VARIABLE - ¿CUÁNTAS VECES LA APLICACIÓN DEJO DE
FUNCIONAR? ............................................................................................ 94
CUADRO N0 17 VARIABLE - ¿ESTÁ SATISFECHO CON EL RENDIMIENTO DE
LA APLICACIÓN? ....................................................................................... 94
CUADRO N0 18 CRITERIOS DE ACEPTACION DEL PRODUCTO O SERVICIO
................................................................................................................. 103
CUADRO N0 19 ALCANCE OBTENIDO..........……………………………………104 CUADRO N0 19 ENTREGABLES CUMPLIDOS………………………………….104
XIX
ÍNDICICE DE GRÁFICOS
GRAFICO N° 1 PÉRDIDA DE ENERGÍA ELÉCTRICA MANABÍ ........................... 6
GRAFICO N0 2 DIVERSAS TECNOLOGÍAS INALÁMBRICAS ASOCIADAS CON
REDES AD HOC ......................................................................................... 13
GRAFICO N0 3 MODELO DE UNA RED VANET ................................................ 14
GRAFICO N0 4 TECNOLOGÍA Y CASOS DE USOS CON WI-FI DIRECT .......... 22
GRAFICO N0 5 TÉCNICAS PARA ESTABLECER GRUPOS P2P ...................... 23
GRAFICO N0 6 RED MESH................................................................................ 25
GRAFICO N0 7 LOGO ANDROID ....................................................................... 30
GRAFICO N0 8 ARQUITECTURA ANDROID ..................................................... 31
GRAFICO N0 9 PORCENTAJE DE DISPOSITIVOS CON VERSIONES DE
ANDROID ................................................................................................... 34
GRAFICO N° 10 DIAGRAMA DE FLUJO DEL PROCESO A ELEGIR AL INICIAR
LA APLICACIÓN. ........................................................................................ 50
GRAFICO N° 11 DIAGRAMA DE FLUJO DEL FUNCIONAMIENTO DE LA
PANTALLA LOCALIZACIÓN ...................................................................... 50
GRAFICO N° 12 DIAGRAMA DE FLUJO DEL FUNCIONAMIENTO DE LA
PANTALLA WIFI. ........................................................................................ 51
GRAFICO N° 13 BOTÓN INGRESO DE DATOS ................................................ 52
GRAFICO N° 14 BOTÓN ENVIAR SMS ............................................................. 53
GRAFICO N° 15 BOTÓN WIFI-DIRECT ............................................................. 54
GRAFICO N° 16 BOTÓN ON ............................................................................. 55
GRAFICO N° 17 BOTÓN BUSCAR .................................................................... 56
GRAFICO N° 18 LABEL TEXT Y BOTÓN ENVIAR ............................................ 57
GRAFICO N° 19 BOTÓN LOCALIZACIÓN ......................................................... 58
GRAFICO N° 20 DISEÑO DE LA PRIMERA PANTALLA DE LA APLICACIÓN .. 59
GRAFICO N° 21 DISEÑO DE LA SEGUNDA PANTALLA DE LA APLICACIÓN . 60
GRAFICO N° 22 BUSQUEDA DE CELULARES CERCANOS CON LA
APLICACIÓN .............................................................................................. 61
GRAFICO N° 23 CONEXIÓN ENTRE CELULARES MEDIANTE WIFI DIRECT . 62
GRAFICO N° 24 ENVIÓ DE MENSAJE POR WIFI DIRECT ............................... 62
GRAFICO N° 25 PANTALLA DONDE SE OBTIENE LA LOCALIZACIÓN. .......... 63
GRAFICO N° 26 MENSAJE CON EL ENLACE RECIBIDO DE LA APLICACIÓN
CON LA UBICACIÓN. ................................................................................. 64
GRAFICO N° 27 PANTALLA DE GOOGLE MAPS CON LA UBICACIÓN DE LA
VÍCTIMA. .................................................................................................... 65
GRAFICO N° 28 CÓDIGO DE LOS PERMISOS QUE NECESITA LA
APLICACIÓN .............................................................................................. 66
GRAFICO N° 29 CÓDIGO DE LAS VARIABLES DE LOS BOTONES A USAR. .. 66
GRAFICO N° 30 CÓDIGO DE INGRESO DE DATOS ........................................ 67
GRAFICO N° 31 CÓDIGO DE USOS DE LOS PERMISOS DEL GPS. ............... 67
GRAFICO N° 32 CÓDIGO DE ENVIÓ MANUAL DE SMS .................................. 68
GRAFICO N° 33 CÓDIGO DE CHEQUEO DE LA SEÑAL MÓVIL. ..................... 68
XX
GRAFICO N° 34 CÓDIGO DE LA OBTENCIÓN DE LA GEOLOCALIZACIÓN Y
DIRECCIÓN. .............................................................................................. 69
GRAFICO N° 35 CÓDIGO DE VERIFICAR SI TENEMOS SEÑAL...................... 69
GRAFICO N° 36 CÓDIGO DEL TIPO DE CONEXIÓN. ....................................... 70
GRAFICO N° 37 CÓDIGO DONDE SE MUESTRA LA ALERTA DONDE NO HAY
SEÑAL. ....................................................................................................... 71
GRAFICO N° 38 METODO SEGUNDO PLANO ................................................. 71
GRAFICO N° 39 CODIGO DE ENVIO DE SMS AUTOMATICO .......................... 72
GRAFICO N° 40 METODO EJECUTAR EL VERIFICA EL ESTADO DE LA SEÑAL
................................................................................................................... 72
GRAFICO N° 41 BOTÓN DE SERVICIO DE WIFI-DIRECT ................................ 73
GRAFICO N° 42 CÓDIGO PARA VERIFICAR EL ESTADO DEL WIFI ............... 73
GRAFICO N° 43 CÓDIGO DONDE SE ENCIENDE Y APAGA EL WIFI .............. 74
GRAFICO N° 44 DECLARACIÓN DE VARIABLES PARA USAR WIFI-DIRECT . 74
GRAFICO N° 45 EVENTOS DE WIFI ................................................................. 75
GRAFICO N° 46 CÓDIGO DE BOTO DE BÚSQUEDA ....................................... 76
GRAFICO N° 47 CODIGO DONDE SE MUESTRA LOS DISPOSTIVOS
ENCONTRADOS ........................................................................................ 76
GRAFICO N° 48 CÓDIGO DE AVISO DE CONEXIÓN EXITOSA O FALLIDA .... 77
GRAFICO N° 49 ASIGNACION DE HOST Y CLIENTE ....................................... 77
GRAFICO N° 50 CODIFICACIÓN DEL PUERTO A USAR PARA LA CONEXIÓN
................................................................................................................... 78
GRAFICO N° 51 CODIFICACIÓN PARA RECIBIR Y ENVIAR LOS MENSAJES 79
GRAFICO N° 52 CODIFICACIÓN DE LA ESTACIÓN CLIENTE. ........................ 80
GRAFICO N° 53 CONSUMO DE MEMORIA DE LA APLICACIÓN ..................... 81
GRAFICO N° 54 CONSUMO DE CPU AL ENVIAR UN SMS .............................. 81
GRAFICO N° 55 CONSUMO DE DATOS PARA OBTENER GEOLOCALIZACIÓN
................................................................................................................... 82
GRAFICO N° 56 CONSUMO GENERAL DE LA APLICACIÓN. .......................... 83
GRAFICO N° 57 CAMBIO DE PANTALLA. ........................................................ 83
GRAFICO N° 58 BÚSQUEDA DE DISPOSITIVOS CERCANOS. ....................... 84
GRAFICO N° 59 ENVIÓ DE MENSAJES A TRAVÉS DE WIFI DIRECT. ............ 84
GRAFICO N° 60 CONSUMO GENERAL DE LA SEGUNDA PANTALLA. ........... 85
GRAFICO N° 61 PRIMER CASO DE USO. ........................................................ 86
GRAFICO N° 62 SEGUNDO CASO DE USO. .................................................... 87
GRAFICO N° 63 TERCER CASO DE USO. ....................................................... 88
GRAFICO N° 64 CUARTO CASO DE USO. ....................................................... 89
GRAFICO N° 65 RESULTADO DE LA ENCUESTA VARIABLE 1 ....................... 95
GRAFICO N° 66 RESULTADO DE LA ENCUESTA VARIABLE 2 ....................... 96
GRAFICO N° 67 RESULTADO DE LA ENCUESTA VARIABLE 3 ....................... 97
GRAFICO N° 68 RESULTADO DE LA ENCUESTA VARIABLE 4 ....................... 98
GRAFICO N° 69 RESULTADO DE LA ENCUESTA VARIABLE 5 ....................... 99
GRAFICO N° 70 RESULTADO DE LA ENCUESTA VARIABLE 6 ..................... 100
GRAFICO N° 71 RESULTADO DE LA ENCUESTA VARIABLE 7 ..................... 101
GRAFICO N° 72 RESULTADO DE LA ENCUESTA VARIABLE 8 ..................... 102
XXI
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN NETWORKING Y TELECOMUNICACIONES
DESARROLLO DE UNA HERRAMIENTA COMO MEDIO DE COMUNICACIÓN
ALTERNO PARA UBICACIÓN Y TRANSMISION DE MENSAJES FRENTE A
DESASTRES NATURALES
AUTOR:
SOLEDISPA TUMBACO ROBIN LEONARDO
SOTO CARPIO ALEJANDRO JAVIER
TUTOR:
ING. ROBERTO CRESPO MENDOZA, MSIG.
RESUMEN
El siguiente proyecto de titulación propone medios de comunicación móvil que
podrían utilizarse en zonas de desastres naturales y cuál sería el óptimo.
Realizando un estudio de las tecnologías móviles que permita tomar el relevo para
la comunicación en caso de que esta se pierda. Se desarrollará una aplicación
prototipo para la comunicación a través de mensajes de texto enviando
localización del usuario a un número establecido. También el intercambio de
mensajes como segundo recurso mediante Wi-Fi Direct. Se estableció el
desarrollo del prototipo sobre el ambiente de Android Studio cuyas características
concede flexibilidad al programador sobre otros entornos de desarrollos. Mediante
este prototipo se muestra que una aplicación ligada con el problema en este caso
la falta de comunicación en ciertos eventos puede ayudar a la ciudadanía a
disponer de un medio alterno de comunicación que pueda apresurar la toma de
XXII
decisiones de rescatista o personas cercanas a usuarios que hagan uso de la
aplicación. Como aplicación prototipo se deja abierta una línea base para mejora
de esta. Se puede atribuir más campos que ayude a tomar decisiones eficientes
a los usuarios en caso de presencias siniestros naturales.
Palabras claves: Wi-Fi Direct, infraestructura, desastres naturales, aplicación
XXIII
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN NETWORKING Y TELECOMUNICACIONES
DESARROLLO DE UNA HERRAMIENTA COMO MEDIO DE COMUNICACIÓN
ALTERNO PARA UBICACIÓN Y TRANSMISION DE MENSAJES FRENTE A
DESASTRES NATURALES
AUTHOR:
SOLEDISPA TUMBACO ROBIN LEONARDO
SOTO CARPIO ALEJANDRO JAVIER
ADVISOR:
ING. ROBERTO CRESPO MENDOZA, MSIG.
ABSTRACT
This titling project proposes mobile communication media that could be used in natural disaster areas and which would be the optimum. Doing a study of mobile technologies that allows taking over for communication in case it is lost. A prototype application will be developed for communication via text messages sending the user's location to an established number. Also the exchange of messages as a second resource through Wi-Fi Direct. It was established the development of the prototype on the environment of Android Studio whose features gives flexibility to the programmer on other development environments. Through this prototype it is shown that an application linked to the problem in this case the lack of communication in certain events can help the public to have an alternative means of communication that can expedite the decision making of rescuers or people close to users who make use of application. As a prototype application, a baseline is left open to improve it. More fields can be attributed to help make efficient decisions to users in case of natural sinister presences.
Keywords: Wi-Fi Direct, infrastructure, natural disasters, application
1
INTRODUCCION
Durante años los desastres naturales han sido uno de los principales motivos que
ocasionan la perdida de señal móvil. Dejando a las zonas afectadas aisladas de
cualquier tipo de contacto oportuno o rápido para la obtención de ayuda. Ante lo
sucedió el 16 de abril del 2016 se pudo presencia el colapso total de las
comunicaciones aledañas al epicentro del terremoto. El único medio de
comunicación indirecto eran las redes sociales que informaban sobre la situación.
Entidades del gobierno y rescatistas no contaban con un método o herramientas
alternas para la comunicación directa con las comunidades afectadas. En vista
que las infraestructuras que dan operatividad a la comunicación móvil fueron
afectadas, el despliegue de herramientas alternas no fue involucrado ya que no
se constaba con uno.
Se estudiará las características de las tecnologías móviles que pueden ser parte
de una herramienta de comunicación y cual se adapta más para los Smartphone.
El desarrollo de una aplicación móvil prototipo base para entender como una
aplicación elite puede gestionar la comunicación de manera más rápida en casos
de tener comunicaciones colapsadas. Para el desarrollo del aplicativo móvil se
basó en la investigación de las diferentes tecnologías móviles optando por la que
mejor se adapte. El proyecto se desarrolla según la metodología cascada
establecida para la implantación en etapas de la aplicación. Una serie de etapas
que investiga los requisitos y analiza los componentes para su creación.
En el presente proyecto de titulación se explica sobre los cuatro capítulos que
están conformado a continuación:
Capítulo I. El Problema: Se explica la problemática que produce la
perdida de comunicación durante efecto naturales o antrópicos.
Ocasionando el daño principal en los nodos que permiten enlazar la
comunicación móvil. De manera que se debe contar con herramientas de
contingencia en estos casos ya sea por parte de entidades
2
gubernamentales o por personas naturales que promuevan tecnología
adecuada para utilizar en este tipo de acontecimientos.
Capitulo II. Marco Teórico: En el contenido de este capítulo se explica la
fundamentación teórico y legal sobre la que está desempeñada para el
proyecto de titulación. Se argumenta una pregunta científica a contestarse,
luego se puntualiza cada definición conceptual enunciada.
Capitulo II. Propuesta Tecnológica: En este capítulo se analiza la
factibilidad operacional, técnica, legal y económica que sirven para
comprobar su factibilidad en el desarrollo del proyecto. Se puntualiza sobre
la metodología utilizada en el desarrollo.
Capitulo IV. Criterios de Aceptación, Conclusión, Recomendación: Se
expondrán los resultados obtenidos en los criterios de aceptación. Se
redacta la conclusión y las recomendaciones encontradas en el transcurso
del desarrollo para futuras líneas de trabajos o mejora del proyecto.
3
CAPITULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Durante y después de los eventos de desastres naturales se ven afectada las
comunicaciones. Esto limita o elimina la forma de comunicarse causando que los
rescates no se realicen de forma rápida y efectiva.
La falta de comunicación en estos siniestros reduce el porcentaje de personas que
podrían ser rescatadas.
Una red móvil por lo general consiste en la conexión de los terminales móviles a
las estaciones bases. Siendo estas los puntos de accesos, y las estaciones bases
están conectadas a redes troncales. Lo que crea inconvenientes cuando se
producen desastres naturales, tales como terremotos, inundaciones, incendios,
etc. Si las estaciones bases u otras piezas de la infraestructura se encuentran
dañadas la comunicación será imposible, inclusive si estas no se ven afectadas,
los picos de tráfico saturarían la comunicación.
Uno de los problemas más representativos es la afectación de las estructuras
donde se encuentran los nodos que reparte la señal de comunicación móvil y de
esta forma toma un tiempo indefinido para que la señal se restablezca. De manera
que no existe un método de comunicación móvil para solucionar estos tipos de
emergencia.
4
SITUACION CONFLICTO NUDOS CRITICOS
La falta de comunicación surge por diversos factores naturales o antrópicos,
teniendo en cuenta que en los últimos años se han presenciado sucesos que
contribuyeron a la caída de la red móvil en los lugares afectados por siniestros
naturales.
El 16 de abril del 2016 Ecuador vivió uno de los fenómenos naturales más grave
en su historia. Presenciando así la falta de las redes móviles para poder
comunicarse luego de lo ocurrido, las operadoras móviles y los servicios de
internet dejaron de funcionar inmediatamente, dejando a la población
incomunicada. Las comunidades presenciaron que el país no cuenta con un plan
de contingencia de telecomunicación, ni un sistema alternativo para mitigar este
problema.
Los desastres naturales suelen afectar a las infraestructuras básicas de las
comunidades devastadas. Inundaciones o huracanes originan cortes en el
suministro eléctrico, roturas en el cableado y caídas de torres o postes, por lo que
es frecuente la interrupción momentánea de los servicios de telefonía fija y móvil,
así como el acceso a Internet. (Javier de Pedro Carracedo, s.f, p3)
Teniendo en cuenta que ante un desastre natural todo protocolo puede quedar
inhabilitado, sin embargo, es bueno utilizar herramientas de última tecnología que
vayan evolucionando y tomando en cuenta la problemática de desastres pasados,
fomentando nueva técnicas o proyectos que se pongan a disposición de las
comunidades cuando se requieran.
5
CUADRO N° 1
Afectación de operadores móviles
OPERADOR %AFECTACION FECHA HORA
CLARO
17/04/2106 10:56
NACIONAL 3.9%
Manabí 42.0%
Esmeraldas 14.0%
Guayas 0.8%
MOVI
17/04/2016 10:55
NACIONAL 6.0%
Manabí 80.0%
Esmeraldas 11.0%
Guayas 3.0%
CNT
17/04/2016 10:57
NACIONAL 5.3%
Manabí 63.0%
Esmeraldas 17.0%
Guayas 3.0%
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: www.gestionderiesgos.gob.ec/wp-content/uploads/downloads/2016/04/Informe-de-Situaci%C3%B3n-11-11h00.pdf
6
GRAFICO N° 1
Pérdida de energía eléctrica Manabí
Elaboración: https://www.eltelegrafo.com.ec/noticias/ecuador/1/manabi-y-esmeraldas-son-las-mas-afectadas
Fuente: eltelégrafo
CAUSAS Y CONSECUENCIAS DEL PROBLEMA CUADRO N° 2
CAUSAS Y CONSECUENCIAS DEL PROBLEMA
Falta de un plan de contingencia
para los servicios de
telecomunicaciones
Complejidad de comunicación para la
población cuando se han caído las redes
inalámbricas.
Comunidades sin la posibilidad de
establecer comunicación
Ocasiona una tardía comunicación de
las comunidades a los puntos de acceso
a internet más cercanos.
Falta de tecnologías como
alternativa para las redes
inalámbricas en desastres
naturales
Déficit de interacción con personal de
ayuda, búsqueda de métodos para la
reaccionar instantánea frente al corte de
comunicación.
Congestión de los canales de
comunicación
Saturación en los enlaces
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación
7
DELIMITACION DEL PROBLEMA
El proyecto se enmarca en el desarrollo de una aplicación móvil para atender en
eventualidades en cuanto a desastres naturales ocurridos en el Ecuador, teniendo
como población, objetivo y de prueba la ciudad de Guayaquil. Se presentará el
prototipo de aplicación móvil la cual se hará uso en casos específicos de
eventualidades
CUADRO N° 3
DELIMITACION DEL PROBLEMA
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
FORMULACIÓN DEL PROBLEMA
¿Tener una aplicación que funcione a pesar de que las redes móviles estén fuera
de servicio, pueda ayudar a la ciudadanía o al personal de emergencia a la
localizar de manera oportuna de las víctimas?
Campo Telecomunicaciones
Área Redes Inalámbricas
Aspecto Aplicación Móvil
Tema
Aplicación móvil para la comunicación de mensajes por wifi direct
8
EVALUACIÓN DEL PROBLEMA
Los aspectos por considerar para el proyecto de titulación son los siguientes:
Delimitado: La aplicación está destinada a cumplir como un medio de
comunicación alternativo entre dispositivos móviles, ante eventualidades de
desastres naturales cuando las redes inalámbricas colapsen.
Claro: La falta de comunicación en eventos de desastres naturales como serán
redactados en el proyecto son claros de entender para las personas a pesar de
no tener conocimientos técnicos.
Evidente: Es evidente que ante desastres naturales las personas involucradas
entre escombros no puedan comunicarse con el exterior lo que conlleva a buscar
una solución a este tema.
Original: Las aplicaciones que prestan ayudas para localizar víctimas, ya están
siendo implementadas a lo largo del mundo, sin embargo, es una tecnología
naciente en el país.
Relevante: Es importante que se tome en cuenta un método alterno de
comunicación más para los habitantes que se encuentran en o cerca de las zonas
de riegos.
Factible: Demostrar con la aplicación que se puede resolver la falta de
comunicación movil.
OBJETIVOS
OBJETIVOS GENERALES
Desarrollar una aplicación móvil que funcione como medio de comunicación
alterno frente a la pérdida de las señales móviles y fijas causadas por los siniestros
naturales y ocasionados por el hombre basando el desarrollo en un ambiente open
source.
9
OBJETIVOS ESPECÍFICOS
Analizar cuáles son las causas que ocasionan la pérdida de comunicación
en los celulares, para determinar cuáles son los medios alternos de
comunicación.
Analizar las diferentes herramientas de código abierto y determinar cuál es
la que más se adapta al proyecto.
Determinar el funcionamiento de los sistemas de geolocalización para
identificar los componentes a utilizar en el proyecto.
Mostrar el prototipo de la aplicación para visualizar el funcionamiento de la
aplicación.
ALCANCE
Contribuir con un medio alterno de comunicación cuando ocurra algún
desastre natural u ocasionados por el hombre.
Crear una aplicación “prototipo” que permita transmitir mensajes entre
dispositivos móviles de manera que puedan generar su propia red.
Proponer un modelo de comunicación práctica y sencilla basados en las
redes de conexión punto a punto.
Analizar el rendimiento de la tecnología Wi-Fi Direct
JUSTIFICACION
El presente proyecto servirá para ayudar a las personas a comunicarse cuando se
vean afectadas las redes móviles, ya sea por desastres naturales u ocasionados
por el hombre. De esta forma se levantará un medio de comunicación que permita
conocer la ubicación y estado de las personas que utilicen la aplicación, dando así
tranquilidad en la población local y reduciendo la congestión en los canales de
comunicación directos.
Teniendo en cuenta que las comunicaciones actuales requieren sólidamente de
una infraestructura ya establecida, pero estas también pueden verse involucradas
10
en un siniestro natural. Lo que conlleva a promover nuevas tecnologías que
funcionen de manera efectiva y eficaz durante una emergencia. Este proyecto que
se plantea se ve netamente alejado de estas infraestructuras, por ende, cada
persona que posea un Smartphone logrará comunicarse a pesar de no contar con
dichas infraestructuras.
METODOLOGIA
De acuerdo con el desarrollo de este Proyecto y a los resultados de las
investigaciones realizadas se tomará como modelo la metodología en cascada ya
que desarrollar este proyecto y la aplicación móvil se adaptan a su modelo. Esta
metodología se evaluará con las siguientes etapas:
Requisitos: Se realizaron las investigaciones para determinar los
requerimientos que necesita la aplicación para su óptimo funcionamiento.
Entender las funciones que ejecuta el aplicativo y adaptarlos a las
necesidades de los usuarios.
Diseño: En esta etapa se determinará el ambiente de desarrollo en el que
elaborara el aplicativo, así como estará formada su estructura interna de
forma que el ambiente sea amigable para el usuario.
Implementación: Se hará uso de un lenguaje de programación open
source en el ambiente de Android Studio.
Pruebas: Una vez que la aplicación esté culminada pasará a la esta fase
donde se verificará el correcto funcionamiento. De esta forma recopilar los
datos si existen errores o bugs para mejorar el código previamente escrito.
Mantenimiento: Ya culminado todas las etapas de desarrollo y se ha
comprobado que no tiene ningún error se procede a instalar la aplicación
en el dispositivo y se monitorea que funcione con normalidad en el entorno
para el cual fue desarrollado.
11
CAPITULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
El desarrollo de nuevas herramientas, aplicaciones o técnicas de contingencia
efectuadas por personal del gobierno se presentan como método eficaz para la
ayuda en eventos de desastres naturales o antrópicos.
En vista que durante los últimos años diversos países de Latinoamérica fueron
tocados por desastres naturales en su mayoría terremotos. Han surgido
desarrollos de aplicaciones que forman parte de los dispositivos móviles de
usuarios que concientizan por mantener una alerta ante cualquier suceso natural
o un medio de comunicación que pueda permutar en caso de que esta se pierda.
Teniendo en cuenta que hoy en día se presentan una gama de aplicaciones que
pueden operar sin una infraestructura de por medio, como ejemplo existe una
aplicación que se asemeja a nuestro proyecto:
FIRECHAT
Aplicativo móvil plantea tener un chat sin la necesidad de estar conectado al
internet, mantener varias conversaciones de manera rápida y privada. FireChat
utiliza la tecnología Bluetooth y Wi-Fi P2P de esta forma creando una red privada
descentralizada y escalable. Gracias a esta tecnología se puede enviar sms,
mensajes multimedia y permite que entre más usuario más grande sea la red.
Mantiene una sala de chats públicos como privados que funcionan en línea y fuera
de conexión. También usa el internet para llegar a los usuarios que están a una
mayor distancia (Open Garden Inc, 2018)
Esta aplicación es una de las referencias que se puede tomar como ejemplo para
el desarrollo del proyecto de titulación, promueve el uso de la tecnología ad hoc y
Wi-Fi Direct. Lo que se plantea como solución teniendo en cuenta que estas
tecnologías se prestan como medio eficaz y dinámico, cuando las comunicaciones
móviles no estén operativas.
12
FUNDAMENTACION TEORICA
TECNOLOGIAS MOVILES
Mobile ad hoc Network
Las redes Manet nombradas así por su acrónimo (Mobile ad hoc Network) surgen
o se muestran como una posible solución en las redes inalámbricas ya que
presentan características muy buenas sobre otras redes. Actualmente se han
tomado a las redes ad hoc como posible solución para la comunicación en
numerosos proyectos, de esta forma van evolucionando y mejorando su
rendimiento en cada estudio que se plantea utilizar.
Las redes móviles ad hoc han sido el punto central de desarrollo para recientes
investigaciones. Primordialmente para aplicaciones militares, donde se tiene
ventaja al ser descentralizada y siendo oportuna necesidad. De manera que
incrementan los pcs portátiles, se espera que las redes ilimitadas vayan en
aumento. Las redes ad hoc pueden operar ahí donde más se las requieran.
Ejemplo en operaciones de rescate o zonas remotas, o cuando la cobertura local
sea requerida rápidamente. (Frodigh, Johansson y Larsson, 2000).
De esta la investigación realizada por Johansson y Larsson, abarca que las redes
ad hoc proporcionan variedades de recursos para ser empleadas en entornos que
no involucren una infraestructura. Así manteniendo una red que otorga flexibilidad
y escalabilidad en entornos afectados.
Redes inalámbricas compatibles asociadas a la formación de redes ad hoc
13
GRAFICO N0 2 Diversas tecnologías inalámbricas asociadas con redes Ad Hoc
Elaboración: (Frodigh, Johansson y Larsson. 2000). Fuente:
www.researchgate.net/publication/242593894_Formacion_de_redes_inalambricas_ad_hoc-El_arte_de_la_formacion_de_redes_sin_red
Las redes ad hoc que utilizan Bluetooth forman base y producen ventajas en la
computación ubicua. Lo que realiza Bluetooth es localizar de forma transparente
los dispositivos adyacentes cercanos como los servicios que brinda. (Cano,
Calafate, Malumbres, Manzoni, s.f)
En un futuro sería bueno imaginar que los proveedores de servicio celular apliquen
las comunicaciones ad hoc para ampliar la cobertura. Estos paradigmas de la
comunicación ad hoc ha llevado a investigar su impacto en la experiencia de los
usuarios. Estudios han mostrado que la utilización de la tecnología ad hoc puede
mejorar la eficiencia espectral como la batería de los dispositivos, también
proporciona mejores recursos para los protocolos de comunicaciones de
infraestructura Wifi. (Funai, Tapparello & Heinzelman, 2017)
14
Vehicular Ad Hoc Networks (VANETs)
Redes de comunicación vehicular cuyo estándar es IEEE 802.11p establece
comunicación entre vehículos y una infraestructura de forma inalámbrica. Este tipo
de redes tiene como objetivo brindar un sin número de servicios y aplicaciones
para los vehículos, adicional dar una mejor experiencia de viaje y seguridad vial,
comodidad, confort para los pasajeros y conductores, establecer una ruta de viaje
sin tráfico.
GRAFICO N0 3
Modelo de una red VANET
Elaboración: Óscar Orozco Sarasti, Gonzalo Llano Ramírez
Fuente: dialnet.unirioja.es/servlet/articulo?codigo=5065704
En este tipo de redes cada vehículo actúa como un nodo en la red. Cada vehículo
esta equipados por un dispositivo de comunicación llamado OBU (On-Board Unit)
su función es intercambiar información con los RSU (Road-Side Unit) puntos de
acceso que se encuentran en las carreteras, todos esto se efectúa por el AU
(Application Unit) este puede ser cualquier dispositivo móvil que esté conectado
al OBU.
Las redes compatibles principales que puede abarcar este estándar es Wi-Fi,
WiMAX, 3G, LTE, etc.
15
Características de rede VANET
Se definen dos tipos de comunicación V2V (Vehículo a Vehículo) y V2I (Vehículo
a infraestructura)
- Redes altamente dinámicas los nodos se encuentran en constante cambio para
una comunicación V2V o V2I.
- Los canales varían en tiempo y frecuencia debido al cambio de velocidad en los
vehículos. La comunicación presenta desvanecimiento sobre el tiempo y
frecuencia.
- Autonomía en cada nodo se refiera a la libertad de transmitir, recibir y enrutar
paquetes. Los dispositivos OBU Y RSU operan de forma independiente.
- Energía ilimitada la batería de cada vehículo suministra la energía suficiente para
mantener cargada y operando siempre los dispositivos OBU Y AU.
Aplicaciones y Movilidad Vehiculares
Aplicaciones vehiculares
Las comunicaciones V2X se refiere a cualquier comunicación o transmisión que
pueda afectar o interactuar con un vehículo. Las aplicaciones vehiculares son tres:
seguridad vial, eficiencia vial, servicios de valor agregado.
Aplicación de seguridad vial.
Aplicaciones que monitorean y recogen información de las vías para prevenir y
evitar accidentes o congestión vial.
Prevención de colisiones (Collision Avoidance): El RSU detecta el
riesgo de vehículos que puedan colisionar y envía una alerta al OBU de
cada vehículo.
Notificación de señal de tránsito (Road Sign Notification): Asiste sobre
señalización a los usuarios de los vehículos, también advierte sobre
exceso de velocidad, y el irrespeto a la señalización.
16
Gestión de incidentes (Incident Mangement): este tipo de aplicación
envía alertas desde un vehículo cuando haya suscitado una colisión o
choque.
Aplicación de información y entretenimiento
Estas aplicaciones brindan entretenimiento como navegar en la web, juegos en
línea, ver contenido multimedia, etc. Los servicios de información mostrar el mapa,
ubicación e información para sitios de interés.
Movilidad Vehicular
Los modelos de movilidad se clasifican en cuatro:
Modelos Aleatorios (Random Models): Se refiere a que los nodos tienen la
capacidad de moverse en diferentes direcciones y distintas velocidades.
Modelo de tráfico (Traffic Models): Modelo basado en estudios teóricos, se
comportan mediante un patrón de movimiento de vehículo, ayuda a simulaciones
detalladas del flujo vehicular.
Modelos de flujo (Flow Models)
Existes tres características en este tipo de modelo:
- Microscópicos: Describe la velocidad, aceleración, desaceleración y tiempo
para reaccionar ante un evento.
-Macroscópicos: Describe de forma general las características de un conjunto de
vehículos.
-Mesoscópicos: Combina microscópicos y macroscópicos.
Modelos de comportamiento
Este tipo de modelo toma el comportamiento de los usuarios como estilo de
conducción, reacciones ante colisiones. etc.
Bluetooth IEEE 802.15
17
Se denomina Bluetooth a la tecnología inalámbrica de bajo costo para la
transmisión de datos entre dispositivos. Apareciendo de manera formal en el año
1998, como reemplazo de herramientas cableadas o inalámbricas menores a
Bluetooth. IEEE 802.15 es una red de área personal (wireless personal networks,
WPAN). Estándar que permite conectar dispositivos portátiles permitiendo la
interoperabilidad.
Versiones del estándar IEEE 802.15
CUADRO N0 4 Evolución del estándar IEEE 802.15
ESTÁNDAR CONCEPTO AÑO
IEEE 802.15.1
Estándar basado para la versión 1.1y 1.2 de Bluetooth,
transmisión de datos a 721 kbps.
2002
2005
IEEE 802.15.2 Coexistencia para redes personal inalámbricas WPAN
con dispositivos que utilizan redes WLAN
2003
IEEE 802.15.3 Define capas físicas y enlace para redes WPAN de
transmisión alta 11-55MBPS
2003
IEEE 802.15.4 Define las capas físicas y de enlace de datos para redes
WPAN de baja transmisión y consumo de energía en
dispositivos Protocolos basados para ZigBee
2003
IEEE
802.15.4a
Adiciona capas físicas mejorando IEEE 802.15.4
agrega alta productividad y reduce la carga energética.
Opera en bandas no reguladas UWB y en la banda
2.4Ghz
2007
IEEE
802.15.4b
Resuelve ambigüedades e incluye uso de claves de
seguridad y reduce la complejidad de su estándar.
Nuevos rangos de frecuencias disponibles.
2006
18
IEEE
802.15.4f
Modificación de capa física inalámbrica y mejora en la
capa de enlace. Necesario para la capa física
inalámbrica en RFID.
2006
IEEE
802.15.4g
Capa física modificada para herramientas de red
inteligente. Soporta geográficamente múltiples redes
con infraestructuras pequeñas.
2011
IEEE 802.15.5 Estándar para redes WPAN redes malladas
inalámbricas para obtener escalabilidad y estabilidad.
Se dividen en dos, redes de malla tasa baja y tasa alta.
2006
IEEE 802.15.6 Redes de Área Corporal BAN. Define la capa física y de
enlace. Sirve para trabajar con dispositivos alrededor
del cuerpo de baja potencia y rango corto.
2012
IEEE 802.15.7 Estándar para comunicación de luz visible VLG.
Estándar de capa física y de enlace. Mantiene un enlace
corto que alcanza velocidades hasta 96 Mbps.
2012
IEEE 802.15.8 Estándar para comunicación entre pares PAC 2012
IEEE 802.15.9 Estándar para protocolos de administración de claves
KMP
2016
IEEE
802.15.10
Enrutamiento de capa 2. Recomendación para
enrutamiento de paquetes en redes inalámbricas IEEE
802.15.4
2017
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Wifi-Direct
19
Norma aliada al Wi-Fi convencional. Permite conectar dispositivos entre sí de
forma descentralizada es decir sin un punto de acceso que se presente como
intermediario.
Wi-Fi Direct es compatible con las velocidades que soporta Wi-Fi que llegan a 250
Mbps. El rendimiento del espectro en Wi-Fi Direct depende de los dispositivos y
del entorno que se encuentran. Las conexiones entre dispositivos pueden ser de
uno a uno o de uno a muchos. Los dispositivos con Wi-Fi Direct pueden mantener
simultáneas conexiones entre dispositivos que utilizan Wi-Fi Direct, tal como una
red de infraestructura. (Liu, Shen, Yin, Cao, Cai y Cheng, 2016).
Las conexiones que se crean entre dispositivos mediante Wi-Fi Direct se
encuentran protegidas por el protocolo de seguridad WPA2.
La certificación de Wi-Fi Direct presenta varias funcionalidades:
Servicio de impresión: Permite la opción de enviar un archivo ya sea desde un
Smartphone, Tablet o computador a una impresora que incorpora la certificación
de Wi-Fi Direct al igual que los dispositivos emisor.
Servicio de envío: Permite la opción de enviar o recibir un archivo ya se de uno
o de un grupo de dispositivos de forma rápida y sencilla.
Servicio Miracast: Los dispositivos pueden enviar audio, imagen y video y ser
replicados en un monitor.
Servicio DLNA (Digital Living Network Alliance): Permite descubrir a todos los
dispositivos que poseen este protocolo para luego enviar contenido.
Wi-Fi Direct vs Bluetooth
Bluetooth a lo largo de los años ha sido la tecnología más usada para el
intercambio de archivos, luego fue revocada de a poco su participación debido a
la llegada de mensajería instantánea. Posterior aparece la tecnología Wi-Fi Direct
que se considera que podria sustituir a Bluetooth. Ya que presenta velocidades
superiores y abarca un rango mucho más amplio. Pero la característica que
favorece a Bluetooth es su bojo consumo de energía en comparación a Wi-Fi
Direct.
20
La aparición de Wi-Fi Direct da lugar a un nuevo método de transmisión de
archivos con velocidades superiores a Bluetooth, por tanto, Wi-Fi Direct es
compatible con velocidades representativas del Wi-Fi, como velocidades de
250Mbps, inclusive más bajas (Wi-Fi Alliance, s.f). Para los últimos años aparece
Bluetooth 5.0 con características mejoradas a su última versión. El objetivo de
Bluetooth 5 en cuadriplicar el rango en dispositivos. En el peor de los casos, el
rango en exteriores debería estar en 200m y en interiores 40m (Collota, Pau, Talty
y Tonguz, 2018). Bluetooth 5.0 aparece a finales del 2016, esta versión se
encuentra en proceso para ser introducida en los nuevos dispositivos que llegan
de apoco al mercado.
En conclusión, definir como prioridad el marco de trabajo, la certificación Wi-Fi
Direct que permite el envío de datos a gran velocidad y transmisión de archivos,
sería la tecnología adecuada ya que engloba la mayoría de los dispositivos que
disponen esta certificación.
CUADRO N0 5
Comparativa de tecnologías inalámbricas.
Protocolo Wi-Fi Direct Bluetooth v4
Protocolo IEEE 802.11a/g/n IEEE 802.15.1
Tipo de red WPAN WPAN
Banda de Frecuencia 2.4 y 5 GHz 2.4 GHz
Técnica de acceso al
medio
CSMA/CA TDMA
Topología de red Estrella – Ad Hoc Scatternet
Ancho de Banda 40 MHz 2 MHz
Tasa de datos 50 – 600 Mbps 721 Kbps
Alcance 100 m 50 m
Tiempo de acceso a la
red
< 3s < 10s
Duración promedio de
batería
12 – 48 horas 1 semana
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
21
Arquitectura
Los dispositivos Wi-fi Direct, conocidos como dispositivos P2P, su comunicación
se establece mediante grupos P2P. Su funcionalidad es parecida la red de
infraestructura Wi-Fi tradicional. Un dispositivo toma la funcionalidad de un punto
de acceso (AP) en un grupo P2P y se lo conoce como propietario del grupo (Group
Owner, GO), los demás dispositivos actúan como clientes. El GO actúa como un
servidor DHCP proporcionando direcciones IP a los demás dispositivos.
Al crear un grupo P2P los dispositivos entran en negociación para acordar cual
tomará el rol de propietario de grupo GO luego se crea el grupo P2P. Existen tres
variantes para formar un grupo P2P.
Formación estándar: El primer paso los dispositivos hacen un sondeo para
descubrirse entre ellos. Una vez se hayan encontrado los dispositivos, comienzan
a negociar entre ellos para determinar cuál será el propietario del grupo GO, ya
obteniendo un propietario de grupo se crea una conexión segura. Aquí Wi-fi Direct
utiliza el protocolo de seguridad WPS (Wi-fi Protected Setup).
Formación Autónoma: Esta técnica habla que un dispositivo crea un grupo P2P
independientemente y el mismo es el propietario del grupo GO. Los dispositivos
adyacentes podrán buscar el grupo. Luego encontrado el grupo, saltan la
negociación del propietario de grupo, y se va directamente a la conexión segura y
asignación de IP.
Formación persistente: Quiere decir que los dispositivos que han formado un
grupo P2P mantienen su rol (si es propietario o cliente) y características de red,
como la IP. Los dispositivos que han formado grupo con anterioridad y lleguen a
encontrarse en un proceso de búsqueda, se podrán conectar y tener la misma
información que se le asignó la última vez.
22
GRAFICO N0 4 Tecnología y casos de usos con Wi-Fi Direct
Elaboración: (Daniel Camps-Mur, Andres Garcia Saavedra, Pablo Serrano, 2013)
Fuente: ieeexplore.ieee.org/document/6549288
En primera instancia en la figura(4) tenemos el primer grupo formado por un
Smartphone con conexión 3G y dos laptops. El Smartphone actúa como
propietario de grupo GO P2P y las dos laptops se mantienen como clientes P2P.
Para extender la red, una de las laptops crea un segundo grupo P2P con una
impresora.
En la parte baja de la figura(4) la laptop se comporta como propietario de grupo
GO P2P a la vez también actúa como cliente P2P. La laptop accede a internet a
través de un AP, al mismo tiempo transmite audio, imagen y video a un televisor
que forma parte del grupo P2P.
23
GRAFICO N0 5 Técnicas para establecer Grupos P2P
Elaboración: (Daniel Camps-Mur, Andres Garcia Saavedra, Pablo Serrano, 2013)
Fuente:ieeexplore.ieee.org/document/6549288
Ahorro de energía
Wi-Fi Direct integra dos protocolos que ayudan al ahorro de energía, estos
protocolos son:
Protocolo oportunista de ahorro de energía cuyas siglas OppPs proveniente
del inglés Opportunistic Power Save.
El propietario del grupo GO P2P se mantiene en un proceso de ahorro de energía
siempre y cuando todos sus clientes estén durmiendo. Mediante los Beacon que
transmite cada cliente P2P anuncia su presencia para que el GO entienda si están
durmiendo, de esta forma el GO puede ahorrar energía. Pero si un cliente P2P se
encuentra activo, el GO P2P se ve obligado a seguir trabajando.
24
Protocolo Aviso de ausencia cuyas siglas NoA proveniente del inglés Notice
of Absence.
El GO P2P comunica su ausencia a los clientes donde no les permitirá acceder al
canal independiente para saber si están en modo ahorro de energía o inactivos.
No utiliza cuatro parámetros:
- Anuncia su periodo de ausencia en segundos.
- Específica en intervalos de tiempo su ausencia.
- Específica en tiempo la hora de inicio de ausencia del primer beacon enviado.
- Números de periodos de ausente.
Wi-Fi Direct en Android
Wi-Fi Direct o Wi-Fi (P2P) permite a los dispositivos con software Android 4.0 en
adelante con el hardware correspondiente se puedan conectar a nivel de Wi-Fi sin
punto de acceso. Al usar API Android Wi-Fi Direct podrán los dispositivos,
descubrir y conectarse entre ellos, estableciendo la comunicación optimizada y
mucho más amplia de lo que permite Bluetooth. (Android Developers, 2018)
Wireless Mesh Networks (WMN) IEEE 802.11s
Una red mesh es aquella topología de infraestructura que adicional permite unirse
a la red de dispositivos que no se encuentre en la cobertura de una tarjeta de red,
pero se encuentra en dentro de la red de infraestructura lo que permite mitigar la
falta de comunicación.
25
GRAFICO N0 6 RED MESH
Elaboración: (Beatriz Gómez Suárez, Javier Maimó Quetglas, Juan Merideño García, 2009/2010)
Fuente: http://ibdigital.uib.cat/greenstone/collect/enginy/index/assoc/Enginy_2/010v02p0/
09.dir/Enginy_2010v02p009.pdf
Las redes mesh unen topologías de redes inalámbricas como: red ad hoc y red de
infraestructura. Este tipo de red mesh se organizan automática y dinámicamente
sus nodos en la red se configuran. Las WMN están formadas por dos nodos: los
routers mesh y clientes mesh. Los routers contienen funciones para soportar las
infraestructuras mesh, ya que posee un sistema de comunicación multi-hop. Los
routers mesh crean un enlace con los dispositivos que estén fuera del rango de
los puntos de acceso, pero tiene conexión con alguna tarjeta de red que esté en
el rango del punto acceso. (Gómez Suárez, Maimó Quetglas, Merideño García,
2010).
Este tipo de redes beneficia mucho en cuanto al crecimiento en su topología e
incorpora cada vez más dispositivos, pero presenta una pequeña desventaja que
incluye infraestructura. En caso de que ocurra un evento de desastre las
infraestructuras y los puntos de acceso se verán afectados, produciendo un
colapso de red, los dispositivos más alejados quedaran sin conexión
26
Protocolos redes Mesh
Más de 70 protocolos son utilizados en el encaminamiento de datos para esta
red. Donde aparecen tres protocolos de enrutamiento: reactivos, proactivos e
híbridos.
Mostrando los protocolos más relevantes utilizados en las redes mesh.
Reactivos No mantienen una actualización constante de su tabla de enrutamiento. Estas se
actualizan solo cuando es necesario, alejando a red de carga innecesaria de
señalización.
AODV (Ad-hoc On Demand Distance Vector)
Este protocolo permite intercambiar mensajes para calcular la ruta de sus vecinos
y envía mensajes para iniciar una comunicación.
AODV protocolo de características reactivas, es decir, descubre nodos de una red
cuando la requiera. Provocando latencia en la comunicación cuando se descubre
el camino. Su ventaja es reducir el ancho de banda y de CPU, sólo envía paquetes
cuando es requerido. (Batiste Troyano, 2011).
Proactivos
Mantiene la información de la tabla de enrutamiento actualizada todo el tiempo.
Permite saber en cada momento quien está activo o desconectado de la red. Su
desventaja es ocupar gran ancho de banda y de CPU.
Funciona en redes con muchos usuarios con topología cambiante. Intercambia
mensajes que le permite aprender la topología de la red y el estado de los nodos
27
adyacentes. El intercambio constante de paquete satura la red. Pero OLSR utiliza
la técnica MPR (Multi Point Relay). (Medina Santos.2006)
MMRP (Mobile Mesh)
Protocolo desarrollado por Mitre. Este protocolo funciona con tre protocolos más
que van aleados a él.
Mobile Mesh Link Discovery Protocol: Descubre enlaces.
Mobile Mesh Routing Link: Verifica los enlaces del enrutamiento.
Mobile Mesh Border Discovery Protocol: Descubre bordes y activa túneles
externos.
OSPF (Open Shortest Path First)
Envía llamadas, chequea el estado de los enlaces y comunica a todos los
enrutadores en su misma área de jerarquía.
Además, incorpora la funcionalidad LSA (Link - State advertsement) que comunica
a las interfaces, informa que tipo de medición que usó y otras características.
HSLS (Hazy Sighted Link Routing Protocol)
Este protocolo comparte dos características al ser proactivo y reactivo a la vez.
Diseñado de manera específica para trabajar sobre redes en más de mil nodos.
Elimina los enlaces de poca calidad. (Gómez Suárez, Maimó Quetglas, Merideño
García, 2010)
HWMP (Hybrid Wireless Mesh Protocol)
Protocolo perteneciente de las redes mesh, establece la comunicación multisalto.
HWMP protocolo de enrutamiento híbrido, funciona en modo proactivo y reactivo
alternativamente o en ambos modos. Su función en modo reactivo para móviles y
proactivo para nodos fijos (J. Mateus, E. Morales, R. Areas, 2017).
28
Geolocalización
La geolocalización se refiere a obtención específica real de un objeto, como puede
ser teléfono móvil, reloj, laptop, vehículo, etc. Que mantenga una conexión a
internet. Geolocalización se suele asumir también como posicionamiento ya que
este se basa más en coordenadas y un punto en mapa, geolocalización especifica
calles y más datos geográficos de referencia. La tecnología GPS empezó
mediante los satélites que la NASA mantenía en el espacio tanto que mantenía
una cobertura alrededor del planeta, se la implemento en barcos para ser
monitoreados durante la guerra, en ese entonces el margen de error en el
posicionamiento era de 250 metros. Envista que esta tecnología cuenta con un
valor de costo 0 debido que los consumidores no se les cobra por mantenimiento
de satélites, esta tecnología era bastante utilizada, se la tomo para ser parte de
dispositivos más pequeños que tanto en hardware y en software pueda operar,
con el paso de los años los dispositivos inteligentes involucraron esta técnica de
ubicación global de forma más rápida y precisa, lo que produjo el desarrollo de
aplicaciones para ayudar a los usuarios que poseen un Smartphone.
Según el centro de investigación sobre la epidemiologia de los desastres CRED
sus siglas en ingles. Realizó un informe sobre la localización y rescate de víctimas
como esta se maneja cuando ocurre un desastre y que podría ayudar a mejorar
en estos casos. La búsqueda de personas se efectúa con el apoyo de perros,
entrenados para seguir el olor de las víctimas. Este método es más eficiente en
zonas rurales de forma que se presta a las cualidades de los caninos, en zonas
urbanas debido a circulación de personas se dificulta. Otra forma de rescate es
utilizar dron minimiza los riesgos de rescatistas. Por último, se pondrá en
funcionamiento un radar de la NASA. (CRED, 2015).
Geolocalización por SMS
El adquirir información sobre la posición de las personas se ha vuelto necesario
hoy en día. Para conocer ya sea si llego a su destino o si desea saber el camino
por donde transcendió dicho objetivo. En ocasiones más imprevistas saber la
última ubicación donde estuvo. Porqué utilizar ubicación mediante mensajes de
texto. El desarrollador de la aplicación Location SMS – Offline Phone Finder nos
29
dice. Ubicación SMS no necesita que un dispositivo mantenga una conexión a
internet al momento de localizar, por lo que no requiere Wi-Fi ni datos móviles.
(Jaime Turner, 2018)
Para comprender mejor el comentario de Turner, lo que refiere que toda aplicación
que envié ubicación SMS debe obtener la última ubicación del dispositivo y luego
guardarla para posterior ser enviada a quien el usuario deseé. Todo esto mediante
la aplicación tome cada cierto tiempo la actualización de la ubicación en tiempo
real del dispositivo.
Durante estos tipos de emergencias recomiendas los expertos que es mejor usar
mensajes de texto que comunicarse por llamadas, ya que las telecomunicaciones
son carreteras amplias que son transitadas por voz y datos y que estas durante
los siniestros naturales o cualesquiera emergencias a nivel nacional se
congestionan por que los usuarios las usan de una forma errónea. Las llamadas
son servicios que necesitan estar conectados en tiempo real para que la
comunicación sea normal y sin ningún tipo de retraso. Se utiliza un canal dedicado
para este tipo de servicio por lo que este canal no podrá ser utilizado hasta que la
llamada culmine. Los mensajes de texto o los mensajes que se envían por algún
chat no usan un canal dedicado para poder ser enviados al destinatario, si hay
probabilidad de congestionar la red el mensaje espera a que esta baje y se enviare
de inmediato a su destino. (Nicolás Lucas, 2017)
SISTEMA OPERATIVO ANDROID
Sistema operativo basado en Linux. Diseñado primordialmente para dispositivos
inteligentes con pantalla táctil, teléfonos, tablets. Durante el transcurso de los años
se expandió para relojes, televisores incluso automóviles. Android abrió un nuevo
mundo en el desarrollo de aplicaciones, lo que define a su código abierto. Se
encuentra disposición para desarrolladores que quieran innovar en aplicaciones
mejorando el entorno Android a medida que pasa el tiempo.
30
GRAFICO N0 7 Logo Android
Elaboración: Android Inc. Fuente: Android Inc.
CARACTERISTICA
El sistema operativo Android presenta una gama de características y flexibilidad
en cuando al desarrollo de aplicaciones y dispositivos inteligentes atractivos que
se muestran en el mercado. Se muestra características principales del Sistema
Android.
Su desarrollo se basa en Linux por lo cual su código es Open Source.
Soporta lenguaje de programación Java, puede ejecutarse en cualquier
dispositivo.
Se puede desarrollar en entornos como Eclipse con un complemento de
herramienta para Android. Su entorno de desarrollo oficial es Android
Studio descargable de la página Android Developers.
Conectividad soporta tecnologías como: GSM/EDGE, IDEN, CDMA,
UMTS, Wi-Fi, LTE, HSDPA, HSDPA+, HSPA+, NFC, WiMAX.
Soporta formatos multimedia como: H.263, H.264 (3GP Y MP4), MPEG-4
SP, AMR, AAC, MP3, WAV, JPEG, PNG, GIF.
Hardware de dispositivos Android incorpora, cámaras de foto y video,
acelerómetros, GPS, giroscopio, sensores de presión, proximidad y de luz,
termómetro.
31
ARQUITECTURA
La arquitectura de Android se basa en las siguientes capas que son necesarias para el óptimo funcionamiento del dispositivo en conjunto con el hardware se describen a continuación:
GRAFICO N0 8 Arquitectura Android
Elaboración: Android Developers Fuente: Android Developers
Linux Kernel
La base de Android este depende del Kernel Linux para funcionalidades
subyacentes, emplea una nómina de controladores para el hardware como
pueden ser para cámara web, Wi-Fi, audio, mouse, teclado adicional permite
aprovechar funciones de clave de seguridad.
Hardware Abstraction Layer (HAL )
Capa de abstracción del hardware se fundamenta en diversos módulos de
biblioteca, cada uno incluye una interfaz para componentes específicos del
32
hardware, como la cámara o Bluetooth. El framework de una API efectúa una
llamada al hardware del dispositivo, esta carga un módulo de biblioteca y es
enviado al componente del hardware.
Runtime Android
Android por medio de la máquina virtual que posee cada aplicación ejecuta sus
procesos de manera particular. Android Runtime ejecuta máquinas virtuales para
dispositivos de baja memoria en archivo de tipo DEX. También incluye librerías
para aportar funcionalidades en librerías de base Java.
Native C/C++ Libraries
El código de Android alberga librerías nativas escritas en C/C++ entre otras
librerías como son: Librería Surface Manager, OpenGL/SL y SGL, Librería SSL,
Librería SQLite, entre otras.
JAVA API Framework
Todos los desarrolladores pueden acceder al código fuente usado en aplicaciones
anteriores. De esta manera se puede reutilizar los componentes de código.
Favorece a los desarrolladores adelantar proyectos, de no volver a escribir todo el
código desde el principio.
System App
Sistema de aplicaciones son todas las aplicaciones creadas en la plataforma de
Android bajo el lenguaje de Java. Pueden incluir aplicaciones para correo
electrónico, contactos, mensajería SMS, navegación web, calendario, y varios
elementos.
33
Versiones
Las versiones de Android por lo general se presentan como postres o dulces. En
el siguiente cuadro se presentan la lista de versiones que Android ha
desarrollados y lanzado al mercado a lo largo de los años:
CUADRO N0 6 Versiones Android
NOMBRE LETRA VERSION AÑO
Apple Pie A 1.0 23/9/2008
Banana Bread B 1.1 9/2/2009
Cupcake C 1.5 25/4/2009
Donut D 1.6 15/9/2009
Eclair E 2.0 / 2.1 26/10/2009
Froyo F 2.2 20/5/2010
Gingerbread G 2.3/2.3.3/2.3.4/2.3.5/2.3.6/2.3.7 21/9/2011
Honeycomb H
3.0 / 3.1 / 3.2 / 3.2.1 / 3.2.2 /
3.2.3 / 3.2.4 28/2/2012
Ice Cream
Sandwich I
4.0 / 4.0.1 / 4.0.2 / 4.0.3 / 4.0.4
/ 4.0.5 8/11/2012
Jelly Bean J 4.1 / 4.2 / 4.3 24/7/2013
KitKat K 4.4 / 4.4.1 /4.4.2 / 4.4.3 / 4.4.4 19/6/2014
Lollipop L 5.0 / 5.0.1 / 5.0.2 / 5.0.1 / 5.1.1 19/4/2015
Marshmallow M 6.0 / 6.0.1/ 6.1 7/12/2015
Nougat N 7.0 / 7.1 / 7.1.1 / 7.1.2 22/8/2016
Oreo O 8.0 / 8.1 2/2/2018
Pie P 9.0 6/5/2018
Elaboración: Soledispa L. & Soto A. (2019) Fuente: Datos de la investigación.
34
GRAFICO N0 9 Porcentaje de Dispositivos con versiones de Android
Elaboración: Android Studio Fuente: Android Studio
35
FUNDAMENTACIÓN LEGAL
LEY DE PROPIEDAD INTELECTUAL
TITULO PRELIMINAR
Art. 1 El Estado reconoce, regula y garantiza la propiedad intelectual adquirida
de conformidad con la ley. las Decisiones de la Comisión de la Comunidad
Andina y los convenios internacionales vigentes en el Ecuador.
La propiedad intelectual comprende:
1. Los derechos de autor y derechos conexos.
2. La propiedad industrial, que abarca, entre otros elementos, los siguientes:
a. Las invenciones;
b. Los dibujos y modelos industriales;
c. Los esquemas de trazado (topografías) de circuitos integrados;
d. La información no divulgada y los secretos comerciales c
industriales;
e. e. Las marcas de fábrica, de comercio, de servicios y los lemas
comerciales;
f. Las apariencias distintivas de los negocios y establecimientos de
comercio;
g. Los nombres comerciales;
h. Las indicaciones geográficas; e,
i. Cualquier otra creación intelectual que se destine a un uso
agrícola, industrial o comercial.
Según el artículo 1 de la ley de propiedad intelectual, indica que el estado
reconoce, regula y garantiza los derechos de autor y de copyright.
Art 2. Los derechos conferidos por esta Ley se aplican por igual a nacionales y
extranjeros, domiciliados o no en el Ecuador
Según el artículo 2 de la ley de propiedad intelectual, la ley aplica para cualquier
ciudadano que reside en el país ya sea extranjero o local.
36
Art. 3. El Instituto Ecuatoriano de la Propiedad Intelectual (IEPl), es el Organismo
Administrativo Competente para propiciar, promover, fomentar, prevenir, proteger
y defender a nombre del Estado Ecuatoriano, los derechos de propiedad
intelectual reconocidos en la presente Ley y en los tratados y convenios
internacionales, sin perjuicio de las acciones civiles y penales que sobre esta
materia deberán conocerse por la Función Judicial.
Según el artículo 3 de la ley de propiedad intelectual
(Ley de propiedad intelectual, s.f.)
DECRETO PRESIDENCIAL 1014
SOBRE EL USO DEL SOFTWARE LIBRE
Art. 1: Establecer como política pública para las entidades de administración
Pública central la utilización del Software Libre en sus sistemas y equipamientos
informáticos.
En el artículo 1 sobre el decreto presidencial 1014 respecto al uso del software
libre, se estable que el uso de equipos de software libre como política para
entidades de administración pública.
Art. 2: Se entiende por software libre, a los programas de computación que se
pueden utilizar y distribuir sin restricción alguna, que permitan el acceso a los
códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
Utilización de programa con cualquier propósito de uso común.
Distribución de copias sin restricción alguna
Estudio y modificación de programa (Requisito: código fuente disponible)
Publicación del programa mejorado (Requisito: código fuente disponible
Artículo 2 del decreto presidencial 1014 uso del software libre, anuncia que el uso
de programas de software libre se puede utilizar sin restricción alguna. Obteniendo
su código fuente para la distribución, estudio o mejor del mismo.
Art. 3: Las entidades de la administración pública central previa a la instalación
del software libre en sus equipos, deberán verificar la existencia de capacidad
técnica que brinde el soporte necesario para este tipo de software.
37
Artículo 3 del decreto presidencial 1014 uso del software libre, indica que las
entidades de administración pública central deben revisar si los equipos en los
cual se montara un sistema de software libre cumplen los requisitos técnicos.
Art. 4.- Se faculta la utilización de software propietario (no libre) únicamente
cuando no exista una solución de software libre que supla las necesidades
requeridas, o cuando esté en riesgo la seguridad nacional, o cuando el proyecto
informático se encuentre en un punto de no retorno.
Para efectos de este decreto se comprende como seguridad nacional, las
garantías para la supervivencia de la colectividad y la defensa de patrimonio
nacional.
Para efectos de este decreto se entiende por un punto de no retorno, cuando el
sistema o proyecto informático se encuentre en cualquiera de estas condiciones:
a) Sistema en producción funcionando satisfactoriamente y que un análisis de
costo beneficio muestre que no es razonable ni conveniente una migración a
software libre; y,
b) Proyecto en estado de desarrollo y que un análisis de costo - beneficio muestre
que no es conveniente modificar el proyecto y utilizar software libre.
Periódicamente se evaluarán los sistemas informáticos que utilizan software
propietario con la finalidad de migrarlos a software libre.
Artículo 4 del decreto presidencial 1014 uso del software libre, se autoriza el uso
de software propietario cuando se presenten limitaciones en el uso de software
libre como señala en cuanto a riesgo de seguridad nacional o proyecto informático
que se haya complicado. De manera que se evaluaran el uso de software
propietario para trasladarlos en función libre.
Artículo 4 del decreto presidencial 1014 uso del software libre, se refiere que el
software libre como de propietario se deben utilizar en cuanto al requerimiento que
satisfaga las soluciones de un evento. Como los cuales se muestran en la lista del
artículo mencionado.
Art. 5.- Tanto para software libre como software propietario, siempre y cuando se
satisfagan los requerimientos, se debe preferir las soluciones en este orden:
a) Nacionales que permitan autonomía y soberanía tecnológica;
b) Regionales con componente nacional;
c) Regionales con proveedores nacionales;
d) Internacionales con componente nacional;
e) Internacionales con proveedores nacionales; y,
f) Internacionales
38
Art. 6.- La Subsecretaría de Tecnologías de la Información como órgano regulador
y ejecutor de las políticas y proyectos informáticos en las entidades del Gobierno
Central deberá realizar el control y seguimiento de este decreto.
Para todas las evaluaciones constantes en este decreto la Subsecretaría de
Tecnologías de la Información establecerá los parámetros y metodologías
obligatorias.
Nota: Artículo reformado por Disposición General Octava de Decreto Ejecutivo No.
726, publicado en Registro Oficial 433 de 25 de Abril del 2011
Art. 7.- Encárguese de la ejecución de este decreto los señores ministros
coordinadores y el señor Secretario General de la Administración Pública y
Comunicación.
Dado en el Palacio Nacional, en la ciudad de San Francisco de Quito, Distrito
Metropolitano, el día de hoy 10 de abril del 2008.
(Decreto ejecutivo 1014, 2008)
Constitución de la república de Ecuador
Título VII
RÉGIMEN DEL BUEN VIVIR
Capítulo primero
Inclusión y equidad
Art. 340.- El sistema nacional de inclusión y equidad social es el conjunto
articulado y coordinado de sistemas, instituciones, políticas, normas, programas y
servicios que aseguran el ejercicio, garantía y exigibilidad de los derechos
reconocidos en la Constitución y el cumplimiento de los objetivos del régimen de
desarrollo.
El sistema se articulará al Plan Nacional de Desarrollo y al sistema nacional
descentralizado de planificación participativa; se guiará por los principios de
universalidad, igualdad, equidad, progresividad, interculturalidad, solidaridad y no
discriminación; y funcionará bajo los criterios de calidad, eficiencia, eficacia,
transparencia, responsabilidad y participación.
El sistema se compone de los ámbitos de la educación, salud, seguridad social,
gestión de riesgos, cultura física y deporte, hábitat y vivienda, cultura,
comunicación e información, disfrute del tiempo libre, ciencia y tecnología,
población, seguridad humana y transporte
39
Sección segunda
Salud
Art. 359.- El sistema nacional de salud comprenderá las instituciones, programas,
políticas, recursos, acciones y actoras y actores en salud; abarcará todas las
dimensiones del derecho a la salud; garantizará la promoción, prevención,
recuperación y rehabilitación en todos los niveles; y propiciará la participación
ciudadana y el control social.
Art. 360.- El sistema garantizará, a través de las instituciones que lo conforman,
la promoción de la salud, prevención y atención integral, familiar y comunitaria,
con base en la atención primaria de salud, articulará los diferentes niveles de
atención y promoverá la complementariedad con las medicinas ancestrales y
alternativas.
La red pública integral de salud será parte del sistema nacional de salud y estará
conformada por el conjunto articulado de establecimientos estatales, de la
seguridad social y otros proveedores que pertenecen al Estado; con vínculos
jurídicos, operativos y de complementariedad.
Sección octava
Ciencia, tecnología, innovación y saberes ancestrales
Art. 385.- El sistema nacional de ciencia, tecnología, innovación y saberes
ancestrales, en el marco del respeto al ambiente, la naturaleza, la vida, las culturas
y la soberanía, tendrá como finalidad:
1. Generar, adaptar y difundir conocimientos científicos y tecnológicos.
2. Recuperar, fortalecer y potenciar los saberes ancestrales.
3. Desarrollar tecnologías e innovaciones que impulsen la producción nacional,
eleven la eficiencia y productividad, mejoren la calidad de vida y contribuyan a la
realización del buen vivir.
Art. 386.- El sistema comprenderá programas, políticas, recursos, acciones, e
incorporará a instituciones del Estado, universidades y escuelas politécnicas,
institutos de investigación públicos y particulares, empresas públicas y privadas,
organismos no gubernamentales y personas naturales o jurídicas, en tanto
realizan actividades de investigación, desarrollo tecnológico, innovación y aquellas
ligadas a los saberes ancestrales.
40
El Estado, a través del organismo competente, coordinará el sistema, establecerá
los objetivos y políticas, de conformidad con el Plan Nacional de Desarrollo, con
la participación de los actores que lo conforman.
Art. 387.- Será responsabilidad del Estado:
1. Facilitar e impulsar la incorporación a la sociedad del conocimiento para
alcanzar los objetivos del régimen de desarrollo.
2. Promover la generación y producción de conocimiento, fomentar la
investigación científica y tecnológica, y potenciar los saberes ancestrales, para así
contribuir a la realización del buen vivir, al sumak kawsay.
3. Asegurar la difusión y el acceso a los conocimientos científicos y tecnológicos,
el usufructo de sus descubrimientos y hallazgos en el marco de lo establecido en
la Constitución y la Ley.
4. Garantizar la libertad de creación e investigación en el marco del respeto a la
ética, la naturaleza, el ambiente, y el rescate de los conocimientos ancestrales.
5. Reconocer la condición de investigador de acuerdo con la Ley.
Art. 388.- El Estado destinará los recursos necesarios para la investigación
científica, el desarrollo tecnológico, la innovación, la formación científica, la
recuperación y desarrollo de saberes ancestrales y la difusión del conocimiento.
Un porcentaje de estos recursos se destinará a financiar proyectos mediante
fondos concursables. Las organizaciones que reciban fondos públicos estarán
sujetas a la rendición de cuentas y al control estatal respectivo.
Sección Novena
Gestión del riesgo
Art. 389.- El Estado garantizará el derecho de las personas, las colectividades y
la naturaleza a la protección frente a los efectos negativos de los desastres de
origen natural o antrópico mediante la prevención ante el riesgo, la mitigación de
desastres, la recuperación y mejoramiento de las condiciones sociales,
económicas y ambientales, con el objetivo de minimizar la condición de
vulnerabilidad.
El sistema nacional descentralizado de gestión de riesgo está compuesto por las
unidades de gestión de riesgo de todas las instituciones públicas y privadas en los
ámbitos local, regional y nacional. El Estado ejercerá la rectoría a través del
41
organismo técnico establecido en la ley. Tendrá como funciones principales, entre
otras:
1. Identificar los riesgos existentes y potenciales, internos y externos que afecten
al territorio ecuatoriano.
2. Generar, democratizar el acceso y difundir información suficiente y oportuna
para gestionar adecuadamente el riesgo.
3. Asegurar que todas las instituciones públicas y privadas incorporen
obligatoriamente y en forma transversal la gestión de riesgo en su planificación y
gestión.
4. Fortalecer en la ciudadanía y en las entidades públicas y privadas capacidades
para identificar los riesgos inherentes a sus respectivos ámbitos de acción,
informar sobre ellos, e incorporar acciones tendientes a reducirlos.
5. Articular las instituciones para que coordinen acciones a fin de prevenir y mitigar
los riesgos, así como para enfrentarlos, recuperar y mejorar las condiciones
anteriores a la ocurrencia de una emergencia o desastre.
6. Realizar y coordinar las acciones necesarias para reducir vulnerabilidades y
prevenir, mitigar, atender y recuperar eventuales efectos negativos derivados de
desastres o emergencias en el territorio nacional.
7. Garantizar financiamiento suficiente y oportuno para el funcionamiento del
Sistema, y coordinar la cooperación internacional dirigida a la gestión de riesgo.
(Constitución de la republica del ecuador, 2008)
PREGUNTA CIENTÍFICA A CONTESTARSE
¿Analizar las causas de la pérdida de señal móvil y fijas para poder
determinar la mejor herramienta que funcione como medio alterno de
comunicación desarrollada en un lenguaje open source y que permita utilizar
geolocalización para ubicar las víctimas en los siniestros naturales ayudará a los
rescatistas a localizar las victimas más rápidas y eficiente?
42
DEFINICIONES CONCEPTUALES
Ad Hoc: Es una recopilación de nodo móvil o también definido como enrutadores,
que crean dinámicamente una red momentánea sin que intervenga una
infraestructura de red o un punto de red centralizado. Los nodos tienen la
capacidad de moverse libremente, por tanto, la topología de red puede cambiar
de forma ágil e impredecible (Sarkar, Basavaraju y Puttamadappa, 2016).
Manet: Son redes inalámbricas de datos que trabajan en conjunto con nodos que
exclusivamente involucran dispositivos móviles como, Smartphone, smartwatch y
tablets. Con antenas limitadas que soportan trabajar con tecnologías como Wi-Fi
802.11, Bluetooth, ZigBee, 6LoWPAN (Bernal, Cortés y Leguizamón, 2017).
Red Mesh: Es una topología de red inalámbrica mallada, que involucra la rede ad
hoc y de infraestructura.
Wi-Fi Direct: Es una marca de certificación que permite a los dispositivos
conectarse directamente, haciendo sencillo y conveniente imprimir, compartir,
sincronizar y mostrar. Los dispositivos con certificación Wi-Fi Direct pueden
conectarse entre ellos sin una red de Wi-Fi convencional, oficina o punto de
acceso (Wi-Fi Alliance, s.f).
Geolocalización: Esla forma de ubicar objeto o personas en una región por medio
de coordenadas de latitud, longitud y altura, modelado en un mapa. (Beltran
Lopez, 2014)
Protocolo: “Conjunto de reglas y especificaciones técnicas que permiten la
comunicación entre extremos de manera fiable” (Rodríguez, s.f, p.1).
IDE: Entorno de desarrollo integrado o interactivo aplicación informática que
permite a los programadores el desarrollo de aplicaciones o software.
Android Studio: Es el IDE legal que contiene todos los componentes necesarios
para el desarrollo de aplicaciones en Android (Android Developers, s.f).
43
CAPITULO III
PROPUESTA TECNOLOGICA
Factibilidad Operacional
Se tiene como objetivo que la mayoría de las personas que usan smartphone
puedan usar la aplicación, ya que la interfaz que se presentará será amigable y
sencilla de usar. Para que los usuarios no tengan problemas al usarlas en los
siniestros naturales.
De acuerdo con los datos del Instituto Nacional de Estadística Y Censo (INEC)
publicados en mayo del 2014, nos indican que 1.2 millones del total de la población
ecuatoriana tiene y usan un smartphone. Un 16.9% de los ciudadanos de cinco
años y más que poseen un celular tiene un teléfono inteligente, lo que muestra un
crecimiento del 141% a lo que era al 2011.
Otro estudio por parte de del Instituto Nacional de Estadística Y Censo (INEC) que
se publicó en julio del 2016 nos revela que, en el 2015, 3’084.886 de ciudadanos
ecuatorianos aseguran usar teléfonos inteligentes que es cinco veces más que lo
reportado en el 2011.
Factibilidad Técnica
La aplicación móvil se la desarrollará en una herramienta de uso práctico.
Android Studio es una de las herramientas con las que se trabaja para desarrollar
aplicación móvil Android, la cual corre sobre los diversos sistemas operativos
como GNU/LINUX, S.O. Microsoft y macOS.
44
Requerimientos para el desarrollo
Ordenador y sistema operativo
Windows 10/8/7 (32- o 64-bit)
Mac OS X 10.10 (Yosemite) o superior, hasta 10.13 (macOS High
Sierra)
GNOME o KDE desktop
3 GB RAM mínimo, 16 GB RAM recomendado más 1GB adicional
para el emulador de Android
2 GB de espacio en disco para Android Studio, 4GB recomendados
(500MB para la IDE y al menos 1.5 GB para Android SDK,
imágenes de sistema de emulador y cachés)
Java Development Kit (JDK) 8.
1280x800 mínimo, 1440x900 recomendado.
Teléfonos
Moto g primera generación
Sistema
Ubicación GPS.
Wi-Fi Direct.
Memoria RAM 1GB mínimo 4 núcleos con frecuencia de 10.2 GHz.
Sistema operativo Android 5.0 / 5.1 Lollipop
Factibilidad Legal
La Constitución del Ecuador garantiza la interacción social por ende a la
comunicación e información ya sea por medio público o privado apoyado por las
tecnologías de la información. Todo ciudadano tiene derecho a compartir, recibir,
intercambiar información real y pertinente. Reforzando la participación ciudadana
y la libertad de expresión.
El prototipo de la aplicación plantea un servicio para los usuarios cuando las
comunicaciones móviles no dispongan de operatividad. Producido por eventos de
desastres naturales o antrópicos. Cabe recalcar que el prototipo de la aplicación
45
móvil es factible debido a que no viola el espectro de radiodifusión, ya que trabaja
en rangos de súper alta frecuencia por sus siglas en ingles Super High Frecuency
SHF de telefonía móvil, operando en banda de 3 a 300 GHz, por otro lado, los
datos no serán almacenados ni divulgados, tampoco se utilizara software que
atente con valores de licencia que puedan ocasionar problemas legales.
Factibilidad Económica
Se dispone a utilizar en el desarrollo de este proyecto herramientas gratuitas.
Permitirá que el proceso de desarrollo del prototipo de aplicación sea de bajo
costo. No se realizan gastos en licencias para herramientas de desarrollo. Por lo
tanto, se presenta el costo que tendrá el proyecto de titulación.
Se muestra un valor inicial del desarrollo para la aplicación envista que se
disponga a ser comercializada el estimado de costo es de $ 2.670. En el cuadro
N° 7 se muestra los componentes fiscos que son parte del desarrollo del proyecto,
como en un principio mencionado se hará uso de herramientas open source.
CUADRO N0 7
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Para sostener que la aplicación permanezca operativa, se muestra en la tabla N0
7 valores que se involucran en el mes 1 con un costo estimado de $ 1.680. Se
incluye el sueldo de programadores y alquiler. Así mismo este valor puede
incrementar debido a factores que se presenten durante los meses.
Valor Inicial
Detalles Cantidad Valor Unitario Total
Laptop 2 $800 $ 1.600
Smartphone 2 $250 $ 500
Servicio Internet 1 $70 $ 70
Aire
acondicionado 1 $500 $ 500
$ 2.670
46
CUADRO N0 8
Elaboración: Soledispa L. & Soto A. (2019) Fuente: Datos de la investigación.
Durante tres meses la aplicación estar en revisión expuestas a cambios y
actualizaciones. Valor que no puede ser financiado por personas naturales. La
factibilidad económica la facilitaría una empresa que disponga de este
presupuesto.
CUADRO N0 9
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Si se desea tener un mantenimiento de la aplicación se puede contratar a un
administrador con un sueldo de $ 300 por mes. Que realice monitoreos constantes
durante un tiempo indefinido para el funcionamiento estable de la aplicación.
Esta aplicación es desarrollada para cumplir un beneficio social por lo que no hay
un mecanismo de compra y venta del producto. Se podría mantener con acuerdos
para financiar el desarrollo de esta aplicación mediante el estado, adoptando así
un modelo de contingencia en cuanto a problemas en las comunicaciones móviles
siendo propio y con mayor alcance en la comunidad. Recuperando la inversión
basada en venta de publicidad dentro de la app. Dejando en manos de ellos el
beneficio económico que puedan obtener.
Mes 1
Detalle Cantidad Valor unitario Total
Desarrolladores 2 $700 $ 1400
Serv. Básicos 1 $120 $ 80
Alquiler 1 $200 $ 200
$ 1.680
Total 3 meses $5.040
47
ETAPAS DE LA METODOLOGIA DEL PROYECTO
Identificar los requisitos y análisis: Primera etapa
Debido a que durante y después de los siniestros naturales se pierden las
comunicaciones por un periodo de tiempo ya sea por daños en la infraestructura
o por saturación es necesario encontrar una solución que establezca la
comunicación diferente a la convencional y ayude a los rescatistas encontrar a las
víctimas a través de su ubicación.
Se buscará las diferentes alternativas para poder establecer la comunicación, se
estudiará cada uno de los protocolos encontrados y seleccionar el que mejor se
adapte a las necesidades.
El protocolo para elegir deberá poder conectarse a cualquier dispositivo cercano
o emitir señales las cuales puedan ser encontradas dentro de un rango
determinado.
Se necesita de un ambiente de desarrollo el cual permita usar los protocolos y
aplicativos necesarios para poder establecer la comunicación entre víctima y
rescatista.
Desarrollar una herramienta que sea compatible con las versiones actuales de
Android para que todas las personas puedan usarla.
En base al histórico de los sucesos acontecidos años atrás en el país se determina
que es necesario interactuar y conocer lo siguiente:
Poder obtener la comunicación alterna.
Poder localizar o buscar a víctimas.
Poder identificar medios, victimas o herramientas cercanas a ellos.
Poder enviar mensajes de ayuda.
Investigar cómo obtener la ubicación de las personas y cuáles son los márgenes
de errores que tienen. Determinar cuál es la mejor forma de enviar la ubicación de
tal forma que no se sature los canales de comunicaciones que proporcionan las
compañías de telecomunicaciones.
48
Investigar cual es el tiempo en que las comunicaciones son reestablecidas luego
de que están se pierdan por algún siniestro y de esta forma poder enviar la
ubicación de la víctima sin que esta se pierda al no tener señal o se vea afectada
por la saturación de los canales de comunicación.
Investigar y descubrir cuál sería la interfaz gráfica que mejor se adapte para
nuestras necesidades, determinar los botones necesarios que ayuden a la víctima
cuando se encuentre en el siniestro.
Análisis
Luego de estudiar los diferentes ambientes de desarrollo open source y de paga
se determinó que Android Studio es la herramienta que más facilita el uso del
protocolo WIFI DIRECT el cual ayudar establecer la comunicación cuando esta se
pierda.
Durante la investigación se encontró que el protocolo WIFI DIRECT no es uno de
los medios más idóneos para enviar mensaje por su alcance que normalmente
está en los 10 metros y que cuando la víctima se encuentre atrapada su señal se
vea reducida por los escombros que están alrededor. Sin embargo, de esta forma
el rescatista tendrá una forma más eficaz de encontrar a las personas ya que al
emitir la señal del wifi en un corto alcance podrá agilizar la búsqueda con un
margen de error menor a 10 metros a la redonda.
De acuerdo con la investigación realizada concluimos que para que la aplicación
funcione correctamente es necesario tener un smartphone con Android 5.1 en
adelante ya que esta versión de Android se puede hacer uso de WIFI DIRECT, de
lo contrario no se podrá hacer uso de esta función que tiene la aplicación.
Para que el rescate sea eficiente es necesario concientizar que las personas que
deben activar la ubicación de sus smartphones y un paquete de SMS para el
correcto funcionamiento de la aplicación.
Para el desarrollo de la aplicación se necesita equipos que serán laptops donde
se instalara Android Studio y para las pruebas dispositivos móviles que cuenten
con un sistema operativo Android 5.1 o superior.
49
En base a la observación y al histórico de los sucesos acontecidos años atrás en
el país se determina que para cumplir los requisitos antes mencionados se
necesita una aplicación en su versión prototipo debería considerar lo siguiente:
Botón de encendido de WIFI
Botón de búsqueda
Lista de dispositivos
Botón de localización
Botón de envío de mensaje
Botón de enviar SMS
Es necesario que el smartphone cuente con el correcto funcionamiento de la
ubicación ya que por medio de este aplicativo que viene de fabrica se obtendrá la
ubicación, que luego será usada por la aplicación para él envió por medio de un
SMS a un contacto en específico.
Se necesita que la aplicación funcione con los requisitos mínimos ya que al servir
como una forma de permanecer en contacto con las rescatistas es necesario que
la carga del celular se mantenga en el uso mínimo para así poder establecer la
comunicación.
Se determinó que la herramienta para desarrollar la aplicación es Android Studio
ya que es gratuita y de código abierto. Android Studio permite hacer uso de WIFI
DIRECT y la geolocalización.
La aplicación necesita la autorización por parte del usuario para acceder al GPS,
la bandeja de entrada de SMS y al directorio de teléfono.
La aplicación contara con el mínimo consumo de recursos del celular para que de
esta forma se aproveche al máximo la carga con la que contara el celular. El uso
de la aplicación quedara en segundo plano por lo que permanecerá activa y de
esta forma se podrá asegurar el envío del SMS que contenga la ubicación. Al usar
el canal de envío de SMS se podrá evitar congestionar las redes móviles ya que
será enviado en un cierto periodo de tiempo.
Se eligió enviar por SMS la geolocalización ya que este protocolo tiene su propio
canal y es el que menos se congestiona cuando ocurre los siniestros.
50
Diseño: Segunda Etapa GRAFICO N° 10
Diagrama de flujo del proceso a elegir al iniciar la aplicación.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
En este primer proceso se podrá elegir entre enviar la geolocalización por SMS o
seguir a la segunda pantalla de WIFI.
GRAFICO N° 11
Diagrama de flujo del funcionamiento de la pantalla localización
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
51
En este diagrama de flujo de la primera pantalla se apreciar como se obtiene la
localización, como se envía el SMS de forma manual o de forma automática,
También tiene la opción de ir a la segunda pantalla donde se hace uso del
protocolo WIFI DIRECT.
GRAFICO N° 12
Diagrama de flujo del funcionamiento de la pantalla WIFI.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
En este diagrama se puede apreciar como en la segunda pantalla se hace uso del
protocolo WIFI DIRECT se podrá encender el wifi y de esta forma esperar por la
búsqueda de los rescatistas o comenzar una búsqueda de los dispositivos
cercanos y poder establecer una comunicación.
52
Diseño de la aplicación
GRAFICO N° 13
Botón Ingreso de datos
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
En este diseño se puede apreciar dos caudro de texto en donde el primer cuadro
se mostrara el link que direcciona a google maps para ver la ubicación de la victima
y el segundo es donde se podra vizualizar al direccion en la que se encuentra.
En este diseño se observa el boton de Ingresar datos el cual pertime ingresar el
nombre del dueño del equipo y el número celular de la persona quien va a recibir
el SMS.
53
GRAFICO N° 14
Botón Enviar SMS
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
En este diseño se observa el boton enviar el cual sirve para enviar de forma manua
el SMS con la ubicación.
54
GRAFICO N° 15
Botón Wifi-Direct
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
El botón Servicio Wifi-Direct enviará a la segunda pantalla de la aplicación y
activará de forma automática el Wi-Fi del dispositivo.
55
GRAFICO N° 16
Botón ON
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
En la segunda pantalla se podrá observar el botón de ON el cual ayudará a
encender o apagar el WIFI.
56
GRAFICO N° 17
Botón Buscar
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
El botón buscar ayuda a iniciar la búsqueda de los dispositivos cercanos y los
cuales se muestran en el cuadro de texto que se encuentra en la mitad de la
pantalla.
57
GRAFICO N° 18
Label Text y botón enviar
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
El Label text es donde vamos a escribir los mensajes que serán enviados al
presionar el botón ENVIAR por medio del protocolo WIFI DIRECT y de esta forma
se pude comunicar sin necesidad de tener una red móvil.
58
GRAFICO N° 19
botón localización
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
EL boton de Localizacion pemite volver a la primera pantalla.
59
GRAFICO N° 20
Diseño de la primera pantalla de la aplicación
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
60
GRAFICO N° 21
Diseño de la segunda pantalla de la aplicación
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
61
GRAFICO N° 22
Busqueda de celulares cercanos con la aplicación
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
62
GRAFICO N° 23
Conexión entre celulares mediante WIFI DIRECT
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
GRAFICO N° 24
Envió de mensaje por WIFI DIRECT
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
63
GRAFICO N° 25
Pantalla donde se obtiene la localización.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
64
GRAFICO N° 26
Mensaje con el enlace recibido de la aplicación con la ubicación.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
65
GRAFICO N° 27
Pantalla de Google Maps con la ubicación de la víctima.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Implementación: Tercera Etapa
Se define los permisos que pedira la apliacion una vez instalada los cuales son:
Cambio de estados de wifi.
Acceso a interne.
Envio de SMS con el link de la ubicación.
Activar la ubicación del equipo.
Acceso al directorio del celular.
Todos estos permisos se haran uso de los cuales el usuario tendra que dar su
consentimiento al acceso del GPS, SMS y el aplicativo telefono. Los demas
permisos se usaran de fondo mientras la aplicación funcione.
66
GRAFICO N° 28
Código de los permisos que necesita la aplicación
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Creamos las variables para poder mostrar la ubicación y los botones de enviar el
mensaje de texto o SMS
GRAFICO N° 29
Código de las variables de los botones a usar.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Se crea un alertdialog para poder ingresar el nombre del usuario y el numero al
cual le va a llegar el SMS con la geolocalización.
67
GRAFICO N° 30
Código de Ingreso de datos
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
.
Se hace uso de los permisos anteriormente declarados para poder obtener la
localización por medio del GPS.
GRAFICO N° 31
Código de usos de los permisos del GPS.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Accedemos a los permisos de envio de SMS para poder enviarlos y se registra el
numero al cual se enviara la ubicación y se mostrara un mensaje tipo pop-up de
“mensaje enviado” o “fallo de envio”.
68
GRAFICO N° 32
Código de envió manual de SMS
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
El método ejecutar () hace que verifique el estado de señal y la ubicación de la
persona cada minuto por medio de un handler haciendo que al iniciar la app se
verifique a los dos 10 segundo y pasa a verificar cada minuto.
GRAFICO N° 33
Código de chequeo de la señal móvil.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
69
Una vez obtenida la ubicación en latitud y longitud se muestra en la aplicación un
enlace que permite acceder a GOOGLE MAPS y ver la localización exacta del
equipo donde que envió el SMS y también se muestra la dirección en la que se
encuentra.
GRAFICO N° 34
Código de la obtención de la geolocalización y dirección.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Creamos un texView para poder mostrar el estado de la red sea móvil o WIFI,
luego usamos ConnectivityManager para saber el tipo de red, si está activa o
desactivada, se crea una variable boolean isConnected la cual devuelve el valor
que ayudará a detectar si se obtiene señal o no.
GRAFICO N° 35
Código de verificar si tenemos señal.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Una vez que isConnected devuelve el valor “true” este usara la variable “message”
para mostrar el tipo de red a la cual está conectada en este caso red móvil o wifi
70
y cuando el valor es por falso muestra un mensaje de “no hay señal” y llama a
alertsignal ();
GRAFICO N° 36
Código del tipo de conexión.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Una vez que se llame al método alertsinal() este mostrara un alertdialog donde se
alerta de la perdida de señal y que se enviar en 30 minutos un SMS con la
ubicación de no ser una emergencia o un siniestro natural tendrá la opción de
cancelar él envió del SMS y se llamara al método checksignal() el cual se encarga
de verificar si el celular tiene o no señal de esta forma vuelve a verificar hasta que
se pierda la señal.
71
GRAFICO N° 37
Código donde se muestra la alerta donde no hay señal.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
En caso de no presionar cancelar se llamara al método segundoplano () el cual
enviar automáticamente el SMS con la geolocalización y luego llama a
checksignal() para volver a verificar si el dispositivo tiene señal y repetir todo el
proceso antes mencionado.
Segundoplano () es la función que hace que hace que se envié el mensaje
automáticamente cada cierto tiempo el cual ya se estableció previamente.
GRAFICO N° 38
Metodo Segundo plano
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
72
GRAFICO N° 39
Codigo de envio de SMS automatico
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Este método hace uso de los permisos que previamente se dieron por parte del
usuario y envía automáticamente el SMS con la ubicación cada vez que se detecta
que no hay señal.
GRAFICO N° 40
Metodo ejecutar el verifica el estado de la señal
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
73
Usamos el método ejecutar con el cual se estará censando cada 10 segundos el
tipo de señal que tiene el celular el cual en este caso será validado por red wifi o
red móvil, este método llamara a checksignal () el cual ayudará para él envío
automático del SMS con la localización.
GRAFICO N° 41
Botón de Servicio de Wifi-Direct
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Con creación de botón wifi que es la variable btnwifi se accederá a la segunda
pantalla y a su vez se encenderá el wifi automáticamente.
Esta parte del codigo donde instanciamos wifiManager y por medio de linea de
código muestra el estado del WIFI esta encendido o apagado.
Ya creado el boton el cual tiene por nombre btnOnOff le creamos el evento
setOnCLickListener que tiene como proposito encender o apagar el WIFI, este
usara la variabe local wifiManager que se menciono anteriormente para saber el
estado del WiFI el cual si esta desactivado por medio de setWifiEnable lo activara
y se prodra apreciar el cambio a “WIFI ON” o por lo contrario lo desactivara y ser
vera “WIFI OFF”.
GRAFICO N° 42
Código para verificar el estado del WIFI
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
74
GRAFICO N° 43
Código donde se enciende y apaga el WIFI
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Recibimos los parametros de la clase principal que se van a usar para la acciones
que se hara el protocolo wifi direct.
GRAFICO N° 44
Declaración de variables para usar wifi-direct
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Creamos la clase WiFiDirectBroadcastReceiver que servirá para que sistema
Android notifica acerca de los eventos de wifi usando Broadcast atreves de:
WIFI_P2P_STATE_CHANGED_ACTION. – Indica si WIFI P2P está
activado o desactivado.
WIFI_P2P_PEERS_CHANGED_ACTION. – Notifica que la lista de
dispositivos ha tenido un cambio.
75
WIFI_P2P_CONNECTION_CHANGED_ACTION. – Indica que el estado
de la conectividad de WIFI P2P ha tenido cambios debido a nuevas
conexiones o desconexiones.
WIFI_P2P_THIS_DEVICE_CHANGED_ACTION. - Notifica que el wifi del
dispositivo ha tenido cambios.
GRAFICO N° 45
Eventos de WIFI
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Con el botón descubrir ya creado en la interfaz gráfica le daremos el nombre
btnDiscover le crearemos el evento setOnClickListener para que comience la
búsqueda mostrando un mensaje de “Buscando” y cuando no encuentre ningún
dispositivo se mostrara “Búsqueda fallida”.
76
GRAFICO N° 46
Código de boto de búsqueda
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Luego de que se efectúa la búsqueda se muestra una la lista de los equipos
cercanos que tengan activado el WIFI. Una vez terminado la búsqueda y no se
encontró ningún dispositivo se visualizará un mensaje de “No se encontró
dispositivos”.
GRAFICO N° 47
Codigo donde se muestra los dispostivos encontrados
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
77
Una vez que el equipo encontró a un dispositivo cercano e inicia el proceso de
conexión se podrá visualizar un mensaje pop-up de que el equipo se ha
“Conectado a” y “No se conectó”.
GRAFICO N° 48
Código de aviso de conexión exitosa o fallida
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Ya establecida la conexión entre cliente y servidor se podra ver un cambio en el
equipo, del lado del servidor se apreciara “HOST” y del lado del cliente
“CLIENTE”.
GRAFICO N° 49
Asignacion de Host y Cliente
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
78
Esta parte del desarrollo se detalla el socket que se va a usar para el envio de
mensajes y el puerto del servidor el cual debe ser el mismo que el lado del cliente.
GRAFICO N° 50
Codificación del puerto a usar para la conexión
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Se crea la calse SendReceive para poder enviar y recibir los mensaje que se
transmiten atravez de wifi direct.
79
GRAFICO N° 51
Codificación para recibir y enviar los mensajes
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
La clase cliente dode se recive el mensaje por medio de wifi direct y los puertos
que se estan usando para enviar el mensaje.
80
GRAFICO N° 52
Codificación de la estación cliente.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Pruebas: Cuarta Etapa
Se realizaron pruebas en diferentes dispositivos en los cuales se obtuvieron los
siguientes resultados.
Testeo del comportamiento de la aplicación instalada en celular modelo Motorola
G1 desde Android Studio
El consumo de memoria del celular es constante y está en los 40 MB siendo de
esta forma mínimo para un celular que cuenta con 1GB de memoria RAM.
81
GRAFICO N° 53
Consumo de memoria de la aplicación
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Al enviar SMS de forma manual la aplicación hace uso de un 17,6 % del CPU del
celular, este valor no es constante ya que el envío dependerá del usuario y deja
libre el procesamiento del celular en su mayoría de tiempo.
GRAFICO N° 54
Consumo de CPU al enviar un SMS
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
82
La aplicación necesita 8KB para obtener la ubicación haciendo que el uso de la
red de datos sea mínimo y de esta forma no congestionar las redes.
GRAFICO N° 55
Consumo de datos para obtener geolocalización
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
En esta grafica se apreciar que la aplicación tiene un procesamiento muy pequeño
por lo que su estabilidad no varía, el uso de la memoria es constante y no afecta
al uso del celular mientras la aplicación esta activa y su uso de red es mínimo solo
se activa cuando requiere obtener la ubicación
83
GRAFICO N° 56
Consumo general de la aplicación.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Al realizar las diferentes pruebas se encuentra que la mayoría de los procesos no
pasa del 10% del consumo del CPU, esto define que la aplicación no va a tener
un gran consumo en los dispositivos de gama baja.
GRAFICO N° 57
Cambio de pantalla.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
84
GRAFICO N° 58
Búsqueda de dispositivos cercanos.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
GRAFICO N° 58
Conexión a otro dispositivo.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
GRAFICO N° 59
Envió de mensajes a través de wifi direct.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
85
El uso de la segunda pantalla no varía al de la primera de esta forma la aplicación
asegura un consumo mínimo de los recursos de este modelo de celular
GRAFICO N° 60
Consumo general de la segunda pantalla.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Mantenimiento: Quinta Etapa
En esta última etapa se hará un monitoreo de la aplicación durante el tiempo que
se establece para entregar el proyecto y se corregirá cualquier anomalía que se
encuentre durante su periodo de prueba.
86
CASOS DE USOS
Primer caso de uso.
En este caso se dar a notar que en caso de un siniestro si la victima esta sobre
escombros y puede manipular su smartphone podra encender el WIFI del celular
y establecera una conexión con el rescatista dentro del rango del wifi de su
dispositivo el cual le va a permitir enviar mensaje a las dos personas que esten
conectadas.
GRAFICO N° 61
Primer caso de uso.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
87
Segundo caso de uso.
Para el segundo caso encontramos que la victima no puede realizar ningun tipo
de movimineto, la aplicación estando en segundo plano y con el wifi encendido
estara a la espera de que un rescatista este cerca de la zona de la cobertura del
wifi de la victima.
El rescatista estara constantemente realizando una busqueda para de esta forma
poder encontrar los dispositivos cercanos e intentara establecer la conexión. De
esta forma tambien le ayuda a saber si hay o no personas a su alredor que
necesitan de su ayuda.
GRAFICO N° 62
Segundo caso de uso.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
88
Tercer caso de uso.
El tercer caso la victima podra manipular su smartphone en el lugar donde se
encuentre atrapada, podra entrar a la aplicación obtener la ubicación y enviarla a
un numero guardado previamente el cual podra ser un número unico para este
tipo de servicio o varios números donde este incuido el número unico y el de
familiares cercanos.
GRAFICO N° 63
Tercer caso de uso.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
89
Cuarto caso de uso.
Con el cuarto caso la victima estara sin realizar ningun moviento por tener
escombros alrededor, la aplicación en segundo plano detectara perdida de señal
y despues de un tiempo determinado empezara a enviar SMS automaticamente a
un número unico y el de familiares.
GRAFICO N° 64
Cuarto caso de uso.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
90
ENTREGABLES DEL PROYECTO
Después de culminar la elaboración del proyecto establecido se procede a
entregar:
Archivo .apk y archivo .txt (Código fuente) de la aplicación “SOS”.
Manual de instalación de la aplicación.
Manual de usuario (Anexo 3).
Manual de administrador (Anexo 4)
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
En este apartado la propuesta es evaluada por docentes de la carrera de
Ingeniería en Networking y Telecomunicaciones. Los docentes Ing. Christian
Picon Farah MSc. y el Ing. Francisco Palacios Ortiz MSc. Emiten un informe
favorable conforme al desarrollo y resultado del proyecto de titulación,
confirmando que se ha cumplido con los modelos de desarrollo dentro de los
alcances establecidos y con los objetivos planteados dentro del proyecto que se
aprecia en el anexo 2.
Una vez culminadas las pruebas de la aplicación móvil para evaluar su correcta
funcionalidad, se obtuvieron resultados positivos.
Se realizaron encuestas para saber el nivel de satisfacción que se obtuvo durante
la prueba, la aplicación estuvo sometida a 25 usuarios que la usaron durante un
periodo de tiempo de 3 días.
Para encontrar la muestra, se ha realizado un muestreo no probabilístico, de esta
forma la muestra es escogida en base al entendimiento y juicio de los
desarrolladores de este proyecto.
Análisis
Descripción y codificación de las variables empleadas.
Variable 1: ¿Cree usted que la aplicación móvil hará un gran aporte a la sociedad?
La variable ayuda a entender si el encuestado está de acuerdo o no que la
aplicación ayudara a la sociedad.
91
CUADRO N0 10
Variable - ¿Cree usted que la aplicación móvil hará un gran aporte a la
sociedad?
Codificación de la variable
SI 20
NO 5
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Variable 2: ¿La aplicación móvil tiene una interfaz amigable y sencilla de usar?
La variable ayudará a saber si la aplicación es fácil de usar en caso de una
emergencia o durante un siniestro.
CUADRO N0 11
Variable - ¿La aplicación móvil tiene una interfaz amigable y sencilla de
usar?
Codificación de la variable
NADA SATISFECHO 3
POCO SATISFECHO 0
NEUTRAL 2
MUY SATISFECHO 5
TOTALMENTE SATISFECHO 15
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
92
Variable 3: ¿Utilizaría la aplicación para dar a conocer su geolocalización?
Esta variable ayudará a entender si la población estará de acuerdo en compartir
su geolocalización con las demás personas.
CUADRO N0 12
Variable - ¿Utilizaría la aplicación para dar a conocer su geolocalización?
Codificación de la variable
SI 17
NO 0
TAL VEZ 8
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Variable 4: ¿Utilizaría la aplicación para comunicarse con otras personas a través
de wifi Direct?
Con esta variable indica si las personas estarán dispuestas a usar otros métodos de
comunicación diferentes a los convencionales.
CUADRO N0 13
Variable - ¿Utilizaría la aplicación para comunicarse con otras personas a
través de wifi Direct?
Codificación de la variable
SI 20
NO 5
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
93
Variable 5: ¿Considera que enviar su geolocalización le ayudara a ser encontrado
más rápido?
Esta variable ayudará a comprender si las personas confían que al enviar su
geolocalización serán encontradas en un menor tiempo.
CUADRO N0 14
Variable - ¿Considera que enviar su geolocalización le ayudara a ser
encontrado más rápido?
Codificación de la variable
SI 25
NO 0
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Variable 6: ¿Al enviar su geolocalización la aplicación lo hizo correctamente?
Con esta variable podremos saber si la aplicación funciona correctamente y
comprobar la ubicación del usuario.
CUADRO N0 15
Variable - ¿Al enviar su geolocalización la aplicación lo hizo correctamente?
Codificación de la variable
SI 25
NO 0
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
94
Variable 7: ¿Cuántas veces la aplicación dejo de funcionar?
Esta variable comprenderemos que tan estable es la ampliación al momento de
estar funcionando
CUADRO N0 16
Variable - ¿Cuántas veces la aplicación dejo de funcionar?
Codificación de la variable
0 veces 20
1 vez 3
2 veces 2
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Variable 8: ¿Está satisfecho con el rendimiento de la aplicación?
Con esta variable entenderemos que tan satisfecho está el usuario con el consumo
de recursos de la aplicación en su dispositivo móvil.
CUADRO N0 17
Variable - ¿Está satisfecho con el rendimiento de la aplicación?
Codificación de la variable
NADA SATISFECHO 2
POCO SATISFECHO 0
NEUTRAL 1
MUY SATISFECHO 5
TOTALMENTE SATISFECHO 17
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Interpretación y análisis de los resultados
95
El análisis estadístico es realizado al análisis de las variables que constituyen el
formato de la encuesta de validación del producto.
Resultados del análisis
Análisis descriptivo de las variables
Variable 1: ¿Cree usted que la aplicación móvil hará un gran aporte a la sociedad?
GRAFICO N° 65
Resultado de la encuesta variable 1
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
El resultado de esta pregunta es de un 80% lo cual indica que al lanzar la
aplicación al mercado tendrá una gran acogida en la sociedad.
96
Variable 2: ¿La aplicación móvil tiene una interfaz amigable y sencilla de usar?
GRAFICO N° 66
Resultado de la encuesta variable 2
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Como resultado de esta pregunta se indica que la interfaz gráfica de la aplicación
es aceptada por un 60% mediante esto queda decir que es sencilla de usar y
amigable para el usuario final.
97
Variable 3: ¿Utilizaría la aplicación para dar a conocer su geolocalización?
GRAFICO N° 67
Resultado de la encuesta variable 3
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Esta pregunta el resultado es de 68% lo cual indica que los usuarios si están
dispuestos a enviar su geolocalización en siniestros.
98
Variable 4: ¿Utilizaría la aplicación para comunicarse con otras personas a través
de wifi Direct?
GRAFICO N° 68
Resultado de la encuesta variable 4
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Con un 80% como resultado indica que los usuarios están dispuestos a
comunicarse con medios alternativos en caso de que las comunicaciones
convencionales presenten fallos.
99
Variable 5: ¿Considera que enviar su geolocalización le ayudara a ser
encontrado más rápido?
GRAFICO N° 69
Resultado de la encuesta variable 5
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
El resultado de esta pregunta es muy favorable ya que indica que el total de los
encuestados consideran que enviar su geolocalización ayudará a ser encontrados
de forma más rápida.
100
Variable 6: ¿Al enviar su geolocalización la aplicación lo hizo correctamente?
GRAFICO N° 70
Resultado de la encuesta variable 6
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
En esta pregunta indica que la aplicación al momento de enviar el SMS con la
geolocalización no presentó ningún fallo, de esta forma se afirmar que el envío de
SMS funciona sin ningún problema.
101
Variable 7: ¿Cuántas veces la aplicación dejo de funcionar?
GRAFICO N° 71
Resultado de la encuesta variable 7
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Con esos resultados se observa que la aplicación no presentó fallos en la mayoría
de los usuarios, mientras que en los que si presento se usaron para verificar y
corregir los fallos.
102
Variable 8: ¿Está satisfecho con el rendimiento de la aplicación?
GRAFICO N° 72
Resultado de la encuesta variable 8
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
Con esta pregunta los usuarios indican que durante el periodo de prueba la
aplicación funciono sin mayores inconvenientes, no consume muchos recursos del
celular y tiene una interfaz gráfica de fácil uso.
Explicación
Una vez concluido el análisis de la encuesta a los usuarios se concluye que la
aplicación tendrá una gran aporte y acogida en la sociedad, su interfaz gráfica
sencilla hace que el manejo de esta sea fácil y no presente inconvenientes, los
encuestados están dispuestos a usar otras vías de comunicación con es el Wifi-
Direct y que gracias a su consumo mínimo de recursos del equipo los usuarios
tuvieron una experiencia amigable con la aplicación.
103
CAPILO IV
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O
SERVICIO
Con la elaboración de este proyecto de titulación se procede a demostrar
herramientas de software libre comúnmente usadas para el desarrollo de
aplicaciones móviles. En el cuadro Nº 18 se dan a conocer los detalles de los
criterios evaluados para la aceptación del producto.
CUADRO N0 18
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO
Criterio Descripción Aceptable No Aceptable
Enviar SMS con la
geolocalización del
usuario cuando estos
se encuentren en
situaciones de
emergencias
causadas por destres
naturales
La aplicación móvil
permite enviar
mensajes SMS con
la geolocalización de
forma manual y
automática
Permitir que la
ciudadanía tenga un
medio de
comunicación móvil
alterno en caso de que
las redes móviles
presenten fallos en
caso de siniestros
naturales.
La ampliación móvil
permite usar el
servicio de WIFI-
DIRECT como
alternativa para
enviar mensajes y
encontrar
dispositivos dentro
de un rango definido.
Elaboración: Soledispa L. & Soto A. (2019)
Fuente: Datos de la investigación.
104
CUADRO N0 19 Alcance obtenido
Elaboración: Soledispa L. & Soto A. (2019) Fuente: Datos de la investigación.
CUADRO N0 20 Entregables cumplidos
Elaboración: Soledispa L. & Soto A. (2019) Fuente: Datos de la investigación
Observando los cuadros N° 18 y 19 se puede concluir que al término de este
proyecto de titulación se han cumplido todos los alcances propuestos y a su vez
se logró cumplir con los entregables establecidos.
Alcance Estado
Contribuir con un medio alterno
de comunicación cuando ocurra
algún desastre natural u
ocasionados por el hombre.
Cumplido
Crear una aplicación “prototipo”
que permita transmitir mensajes
entre dispositivos móviles de
manera que puedan generar su
propia red.
Cumplido
Proponer un modelo de
comunicación práctica y sencilla
basados en las redes de conexión
punto a punto.
Cumplido
Analizar el rendimiento de la
tecnología Wi-Fi Direct
Cumplido
Entregables Estado
Archivo .apk y archivo .txt (Código
fuente) de la aplicación “SOS”.
Cumplido
Manual de instalación de la
aplicación
Cumplido
Manual de usuario Cumplido
Manual de administrador Cumplido
105
CONCLUSIONES
En el presente proyecto de titulación se logra demostrar un método de
comunicación alterno utilizable cuando se presente cualquier evento,
suceso o situación de no disponer una infraestructura móvil.
Luego de realizar el análisis de las causas que ocasionan la perdida
de la comunicación móvil, se determina que los medios de
comunicación alternos pueden ser Bluetooth, Wi-Fi Direct, las redes
Mesh, redes Ad Hoc. Por lo cual la tecnología elegida y viable para
formar parte del proyecto fue Wi-fi Direct. Tiene limitaciones como el
consumo de batería comparada con Bluetooth. Pero logra una
conexión más rápida, estable y engloba una cobertura mayor a las
cuales se pueden usar en un Smartphone. Por lo que se concluyó
que Wi-Fi Direct sería la mejor opción para el intercambio de
mensajes locales y para descubrir a los dispositivos en caso de
perder la red móvil. Luego se implementó todo el sistema de
geolocalización por medio de mensajes SMS.
Mediante el análisis de todas las herramientas utilizables para el
desarrollo de aplicación en código abierto sobre Android. Se
determinó que Android Studio cumple con todas las características
para realzar un desarrollo amigable, ágil, flexible y veloz. Por lo que
es la herramienta elegida para el proyecto.
Luego de revisar la funcionalidad del sistema de geolocalización en
las diferentes herramientas de comunicación móvil. De las cuales en
Wi-Fi Direct podría implementarse, pero comprende a tener una
limitante en cuanto a la comunicación a distancia. Por lo que se optó
de implementar la geolocalización sobre SMS que abarca rangos
muchos mayores.
106
Se realizó la demostración del prototipo donde se pudo visualizar en
funcionamiento adecuado de la aplicación demostrando de esta
forma que el consumo de esta es mínimo de esta forma se puede
ahorrar el consumo de batería y alargar la carga del celular para de
esta forma enviar los SMS en un periodo de tiempo más largo.
RECOMENDACIÓN
Una vez finalizado el proceso de desarrollo del proyecto de titulación. Se
formularon recomendación en el transcurso.
Se recomienda una sala multichat para poder establecer una comunicación
en con varios usuarios y de esta forma conocer a los usuarios que
necesitan ser ubicados.
Realizar una tercera pantalla donde se pueda ver la localización de todas
las víctimas de las cuales se recibió el SMS con la ubicación para que de
esta forma todo se haga dentro de la misma aplicación.
Se debería establecer un numero único al cual le llegan los SMS con la
geolocalización de las víctimas, estos podrían ser usados por los
bomberos y rescatistas que serían las personas más aptas para realizar
dicha labor.
Para poder establecer una comunicación rápida y directa es necesario
investigar y desarrollar que los dispositivos se conecten directamente sin
que el usuario de algún acceso o permiso de conexión.
107
REFERENCIAS
ALLIANCE, W.-F. (s.f.). Wifi Direct ¿Qué tan rápido es Wi-Fi Direct ? Obtenido de WiFi
ALLIANCE: https://www.wi-fi.org/discover-wi-fi/wi-fi-direct
Android Developers. (20 de diciembre de 2018). Crea conexiones P2P con Wi-Fi.
Obtenido de Android Developers :
https://developer.android.com/training/connect-devices-wirelessly/wifi-direct
Android Developers. (16 de Enero de 2018). Notas de lanzamiento de Android Studio.
Obtenido de Android Developers:
https://developer.android.com/studio/releases/
Batiste Troyano, A. (s.f.). Protocolos de encaminamiento en redes inalámbricas mesh: un
estudio teórico y experimental. Obtenido de Universitat Oberta de Catalunya
UOC:
http://openaccess.uoc.edu/webapps/o2/bitstream/10609/8164/1/abatistet_TF
M_0611.pdf
Beltrán López , G. (2014). Geomarketing: geolocalización, redes sociales y turismo.
Obtenido de Google Academico:
https://books.google.es/books?hl=es&lr=&id=n9eLBQAAQBAJ&oi=fnd&pg=PT14
&dq=Geomarketing:+geolocalizaci%C3%B3n,+redes+sociales+y+turismo&ots=eB
CaKYLcbu&sig=4f8Lk83jLH6UaO4pwMsQ6TjnPMA#v=onepage&q=Geomarketin
g%3A%20geolocalizaci%C3%B3n%2C%20redes%20sociales%
Bernal, M. A., Cortés, W. S., & Leguizamón, M. A. (1 de Septiembre de 2017). MANET:
Advantages, challenges and applications for education. Obtenido de Universidad
ICESI:
https://www.icesi.edu.co/revistas/index.php/sistemas_telematica/article/view/
2764/3352
Cano, J. C., Calafate, C., Malumbres, M., & Manzoni, P. (s.f.). Redes Inalámbricas Ad Hoc
como Tecnología de Soporte parala Comunicación Ubicua. Obtenido de
http://www.grc.upv.es/papers/docs/main_novatica.pdf
Collotta, M., Pau, G., Talty, T., & Tonguz, O. (Julio de 2018). Bluetooth 5: A Concrete Step
Forward toward the IoT. Obtenido de IEEE Xplore Digital Library:
https://ieeexplore.ieee.org/document/8419192
108
Constitución de la republica del ecuador. (2008). Decreto legislativo 0. Registro Oficial
449 de 20-oct-2008.
CRED. (2015). Centro de Investigación sobre la Epidemiología de los Desastres. Obtenido
de CRED: https://www.cred.be/
Decreto ejecutivo 1014. (2008). UTILIZACION DE SOFTWARE LIBRE EN LA
ADMINISTRACION PUBLICA. . Registro Oficial 322 de 23-abr-2008. Ultima
modificación: 25-abr-2011, Estado: Reformado.
Frodigh, M., Johansson, P., & Larsson, P. (s.f.). Formacion de redes inalámbricas ad hoc --
El arte de la formacion de red sin red. Obtenido de
https://www.researchgate.net/publication/242593894_Formacion_de_redes_in
alambricas_ad_hoc-El_arte_de_la_formacion_de_redes_sin_red
Funai, C., Tapparello, C., & Heinzelman, W. (2017). Enabling multi-hop ad hoc networks
through WiFi Direct multi-group networking . Obtenido de IEEE Xplore Digital
Library: https://ieeexplore.ieee.org/document/7876178
Gómez Suárez, B., Maimó Quetglas, J., & Merideño García, J. (s.f.). Wireless Mesh
Networks. Obtenido de Dialnet:
http://ibdigital.uib.es/greenstone/collect/enginy/index/assoc/Enginy_2/010v02
p0/09.dir/Enginy_2010v02p009.pdf
Inc, O. G. (11 de 10 de 2018). FireChat. Obtenido de Play Store:
https://play.google.com/store/apps/details?id=com.opengarden.firechat
Ley de propiedad intelectual. (1998). Ley de propiedad intelectual. Obtenido de Correos
del Ecuador: https://www.correosdelecuador.gob.ec/wp-
content/uploads/downloads/2015/05/LEY_DE_PROPIEDAD_INTELECTUAL.pdf
Liu, K., Shen , W., Yin, B., Cao, X., Cai, L. X., & Cheng, Y. (2016). Development of Mobile
Ad-hoc Networks over Wi-Fi Direct with off-the-shelf Android phones. Obtenido
de IEEE Xplore Digital Library: https://ieeexplore.ieee.org/document/7511190
Matus, F. J., Morales, L. E., & Arias, M. R. (2017). Performance analysis for a wireless
mesh network test-bed using HWMP and BATMAN-Adv routing. Obtenido de
IEEE Xplorer Digital Library: https://ieeexplore.ieee.org/document/8278518
Medina Santos, A. (s.f.). Comparativa de los protocolos AODV y OLSR con un emulador de
redes Ad-Hoc. Obtenido de Escuela Politécnica Superior de Castelldefels:
https://upcommons.upc.edu/bitstream/handle/2099.1/3556/53839-1.pdf
Nicólas, L. (20 de Septiembre de 2017). ¿Por qué fallaron las líneas telefónicas tras el
sismo del 19 de septiembre de 2017? . Obtenido de EL ECONOMISTA :
https://www.eleconomista.com.mx/empresas/Por-que-fallaron-las-lineas-
telefonicas-tras-el-sismo-del-19-de-septiembre-de-2017-20170920-0091.html
109
Pedro Carracedo, J. (s.f de s.f de s.f). Las TIC en la prevencion de desastes naturales.
Obtenido de http://sinae.gub.uy/wps/wcm/connect/pvsinae/d4063783-e7a5-
471e-b121-
749136764083/Las+TIC+en+la+prevencion+de+desastres+naturales.pdf?MOD=A
JPERES&CONVERT_TO=url&CACHEID=d4063783-e7a5-471e-b121-
749136764083
Sarkar, S. K., Basavaraju, T., & Puttamadappa, C. (2016). Ad Hoc Mobile Wireless
Networks: Principles, Protocols, and Applications, Second Edition. Obtenido de
CRC Press Taylor & Francis Group: https://www.crcpress.com/Ad-Hoc-Mobile-
Wireless-Networks-Principles-Protocols-and-Applications/Sarkar-Basavaraju-
Puttamadappa/p/book/9781138198814
Turner, J. (23 de Septiembre de 2018). Location SMS - Offline Phone Finder. Obtenido de
PlayStore:
https://play.google.com/store/apps/details?id=com.jamieturner.www.locations
ms&hl=es
Wi-Fi ALLIANCE. (s.f.). Wi-Fi Directo. Obtenido de Wi-Fi ALLIANCE: https://www.wi-
fi.org/discover-wi-fi/wi-fi-direct
BIBLIOGRAFÍA
Contreras Castañeda, M. A. (2018). Programa tus dispositivos . SECRETTARIA
GENERAL TECNICA Subdirección General de Documentación y
Publicaciones.
Días Gervasio, A. (23 de Septiembre de 2016). Análisis de vulnerabilidades de
redes inalámbricas Wi-Fi Direct . Obtenido de Universidad Carlos III de
Madrid Biblioteca: https://e-archivo.uc3m.es/handle/10016/27145
Hernando Rábanos , J. M., Mendo Tomás, L., & Riera Salís, J. M. (2015).
Comunicaciones móviles tercera edición. EDITORIAL UNIVERSITARIA
RAMON ARECES.
Loor Napa, S. A., & Guillin Pinos, A. W. (2016). ESTUDIO DE MODELOS DE
COMUNICACIÓN ALTERNATIVOS Y SU POSIBLE APLICACIÓN EN
SISTEMAS DE CONTINGENCIA A FALTA DE LAS COMUNICACIONES
CONVENCIONALES. Obtenido de Repositorio Institucional de la
Universidad de Guayaquil:
http://repositorio.ug.edu.ec/browse?type=author&value=Guillin+Pinos%2
C+Alex+Wladimir
110
Miravalles Fuentes , D. (Julio de 2018). EVALUACIÓN DE LA TECNOLOGÍA WI-
FI DIRECT EN ESCENARIOS DE MOVILIDAD. Obtenido de Repositorio
Institucional Universidad de Oviedo:
http://digibuo.uniovi.es/dspace/bitstream/10651/47853/1/TFM_MINGTELE
_Memoria_Daniel_Miravalles_Fuentes_2018_07.pdf
Montoya Fermosel, A. (2015). Desarrollo de aplicaciones android usando la
tecnologia Wi-Fi Direct. Obtenido de Universidad Politecnica de Madrid:
http://oa.upm.es/38862/3/TFG_ALMUDENA_MONTOYA_FERMOSEL.pdf
Robledo Fernández, D. (2017). Desarrollo de Aplicaciones para Android II.
SECRETARIA GENERAL TECNICA Subdirección General de
Documentación y Publicaciones .
Robledo, D. (2017). Desarrollo de aplicaciones para Android I. SECRETTARIA
GENERAL TECNICA Subdireccion General de Documentación y
Publicaciones.
Valle Sampedro, A. A., & Mantilla Ponce, J. F. (2018). Desarrollo de un sistema
de comunicación inalámbrico basado en redes ad hoc frente a eventuales
desastres naturales. Obtenido de Repositorio Dspace ESPE:
http://repositorio.espe.edu.ec/xmlui/bitstream/handle/21000/14596/T-
ESPE-057762.pdf?sequence=1&isAllowed=y
Wi-Fi ALLIANCE. (2014). Wi-Fi CERTIFIED Wi-Fi Direct: Personal, portable Wi-Fi
technology . Obtenido de Wi-Fi ALLIANCE: https://www.wi-
fi.org/download.php?file=/sites/default/files/private/wp_Wi-
Fi_CERTIFIED_Wi-Fi_Direct_Industry_20140922_0.pdf
111
ANEXOS
Anexo 1: Cronograma de actividades otorgada por el VIFAP
FECHAS DESCRIPCIÓN
22 de octubre al 24 de febrero 2019 Desarrollo de las tutorías
25 de febrero al 10 de marzo 2019 Ingreso de calificaciones (tutores) y
asignación de revisores
18 de marzo al 4 de abril 2019 Revisión de los trabajos de titulación
5 de abril a 26 de abril 2019 Sustentación de trabajo de titulación
15 de abril al 6 de mayo 2019
Acta de calificación final de titulación e
ingreso de calificación al SIUG (secretaria
de Carrera o Facultad)
Anexo 2: Juicio de experto
112
113
114
Anexo 3: Manual de usuario
1. obtener el apk.
2. Dar permisos para fuentes desconocidas y poder instalar la aplicación. Esto se
podrá activar en configuraciones/seguridad.
115
3. Una vez activado se procederá a instalar la aplicación.
116
4. Se le otorga los permisos de WIFI, datos, Mensajería y llamadas
117
5. Abrimos la aplicación la cual mostrará la siguiente pantalla
118
6. Ingresaremos el nombre y los números a donde llegaran los mensajes
119
7. Se observa donde se obtiene el enlace de la ubicación y la dirección en la que se
encuentra el dispositivo.
120
8. Observamos la segunda pantalla
121
9. Búsqueda de dispositivos y envío de mensajes a través de Wifi direct
Anexo 4: Manual de administrador
Descargar de Android Studio
122
Aceptamos los términos y condiciones.
Una vez instalado abrimos el Proyecto el cual se desarrolló para realizar
correcciones de errores y manteamiento.