universidad de guayaquil facultad de ciencias...

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: [email protected] [email protected]

CONTACTO DE LA INSTITUCIÓN: Nombre: Ab. Juan Chávez Atocha

Teléfono: 042307729

x

mailto:[email protected]



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



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


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


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: [email protected]

Nombre Alumno: Soto Carpio Alejandro Javier

Dirección: Babahoyo – Los Ríos. 9 de noviembre y Juan X. Marcos

Teléfono: 0979555088 E-mail: [email protected]

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° 70 RESULTADO DE LA ENCUESTA VARIABLE 6 ..................... 100



XXI





DESASTRES NATURALES

AUTOR:



TUTOR:


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





DESASTRES NATURALES

AUTHOR:



ADVISOR:


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


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


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.

https://dialnet.unirioja.es/servlet/autor?codigo=3679312

https://dialnet.unirioja.es/servlet/autor?codigo=3679313

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



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



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.

https://ieeexplore.ieee.org/document/6549288

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



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


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



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.



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



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.



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



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



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



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



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



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



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



EL boton de Localizacion pemite volver a la primera pantalla.

59

GRAFICO N° 20

Diseño de la primera pantalla de la aplicación



60

GRAFICO N° 21

Diseño de la segunda pantalla de la aplicación



61

GRAFICO N° 22

Busqueda de celulares cercanos con la aplicación



62

GRAFICO N° 23

Conexión entre celulares mediante WIFI DIRECT



GRAFICO N° 24

Envió de mensaje por WIFI DIRECT



63

GRAFICO N° 25

Pantalla donde se obtiene la localización.



64

GRAFICO N° 26

Mensaje con el enlace recibido de la aplicación con la ubicación.



65

GRAFICO N° 27

Pantalla de Google Maps con la ubicación de la víctima.



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



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.



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



.

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.



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



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.



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.



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.



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.



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.



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



72

GRAFICO N° 39

Codigo de envio de SMS automatico



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



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



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



74

GRAFICO N° 43

Código donde se enciende y apaga el WIFI



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



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



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



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



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



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



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



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



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.



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



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



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



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.



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.



84

GRAFICO N° 58

Búsqueda de dispositivos cercanos.



GRAFICO N° 58

Conexión a otro dispositivo.



GRAFICO N° 59

Envió de mensajes a través de wifi direct.



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.



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.



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.



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.



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.



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



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?


NADA SATISFECHO 3

POCO SATISFECHO 0

NEUTRAL 2

MUY SATISFECHO 5

TOTALMENTE SATISFECHO 15



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?


SI 17

NO 0

TAL VEZ 8



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?


SI 20

NO 5



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?


SI 25

NO 0



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?


SI 25

NO 0



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?


0 veces 20

1 vez 3

2 veces 2



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?


NADA SATISFECHO 2

POCO SATISFECHO 0

NEUTRAL 1

MUY SATISFECHO 5

TOTALMENTE SATISFECHO 17



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



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




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




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




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




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




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




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




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.



104

CUADRO N0 19 Alcance obtenido


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:


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

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.

universidad de guayaquil facultad de ciencias...

Documents