Documento Referencia

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 150

6

Índice de Contenido

Carátula .................................................................................................................................. I

Aprobación del director del Trabajo de Titulación ................................................................. 1

Declaración de autoría y cesión de derechos........................................................................ 2

Dedicatoria ............................................................................................................................. 4

Agradecimiento ...................................................................................................................... 5

Índice de Contenido ............................................................................................................... 6

Resumen ............................................................................................................................. 17

Abstract ................................................................................................................................ 18

Capítulo uno ........................................................................................................................ 19

Generalidades ..................................................................................................................... 19

1.1 Introducción ......................................................................................................... 19

1.2 Problemática ........................................................................................................ 19

1.3 Alcance ................................................................................................................. 20

1.4 Justificación ........................................................................................................ 20

1.5 Objetivos .............................................................................................................. 21

1.5.1 Objetivo General ................................................................................................ 21

1.5.2 Objetivos Específicos ........................................................................................ 21

1.6 Metodología ......................................................................................................... 21

1.7 Estructura del Documento ................................................................................. 22

Capítulo dos......................................................................................................................... 23

Marco Teórico ...................................................................................................................... 23


7

2.1 Smart city ............................................................................................................. 23

2.1.1 Áreas de las smart cities .................................................................................... 25

2.2 Dispositivos móviles ........................................................................................... 28

2.2.1 Evolución de los diferentes dispositivos móviles ............................................... 29

2.2.2 Tipos de plataformas (sistemas operativos) ...................................................... 31

2.2.3 Marcas de plataformas (sistemas operativos) ................................................... 34

2.2.4 Características de los smartphones .................................................................. 36

2.3 Sensores en los dispositivos móviles smartphones ....................................... 40

2.3.1 Sensores en smartphones y para qué sirven .................................................... 40

2.3.1.1 Sensores básicos. Incluye los sensores que fueron agregados en el

principio en un teléfono móvil, los cuales ayudan en sus funciones básicas. ........... 41

2.3.1.2 Sensores biométricos. Comprende todos los sensores que extraen la

información de las características físicas de las personas. ....................................... 46

2.3.1.3 Otros. Abarca aquellos sensores que están destinados a agregar una

característica adicional al teléfono inteligente en donde se ha implementado. ......... 49

2.4 Metodología de desarrollo de software ............................................................. 54

2.4.1 Metodología ágil Scrum ..................................................................................... 55

2.5 Entorno, herramientas y lenguaje de programación para el desarrollo del

prototipo móvil y web .................................................................................................... 58

2.5.1 Trello .................................................................................................................. 58

2.5.2 Figma ................................................................................................................. 58

2.5.3 GitHub ................................................................................................................ 59

2.5.4 Android Studio ................................................................................................... 59

2.5.5 Lenguaje de programación Java ....................................................................... 59


8

2.5.6 IOS y plataforma de desarrollo .......................................................................... 60

2.5.7 Angular .............................................................................................................. 60

2.5.8 Firebase ............................................................................................................. 61

2.5.8.1 Cloud Firestore. Data base NoSQL que almacena la información en

documentos dentro de una colección. ....................................................................... 61

2.5.8.2 Authentication. Permite identificar usuarios por medio de sus

credenciales. .............................................................................................................. 61

2.5.8.3 Hosting. Alojamiento de manera segura para aplicaciones web............... 61

2.6 Trabajos relacionados ........................................................................................ 62

2.6.1 Aplicación móvil para la captura desatendida de datos de sensores en teléfonos

inteligentes .................................................................................................................... 63

2.6.2 Diseño e implementación de una app de captura de datos para analizar hábitos

de conducción ............................................................................................................... 63

2.6.3 Utilización de dispositivos móviles como herramienta de censado en

aplicaciones de IoT ....................................................................................................... 64

2.6.4 Desarrollo de una aplicación para la recolección de datos generados por

sensores en smartphones ............................................................................................. 65

2.6.5 Aplicación de los sensores de los smartphones a la didáctica de la física

experimental .................................................................................................................. 66

2.6.6 Comparación de trabajos relacionados ............................................................. 67

Capítulo tres ........................................................................................................................ 69

Planificación......................................................................................................................... 69

3.1 Requisitos ............................................................................................................ 69

3.1.1 Requisitos funcionales ....................................................................................... 69


9

3.1.2 Requisitos no funcionales .................................................................................. 72

3.2 Roles de usuario ................................................................................................. 72

3.3 Product backlog .................................................................................................. 73

3.4 Sprints .................................................................................................................. 76

Capítulo cuatro .................................................................................................................... 78

Desarrollo de Prototipo ........................................................................................................ 78

4.1 Desarrollo del sprint 0 ........................................................................................ 78

4.1.1 Arquitectura general del proyecto ...................................................................... 78

4.1.2 Diagramas de funcionalidad de la aplicación móvil y web................................. 79

4.1.3 Crear proyecto para la aplicación móvil y su repositorio en GitHub .................. 82

4.1.4 Creación de la data base ................................................................................... 83

4.1.5 Crear proyecto para el sitio web y su repositorio en GitHub ............................. 84

4.2 Desarrollo del sprint 1 ........................................................................................ 86

4.2.1 Registrar modelo y sensores del smartphone en la aplicación móvil ................ 86

4.3 Desarrollo del Sprint 2 ........................................................................................ 94

4.3.1 Módulo sensores en la aplicación móvil ............................................................ 94

4.3.2 Lista de datos de sensores que se pueden obtener en la aplicación móvil....... 97

4.4 Desarrollo del sprint 3 ...................................................................................... 100

4.4.1 Selección de condición de captura del dato en la aplicación móvil ................. 100

4.4.2 Registrar datos del sensor en la aplicación móvil............................................ 103

4.5 Desarrollo del Sprint 4 ...................................................................................... 104

4.5.1 Visualizar datos registrados en la aplicación móvil ......................................... 104

4.5.2 Ventanas flotantes para la aplicación móvil..................................................... 107


10

4.6 Desarrollo del Sprint 5 ...................................................................................... 112

4.6.1 Login del sitio web ........................................................................................... 112

4.6.2 Menú de navegación del sitio web ................................................................... 114

4.7 Desarrollo del Sprint 6 ...................................................................................... 115

4.7.1 Obtener información de los sensores en el sitio web ...................................... 115

4.7.2 Gestionar datos de sensores externos en el sitio web .................................... 117

4.8 Desarrollo del Sprint 7 ...................................................................................... 120

4.8.1 Dashboard del sitio web .................................................................................. 120

4.9 Desarrollo del Sprint 8 ...................................................................................... 122

4.9.1 Visualizar información de cada sensor en el sitio web .................................... 122

Capítulo cinco .................................................................................................................... 127

Pruebas y Resultados del Prototipo .................................................................................. 127

5.1 Pruebas del Prototipo ....................................................................................... 127

5.1.1 Pruebas de Accesibilidad Móvil y Web ............................................................ 127

5.1.2 Pruebas de Carga, Rendimiento y Estrés ....................................................... 134

5.1.3 Pruebas de Funcionalidad (Pruebas Unitarias) Móvil y Web .......................... 138

5.2 Resultados ......................................................................................................... 140

Recomendaciones ............................................................................................................. 148

Referencias ........................................................................................................................ 149

Apéndice ............................................................................................................................ 155


11

Índice de Tablas

Tabla 1 ................................................................................................................................ 32

Tabla 2 ................................................................................................................................ 35

Tabla 3 ................................................................................................................................ 36

Tabla 4 ................................................................................................................................ 38

Tabla 5 ................................................................................................................................ 39

Tabla 6 ................................................................................................................................ 40

Tabla 7 ................................................................................................................................ 53

Tabla 8 ................................................................................................................................ 54

Tabla 9 ................................................................................................................................ 62

Tabla 10 .............................................................................................................................. 67

Tabla 11 .............................................................................................................................. 69

Tabla 12 .............................................................................................................................. 71

Tabla 13 .............................................................................................................................. 72

Tabla 14 .............................................................................................................................. 72

Tabla 15 .............................................................................................................................. 73

Tabla 16 .............................................................................................................................. 73

Tabla 17 .............................................................................................................................. 74

Tabla 18 .............................................................................................................................. 76

Tabla 19 .............................................................................................................................. 76

Tabla 20 .............................................................................................................................. 88

Tabla 21 .............................................................................................................................. 91

Tabla 22 .............................................................................................................................. 98

Tabla 23 .............................................................................................................................. 99

Tabla 24 ............................................................................................................................ 101

Tabla 25 ............................................................................................................................ 102

Tabla 26 ............................................................................................................................ 140

Tabla 27 ............................................................................................................................ 141


12

Tabla 28 ............................................................................................................................ 146

Índice de Figuras

Figura 1 ............................................................................................................................... 27

Figura 2 ............................................................................................................................... 30

Figura 3 ............................................................................................................................... 34

Figura 4 ............................................................................................................................... 41

Figura 5 ............................................................................................................................... 42

Figura 6 ............................................................................................................................... 42

Figura 7 ............................................................................................................................... 43

Figura 8 ............................................................................................................................... 44

Figura 9 ............................................................................................................................... 45

Figura 10 ............................................................................................................................. 45

Figura 11 ............................................................................................................................. 46

Figura 12 ............................................................................................................................. 47

Figura 13 ............................................................................................................................. 47

Figura 14 ............................................................................................................................. 48

Figura 15 ............................................................................................................................. 48

Figura 16 ............................................................................................................................. 49

Figura 17 ............................................................................................................................. 50

Figura 18 ............................................................................................................................. 50

Figura 19 ............................................................................................................................. 51

Figura 20 ............................................................................................................................. 51

Figura 21 ............................................................................................................................. 52

Figura 22 ............................................................................................................................. 57

Figura 23 ............................................................................................................................. 79

Figura 24 ............................................................................................................................. 80

Figura 25 ............................................................................................................................. 81
13

Figura 26 ............................................................................................................................. 82

Figura 27 ............................................................................................................................. 82

Figura 28 ............................................................................................................................. 83

Figura 29 ............................................................................................................................. 84

Figura 30 ............................................................................................................................. 84

Figura 31 ............................................................................................................................. 85

Figura 32 ............................................................................................................................. 85

Figura 33 ............................................................................................................................. 86

Figura 34 ............................................................................................................................. 87

Figura 35 ............................................................................................................................. 87

Figura 36 ............................................................................................................................. 87

Figura 37 ............................................................................................................................. 88

Figura 38 ............................................................................................................................. 89

Figura 39 ............................................................................................................................. 89

Figura 40 ............................................................................................................................. 90

Figura 41 ............................................................................................................................. 90

Figura 42 ............................................................................................................................. 91

Figura 43 ............................................................................................................................. 93

Figura 44 ............................................................................................................................. 93

Figura 45 ............................................................................................................................. 94

Figura 46 ............................................................................................................................. 95

Figura 47 ............................................................................................................................. 95

Figura 48 ............................................................................................................................. 96

Figura 49 ............................................................................................................................. 96

Figura 50 ............................................................................................................................. 97

Figura 51 ............................................................................................................................. 98

Figura 52 ........................................................................................................................... 100

Figura 53 ........................................................................................................................... 102


14

Figura 54 ........................................................................................................................... 103

Figura 55 ........................................................................................................................... 104

Figura 56 ........................................................................................................................... 105

Figura 57 ........................................................................................................................... 105

Figura 58 ........................................................................................................................... 106

Figura 59 ........................................................................................................................... 106

Figura 60 ........................................................................................................................... 107

Figura 61 ........................................................................................................................... 107

Figura 62 ........................................................................................................................... 108

Figura 63 ........................................................................................................................... 108

Figura 64 ........................................................................................................................... 109

Figura 65 ........................................................................................................................... 109

Figura 66 ........................................................................................................................... 110

Figura 67 ........................................................................................................................... 110

Figura 68 ........................................................................................................................... 111

Figura 69 ........................................................................................................................... 111

Figura 70 ........................................................................................................................... 112

Figura 71 ........................................................................................................................... 113

Figura 72 ........................................................................................................................... 113

Figura 73 ........................................................................................................................... 114

Figura 74 ........................................................................................................................... 115

Figura 75 ........................................................................................................................... 116

Figura 76 ........................................................................................................................... 116

Figura 77 ........................................................................................................................... 118

Figura 78 ........................................................................................................................... 118

Figura 79 ........................................................................................................................... 119

Figura 80 ........................................................................................................................... 119

Figura 81 ........................................................................................................................... 120


15

Figura 82 ........................................................................................................................... 121

Figura 83 ........................................................................................................................... 121

Figura 84 ........................................................................................................................... 122

Figura 85 ........................................................................................................................... 123

Figura 86 ........................................................................................................................... 124

Figura 87 ........................................................................................................................... 124

Figura 88 ........................................................................................................................... 124

Figura 89 ........................................................................................................................... 125

Figura 90 ........................................................................................................................... 126

Figura 91 ........................................................................................................................... 126

Figura 92 ........................................................................................................................... 128

Figura 93 ........................................................................................................................... 128

Figura 94 ........................................................................................................................... 129

Figura 95 ........................................................................................................................... 129

Figura 96 ........................................................................................................................... 130

Figura 97 ........................................................................................................................... 131

Figura 98 ........................................................................................................................... 131

Figura 99 ........................................................................................................................... 131

Figura 100 ......................................................................................................................... 132

Figura 101 ......................................................................................................................... 133

Figura 102 ......................................................................................................................... 133

Figura 103 ......................................................................................................................... 134

Figura 104 ......................................................................................................................... 135

Figura 105 ......................................................................................................................... 135

Figura 106 ......................................................................................................................... 135

Figura 107 ......................................................................................................................... 136

Figura 108 ......................................................................................................................... 137

Figura 109 ......................................................................................................................... 137


16

Figura 110 ......................................................................................................................... 138

Figura 111 ......................................................................................................................... 139

Figura 112 ......................................................................................................................... 139

Figura 113 ......................................................................................................................... 142

Figura 114 ......................................................................................................................... 142

Figura 115 ......................................................................................................................... 143

Figura 116 ......................................................................................................................... 143

Figura 117 ......................................................................................................................... 144

Figura 118 ......................................................................................................................... 144

Figura 119 ......................................................................................................................... 145

Figura 120 ......................................................................................................................... 145


17

Resumen

En la actualidad existen una gran variedad de dispositivos móviles que traen

implementados diversos sensores, en donde los datos que generan pueden ayudar a

mejorar las diferentes áreas existentes dentro de una ciudad inteligente. Sin embargo, los

sensores integrados en los smartphones de las diferentes marcas pueden en ocasiones

tener fallos en cuanto a su precisión llegando a provocar que la ingesta de datos contenga

datos erróneos que puede llegar a causar una mala toma de decisiones dentro una

localidad. Por tal motivo, en el presente trabajo se desarrolla una aplicación móvil que

permita capturar y visualizar los datos del sensor proximidad, acelerómetro, giroscopio,

magnetómetro, luz, podómetro, cámara, gps, micrófono, barómetro, termómetro y ritmo

cardíaco, tomando en cuenta diferentes condiciones de captura para cada uno, registrando

la información en una base de datos, para por medio de una página web poder analizar el

porcentaje de error de cada sensor smartphone como resultado de la comparación con

diferentes artefactos propios para la obtención de datos, determinando finalmente cuál es

su fiabilidad y sensibilidad para la captura de datos.

Palabras claves: dispositivos móviles, sensores, captura de datos.


18

Abstract

Abstract es el resumen traducido al idioma inglés en donde se incluyen las palabras

claves.

Obligatoriamente deberá contener las palabras claves (máximo tres).

Ejemplo:

Orchids, due to its peculiar flowers, colors and textures, have provoked an increasing

interest on economic fields. This has caused them to be extracted and their habitats to be

destroyed, causing a decrease on their natural population. Therefore, the idea of in vitro

crops has risen in order to generate orchids in massive numbers. However, these is the

phase of air conditioning. In this process generate a higher number of subject decease

since they do not achieve to adapt to new air conditions. For this reason, the present study

has the objective of analyzing an alternative adaptation method to ex vitro conditions of

Cattleya iricolor y Gongora sp., the behavior of 9 individuals of each species was evaluated

under ex vitro conditions. The method applied was a process of gradual air conditioning

offering a non-aggressive adaptation to the entities. The results gathered showed a

percentage of 66.66% of survival for C. iricolor and 88.88% for Gongora sp. This

demonstrated that the gradual air conditioning process provides favorable results following

the premise of achieving the survival of a great number of individuals.

Keywords: orchids, Ecuador, ADN.


19

Capítulo uno

Generalidades

1.1 Introducción

En la actualidad, el uso de dispositivos móviles inteligentes en el desarrollo de una

Smart City ha incrementado a gran medida, llegando a ser parte del diario vivir de cada

persona, ya que estos pueden ser llevados a cualquier parte y rincón del mundo,

permitiendo al usuario tener acceso a una amplia variedad de información.

Además, dentro de una ciudad inteligente, existen un sin número de áreas en

donde una gran diversidad de personas profesionales y no profesionales pueden hacer

uso de un dispositivo móvil para llevar a cabo sus tareas diarias, de la misma forma que

les permite disfrutar de todo su contenido a manera de entretenimiento.

Los dispositivos móviles inteligentes son capaces de generar diferentes datos

gracias a sus componentes internos, como son los sensores, que existen en gran variedad

y brindan diferentes beneficios por sus funciones únicas, siendo de gran utilidad para la

toma de decisiones en una ciudad inteligente en tiempo real o para su uso posterior. Sin

embargo, estos pueden generar datos con ruido, creando distorsión al recolectar datos.

Por tal motivo, el presente Trabajo de Integración Curricular (TIC), a través de la

investigación sobre los diferentes dispositivos móviles y sus sensores, permitirá identificar

la sensibilidad y fiabilidad de los datos que generan cada sensor en el área de movilidad

de las personas, a través de un prototipo móvil y web que se desarrollará y programará

bajo la metodología ágil Scrum, con el fin de registrar y analizar por separado cada sensor

de los diferentes modelos y marcas smartphones.

1.2 Problemática

En la actualidad existen alrededor del mundo un sin número de dispositivos móviles

disponibles y cada uno de ellos ofrece una amplia gama de sensores, que permiten

levantar información de la situación actual de un usuario en una determinada ubicación.

Los sensores son una de las partes fundamentales que complementan los

dispositivos móviles por su gran variedad y funcionalidades. Sin embargo, en algunos


20

casos estos han manifestado pequeños fallos y precisión, provocando que se generen

datos con ruido que crean distorsión en la ingesta de datos.

Es por ello, que se declara importante levantar una base de información de los

tipos de sensores que poseen los dispositivos móviles categorizados por marca, tipo de

sensor, tipo de dispositivo móvil, entre otros, presenten o no problemas en cuanto a su

correcta funcionalidad.

1.3 Alcance

Para el desarrollo del siguiente Trabajo de Integración Curricular se han definido

las siguientes limitaciones a tener en cuenta:

• La investigación se realizará basándose en la sensibilidad en la generación

de datos a través de sensores en los diferentes dispositivos móviles

inteligentes (Smartphone).

• Todas las plataformas y tipos de dispositivos móviles (Smartphone) se

abarcarán para el tema de la investigación.

• Se investigará los sensores existentes en los dispositivos móviles

(Smartphone) y que datos generan.

• El prototipo móvil que se desarrollará será solo para el sistema operativo

Android.

• Se desarrollará un prototipo web para determinar el modelo o marca

smartphone que presenta menos fallos en cuanto a sus sensores por medio

del análisis de la información obtenida.

1.4 Justificación

Dentro de una Smart City existen una infinidad de áreas y en la mayoría de ellas

intervienen las personas que poseen un dispositivo móvil, los datos generados por estos

dispositivos móviles son de gran utilidad para la toma de decisiones en una ciudad

inteligente, ya sea en tiempo real o para su posterior ingesta.


21

Por ello, es importante conocer en detalle los tipos de dispositivos móviles con los

que cuentan estos usuarios y sus elementos internos como son los sensores, ya que de

esta forma se podrá dar a conocer a través de una comparación que dispositivo presenta

menos fallos en cuanto a sus sensores y de tal manera determinar cuál es su fiabilidad y

sensibilidad para la generación de datos que ayudan en gran forma a interpretar la

situación real de una localidad.

1.5 Objetivos

Para el presente TIC se han definido los siguientes objetivos:

1.5.1 Objetivo General

Desarrollar un prototipo móvil para identificar la sensibilidad en la generación de

datos a través de sensores integrados en diferentes dispositivos móviles inteligentes.

1.5.2 Objetivos Específicos

• Revisar la evolución de los dispositivos móviles, características físicas, marcas,

con el fin de identificar el tipo de dispositivos con los que cuentan los usuarios

de una locación.

• Examinar los tipos de sensores que existen en los dispositivos móviles y que

datos generan cada uno de ellos.

• Desarrollar un prototipo móvil que identifique la sensibilidad y la fiabilidad de los

datos que generan los sensores de los dispositivos móviles en el área de

movilidad de las personas.

1.6 Metodología

Para realizar la presente investigación que conllevará a obtener la información

necesaria para lograr los objetivos generales y específicos planteados en el presente

trabajo, se revisará información en los diferentes sitios con artículos científicos como

Google Académico, IEEE Xplore, SciELO, Dialnet, entre otras más.

La investigación se basará en un enfoque mixto, dado que aparte de recolectar

información teórica, se utilizará herramientas que ayudaran a identificar la profundidad del


22

problema que tienen ciertos sensores de los dispositivos móviles, a través de datos

estadísticos.

De esta forma, la información encontrada posibilitará proponer y desarrollar un

prototipo móvil y web funcional, en donde para su desarrollo se hará uso de la metodología

ágil Scrum, con la intención de hacer uso de buenas prácticas y lograr un mejor resultado.

1.7 Estructura del Documento

A continuación, se detallará de manera superficial el contenido que se encontrará

en cada capítulo del presente trabajo de investigación.

El capítulo uno contendrá todas las generalidades del trabajo investigativo, la

introducción, la problemática, la justificación, los objetivos (general y específicos), la

metodología que se llevará a cabo y la estructura del documento.

El capítulo dos abarcará todo lo relacionado con el marco teórico en donde se

investigará sobre Smart City, la evolución de los dispositivos móviles (marcas, tipos,

características, etc.), tipos de sensores que tienen cada uno de ellos, la metodología de

desarrollo, el entorno y las herramientas a usar para su desarrollo.

En el capítulo tres se desarrolla la planificación como los requisitos funcionales y no

funcionales, los sprints e historias de usuario, bajo el uso de la metodología ágil Scrum.

El capítulo cuatro comprende el desarrollo del prototipo móvil y web completamente

funcional. Y, por último, el capítulo cinco implicará todo lo relacionado con las pruebas al

prototipo con la intención de garantizar su correcta función y los resultados obtenidos del

análisis de los diferentes sensores smartphones.


23

Capítulo dos

Marco Teórico

En el presente capítulo se abordan los conceptos requeridos que ayudaran a llevar

a cabo un buen desarrollo del proyecto, básicamente se dará a conocer que son las smart

cities y las áreas que aborda, los dispositivos móviles, en específico los smartphones y las

características con los que estos cuentan como son los sensores que traen

implementados, la metodología de desarrollo de software a utilizar, los recursos a emplear

para el desarrollo del prototipo móvil y web, y por último los trabajos relacionados con su

respectiva tabla de comparaciones que identifica como fue su desarrollo en sí.

2.1 Smart city

Las ciudades son aquellas áreas del mundo en donde se encuentran miles o

millones de personas, la cual se encuentra en un constante progreso, con el fin de mejorar

las vidas de los ciudadanos de la zona urbana, en cuanto a sus necesidades primarias,

materiales, económicas y de seguridad.

Por tal motivo, las urbes con la llegada de la tecnología se han visto envueltas en

una constante evolución, que a medida que pasa el tiempo va optando una forma más

tecnológica y digital, o en otras palabras inteligente. Pero ¿Qué es una ciudad inteligente?,

varios autores la describen como:

La ciudad inteligente o smart city, son zonas metropolitanas en donde se aplican

las tecnologías de la información y la comunicación (TIC) con el fin de gestionar

todos los servicios existentes en su área, para mejorar de tal manera la experiencia

de las personas y sus resultados (Calegari de Grosso, 2016, párr. 2).

La smart city a través de la tecnología mejora su funcionamiento, y mediante

el uso de sensores, TIC y el internet de las cosas (IoT), permite visualizar una

infraestructura urbana que permite conectar a las personas con el ambiente que les

rodea y entre ellas mismas (Narezo Balzaretti, 2017, párr. 4).

En fin, las smart city se puede describir como aquellas urbes que hacen uso de las

TICs o cualquier otro elemento tecnológico para mejorar las zonas urbanas y a la vez la
24

vida de los ciudadanos por medio de la creación de proyectos innovadores dotados de

sostenibilidad y eficiencia.

Es importante destacar que, desde el punto tecnológico, las ciudades inteligentes

hacen uso de componentes básicos que ayudan a encontrar en cierta forma soluciones a

problemas en los proyectos de transformación urbana digital. Bouskela et al., (2016)

describen cuatro componentes a tener en cuenta:

• Infraestructura de conectividad, que aseguran el desarrollo de redes de banda

ancha capaces de soportar aplicaciones digitales para la ciudad y sus

personas; los

• sensores y dispositivos conectados, capaces de obtener datos del medio

ambiente, de infraestructuras instaladas por personas en los edificios y calles,

que luego de ser transformados permitan prever los desafíos de la urbe; los

• centros integrados de operación y control, que cuentan con ordenadores y

software capaz de procesar y reenviar los datos obtenidos de los sensores, que

luego distribuyen a las instituciones, a la población y a los departamentos; y las

• interfaces de comunicación, como sistemas o apps móviles para la recolección

de datos y la gestión participativa por parte de las personas (p. 54-66).

De este modo, las smart cities hacen uso de la recolección de datos que

promueven los ciudadanos de la urbe, con el fin de mejorar y crear nuevos proyectos que

ayuden a la ciudad y a las personas de la zona urbana.

Finalmente, como se sabe, las ciudades inteligentes promueven el desarrollo de un

nuevo aspecto más tecnológico y digital que beneficien a todo lo que los rodea. Pero, cabe

mencionar que esto solo es posible gracias a una serie de pasos que permiten llegar a ese

entorno tecnológico, los cuales son:

• Identificar un líder de proyecto y el equipo multidisciplinario;

• realizar un diagnóstico de la infraestructura, de la tecnología, de la conectividad

y de los restos de la urbe existentes en ese instante en la ciudad;


25

• diseñar una solución con visión a futuro que beneficie a todos los sectores;

• elaborar un plan de accionamiento con cronogramas e indicadores de

desempeño y costo financiero;

• búsqueda de empresas, corporaciones o compañías que ayuden a impulsar la

iniciativa; y

• evaluar los resultados (Bouskela et al., 2016, p. 118-119).

En conclusión, las ciudades inteligentes son el resultado de procesos y proyectos

de impacto que gracias a la inversión y el tiempo dado por las personas y las empresas

logran expandirse y ser mejores para el beneficio ciudadano.

2.1.1 Áreas de las smart cities

Las smart cities por lo regular son zonas urbanas, en donde las personas ayudan a

su desarrollo progresivo a través del uso de herramientas y técnicas tecnológicas desde un

ámbito laboral o fuera del mismo. Por tal motivo, las ciudades inteligentes abarcan varias

áreas a tener en cuenta que se puede decir son de un interés común para toda la sociedad

inmersa en este lugar.

Según la Fundación Telefónica (2011), existen varias áreas a tener en cuenta

dentro de una ciudad inteligente:

• Movilidad urbana, que abarca la sostenibilidad, la eficiencia de las

infraestructuras, los sistemas de transporte y la seguridad, además de la

accesibilidad nacional, local e internacional; la

• Eficiencia energética y medioambiente, dado que cada vez en las ciudades se

usa más energía, se ha optado por desplegar redes inteligentes de gestión

energética como energía renovable en las actuales redes eléctricas; la

• Gestión de infraestructuras y edificios públicos, que tratan sobre el

mantenimiento de bases o cimientos públicos y la gestión de la infraestructura y

de los aparatos usados dentro del mismo, para reducir el gasto de recursos

como es la energía; la
26

• Salud, que gracias a la implementación de la tecnología logran contribuir al

mantenimiento de calidad del servicio y a reducir el coste de asistencia

sanitaria, como por ejemplo el uso de biosensores para el seguimiento de la

salud; la

• Educación, capital humano y cultura, que con ayuda de las TICs logran mejorar

la eficiencia y eficacia de la educación en todos los sectores, además, a través

de guías en los celulares proveer información relacionada con la ciudad; la

• E-Comercio, en donde a través de plataformas usadas en los dispositivos

móviles se logra proveer servicios de pago a múltiples servicios de la ciudad,

como puede ser el transporte urbano y entradas a los lugares culturales y

deportivos; la

• Gobierno y ciudadanía, que tiene que ver con los servicios del gobierno de la

ciudad y su relación con la ciudadanía, en todos los aspectos relacionados con

la transparencia y la toma de decisiones participativas; y la

• Seguridad Pública, que gracias a las aplicaciones logran realizar videovigilancia

y de esa forma prever la aglomeración, así como el uso de redes de

comunicación que permiten de manera inmediata que cualquier persona

contacte con los centros de emergencia (p. 21-48).

De esta forma, se puede destacar que las áreas en donde se encuentra inmersas

las smart cities, son aquellas en donde se logren implementar el uso de la tecnología, las

TICs y el internet de las cosas en beneficio de la ciudad y de las personas de la zona

urbana. Por otra parte, Esferize (2021) menciona cuatro áreas principales a tener en

cuenta cuando se habla de una ciudad inteligente:

• El área económica, en donde no solo debe tener en cuenta un modelo

económico sostenible, sino que también este se debe apoyar en sistemas

capaces de gestionar de forma automática e inteligente todos sus aspectos, con

el fin de lograr abordar la fuente de crecimiento económico; la de


27

• sostenibilidad, que se basa en realizar mejoras en cuanto a la eficacia

energética, para la ocupación de energía renovable que sustituya a la energía

proveniente de la quema de combustibles fósiles; la de

• bienestar, que busca mejorar la calidad de vida ciudadana mediante sistemas

que garanticen a las personas servicios conforme a las necesidades de cada

uno; y el área de

• seguridad, que busca reducir la delincuencia en las calles, las amenazas, a

través del uso de dispositivos inteligentes y la tecnología en sí (párr. 4-7).

Figura 1

Área Smart City

Nota. La figura representa las distintas áreas que abordan las Smart Cities. Adoptado de

Improving Sustainability of Smart Cities through Visualization Techniques for Big Data from

IoT Devices [Fotografía], Lavalle et al., 2020, p. 2 (http://doi.org/10.3390/su12145595). CC

BY 4.0

En conclusión, como se observa en la Figura 1, las áreas que abordan las ciudades

inteligentes son aquellas en donde se trata de mejorar de cierta forma la vida de las
28

personas que se encuentran dentro de la ciudad, a través del uso de elementos

tecnológicos e inteligentes como son los dispositivos móviles y los servicios cloud.

2.2 Dispositivos móviles

Los dispositivos móviles aparecieron como una versión pequeña de los

ordenadores o computadoras para la comunicación a distancia, lo cual aún a inicios de los

años 70 no era posible realizar, dado que el conocimiento relacionado con la tecnología

aún no era tan avanzado.

Hoy en día, por lo general, casi toda persona, niños, jóvenes y adultos portan a su

disposición un dispositivo móvil que usan en su diario vivir para comunicarse con amigos,

familiares y conocidos o también para distraerse por medio de las diferentes apps que

traen consigo cada uno de estos aparatos.

A continuación, Baz Alonso et al., (2011) definen los dispositivos móviles como

“aparatos de un tamaño pequeño, diseñados para un servicio específico, capaz de llevar a

cabo otras funciones de carácter general, que cuenta con conexión permanente o

intermitente a una red, con capacidades de procesamiento, con memoria limitada, entre

otras” (p. 1). De esta forma, se puede decir que son dispositivos pequeños con funciones

similares a la de un computador portátil que cuentan con una pantalla, un método de

interacción con el usuario de manera táctil o por teclado y en varios casos estos cuentan

con un sistema operativo capaz de ejecutar apps.

Actualmente, existen una gran variedad de dispositivos que entran en esta

categoría, gracias a la evolución que ha tenido la tecnología, entre ellas tenemos las

siguientes:

• Teléfonos inteligentes

• Tablets

• Cámaras digitales

• Videoconsola portátil

• Reproductores de música
29

• Laptop (Cedeño Luna et al., 2017, p. 94-95).

• Relojes inteligentes

En este sentido, se puede determinar que con el pasar de los años se van creando

nuevos tipos de dispositivos móviles que se derivan o surgen de la combinación de varios

con el fin de mejorar la calidad de vida de los usuarios que hacen uso de estos

dispositivos.

Para ir concluyendo, los dispositivos móviles cuentan con algunas características

de manera general, que de cierta forma les da su aspecto único con el cual cuenta cada

uno de ellos. Gobierno de Navarra (2017) menciona las siguientes:

• Son flexibles y programables, dado que tienen un sistema operativo que

permite instalar apps que traen consigo nuevas funcionalidades y aplicaciones

auxiliares que se orientan más a la comunicación, el consumo y el ocio; una

• facilidad de manejo, ya que cuentan con una sola pantalla para interactuar; y

• la portabilidad, por el simple hecho de que cada vez tienden a tener un tamaño

y un peso menor, mientras aumentan de cierta forma su potencia.

Esto indica que los dispositivos inteligentes siempre están en constante evolución, lo

cual les genera cambios en su aspecto físico e interno, provocando que a medida que

pasan los años los usuarios adquieran los dispositivos en sus nuevas versiones.

2.2.1 Evolución de los diferentes dispositivos móviles

Los dispositivos móviles como los smartphones han ido evolucionando con el pasar

de los años, llegando a adquirir nuevos aspectos y funcionalidades que los hacen únicos

en su tipo, como se muestra en la Figura 2. Pero anteriormente, el primer dispositivo móvil

(teléfono celular) surgió con el fin de permitir la comunicación entre las personas

distanciadas en 1973, el cual no tenía un tamaño y peso pequeño, por lo que movilizarse

con él, no era tan factible en ese entonces como lo es ahora. Además, algo a recalcar es

su costo exorbitante, por lo que no toda persona podía adquirir uno de estos aparatos.
30

Con el pasar varios años se crearon nuevos y mejorados dispositivos móviles, que

cuentan con un tamaño pequeño y un mínimo peso, como son los primeros teléfonos

celulares creados por la corporación Nokia, que tenían un tamaño aproximado de 11 cm y

una anchura de unos 2 cm, además de un aspecto llamativo con pantallas más largas y un

teclado con más funcionalidades, que permitían una mejor interacción al usuario con el

dispositivo, ya que aparte de contar con servicios de llamadas ya les permitía a las

personas entretenerse con juegos como snake y enviar mensajes.

Figura 2

Evolución de los dispositivos móviles

Nota. La figura representa la evolución de los teléfonos móviles, tanto en su tamaño y

diseño. Adaptado de La evolución de los teléfonos móviles [Fotografía], Odile, 2016

(https://www.vanessaestorach.com/la-evolucion-de-los-telefonos-moviles/). CC BY 4.0

Vacas Aguilar (2016), afirma que:

La evolución de los teléfonos móviles es uno de los mejores ejemplos de

dispositivos móviles, los cuales eran capaces de realizar dos funciones básicas, las

de llamadas de voz y la mensajería de texto, pero a finales del siglo pasado se

incorporaron a estos dispositivos otras funciones como las agendas electrónicas.

La inteligencia (Smart) agregada a los teléfonos móviles permitió a los

fabricantes de estos dispositivos ampliar sus propuestas siguiendo las leyes del

comercio, como es la de segmentar la oferta con dispositivos de alta gama para el

cliente, mientras mantienen las ventas abundantes al público en general (p. 3).
31

En este sentido, se puede decir que las empresas o corporaciones encargadas de

la creación de los dispositivos móviles siempre optaran por nuevas oportunidades que les

generen ganancias. Algo que si nos ponemos a pensar no paso con BlackBerry que opto

por seguir con dispositivos con teclado hasta el último, en vez de agregar pantallas

inteligentes, lo que provoco que tuviera que cerrar su compañía en el 2013.

A lo largo de la evolución, también apareció un factor que aunque no tiene mucho

que ver con dispositivos, les brinda en cierta manera una nueva mecánica hacia el todo

conectado, este factor se lo conoce como el “Internet de las cosas (IoT), que en esencia

significa que todos los objetos físicos contendrán sensores y conexiones inalámbricas, de

modo que informarán constantemente sobre su estado y nivel de uso” (Vacas Aguilar,

2016, p. 5).

De esta manera, se abren las puertas hacia una gran variedad de oportunidades

para la creación de nuevos aparatos tecnológicos, que gracias a los sensores

implementados en cada uno de ellos, logren brindar al usuario servicios, distracción y

entretenimiento, como lo son los teléfonos y los relojes inteligentes, además, de los robots

que son lo más innovador en nuestra era que gracias a la tecnología y a la inteligencia

artificial (IA) han logrado en cierta medida facilitar nuestro trabajo tanto en el trabajo como

en el hogar.

2.2.2 Tipos de plataformas (sistemas operativos)

En la actualidad existen una gran variedad de dispositivos móviles, entre ellos se

encuentran los smartphones o teléfonos inteligentes, como se ha visto anteriormente, los

cuales son los más usados por las personas en cada rincón del mundo en donde se

encuentren por sus grandes características con las que cuentan.

A pesar de que los teléfonos inteligentes en cierta manera cumplen con la misma

función de ayudar en la vida cotidiana de las personas, cada marca tiene un sistema

operativo diferente, que cuentan con sus propias características que los diferencian los

unos de los otros.


32

Tabla 1

Tipos de plataformas o sistemas operativos (SO) de smartphones

Plataforma
Descripción Características
(SO)
Android Impulsado por Google, este es un Conciliable con Google Talk.
SO móvil basado en Java y Linux, Software de código abierto y gratuito.
que destaca por su Se adapta a diferentes resoluciones de
multifuncionalidad y la interacción pantallas.
con las notificaciones.a Es personalizable y con gran variedad de
teclados.
Proporciona soporte para Adobe, HTML,
HTML5, etc.a
iOS SO móvil de código cerrado, No puede ser modificado.
desarrollado y distribuido por Apple Cuenta con los servicios de la IA Siri
que destaca por la gran seguridad (asistente).
que otorga a los usuarios y su Monitorizá continuamente el consumo de
b
interfaz amigable. batería.
Cuenta con atajos que facilitan compartir
información.b
Windows SO desarrollado por Microsoft con Similar a la versión de escritorio.
Phone funciones de Windows ideal para el Cuenta con pocos programas en su tienda
ámbito laboral.c de aplicaciones.
Cuenta con función de mensajería de
Skype.
Permite usar Office Mobile, Internet
Explorer y Outlook Mobile.c
BlackBerry SO de código cerrado desarrollado Brinda gran seguridad al usuario y el
OS por Research in Motion (RIM) máximo ahorro de energía.
disponible solo para dispositivos Permite sincronizar Novell GroupWise,
BlackBerry, que destaco por su Lotus Notes, etc.
capacidad de enviar y recibir SMS.d Para el trabajo profesional, gracias a sus
herramientas de agenda y correo
electrónico.
Soporta Touchpad, pantallas táctiles,
trackwheel y trackball.d
Harmony OS SO desarrollado por Huawei para Software de código abierto.
sus dispositivos, que destaca por ser Proporciona actualizaciones
e
eficiente y ocupar poca memoria. constantemente.
Conciliable con Android, Linux y HTML.e
33

Plataforma
Descripción Características
(SO)
Symbian OS SO desarrollado por diferentes Proporciona elementos que permiten
marcas de teléfonos móviles como diseñar aplicaciones con configuraciones
Samsung, Sony Ericsson, Nokia, diferentes.
etc., en los principios de su auge, Solo carga en memoria la página
que destaca por su compatibilidad en ejecutada, por lo que permite aprovechar
f
la conectividad y redes. mejor la RAM.
Permite conectar diferentes dispositivos
vía bluetooth.f
a(
Nota. Bustos, Perez, & Berón, 2015, p. 2; Baz Alonso et al., 2011, p. 6-7; Zambrano, 2020).
b
(Bustos, Perez, & Berón, 2015, p. 2; Zambrano, 2020). c(Bustos, Perez, & Berón, 2015, p. 2;

Zambrano, 2020). d(Bustos, Perez, & Berón, 2015, p. 2; Baz Alonso et al., 2011, p. 7; Zambrano,

2020). e(Zambrano, 2020). f(Bustos, Perez, & Berón, 2015, p. 2; Baz Alonso et al., 2011, p. 6;

Zambrano, 2020).

Como se puede observar en la Tabla 1, cada SO tiene sus propias funcionalidades,

que, aunque tengan ciertas similitudes con las demás, como el uso en dispositivos con

pantallas táctiles, cada una es elaborada para competir con las demás y ser la mejor,

llevando a las marcas que usan esta plataforma al éxito. Sin embargo, Symbian OS,

Windows Phone y BlackBerry OS ya no se encuentran disponibles, por lo que las marcas

que usaban este SO cerraron o buscaron otro que les pueda beneficiar, como es en el

caso de Samsung que desde hace mucho tiempo emplea el SO Android en sus

dispositivos.

Por otra parte, también está el sistema operativo OxygenOS, el cual es considerado

una versión alternativa de Android, para ser usado solamente en los teléfonos inteligentes

de OnePlus que conocemos hoy en día, y MIUI que también es otra versión basada en

Android para los dispositivos Xiaomi, aunque se debe tener en cuenta que pueden existir

otras más que deriven de otro SO.


34

Figura 3

SO móviles y su uso en el mercado enero 2020 – abril 2022

Nota. En la Figura se muestra una gráfica con los SO que se encuentran hoy en día dentro

del mercado categorizado por su uso. Adoptado de Mobile Operating System Market Share

Worldwide [Gráfica], Statcounter, 2022 (https://gs.statcounter.com/os-market-

share/mobile/worldwide/#monthly-202001-202205). CC BY 4.0

En la Figura 3, se da a conocer una gráfica con los SO que más se han usado

desde enero 2020 hasta abril 2022, en donde se puede destacar que Android ocupa el

primer lugar con un 71.43% del mercado, siguiendo se tiene al SO iOS con un 27.85%, en

donde se puede decir que Android es el más usado en estos tiempos, lo cual es gracias a

que muchas marcas lo usan para sus smartphones. Además, también se da a conocer en

la gráfica KaiOS que es un SO basado en Linux que fusiona el poder que tiene un teléfono

inteligente con la accesibilidad de un teléfono normal, por lo que hay que reconocer que el

SO no funciona para smartphones, sino solo para los teléfonos básicos.

2.2.3 Marcas de plataformas (sistemas operativos)

Cada dispositivo móvil cuenta con un sistema operativo que le brinda sus

funcionalidades respectivas, pero además cabe mencionar que existen varias marcas que

lo usan, con el fin de llevar al cliente un dispositivo único en su índole, de gran calidad y

amigable con el usuario.


35

Actualmente, algunas marcas han cerrado sus puertas o han dejado de desarrollar

smartphones por lo que la lista de marcas que emplean los SO hoy en día son pocas.

Tabla 2

SO y las marcas que lo usan

SO Marcas de Plataformas
Android Samsunga
Googlea
Oppoa
Motorolaa
Nokiaa
Xiaomia
Asus
Nubia
iOS Apple
Harmony OS Huawei
a
Nota. Android (2022).

De esta manera, como se observa en la Tabla 2, se puede entender que la mayor

parte de las marcas usan Android para sus smartphones, lo que no pasa con iOS, el cual

fue desarrollado por y para la empresa Apple Inc y sus dispositivos. Además, cabe recalcar

que se encuentran las variantes OxygenOS, MIUI, entre otros más, que son sistemas

operativos basados en Android o también realme UI que es considerada en sí una capa de

personalización basada en Android.

Harmony OS, por otra parte, es un SO recientemente lanzado en el 2020 con la

intención de ser usado en los dispositivos Huawei, tras el incidente con Google en donde

tuvieron que dejar de usar Android en sus teléfonos y otras tecnologías, de la cual la

misma empresa Huawei es dueña, pero tiene la intención de expandirse al resto de

dispositivos tecnológicos con el pasar del tiempo, además cabe mencionar que es posible

encontrar dispositivos Huawei con el SO Android aun en la actualidad o también se

encuentran usando EMUI que es un SO creado por su misma empresa, considerado como

una capa de personalización de Android.


36

Por otra parte, cabe mencionar que dentro de las marcas que usan Android, se

encontraba LG, la cual actualmente ha dejado de desarrollar teléfonos inteligentes desde a

mediados del 2021. Sin embargo, LG no restringió las funcionalidades de sus teléfonos

inteligentes existentes, por lo que se pueden seguir usando hasta que se dañen, dado que

ya no tendrán arreglo, por su finalización en el mercado de smartphones.

2.2.4 Características de los smartphones

Continuando con lo anterior, en las Tablas 3, 4 y 5, se dará a conocer varios

teléfonos inteligentes por su modelo y marca en sus tres categorías gama alta, media y

baja, y sus características como son el procesador, pantalla, cámara, memoria, batería y

sistema operativo.

Tabla 3

Modelos de smartphones gama alta y sus características

Características de los Smartphones gama alta


Modelo
Procesador Pantalla Cámara Memoria Batería SO

Apple A14 Bionica Súper Retina Trasera RAM: Carga iOS 14a
iPhone 12 XDR (Resolución): 6GB rápida: 20W
PRO OLED 6.1” 12 + 12 + 12 ROM: Qi 7.5W
Resolución: MP 128 / MagSafe
2532x1170 Frontal 256 / 15Wa
HDRa (Resolución): 512 GBa
12 MPa
Xiaomi Mi Snapdragon WQHD+ Trasera RAM: 5000 mAh MIUI 12
11 Ultra 888 6.81” (Resolución): 12 GB Mínimo basado
2.84 GHzb AMOLED 50 + 48 + 48 ROM: 4900 mAhb en
b
Resolución: MP 256 GB Android
3200x1440 Frontal 11b
HDR 10+b (Resolución):
20 MPb
Huawei HUAWEI Kirin OLED 6.76” Trasera RAM: 4400 mAh EMUI
Mate 40 9000 Resolución: (Resolución): 8 GB Carga 11
Pro Octa-core 2772x1344 50 + 20 + 12 ROM: rápida: basado
c c
1xCortex – FHD+ MP 256 GB 66W en
A77 @ 3.13 Frontal Carga Android
GHz + (Resolución): inalámbrica: 10c
37

Características de los Smartphones gama alta


Modelo
Procesador Pantalla Cámara Memoria Batería SO

3xCortex – 13 MPc 50Wc


A77 @ 2.54
GHz +
4xCortex –
A55 @ 2.05
GHzc
Black Qualcomm AMOLED Trasera RAM: 4500 mAh Android
Shark 4 Pro Snapdragon 6.67” (Resolución): 8 / 12 Carga 11d
888 + SDX55 Resolución: 64 + 8 + 5 MP GB rápida:
d d
3.2 GHz 1080x 2400 Frontal LPDDR5 120Wd
(Resolución): ROM:
20 MPd 256 /
128 GB
UFS3.1d
Oppo Find Qualcomm AMOLED Trasera RAM: 4500 mAhe ColorOS
X3 Pro Snapdragon 6.7” (Resolución): 12 GB 11.2
888 Resolución: 50 + 50 + 13 LPDDR5 basado
1x2,842 GHz / 3216x1440 + 3 MP ROM: en
3x2,419 GHz / QHD+e Frontal 256 GB Android
e e
4x1,786 GHz (Resolución): UFS3.1 11e
32 MPe
Samsung Octa-Core 6.8” Dynamic Trasera RAM: 5000 mAhf Android
Galaxy S21 Velocidad: AMOLED 2X (Resolución): 12 GB 11f
Ultra 5G 2.9 / 2.8 / 2.2 Resolución: 108 + 10 + 12 ROM:
GHzf 3200x1440 + 10 MP 256 /
Quad HD+ Frontal 128 GBf
edgef (Resolución):
40 MPf
Samsung Octa-Core 6.1” Dynamic Trasera RAM: 3700 mAhf Android
Galaxy S22 Velocidad: AMOLED 2X (Resolución): 8 GB 12f
2.8 / 2.5 / 1.8 Resolución: 50 + 12 + 10 ROM:
f
GHz 2340x1080 MP 256 /
f
FHD+ Frontal 128 GBf
(Resolución):
10 MPf
a b
Nota. Apple (2022a). Xiaomi (2022). cHuawei (2022). d
Black Shark (2022). e
Oppo (2022).
f
Samsung (2022).
38

Tabla 4

Modelos de smartphones gama media y sus características

Características de los Smartphones gama media


Modelo
Procesador Pantalla Cámara Memoria Batería SO
Google Qualcomm 6.2” OLED Trasera RAM: 3885 Android
Pixel 4a 5G SDM765 Resolución: (Resolución): 6 GB mAh 11a
Snapdragon 1080x2340 12.2 + 16 MP UFS2.1 Carga
765G HDRa Frontal ROM: rápida:
a a
2.4 GHz (Resolución): 128 GB 18Wa
8 MPa
OnePlus Qualcomm 6.44” Fluid Trasera RAM: 4115 OxygenOS
Nord Snapdragon AMOLED (Resolución): 8 / 12 GB mAh basado en
b
765G Resolución: 48 + 8 + 5 + 2 LPDDR4X Carga Android
2400x1080 MP ROM: rápida: 10b
HDRb Frontal 256 / 128 Warp
(Resolución): GB Charge
32 + 8 MPb UFS2.1b 30Tb
Xiaomi Qualcomm 6.67” Trasera RAM: 5160 MIUI 12
POCO X3 Snapdragon Resolución: (Resolución): 6 / 8 GB mAh basado en
Pro 860 2400x1080 48 + 8 + 2 + 2 LPDDR4X Carga Android
c
2.96 GHz FHD+ MP ROM: rápida: 11c
GPU: Frontal 256 / 128 33Wc
Qualcomm (Resolución): GB
c c
Adreno 640 20 MP UFS3.1c
Samsung Octa-Core 6.7” Super Trasera RAM: 7000 Android
Galaxy 2.2/1.8 GHzd AMOLED (Resolución): 6 GB mAh 10d
M51 Plus 64 + 12+ 5 + 5 ROM: Carga
Resolución: MP 128 GB rápida:
1080x2400 Frontal Externa: 25Wd
FHD+d (Resolución): MicroSD:
d
32 MP 512 GBd
Oppo A9 Snapdragon 6.5” Trasera RAM: 5000 ColorOS
e
2020 665 Resolución: (Resolución): 4 / 8 GB mAh 6.0.1
e
GPU: 1600x720 48 + 8 + 2 + 2 LPDDR4X basado en
Adreno 610e MP ROM: Android 9e
Frontal 128 GBe
(Resolución):
16 MPe
Nota. aSpect Tech (2022). bOnePlus (2022). cPoco (2022). dSamsung (2022). eOppo (2022).
39

Tabla 5

Modelos de smartphones gama baja y sus características

Características de los Smartphones gama baja


Modelo
Procesador Pantalla Cámara Memoria Batería SO
Xiaomi Qualcomm 6.53” Trasera RAM: 6000 MIUI 12
Poco M3 Snapdragon 662 Resolución: (Resolución): 4 GB mAh basado
2.0GHz 2340x1080 48 + 2 + 2 MP ROM: Carga en
GPU: FHD+a Frontal 128 / 64 GB rápida: Android
a a
Adreno 610 (Resolución): UFS2.2 / 18W 10a
8 MPa UFS2.1
MicroSD:
512 GBa
Motorola Qualcomm 6.5” LCP Trasera RAM: 5000 Android
Moto E7 Snapdragon 460 TFT IPS (Resolución): 4 GB mAh 10b
Plus 1.8GHz Resolución: 48 + 2 MP ROM: Carga
GPU: 1600x720 Frontal 64GB Normal:
Adreno 610b HD+b (Resolución): MicroSD: 10Wb
8 MPb 512GBb
Realme Helio G35 6.5” LCD Trasera RAM: 5000 Realme
C21 2.3GHz multitáctil (Resolución): 3 / 4 GB mAhc UI
GPU: Resolución: 13 + 2 + 2 MP LPDDR4X basado
c
IMG GE8320 1600x720 Frontal ROM: en
HD+c (Resolución): 32 / 64 GBc Android
c
5 MP 10c
Samsung Octa-Core 6.5” PLS Trasera RAM: 5000 Android
Galaxy 2.0GHzd TFT LCD (Resolución): 4 GB mAh 10d
A12 Resolución: 48 + 5 + 2 + 2 ROM: Carga
720x1600 MP 64 GB rápida:
HD+d Frontal MicroSD: 15Wd
(Resolución): 1 TBd
8 MPd
Xiaomi Helio G80 6.53” Trasera RAM: 5020 MIUI 12
Redmi 9 2.0GHz Resolución: (Resolución): 3 / 4 GB mAh Android
GPU: 2340x1080 13 + 8 + 5 + 2 LPDDR4X Carga 10e
Mali-G52 MC2e FHD+e MP ROM: rápida:
Frontal 64 / 32 GB 18We
(Resolución): eMMC 5.1e
8 MPe
Nota. aPoco (2022). bMotorola (2022). cRealme (2022). dSamsung (2022). eXiaomi (2022)
40

Para ir concluyendo, los modelos mostrados en las tablas pertenecientes a gama

alta, media y baja muestran y dan a entender que las marcas para llegar a todas las

personas no solo crean dispositivos para usuario de buena clase social, sino que tratan de

crear productos que puedan usar todos para así incrementar su búsqueda en el mercado

de smartphones y tecnología.

2.3 Sensores en los dispositivos móviles smartphones

Los smartphones son dispositivos inteligentes que cuentan con varias funciones que

le permiten saber si el teléfono se encuentra vertical u horizontalmente, hasta contar los

pasos que da el usuario mientras lleva consigo el dispositivo. Todas estas cualidades que

tienen los teléfonos inteligentes, es gracias a los sensores implementados en ellos, que les

permiten captar acciones y reaccionar en consecuencia.

2.3.1 Sensores en smartphones y para qué sirven

Los sensores forman parte del hardware de los teléfonos inteligentes, siendo de

esta manera indispensables para un buen funcionamiento, que a la vez permiten una

mejor interacción con el usuario. Existen varios sensores implementados en los

smartphones, entre ellos se encuentran los básicos, los biométricos y otros sensores más,

como se muestra en la Tabla 6.

Tabla 6

Tipos de sensores smartphone

Sensores en smartphones

Básicos Biométricos Otros


Lector de
Acelerómetro Termómetro
huellas
Giroscopio Micrófono De luz ambiental

De proximidad Podómetro Barómetro


Capacitivo y resistivo (En De ritmo De código de
pantalla táctil) cardíaco barras
Cámara Lector de iris Infrarrojo

Magnetómetro

GPS
41

2.3.1.1 Sensores básicos. Incluye los sensores que fueron agregados en el

principio en un teléfono móvil, los cuales ayudan en sus funciones básicas.

• Acelerómetro: De acuerdo con Fernández (2019) y Pascual Estapé (2018):

Es un sensor que detecta la aceleración en los ejes X, Y, Z, como se

muestra en la Figura 4, el cual mide el paso de la electricidad según la

aceleración que se emplea sobre una masa central, ubicada en un peine de

silicio con cerdas de un grosor de 0,5 mm, con el fin de calcular el

desplazamiento en el campo tridimensional y la velocidad a la que lo hace.

De esta manera, se puede determinar si el smartphone se encuentra

ubicado horizontalmente, verticalmente, boca abajo o boca arriba.

Figura 4

Sensor acelerómetro

Nota. Adoptado de Iconos de computadora Acelerómetro Teléfono inteligente Teléfonos

Móviles Software de computadora - Imagen de Png [fotografía], FreePNG, 2022

(https://www.freepng.es/png-hpedi4/). CC BY 4.0

• Giroscopio: Sus funciones son similares a los del sensor acelerómetro, pero cuenta

con mucha más precisión, dado que “mide la rotación de un dispositivo móvil, el

cual está compuesto por Sistemas microelectromecánicos (MEMS) y brazos que

vibran continuamente, cambiando a medida que el movimiento lo afecta, en donde

sus cambios son leídos por un brazo de detección” (Fernández Y. , 2019) y

(Pascual Estapé, 2018).


42

Aunque el sensor es parecido al acelerómetro, se usa para controlar el

movimiento suave del móvil en juegos y a la vez para detectar gestos como torcer

la muñeca, su funcionamiento se observa en la Figura 5.

Figura 5

Sensor giroscopio

Nota. Adoptado de El giroscopio en el celular [Fotografía], Tecnología fácil, s.f.

(https://tecnologia-facil.com/que-es/el-giroscopio-en-el-celular/). CC BY 4.0

• De proximidad: Como su nombre lo especifica detecta cuando un objeto está cerca,

este se encuentra “compuesto por un emisor LED y un detector de rayos infrarrojos,

basado en el sistema Time of Flight, que capta el tiempo en volver del rayo

infrarrojo” (Fernández Y. , 2019) y (Pascual Estapé, 2018).

El sensor de proximidad, por ejemplo, se utiliza para detectar cuando el

rostro está cerca o cuando pasamos la mano por encima para así desbloquear el

dispositivo móvil o apagar la pantalla en caso de una llamada, como se muestra en

la Figura 6.

Figura 6

Funcionamiento del sensor de proximidad

Nota. Adoptado de Cómo funciona el sensor de proximidad de tu móvil [Fotografía], Phone

House, 2017 (https://blog.phonehouse.es/2017/05/24/como-funciona-el-sensor-de-

proximidad-de-tu-movil/). CC BY 4.0
43

• Pantalla táctil: Este en sí no es un considerado un sensor, pero sí su mecanismo

adecuado para detectar cuando tocamos la pantalla, los cuales se pueden

considerar como sensores capacitivos y resistivos.

Los sensores capacitivos “detectan la alteración de corriente eléctrica

cuando el dedo que también genera electricidad se acerca a la pantalla y de esa

forma saber en donde se está pulsando, además estas están cubiertas por un

cristal de aislamiento” (Fernández Y. , 2019) y (Pascual Estapé, 2018). Un ejemplo

de su funcionamiento se muestra en la Figura 7.

Figura 7

Funcionamiento sensor de pantalla táctil capacitiva

Nota. Adoptado de ¿Qué es mejor: pantalla táctil resistiva o capacitiva? [Fotografía], Orient

Display, s.f. (https://www.orientdisplay.com/es/knowledge-base/touch-panel-basics/resistive-

or-capacitive-touch-screen-which-is-better/). CC BY 4.0

Los resistivos, por otra parte, se usaban al principio en los dispositivos

móviles, este está conformado por “dos capas, las cuales a la vez están

conformadas por una capa transparente conductora de óxido de indio y estaño

(ITO) separadas por puntos, y cuando ambas capas chocan detectan el cambio

efectuado y calculan la posición presionada” (Pascual Estapé, 2018). Su

funcionamiento se muestra en la Figura 8.


44

Figura 8

Funcionamiento sensor de pantalla táctil resistiva

Nota. Adoptado de ¿Qué es mejor: pantalla táctil resistiva o capacitiva? [Fotografía], Orient

Display, s.f. (https://www.orientdisplay.com/es/knowledge-base/touch-panel-basics/resistive-

or-capacitive-touch-screen-which-is-better/). CC BY 4.0

De esta manera, se puede determinar que los sensores capacitivos solo se

pueden utilizar con objetos o partes que generen electricidad, como son los dedos

de las personas, pero los resistivos se usan con cualquier objeto que haga presión

sobre la pantalla, por ejemplo, los dedos o un lápiz.

• De cámara: Es utilizada para tomar fotografías dado que atrapa la luz por medio de

varios lentes por los cuales está conformado, como se muestra en la Figura 9. Aquí

destaca otro sensor conocido como espectro de color, el cual se emplea en varios

dispositivos y que sirve para la toma de fotografías, por lo que “se utiliza para

capturar colores naturales, el cual mide la luminosidad ambiental y determina la

fuente de luz, que pueden ser naturales o artificiales” (Fernández, 2019). Por lo que

sirve para capturar colores más adecuados con la realidad.


45

Figura 9

Sensor de cámara

Nota. Adoptado de Descubre los mejores móviles con sensor Sony IMX586 (48

megapíxeles) [Fotografía], Castañeda Fran, 2019

(https://www.movilzona.es/2019/08/06/descubre-mejores-moviles-sensor-sony-imx586-48-

megapixeles/). CC BY 4.0

• Magnetómetro: También conocida como sensor Hall, es el encargado de detectar

las fuerzas magnéticas, por lo que sirve como una brújula electrónica capaz de

detectar el polo norte, como se muestra en la Figura 10, el cual es usado por

aplicaciones como Maps para saber en donde te encuentras, pero además se

puede usar para la detección de metales.

Figura 10

Sensor Magnetómetro

Nota. Adoptado de Cómo funciona la brújula de tu móvil Android [Fotografía], El Español,

2019 (https://www.elespanol.com/elandroidelibre/tutoriales/20190711/funciona-brujula-

movil-android/412960225_0.html). CC BY 4.0
46

• GPS: No es considerado en sí un sensor, ya que solo se encarga de leer las

señales efectuadas por los satélites y de esa forma determinar la ubicación de tu

dispositivo móvil y del usuario que lo sostiene en la posición geográfica, por lo que

es usado por aplicaciones como Google Maps y juegos basados en recorrer el

mundo como Pokémon Go, como se observa en la Figura 11.

Figura 11

Funcionamiento del sensor GPS

Nota. Adoptado de Los Sensores del Smartphone [Fotografía], Blog Pedromo, 2020

(https://blog.pedromo.com/los-sensores-del-smartphone/). CC BY 4.0

2.3.1.2 Sensores biométricos. Comprende todos los sensores que extraen la

información de las características físicas de las personas.

• Lector de huellas: Método de identificación biométrica, el cual es considerado como

un “escáner para detectar huellas dactilares, la profundidad y los defectos

microscópicos de las líneas que lo conforman, generando una imagen 3D de la

huella dactilar que se guarda en la memoria encriptada y escondida en el

dispositivo móvil” (Pascual Estapé, 2018), como se observa en la Figura 12. Se usa

para desbloquear el dispositivo o identificarte en aplicaciones con gran seguridad

como son las de los bancos, por lo que una imagen de nuestra huella dactilar no

funciona.
47

Figura 12

Sensor de huella dactilar

Nota. Adoptado de Sensores de huellas dactilares: cómo funcionan y por qué no son tan

seguros [Fotografía], Hard Zone, 2018 (https://hardzone.es/2018/04/20/sensores-huellas-

dactilares/). CC BY 4.0

• Micrófono: Se encuentra en todos y cada uno de los dispositivos móviles

smartphone, que sirve para “medir las ondas acústicas del sonido como es la voz

de las personas que luego se transforman en energía eléctrica, para ser transmitido

por un medio como son las llamadas telefónicas” (Pascual Estapé, 2018). Este

trabaja a la par con el altavoz, ya que este primeramente transforma la señal

eléctrica en energía mecánica que luego se convierte en ondas acústicas del

sonido. Un ejemplo de su funcionamiento se muestra en la Figura 13.

Figura 13

Funcionamiento del sensor micrófono

Nota. Adoptado de Por qué tu móvil no tiene sólo un micrófono: lo normal son dos e,

incluso, cuatro [Fotografía], Linares Iván, 2022 (https://www.xatakandroid.com/sistema-

operativo/que-tu-movil-no-tiene-solo-microfono-normal-dos-cuatro). CC BY 4.0

• Podómetro: Lee las lecturas del acelerómetro, con el fin de detectar los patrones

relacionados con el movimiento, por lo que es ideal para identificar cuando damos
48

un paso o corremos, como se muestra en la Figura 14. Sin embargo, varía el

tamaño de cada persona, por lo que se requiere una calibración al principio para

detectar los pasos exactos dados por el usuario.

Figura 14

Funcionamiento sensor podómetro

Nota. Adoptado de Los mejores podómetros para tu móvil [Fotografía], Fernández I., 2018

(https://www.nobbot.com/tecnologia/aplicaciones-moviles-tecnologia/mejores-podometros-

movil/). CC BY 4.0

• De ritmo cardíaco: Sirve para medir la actividad eléctrica de nuestro corazón por

medio de “un sensor óptico y un LED, que al poner el dedo sobre él buscan y

reconocen los ritmos de nuestras pulsaciones por medio del color que se emite en

nuestra piel” (Fernández Y. , 2019), como se observa en la Figura 15. Es usado

comúnmente por aplicaciones basadas en controlar nuestra salud.

Figura 15

Funcionamiento sensor de ritmo cardíaco

Nota. Adoptado de ¿Problemas con el sensor de ritmo cardíaco de tu Samsung Galaxy S5?

Aquí está la “solución” [Fotografía], Muñoz Miguel Ángel, 2015

(https://www.movilzona.es/2015/03/27/problemas-con-el-sensor-de-ritmo-cardiaco-de-tu-

samsung-galaxy-s5-aqui-esta-la-solucion/). CC BY 4.0
49

• Lector de iris: Al igual que el sensor de lector de huellas dactilares, es capaz de

leer, detectar y reconocer la huella única de nuestro iris (zona coloreada del ojo),

capturando su diseño en alta resolución con la ayuda de una luz infrarroja que

reduce los reflejos que se pueden producir en el momento, el cual es igualmente

almacenada en nuestro dispositivo y que cumple la misma función que los lectores

de huellas, tal cual se observa en la Figura 16.

Figura 16

Funcionamiento del sensor de iris

Nota. Adoptado de El reconocimiento de iris llegará en la siguiente versión de Android

[Fotografía], Martín Iván, 2018 (https://topesdegama.com/noticias/apps-

software/reconocimiento-iris-android-p). CC BY 4.0

2.3.1.3 Otros. Abarca aquellos sensores que están destinados a agregar una

característica adicional al teléfono inteligente en donde se ha implementado.

• Termómetro: Se encarga de medir la temperatura que generan los circuitos y la

placa base de los dispositivos, con el fin de determinar cuándo se encuentran al

borde de la temperatura máxima para que el dispositivo sea usado, ralentizando su

funcionamiento o en casos extremos apagándolo para que se reduzca la

temperatura, como se muestra en la Figura 17. Sin embargo, algunos dispositivos

también traen un sensor capaz de medir la temperatura del exterior.


50

Figura 17

Funcionamiento del sensor termómetro

Nota. Adoptado de La temperatura de la batería, clave en el rendimiento del móvil

[Fotografía], Caballero Daniel, 2021 (https://www.movilzona.es/tutoriales/baterias/saber-

temperatura-bateria-movil/). CC BY 4.0

• De luz ambiental: Detecta la luz que se encuentra en nuestro ambiente, por lo que

se suele utilizar cuando el dispositivo tiene activado el brillo automático con el fin de

ajustarlo según la luz de nuestro entorno, como se observa en la Figura 18.

Figura 18

Brillo automático – Funcionamiento del sensor de luz ambiental

• Barómetro: Es el encargado de medir la presión atmosférica, con el fin de lograr

calcular la altura o la altitud a la que se encuentra el usuario, como se muestra en

la Figura 19, por lo que se suele utilizar en el GPS o aplicaciones turísticas.


51

Figura 19

Funcionamiento del sensor barómetro

Nota. Adoptado de Anticipate al tiempo que va a hacer convirtiendo tu móvil en un

barómetro [Fotografía], Sanz Jorge, 2020 (https://www.movilzona.es/2020/02/29/convertir-

movil-barometro/). CC BY 4.0

• Lector de código de barras: Usa la cámara para digitalizar el código y ejecutar una

acción a través de “la detección de aspectos diferentes en la luz en forma de señal

analógica que es reflejada por el código de barras” (Pascual Estapé, 2018). De esta

manera, permite ser direccionado a páginas web, o también en algunos casos

estos contienen información personal, que puede ser utilizada como una

identificación. Un ejemplo de su uso se observa en la Figura 20.

Figura 20

Funcionamiento del sensor lector código de barras

Nota. Adoptado de Lectura de códigos de barras con su smartphone y Openflex

[Fotografía], Lee Simon, 2019 (https://stileex.xyz/es/lectura-codigos-barras-smartphone-

openflex/). CC BY 4.0
52

• Infrarrojo: Es capaz de medir la radiación electromagnética infrarroja que se

encuentran en los objetos, por lo que se suele usar comúnmente para controlar

otros dispositivos como son los televisores a través de aplicaciones creadas para

ese trabajo, como se muestra en la Figura 21.

Figura 21

Funcionamiento del sensor infrarrojo

Nota. Adoptado de ¿Cómo Puedo Saber SI un Celular tiene Infrarrojo? [Fotografía], Mira

Cómo Hacerlo, s.f. (https://miracomohacerlo.com/puedo-saber-celular-infrarrojo-mira-

sencillo-resulta/). CC BY 4.0

Adicionalmente, se debe tener en cuenta que los smartphones son diferentes tanto

en su aspecto visual como en sus características, por lo que no todos cuentas con los

mismos sensores, estos pueden tener algunos en similitud y otros no dependiendo de la

marca que los fabrica, su modelo y su categoría como son gama alta, media y baja, que

los hacen accesibles para el usuario, que busca un dispositivo móvil smartphone ideal y

que se ajuste a su bolsillo.


53

Tabla 7

Modelos de smartphones y sus sensores

Smartphones

Motorola Moto E7
Galaxy S21 Ultra
Huawei Mate 40
IPhone 12 PRO

POCO X3 PRO

Oppo A9 2020
OnePlus Nord
Sensores

Realme C21
Galaxy S22
Mi 11 Ultra

PRO

Plus
5G
Acelerómetro x x x x x x x x x x
Giroscopio x x x x x x x x
De proximidad x x x x x x x x x x
Básicos

Pantalla resistiva
Pantalla capacitiva x x x x x x x x x x
Cámara x x x x x x x x x x
Magnetómetro x x x x x x x
GPS x x x x x x x x x x
Lector de huellas x x x x x x x
Micrófono x x x x x x x x x x
Biométricos

Podómetro x x x x x x x x x x
De ritmo cardíaco x x
Lector de iris
Termómetro
De luz ambiental x x x x x x x x x x
Otros

Barómetro x x x x x
De código de barras x x x x x x x x x x
Infrarrojo x x x x x

En conclusión, como se observa en la Tabla 7, no todos los sensores se

encuentran en los dispositivos, existen varios que solo se pueden encontrar en algunos

modelos de teléfonos inteligentes, como es el caso del lector de iris que lo podemos

encontrar en el Samsung Galaxy S8, S8+, entre otros, o en el caso del sensor termómetro

el cual es nuevo y apenas se está empezando a usar en dispositivos como Huawei Honor

Play 4. El sensor de ritmo cardíaco, por otra parte, no se lo encuentra mucho en los

dispositivos, dado que se ha dejado de implementar y las marcas lo han visto más factible

implementarlo en los smartwatchs. Sin embargo, cabe mencionar que la pantalla resistiva
54

se usaba anteriormente por lo que ya no se encuentran en los smartphones actuales,

como se observa en la tabla.

2.4 Metodología de desarrollo de software

Las metodologías de desarrollo de software permiten a los programadores reducir

en gran forma la dificultad de la aplicación que se va a desarrollar, especificar las tareas

que se ejecutaran dentro de esta, con el fin de aligerar los procesos y mejorar los

resultados esperados al finalizar el trabajo.

Rivas et al., (2015) definen que “la metodología de desarrollo es la determinación e

investigación que busca el método más apropiado para mejorar un software” (p. 982). En

términos generales, se puede interpretar que es aquel que intenta dar a conocer que

métodos y grupos de técnicas se adecuan al software que se desarrollará, tanto en su

creación como en su modificación o actualización.

Por otra parte, cabe mencionar que las metodologías de desarrollo de software se

dividen en dos grupos, los tradicionales o clásicos y los ágiles.

Tabla 8

Tipos de metodologías de desarrollo tradicionales y ágiles

Tipos Nombre Descripción


Tradicionala Waterfall Con fases organizadas de arriba abajo, en donde cabe recalcar
(Cascada) que no se puede pasar a la otra fase si la anterior no ha
finalizado.
Prototipado Creación de un sistema software de manera rápida con fines de
evaluación y demostración, que se muestra a los clientes para
arreglar o incluir algo nuevo, por lo que sirve para comprender las
especificaciones exactas de los productos, por medio de pruebas
y error.
Espiral Recoge lo bueno del método en cascada y el prototipado y le
añade el concepto de análisis de riesgo (en base a los requisitos
se toma la decisión de continuar o no). Aquí las etapas se
desarrollan en forma de espiral y cuanto más nos acercamos al
núcleo más cerca estamos de terminar el proyecto.
Incremental Creación del producto en donde en cada etapa se añade una
nueva funcionalidad, lo que permite mostrar al cliente los
resultados en un menor tiempo. Además, este sistema se puede
55

Tipos Nombre Descripción


usar antes de ser finalizado.
Diseño rápido Para la creación de sistemas funcionales en el menor tiempo
de posible, lo que provoca que existan errores y límites en lo que
aplicaciones puede hacer. Además, tiene un costo más elevado, pero su
(RAD) desarrollo es mucho más flexible.
Ágilb Programación Se basa en las relaciones interpersonales, como clave del éxito,
extrema (XP) que se centra en el trabajo en equipo, que busca incrementar la
formación de los desarrolladores y proporcionarles un buen
entorno de trabajo.
Scrum Divide los requisitos y las tareas a desarrollar, con el fin de hacer
el uso de buenas prácticas, en donde se trabaja cada parte en
tiempos fijos y cortos (mínimo dos y máximo 4 semanas) para
conseguir resultados de la mejor manera.
Crystal Es considerada un conjunto de familia de metodologías, dado que
se divide en varios tipos de metodologías en función de la
cantidad de personas a trabajar, por lo que se puede decir, que
está enfocada en las personas y en la interacción de estas a
medida que desarrollan el sistema.
Kanban Divide las tareas a desarrollar en el proyecto, limitándolas y
organizándolas en tableros de trabajo con el fin de realizar otro
trabajo cuando el anterior haya sido concluido o a pasado a
formar parte de otra función, lo que permite visualizar el estado
del proyecto y avanzar de manera efectiva.
Nota. aMaida & Pacienzia (2015, p. 39-49). bMaida & Pacienzia (2015, p. 57-94).

Como se puede observar en la Tabla 8, existen una gran variedad de metodologías

que se pueden emplear en el desarrollo de un proyecto, tanto en equipo como en

individual, en donde según las funciones que prestan cada uno se debe elegir la que más

se acomode a nuestro trabajo, con el fin de evitar problemas futuros en la realización del

sistema y de esa forma concluir de la mejor manera.

2.4.1 Metodología ágil Scrum

La metodología de desarrollo ágil Scrum fue creada por Ikujiro Nonaka y Hirotaka

Takeuchi, luego de observar como otras empresas de desarrollo de tecnología finalizaban

sus proyectos de una manera más rápida que las demás empresas, reduciendo su costo

de producción y mejorando la calidad de estos.


56

Las compañías que empleaban este tipo de método le daban una mayor prioridad a

la colaboración y a la creatividad que desempeñaban el equipo dentro del desarrollo del

proyecto. Por lo que, él empleó de este método ágil, permitía de cierta forma eliminar

aquellos pasos o fases de desarrollo innecesarios.

Por estas razones, Maida & Pacienzia (2015) definen la metodología Scrum como

“un proceso en el que se aplican regularmente un conjunto de buenas prácticas para

trabajar en equipos de manera colaborativa y obtener de esa manera mejores resultados

en un proyecto” (p. 73). El trabajo en equipo a través del uso de buenas prácticas

permitirán desarrollar de mejor manera proyectos o sistemas complejos que carezcan de

buena calidad, flexibilidad y sean sumamente funcionales, con el fin de satisfacer las

necesidades del usuario o cliente, los cuales a su vez tendrán un costo mínimo de

desarrollo.

Es importante destacar, para que el proyecto sea llevado de la mejor manera, el

cliente como el equipo de desarrollo debe tener como prioridad la obtención del mayor

beneficio en cualquier parte del proyecto, en donde para lograrlo deben tener en cuenta

que se realizaran cambios con la intención de obtener un mejor proyecto al final, siempre y

cuando estas modificaciones no alteren en gran forma el costo de desarrollo.

En el proyecto en desarrollo mediante la metodología Scrum se hace uso de los

Sprints, los cuales son iteraciones de 2 a 4 semanas como máximo, en donde se planifica

que es lo que se va a desarrollar en ese periodo, el cual proporciona un avance del

proyecto que pueda ser mostrado al cliente.


57

Figura 22

Proceso de la metodología Scrum

Nota. La figura muestra el proceso que se llevara a cabo dentro de la metodología Scrum.

Adaptado de Metodología SCRUM (Metodología ágil) [Fotografía], Diego Calvo, 2018

(https://www.diegocalvo.es/metodologia-scrum-metodologia-agil/). CC BY 4.0

Según Trigas Gallego (2012) y como se presenta en la Figura 22 en el proceso de

desarrollo de la metodología Scrum para empezar su desarrollo, se parte de los

requerimientos del product backlog que son los requisitos que tiene el sistema (pedidos

por el cliente), y que además constan de historias de usuario (descripciones de las

funcionalidades del sistema), continuando, se desarrollan los requerimientos de la iteración

Sprint Backlog, que es una lista de tareas desarrollada en reuniones por el equipo durante

la planificación de los sprints, en donde se asigna a cada integrante su tarea a realizar y el

tiempo estimado para ella, y por último, se encuentra el incremento del producto, que

abarca los requisitos finalizados en las iteraciones y que ya son funcionales, en donde

además, según los resultados obtenidos, el cliente modificara lo necesario y replanteara el

proyecto (p. 37-41).

A modo de conclusión, Scrum cuenta con tres roles básicos, los cuales cuentan con

sus respectivas responsabilidades en el desarrollo del proyecto, el Product Owner (cliente

o dueño del producto), el Scrum Master (líder del equipo que asiste y supervisa el

desarrollo) y Team (miembros del equipo de desarrollo del sistema) que puede estar
58

conformado por “analista técnico y funcional, tester, manager, desarrollador y líder” (Maida

& Pacienzia, 2015, p. 86).

Esto permite que se lleve un correcto orden sobre lo que se encargara cada

persona dentro del desarrollo del software y de esa forma lograr entregar resultados

previos con resultados que mejoren la calidad y productividad del sistema.

2.5 Entorno, herramientas y lenguaje de programación para el desarrollo del

prototipo móvil y web

En el desarrollo de aplicaciones móviles, existen una gran variedad de

herramientas, frameworks, entornos, entre otros más, que facilitan el trabajo del

programador a la hora de realizar un proyecto. De esta manera, para la elaboración del

siguiente prototipo móvil, se ha identificado el entorno de desarrollo Android Studio, el

lenguaje de programación Java y Firebase para el almacenamiento de datos. Además,

cabe destacar que se dará a conocer la plataforma de desarrollo para aplicaciones iOS.

2.5.1 Trello

Herramienta bajo la metodología Kanban que permite gestionar y organizar

proyectos y flujos de trabajos de una manera fácil y sencilla, separando cada trabajo a

realizar en actividades a las cuales se les puede añadir el tiempo para su cumplimiento y el

estado en el que se encuentra actualmente. Además, a cada actividad se le puede agregar

sus respectivas tareas a llevar a cabo para culminar de manera correcta con la actividad.

2.5.2 Figma

Herramienta de editor de gráficos vectorial intuitiva esencial para crear o elaborar

diseños de interfaces para prototipos web o móvil, la cual tiene una versión web y de

escritorio, permitiéndote en ambos casos trabajar individualmente o en equipo de una

manera fácil y sencilla. Además, gracias a su función de interacciones permite visualizar a

manera de presentación el prototipo creado como si estuvieras navegando en él.

Continuando, Figma se puede usar de manera offline, pero restringe ciertas

funcionalidades como son la búsqueda de archivos de Figma y o trabajar en equipo, por lo


59

que solo podrás maquetar y usar complementos que no necesiten de la internet en este

estado.

2.5.3 GitHub

Servicio para el control de versiones por medio de Git de los diferentes proyectos

como son los web y móviles, el cual se encuentra en la nube. La mayoría de las veces se

lo utiliza para ir guardando los avances que se realicen en el proyecto y de esa manera

evitar perdida de información del proyecto si el ordenador llega a sufrir un problema.

2.5.4 Android Studio

Al hablar de desarrollar aplicaciones móviles para Android, el que más destaca por

excelentísimo es Android Studio, dado que es un entorno de desarrollo integrado (IDE),

ideal para este tipo de trabajo, el cual fue creado por Google. Android Developers (2022)

afirma que:

Android Studio se apoya en el IDE conocido como Intellij IDEA, brindando las

herramientas de desarrollo de Intellij y un poderoso editor de código al

desarrollador. Este entorno cuenta con módulos de biblioteca, apps para Android y

Google App Engine, que son archivos de recursos y de código fuente.

Continuando, este entorno es compatible con NDK, cuenta con un sistema

de compilación Gradle, permite trabajar y visualizar las aplicaciones en distintos

dispositivos Android e integra GitHub para el alojamiento de código o proyectos

mediante el uso de un sistema de control de versiones.

Para ir concluyendo, Android Studio muestra los archivos de compilación en

directorios denominados como manifest (contiene el archivo de manifestó que describe la

información sustancial de la app), java (abarca los archivos de código fuente de la app) y

res (engloba los recursos sin código, ejemplo: fotos, strings de IU y diseños XML),

2.5.5 Lenguaje de programación Java

Lenguaje de programación potente y versátil que se puede usar para el trabajo en

multiplataforma, es decir, que se puede correr en varios sistemas operativos creados por

Google, el cual está orientado a objetos.


60

Java consta con herramientas y una biblioteca amplia, lo que lo hace ideal para

crear aplicaciones perfectamente adaptables a todo tipo de dispositivos como son los

smartphones, de una manera atractiva y sencilla.

2.5.6 IOS y plataforma de desarrollo

Existen varias plataformas de desarrollo para aplicaciones iOS, como Xcode,

AppCode, Mockingbird, RxSwift, pero la que más destaca es XCode, dado que es

considerado el IDE formal para el lenguaje de programación Swift, el cual fue creado por la

misma empresa Apple “con el fin de darle más libertad para diseñar las ideas al

programador, por lo que es considerado un lenguaje de código abierto y de fácil uso, ideal

para crear aplicaciones iOS, Mac, Apple Watch y Apple TV” (Apple, 2022b).

Sin embargo, Swift, no es el único lenguaje que pueden usar los desarrolladores de

aplicaciones móviles específicos para Apple, dado que también pueden usar Python, C y

C++, entre otros más, en caso de que se desee trabajar con otro tipo de lenguaje de

programación y dependiendo de la plataforma a usar.

(Apple Developer, 2022) describe que:

XCode es un IDE que integra la UI, la depuración, la codificación, las pruebas y el

envío de la aplicación a la app Store dentro de un solo flujo de trabajo equiparado,

que gracias a las herramientas que ofrece permite crear aplicaciones específicas

para los sistemas Apple.

Para finalizar, XCode es la plataforma de desarrollo más usada por los

desarrolladores de aplicaciones Apple, por lo que permite desarrollar sistemas a través de

lenguajes como Swift, Java, Python, Objective C y Apple Scripte, permitiendo al

programador elegir aquel con el que este más a gusto y se le haga más sencillo de usar.

2.5.7 Angular

Framework de código abierto elaborado por Google bajo un patrón Modelo-Vista-

Controlador (MVC) y el lenguaje de desarrollo TypeScript (considerado un superconjunto

de JavaScript), el cual permite crear y programar aplicativos webs, separando el frontend y

backend para evitar el código repetitivo. Además, estructura la aplicación por


61

componentes, permitiendo reutilizar el código dentro de otra vista por medio de etiquetas

personalizadas que hacen referencia al componente.

Para finalizar, Angular cuenta con una amplia documentación, brindando recursos

que se pueden aplicar para el desarrollo, un sistema de enrutamiento sencillo de utilizar y,

además, gracias a su programación reactiva, recarga automáticamente la vista al realizar

cambios.

2.5.8 Firebase

Plataforma en la nube adquirida por Google con el fin de ayudar en la creación de

aplicaciones web y móvil, que gracias a sus herramientas facilita la realización de Backend

en el desarrollo, reduciendo de esta forma el tiempo que se emplea en este apartado, sin

que se pierda la calidad y el funcionamiento esperado.

2.5.8.1 Cloud Firestore. Data base NoSQL que almacena la información en

documentos dentro de una colección.

Firebase (2022) menciona que:

Cloud Firestore se encuentra alojada en la nube, y gracias a los SDK nativos que

emplea las aplicaciones web y móviles pueden acceder a ella de manera fácil y

sencilla. Además, almacena en documentos que pertenecen a una colección

específica los datos a través de campos a los que se asigna valores

correspondientes.

2.5.8.2 Authentication. Permite identificar usuarios por medio de sus credenciales.

Firebase (2022) señala que:

Firebase Authentication brinda al desarrollador servicios de backend, bibliotecas IU

y SDK ya diseñadas solamente para integrar en el backend del sistema en

desarrollo, permitiendo autenticar por correo y contraseña, número telefónico, por

proveedores como Google y Facebook, entre otros más.

2.5.8.3 Hosting. Alojamiento de manera segura para aplicaciones web.

Firebase (2022) menciona que:


62

Firebase Hosting permite al desarrollador alojar sus proyectos web en un Hosting

de una manera fácil, segura y sencilla, además, este obtendrá un dominio dado por

Firebase de manera predeterminada y a la vez también le permitirá registrar un

dominio personalizado en caso de que se desee.

2.6 Trabajos relacionados

En el presente apartado se dará a conocer varios artículos o trabajos realizados

anteriormente, por medio de la realización de una búsqueda exhaustiva en sitios oficiales

como es Google Académico, relacionados al tema, en donde se hablará de manera

superficial de que trata cada uno de estos, con el fin de adquirir conocimiento que sea de

utilidad para el presente TIC en desarrollo.

Tabla 9

Trabajos Relacionados

Trabajos relacionados
Google Académico
Búsqueda: Aplicación para la captura de datos en sensores de dispositivos móviles
Fecha: 2015 - 2021

Idioma: Español

Tipo: Cualquier tipo

Búsqueda: Datos generados de sensores en smartphone


Fecha: 2015 - 2021

Idioma: Español
Tipo: Cualquier tipo

Dialnet
Búsqueda: Uso de los datos de sensores en smartphone
Tipo: Tesis

Orden: Año de publicación

En base a las búsquedas realizadas como se muestra en la Tabla 9 y al análisis del

resumen de cada artículo, a continuación, se describen 5 documentos seleccionados, en

donde 4 de ellos han sido sacados del Google Académico, 3 documentos de la búsqueda

de una aplicación para la captura de datos en sensores de dispositivos móviles y 1


63

documento de la búsqueda de datos generados de sensores en smartphone. Por otra

parte, el último documento ha sido extraído de Dialnet por medio de la búsqueda datos de

sensores en smartphone, que arrojo luego de filtrar la búsqueda 21 documentos en total,

por lo tanto, se llega a escoger aquellos que más se aproximan al Trabajo de Integración

Curricular o que tienen que ver con el empleo y uso de los sensores de los smartphones.

2.6.1 Aplicación móvil para la captura desatendida de datos de sensores en

teléfonos inteligentes

Jiménez Fontanela (2016) en su trabajo da a conocer que por medio del uso de un

aplicativo móvil desarrollado para el SO Android, se recogerá y almacenara datos en un

servidor web de manera periódica, de diferentes sensores como es el GPS, giroscopio, de

aceleración y de proximidad, los cuales serán gestionados por un administrador a cargo. El

usuario será capaz de parar la ejecución que recopila la información con total libertad en el

momento que desee. Además, menciona que para almacenar la información o los datos

para su gestión también se desarrollará un aplicativo web que estará hospedada en

Google App Engine, en donde el administrador podrá modificar variables relacionadas con

la captura y envió de datos al servidos, y consultar información almacenada de un usuario

previamente registrado.

Por otra parte, menciona que para lograr los resultados esperados se implementan

diferentes hilos encargados de reducir el tiempo de las tareas, como el envió de datos al

servidor. Esto permitió que el sistema cumpla con su función, obteniendo los datos de los

sensores desde la app móvil en dispositivos como Samsung Galaxy S3, Galaxy Note II,

Google Nexus 5 y Google Nexus 10, y recibiéndolos en la app web que se encarga de

almacenarlos para su uso posterior.

2.6.2 Diseño e implementación de una app de captura de datos para analizar

hábitos de conducción

Rodríguez Chiquero (2017) en su presente trabajo diseño e implementación de una

App de captura de datos para analizar hábitos de conducción, desarrollo un aplicativo


64

móvil para smartphones con SO Android, que permita recoger datos relacionados con los

sensores acelerómetro y giroscopio, de estos mismos, que luego se almacenaran en una

data base, para ser visualizados desde un aplicativo web y realizar de esa manera un

análisis de los hábitos de conducción.

Por otra parte, menciona que para lograr los resultados esperados, este cuenta con

un servicio web que permite la comunicación entre el aplicativo móvil y la data base que

tiene como fin almacenar los datos generados por los dos sensores especificados.

Además, se especificaron los casos de uso, los requisitos y que se utilizará el protocolo de

comunicación wifi, la tecnología web HTML5 y CSS3, MySQL para almacenar los datos y

la plataforma Android con el fin de desarrollar de mejor manera el sistema para el

aplicativo web y móvil. Lo que permitió, que el sistema cumpla correctamente con su

función, que es la de recoger datos de los sensores giroscopio y acelerómetro en los

teléfonos inteligentes para así desde el aplicativo web estudiar y analizar los hábitos de

conducción de cada persona.

2.6.3 Utilización de dispositivos móviles como herramienta de censado en

aplicaciones de IoT

Fernández Sosa (2021) en su trabajo de fin de grado da a conocer un aplicativo

móvil funcional para el censado participativo que tiene como fin monitorear el estado y a la

vez la calidad del agua en el domicilio, en donde las personas podrán generar y emitir

reportes por medio de los sensores como la cámara y el GPS de los smartphones, para de

esa forma lograr la recolección de datos relacionados con el ambiente, en donde el reporte

contendrá la imagen, la evaluación, la descripción e información relacionada con el

problema, dados por el usuario.

De esta manera, el sistema de censado por medio del uso de dispositivos móviles

como los teléfonos inteligentes y las tablets, conocido como mobile sensing permitirá ver y
65

a la vez alertar sobre situaciones relacionadas con el medio ambiente, lo cual

anteriormente requería del despliegue de redes de sensores estáticas costosas.

Por lo que, para lograr concluir con los resultados deseados, menciona que se

desarrollaron requisitos funcionales, se especificaron los roles y características de los

usuarios, se implementó una estrategia multiplataforma, plugins como Camera,

Geolocation y la librería API de Javascript de Google Maps. Además, da a conocer que se

utiliza un servidor central para el almacenamiento de los reportes enviados por internet,

que también será capaz de enviar notificaciones a los usuarios cercanos cuando se

almacene un nuevo reporte; permitiendo de esa forma que el sistema cumpla con su

objetivo que es el de permitir a las personas reportar problemas relacionadas con el agua

del domicilio como es su color, la cantidad y su presión, para la realización de un mapa

sobre la calidad de agua de las zonas.

2.6.4 Desarrollo de una aplicación para la recolección de datos generados por

sensores en smartphones

Mancipe Ramírez (2020) en su trabajo busca dar solución a un problema que tiene

el proyecto de investigación del grupo LACSER denominado sistema de comunicación

para sobrevivientes de un desastre basado en una red ad-hoc de teléfonos inteligentes, el

cual emplea desarrollar una app móvil en SO Android que sirva como un canal de

comunicación alterno que permita a las personas sobrevivientes de un desastre enviarse

mensajes mutuamente y de la misma forma obtener la ubicación de cada uno de los

accidentados, sin que se emplee el uso del internet y una red centralizada.

Para lo cual, desarrollo un aplicativo móvil para dispositivos con SO Android

llamado SensorReader que tendrá como fin, recolectar datos por medio de los sensores de

los smartphones como el acelerómetro, giroscopio, de proximidad, magnetómetro y el

GPS. Que como trabajo opcional y adicional dependiendo del tiempo que le quede

priorizara el aprendizaje automático por medio de las lecturas generadas por los sensores
66

para así determinar cuando está siendo manipulado por la persona y de está manera

deliberar si la app de mensajería debe anteponer la comunicación con este nodo, para lo

cual a considerado ideal utilizar archivos de texto plano.

Para dar con los resultados deseados, empleo una metodología SCRUM,

permitiéndole de esa forma diseñar y crear una app móvil correctamente funcional y de

fácil uso, que recoja datos generados por los sensores del smartphone que serán

almacenados en un formato de texto CSV, que a la vez permite al usuario configurar que

sensores desea emplear y el tiempo en el que recolectaran datos para ser analizados

dependiendo de la necesidad presentada, en donde también nos da a entender que dentro

de las pruebas realizadas el máximo tiempo que estuvo en ejecución una lectura fue de 6

horas. Sin embargo, se da a conocer que, el modelo de aprendizaje automático queda

como un trabajo a desarrollar a futuro por la falta de tiempo.

2.6.5 Aplicación de los sensores de los smartphones a la didáctica de la física

experimental

Giménez Valentín (2017) en su tesis doctoral aplicaciones de los sensores de los

smartphones a la didáctica de la física experimental, da a entender que las prácticas de

laboratorio perteneciente a la materia de Física es doble, rutinaria y no interesante. Por lo

que manifiesta que para eliminar este problema, propondrá diversos experimentos en

donde se utilizan los sensores implementados en los smartphones por medio de

aplicaciones existentes para su control y emisión de datos que generan los sensores.

De esta manera, para dar con sus resultados, ha propuesto una variedad de

experimentos en donde se emplea el uso del teléfono inteligente de los estudiantes como

método de medida, ya que estos gracias a sus nuevas versiones permiten tomar medidas

de magnitudes físicas y así poder verlas en un ordenador para su análisis.

Por lo tanto, como solución considera el uso del sensor acelerómetro para

determinar la constante elástica, el tiempo de relajación del movimiento de un teléfono


67

inteligente, la frecuencia de batido de las oscilaciones de un smartphone, el de luz

ambiente para caracterizar la actividad energética de diversas fuentes de luz y el

micrófono que gracias a que puede funcionar como sonómetro puede ser empleado para

experimentos que permitan determinar el fenómeno de la mezcla acústica, con el fin de

brindar mejores experiencias dentro de la práctica de la física y a la vez incentivar al

estudiante a participar física y emocionalmente.

2.6.6 Comparación de trabajos relacionados

Tabla 10

Comparativa de trabajos relacionados

SO
Trabajo Descripción Sensores empleados

Aplicación móvil para la App móvil para recoger y GPS, giroscopio, Android
captura desatendida de almacenar datos en un acelerómetro, de
datos de sensores en servidor de los sensores proximidad
teléfonos inteligentes (Smartphone), que serán
vistos desde una app web por
el administrador

Diseño e implementación de App móvil para recoger datos Acelerómetro, Android


una App de captura de datos de sensores (Smartphone) giroscopio
para analizar hábitos de para analizar hábitos de
conducción conducción

Utilización de dispositivos Reportar problemas Cámara, GPS Android y


móviles como herramienta relacionados con el agua del iOS
de sensado en aplicaciones domicilio
de IoT

Desarrollo de una aplicación App móvil para la recolección Acelerómetro, Android


para la recolección de datos de datos de sensores giroscopio, de
generados por sensores en (Smartphone) proximidad,
smartphones magnetómetro, GPS
68

SO
Trabajo Descripción Sensores empleados

Aplicación de los sensores Propuesta de experimentos de Acelerómetro, de luz N/A


de los smartphones a la física con uso de sensores ambiente, micrófono
didáctica de la física (Smartphone)
experimental

En conclusión, como se muestra en la Tabla 10, para la respectiva recolección de

datos no se usan todos los sensores implementados en los smartphones, por lo que se

puede dar a entender que algunos de estos no generan datos analíticos, que por lo

general son la mayoría numéricos. Además, se observa que es más fácil realizar un

aplicativo móvil para el SO, para la recolección y almacenamiento de datos.


69

Capítulo tres

Planificación

En el presente capítulo se dará a conocer la planificación que se utilizará en el

proyecto bajo la implementación de la metodología Scrum como son los requisitos

funcionales y no funcionales, los roles de usuario que se deberán tener en cuenta, el

product backlog con las épicas e historias de usuario y por último la agrupación de las

historias de usuario en los diferentes sprints que se han determinado para el desarrollo de

software tanto móvil y web.

3.1 Requisitos

Los requisitos de software son aquellos que permiten describir al encargado de su

desarrollo las características y funcionalidades con las que contará el sistema, permitiendo

al ingeniero de software entender que es lo que debe realizar. Existen dos tipos de

requisitos, los funcionales que definen las funcionalidades del sistema o software y los no

funcionales que; en cambio, son criterios que se deben tener en cuenta del sistema.

3.1.1 Requisitos funcionales

En la Tabla 11, se da a entender todos los requisitos funcionales con los que

contará la aplicación móvil, los cuales son un total de 8 y describen las funciones que

tendrá el sistema software; además, también cada requisito funcional cuenta con

observaciones a considerar para la realización del aplicativo móvil.

Tabla 11

Requisitos funcionales de la aplicación móvil

Id Nombre del Descripción Observaciones


requisito
RF-01 Almacenamiento La aplicación deberá contar con Servirá para almacenar los
una base de datos para el datos de los sensores de los
guardado de la información de los modelos smartphones
datos de los sensores
RF-02 Registrar La aplicación permitirá registrar por Se realizará al ingresar por
sensores primera vez automáticamente los primera vez a la app y se
sensores con los que cuenta el registrará todos los sensores
70

Id Nombre del Descripción Observaciones


requisito
smartphone del smartphone para poder
pasar al módulo principal

RF-03 Registrar modelo La aplicación permitirá registrar por Se realizará al ingresar por
primera vez el modelo del primera vez a la app y se
smartphone efectuará automáticamente
en el módulo de registro de
sensores
RF-04 Módulo home La aplicación mostrará los N/A
sensores con los que cuenta el
modelo smartphone
RF-05 Datos del sensor La aplicación deberá mostrar una Se mostrará en el módulo
lista de los datos que se pueden para el registro del dato del
obtener del sensor seleccionado sensor
RF-06 Registrar datos La aplicación deberá permitir el Se mostrará en el módulo
sensor registro de los datos escogidos para el registro del dato del
cumpliendo las condiciones para la sensor y permitirá registrar
captura del dato en la base de datos
únicamente los datos
seleccionados de la lista
cumpliendo su condición
para la captura del dato (un
punto específico, movimiento
en un tiempo determinado,
etc.)
RF-07 Visualizar datos La aplicación deberá permitir Se mostrará luego del
sensor visualizar los datos registrados del registro de datos del sensor
sensor seleccionado seleccionado
RF-08 Ventana flotante La aplicación debe mostrar una N/A
cargando ventana flotante que indique que se
está registrando los sensores o los
datos de un sensor

Por otra parte, dado que se ha considerado ideal la creación de un sitio web con el

fin de determinar de mejor manera la fiabilidad y sensibilidad para la generación de datos y

de esa manera conocer que marca o modelo smartphone presenta menos fallos en cuanto

a los sensores, en la Tabla 12, se han especificado los requisitos funcionales con las
71

funciones del sistema software del sitio web, los cuales son un total de 6 y también

cuentan cada uno con la observación respectiva para el desarrollo.

Tabla 12

Requisitos funcionales del sitio web

Id Nombre del Descripción Observaciones


requisito
RF-01 Iniciar sesión El sistema deberá permitir la El sistema autenticará las
autenticación del administrador credenciales dadas al
administrador
RF-02 Obtener El sistema deberá obtener La base de datos es la misma
información información de los sensores de la en la cual registra la información
base de datos de los sensores la app móvil
RF-03 Dashboard El sistema deberá permitir Cada tarjeta estará conformada
visualizar en tarjetas cuál modelo por el sensor y el modelo
smartphone presenta menos fallos smartphone que presente
en cuanto a cada sensor menos fallos
RF-04 Menú El sistema deberá contar con un El menú estará conformado por
menú que permita navegar por los diferentes sensores y
sensores, ir al módulo de gestión también le permitirá al
de sensores externos y cerrar administrador registrar datos de
sesión sensores externos como
referencia y cerrar sesión
RF-05 Registrar El sistema deberá permitir registrar Con el fin de por medio de una
datos datos de sensores externos para la comparación con los sensores
referencia analítica y comparación con los de los smartphones determinar
datos de los sensores smartphone la fiabilidad y sensibilidad de
estos
RF-06 Sensor El sistema permitirá visualizar Se visualizarán los modelos y
información de los datos de un marcas ordenados por el que
sensor de los diferentes modelos presenta menos fallos hasta el
smartphone mediante tablas y que presenta más fallos en
gráficas cuanto al sensor y todos los
modelos que cuentan con el
sensor
72

3.1.2 Requisitos no funcionales

En la Tabla 13 y 14, se da a conocer aquellos requisitos no funcionales con los que

contará el aplicativo móvil y sitio web, los cuales son un total de 6 para la aplicación móvil

y 3 en el caso del sitio web y cada uno de estas especifican los criterios que se debe tener

en cuenta antes y durante la realización del aplicativo, con el fin de que este tenga un

mejor y eficaz desarrollo.

Tabla 13

Requisitos no funcionales de la aplicación móvil

Id Descripción
RNF-01 El aplicativo debe poseer un diseño llamativo y fácil de usar
RNF-02 El aplicativo debe arrojar mensajes emergentes para confirmar el trabajo
realizado al registrar los sensores del smartphone, al registrar datos de los
sensores del smartphone, etc.
RNF-03 El dispositivo debe tener conexión a internet para que el aplicativo pueda
almacenar la información en la data base de los sensores del smartphone
RNF-04 Toda funcionalidad del aplicativo debe responder máximo en 6 segundos, a
excepción del registro de los sensores del smartphone por primera vez
RNF-05 El aplicativo será desarrollado para el SO Android
RNF-06 El aplicativo deberá tener una interfaz con información y funciones no muy
agrupadas

Tabla 14

Requisitos no funcionales del sitio web

Id Descripción
RNF-01 El sistema controlará el acceso y lo permitirá solamente a usuarios
autorizados
RNF-02 Se debe tener conexión a internet para ingresar y navegar por el sistema
RNF-03 Toda funcionalidad del sistema debe responder máximo en 6 segundos

3.2 Roles de usuario

Los roles de usuario básicamente dan a conocer en sí las responsabilidades que

tienen cada persona o colaborador dentro del desarrollo del proyecto. Teniendo esto en

cuenta, en la Tabla 15, se dan a conocer los roles básicos basados en la metodología
73

Scrum, que tendrán las personas que colaboran para llevar a cabo el desarrollo de los

sistemas software móvil y web, con las responsabilidades e información de cada uno,

tomando de esta manera al director de tesis con el rol de Product Owner, ya que cuenta

con el conocimiento de que se debe realizar y mi persona con el rol de Scrum Team para

llevar a cabo su desarrollo.

Tabla 15

Roles de usuario y responsabilidades

Id Nombre Email Telf/Celular Rol Responsabilidad


1 Ramiro Leonardo [email protected] 991675747 Product Supervisar el
Ramírez Coronel Owner cumplimiento de
requisitos y objetivos
2 Jordy David [email protected] 989182060 Scrum Prototipado, desarrollo
Esparza Rivera Team software de app móvil,
cumplimiento de
sprints, mejoras y
pruebas

3.3 Product backlog

El product backlog por lo general sirve para la planificación de iteraciones, el cual

dentro de su estructura engloba las épicas que agrupan grandes cantidades de trabajos

que luego se pueden desglosar en un número determinado de tareas más pequeñas

llamadas historias de usuario. En la Tabla 16, se puede observar un total de 3 épicas que

se han determinado para el desarrollo del software web y móvil.

Tabla 16

Épicas del product backlog

ID Épica Épica
EPIC01 Como product owner deseo contar con una aplicación móvil para el
almacenamiento de datos de los sensores de cada smartphone.
EPIC02 Como desarrollador deseo gestionar información del smartphone en una base
de datos para el almacenamiento de datos de los sensores de cada
smartphone.
EPIC03 Como product owner deseo contar con un sitio web de administración para
poder observar la información de los sensores y administrar el sistema.
74

Continuando con lo anterior, en la Tabla 17, se dan a conocer las historias de

usuario que se han desglosado de las 3 épicas establecidas, la primera épica cuenta con 5

historias de usuario, la segunda cuenta con 4 y la tercera épica cuenta con 5 historias de

usuario, que por lo general son breves requisitos de las funcionalidades con las que va a

contar el producto software móvil y web.

Tabla 17

Historias de usuario del product backlog

ID Épica ID Historia Historia de usuario


EPIC01 HU01 Como product owner deseo que el módulo Sensores muestre
los sensores con los que cuenta el modelo smartphone para
seleccionar el sensor del cual se desea registrar datos.
HU02 Como product owner deseo que el módulo de registro muestre
una lista de los datos que se pueden obtener del sensor para
seleccionar aquellos datos en específico que se desean
registrar del sensor del smartphone.
HU03 Como product owner deseo que el módulo de registro permita
seleccionar la condición de captura de los datos del sensor para
su respectivo registro en la base de datos.
HU04 Como product owner deseo que la aplicación cuente con un
módulo de visualización de información para observar los datos
que se han registrado del sensor seleccionado.
HU05 Como desarrollador deseo que la aplicación cuente con una
ventana flotante para conocer si la información de los sensores
y sus datos se están registrando.
EPIC02 HU06 Como desarrollador deseo poder registrar el modelo
smartphone automáticamente desde la aplicación móvil en la
base de datos para determinar con que sensores cuenta cada
modelo y utilizarlo como ID de almacenamiento.
HU07 Como desarrollador deseo poder registrar los sensores con los
que cuenta el smartphone desde la aplicación móvil en la base
de datos para determinar con que sensores cuenta el
smartphone y guardar información de cada sensor del
smartphone.
HU08 Como desarrollador deseo registrar los datos de los sensores
desde la aplicación móvil en la base de datos para determinar
después por medio de una comparación que dispositivo
presenta menos fallos en cuanto a sus sensores.
75

ID Épica ID Historia Historia de usuario


HU09 Como desarrollador deseo poder obtener información de los
sensores del smartphone desde la base de datos a través de
peticiones a la API desde el sitio web para visualizar la
información de cada sensor smartphone y realizar su respectiva
comparación que ayudara a determinar que dispositivo presenta
menos fallos en cuanto a sus sensores.
EPIC03 HU10 Como administrador deseo poder iniciar sesión para observar la
información encontrada de los sensores smartphone y gestionar
información de sensores externos.
HU11 Como administrador deseo visualizar el modelo smartphone que
presenta menos fallos en cada sensor en el dashboard del sitio
web para conocer cuál dispositivo tiene mayor fiabilidad y
sensibilidad para la generación de datos.
HU12 Como administrador deseo que el menú permita navegar por los
diferentes sensores smartphone, ir al módulo de gestión de
sensores externos y cerrar sesión para encontrar de una forma
sencilla lo que se desea realizar.
HU13 Como administrador deseo que el sistema cuente con un
apartado de gestión de datos de sensores externos para
utilizarlos como referencia en la analítica y comparación con los
datos obtenidos de los sensores smartphones.
HU14 Como administrador deseo visualizar que dispositivo o marca
presenta menos fallos en cuanto a sus sensores y que modelos
smartphones cuentan con ese sensor para determinar la
sensibilidad y fiabilidad de los smartphones para la generación
de datos.

Para finalizar con el product backlog, en la Tabla 18 se da a conocer otros datos

relacionados con las historias de usuario como es su prioridad del 1 al 10, siendo 1 el más

alto, el tiempo de estimación por semanas, la historia de usuario de la cual depende y en

que sprint se lo va a desarrollar.


76

Tabla 18

Otros datos de las Historias de usuario del product backlog

Id Historia Prioridad Estimación Dependencia Sprint


(semanas)
HU01 2 1 HU07 2
HU02 2 1-2 N/A 2
HU03 2 1-2 HU02 3
HU04 3 1 HU02, HU03 4
HU05 4 0.5 HU07 4
HU06 1 0.5 N/A 1
HU07 1 1-2 HU06 1
HU08 1 1 HU01, HU02, HU03 3
HU09 2 1 N/A 6
HU10 4 0.5 N/A 5
HU11 2 1-2 HU09 7
HU12 3 0.5 N/A 5
HU13 2 1-2 HU12 6
HU14 2 1-2 HU11, HU12 8

3.4 Sprints

A continuación, en la Tabla 19 se da a conocer un total de 9 sprints, de los cuales

el sprint 0 cuenta con los trabajos que se deben realizar al inicio para poder desarrollar

llevar a cabo el desarrollo del sistema móvil y web, por otra parte, en los sprints del 1 al 8

se da a conocer los diferentes trabajos a realizar enfocados en las historias de usuario

especificados anteriormente y por último, cabe mencionar que cada trabajo cuenta con sus

respectivas tareas que se deben llevar a cabo para culminarlo.

Tabla 19

Sprints del proyecto

Sprint Id Historia Trabajo por realizar Nro.


Tareas
0 N/A Arquitectura general del proyecto 1
N/A Diagramas de funcionalidad de app móvil y web 2
N/A Crear proyecto app móvil y repositorio en GitHub 3
N/A Creación de la Data Base 1
77

Sprint Id Historia Trabajo por realizar Nro.


Tareas
N/A Crear proyecto sitio web y repositorio en GitHub 3
1 HU06 Registrar modelo smartphone – app móvil 1
HU07 Registrar sensores del smartphone – app móvil 4
2 HU01 Módulo sensores – app móvil 4
HU02 Lista de datos de sensores que se pueden obtener – app móvil 4
3 HU03 Selección de condición de captura del dato – app móvil 1
HU08 Registrar datos del sensor – app móvil 3
4 HU04 Visualizar datos registrados – app móvil 4
HU05 Ventana flotante – app móvil 3
5 HU10 Login – sitio web 4
HU12 Menú de navegación – sitio web 2
6 HU09 Obtener información de los sensores – sitio web 1
HU13 Gestionar datos de sensores externos – sitio web 6
7 HU11 Dashboard – sitio web 3
8 HU14 Visualizar información de cada sensor – sitio web 4
Nota. La información completa de que trata cada sprint y sus tareas a realizar se puede observar en

el siguiente enlace: https://trello.com/b/M9N0jpGP/tic

A continuación, en el capítulo 4 se describe el desarrollo de cada uno de los sprints

definidos en este apartado.


78

Capítulo cuatro

Desarrollo de Prototipo

En el siguiente capítulo se detallará la realización y cumplimiento de cada tarea

especificada en los 9 diferentes sprints planteados dentro de la planificación bajo la

metodología de desarrollo de software Scrum, de los cuales del 1 al 8 darán cumplimiento

a las historias de usuario detalladas.

4.1 Desarrollo del sprint 0

En el sprint 0, se detalla todo lo que es esencial para empezar con el desarrollo del

prototipo móvil y sitio web, dentro del mismo se encuentran trabajos como la arquitectura

general del proyecto, los diagramas de funcionalidad de los dos sistemas, creación del

proyecto móvil y web junto con su repositorio en GitHub y la creación de la data base.

4.1.1 Arquitectura general del proyecto

La arquitectura general del proyecto trata de dar a conocer en sí cuál es la lógica

de control e interacción entre la persona y el sistema software.

De esta manera, en la Figura 23 se puede observar que el usuario hace uso del

prototipo móvil a través de peticiones al backend, el cual muestra los resultados por medio

de la visualización del frontend requerido y que además dependiendo de lo que desea

realizar se almacenara el modelo, y los sensores del smartphone o los datos de cada

sensor smartphone. Por otra parte, se encuentra el administrador que por medio de una

PC hace uso del sitio web, en donde realizando peticiones a la API se mostrará el frontend

deseado dependiendo del backend determinado.


79

Figura 23

Arquitectura del proyecto

4.1.2 Diagramas de funcionalidad de la aplicación móvil y web

Un diagrama funcional, es aquel que representa y da a conocer de manera gráfica

los diversos procesos con los que cuenta el sistema software, los cuales se unen por

flechas que manifiestan las señales de interacción entre los diferentes procesos. En la

Figura 24, se da a conocer los procesos con los que cuenta el prototipo móvil en sus

diferentes bloques, tales como usuario, registro de sensores, sensores (que es el módulo

que muestra los sensores con los que cuenta el modelo smartphone), registrar datos

sensores y visualizar datos, con su respectiva interacción entre los diversos procesos

existentes que le dan su funcionalidad al sistema software.


80

Figura 24

Diagrama funcional del prototipo móvil


81

Figura 25

Diagrama funcional del sitio web


82

De la misma manera, en la Figura 25, se da a conocer los diferentes procesos con

los que cuenta el sitio web y la interacción que tienen entre ellos en sus distintos bloques

como son el administrador, login, dashboard, menú, visualizar información sensores y

gestionar datos externos (son aquellos con los cuales se compararan los datos obtenidos

de los sensores smartphone, para determinar la fiabilidad y sensibilidad que tienen cada

sensor), dando a conocer de esta manera la funcionalidad del sistema web.

4.1.3 Crear proyecto para la aplicación móvil y su repositorio en GitHub

A continuación, se da a conocer la creación del proyecto dentro de la herramienta

de Android Studio para empezar con su respectivo desarrollo, por lo que como forma de

evitar perdida de información con respecto al desarrollo de la aplicación se crea a la vez un

repositorio en GitHub para control de versiones.

Figura 26

Crear proyecto en Android Studio - Selección del tipo de actividad a utilizar

Figura 27

Crear proyecto en Android Studio - Información del proyecto


83

Como se puede observar en la Figura 26, se procedió en primer lugar a crear el

proyecto dentro del entorno de Android Studio, en donde como primer paso se eligió una

actividad vacía para comenzar con su desarrollo desde un layout en blanco, luego se

procedió a llenar la información correspondiente del proyecto, como es el nombre

(DataSensor), el lenguaje de desarrollo a utilizar (Java) y la versión SDK mínima (Android

6.0) en la que podrá ser ejecutada la aplicación, tal cual se muestra en la Figura 27.

Figura 28

Creación del repositorio para la app móvil en GitHub

Nota: El repositorio GitHub perteneciente a la aplicación móvil, se lo puede encontrar en el

siguiente enlace: https://github.com/Jdesparza/DataSensor

Por último y como se puede observar en la Figura 28, se crea un repositorio en

GitHub para control de versiones del prototipo móvil, con el fin de poder ir almacenando

periódicamente cada avance que se realice y de esa manera evitar la pérdida de

información por algún problema existente.

4.1.4 Creación de la data base

Posteriormente, se crea un proyecto dentro de la plataforma Firebase para el

almacenamiento de datos que se extraigan desde la aplicación móvil y del sitio web, con el

nombre de DataSensor. En donde en primer lugar y como se puede observar en la Figura

29, se creó la base de datos dentro de Cloud Firestore en modo de prueba para poder

almacenar información de los sensores smartphone y a la misma manera información de

los sensores externos.


84

Figura 29

Firebase – Creación de base de datos con Cloud Firestore

Por otra parte, y como se muestra en la Figura 30, se inicializó Firebase Authentication

utilizando como proveedor, correo electrónico y contraseña, ya que será de vital

importancia al momento de trabajar con el desarrollo del sitio web, dado que este contará

con un login para el inicio de sesión.

Figura 30

Firebase – Inicialización de Firebase Autentication para autenticación en la app web

4.1.5 Crear proyecto para el sitio web y su repositorio en GitHub

A continuación, se da a conocer cómo se creó el proyecto para la aplicación web

utilizando el framework Angular con el fin de poder observar y analizar la información

de los diferentes sensores smartphone por medio de tablas y gráficas que permitirá

observar los modelos o marcas ordenadas de menor a mayor por su probabilidad de

fallo.

En la Figura 31, se puede observar la creación del proyecto analysisDataSensor a

través de Angular, en el cual primeramente se declaró que si queremos el

enrutamiento de Angular para poder redireccionar al administrador (persona que


85

podrá acceder al sitio web) a los diferentes módulos y luego se seleccionó como

formato de estilos CSS, dando inicio finalmente a la creación del proyecto. Además,

cabe recalcar que, para el tema de las gráficas, se utilizó ng2-charts que cuenta con

varias formas de gráficas que podemos utilizar dentro de un proyecto en Angular.

Figura 31

Creación del proyecto para el sitio web con Angular

Por último y como se muestra en la Figura 32, se crea un repositorio en GitHub para

el control de versiones pertenecientes al aplicativo web, en donde se ira

almacenando de manera periódica los avances que se realicen dentro del proyecto

con el fin de evitar perdida de información por algún error o fallo en la computadora.

Figura 32

Creación del repositorio para el sitio web en GitHub

Nota: El repositorio GitHub perteneciente al sitio web, se lo puede encontrar en el siguiente

enlace: https://github.com/Jdesparza/analysisDataSensor
86

4.2 Desarrollo del sprint 1

En el presente sprint, se da a conocer a nivel general como se desarrollaron las

actividades pertenecientes al registro del modelo smartphone y registro de sensores de los

diferentes smartphones en la base de datos, con el fin de determinar con que sensores

cuenta cada dispositivo Android.

4.2.1 Registrar modelo y sensores del smartphone en la aplicación móvil

Primeramente y como se puede observar en la Figura 33, se desarrolló un prototipo

en Figma del módulo de registro de sensores smartphone, que es en donde se lleva a

cabo la detección de los sensores con los que cuenta el dispositivo móvil, con el fin de

poder mostrar al usuario a continuación los sensores del smartphone.

Figura 33

Figma – Prototipo del módulo registrar sensores smartphone

Nota. El prototipo móvil realizado en Figma, se lo puede encontrar en el siguiente enlace:

https://www.figma.com/file/v5eH5QPKs6GxxdrVourmfv/AppM%C3%B3vil-Sensores?node-

id=203%3A56

A continuación, se desarrolla el módulo de manera visual, interactivo y funcional,

con sus respectivos textos, imagen y botón que servirá para dar inicio a la detección de los

sensores con los que cuenta el smartphone, tal cual se muestra en la Figura 34, en donde
87

para detectar que sensores tiene el dispositivo, se procede a declarar SensorManager

para poder ingresar a los sensores por medio del llamado al servicio SENSOR_SERVICE

que permitirá identificar cada uno de ellos, los cuales se guardaran en una variable

inicializada en null del tipo Sensor como se puede observar en la Figura 35 y 36.

Figura 34

Módulo de registro de sensores del smartphone funcional

Figura 35

Declaración de variables para trabajar con sensores por medio del SensorManager

Figura 36

Obtención del servicio y sensores smartphone por medio de SensorManager

En cuanto a que sensores se puede llamar por medio de SensorManager, en la

Tabla 20, se observa aquellos sensores smartphone que podemos obtener por medio del
88

llamado al servicio de sensores. De este modo y como se observa en la Figura 37, ya se

puede determinar si existe el sensor o no, guardando su información en un documento

para su posterior agregación en la base de datos.

Tabla 20

Sensores Smartphones – Sensor Manager (Android Studio)

Sensor Declaración

Proximidad TYPE_PROXIMITYa

Luz ambiental TYPE_LIGHTa

Acelerómetro TYPE_ACCELEROMETERa

Giroscopio TYPE_GYROSCOPEa

Magnetómetro TYPE_MAGNETIC_FILEDa

Podómetro TYPE_STEP_COUNTERa

Barómetro TYPE_PRESSUREa

Termómetro TYPE_AMBIENT_TEMPERATUREa

Ritmo Cardíaco TYPE_HEART_RATEa


Nota. aAndroid Developers (2019).

Figura 37

Determinar si existe el sensor utilizando SensorManager y guardado del dato en la DB

Por otra parte, y como se observa en la Figura 38, para detectar si existe algún

micrófono se debe declarar AudioManager para poder ingresar a este por medio del

llamado al servicio AUDIO_SERVICE. En donde para dispositivos con Android 9.0

(VERSION_CODES.P) o superior, se obtiene la cantidad de micrófonos existentes y para


89

Android 6.0 (VERSION_CODES.M) o superior, se extrae la cantidad de entradas de audio

existente, en donde cada variable ya fue inicializada en null al principio.

Figura 38

Obtención del servicio y micrófono por medio de AudioManager

De esta manera y como se muestra en la Figura 39, en caso de que

sensorMicrofono y sensorMicrofonoDevice sean null, quiere decir que no se encontró un

micrófono, caso contrario quiere decir que, si existe, procediendo a guardar el valor

obtenido para registrarlo en la base de datos.

Figura 39

Determinar si existe el sensor micrófono y guardado del dato en la DB

En caso del sensor cámara y gps, no es necesario inicializar algún servicio, su

detección se realiza por medio de la obtención de la información de los paquetes de

aplicaciones instaladas, en donde para la cámara le decimos que obtenga

FEATURE_CAMERA y para el gps FEATURE_LOCATION_GPS, como se muestra en la


90

Figura 40, y dependiendo de si devuelve un valor verdadero o falso, se procede a guardar

la información en el documento para su posterior registro en la base de datos.

Figura 40

Determinar si existe el sensor cámara y gps y guardado del dato en la DB

Continuando, en la Figura 41 se observa cómo se guarda en la base de datos el

documento con toda la información dentro de la colección SensoresSmartphones. Por otra

parte, también se puede observar en la Figura 37, 39, 40 y 41, que se guarda información

en un archivo por medio de la variable editorInfoApp, esto se lo hace con el fin de que el

usuario pueda navegar por la aplicación sin la necesidad de tener que estar conectado a

internet, dado que al ingresar a la aplicación se verifica si existe el modelo smartphone en

la base de datos o no.

Figura 41

Guardado del documento con los datos en la DB

De esta manera, en la Figura 42, se puede observar su declaración, el nombre, su

acceso en modo privado (solo se puede acceder desde la aplicación) y como se inicializa
91

para que sea editable y se pueda guardar la información que posteriormente se utilizará en

otros módulos que la requieran.

Figura 42

Declaración del archivo privado de la aplicación y la forma para editarlo

Algo a tener en cuenta y que es muy importante al momento de trabajar con este

tipo de datos, son los permisos para utilizar cada sensor, los cuales se deben declarar en

el manifiesto, dado que la aplicación captura los datos de los sensores y algunos de ellos

extraen información personal del usuario.

Estos permisos que se declaran en el manifiesto se pueden observar en la Tabla

21, el cual muestra a que sensor corresponde cada permiso y como se debe llamar. En

donde cabe mencionar que todos tienen un valor falso en el apartado de requerido, dado

que la aplicación al registrar los sensores smartphone detecta si existe o no el sensor en el

dispositivo, por lo que no es necesario limitar la aplicación en ese sentido. Los permisos

uses-feature son aquellos que se le exige al dispositivo tener para que la aplicación

funcione y los uses-permission, son aquellos que se solicitan al usuario para que el

sistema funcione correctamente.

Tabla 21

Permisos que declarar en el archivo manifiesto

Sensor Declaración en el Manifiesto


Proximidad <uses-feature android:name="android.hardware.sensor.proximity"
a
android:required="false"/>

Luz ambiental <uses-feature android:name="android.hardware.sensor.light"


a
android:required="false"/>

Acelerómetro <uses-feature android:name="android.hardware.sensor.accelerometer"


android:required="false"/>a

Giroscopio <uses-feature android:name="android.hardware.sensor.gyroscope"


android:required="false"/>a
92

Sensor Declaración en el Manifiesto


Magnetómetro <uses-feature android:name="android.hardware.sensor.compass"
a
android:required="false"/>

Podómetro <uses-feature android:name="android.hardware.sensor.stepcounter"


android:required="false"/>a

<uses-permission
android:name="android.permission.ACTIVITY_RECOGNITION"/>b
Barómetro <uses-feature android:name="android.hardware.sensor.barometer"
android:required="false"/>a

Termómetro <uses-feature android:name="android.hardware.sensor.ambient_temperature"


android:required="false"/>a

Ritmo Cardíaco <uses-permission android:name="android.permission.BODY_SENSORS"/>b


<uses-feature android:name="android.hardware.sensor.heartrate"
a
android:required="false"/>

GPS <uses-permission
android:name="android.permission.ACCESS_FINE_LOCATION" />b

<uses-permission
android:name="android.permission.ACCESS_COARSE_LOCATION" />b

<uses-feature android:name="android.hardware.location.gps"
a
android:required="false"/>

Micrófono <uses-permission android:name="android.permission.RECORD_AUDIO"/>b


Cámara <uses-permission android:name="android.permission.CAMERA" />b
<uses-feature android:name="android.hardware.camera"
android:required="false" />a

Nota. aAndroid Developers (2022b). bAndroid Developers (2022c)

Una vez desarrollado el módulo de registro de sensores smartphones y declarado

los permisos que no solamente servirán en este módulo, sino en todos aquellos que

obtengan datos por medio del dispositivo, se procedió a realizar un splash con el fin de que

al ingresar al aplicativo este le da la bienvenida al usuario. Para lo cual primeramente se

desarrolló un prototipo en Figma del splash como se observa en la Figura 43, con el diseño

que va a tener esta primera ventana visible.


93

Figura 43

Figma- Visualización del prototipo splash

El splash solamente muestra el nombre y logo de la app móvil, sin embargo, a nivel

de código en esta vista se detecta si el usuario a ingresado por primera vez a la app o no y

de esa forma mostrar el módulo correspondiente, para lo cual, y como se muestra en la

Figura 44, se crea un archivo en modo privado o se lo llama en caso de que ya exista,

procediendo de esa manera a obtener el dato IdSmartphone (clave única del smartphone,

conformado por el modelo, el id y el número serial del smartphone) desde este archivo,

que contendrá un valor por defecto “No hay modelo” en caso de que no exista el dato.

Figura 44

Obtención del dato IdSmartphone del archivo privado de la aplicación

En caso de que, si exista el dato, quiere decir que el usuario ya ha ingresado

anteriormente y a registrado los sensores de su dispositivo, por lo cual será redirigido al

módulo sensores. Por otra parte, si se almacena en la variable el valor por defecto quiere

decir que es la primera vez que se ingresa a la app desde su instalación, para lo cual, se

procede a buscar en la base de datos si existe el modelo del dispositivo por medio del

idSmartphone que se generara antes de la búsqueda; extrayendo en caso de que si exista,


94

la información de cada sensor (solo si el sensor existe o no) y guardándola en el archivo

sharedPreferences, tal cual se muestra en la Figura 45, procediendo luego a

redireccionarlo al módulo sensores. Caso contrario de que no exista el modelo en la base

de datos, se procede a enviarlo al módulo de registro de sensores smartphones.

Figura 45

Guardado de datos obtenido de la DB en el archivo privado de la aplicación

4.3 Desarrollo del Sprint 2

En el presente sprint, se explicará las partes relevantes con respecto al desarrollo

de las actividades pertenecientes al módulo de sensores y la primera parte del módulo de

registrar datos del sensor que está conformada por una lista de datos que se pueden

obtener de cada sensor en forma de CheckBox.

4.3.1 Módulo sensores en la aplicación móvil

En primer lugar y como se observa en la Figura 46, se elaboró un prototipo en

Figma del módulo sensores, el cual tiene como único objetivo mostrarle al usuario los

sensores (imagen y nombre del sensor) que si existen en el smartphone y que se han

detectado anteriormente en el módulo de registrar sensores smartphone.


95

Figura 46

Figma – Prototipo del módulo sensores

Una vez realizado el prototipo, se procedió a trabajar y utilizar para la vista del

módulo, un diseño GridView que permite mostrar de manera vertical y en forma de tabla

una lista de elementos tal cual se muestra en la Figura 47, especificando en el desarrollo

un total de 3 columnas separadas entre sí.

Figura 47

Módulo sensores con la implementación de un GridView

Como siguiente paso y como se observa en la Figura 48, se creó un layout del tipo

CardView, el cual contiene una imagen y nombre del sensor. Esto con el fin, de por medio
96

de un adaptador, que sirve como un puente entre una vista y los datos en sí, ir inyectando

en la CardView por medio de listas, el nombre e imagen de cada sensor las veces que sea

necesario, mostrando de esta manera en el GridView una tarjeta por cada sensor existente

en el dispositivo smartphone, tal cual se puede observar en la Figura 49, que además

muestra el módulo en su forma final y de manera funcional.

Figura 48

Diseño del layout de tipo CardView

Figura 49

App móvil – Visualización del módulo sensores funcional

Es importante mencionar que los datos que se inyectan a cada tarjeta por medio de

un adaptador y que luego se visualizan en el módulo sensores, se obtienen del archivo


97

creado y almacenado en la variable sharedPreferences, ya mencionado anteriormente en

el sprint 2, con el fin de que la aplicación no requiera del internet para que el usuario

navegue por esta vista; en donde si el sensor guardado en esta variable arroja un valor

verdadero, se procede a almacenar en dos listas los datos del sensor, siendo la primera

lista para las imágenes y la segunda para los nombres.

Además, cada tarjeta fue elaborada de manera interactiva para permitirle al usuario

al dar clic sobre una, ser redirigido al módulo de registro de datos del sensor seleccionado,

en donde cabe mencionar y como hemos visto en la Tabla 21, algunos casos como es en

el sensor micrófono, podómetro, ritmo cardíaco, gps y cámara, se requiere pedir permiso al

usuario por medio de la aplicación para utilizar el sensor, debido a que puede ser

información confidencial del mismo. En la Figura 50, se puede observar cómo se debe

solicitar permisos al usuario; en donde en caso de que el usuario aun no haya concedido el

permiso, se le solicitara en ese momento y al ya haber concedido el permiso el usuario, ya

podrá ser redirigido al módulo de registro de datos del sensor.

Figura 50

Solicitar permisos no otorgados al usuario

4.3.2 Lista de datos de sensores que se pueden obtener en la aplicación móvil

Siguiendo con el desarrollo y dado que ahora se puede navegar al módulo de

registro de datos de sensor al dar clic sobre un sensor en el módulo sensores, en la Figura

51, se puede observar el prototipo en Figma del módulo, el cual consta primeramente con

una lista de los datos que se pueden obtener del sensor, dos condiciones para la captura

del dato (cálculo 1 y 2) y el botón para el registro de los datos en la base de datos.
98

Figura 51

Figma – Prototipo del módulo de registro de sensores smartphone

Como se puede observar en primer lugar, se tiene el apartado de datos del sensor,

el cual consta de una lista del tipo CheckBox, en donde se podrá seleccionar los datos que

se desean obtener del sensor en específico. En la Tabla 22, se puede observar una lista

de los datos que se pueden extraer de cada sensor obtenido por medio del

SensorManager, en donde el nombre del sensor, no se le solicita al usuario, dado que este

se registrara automáticamente para poder visualizarlo más después en el módulo de

visualización de datos a modo de información relevante del sensor.

Tabla 22

Datos que se pueden obtener del sensor por medio de SensorManager

Dato Declaración Descripción


0 sensor.getName() Nombre dado al sensor por la empresa que lo
elaboro.
1 sensor.getVendor() Nombre del fabricante o proveedor del sensor.
2 sensor.getVersion() Versión del sensor.
3 sensor.getPower() Potencia (mA) utilizada por el sensor al estar
trabajando
99

Dato Declaración Descripción


4 sensor.getResolution() Resolución a la que trabaja el sensor, en l unidad de
medida del sensor.
5 sensor.getMaximumRange() Rango máximo del dato que se puede obtener del
sensor, en la unidad de medida del sensor.
Captura dato N/A Habilitará las condiciones de captura del dato, para
actual que el usuario pueda obtener el dato real del sensor.

Por otra parte, en la Tabla 23, se puede observar una lista de los datos que se

pueden obtener del micrófono, cámara y gps. En donde solo en el micrófono se necesitará

habilitar la opción de la captura del dato actual, dado que en la cámara y gps la lista de

datos se encontrará seleccionada completamente sin poder cambiar su valor, mostrando

las opciones de cálculo habilitadas desde el inicio.

Tabla 23

Datos que se pueden obtener del sensor micrófono, cámara y gps

Sensor Dato Declaración Descripción

Micrófono 1 N/A Frecuencia de las ondas efectuadas por el

sonido, en donde se trabajará con un valor de

8000 (Hz).

2 N/A Formato del audio, en donde se trabajará con el

ENCODING_PCM_16BIT.

Captura N/A Habilitará las condiciones de captura del dato

dato (medición del sonido), para que el usuario pueda

actual obtener el dato real del sensor.

Cámara 1 N/A El ancho máximo en la que puede capturar una

imagen o video.

2 N/A La altura máxima en la que puede capturar una

imagen o video.

3 N/A La resolución (megapíxeles) en la que puede

capturar una imagen o video.

GPS 0 location.getProvider() Nombre del proveedor de la ubicación


100

Sensor Dato Declaración Descripción

1 location.getLatitude() Latitud (°) de la ubicación.

2 location.getLongitude() Longitud (°) de la ubicación.

3 loction.getAltitude() Altitud (m) en la que se obtuvo la ubicación

4 location.getSpeed() Velocidad (m) en la que se está obteniendo la

ubicación.

5 location.getAccuracy() Precisión (m) de la ubicación.

De esta manera en la Figura 52, se puede observar cómo en el módulo de registro

de datos del sensor, la lista se encuentra ya completamente estructurada y de manera

funcional para interactuar con el usuario, en donde solamente se obtendrán los datos que

se seleccionen para el registro o en el caso de seleccionar el dato que necesite de un

cálculo habilitara los cálculos, tal cual se muestra en el prototipo y se da a conocer en el

sprint 3.

Figura 52

Visualización de listas de datos de varios sensores ya funcional

4.4 Desarrollo del sprint 3

Continuando, en el siguiente sprint, se detalla el proceso que se llevó a cabo para

capturar los datos de los sensores por medio de la implementación de los cálculos ya

funcionales y también el botón que servirá para registrar en la base de datos la información

que el usuario seleccione y solicite.

4.4.1 Selección de condición de captura del dato en la aplicación móvil

Como hemos visto ya anteriormente en el sprint 3, en el módulo de registro de

datos del sensor, se requiere dos tipos de cálculos que se habilitaran solamente si el
101

usuario requiere capturar el dato actual que trae el sensor. Para lo cual en la Tabla 24, se

puede observar, que se obtendrá en cada cálculo de los diferentes sensores; en donde

cabe especificar de manera detallada que el sensor proximidad, solamente trae la

proximidad mínima y máxima a la que puede trabajar cuando un objeto se coloca encima

del sensor.

Tabla 24

Detalles del dato a calcular por medio del sensor

Sensor Cálculo 1 Cálculo 2

Proximidad Proximidad Corta Proximidad Larga

Luz ambiental Iluminación Espacio Interno Iluminación Espacio Externo

Acelerómetro Dispositivo Vertical Dispositivo Horizontal

Giroscopio Dispositivo Vertical Dispositivo Horizontal

Magnetómetro Cálculo 1 Cálculo 2

Podómetro Dar 10 Pasos Dar 15 Pasos

Barómetro Presión en la Mañana Presión en la Tarde

Termómetro Temperatura en la Mañana Temperatura Medio Día

Ritmo Cardíaco Al Correr Al Caminar

GPS UTPL – La Cruz UTPL – Canchas Deportivas (Al fondo)

Micrófono Cafetería UTPL Biblioteca UTPL

Cámara Cámara Frontal Cámara Trasera

Además, como en cada cálculo se debe capturar el dato generado por el sensor, en

la Tabla 25 se muestra de manera general una lista de la clase SensorEvent de cada

sensor que se puede obtener a través de SensorManager, el cual contiene los datos

generados en ese instante por el sensor. En esta tabla se observa no solamente el cómo

se debe llamar a su evento el cual contiene el dato, sino también una breve descripción de

que es el dato y su unidad de medida. En el caso del sensor micrófono, cámara y gps,

estos no tienen un SensorEvent por lo que los datos que se pueden obtener del sensor se

detallaron en la Tabla 23.


102

Tabla 25

Declaración del evento que trae cada sensor por medio del uso de SensorManager

Sensor SensorEvent
Eventos del sensor Descripción Unidad de medida
Proximidad event.values[0] Distancia respecto al objeto cm
Luz ambiental event.values[1] Iluminación lx
Acelerómetro event.values[0] Aceleración en el eje X m/s2
event.values[1] Aceleración en el eje Y
event.values[2] Aceleración en el eje Z
Giroscopio event.values[0] Rotación alrededor del eje X rad/s
event.values[1] Rotación alrededor del eje Y
event.values[2] Rotación alrededor del eje Z
Magnetómetro event.values[0] Fuerza magnética en el eje X μT
event.values[1] Fuerza magnética en el eje Y
event.values[2] Fuerza magnética en el eje Z
Podómetro event.values[0] Cantidad de pasos realizados pasos
Barómetro event.values[0] Presión del aire ambiental hPa o mbar
Termómetro event.values[0] Temperatura ambiente °C

De esta manera y cómo se observa en la Figura 53, el apartado de los tipos de

cálculos dentro del módulo se encuentra completamente funcional y listo para interactuar

con el usuario, en caso de que este requiera capturar el dato del sensor en ese preciso

instante.

Figura 53

Condiciones de captura del dato correctamente funcional


103

4.4.2 Registrar datos del sensor en la aplicación móvil

Para finalizar con este módulo de registro de datos del sensor, se procedió al

desarrollo del botón que permitirá al usuario registrar en la base de datos la información

seleccionada y capturada. En donde cabe mencionar que este botón Registrar, se

encontrara deshabilitado por dos razones, primeramente, porque no se encuentra

seleccionado algún dato de la lista de datos que se pueden obtener del sensor, y segundo

si se ha requerido la captura del dato generado por el sensor y no se ha seleccionado el

tipo de cálculo, tal cual se muestra en la Figura 54; caso contrario este se habilitara.

Figura 54

Botón Registrar interactivo y módulo registrar datos del sensor funcional

Una vez que el botón Registrar se encuentre habilitado y el usuario de clic sobre el

mismo, se procederá a obtener y a guardar en un documento los datos que se han

seleccionado en la lista y también el dato capturado por el sensor si el usuario lo ha

requerido, tal cual se observa en la Figura 55, para posteriormente actualizar la

información del sensor en la base de datos, en donde solamente se actualizarán aquellos

datos que sean diferentes a los que ya se encuentran registrados anteriormente.


104

Figura 55

Guardado de datos requeridos en el documento

De igual forma, cabe mencionar que una vez que los datos se actualicen en la base

de datos, el usuario será redirigido al módulo de visualizar datos registrados, para lo cual

se envía el documento que contiene la información de todos los datos registrados en la

base de datos hasta el momento del sensor y el tipo de sensor al cual pertenece los datos,

al siguiente módulo por medio de la inyección de argumentos al fragmento, con el fin de

evitar que el usuario esté conectado a internet para visualizar estos datos.

4.5 Desarrollo del Sprint 4

En el presente sprint, se da a conocer el desarrollo de manera general del módulo

visualizar datos registrados, el cual se muestra una vez que el usuario de a registrar los

datos del sensor y estos ya se hayan cargado en la base de datos, y también el desarrollo

de las ventanas flotantes que harán más interactiva la aplicación con el usuario, al

momento de registrar los sensores y sus datos.

4.5.1 Visualizar datos registrados en la aplicación móvil

Continuando con el desarrollo de los módulos de la aplicación, en la Figura 56, se

puede observar el prototipo del último módulo de la aplicación móvil desarrollado en

Figma, el cual trata sobre visualizar datos registrados, que se muestra una vez los datos

del sensor hayan sido registrados en el módulo de registrar datos del sensor seleccionado.
105

Figura 56

Figma – Prototipo del módulo de resultados obtenidos del sensor seleccionado

Para el desarrollo del siguiente módulo, primeramente, se obtuvo la instancia de los

argumentos enviados para obtener el tipo de sensor y el documento con toda la

información registrada hasta el momento del sensor. El tipo de sensor permitirá mostrar en

la vista, la imagen o icono del sensor del cual se esté mostrando los resultados, junto con

el nombre del sensor que se extrae del documento en caso de que exista, caso contrario el

nombre se obtendrá de la variable tipo de sensor, tal cual se muestra en la Figura 57.

Figura 57

Visualización del apartado que contendrá el nombre e icono del sensor

Una vez cargada la imagen y cómo se observa en la Figura 58, se procedió para la

visualización de resultados primeramente a colocar un RecyclerView en el apartado de

información del módulo, para mostrar en una lista de manera vertical todos los datos

obtenidos del sensor.


106

Figura 58

Agregación de RecyclerView al apartado de información

Como siguiente paso y como se muestra en la Figura 59, se construye un layout

con dos TextView, el primero para el nombre del dato y el segundo para su resultado, con

el fin de por medio de un adaptador ir inyectando en la vista RecyclerView del apartado de

información todos los datos existentes del sensor hasta el momento, a excepción del

nombre que ya se lo agrego anteriormente, tal cual se puede observar en la Figura 60.

Cabe mencionar que la información que se extrae se detalló en el sprint 2 y 3 en relación

al módulo de registro de datos del sensor, como son las Tablas 22, 23, 24 y 25.

Figura 59

Layout para mostrar la información registrada en la DB del sensor


107

Figura 60

Módulo resultados completamente funcional con información de prueba

Para finalizar con la realización del presente módulo se creó un botón que le

permitirá al usuario al dar clic ser redirigido al módulo sensores por si desea registrar los

datos de otro sensor.

4.5.2 Ventanas flotantes para la aplicación móvil

Por último, para finalizar con el desarrollo de la aplicación móvil, a continuación, se

da a conocer los diálogos realizados con el propósito de hacer más interactiva la app. Por

este motivo, en la Figura 61, se observa el prototipo en Figma sobre el dialogo que se

mostrará al registrar los sensores del smartphone al iniciar por primera vez. Esta ventana

flotante consta de una barra de progreso que a medida que se vaya detectando un sensor

(existente o no), esta vaya incrementando su valor hasta llegar al 100%.

Figura 61

Figma – Prototipo de la ventana flotante de registro de sensores


108

De esta manera y como se muestra en la Figura 62, el dialogo que se visualizara al

comenzar con el registro de los sensores smartphone se encuentra completamente

funcional, redirigiendo al módulo sensores una vez que se detecten todos los sensores.

Figura 62

Dialogo de registro de sensores funcional

Continuando, en la Figura 63 se observa el prototipo en Figma del dialogo para

guardar datos de los sensores, que se mostrará mientras se revisa y guarda en la base de

datos la información del sensor, una vez escogido de la lista que datos o que cálculo se va

a registrar. De este modo, en la Figura 64 se muestra la ventana flotante para registrar

datos de los sensores completamente funcional.

Figura 63

Figma – Prototipo de la ventana flotante para guardar datos de sensores


109

Figura 64

Dialogo para el registro de datos completamente funcional

Siguiendo en la Figura 65, se observa el prototipo realizado en Figma sobre el

dialogo para capturar el dato de algunos sensores, con el fin de brindarle un poco más de

información de cómo se capturará el dato al usuario, en donde si se da a iniciar el cálculo

se mostrará un conteo regresivo o incremental (dependiendo de que dato se vaya a

guardar), para que el usuario se prepare o de comienzo a la captura del dato, en donde en

el caso del sensor podómetro y ritmo cardíaco la captura empezará al finalizar el conteo y

en el caso del micrófono mientras se esté en el conteo. Por último, para guardar la

información se debe dar clic en cargar para que comience el registro en la base de datos.

Figura 65

Figma – Prototipo de la ventana flotante para realizar cálculo de algunos sensores

En la Figura 66, se muestra el dialogo completamente funcional que sirve para

calcular datos de algunos sensores y luego si cargar toda la información deseada del

sensor en la base de datos. Cabe recalcar que en el caso del sensor podómetro que
110

requiere para la captura del dato encontrase en la pierna del usuario al caminar, y en el

caso del sensor ritmo cardíaco, al finalizar el tiempo se reproducirá un sonido para alertar

al usuario que ya puede comenzar a capturar el dato del sensor.

Figura 66

Dialogo para la captura del dato de algunos sensores completamente funcional

Continuando, en la Figura 67, se observa el último dialogo interactivo de la

aplicación realizado en Figma para las ocasiones en que no exista una conexión a internet.

El dialogo entra en función cuando se dé comienzo al registro de sensores, al registro de

datos de sensores y también cuando se ingrese por primera vez a la aplicación y se

verifique que el modelo no exista en la base de datos, es decir, se lo utilizará cuando se

necesite ingresar a la base de datos. En la Figura 68, se muestra el dialogo

completamente funcional.

Figura 67

Figma – Prototipo de la ventana flotante para cuando no se encuentre internet


111

Figura 68

Dialogo para el error de conexión a internet

Para finalizar, en la Figura 69, se observa cómo se realiza el cambio del icono de la

aplicación que viene por defecto al crear el proyecto, para lo cual por medio de la carpeta

res, se creó un nuevo Image Asset agregando el icono para la aplicación y también

modificando la escala para que se adecue a la visualización.

Figura 69

Cambio del icono de la aplicación

Nota. El icono tiene un tamaño de 512 x 512 pixeles, el cual se encuentra junto al resto del

prototipo en Figma.
112

4.6 Desarrollo del Sprint 5

A continuación, se dará a conocer el cómo se llevó a cabo el desarrollo del

aplicativo web que servirá para visualizar la información obtenida de todos los

smartphones y realizar su respectivo análisis, para lo cual en el presente sprint se detallará

como se efectuó el desarrollo del módulo login y el menú de navegación.

4.6.1 Login del sitio web

Figura 70

Figma – Prototipo del módulo login del sitio web

Nota. El prototipo web realizado en Figma, se lo puede encontrar en el siguiente enlace:

https://www.figma.com/file/eHP2j1I3L5w2CFDFbDGRN4/Analysis-Data-Sensor?node-

id=3%3A2

Para empezar, en la Figura 70 se puede observar el prototipo en Figma del módulo

login del sitio web, el cual le da la bienvenida al administrador que va a ser el único usuario

que podrá ingresar al sitio web, que además cuenta con uno formulario sencillo que

verifica que la información ingresada tanto en el correo como en la contraseña sea válida.

En la Figura 71, se muestra la versión final y funcional del módulo de inicio de

sesión, en donde una vez autenticada la información ingresada por el administrador se

procederá a redirigirlo al dashboard del sitio web.


113

Figura 71

Módulo login del sitio web completamente funcional

Cabe recalcar que para el tema de autenticación anteriormente ya se inicializo

Firebase Authentication dentro del sprint 0 en la creación de la base de datos, por lo que

se procedió a vincular Firebase con el sitio web agregando el SDK en el proyecto, y luego

procediendo como se muestra en la Figura 72 a crear un servicio con el fin de conectarse y

obtener información de los usuarios agregados para la autenticación, en donde cabe

recalcar que solamente existe uno que es el admin; para lo cual se envía el correo y

contraseña ingresados a Firebase y en el caso de encontrarse registrado, este nos

permitirá retornar al administrador al módulo dashboard.

Figura 72

Servicio de autenticación con Firebase Authentication


114

4.6.2 Menú de navegación del sitio web

Continuando en la Figura 73, se muestra el prototipo en Figma del menú que se

visualizará en todos los módulos a excepción del login, el cual consta de dos partes, el

encabezado y el menú vertical que será responsivo, es decir se abre y cierra ajustando el

contenido de la ventana al tamaño específico.

Figura 73

Figma – Prototipo del menú del sitio web

De esta manera en la Figura 74, se observa el menú completamente funcional en el

sitio web, en donde cabe recalcar que el nombre del aplicativo Analysis DataSensor

permitirá navegar al dashboard o página inicial, el botón admin permitirá abrir un submenú

para cerrar sesión que nos devolverá al módulo login, además, en el encabezado también

se observara el nombre del módulo o ventana en el que nos encontramos actualmente; en

cuanto al menú vertical, al dar clic sobre un sensor este permitirá al administrador

visualizar información del sensor en específico (smartphones que tienen el sensor y gráfica

de probabilidad de errores de los smartphones) en los módulos de los sensores y también

navegar al módulo de registro de sensores externos.


115

Figura 74

Menú funcional del sitio web

4.7 Desarrollo del Sprint 6

En el presente sprint se da a conocer la manera en cómo se obtiene la información

de cada sensor smartphone desde la base de datos por medio de peticiones a la API a

través del sitio web y también el desarrollo del módulo para la gestión de sensores

externos que permitirá por medio de una comparación determinar qué modelo smartphone

tiene una menor probabilidad de fallo en cuanto a cada sensor.

4.7.1 Obtener información de los sensores en el sitio web

En términos generales para la obtención de la información de cada sensor con los

que cuenta un smartphone, se procedió a crear primeramente un servicio en el proyecto

denominado sensores-smartphones como se muestra en la Figura 75, el cual cuenta con

dos métodos. El primer método getSensorSmartphone(), permite obtener todos los

modelos registrados en la base de datos para su posterior filtración en donde se obtendrá

el modelo que presenta menos fallos en cada sensor y que se visualizara en el dashboard,

por otra parte, el segundo método getSensorSmartphoneExist(), permite obtener todos los

dispositivos registrados que cuentan con un sensor en específico, el cual se lo utilizará

para visualizar toda la información de cada sensor en las tablas y la probabilidad de error

de cada modelo en las gráficas.


116

Figura 75

Servicio para obtener modelos smartphones de la DB

Figura 76

Servicio para obtener el o los modelos con menos fallos

Una vez obtenido los modelos smartphone queda calcular y obtener el modelo que

presenta menos fallos en cuanto a cada sensor, para lo cual en la Figura 76, se observa la

creación de otro servicio denominado error-rate-model que permitirá recorrer cada modelo

que cuente con un sensor en específico y obtener la probabilidad de error de los dos
117

cálculos existentes comparando cada uno con los valores de los cálculos de los sensores

externos.

Esto se realiza dentro de los métodos equationPorcentajeError(), que utiliza la

formula (dato exacto – dato aproximado) / (dato exacto * 100), para obtener el

porcentaje de error y smartphoneMediaEquation(), que obtiene el promedio o la media de

los cálculos de cada sensor por medio de la formula (dato 1 + dato 2 + … + dato n) / total

de datos. En caso de que algún cálculo no se halla registrado aun, tanto en los sensores

de cada smartphone como en los sensores externos, este no se tomara en cuenta para la

obtención del error.

Una vez obtenido el porcentaje de error de cada modelo en cuanto a un sensor en

específico, en el método mediaModelMarcaDuplicados(), se busca todos los modelos o

marcas únicas dependiendo de lo que se desee obtener dentro del array de tipo objeto que

contiene ya las probabilidades de error de cada modelo y luego se procede a guardar en

otro array ya los modelos o marcas únicas con su probabilidad de error sacando la media

en caso de haber más de un dispositivo con el mismo modelo o marca.

Por último, en el método smartphoneMenosFallos(), se procede a devolver el array

de tipo objeto ordenado de manera ascendente para asi mostrar en el dashboard el

modelo con menos fallos en cada sensor y también mostrar en las gráficas los modelos o

marcas ordenados de menor o mayor.

4.7.2 Gestionar datos de sensores externos en el sitio web

Para la gestión de datos de sensores externos en el sitio web, primeramente, se

creó un prototipo del módulo para registrar sensores externos, tal cual se muestra en la

Figura 77, el cual consta de dos partes, de un formulario que permitirá registrar o actualizar

los datos de un sensor externo y de una lista con tarjetas en donde se visualiza la

información de cada sensor con un submenú de opciones en la parte superior derecha que

contendrá opciones como editar y eliminar.


118

Figura 77

Figma – Prototipo del módulo registrar sensor externo

De esta manera, para el formulario primeramente se colocó todos los sensores con

los que se van a trabajar para que el administrador elija de esta lista cual va a registrar, en

donde una vez registrado este sensor ya no se podrá volver a agregar en la DB (estos se

encontraran desactivados), como segunda parte este cuenta con campos en donde se

colocara la información del sensor, en donde dependiendo del sensor seleccionado se

mostraran los campos específicos, tal cual se muestra en la Figura 78 y 79. Además, cabe

recalcar que el o los campos pertenecientes al cálculo dos no serán requeridos si no se

comienzan a llenar uno de ellos y también una vez registrado ya todos los sensores

externos el formulario desaparecerá, y se volverá o mostrar cuando se desee actualizar la

información de un sensor externo.

Figura 78

Formulario para registrar sensores externos con dos campos para cada cálculo
119

Figura 79

Formulario para registrar sensores externos con campos para el gps

En la Figura 80, en cambio se muestra las tarjetas con toda la información de los

sensores externos registrados hasta el momento, con su nombre fabricante y datos de los

dos cálculos, en donde si el segundo cálculo no se ha registrado aun, este mostrará un

valor de 0 por defecto. Además, al hacer clic sobre el submenú, este enseña las opciones

como editar que mostrará el formulario en caso de que se haya ocultado y llenara los

campos con la información ya registrados hasta el momento para que el administrador

proceda a actualizar y también muestra la opción de eliminar el sensor seleccionado, en

donde una vez eliminado se volverá a activar en la lista de sensores del formulario.

Figura 80

Lista de sensores externos registrados


120

Para finalizar con el presente módulo, cabe recalcar que la gestión de la

información de los sensores externos se realizó por medio de la creación de un servicio

denominado crud-sensor-externo, tal cual se muestra en la Figura 81, en donde como su

nombre lo dice cuenta con un crud conectado a la DB, que permitirá registrar, modificar,

eliminar y observar la información de la colección llamada SensoresExternos.

Figura 81

Servicio con métodos para registrar, ver, modificar y eliminar sensores externos

4.8 Desarrollo del Sprint 7

En el presente sprint, se detalla de manera general la realización del módulo

dashboard o página inicial, en donde cabe recalcar que la forma de obtención del

porcentaje de error dependiendo de un sensor en específico ya se dio a conocer en el

sprint 6, dentro del aparto de obtención de información de sensores.

4.8.1 Dashboard del sitio web

En primer lugar y como se observa en la Figura 82, se creó un prototipo en Figma

del módulo dashboard, el cual mostrará en tarjetas la información de cada sensor, como es

el nombre del sensor, el icono del sensor, el modelo smartphone que presenta menos

fallos y el porcentaje de error que tiene el modelo.


121

Figura 82

Figma – Prototipo del dashboard del sitio web

Figura 83

Módulo dashboard completamente funcional

De esta manera, para obtener el modelo con menos fallos en cada sensor, se envió

al servicio error-rate-model (información en el sprint 6 y en la Figura 76) un array de tipo

objeto con todos los modelos smartphones que cuenten con ese sensor (información en el

sprint 6 y en la Figura 75, método getSensorSmartphone()), y una vez obtenido los

modelos con el porcentaje de error calculado ordenados de menor a mayor, se procedió a

actualizar los campos de cada sensor (tarjeta) con la información del que presenta una

probabilidad de error menor (aquel que se encuentra en la primera posicion del array).

Además, cada tarjeta es interactiva cambiando sus colores al colocar la flecha del

ratón sobre una de ellas y también cabe mencionar que al hacer clic sobre cada tarjeta

este nos redirigirá al módulo de cada sensor para ver la información de manera más

detallada. En la Figura 83, se puede observar el módulo dashboard completamente


122

funcional e interactivo con datos de ejemplo y en el caso de aun no haber registrado un

sensor externo, la tarjeta perteneciente al sensor no mostrará información.

4.9 Desarrollo del Sprint 8

En el presente y último sprint, se da a conocer de manera general el procedimiento

que se llevó a cabo para mostrar la información de los modelos smartphone que cuentan

con cada sensor y a la vez la gráfica con los porcentajes de errores de cada modelo o

marca ordenados ascendentemente, en donde como dato extra podemos también ver la

exactitud que presenta el modelo o marca smartphone en cuanto al sensor.

4.9.1 Visualizar información de cada sensor en el sitio web

Primeramente y como se muestra en la Figura 84, se elabora un prototipo en Figma

del módulo que mostrará información de un sensor en específico, en esta ventana se

puede observar primeramente un filtro de datos que se relaciona con la gráfica, en donde

se puede elegir si se desea mostrar por modelo o marca smartphone y cuantos datos se

desea visualizar. Siguiendo tenemos lo que es la tabla en donde se mostraran todos los

modelos smartphone que cuentan con este sensor y su información tanto general (modelo,

marca) como del sensor, además de su probabilidad de error. Esta tabla cuenta con un

buscador que filtrará los datos a visualizar en la tabla por su modelo o marca.

Figura 84

Figma – Prototipo del módulo que muestra la información de cada sensor


123

De esta manera para obtener la información de que modelos cuenta con el sensor,

se vuelve a hacer uso del servicio sensores-smartphones (información en el sprint 6 y en la

Figura 75), más específico del método creado en el servicio denominado

getSensorSmartphoneExist(), el cual como ya se mencionó trae los smartphones que

cuentan con un sensor en específico dentro de un array de tipo objeto, continuando así

con el cálculo de error de cada modelo sin unir los duplicados dado que en la tabla se

mostrará el error que presenta cada modelo (llamado al servicio error-rate-model).

Para el apartado de la gráfica, en primer lugar, se creó un formulario que nos

permitirá obtener los filtros de cómo se va a mostrar la información, el cual al ingresar por

primera vez tendrá los valores por defecto mostrar por modelo y cantidad de datos a

mostrar un total de 10, lo cual se verá representado en la gráfica que a la vez mostrará

modelos o marcas únicos (por medio del servicio error-rate-model, método

mediaModelMarcaDuplicados()). Además, si aún no se ha registrado la información del

sensor externo que se va a usar y los datos de algún modelo, la gráfica no mostrará

resultados. En la Figura 85, se muestra de manera funcional la gráfica con datos de

ejemplo del sensor de luz, en donde se observa tanto su error como su exactitud.

Figura 85

Módulo visualizar información de cada sensor – Gráfica

Por otra parte, cabe mencionar que el apartado de la gráfica se encuentra en un

componente aparte al de la ventana en donde se está visualizando, el cual se puede


124

llamar en las diferentes páginas en las se desee por medio de su etiqueta personalizada

app-graph-sensors, que recibe como parámetros una variable con el sensor del cual

queremos ver los datos, tal cual se observa en la Figura 86.

Figura 86

Llamado del componente graph-sensors desde el módulo de información de sensores

Continuando, tenemos la tabla en donde se podrá visualizar todos los modelos

smartphone que cuenten con el sensor del cual queremos ver los datos. Esta tabla

mostrará datos del smartphone como el modelo, marca, error o porcentaje de fallo y la

información del sensor que tiene el dispositivo y que se ha registrado en la DB (Tabla 22 y

23), junto con la información de los dos diferentes cálculos. En la Figura 87, se observa la

tabla con datos de ejemplo respecto al sensor de luz.

Figura 87

Módulo visualizar información de cada sensor – Tabla

Figura 88

Filtrado de datos en la tabla utilizando el buscador

Cabe mencionar que, el buscador filtra los datos de cada smartphone por su

modelo o marca y en caso de no existir el modelo o marca ingresado este mostrará en los
125

campos de la tabla no hay datos. En la Figura 88, se muestra un claro ejemplo de cómo

funciona el buscador dentro de la ventana perteneciente al sensor de luz.

Una vez terminado el desarrollo y como se observa en la Figura 89, se procedió a

crear el Hosting dentro de Firebase, el cual ya nos da dos dominios por defecto los cuales

podemos usar para abrir nuestro sitio web desde cualquier ordenador sin mucho esfuerzo

y de manera segura.

Figura 89

Creación de Hosting en Firebase

Sin embargo aunque los dominios ya estén predefinidos, aun se debe compilar el

proyecto y subirlo al Hosting, para lo cual una vez vinculado e inicializado el proyecto con

Firebase Hosting por medio del comando firebase init, en donde se crearon dos archivos

firebase.json (configuración del Hosting del proyecto) y .firebaserc (contiene el enlace del

proyecto con Firebase Hosting), se procedió a ejecutar el comando npm run build que

construye y compila la aplicación transformando el código TypeScript en formato HTML y

CSS para que sea entendible por la web, que además genera una carpeta con estas

directrices.

Una vez compilado el código de la aplicación, a continuación y dentro del archivo

firebase.json se procedió a modificar el apartado public del Hosting agregando el path de

la carpeta que contiene la compilación de la aplicación en HTML y CSS, tal cual se

muestra en la Figura 90.


126

Figura 90

Agregación del path que contiene las directrices de la app para la compilación del Hosting

Por último y como se muestra en la Figura 91, se procedió a ejecutar el comando

firebase deploy para subir al Hosting de Firebase los ficheros que contienen la aplicación

en el formato HTML y CSS, en donde una vez terminado su ejecución y este no presente

errores ya podemos ingresar al sitio web por medio de los dominios predeterminados.

Figura 91

Subida del proyecto al Hosting

Nota. Podemos ingresar a la aplicación por medio de los siguientes dominios:

https://datasensor-30005.web.app/ o https://datasensor-30005.firebaseapp.com/
127

Capítulo cinco

Pruebas y Resultados del Prototipo

En el presente capítulo se dará a conocer de manera general las pruebas

realizadas a la aplicación móvil y web, con el fin de evaluar y verificar que realicen su

función de la manera correcta y que puedan ser utilizadas por todos los usuarios, ya sea

que tengan una discapacidad o no. Además, también se dara a comprender los resultados

obtenidos con el fin de determinar cuál es la fiabilidad y sensibilidad de los sensores

smartphone en cuanto a los datos que generan.

5.1 Pruebas del Prototipo

5.1.1 Pruebas de Accesibilidad Móvil y Web

Las pruebas de accesibilidad se caracterizar por garantizar que las aplicaciones

móviles o web desarrolladas, son fáciles de utilizar por el público en general incluyendo

personas con discapacidad, con una gran satisfacción y efectividad ya sea desde un

smartphone o un ordenador.

Primeramente, se desarrollaron las pruebas de accesibilidad para la aplicación

móvil, en donde se utilizó la aplicación recomendada por Google denominada pruebas de

accesibilidad, la cual brinda sugerencias de que se puede mejorar en cada módulo o

ventana flotante.

En la Figura 92 y 93, se puede observar el testing de accesibilidad realizada sobre

el módulo de registrar sensores y su ventana flotante perteneciente, en donde la aplicación

utilizada para las pruebas detecto y sugirió que se cambie el contraste del color del texto

“Hola” y “cargando…”, por lo que se procedió a utilizar el mismo color, pero más oscuro.
128

Figura 92

App móvil – Prueba de accesibilidad módulo registrar sensores

Figura 93

App móvil – Prueba de accesibilidad ventana flotante registrar sensores

En la Figura 94, se puede observar en cambio que el testing realizado sugiere

mejorar el botón de regresar, el titulo principal del listado de datos del sensor y los botones

del tipo de cálculo, para lo cual revisando las sugerencias dadas se procedió a

implementar al botón regresar una etiqueta que describa la acción del botón y al igual que

los botones del tipo de cálculo se incrementó su altura y por último, al título principal del

listado se procedió a cambiar el color del texto a un color más oscuro.


129

Figura 94

App móvil – Prueba de accesibilidad módulo registro datos de sensores

En la Figura 95, en cambio se muestra las recomendaciones dadas en el título del

sensor y en la información del sensor al finalizar el testing dentro del módulo visualizar

resultados, en donde se sugiere y se procedió a cambiar el color de los textos por un color

más oscuro.

Figura 95

App móvil – Prueba de accesibilidad módulo resultados


130

En la Figura 96, se puede observar que el testing recomienda realizar

modificaciones sobre el botón cerrar la ventana flotante perteneciente a realizar calculo,

incrementando su altura y anchura a 48dp, sin embargo, el botón ya tiene una altura y

anchura superior al sugerido, por lo que no se procedió a realizar cambios.

Figura 96

App móvil – Prueba de accesibilidad ventana flotante realizar calculo

De igual forma, cabe mencionar que se hicieron pruebas de accesibilidad en los

demás módulos y ventanas flotantes de la aplicación móvil, los cuales, debido a su diseño

sencillo y fácil de entender para todo usuario, el testing no presento recomendaciones a

realizar sobre su estructura.

A continuación, se da a conocer las pruebas de accesibilidad realizadas sobre la

aplicación web por medio de la extensión de Google denominada lighthouse que permite

dar a conocer la calidad de esta; la cual verifica la accesibilidad, el SEO (optimización de

motores de búsqueda), brinda practicas recomendadas, entre otras cosas más.

En la Figura 97, se muestra los resultados obtenidos al realizar la prueba sobre el

módulo Login, en donde se obtuvo una accesibilidad del 100% dándonos a entender que
131

esta ventana es accesible para toda persona, además, también se obtuvo en prácticas

recomendadas utilizadas un 100% y 91% en optimización de buscadores (SEO).

Figura 97

App web – Resultados de la prueba de accesibilidad sobre el módulo login

Figura 98

App web – Resultados de la prueba de accesibilidad sobre el módulo home

Figura 99

App web – Sugerencias de la prueba de accesibilidad sobre el módulo home


132

En la Figura 98 y 99, se puede observar la prueba realizada sobre el módulo Home

o Dashboard, en donde se obtuvo una accesibilidad del 91% dado que existen subtítulos y

palabras en tamaño pequeño en las tarjetas, los cuales a la vez son de colores grises,

también debido a que el menú de navegación tiene una etiqueta de línea para dividir el

botón para navegar a los sensores externos de los botones de sensores smartphone.

Además, el módulo sigue teniendo un 100% en prácticas recomendadas realizadas y un

91% en SEO.

En la Figura 100 y 101, en cambio, se muestra las pruebas realizadas sobre un

módulo que muestra información de sensores smartphone, en este caso del sensor GPS,

en donde se obtuvo una accesibilidad del 95% debido a que los colores de fondo con los

de los títulos no tienen tan buen contraste, sin embargo, los títulos son completamente

visuales y leíbles.

Además, se encuentra el mismo error del menú de navegación, ya que este se

muestra en todos los módulos a excepción del Login y también se cuenta con los mismos

resultados en prácticas recomendadas llevadas a cabo y SEO.

Figura 100

App web – Resultados de la prueba de accesibilidad sobre el módulo información de sensores


133

Figura 101

App web – Sugerencias de la prueba de accesibilidad sobre el módulo información de sensores

Para finalizar en la Figura 102 y 103, se puede observar la prueba realizada sobre

el módulo Sensores Externos, en donde se obtuvo una accesibilidad del 93% dado que

existen palabras pequeñas en las tarjetas y también debido a que los colores de los títulos

y subtítulos no tienen buen contraste con el fondo, sin embargo, el módulo es

completamente visual aún con sus títulos y subtítulos en un color azul. Además, se

encuentra el mismo error del menú de navegación y se sigue obteniendo un 100% en

prácticas recomendadas llevadas a cabo y 91% en SEO.

Figura 102

App web – Resultados de la prueba de accesibilidad sobre el módulo sensores externos


134

Figura 103

App web – Sugerencias de la prueba de accesibilidad sobre el módulo sensores externos

5.1.2 Pruebas de Carga, Rendimiento y Estrés

Las pruebas de carga, rendimiento y estrés ayudan a determinar si un sitio web es

capaz de soportar la utilización que le dan las personas en el mundo real a un software, en

donde se mide su respuesta en sí.

Para estas pruebas se utilizará la herramienta JMeter dado que tiene como función

realizar este tipo de pruebas a varios servicios como son las aplicaciones web a través de

la incorporación de usuarios temporales al momento de la ejecución, en donde se debe

entender que para las pruebas de carga se utilizan pocos usuarios, ya que la intención es

ver si la página es capaz de cargar en copo tiempo y para las pruebas de estrés se utilizan

bastantes usuarios con la intención de ver en qué momento colapsa el software y en

ambos casos se puede visualizar su rendimiento.

Primeramente y como se puede observar en la Figura 104 y 105, una vez que se

agrega un grupo de hilos ‘DataSensor_p2’, se debe agregar un HTTP Request Defaults

dentro de nuestro hilo de trabajo para las pruebas, el cual contendrá el servidor de nuestra

página web con el fin de no tener que colocarlo para cada prueba de los diferentes

módulos. Luego se procede a crear un HTTP Request a nivel de nuestro hilo de trabajo
135

para cada módulo, en donde se agregará su método HTTP dependiendo de que haga el

módulo, su path y solamente en el caso del login se agregaran parámetros como son el

email y contraseña.

Figura 104

App web – Carga del servidor web

Figura 105

App web – Carga del path y su método HTTP de cada módulo

Figura 106

App web - Usuarios para la prueba de carga


136

En la Figura 106, se puede observar que para la prueba de carga se utilizaran 10

usuarios en un periodo de subida de 5 segundos, la cual se realizará una sola vez durante

la ejecución.

En la Figura 107, en cambio, se pueden visualizar los resultados que se han

obtenido al finalizar la prueba de carga, en donde se puede ver que los diferentes módulos

cargaron sin problemas teniendo un error del 0%, en cuanto al tiempo mínimo y máximo

que demoro en cargar un módulo, se tiene un tiempo mínimo de 134 milisegundos que

corresponde al módulo de sensor barómetro y un tiempo máximo de 328 milisegundos que

corresponde al módulo login.

De igual manera podemos observar que su rendimiento total fue de 21.8 segundos,

por lo que teniendo en cuenta todo lo analizado en esta prueba, se puede determinar que

la página carga sin problemas y su tiempo de carga es muy bajo.

Figura 107

App web – Resultados de la prueba de carga

A continuación, y como se muestra en la Figura 108, para la prueba de estrés se

utilizarán 1000 usuarios con la intención de evaluar la estabilidad y disponibilidad del

software al tener una carga grande de usuarios, el cual tendrá un periodo de subida de 10

segundos y se ejecutará una sola vez.


137

Figura 108

App web - Usuarios para la prueba de estrés

Figura 109

App web – Resultados de la prueba de estrés

En la Figura 109, se puede visualizar los resultados obtenidos de la prueba de

estrés de los diferentes módulos, en donde se tiene un error total de 0.59% dándonos a

conocer que la página colapso en sus módulos teniendo como error más alto de 4%

correspondiente al login; de la misma manera podemos observar que el tiempo mínimo de

carga fue de 135 milisegundos en el módulo sensores externos y sensor proximidad, y el

tiempo máximo de carga fue de 8608 milisegundos en el módulo home, teniendo de esta

manera un rendimiento total de 407.8 segundos.


138

5.1.3 Pruebas de Funcionalidad (Pruebas Unitarias) Móvil y Web

Las pruebas funcionales tienen como fin determinar si los requisitos del por cuál se

está realizando una aplicación móvil o web son tomadas en cuenta, es decir, el software

debe hacer exactamente lo que se pidió al principio.

Primeramente, se da a conocer las pruebas unitarias desarrolladas en la app móvil,

en donde hay que tener en cuenta que dado que vamos a comprobar cómo funcionan los

sensores se debe hacer uso de un smartphone, ya que Android Studio no cuenta con

servicios para trabajar con sensores a través de la máquina virtual, por lo que se debe

realizar con un dispositivo del cual se disponga a través de la depuración USB.

De esta manera, en la Figura 110, se pueden observar las diferentes pruebas

unitarias realizadas y ejecutadas sobre dos diferentes modelos smartphone, en dando se

puede visualizar que cada modelo smartphone paso las diferentes pruebas realizadas

sobre los sensores, teniendo el modelo Samsung SM-G935F una duración de ejecución de

0.223 segundos y el modelo Tecno Mobile Limited TECNO LD7 una duración de 0.256

segundos.

Figura 110

App móvil - Resultados de las pruebas realizadas sombre dos modelos smartphones
139

A continuación, se da a conocer los resultados obtenidos al realizar las respectivas

pruebas unitarias sobre cada componente que conforman la página web. Angular instala

automáticamente al crear el proyecto el framework Jasmine, que permite crear pruebas

sobre el código en JavaScript, y además instala Karma, que se encarga de ejecutar cada

tarea realizada en las pruebas mostrando un reporte con los resultados.

Figura 111

App web – Resultados de las pruebas unitarias parte 1

Figura 112

App web – Resultados de las pruebas unitarias parte 2


140

En la Figura 111 y 112, se muestra el reporte arrojado por Karma durante la

ejecución de las pruebas unitarias, en donde se puede visualizar que las 98 tareas

divididas en los diferentes componentes que conforman el proyecto pasaron sin ningún

problema. Además, el reporte da a conocer que el tiempo de ejecución total de estas

pruebas unitarias fue de 3.293 segundos.

Para finalizar, cabe mencionar que al realizar las pruebas sobre los diferentes

componentes de la página web, se priorizan aquellas que pertenecen a los diferentes

sensores smartphones, el home, el registrar sensores externos y el login. Por otra parte, a

los componentes que complementan los diferentes módulos web, como son el header y

footer se verifica que se creen correctamente, al igual que a los servicios, debido a que

estos se inyectan en las pruebas de los diferentes modulos.

5.2 Resultados

Durante la elaboración del TIC, se desarrolló una aplicación móvil que permita

capturar datos de los sensores que traen consigo diferentes dispositivos inteligentes

smartphones, y también se desplego una página web para analizar los datos de los

sensores smartphone comparando sus datos con datos capturados de sensores externos,

con el fin de medir su fiabilidad y sensibilidad para la captura de datos que permitirán

tomar una mejor decisión dentro de una smart city.

Tabla 26

Smartphones utilizados para analizar datos de sensores

Marca Modelo Gama


INFINIX MOBILITY LIMITED Infinix X659B Media
HUAWEI RNE-L23 Media
Xiaomi Redmi Note 9S Media
Samsung SM-G935F Alta (anteriormente)
TECNO MOBILE LIMITED TECNO LD7 Media
Motorola Moto G(6) Play Baja

En la Tabla 26, se muestra los dispositivos móviles en donde se instaló la aplicación

móvil “DataSensor”, para registrar los sensores que traen implementados y sus datos
141

cumpliendo su condición de captura. En esta tabla, se puede observar un total de 6

modelos smartphones de diferentes marcas cada uno, perteneciendo la mayoría a la gama

media; sin embargo, hay que considerar que con el tiempo se van devaluando como pasa

con el Samsung SM-G935F y otros entran en dos gamas como lo es el Motorola moto g6

play que se considera gama baja-media.

En la Tabla 27, se da a conocer los sensores con los que cuentan los dispositivos

smartphones utilizados para la captura de datos, en donde se puede visualizar que dos

modelos no cuentan con el sensor giroscopio, un modelo no cuenta con el magnetómetro,

cinco modelos no tienen el sensor barómetro y de ritmo cardíaco, y también se puede

visualizar que ninguno de los 6 modelos cuenta con el sensor termómetro, dado que este

recientemente está siendo implementado para capturar la temperatura ambiente y no

existen casi dispositivos que lo tengan incorporado.

Tabla 27

Sensores que tienen los smartphones utilizados

Sensores

Ritmo Cardíaco
Modelo
Magnetómetro
Acelerómetro

Termómetro
Proximidad

Giroscopio

Podómetro

Barómetro

Micrófono
Cámara

GPS
Luz

Infinix X659B x x x x x x x

RNE-L23 x x x x x x x x

Redmi Note 9S x x x x x x x x x

SM-G935F x x x x x x x x x x x

TECNO LD7 x x x x x x x x x

Moto G(6) Play x x x x x x x x

En la Figura 113, se puede observar un total de 7 sensores externos que se han

registrado de los 12 sensores que se planean analizar, en donde debido a que no se ha

logrado conseguir el sensor de luz, acelerómetro, giroscopio, magnetómetro y termómetro,


142

no se podrán comparar los datos con los de los sensores smartphones para determinar la

fiabilidad y sensibilidad de estos.

Figura 113

Registro de sensores externos

Figura 114

Gráfica que muestra el porcentaje de error del sensor proximidad en los diferentes smartphones

A continuación, en la Figura 114 se da a conocer el porcentaje de error en el sensor

de proximidad de los diferentes modelos smartphones, en donde se puede visualizar en la


143

gráfica que los modelos Infinix X659B, SM-G935F y TECNO LD7 tienen 0% de error y los

modelos RNE-L23, Redmi Note 9S y Moto G(6) Play un 18.75% de error.

En la Figura 115, se muestra los porcentajes de error que tienen los modelos

smartphones en el sensor podómetro. En la gráfica se puede visualizar que el modelo

Moto G(6) Play tiene 0% de error, los modelos Infinix X659B y SM-G935F un 3.33% de

error y finalmente el modelo TECNO LD7 un error del 20%.

Figura 115

Gráfica que muestra el porcentaje de error del sensor podómetro en los diferentes smartphones

Figura 116

Gráfica que muestra el porcentaje de error del sensor cámara en los diferentes smartphones

En la Figura 116, se puede visualizar en la gráfica el porcentaje de error con

respecto al sensor cámara, en donde el modelo RNE-L23, TECNO LD7 y Moto G(6) Play
144

tienen 0% de error, el modelo SM-G935F un 18.47%, el Infinix X659B un 19.24% y el

modelo Redmi Note 9S un error del 25.09%.

En la Figura 117, se muestra en la gráfica que el único modelo que cuenta con el

sensor barómetro tiene un porcentaje de error del 0.623%.

Figura 117

Gráfica que muestra el porcentaje de error del sensor barómetro en los diferentes smartphones

Figura 118

Gráfica que muestra el porcentaje de error del sensor gps en los diferentes smartphones

En la Figura 118, se puede visualizar que el porcentaje de error en el sensor gps de

los diferentes modelos smartphone están por debajo del 1%, en donde el modelo Redmi

Note 9S tiene un error de 0.000000156%, el TECNO LD7 un 0.000051% de error, el Infinix


145

X659B un 0.0000645% de error, el SM-G935F un 0.000065% de error, el Moto G(6) Play

un 0.00012% de error y el modelo RNE-L23 un 0.00036% de error.

En la Figura 119, se puede observar el porcentaje de error de los modelos

smartphones en cuanto al sensor micrófono, en donde el modelo SM-G935F tiene un error

de 3.31%, el Infinix X659B un 13.73%, el Moto G(6) Play un 17.798% de error, TECNO

LD7 un 22.63% de error y finalmente el modelo RNE-L23 un error del 26.47%.

Figura 119

Gráfica que muestra el porcentaje de error del sensor micrófono en los diferentes smartphones

Figura 120

Gráfica que muestra el porcentaje de error del sensor ritmo cardíaco en los diferentes smartphones
146

A continuación, en la Figura 120 se muestra el porcentaje de error del único

smartphone que cuenta con el sensor ritmo cardíaco de los 6 modelos que se utiliza para

la captura de datos, el cual tiene un error de 9.49%.

Para finalizar, en la Tabla 28 se observa un resumen del análisis de los resultados

obtenidos en el porcentaje de error de los diferentes sensores con los que cuentan los

modelos smartphones, en donde únicamente el modelo SM-G935F cuenta con el sensor

barómetro y de ritmo cardíaco, por ende, es aquel que más se repite con respecto al

modelo con menos porcentaje de error en 3 diferentes sensores. Además, cabe

mencionar que, dado que no existe un modelo al cual se le instaló la aplicación móvil que

cuenten con el sensor termómetro, no se ha podido analizar este sensor.

Tabla 28

Resultados del análisis del porcentaje de error en los sensores

Sensor Menor % error Mayor % error


Modelo % Modelo %
Proximidad Infinix X659B 0 Moto G(6) Play 18.75
Podómetro Moto G(6) Play 0 TECNO LD7 20
Cámara RNE-L23 0 Redmi Note 9S 25.09
Barómetro SM-G935F 0.62
GPS Redmi Note 9S 1.56e-7 RNE-L23 0.00036
Micrófono SM-G935F 3.31 RNE-L23 26.47
Ritmo Cardíaco SM-G935F 9.49
147

Conclusiones

A continuación, se determinan las siguientes conclusiones del presente TIC:

Durante el desarrollo del TIC, la investigación de los diferentes dispositivos móviles

inteligentes permite conocer de manera detallada que dispositivos y marcas smartphone

existen hasta el momento en las diferentes categorías gama baja, media y alta, además de

cuáles son sus características internas y qué sistema operativo y versión traen

implementado.

También se concluye que, aunque existan alrededor de 17 sensores que son

integrados en los diferentes dispositivos smartphones, no todos cuentan con

documentación que especifique que datos generan y como trabajar cada uno de ellos,

siendo los sensores de proximidad, luz, acelerómetro, giroscopio, magnetómetro,

podómetro, cámara, barómetro, gps, micrófono, ritmo cardíaco y el termómetro, los únicos

que cuentan con la información necesaria para capturar sus datos y trabajar desde cero.

La aplicación móvil DataSensor nos permite obtener con una mayor presión y

exactitud los datos generados por los diferentes sensores que traen consigo los

smartphones mediante el llamado a cada sensor por medio de su servicio en específico,

en donde para capturar el dato a través de su evento en tiempo real se debe cumplir

ciertas condiciones de captura.

El utilizar una aplicación web nos permite realizar el análisis de la información y

garantizar la presión de los sensores, a través de la visualización estadística del porcentaje

de error de los diferentes smartphones por sensor, como resultado de la comparación con

sensores externos propios para la obtención de estos datos, logrando de esta manera

determinar cuál es su fiabilidad y sensibilidad para la captura de datos que ayudan a

mejorar la situación de una localidad.


148

Recomendaciones

Para finalizar con el proyecto, se da a conocer algunas recomendaciones a tener

en cuenta en trabajos futuros que traten sobre sensores en dispositivos inteligentes:

Como primera recomendación se podría incluir para el análisis, otros dispositivos

inteligentes que las personas lleven consigo en su diario vivir y que tengan sensores, tales

como los smartwatches, logrando registrar por medio de una aplicación aún más datos que

permitan mejorar las áreas de una smart city.

Que la aplicación móvil sea capaz de incrementar módulos para mostrar un reporte

con el porcentaje de error de cada sensor del dispositivo, y que también muestre un

ranking de cuál dispositivo smartphone es mejor hasta el momento para futuras personas

que deseen adquirir el dispositivo, considerando sus características como son los

sensores. Además, se podría considerar para la aplicación crear un archivo que contenga

la información de un sensor siempre y cuando este no dependa del internet para su

captura, con el fin de que, si el usuario no cuenta con internet en ese momento, pueda

subir después la información del archivo a la base de datos.

Desarrollar una versión multiplataforma de la aplicación móvil para capturar datos

no solamente de smartphones con el sistema operativo Android, sino que también sirva

para registrar datos de los sensores de los dispositivos móviles iOS.

Incluir la implementación de otros sensores existentes a la aplicación móvil si se

encontrase a futuro, documentación que especifique como se debe realizar para capturar

los datos en tiempo real del sensor, para realizar su respectivo análisis que puede ayudar

a mejorar de cierta manera el diario vivir de las personas dentro de una ciudad inteligente.

Incluir a la página web, el análisis de sensores de otros dispositivos inteligentes

como son los smartwatches y la aplicación del aprendizaje automático para el análisis de

los diferentes sensores con el fin de lograr tomar una mejor decisión a partir de los datos

recolectados.
149

Referencias

Android. (2022). teléfonos y tablets. Android. https://www.android.com/intl/es_es/phones-

tablets/

Android Developers. (2019). Descripción general de sensores. Android Developers.

https://developer.android.com/guide/topics/sensors/sensors_overview?hl=es-419

Android Developers. (2022a). Introducción a Android Studio. Android Developers.

https://developer.android.com/studio/intro

Android Developers. (2022b). Archivo de manifiesto de la app. Android Developers.

https://developer.android.com/guide/topics/manifest/uses-feature-element

Android Developers. (2022c). Manifest.permission. Android Developers.

https://developer.android.com/reference/android/Manifest.permission

AppAgg. (2022). XCode [Fotografía]. AppAgg. https://appagg.com/macos/developer-

tools/xcode-3441472.html?hl=es

Apple. (2022). Apple. https://www.apple.com/

Apple. (2022). Swift. Un lenguaje potente y abierto a todos para crear apps increíbles.

Apple. https://www.apple.com/es/swift/

Apple Developer. (2022). Xcode. Apple Developer:

https://developer.apple.com/es/support/xcode/

Baz Alonso, A., Ferreira Artime, I., Álvarez Rodríguez, M., & Gracía Baniello, R. (2011).

Dispositivos móviles. Universidad de Oviedo, Ingeniería de Telecomunicación,

Oviedo. http://isa.uniovi.es/docencia/SIGC/pdf/telefonia_movil.pdf

Black Shark. (2022). Black Shark. https://eu.blackshark.com/

Blog Pedromo. (2020). Los Sensores del Smartphone [Fotografía]. Blog Pedromo.

https://blog.pedromo.com/los-sensores-del-smartphone/

Bouskela, M., Casseb, M., Bassi, S., De Luca, C., & Facchina, M. (2016). La ruta hacia las

smart cities: Migrando de una gestión tradicional a la ciudad inteligente. Inter-

American Development Bank.


150

Bustos, M. A., Perez, N. B., & Berón, M. (2015). Plataformas para el desarrollo de

aplicaciones móviles. XVII Workshop de Investigadores en Ciencias de la

Computación, Universidad Nacional de San Luis, Departamento de Informática.

http://sedici.unlp.edu.ar/handle/10915/45851

Caballero, D. (2021). La temperatura de la batería, clave en el rendimiento del móvil

[Fotografía]. MovilZona. https://www.movilzona.es/tutoriales/baterias/saber-

temperatura-bateria-movil/

Calegari de Grosso, L. E. (2016). Ciudades inteligentes (Smart Cities). Revista Jurídica

Electrónica. http://repositorio.unlz.edu.ar:8080//handle/123456789/245

Calvo, D. (2018). Metodología SCRUM (Metodología ágil) [Fotografía]. DIEGO CALVO.

https://www.diegocalvo.es/metodologia-scrum-metodologia-agil/

Castañeda, F. (2019). Descubre los mejores móviles con sensor Sony IMX586 (48

megapíxeles) [Fotografía]. MovilZona.

https://www.movilzona.es/2019/08/06/descubre-mejores-moviles-sensor-sony-

imx586-48-megapixeles/

Cedeño Luna, R., Alcívar Vaca, K., & Ponce Vásquez, D. (2017). Observaciones acerca de

los dispositivos móviles. Revista Dominio de las Ciencias, 3(4), 89-113.

El Español. (2019). Cómo funciona la brújula de tu móvil Android [Fotografía]. El Español.

https://www.elespanol.com/elandroidelibre/tutoriales/20190711/funciona-brujula-

movil-android/412960225_0.html

Esferize. (2021). Smart Cities: ¿Para qué desarrollar una ciudad inteligente?

https://www.esferize.com/smart-cities-para-que-desarrollar-ciudad-inteligente/

Fernández Sosa, J. F. (2021). Utilización de dispositivos móviles como herramienta de

sensado en aplicaciones de IoT [Trabajo de fin de grado]. Universidad Nacional de

La Plata, Informática. http://sedici.unlp.edu.ar/handle/10915/121975

Fernández, I. (2018). Los mejores podómetros para tu móvil [Fotografía]. Nobbot.

https://www.nobbot.com/tecnologia/aplicaciones-moviles-tecnologia/mejores-

podometros-movil/
151

Fernández, Y. (2019). 14 sensores que encontrarás en tu móvil: cómo funcionan y para

qué sirven. Xataka. https://www.xataka.com/basics/sensores-que-encontraras-tu-

movil-como-funcionan-sirven

Firebase. (2022). Documentación. Firebase. https://firebase.google.com/docs/build?hl=es

FreePNG. (2022). Iconos de computadora Acelerómetro Teléfono inteligente Teléfonos

Móviles Software de computadora - Imágen de Png [fotografía]. Freepng.es.

https://www.freepng.es/png-hpedi4/

Fundación Telefónica. (2011). Smart Cities: un primer paso hacia la internet de las cosas

(Vol. 16). España: Ariel.

Giménez Valentín, M. (2017). Aplicaciones de los sensores de los smartphones a la

didáctica de la física experimental [Tesis doctoral]. Universidad Politécnica de

Valéncia. https://doi.org/10.4995/Thesis/10251/83123

Gobierno de Navarra. (2017). Acércate a las TIC: Uso de dispositivos móviles (teléfonos

móviles, "smartphones", "ebooks", GPS y "tablets"). 1-26.

https://www.navarra.es/NR/rdonlyres/48F9746B-080C-4DEA-BD95-

A5B6E01797E1/315641/7Usodedispositivosmoviles.pdf

Hard Zone. (2018). Sensores de huellas dactilares: cómo funcionan y por qué no son tan

seguros [Fotografía]. Hard Zone. https://hardzone.es/2018/04/20/sensores-huellas-

dactilares/

Huawei. (2022). Huawei. https://consumer.huawei.com/es/

Jiménez Fontanela, J. L. (2016). Aplicación Móvil para la Captura Desatendida de Datos

de Sensores en Teléfonos Inteligentes [Trabajo de fin de grado]. Universidad

Carlos III de Madrid. http://hdl.handle.net/10016/22874

Lavalle, A., Teruel, M., Maté, A., & Trujillo, J. (2020). Improving Sustainability of Smart

Cities through Visualization Techniques for Big Data from IoT Devices [Fotografía].

Sustainability, 1-17. http://doi.org/10.3390/su12145595

Lee, S. (2019). Lectura de códigos de barras con su smartphone y Openflex [Fotografía].

Stileex. https://stileex.xyz/es/lectura-codigos-barras-smartphone-openflex/
152

Maida, E. G., & Pacienzia, J. (2015). Metodologías de desarrollo de software. 1-116.

Facultad de Química e Ingeniería “Fray Rogelio Bacon”. Biblioteca Digital de La

Universidad Católica Argentina.

http://bibliotecadigital.uca.edu.ar/repositorio/tesis/metodologias-desarrollo-

software.pdf

Mancipe Ramírez, S. F. (2020). Desarrollo de una aplicación para la recolección de datos

generados por sensores en smartphones [Trabajo de fin de grado]. Universidad

Antonio Nariño, Facultad de Ingeniería de Sistemas.

http://repositorio.uan.edu.co/handle/123456789/1987

Martín, I. (2018). El reconocimiento de iris llegará en la siguiente versión de Android

[Fotografía]. Topes de Gama. https://topesdegama.com/noticias/apps-

software/reconocimiento-iris-android-p

Mira Cómo Hacerlo. (s.f.). ¿Cómo Puedo Saber SI un Celular tiene Infrarrojo? [Fotografía].

Mira Cómo Hacerlo. https://miracomohacerlo.com/puedo-saber-celular-infrarrojo-

mira-sencillo-resulta/

Motorola. (2022). Motorola. https://www.motorola.es/

Muñoz, M. Á. (2015). ¿Problemas con el sensor de ritmo cardíaco de tu Samsung Galaxy

S5? Aquí está la “solución” [Fotografía]. MovilZona.

https://www.movilzona.es/2015/03/27/problemas-con-el-sensor-de-ritmo-cardiaco-

de-tu-samsung-galaxy-s5-aqui-esta-la-solucion/

Narezo Balzaretti, J. (2017). Ciudades Inteligentes (Smart Cities). México.

https://www.gob.mx/cms/uploads/attachment/file/272270/smartcity_MODIFICADA.p

df

Odile. (2016). La evolución de los teléfonos móviles [Fotografía]. Venessa Estorach.

https://www.vanessaestorach.com/la-evolucion-de-los-telefonos-moviles/

OnePlus. (2022). OnePlus. https://www.oneplus.com/es

Oppo. (2022). Oppo. https://www.oppo.com/en/


153

Orient Display. (s.f.). ¿Qué es mejor: pantalla táctil resistiva o capacitiva? [Fotografía].

Orient Display. https://www.orientdisplay.com/es/knowledge-base/touch-panel-

basics/resistive-or-capacitive-touch-screen-which-is-better/

Pascual Estapé, J. A. (2018). Estos son todos los sensores que tiene tu móvil (y te

contamos para qué sirve cada uno). ComputerHoy.

https://computerhoy.com/listas/tecnologia/estos-son-todos-sensores-que-tiene-tu-

movil-te-contamos-que-sirve-cada-311415

Phone House. (2017). Cómo funciona el sensor de proximidad de tu móvil [Fotografía].

Phone House. https://blog.phonehouse.es/2017/05/24/como-funciona-el-sensor-de-

proximidad-de-tu-movil/

Poco. (2022). Poco. https://www.po.co/global/index.html

Realme. (2022). Realme. https://www.realme.com/es/

Rivas, C. I., Corona, V. P., Gutiérrez, J. F., & Hernández, L. (2015). Metodologías actuales

de desarrollo de software. Revista de Tecnología e Innovación, 2(5), 980-986.

Rodríguez Chiquero, J. (2017). Diseño e implementación de una App de captura de datos

para analizar hábitos de conducción [Trabajo fin de grado]. Universidad Carlos III

de Madrid, Ingeniería Informática. http://hdl.handle.net/10016/28262

Samsung. (2022). Samsung. https://www.samsung.com/es/

Sanz, J. (2020). Anticipate al tiempo que va a hacer convirtiendo tu móvil en un barómetro

[Fotografia]. MovilZona. https://www.movilzona.es/2020/02/29/convertir-movil-

barometro/

Spect Tech. (2022). Comparar precios y especificaciones de los móviles. Spect Tech.

https://specs-tech.com/es/

Statcounter. (2022). Mobile Operating System Market Share Worldwide [Gráfica].

Statcounter. https://gs.statcounter.com/os-market-

share/mobile/worldwide/#monthly-202001-202205

Tecnología fácil. (s.f.). El giroscopio en el celular [Fotografía]. Tecnología fácil.

https://tecnologia-facil.com/que-es/el-giroscopio-en-el-celular/
154

Trigas Gallego, M. (2012). Metodología Scrum. Openaccess.Uoc.Edu, 1-55.

http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612

memoria.pdf

Vacas Aguilar, F. (2016). Evolución de dispositivos y nuevas formas de consumo. Revista

de Pesnamiento, Sociedad y Tecología, 1-16.

https://telos.fundaciontelefonica.com/archivo/numero102/evolucion-de-dispositivos-

y-nuevas-formas-de-consumo/?output=pdf

Xataka Android. (2022). Por qué tu móvil no tiene sólo un micrófono: lo normal son dos e,

incluso, cuatro [Fotografía]. Xataka Android. https://www.xatakandroid.com/sistema-

operativo/que-tu-movil-no-tiene-solo-microfono-normal-dos-cuatro

Xiaomi. (2022). Xiaomi. https://www.mi.com/global/index.html

Zambrano, N. (2020). Plataformas Mobile ¿Qué son, para qué sirven y cuáles son las

principales y más importantes a tener en cuenta? Internetpasoapaso.

https://internetpasoapaso.com/plataformas-moviles/
155

Apéndice

Se incluye de acuerdo al orden citado en el cuerpo del Trabajo de Titulación.

Apéndice 1:

Apéndice 2:

Apéndice 3:

Tipo de letra Arial N°11.

También podría gustarte