universidad de guayaquilrepositorio.ug.edu.ec/bitstream/redug/48924/1/b-cisc-ptg... · 2020. 8....

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

IMPLEMENTACIÓN DE UN SISTEMA WEB PARA VALIDACIÓN DE DATOS CLIMATOLÓGICOS Y

UN MÓDULO DASHBOARD PARA LA VISUALIZACIÓN DE LOS CAMBIOS

CLIMÁTICOS DIRIGIDO A LA DIRECCIÓN GENERAL DE

AVIACIÓN CIVIL DEL ECUADOR

PROYECTO DE TITULACIÓN

PREVIA A LA OBTENCIÓN DEL TÍTULO DE:

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTORES:

ORTEGA JIMÉNEZ IVELISSE LISSETTE

ZAPATA PONCE OLMEDO ANTONIO

TUTORA:

ING. ÁNGELA YANZA MONTALVÁN, MGP.

GUAYAQUIL – ECUADOR

2019

REPOSITORIO NACIONAL EN CIENCIA Y TECNOLOGÍA

FICHA DE REGISTRO DE TESIS TÍTULO Y SUBTÍTULO: “Implementación de un sistema web para validación de datos climatológicos y un módulo Dashboard para la visualización de los cambios climáticos dirigido a la Dirección General de Aviación Civil del Ecuador.” AUTOR/ES:

Ivelisse Lissette Ortega Jiménez Olmedo Antonio Zapata Ponce

TUTOR: Ing. Ángela Yanza Montalván, MGP.

REVISORES: Ing. Miguel Molina

INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Matemáticas y Físicas CARRERA:

Ingeniería en Sistemas Computacionales FECHA DE PUBLICACIÓN: No. DE PÁGS: 177

TÍTULO OBTENIDO: Ingeniero en Sistemas Computacionales

ÁREAS TEMÁTICAS: Climatología, meteorología, aeronáutica.

PALABRAS CLAVE: Sistema web, climatología, cálculos.

RESUMEN: El presente trabajo de titulación se enfocó en el desarrollo y en la implementación de un sistema web para cálculos climatológicos que permita mejorar los tiempos de respuesta en la generación de informes cumpliendo con los estándares de la Dirección General de Aviación Civil del Ecuador y que a su vez sirvan como ayuda al personal de los aeropuertos. En base a este problema, se ha realizado un análisis de la situación actual mediante entrevistas al personal de la DGAC. La metodología de investigación en que se basó este proyecto fue la Metodología de Marco Lógico, la cual tiene siete fases que se implementaron para la determinación del problema central y de la mejorar alternativa para la solución, además la metodología de desarrollo utilizada fue SCRUM, la cual facilita el trabajo en equipo y permite prevenir riesgos durante la ejecución del proyecto. En el desarrollo se indica la problemática de la situación actual en la organización, para la cual se elaboraron entrevistas y encuestas con el objetivo de obtener y analizar la información tanto del proceso y la información climatológica, también se menciona la propuesta para enfrentar la situación, los nudos críticos obtenidos y finalmente los criterios de aceptación del software y sus resultados. Como resultado, se ha mejorado la eficiencia en los subprocesos de emisión de reportes climatológicos y validación del ingreso de la información en el registro diario de superficies digitalizado en el sistema web propuesto, disminuyendo en un 95% la vulnerabilidad de los datos, posibles errores en el ingreso y además se mejoró el uso de recursos tecnológicos y económicos, producto de la automatización de las actividades. No. DE REGISTRO: No. DE CLASIFICACIÓN:

DIRECCIÓN URL: ADJUNTO PDF:

x SI NO

CONTACTO CON AUTOR/ES Teléfono: 0989167397 0960733930

E-mail: [email protected] [email protected]

CONTACTO EN LA INSTITUCIÓN: Carrera Ingeniería en Sistemas Computacionales

Nombre: Ab. Juan Chávez Atocha Teléfono: 2307723 E-mail: [email protected]

x

mailto:[email protected]



III

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de titulación, “IMPLEMENTACIÓN DE UN SISTEMA WEB PARA VALIDACIÓN DE DATOS CLIMATOLÓGICOS Y UN MÓDULO DASHBOARD PARA LA VISUALIZACIÓN DE LOS CAMBIOS CLIMÁTICOS DIRIGIDO A LA DIRECCIÓN GENERAL DE AVIACIÓN CIVIL DEL ECUADOR.” elaborado por la Srta. Ivelisse Lissette Ortega Jiménez y el Sr. Olmedo Antonio Zapata Ponce, alumnos no titulados de la Carrera de Ingeniería en Sistemas Computacionales, Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, previo a la obtención del Título de Ingeniero en Sistemas, me permito declarar que luego de haber orientado, estudiado y revisado, la Apruebo en todas sus partes.

Atentamente

ING. ÁNGELA YANZA MONTALVÁN, MGP.

TUTORA

IV

DEDICATORIA

A Dios por darme la fuerza para seguir adelante día a día, a mi tía Luisa por siempre apoyarme y guiarme a cumplir mis metas, a mi hermosa madre Ruth y a mi papá Félix porque en la distancia fueron mi motivación para sobrepasar todas las adversidades de la vida.

Ivelisse Lissette Ortega Jiménez

A mi madre por ser ese motor diario que me inspira a seguir adelante, por ser ese motivo que me trajo hasta aquí y que me enseñó a luchar por mis metas.

Olmedo Antonio Zapata Ponce

V

AGRADECIMIENTO

Agradecida con Dios por permitirme superar esta etapa de la vida, gracias a mi tutora por cada uno de sus consejos, guía, apoyo y comprensión para la realización de esta tesis.

Gracias a mis padres por ayudarme a lograr mis metas, a mis tías y a mi abuelita por ser ese ejemplo de lucha constante que me motivan a cumplir mis objetivos.

Ivelisse Lissette Ortega Jiménez

Agradecido con mi madre por ayudarme a salir a adelante, por ser mi fuerza y mi inspiración para lograr mis metas.

A mi tutora por ser esa guía para poder llevar adelante este proyecto de titulación.

Olmedo Antonio Zapata Ponce

VI

TRIBUNAL PROYECTO DE TITULACIÓN

Ing. Fausto Cabrera Montes, Msc. DECANO DE LA FACULTAD CIENCIAS MATEMÁTICAS Y

FÍSICAS

Ing. Gary Reyes Zambrano, Mgs. DIRECTOR DE LA CARRERA DE

INGENIERÍA EN SISTEMAS COMPUTACIONALES

Ing. Ángela Yanza Montalván, MGP. PROFESORA TUTORA DEL


Ing. Miguel Molina Calderón PROFESOR REVISOR DEL


Ab. Juan Chávez Atocha, Esp.

SECRETARIO

IX

DECLARACIÓN EXPRESA

“La responsabilidad del contenido de este Proyecto de Titulación, nos corresponde exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”

Ivelisse Lissette Ortega Jiménez.

Olmedo Antonio Zapata Ponce.

X


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

IMPLEMENTACIÓN DE UN SISTEMA WEB PARA VALIDACIÓN DE DATOS CLIMATOLÓGICOS Y UN MÓDULO DASHBOARD PARA LA

VISUALIZACIÓN DE LOS CAMBIOS CLIMÁTICOS DIRIGIDO A LA DIRECCIÓN GENERAL DE

AVIACIÓN CIVIL DEL ECUADOR.

Proyecto de Titulación que se presenta como requisito para optar por el título de

INGENIERO EN SISTEMAS COMPUTACIONALES

Autores:

IVELISSE LISSETTE ORTEGA JIMÉNEZ.

C.I. 0951589035

OLMEDO ANTONIO ZAPATA PONCE.

C.I. 1205370958

Tutora: Ing. Ángela Yanza Montalván, MGP.

Guayaquil, Marzo de 2020.

XI

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutora del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.

CERTIFICO:

Que he analizado el Proyecto de Titulación presentado por los estudiantes Ortega Jiménez Ivelisse Lissette y Zapata Ponce Olmedo Antonio como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es:

“Implementación de un sistema web para validación de datos climatológicos y un módulo Dashboard para la visualización de los cambios climáticos dirigido a la Dirección General de Aviación Civil del Ecuador”.

Considero aprobado el trabajo en su totalidad.

Presentado por:

Ortega Jiménez Ivelisse Lissette Cédula de ciudadanía Nº 0951589035

Zapata Ponce Olmedo Antonio Cédula de ciudadanía Nº 1205370958

Tutora: Ing. Ángela Yanza Montalván, MGP.

Guayaquil, Marzo de 2020

XII

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMA COMPUTACIONALES

Autorización para Publicación de Proyecto de Titulación en Formato Digital

1. Identificación del Proyecto de Titulación

Nombre Alumno: Ortega Jiménez Ivelisse Lissette

Dirección: Mucho Lote 1 Mz. 2382 V. 5

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

Nombre Alumno: Zapata Ponce Olmedo Antonio

Dirección: Villa España 1 Etapa: Sevilla.

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

Facultad: Ciencias Matemáticas y Físicas

Carrera: Ingeniería en Sistemas Computacionales Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales

Profesor tutor: Ing. Ángela Yanza Montalván, MGP. Título del Proyecto de titulación: “Implementación de un sistema web para validación de datos climatológicos y un módulo Dashboard para la visualización de los cambios climáticos dirigido a la Dirección General de Aviación Civil del Ecuador.”

Palabras Claves: Sistema web, climatología, cálculos.

2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación.

Publicación electrónica: Inmediata x Después de 1 año

Ivelisse Lissette Ortega Jiménez Olmedo Antonio Zapata Ponce

3. Forma de envío:

El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.

DVDROM x CDROM

XIII

ÍNDICE GENERAL APROBACIÓN DEL TUTOR ........................................................................... III

DEDICATORIA ................................................................................................ IV

AGRADECIMIENTO ........................................................................................ V

TRIBUNAL PROYECTO DE TITULACIÓN ................................................... VI

DECLARACIÓN EXPRESA ............................................................................. IX

CERTIFICADO DE ACEPTACIÓN DEL TUTOR ........................................... XI

Autorización para Publicación de Proyecto de Titulación en Formato Digital .... XII

ÍNDICE GENERAL ....................................................................................... XIII

ABREVIATURAS.......................................................................................... XVI

SIMBOLOGÍA ................................................................................................ XX

ÍNDICE DE CUADROS ................................................................................. XXI

ÍNDICE DE GRÁFICOS ..............................................................................XXIII

Resumen ........................................................................................................ XXV

Abstract ....................................................................................................... XXVI

INTRODUCCIÓN ............................................................................................... 1

CAPÍTULO I ....................................................................................................... 4

EL PROBLEMA .............................................................................................. 4

PLANTEAMIENTO DEL PROBLEMA .......................................................... 4

Ubicación del problema en un contexto ......................................................... 4

Situación Conflicto Nudos Críticos ............................................................... 5

Causas y Consecuencias del Problema .......................................................... 5

Delimitación del problema ............................................................................ 8

Formulación de problema ............................................................................. 8

Evaluación del problema ............................................................................... 9

OBJETIVOS .................................................................................................. 10

Objetivos Generales .................................................................................... 10

Objetivos Específicos.................................................................................. 11

ALCANCES DEL PROBLEMA .................................................................... 11

JUSTIFICACIÓN E IMPORTANCIA............................................................ 13

METODOLOGÍA DEL PROYECTO ............................................................. 14

Metodología de Investigación ..................................................................... 14

XIV

Metodología de Desarrollo .......................................................................... 15

CAPÍTULO II .................................................................................................... 16

MARCO TEÓRICO ....................................................................................... 16

ANTECEDENTES DEL ESTUDIO ........................................................... 16

FUNDAMENTACIÓN TEÓRICA ............................................................. 19

DASHBOARD ........................................................................................... 56

METODOLOGÍA SCRUM ........................................................................ 58

DGAC (Dirección General de Aviación Civil del Ecuador) ......................... 62

FUNDAMENTACIÓN LEGAL ................................................................. 69

PREGUNTA CIENTÍFICA A CONTESTARSE ........................................ 77

DEFINICIONES CONCEPTUALES .......................................................... 77

CAPÍTULO III .................................................................................................. 78

PROPUESTA TECNOLÓGICA .................................................................... 78

FACTIBILIDAD OPERACIONAL ................................................................ 78

FACTIBILIDAD TÉCNICA .......................................................................... 79

FACTIBILIDAD LEGAL .............................................................................. 80

FACTIBILIDAD ECONÓMICA.................................................................... 80

ETAPAS DE METODOLOGÍAS DEL PROYECTO ..................................... 83

Metodología de Investigación ..................................................................... 83

Metodología de Desarrollo .......................................................................... 90

Entregables del proyecto ........................................................................... 130

Criterios de validación de la propuesta ...................................................... 131

Procesamiento y Análisis .......................................................................... 131

CAPÍTULO IV ................................................................................................ 145

RESULTADOS CONCLUSIONES Y RECOMENDACIONES................... 145

Criterio de aceptación del producto o servicio ........................................... 145

Conclusiones ............................................................................................ 150

Recomendaciones ..................................................................................... 151

REFERENCIAS BIBLIOGRÁFICAS .............................................................. 152

ANEXOS ......................................................................................................... 162

ANEXO 1. Ubicación de la Dirección General de Aviación Civil del Ecuador. ..................................................................................................................... 162

XV

ANEXO 2. Diagrama de Flujo de Proceso actual del formulario DAC MET-020-L (1/5) ................................................................................................... 163

ANEXO 3. Entrevista para levantamiento de información dirigida al Jefe de Meteorología Aeronáutica de la DAC (1/4). ................................................. 168

ANEXO 4. Encuesta realizada al personal de la Dirección General de Aviación Civil del Ecuador que interactúa con el formulario DAC MET-020-L (1/5). . 172

ANEXO 5. Metodología de Marco Lógico – Mapa de involucrados. ............ 177

ANEXO 6. Metodología de Marco Lógico – Árbol de problemas. ................ 178

ANEXO 7. Metodología de Marco Lógico – Árbol de objetivos. .................. 179

ANEXO 8. Metodología de Marco Lógico – Árbol de Alternativas. ............. 180

ANEXO 9. Metodología de Marco Lógico - Estructura Analítica del Proyecto (EAP). .......................................................................................................... 181

ANEXO 10. Matriz de Marco Lógico. .......................................................... 182

ANEXO 11. Diagrama de Flujo de Procesos nuevo del sistema climatológico (1/3). ............................................................................................................ 185

ANEXO 12. Registro diario de superficies. .................................................. 188

ANEXO 13. Diagrama de referencia a Objetos (1/3). ................................... 189

ANEXO 14. Reunión con el Ing. Arturo Lomas Villareal para el levantamiento de la información.......................................................................................... 192

ANEXO 15. Interacción del Estudiante Olmedo Zapata con el Ing. Arturo Lomas Villareal (Presentación del nuevo sistema). ....................................... 193

ANEXO 16. Tipos de nubes. ........................................................................ 194

ANEXO 17. Explicación por parte del Ing. Arturo Lomas Villareal sobre el funcionamiento del formulario DAC MET-020-L ......................................... 195

ANEXO 18. Cronograma de Actividades 1/3................................................ 196

ANEXO 19. Formato de Plan de Pruebas. .................................................... 199

ANEXO 20. Plan de Pruebas aplicada 1/10. ................................................ 200

ANEXO 21. Carta de Aceptación. ............................................................... 210

ANEXO 22. Matriz de Aceptación. ............................................................. 212

ANEXO 23. Carta de Autorización del Proyecto. ........................................ 213

ANEXO 24. Propuesta de Artículo Científico. ............................................. 214

XVI

ABREVIATURAS

CC.MM.FF Facultad de Ciencias Matemáticas y Físicas.

CIIFEN Centro Internacional para la Investigación del Fenómeno de El Niño.

CIMA Centro de Investigación Meteorológica Aeronáutica. CSS Cascading Style Sheets DGAC Dirección General de Aviación Civil Del Ecuador. DOM Modelo de objetos por documento EDT Estructura de desglose de trabajo HTML HyperText Markup Language IFIS Sistema de Información vuelo Ing. Ingeniero. LOES Ley Orgánica de Educación Superior M.Sc. Máster. MML Metodología de Marco Lógico. MVC Modelo Vista Controlador OACI Organización de Aviación Civil Internacional OMM Organizacion Mundial de Meteorología. POE Programación orientada a eventos RDAC Sistema Mundial de Observación del Clima SICO Sistema Información de Control Operacional. SIG Sistema de Información Geográfica SIPA Sistema Informático de Personal Aeronáutico SSL Secure Sockets Layer TLS Transport Layer Security UG Universidad de Guayaquil. URL Localizador de Fuente Uniforme. VAG Vigilancia de la atmósfera global WWW World Wide Web (red mundial). FPL Filed Flight Plan (Plan de vuelo).

XX

SIMBOLOGÍA

e Error de estimación. P Probabilidad de éxito. Q Probabilidad de fracaso. N Tamaño de la población. n Tamaño de la muestra. w’w’ Tiempo presente. hpa Hectopascal.

XXI

ÍNDICE DE CUADROS

Cuadro N. 1. Causas y efectos del problema. ...................................................... 6 Cuadro N. 2. Delimitación del problema. ............................................................ 8 Cuadro N. 3. Parámetros climáticos. ................................................................. 19 Cuadro N. 4. Ventajas del uso del Dashboard. .................................................. 58 Cuadro N. 5. Metodologías tradicionales vs metodologías ágiles ...................... 60 Cuadro N. 6. FODA de la DGAC...................................................................... 67 Cuadro N. 7. Tecnologías a utilizar. .................................................................. 79 Cuadro N. 8. Costos por recursos humanos. ...................................................... 80 Cuadro N. 9. Costos de inversión en hardware. ................................................. 81 Cuadro N. 10. Costos de inversión por software. ............................................... 81 Cuadro N. 11. Costos de inversión por recursos varios ...................................... 82 Cuadro N. 12. Resumen de costos de inversión. ................................................ 82 Cuadro N. 13. Lista de involucrados ................................................................. 84 Cuadro N. 14. Roles de la metodología SCRUM............................................... 91 Cuadro N. 15. Historia de Usuario 1 ................................................................. 91 Cuadro N. 16. Historia de Usuario 2 ................................................................. 92 Cuadro N. 17. Historia de Usuario 3 ................................................................. 92 Cuadro N. 18. Historia de Usuario 4 ................................................................. 93 Cuadro N. 19. Historia de Usuario 5 ................................................................. 93 Cuadro N. 20. Historia de Usuario 6 ................................................................. 94 Cuadro N. 21. Historia de Usuario 7 ................................................................. 94 Cuadro N. 22. Historia de Usuario 8 ................................................................. 95 Cuadro N. 23. Historia de Usuario 9 ................................................................. 95 Cuadro N. 24. Historia de Usuario 10 ............................................................... 96 Cuadro N. 25. Historia de Usuario 11 ............................................................... 96 Cuadro N. 26. Historia de Usuario 12 ............................................................... 97 Cuadro N. 27. Historia de Usuario 13 ............................................................... 97 Cuadro N. 28. Historia de Usuario 14 ............................................................... 98 Cuadro N. 29. Historia de Usuario 15 ............................................................... 98 Cuadro N. 30. Product Backlog. ....................................................................... 99 Cuadro N. 31. Sprint Planing 1. ...................................................................... 100 Cuadro N. 32. Sprint Planing 2. ...................................................................... 100 Cuadro N. 33. Sprint Planing 3 ....................................................................... 101 Cuadro N. 34. Sprint Planing 4 ....................................................................... 102 Cuadro N. 35. Sprint Planing 5 ....................................................................... 103 Cuadro N. 36. Sprint Planing 6 ....................................................................... 103 Cuadro N. 37. Diagrama de Gantt 1 ................................................................ 103 Cuadro N. 38. Diagrama de Gantt 2 ................................................................ 103 Cuadro N. 39. Diagrama de Gantt 3 ................................................................ 104 Cuadro N. 40. Diagrama de Gantt 4 ................................................................ 104 Cuadro N. 41. Diagrama de Gantt 5 ................................................................ 105 Cuadro N. 42. Diagrama de Gantt 6 ................................................................ 105 Cuadro N. 43. Herramientas implementadas en el sistema .............................. 120 Cuadro N. 44. Uri de los servicios usados ....................................................... 124 Cuadro N. 45. Pruebas del modelo. ................................................................. 129 Cuadro N. 46. Matriz criterios de validación. .................................................. 131

XXII

Cuadro N. 47. Encuesta - Pregunta 1. .............................................................. 132 Cuadro N. 48. Encuesta - Pregunta 2. .............................................................. 133 Cuadro N. 49. Encuesta - Pregunta 3. .............................................................. 134 Cuadro N. 50. Encuesta - Pregunta 4. .............................................................. 135 Cuadro N. 51. Encuesta - Pregunta 5. .............................................................. 136 Cuadro N. 52. Encuesta - Pregunta 6. .............................................................. 137 Cuadro N. 53. Encuesta – Pregunta 8. ............................................................. 139 Cuadro N. 54. Encuesta – Pregunta 9. ............................................................. 140 Cuadro N. 55. Matriz de criterio de aceptación – Administrador. .................... 146 Cuadro N. 56. Matriz de criterio de aceptación – Observador Aeronáutico 1. .. 147 Cuadro N. 57. Matriz de criterio de aceptación – Observador Aeronáutico 2. .. 148 Cuadro N. 58. Matriz de criterio de aceptación – Supervisor. .......................... 149

XXIII

ÍNDICE DE GRÁFICOS

Gráfico N. 1. Diagrama de espina de pescado (ISHIKAWA) ............................... 7 Gráfico N. 2. Estación de red de Vigilancia de la atmósfera Global (VAG) en Plateu Rosa (Italia). ............................................................................................ 17 Gráfico N. 3. Índice estandarizado de precipitación – SPI 3 meses Noviembre del 2019. .................................................................................................................. 18 Gráfico N. 4. Tornado. ...................................................................................... 20 Gráfico N. 5. Tormenta eléctrica. ...................................................................... 21 Gráfico N. 6. Lluvia. ......................................................................................... 21 Gráfico N. 7. Nieve. .......................................................................................... 22 Gráfico N. 8. Barómetro. ................................................................................... 23 Gráfico N. 9. Calibración del barómetro. ........................................................... 23 Gráfico N. 10. Psicrómetro. ............................................................................... 24 Gráfico N. 11. Termógrafo. ............................................................................... 25 Gráfico N. 12. Higrógrafo. ................................................................................ 26 Gráfico N. 13. Dirección del viento. .................................................................. 26 Gráfico N. 14. Cálculo de la velocidad del viento. ............................................. 27 Gráfico N. 15. Pluviómetro. .............................................................................. 27 Gráfico N. 16. Pluviógrafo ................................................................................ 28 Gráfico N. 17. Registro diario de observación de superficies. ............................ 31 Gráfico N. 18. Estructura de un proceso. ........................................................... 32 Gráfico N. 19. Plataforma IFIS inicio de sesión. ................................................ 33 Gráfico N. 20. Formulario DAC MET-020-L / ingreso de información. ............ 34 Gráfico N. 21. Formulario del ingreso de la información climatológica. ............ 35 Gráfico N. 22. Interfaz del sistema IFIS por VIA56. .......................................... 39 Gráfico N. 23. Componentes de la arquitectura de un sistema web. ................... 40 Gráfico N. 24. Representación gráfica de un framework. ................................... 41 Gráfico N. 25. Diagrama de relación entre los componentes de angular. ............ 42 Gráfico N. 26. Línea de tendencia entre Angular, React y AngularJS. ............... 44 Gráfico N. 27. Componente de Node.js. ............................................................ 45 Gráfico N. 28. Modelado Node.js orientado a eventos. ...................................... 46 Gráfico N. 29. Línea de tendencia entre NODE.JS, PHP y RUBY. .................... 47 Gráfico N. 30. Componentes de Bootstrap. ........................................................ 48 Gráfico N. 31. Línea de tendencia entre Bootstrap, Materialize y Foundation. ... 49 Gráfico N. 32. Estructura de los componentes de MongoDB. ............................ 50 Gráfico N. 33. Declaración de variables en MongoDB. ..................................... 50 Gráfico N. 34. Línea de tendencia entre MongoDB, PostgreSQL y MariaDB. ... 52 Gráfico N. 35. Estructura moderna de Spring Boot – Java. ................................ 53 Gráfico N. 36. Modelo de referencia para microservicios. ................................. 54 Gráfico N. 37. Línea de tendencia entre Sprinboot, Django y Laravel. ............... 56 Gráfico N. 38. Representación de un Dashboard................................................ 57 Gráfico N. 39. Fases de SCRUM. ...................................................................... 58 Gráfico N. 40. Organigrama de la organización. ................................................ 64 Gráfico N. 41 Cadena de valor y mapa de proceso de la DGAC. ....................... 65 Gráfico N. 42. Componentes del análisis FODA................................................ 66 Gráfico N. 43. Matriz Poder/Interés .................................................................. 85 Gráfico N. 44. Matriz Poder/Influencia. ............................................................ 86

XXIV

Gráfico N. 45. Matriz Influencia/Impacto. ......................................................... 87 Gráfico N. 46. Inicio de sesión. ....................................................................... 121 Gráfico N. 47. Registro de usuario. ................................................................. 122 Gráfico N. 48. Proceso de guardado de los datos. ............................................ 122 Gráfico N. 49. Proceso de recuperación de contraseña. .................................... 123 Gráfico N. 50. Pantalla de inicio de sesión. ..................................................... 125 Gráfico N. 51. Pantalla de registro de usuario. ................................................. 125 Gráfico N. 52. Pantalla de cambio de contraseña. ............................................ 126 Gráfico N. 53. Pantalla de datos personales del usuario. .................................. 126 Gráfico N. 54. Pantalla de administración de permisos de usuarios. ................. 127 Gráfico N. 55. Pantalla del módulo de reporte. ................................................ 127 Gráfico N. 56. Módulo de Dashboard. ............................................................. 128 Gráfico N. 57. Nuevo sistema de la DGAC. .................................................... 130 Gráfico N. 58. Encuesta - Pregunta 1. .............................................................. 132 Gráfico N. 59. Encuesta - Pregunta 2. .............................................................. 133 Gráfico N. 60. Encuesta - Pregunta 3. .............................................................. 134 Gráfico N. 61. Encuesta - Pregunta 4. .............................................................. 135 Gráfico N. 62. Encuesta - Pregunta 5. ............................................................. 136 Gráfico N. 63. Encuesta - Pregunta 6. .............................................................. 137 Gráfico N. 64. Encuesta - Pregunta 7. .............................................................. 138 Gráfico N. 65. Encuesta – Pregunta 8. ............................................................. 139 Gráfico N. 66 Encuesta – Pregunta 9. .............................................................. 140 Gráfico N. 67. Encuesta – Pregunta 10. ........................................................... 141 Gráfico N. 68. Caso de prueba N. 1. ................................................................ 143 Gráfico N. 69. Caso de prueba N. 2. ................................................................ 144

XXV






AVIACIÓN CIVIL DEL ECUADOR.

Resumen

El presente trabajo de titulación se enfocó en el desarrollo y en la implementación de un sistema web para cálculos climatológicos que permita mejorar los tiempos de respuesta en la generación de informes cumpliendo con los estándares de la Dirección General de Aviación Civil del Ecuador y que a su vez sirvan como ayuda al personal de los aeropuertos. En base a este problema, se ha realizado un análisis de la situación actual mediante entrevistas al personal de la DGAC. La metodología de investigación en que se basó este proyecto fue la Metodología de Marco Lógico, la cual tiene siete fases que se implementaron para la determinación del problema central y de la mejorar alternativa para la solución, además la metodología de desarrollo utilizada fue SCRUM, la cual facilita el trabajo en equipo y permite prevenir riesgos durante la ejecución del proyecto. En el desarrollo se indica la problemática de la situación actual en la organización, para la cual se elaboraron entrevistas y encuestas con el objetivo de obtener y analizar la información tanto del proceso y la información climatológica, también se menciona la propuesta para enfrentar la situación, los nudos críticos obtenidos y finalmente los criterios de aceptación del software y sus resultados. Como resultado, se ha mejorado la eficiencia en los subprocesos de emisión de reportes climatológicos y validación del ingreso de la información en el registro diario de superficies digitalizado en el sistema web propuesto, disminuyendo en un 95% la vulnerabilidad de los datos, posibles errores en el ingreso y además se mejoró el uso de recursos tecnológicos y económicos, producto de la automatización de las actividades.

PALABRAS CLAVES: CÁLCULOS CLIMATOLÓGICOS, SOFTWARE, INFORMACIÓN CLIMATOLÓGICA, ANÁLISIS, ESTÁNDARES.

Autores: Ivelisse Lissette Ortega Jiménez. Olmedo Antonio Zapata Ponce. Tutora: MGP. Ángela Yanza Montalván, Ing.

XXVI







Abstract

This degree work focused on the development and implementation of a web system for climate calculations that will improve response times in the generation of reports in compliance with the standards of the Ecuadorian Civil Aviation Authority and that in turn will serve as an aid to airport personnel. Based on this problem, an analysis of the current situation has been carried out through interviews with DGAC personnel. The research methodology on which this project was based was the Logical Framework Methodology, which has seven phases that were implemented to determine the central problem and the improved alternative for the solution. In addition, the development methodology used was SCRUM, which facilitates teamwork and allows for risk prevention during the execution of the project. In the development, the problems of the current situation in the organization are indicated, for which interviews and surveys were elaborated with the objective of obtaining and analyzing the information of the process and the climatological information, also the proposal to face the situation is mentioned, the critical knots obtained and finally the criteria of acceptance of the software and its results. As a result, the efficiency of the subprocesses for issuing climatological reports and validating the entry of information into the daily surface register digitized in the proposed web system has been improved, reducing the vulnerability of the data by 95%, possible errors in entry and also improving the use of technological and economic resources as a result of the automation of activities.

KEYWORDS: CLIMATE CALCULATIONS, SOFTWARE, CLIMATE INFORMATION, ANALYSIS, STANDARDS.

Autores: Ivelisse Lissette Ortega Jiménez. Olmedo Antonio Zapata Ponce. Tutora: MGP. Ángela Yanza Montalván, Ing.

1

INTRODUCCIÓN

La Dirección General de Aviación Civil del Ecuador (DGAC), es la

encargada del control técnico-operativo de las actividades aeronáuticas y

aeroportuarias a nivel nacional. Con el fin de centralizar y almacenar la

información meteorológica de una forma organizada se creó el módulo del

formulario en línea DAC MET-020-L en el sitio web Internet Flight

Information Service (IFIS), además de un módulo para la visualización de

los cambios climáticos denominado Dashboard, donde se podrá apreciar

de forma interactiva los diferentes escenarios del clima. El sistema IFIS

está desarrollado en JavaScript con una base de datos relacional

estructurada en PostgreSQL.

Para ello es necesario la recolección de los datos o los parámetros

climatológicos que el científico utiliza como fundamento para analizarlos y

realizar los cálculos climatológicos, permitiendo obtener información

relevante sobre las condiciones del clima en general y de forma específica

que los clientes aeronáuticos utilizarán, brindando funcionalidades en

cuanto la gestión climatológica y la planificación dentro de la organización.

El formulario DAC MET-020-L permite el ingreso manual de los datos para

los cálculos que se realizan diariamente. Ya que los usuarios son los que

realizan este proceso, las validaciones respectivas para la revisión de los

datos ingresados son limitadas, por lo que se genera desconfianza en la

veracidad de la información proporcionada en los reportes que se emiten,

la inconsistencia de los datos y la pérdida de datos llega a ser un factor

que perjudica la toma de decisiones. El no contar con un tablero que

permita la visualización de las variables climáticas afecta la gestión

climatológica.

Con el paso de los años el aumento de la información es notable, el

personal a cargo del análisis de la información tarda mucho tiempo en la

generación de reportes ya que el manejo de varias aplicaciones ocasiona

demora en las respuestas que se desean obtener, además de no ser muy

2

amigable al usuario, por lo cual surge la necesidad de mejorar la

consistencia de los datos que son ingresados al sistema, asegurar la

integridad de los mismos, reducir los tiempos de respuesta en la

exportación de la información y proporcionar una mejor visibilidad de los

cambios climáticos.

El presente proyecto de titulación tiene como objetivo cubrir las

necesidades mencionadas anteriormente; el cual permitirá un control de la

información en forma más eficiente que ayudará a la toma de decisiones

dentro de la organización, implementando una tecnología vanguardista

como: arquitectura de microservicios, base de datos MongoDB,

framework Angular, template NGXAdmin, galería de diseños Bootstrap,

framework NodeJs. Lo que permitirá mejorar los procesos de los cálculos

climatológicos para asegurar que la información que se obtendrá en los

reportes sea precisa y consistente.

Para la comprensión del presente proyecto de titulación el trabajo, se

detalla a continuación los cuatro capítulos por los que está conformado:

En el Capítulo I se encuentra el planteamiento del problema y está

dividido en las siguientes partes: las causas y las consecuencias del

problema, la delimitación del problema, la formulación del problema,

evaluación del problema, los objetivos generales, los objetivos

específicos, el alcance del problema, la justificación e importancia del

proyecto, las metodologías a utilizar y los beneficios del proyecto.

En el Capítulo II se muestra el marco teórico del proyecto en el que se

describe los factores intervinientes del proyecto adjuntado referencias

bibliográficas de las definiciones explicadas en el mismo, el capítulo está

conformado por los antecedentes del estudio realizado, los fundamentos

teóricos en los que se basó, la fundamentación legal.

En el Capítulo III se detallan los aspectos generales de la propuesta o

solución, las metodologías utilizadas en la investigación del proyecto, el

3

análisis de la factibilidad del proyecto, las etapas o fases del proyecto, los

entregables y los criterios de la evaluación de la propuesta.

En el Capítulo IV se detallan los criterios de aceptación de la solución, el

cual se base en medir si los parámetros establecidos cumplen con las

cláusulas o requerimientos prescritos, para así determinar la aceptación

del producto.

4

CAPÍTULO I

EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

Ubicación del problema en un contexto

Actualmente, la sección de Meteorología de la Dirección General de

Aviación Civil del Ecuador (DGAC) dispone de un sitio web denominado

Internet Flight Information Service (IFIS) orientado a la gestión de

información aeronáutica, en él se incluye un módulo básico climatológico

que permite el ingreso de datos del registro diario de observaciones de

superficies. Este sitio tiene deficiencias de validación de datos y

adicionalmente incluye una sección para consultas de la información

ingresada en el formulario DAC MET-020-L permitiendo exportarlo a

Excel.

La información generada en el Excel es incluida en una macro en donde

se efectúan ciertas validaciones manuales para asegurar la calidad de la

información, por lo cual se puede considerar que el proceso es gestionado

de forma interrumpida y con aplicaciones diferentes, consumiendo más

tiempo del normal que demandaría un ingreso y generación de la

reportería correspondiente. Actualmente, los datos que se ingresan en el

sistema se obtienen de un registro manual realizado de forma física, en el

que se encuentra toda la información recopilada acerca de las

especificaciones de los tiempos, el clima y los vientos, etc.

5

Dado que la información climatológica se escribe de forma manual en el

registro diario de observaciones de superficies antes de ser ingresada al

sistema, genera que al usuario a cargo de realizar dicho proceso los datos

no sean de fácil comprensión e implica que la forma de analizar los datos

no sea eficiente haciendo que los tiempos de respuesta sean demorados

a la hora de generar un reporte.

El personal que se encarga del ingreso y análisis de esta información no

son expertos en cuanto a los sistemas de información se refiere, por lo

que les toma más tiempo del necesario generar un reporte. El no contar

con un tablero (Dashboard) que facilite la visualización de las variables o

indicadores climatológicos, afecta la consistencia de los datos emitidos.

Además de contar con un presupuesto ajustado para la renovación

tecnológica.

(Ver Anexo N. 1) se muestra la ubicación de la Dirección General de

Aviación Civil del Ecuador.

Situación Conflicto Nudos Críticos

El principal nudo crítico encontrado en el proyecto es la vulnerabilidad de

los datos ingresados en el sistema web IFIS de la Dirección General de

Aviación Civil del Ecuador (DGAC).

También se ven afectados los tiempos de respuesta en la generación de

reportes ya que el proceso de exportación implica el uso de varias

plataformas por lo que estos son demorados. Además de no contar con

un tablero (Dashboard) que permita visualizar los cambios climáticos que

se generan en diversos periodos de tiempo lo que implica un impacto

dentro de la gestión climatológica, además de no poder definir de manera

correcta los indicadores de rendimiento operacional.

Causas y Consecuencias del Problema

Para determinar las causas y consecuencias del problema se realizó una

matriz de causa - efecto. A continuación detallan las mismas.

6

Cuadro N. 1. Causas y efectos del problema.

CAUSAS EFECTOS

C1. Proceso manual de ingreso de datos

climatológicos.

E1. Información errónea

para la gestión climatológica

de los clientes aeronáuticos.

C2. Uso de varias plataformas para la

generación de los reportes.

E2. Inconsistencia,

duplicidad, corrupción, de la

información ingresada al

sistema.

C3. Inexistencia de una base de datos

que asegure la integridad de los datos

E3. Desconfianza en la

veracidad de la información.

C4. Desorganización de los datos. E4. Dificultad en la toma de

decisiones.

C5. Plataforma actual vulnerable a

ataques externos.

E5. Robo de información

almacenada en la

plataforma.

C6. Recursos financieros insuficientes

para la renovación tecnológica.

E6. Tendencia acelerada a

ser obsoleta, volviéndose

deficiente para los procesos.

C7. Inexistencia de un tablero para

visualizar los cambios climáticos.

E7. Interrupción en los

procesos de toma de

decisión de la organización.

C8. Definición de los Indicadores de

rendimiento operacional (KPI’s) de forma

errónea.

E8. Imposibilidad de

monitorizar la mejora en el

proceso de cálculos

climatológicos.

C9. Interpretación equivocada de las

variables visualizadas en el Dashboard.

E9. Tendencia a emitir

reportes inconsistentes

acerca de fenómenos

climáticos.

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la Investigación.

7

En el Cuadro N.1 se evidencian las causas y consecuencias del proceso

actual, donde el principal efecto es la vulnerabilidad de la información

ingresada en el sistema.

En el Gráfico N. 1 se presenta el Diagrama de Ishikawa o también

conocido como espina de pescado, donde se muestra de manera gráfica

el problema central del sistema actual de la DGAC (IFIS), donde se

determinaron las causas y las categorías a las que cada una pertenece,

que van de acuerdo al cuadro anterior.

Gráfico N. 1. Diagrama de espina de pescado (ISHIKAWA)

Elaboración: Ivelisse Ortega, Olmedo Zapata.

Fuente: Propia de la Investigación.

8

Delimitación del problema

En la actualidad la Dirección General de Aviación Civil del Ecuador

(DGAC) cuenta con una interfaz que permite el ingreso de datos, pero

carece de validaciones y de interacción amigable con el usuario, además

de la ausencia de un tablero (Dashboard) que facilite la visualización de

los cambios climáticos en el entorno.

El siguiente cuadro muestra detalladamente los principales aspectos

pertinentes del problema.

Cuadro N. 2. Delimitación del problema.

FACTOR DETALLE

CAMPO Administrativo

ÁREA Climatología

ASPECTO Automatización de los procesos climatológicos

TEMA

Implementación de un sistema web para validación

de datos climatológicos y un módulo Dashboard

para la visualización de los cambios climáticos

dirigido a la Dirección General de Aviación Civil del

Ecuador.

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Propia de la investigación.

Formulación de problema

De acuerdo con lo descrito anteriormente, la falta de dinamismo en los

procesos de análisis e ingreso de datos que serán utilizados para los

cálculos climatológicos produce una ineficiencia en los reportes que se

generan en el sistema.

¿Con la implementación de un nuevo sistema web que permita controlar

el ingreso y cálculo de los datos climatológicos se mejorará la

vulnerabilidad de los mismos en el sistema?

9

Evaluación del problema

Se describen los aspectos determinantes para la evaluación del problema

y de la solución que se pretende obtener con el desarrollo del presente

trabajo de titulación.

Evidente: De acuerdo a lo descrito anteriormente en el Cuadro N.1 y al

ser una tarea recurrente, es evidente que existan deficiencias en la

validación y control de los datos ingresados en el formulario DAC MET-

020-L, además de existir demora en los tiempos de respuesta que

conlleva la generación de los reportes para los pilotos, al no contar con un

tablero (Dashboard) que permita la visualización de los cambios

climatológicos ocasionando que la toma de decisiones dentro de la

organización sea interrumpida.

Claro: En el proyecto se presenta la problemática que existe actualmente

en los procesos de análisis e ingreso de los datos en el formulario DAC

MET-020-L dentro del sistema web IFIS, y la manera de mejorar la calidad

de este, es mediante la implementación de un sistema web independiente

que automatice los procesos y la elaboración de un módulo de Dashboard

para la visualización de los cambios climáticos. En el Anexo N. 2 se

presenta el Diagrama de Flujo de Proceso actual de la DGAC.

Delimitado: El problema se delimita ya que se realiza exclusivamente

para la Dirección General de Aviación Civil del Ecuador (DGAC).

En el presente trabajo de investigación se realizó el levantamiento de

información a través del Ing. Arturo Lomas el cual es el jefe del área de

Meteorología Aeronáutica en la Dirección General de Aviación Civil en la

ciudad de Quito donde proporciona un documento con los requerimientos

a tomar en cuenta para la validación de los datos. En el Anexo N. 3 se

presenta la entrevista aplicada.

Factible: El presente proyecto de titulación se considera factible ya que, a

través del análisis realizado con anterioridad se hace uso de herramientas

10

de desarrollo open source, que serán utilizadas para la ejecución de la

propuesta mencionada en el Capítulo III, donde se define que el presente

proyecto de titulación es factible económicamente ya que los equipos para

la implementación del sistema lo provee la DGAC, es factible

técnicamente ya que la base de datos, sistemas operativos y lenguaje de

programación fueron escogidos de acuerdo a los requerimientos

establecidos por el Ing. Arturo Lomas Villareal. Además de mejorar los

procesos de validación y control de ingreso de datos en el sistema (Ver

Anexo 11).

Identifica los productos esperados: Se espera que con la

implementación de este proyecto de titulación, la aplicación de

validaciones de los datos ingresados al sistema, la mejora de los tiempos

de respuesta en la generación de reportes para la Dirección de General

Aviación Civil del Ecuador, además de la implementación de un módulo

de Dashboard para la visualización de los cambios climáticos.

Relevante: El problema presente en la DGAC es de gran importancia; por

cuanto, a medida que pasa el tiempo se ve la necesidad de mantener un

seguimiento y control sobre los procesos climatológicos, además de

reducir la vulnerabilidad de los datos ingresados al sistema IFIS y la

implementación de un tablero (Dashboard) que facilite la visualización de

los cambios climáticos para mejorar los procesos de toma de decisión de

la organización.

OBJETIVOS

Objetivos Generales

Implementar un sistema web para la validación de los datos

climatológicos para el mejoramiento de la calidad de los mismos dirigida a

la Dirección General de Aviación Civil del Ecuador.

11

Objetivos Específicos

• Recolectar información relacionada al proceso de los cálculos

climatológicos de la DGAC para su posterior análisis.

• Modelar el diseño de la base de datos para identificar los procesos

que intervienen en el ingreso de datos climatológicos de la DGAC.

• Diseñar la arquitectura del nuevo sistema mediante el framework

Angular para la codificación de los módulos del sistema propuesto

para la DGAC.

• Desarrollar un sitio web que cumpla con todos los estándares del

DGAC para la visualización de la información climatológica y la

toma de decisiones.

• Validar la solución propuesta mediante la aplicación de pruebas

para determinar su pertinencia y calidad dentro de la DGAC.

ALCANCES DEL PROBLEMA

Para la fase de diagnóstico en el presente trabajo de titulación se realizó

el levantamiento de la información requerida mediante la aplicación de

una entrevista al Ing. Arturo Lomas Villarreal, jefe del área de

Meteorología Aeronáutica, en la que se pudo recabar los requerimientos

principales.

Como resultado de la técnica de entrevista efectuada, se lleva a cabo el

flujo del proceso actual para de esta manera verificar si se está cubriendo

las necesidades específicas del problema, adicional se detallan las

opciones que tendrá cada usuario de acuerdo al rol que desempeña, por

ejemplo:

• Administrador: Agregar o quitar permisos a los usuarios de

acuerdo al rol que tenga asignado, además de actualizar

información de los perfiles de los usuarios.

• Observador Aeronáutico 1: Ingresa los datos en el sistema

climatológico y exportar datos del módulo de reportería.

12

• Observador Aeronáutico 2: realiza el proceso de control de

calidad de los datos en el sistema.

• Supervisor: realiza la exportación de datos climatológicos y revisar

los Dashboard del aeródromo al cual está registrado.

Adicionalmente puede archivar los registros y editarlos. Archivar un

registro es indicar que el registro es correcto y ha sido aprobado

por el supervisor, editar registro le permite al supervisor modificar

un registro si este se encuentra incorrecto.

Se desarrolló un sistema web independiente donde se han establecido

seis módulos orientados a:

• Ingreso de datos - Observador Aeronáutico 1

o Ingresar datos climatológicos.

o Modificar datos ingresados.

• Reportaría (estadística) – Observador Aeronáutico 1,2

o Generar reportes.

o Consultar la información.

• Administración - Administrador

o Agregar permisos dentro del sistema.

o Quitar permisos dentro del sistema.

o Crear usuario.

o Crear roles.

• Dashboard – Todos los usuarios

o Visualización de los cambios climáticos.

• Perfil – Todos los usuarios

o Actualizar información del usuario.

• Registrar Usuario – Administrador

o Crear un usuario nuevo.

Es de fácil acceso a los datos, además se implementó la automatización

del proceso de ingreso de datos climatológicos, la visualización de los

reportes estadísticos en el módulo de reportería, dispone de una interfaz

13

amigable para el usuario, posee un módulo de descarga de los reportes

para usuarios aeronáuticos y con almacenamiento de datos históricos a

nivel de base de datos. Se sustenta en una arquitectura basada en

microservicios (REST).

Para el desarrollo se utilizaron como herramientas de desarrollo: NGX-

Admin, Angular 7+, Bootstrap 4+, Nebular, MongoDB, NodeJs, Spring

Boot.

Para la implementación se requerirá un servidor de la DGAC con las

características mínimas: 8GB de memoria RAM, 1TB de disco de

almacenamiento, 4 núcleos, 8 de SWAP, con acceso solo a las personas

encargadas de la gestión climatológica, cuenta con la disponibilidad de la

información de manera exacta y eficaz que ayudará a la toma de

decisiones dentro de la organización.

Para la validación del sistema propuesto se elaboró un plan de pruebas,

donde se validó cada uno de los requerimientos que se recolectaron con

la entrevista realizada al Ing. Arturo Lomas Villareal para determinar la

aceptación, el funcionamiento y la calidad del sistema propuesto.

JUSTIFICACIÓN E IMPORTANCIA

El sitio web que posee actualmente el DGAC es deficiente debido a que

no se realizan las validaciones de datos meteorológicos, lo cual causa

diferentes problemas como: pérdida de información, inconsistencia de

datos, posibles cálculos erróneos, incremento en el tiempo para generar

un reporte específico, entre otros.

Es importante el desarrollo de un nuevo sitio web para cálculos

meteorológicos adaptado a las necesidades actuales de la organización,

debido a que se incluirán mejoras en la automatización del proceso de

ingreso de datos y reportería. Además de la implementación de un

módulo de Dashboard para la visualización de los cambios climáticos.

14

De manera que le presente proyecto de titulación pretende ayudar a todas

las 60 personas que hacen uso del formulario DAC MET-020-L

ofreciéndoles las siguientes mejoras:

1. Mejorar la eficiencia operativa de los procesos de ingreso de los

datos climatológico.

2. Los participantes no tendrán que acceder a una interfaz y luego a

otra para la emisión de los reportes que el sistema genera.

3. La tarea de validación de los procesos climatológicos es

automatizada para mejorar la calidad de los datos ingresado en el

sistema.

METODOLOGÍA DEL PROYECTO

Metodología de Investigación

En este proyecto de titulación se ha implementado la Metodología de

Marco Lógico (MML). En el documento publicado por las Naciones Unidas

y CEPAL define la MML como “la herramienta que permite mejorar la

conceptualización, diseño, ejecución y evaluación de los proyectos de

mayor énfasis en la orientación por objetivos de tal manera que facilita la

interacción entre los participantes del proyecto”. (Ortegón, Juan Francisco

Pacheco, y Prieto 2015)

El propósito de aplicar esta metodología es brindar estructura al proceso

de planificación y comunicar información esencial relativa al proyecto.

Puede ser usado en todas las etapas de preparación del proyecto:

programación, identificación, orientación, análisis, presentación ante los

comités de revisión y ejecución.

La Matriz de Marco Lógico presenta siete fases que serán detalladas en el

capítulo tres; a continuación, se las mencionan (Ortegón et al. 2015):

1. Identificación del problema central: diagrama de Ishikawa (espina de

pescado).

15

2. Análisis de involucrados: lista de involucrados, matriz poder influenza,

matriz poder impacto, matriz influenza impacto. (Ver Anexo 5)

3. Análisis del problema: árbol de problemas. (Ver Anexo 6)

4. Análisis de objetivos: árbol de objetivos. (Ver Anexo 7)

5. Análisis de alternativas: árbol de alternativas. (Ver Anexo 8)

6. Estructura analítica del proyecto: diagrama de estructura analítica del

proyecto. (Ver Anexo 9)

7. Matriz de Marco Lógico: matriz de marco lógico. (Ver Anexo 10)

Metodología de Desarrollo

En este presente trabajo de titulación se ha implementado la metodología

Agile de desarrollo basado en SCRUM. Según Troy Dymes nos afirma

que “SCRUM es un marco de referencia para crear software complejo y

entregarlo a tiempo de una forma mucho más sencilla.” (Dimes 2015)

El propósito de aplicar esta metodología es que permite disminuir los

riesgos que se presentan durante la ejecución de un proyecto. Las

ventajas de este proceso es que es ágil, por lo tanto, se puede mantener

un control sobre el proyecto en ejecución. Además de facilitar el trabajo

en equipo, también ofrece la revisión de los avances (sprint)

semanalmente para evitar un mal direccionamiento del proyecto.

Las etapas o fases que presenta SCRUM se detallan en el capítulo tres, a

continuación, se las mencionan (Dimes 2015):

1. Reunión de planificación de Sprint.

2. El SCRUM diario.

3. Trabajo de desarrollo durante el Sprint.

4. Revisión del Sprint.

5. Retrospectiva del Sprint.

16

CAPÍTULO II

MARCO TEÓRICO

ANTECEDENTES DEL ESTUDIO

En el año 2006, el Ing. Gabriel Arturo Lomas elaboró un proyecto de

titulación para la Dirección General de Aviación Civil titulado DISEÑO DE

LA BASE DE DATOS DE LOS PARÁMETROS METEOROLÓGICOS A

NIVEL NACIONAL PARA USO DE LA DGAC “el cual trataba sobre el

diseño de una base de datos estandarizada que cumpla con las reglas y

normas que exige la tecnología actual y futura” (Loma Villareal 2006).

Donde diseño una estructura relacional para los datos meteorológicos que

eran ingresados en sistema desarrollado en QBASIC que, al exportar los

datos del sistema, estos se generaban en formato de texto plano (.txt).

Uno de los proyectos de tesis más recientes realizado en la Subdirección

de Aviación Civil del Ecuador, fue realizado en la Universidad de

Guayaquil por el estudiante Jefferson Rojas Conde, el cual trata de lo

siguiente:

Necesidad de implementar un sistema que permita al usuario una mejor

visualización de los procesos atmosféricos, además de ayudar a que los

mapas y procesos visuales al usuario sea de una manera más fáciles y

dinámicas, así ayudar a que su análisis se de una forma más rápida y

precisa. (Rojas 2017)

17

Luego de haber realizado toda su labor investigativa implementó el

Sistema de Información Geográfica (SIG), “el cual permite mejorar la

administración, control y monitoreo de los procesos atmosféricos

detectados en el Centro de Investigación Meteorológica Aeronáutica

(CIMA).” (Rojas 2017).Donde este proceso mejoró la visualización de los

pronósticos y el despliegue de la información meteorológica.

La Organización Meteorológica Mundial (OMM) indica que “la observación

global de la atmósfera, la superficie y los océanos de la tierra es esencial

para evaluar la variabilidad del clima y el cambio climático, así como para

comprender sus causas.” (Secretaría del Sistema Mundial de Observación

del Clima 2016)

Por ejemplo, observaciones y análisis recientes han mostrado que el nivel

medio del mar ha continuado elevándose, y por primera vez ha sido

posible determinar la importancia relativa de las contribuciones de la

expansión térmica, la fusión de los hielos y el almacenamiento de agua

en la superficie terrestre. La observación también suministra datos que

son fundamentales para evaluar, ajustar e inicializar los modelos

numéricos que predicen el comportamiento del sistema climático durante

las estaciones, y que realizan proyecciones acerca de cómo cambiará el

clima. (Secretaría del Sistema Mundial de Observación del Clima 2016)

A continuación en el Gráfico N.2 se muestra la estación de red de

vigilancia ubicada en Italia.

Gráfico N. 2. Estación de red de Vigilancia de la atmósfera Global (VAG) en Plateu Rosa (Italia).

Elaboración: Secretaría del Sistema Mundial de Observación del Clima. Fuente: (Secretaría del Sistema Mundial de Observación del Clima 2016)

18

El Centro Internacional para la Investigación del Fenómeno de El Niño

(CIIFEN) en los meses de Octubre, Noviembre, Diciembre se presentó el

informe de Pronóstico Estacional Oeste y Sur de Sudamérica AMJ del

2019, “del análisis estadístico de las estaciones de los Servicios

Meteorológicos de Bolivia, Chile, Colombia, Ecuador, Perú y Venezuela,

se estima que durante el periodo Octubre – Diciembre 2019 existen

mayores probabilidades de lluvia por sobre lo normal” (CIIFEN 2019). En

el Gráfico N. 3 se podrá visualizar las zonas mencionadas anteriormente.

Gráfico N. 3. Índice estandarizado de precipitación – SPI 3 meses Noviembre del 2019.

Elaboración: CIIFEN.

Fuente: UCSB CHIRPS v2.0. (CIIFEN 2019).

La DGAC es la encargada de las políticas, la administración, la

regulación, la vigilancia y el control de las actividades aeroportuarias. Con

el propósito de mejorar la eficiencia de sus procesos climatológicos, la

Dirección General de Aviación Civil del Ecuador desea la implementación

de un sistema web independiente con herramientas open source

enfocado a la validación, control y verificación de los procesos

climatológicos. Sistema que será utilizado por los pilotos, observadores

meteorológicos, analistas de climatología, de los aeródromos principales a

nivel nacional ubicados en las principales ciudades, Guayaquil y Quito,

sistema que permitirá el ingreso de los datos del registro diario de

observaciones de superficie.

19

FUNDAMENTACIÓN TEÓRICA

En este apartado, se detallan a los descriptores que intervienen en el

presente trabajo de forma investigativa; por ejemplo, como los que se

mencionan a continuación: fenómenos climatológicos, datos

climatológicos, procesos climatológicos, automatización de procesos,

sistema web, y las herramientas de desarrollo que se usaran en el trabajo

de titulación presente.

Fenómenos Climatológicos

Definición

Es la modificación del clima de forma inusual, que produce cambios a

muy diversas escalas de tiempo y sobre todo influye en los parámetros

climáticos que se presentan a continuación en el Cuadro N. 3.

Cuadro N. 3. Parámetros climáticos.

Fenómenos Concepto

Temperatura

Depende de los rayos solares, del viento y del relieve. Se

mide en grados centígrados (oC), Gabriela Briceño la

define como “el grado de calor que hay en el aire”.

(Gabriela Briceño V 2019)

Nubosidad

Es cuando se observa nubes en el cielo. Se mide por la

observación directa en “octas”, esto quiere decir que se

divide visualmente el cielo en 8 partes.

Precipitación

Así se llama a las distintas formas en que cae el agua

que proviene de las nubes (Gabriela Briceño V 2019),

estas pueden ser en forma de:

Lluvia: muchas gotas, pero de diferentes tamaños e intensidades.

Llovizna: gotas muy pequeñas.

Nieve: precipitación sólida en forma de cristales de hielo.

Granizo: también es una precipitación sólida, pero son

piedras o fracciones de hielo de diferentes tamaños.

Elaboración: Gabriela Briceño. Fuente: (Gabriela Briceño V 2019).

20

¿Cuáles son los fenómenos climatológicos? A continuación, se presentan los fenómenos climatológicos los cuales

son: lo ciclones, las tormentas, los tornados, la nieve, el granizo junta a la

descripción de cada uno.

• Tornados: Un tornado es una espiral de viento en forma de

embudo, que arrasa con edificios, autos, además de crear

escombros mortales que al generar vientos fuertes pueden ser

mortales.

Geremy afirma que el tornado “es una columna de viento giratoria

que se extiende desde el suelo hasta las nubes. Se produce en

determinadas condiciones cuando choca una corriente de aire frio y

seco con otra de aire caliente.” (Geremy 2014)

Gráfico N. 4. Tornado.

Elaboración: Medline Plus. Fuente: (Medline Plus 2019).

• Tormentas: Las tormentas son choques de temperaturas cálidas y

frías que ocasionan fuertes lluvias con vientos y rayos las cuales

afectan a ciudades, pueblos, producen ruidos fuertes denominados

truenos, incluso pueden haber tormentas eléctricas que afectan la

vida humana.

Una definición es que “Se considera una tormenta como una o

varias descargas bruscas de electricidad atmosférica que tiene una

21

manifestación luminosa, el relámpago, y otra sonora en forma de

ruido seco o retumbo sordo, el trueno.” (Dirección General de

Protección Civil y Emergencias 2013)

Gráfico N. 5. Tormenta eléctrica.

Elaboración: Dirección General de Protección Civil y Emergencias

Fuente: (Dirección General de Protección Civil y Emergencias 2013).

• Lluvia: Son gotas de agua que caen desde las nubes de forma

líquida, que se forman por la evaporación del agua de los océanos

que se concentran en las nubes, la lluvia depende de la

temperatura y la humedad que se encuentre la atmósfera.

Por lo que se define a la lluvia como “El agua que se encuentra en

la naturaleza, la podemos encontrar en ríos, mares, cuencas, y en

forma de lluvia, que es una de las formas dinámicas del "Ciclo

Hidrológico". La lluvia es la precipitación de gotas líquidas de

agua.” (Ambientum 2020)

Gráfico N. 6. Lluvia.

Elaboración: Ambientum. Fuente: (Ambientum 2020).

• Nieve: Gotas de lluvia en forma de cristales congelados, que se

pueden encontrar en lugares como Estados Unidos ya que estos

22

en ciertas temporadas del año su temperatura es tan baja que el

agua vaporizada se transforma en “copos de nieve”, que al igual

que los granizo tienen diversas formas.

Se define como “La nieve se forma cuando la temperatura es tan

baja que el agua adquiere estado sólido. Los copos nacen cuando

las gotas, al caer, atraviesan una capa de aire frío, por debajo de

cero grados, y cerca del suelo.” (CanalTiempo21 2017)

Gráfico N. 7. Nieve.

Elaboración: CanalTiempo21. Fuente:(CanalTiempo21 2017).

Datos Climatológicos

Climatología

Según la Guía de Prácticas Climatológicas “la climatología consiste en el

estudio del clima, sus variaciones y extremos y su influencia en varias

actividades, sobre todo en los ámbitos de la salud, la seguridad y el

bienestar humano.” (Anón 2011)

Descripción de los campos

Se describen a continuación los campos que pertenecen al ingreso de la

información del registro diario de observaciones de superficies.

Presión atmosférica: Es la fuerza del que el aire ejerce sobre el nivel de

la tierra.

23

Barómetro: Es un instrumento de medición que sirve para medir el aire,

es decir mide la presión de la atmósfera, este aparato permite saber en

medidas de hectopascal, en el formulario se encuentra “hpa” que

representa su unidad de medida.

Se define como “Un barómetro es un instrumento de medición que sirve

para evaluar la presión atmosférica. Es decir detecta la presión ejercida

por la atmósfera sobre algún punto determinado. Su unidad de medida es

el hectopascal (hPa) la unidad hecto significa cien. Al ser inventado por el

físico y matemático llamado Torricelli, también se le conoce como tubo de

Torricelli.” (Mecafenix 2018)

Gráfico N. 8. Barómetro.

Elaboración: Frank Mecafenix.

Fuente: (Mecafenix 2018).

Lectura del barómetro: Se comienza primero calibrando bien el

instrumento. German Portillo indica cómo se utiliza (Portillo 2016)

En la parte de atrás de barómetro se encuentra un tornillo es cual se gira

poco a poco a la izquierda o derecha para ir calibrándolo. La calibración

es recomendable que se realice en los periodos de anticiclón donde los

valores de presión son más estables.

Gráfico N. 9. Calibración del barómetro.

Elaboración: Germán Portillo.

Fuente: (Portillo 2016).

24

Microbarógrafo: Al igual que el barógrafo permite registrar la presión

atmosférica de una menor intensidad.

Temperatura y humedad

Psicrómetro: Es utilizado en la meteorología para medir la humedad

relativa o el contenido del vapor de agua en el aire que se mide en

hectopascal al igual que el barómetro.

Se lo define como el que “mide el frio producido por la evaporación del

agua como la diferencia entre las temperaturas que marcan los dos

termómetros que lo componen.” (Martin y Pina 2014)

Gráfico N. 10. Psicrómetro.

Elaboración: Carolina Martin y Jorge Pina.

Fuente: (Martin & Pina, 2014).

Termómetro seco: La Institución Nacional de Meteorología e Hidrología

indican que el termómetro seco “utiliza la diferencia de dilatación de

líquido (mercurio en este caso), y el vidrio que lo contiene para poder

medir la temperatura del aire en grados Celsius y decimos de grados.”

(Instituto Nacional de Meteorología e Hidrología 2014)

Termómetro húmedo: Sirve para medir la temperatura del bulbo

húmedo, pero en conjunto con el termómetro seco, puede utilizarse para

calcular la humedad relativa del aire.

Humedad relativa: Es un parámetro que determina el grado de

saturación de la atmosfera. Según el Instituto Nacional de Meteorología e

Hidrología “es la relación entre la presión parcial del vapor de agua y la

25

presión de vapor de equilibrio del agua a una temperatura dada. La

humedad relativa depende de la temperatura y la presión del sistema de

interés.” (Instituto Nacional de Meteorología e Hidrología 2014)

Tensión del vapor: La Institución Nacional de Meteorología e Hidrología

indica que “es la fuerza ejercida por el vapor de agua de la atmósfera

sobre la superficie de la tierra, independientemente de la ejercida por el

resto de gases que constituyen el aire.” (Instituto Nacional de

Meteorología e Hidrología 2014)

Temperatura punto de rocío: Según la Institución Nacional de

Meteorología e Hidrología “es la temperatura a la que hay que enfriar una

masa para que se sature, a presión y humedad constantes. Se mide en

centígrados y décimos de grado por tratarse de una temperatura.”

(Instituto Nacional de Meteorología e Hidrología 2014)

Termógrafo: Es un instrumento que registra las variaciones de

temperatura en función al tiempo.

Por lo que se define como “aparato que registra gráficamente la

temperatura.” (Real Academia Española 2019)

Gráfico N. 11. Termógrafo.

Elaboración: Real Academia Española.

Fuente: (Real Academia Española, 2019).

Higrógrafo: Llamado también higrómetros, sirve para saber el porcentaje

de la humedad relativa del aire que hay en una zona.

26

Por lo que se define como “el registrador de la humedad relativa en el

transcurso del día” (Huerta 2015)

Gráfico N. 12. Higrógrafo.

Elaboración: Mónica Sánchez.

Fuente: (Sánchez, 2015).

Viento

En el capítulo 7 (Nimbus Weather 2010) indica que:

Es la variable de estado de movimiento del aire. En meteorología se

estudia el viento como aire en movimiento tanto horizontal como

verticalmente. Los movimientos verticales del aire caracterizan los

fenómenos atmosféricos locales, como la formación de nubes de

tormenta.

La dirección del viento depende de la distribución y evolución de los

centros isobáricos; se desplaza de los centros de alta presión hacia los

de baja presión y su fuerza es tanto mayor. En superficie, el viene

definido los siguientes parámetros:

Gráfico N. 13. Dirección del viento.

Elaboración: Nimbus Weather.

Fuente: (Nimbus Weather, 2010).

27

Velocidad máxima y Velocidad media.

En el Capítulo 7 (Nimbus Weather 2010) indica la definición de la

velocidad máxima y media “La velocidad del viento se mide

preferentemente en náutica en nudos y mediante la escala de Beaufort.

Esta escala comprende 12 grados de intensidad creciente que describen

el viento a partir del estado del mar”.

Gráfico N. 14. Cálculo de la velocidad del viento.

Elaboración: Nimbus Weather.

Fuente: (Nimbus Weather, 2010).

Visibilidad horizontal

• Mínima.

• Reinante.

Precipitación

• Pluviómetro: Mide la cantidad de agua que ha caído en la zona

donde este colocado, se miden mm (milímetros), el agua se recoge

en un recipiente que tiene una forma cilíndrica que por lo general

es de plástico.

Por lo que se lo define como “un artefacto que se utiliza en las

estaciones meteorológicas para que así ayude a medir y recoger

las precipitaciones que caen en determinado lugar.” (Calderón

2019)

Gráfico N. 15. Pluviómetro.

Elaboración: German Portillo.

Fuente: (Portillo, 2019).

28

• Pluviógrafo: Es aquel que mide la cantidad de agua y el tiempo en

el que esta ha caído dentro del pluviógrafo, que al igual que el

pluviómetro también se mide en mm (milímetros). (Claudio 2011)

“Además el pluviógrafo es un registrador, que tiene una banda

donde también se puede medir la intensidad de la precipitación.”

(Viñas 2017)

Gráfico N. 16. Pluviógrafo

Elaboración: Claudio.

Fuente: (Claudio, 2011).

• Tiempo presente: Códigos que se usa para definir los diferentes

fenómenos meteorológicos.

Extremas

Datos extremos; máximas y mínimas de parámetros como; temperatura,

humedad, viento y la hora de ocurrencia del fenómeno.

Temperaturas

• Mínima: Es la temperatura mínima alcanzada durante un intervalo

de tiempo dado.

• Máxima: Es la temperatura máxima alcanzada durante un intervalo

de tiempo dado.

Humedad

• Mínima: Es la humedad mínima alcanzada durante un intervalo de

tiempo dado.

• Máxima: Es la humedad máxima alcanzada durante un intervalo de

tiempo dado.

29

Nubosidad

• Género CL: Códigos para el género de nubes altas.

• Género CM: Códigos para el género de nubes bajas

• Género CH: Códigos para género de nubes medias.

Capas significantes

Estas capas representan las nubes y su nivel sobre la superficie terrestre.

I Capa

• Cantidad: Número de nubes en la superficie sobre “octas”.

• Género: Tipo de nubes que identifica el observador.

• Altura: Distancia de las nubes sobre la superficie terrestre.

II Capa




• Nubosidad parcial: Fracción de cielo cubierto por nubes, a una

altura específica, en un lugar determinado.

III Capa






IV Capa






30

V Capa






Archivado

• Archivado: Una vez marcado esta opción nadie puede hacer

modificaciones sobre los registros del formulario DAC MET-020-L

A continuación, en el Gráfico N. 17 se muestra el actual formulario en

línea DAC MET-020-L.

31

Gráfico N. 17. Registro diario de observación de superficies.

Elaboración: Compañía Vía 56.

Fuente: (Via 56 S.A., 2015).

32

Proceso Climatológico

Definición

Un proceso una sucesión de etapas que forman parte de un ciclo

determinado. Por lo que se define como “un conjunto de operaciones

lógicas y aritméticas llevadas a cabo por los ordenadores con el fin de

poder gestionar datos y obtener los resultados deseados.” (Raffino, 2019)

Gráfico N. 18. Estructura de un proceso.

Elaboración: José Antonio Fernández de Velasco.

Fuente: (José Antonio Pérez Fernández de Velasco, 2010).

El proceso de ingreso comienza con el registro manual diario de

observación de superficie, el cual es un formato en físico que se muestra

en el Anexo N.12, donde los observadores meteorológicos lo llenan todos

los días, las 24 horas del día, por lo que un día debe de haber 24

registros, una vez terminado el registro en el formato original se procede a

pasar los datos a la copia del formato antes mencionado, terminado el

paso de la información (estos formatos son enviados a Quito). Se procede

a ingresar la información del registro diario en físico al sistema IFIS en el

formulario en línea DAC MET-020-L, se realiza un análisis previo de la

33

información recolectada por los observadores, antes del ingreso de la

información al formulario.

Se inicia sesión dentro del sistema web IFIS, se ingresa colocando el

número de cédula de identidad y la clave personal que se ha establecido

para el usuario (Ver Gráfico N.19).

Gráfico N. 19. Plataforma IFIS inicio de sesión.

Elaboración: Vía 56. Fuente: (56, 2015).

Una vez iniciada la sesión aparecerán opciones de acuerdo a los

permisos del usuario, se reflejará la opción del formulario en línea DAC

MET-020-L, donde se realiza el respectivo ingreso de los datos diarios de

la observación de superficies. En el Gráfico N.20 se muestra el sistema

actual de la DGAC.

34

Gráfico N. 20. Formulario DAC MET-020-L / ingreso de información.


Fuente: (Via 56 S.A., 2015).

Se procede a ingresar de los datos anotados en el registro diario de

observaciones de superficie, en los casilleros correspondientes, los cuales

no validan el ingreso de los datos que se realiza en el momento

generando así que los registros que se encuentran almacenados en el

sistema sean inconsistentes, lo que no asegura la integridad de la

información.

Una vez realizado el ingreso al sistema, los datos son validados con la

información que se encuentra en el registro diario de observaciones de

superficie, si estos son correctos, se guarda la información;

posteriormente, se procede con el proceso de control de calidad a la

información registrada por parte del personal del área de climatología en

la sede de Quito. A continuación se muestra el Gráfico N.21.

35

Gráfico N. 21. Formulario del ingreso de la información climatológica.


Fuente: (Via 56 S.A., 2015).

El alcance del control de calidad según la OMM Nº 488 “implantado por el

SMN debe de incluir la validación de datos, la depuración de los datos y la

supervisión del control de calidad.” («Guía de Prácticas Climatológicas»,

2011)

36

• Validación de los datos: es un proceso que se utiliza para

determinar si los datos son imprecisos, incompletos, incompatibles

o irracionales.

• Depuración de los datos: se refiere a “solventar” los errores en

los datos que han sido identificados durante el proceso de

validación.

• Supervisión del control de calidad: de acuerdo con la OMM se

deben de “aplicar las normas de control de calidad en tiempo real a

todos los niveles de los que sean responsables.” («Guía de

Prácticas Climatológicas», 2011)

En el Anexo N. 2 se presenta el Diagrama de Flujo del proceso actual del

formulario DAC MET-020-L donde se realiza el ingreso de la información

climatológica de la Dirección de Aviación Civil del Ecuador.

Automatización de Procesos

La automatización de un proceso consiste en la sustitución de aquellas

tareas tradicionalmente manuales por las mismas realizadas de manera

automáticas por máquinas, robots o cualquier otro tipo de automatismo.

A medida que los negocios se transforman y se insertan en el mundo

digital, se acelera la necesidad de implementar una solución que facilite la

automatización de procesos para agilizar la ejecución de las aplicaciones;

minimizar errores e impulsar la productividad y el éxito de la empresa.

(Guedez, 2017)

La automatización de procesos se refiere según Alexander:

A la capacidad de un sistema tecnológico para ejecutar una serie de

tareas que originalmente son realizadas por seres humanos. Dicha

automatización también controla; corrige y hace visible el estado de los

flujos de trabajo y tareas; y genera reportes de todo el proceso. Uno de

los aspectos más importantes en la automatización es la

retroalimentación, a través de ella el sistema evalúa, compara y hace

37

correctivos en tiempo real, bajo ciertas restricciones pre configuradas y

sin intervención humana. (Guedez, 2017)

Un estudio de Forrester Consulting, empresa especializada en consultoría

de estrategia comercial y análisis económico, demostró que la

implementación de sistemas de automatización de procesos se tradujo en

(Guedez, 2017):

• Mayor eficiencia operativa.

• Puntualidad en la entrega de flujos de trabajo.

• Mayor control sobre los procesos TI.

• Aumento de la productividad de la empresa.

Tipo de automatización de procesos

Hay tres clases muy amplias de automatización de procesos:

• Macro.

• Automatización de procesos IT (ITPA).

• Automatización robótica de procesos (RPA).

Macro: según Addalia “son una serie de funciones que permiten

automatizar algunas tareas repetitivas, acciones complejas o procesos

habituales, ya sean en aplicaciones de negocios como en base de datos y

otros sistemas informáticos.” (ADDALIA, 2019). Ya que este proceso de

automatización hace que las tareas monótonas se conviertan en procesos

automáticos facilita el trabajo de los usuarios que usen aplicaciones que

tenga implementado este tipo de automatización.

ITPA: es la automatización de proceso TI donde Addalia indica que

“consiste, en esencia, la eficiencia al reducir el trabajo manual en la

medición y ejecución de tareas de Tecnologías de la Información

rutinarias,” (ADDALIA, 2019). Ya que esta automatización reduce el

trabajo manual, ayuda a diseñar, crear e implementar flujos de trabajo de

formas más organizada por medio de gráficos y minimiza los errores

humanos en el desarrollo de un servicio o producto.

38

RPA: Es la automatización robótica de procesos, por su lado Addalia

afirma que “la automatización robótica de procesos promete un ahorro de

costes, fiabilidad y eficiencia en procesos fáciles de descomponer en

reglas sencillas y con un gran volumen de transacciones.” (ADDALIA,

2019). Este proceso ayuda a leer y almacenar grandes volúmenes de

datos a gran velocidad ofreciendo así automatizar flujos de trabajo

completos, permitiendo que los servicios o productos sean de calidad.

En el presente trabajo de titulación se implementó la automatización de

procesos TI ya que permite mejorar los tiempos de respuesta de las

tareas que el sistema ejecuta. Por lo tanto, facilita la ejecución de los

procesos que se desarrollan al ingresar los datos al sistema, generar los

reportes, entre otros; además de optimizar los tiempos y el uso de varias

aplicaciones para la emisión de los reportes.

Sistema IFIS (INTERNET FLIGHT INFORMATION SYSTEM)

Según Vía 56 el sistema IFIS “es un sistema integrado, concebido para

facilitar a la Aviación General, la planificación y la distribución segura del

Plan de Vuelo, contribuyendo así a la labor fiscalizadora de la Autoridad

Aeronáutica. Con este propósito, IFIS entrega información aeronáutica de

calidad y oportuna para la seguridad de las operaciones aéreas o mejor

expresado, para la Seguridad Operacional” (Vía 56 S.A., 2015) indica:

Ya que el sistema IFIS fue desarrollado por VIA 56 S.A. tomando en cuenta

las siguientes consideraciones:

• Máximo aprovechamiento de capacidades instaladas Total

conectividad con la AFTN / AMHS.

• Total conectividad con el portal web institucional del ASPN.

• Empleo de tecnología de bajo costo.

• Altos estándares de seguridad, confiabilidad e integridad.

• Conceptualmente orientado a la satisfacción del usuario y a la

modernización de la gestión.

39

A continuación en el Gráfico N. 21 se muestra la interfaz del sistema

realizado por VIA 56.

Gráfico N. 22. Interfaz del sistema IFIS por VIA56.

Elaboración: Vía 56.

Fuente: Dirección de Aviación Civil del Ecuador.

Sistema Web Definición

Es similar a un sitio web, pero con mucho más dinamismo y

funcionalidades que dan repuesta a casos particulares. Otra definición de

un sistema web es que “Se denomina sistema web a aquellas

aplicaciones de software que puede utilizarse accediendo a un servidor

web a través de Internet o de una intranet mediante un navegador.”

(Aeurus, 2016)

Arquitectura

La arquitectura de un sistema es como este está construido es decir la

estructura operacional, la descripción funcional de los requerimientos del

diseño del sistema.0

http://www.ais.aviacioncivil.gob.ec/

http://www.aeurus.cl/aplicaciones-web/

40

Según Leandro Alegsa “la arquitectura de un sistema es el diseño o

conjunto de relaciones entre las partes que constituyen un sistema.”

(Alegsa, 2016)

El Gráfico N. 23 es una visualización de los componentes que conforman

el esquema de la arquitectura donde los usuarios finales serán los clientes

aeronáuticos, los empleados de la DGAC e incluso arquitectos que hacen

uso de la información climatológica. Dentro del servidor web se encuentra

el front-end y el back-end, donde el front-end es todo lo que el usuario ve,

es decir, el diseño, la interfaz y la visualización del sitio web; mientras que

el back-end es la parte del procesamiento, la programación del sitio web,

los servidores, los servicios web y la base de datos. Por último, a los

administradores del sitio web, siendo estos los encargados de controlar

los accesos y los permisos que los demás usuarios que intervienen

tendrán dentro del sistema.

Gráfico N. 23. Componentes de la arquitectura de un sistema web.

Elaboración: Alegsa.

Fuente: (Alegsa, 2016).

Herramientas de Desarrollo

Framework

Es una estructura conceptual y tecnológica de soporte definido,

normalmente con artefactos o módulos de software concretos, que puede

servir de base para la organización y desarrollo de software.

41

Según Javier J. Gutiérrez “con el término framework nos estamos

refiriendo a una estructura software compuesta de componentes

personalizable e intercambiables para el desarrollo de una aplicación”

(Javier J., 2014). En otras palabras, se puede considerar que un

framework como una aplicación genérica incompleta y configurable a la

que se puede añadirle más piezas para así tener un sistema concreto.

Gráfico N. 24. Representación gráfica de un framework.

Elaboración: Javier J. Gutiérrez. Fuente: (Javier J., 2014).

¿Por qué usar un framework?

Porque:

• Evita escribir código repetitivo

• Utiliza buenas practicas

• Desarrollo más rápido

• Permite desarrollar cosas más avanzadas.

Angular

Es un framework para aplicaciones web desarrollado en TypeScript de

código abierto, mantenido por Google. En un artículo de la revista InfoQ lo

define como (Rodrigues, 2018):

42

Angular es una arquitectura basada en componentes en la que la

estructura básica es plantillas HTML y componentes TypeScript /

JavaScript. Las plantillas HTML están diseñadas con marcas de idioma y

tienen propiedades y eventos que son manejados por

componentes. Estos componentes se administran mediante metadatos

que le indican a Angular cómo procesarlos. Todos los servicios lógicos y

componentes están encajonados con módulos.

Gráfico N. 25. Diagrama de relación entre los componentes de angular.

Elaboración: Angular.

Fuente: (ANGULAR, 2010).

Características

Alguna de las características que se encuentran en Angular son:

• Form Builder.

• Change detection.

• Sistema de plantillas.

• Enrutamiento.

• Anotaciones.

• Observables.

Niveles de Seguridad

Ofrece los siguientes niveles de seguridad

43

• Prevención del comando entre sitios (XSS): según el sitio oficial de

Angular indica que “las secuencias de comandos entre sitios (XSS)

permiten a los atacantes inyectar código malicioso en las páginas

web” (ANGULAR, 2010). Lo que angular ofrece para bloquear

estos ataques XSS, es evitando el ingreso de código malicioso

DOM (Modelo de objetos por documento).

• Modelos de seguridad de scripting entre sitios de Angular: para

bloquear sistemáticamente los errores de XSS, Angular trata todos

los valores como no confiables de forma predeterminada. Cuando

se inserta un valor en el DOM desde una plantilla, a través de

propiedad, atributo, estilo, enlace de clase o interpolación, Angular

desinfecta y escapa de valores no confiables.

Las plantillas angulares son lo mismo que el código ejecutable:

HTML, atributos y expresiones de enlace (pero no los valores

enlazados) en las plantillas son confiables para ser seguros. Esto

significa que las aplicaciones deben evitar que los valores que

puede controlar un atacante lleguen al código fuente de una

plantilla. Nunca genere el código fuente de la plantilla

concatenando las entradas y las plantillas del usuario. Para evitar

estas vulnerabilidades, use el compilador de plantillas sin

conexión , también conocido como inyección de plantillas.

• Contextos de saneamiento y seguridad: La desinfección es la

inspección de un valor no confiable, convirtiéndolo en un valor

seguro para insertar en el DOM. En muchos casos, la desinfección

no cambia un valor en absoluto. La desinfección depende del

contexto: un valor inofensivo en CSS es potencialmente peligroso

en una URL.

Angular define los siguientes contextos de seguridad:

https://angular.io/guide/security#offline-template-compiler

https://angular.io/guide/security#offline-template-compiler

44

• HTML se utiliza al interpretar un valor como HTML, por

ejemplo, cuando se vincula a innerHtml.

• El estilo se usa al vincular CSS a la stylepropiedad.

• URL se utiliza para propiedades de URL, como <a href>.

• La URL de recursos es una URL que se cargará y ejecutará

como código, por ejemplo, en <script src>.

• Políticas de seguridad de contenido: La Política de seguridad de

contenido (CSP) es una técnica de defensa en profundidad para

prevenir XSS. Para habilitar CSP, configure su servidor web para

que devuelva un Content-Security-Policy apropiado.

Línea de Tendencia

Se realiza la comparación de las herramientas Angular 7 y React

utilizando la plataforma de Google Trends.

En el Gráfico N. 26 el porcentaje de aceptación de Angular es de un 15%,

mientras que React es de un 49%. ¿Por qué Angular? Ya que es de fácil

aprendizaje, ofrece 6 veces más soluciones a diversos problemas que

React y tiene una estructura más grande, además de ser utilizado por una

gran gama de desarrolladores. Por eso se escogió esta herramienta para

el desarrollo del sistema.

Gráfico N. 26. Línea de tendencia entre Angular, React y AngularJS.


Fuente: Google Trends.

https://angular.io/api/animations/style

45

Node.js

Node.js es un entorno de ejecución de JavaScript de código abierto y

multiplataforma. Según (Node.js, s. f.) indica que:

Una aplicaciónNode.js se ejecuta en un solo proceso, sin crear un nuevo hilo

para cada solicitud. Proporciona un conjunto de primitivas de E/S asíncronas

en su biblioteca estándar que evitan que el código JavaScript se bloquee y,

en general, las bibliotecas de Node.js se escriben utilizando paradigmas de

no bloqueo, lo que hace que el comportamiento de bloqueo sea la excepción

en lugar de la norma.

Gráfico N. 27. Componente de Node.js.

Elaboración: Marco Enrique Da Silva. Fuente:(Node.js, s. f.).

Características

Node.js ofrece las siguientes características:

• JavaScript sin límites: utilizando Node.js la compatibilidad del

código con diferentes servidores no es problema ya que este se

adapta al sistema en el que se esté ejecutando.

• Programación asíncrona: esta permite liberar procesos a modo de

los recursos de la maquina quedan disponibles para realizar otras

cosas durante el tiempo que se demora en ejecutarse el proceso

anterior.

46

• Programación orientada a eventos (POE): en Node.js a diferencia

de JavaScript ya que estos ocurren del lado del servidor, en

cambio los de JavaScript se ejecutan del lado del cliente y ocurren

en el navegador.

Gráfico N. 28. Modelado Node.js orientado a eventos.

Elaboración: Rocío Muñoz.

Fuente: (Muñoz, 2014).


Se presentan los siguientes niveles de seguridad para Node.js:

• Reporte de errores.

• Política de divulgación.

• Actualizaciones de seguridad.

Vulnerabilidades

A continuación, se detallan las siguientes vulnerabilidades:

• OpenSSL: una persona externa o atacante es capaz de extraer

claves DSA y ECDSA.

• Vulnerabilidad en Buffer.alloc (): un usuario puede hacer pasar un

parámetro en un formato incorrecto, provocado que el Buffer

genera una malinterpretación del parámetro enviado, lo cual

ocasiona que se devuelvan bloques de memoria que no han sido

eliminados que pueden contener información sensible.

47

• Escritura fuera de líneas: en ocasiones no se calcula

correctamente la longitud máxima de bytes que son ingresados al

buffer, por lo que se escribe fuera del rango asignado a la

memoria, lo que podría ocasionar que los procesos que se

encuentran en ejecución en Node.js dejen de funcionar.

Línea de Tendencia

Conociendo ya las ventajas que ofrece Node.js, se realiza la comparación

con PHP.

PHP ofrece un entorno de desarrollo mucho más fácil, pero aun así

muchas personas han comenzado a utilizar Node.js ya que este permite

mejorar la reutilización de código y facilita el trabajo de un desarrollador,

además de que ofrece un módulo de almacenamiento en caché y es de

fácil aprendizaje ya que su sintaxis es semejante a JavaScript. Por esa

razón se tomó en cuenta la utilización de Node.js en el proyecto de

titulación.

En el Gráfico N. 29 Node.js tiene el 68% mientras que PHP solo tiene un

62% y Ruby un 7%. ¿Por qué Node.js? porque permite la creación de

aplicaciones en tiempo real, es de fácil aprendizaje, además es

compatible con el desarrollo de aplicaciones móviles, mantiene el formato

JSON nativo en la base de datos. Por eso se escogió esta herramienta

para el desarrollo del sistema.

Gráfico N. 29. Línea de tendencia entre NODE.JS, PHP y RUBY.

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Google Trends.

48

Bootstrap

W3schools (W3SCHOOLS.COM, s. f.) indica las siguientes definiciones:

• Es un marco front-end gratuito para un desarrollo web más rápido y fácil.

• Bootstrap incluye plantillas de diseño basadas en HTML y CSS para

tipografía, formularios, botones, tablas, navegación, modales, carruseles

de imágenes y muchos otros, así como complementos de JavaScript

opcionales.

• También brinda la capacidad de crear fácilmente diseños receptivos.

Gráfico N. 30. Componentes de Bootstrap.

Elaboración: EDUCBA.

Fuente: (EDUCBA, 2019).

¿Qué son diseños receptivos?

Se tratar de crear sitios web que puedan adaptarse a cualquier dispositivo

en el que se estén ejecutando.

Características

• Fácil de usar: cualquier usuario con conocimientos en HTML y CSS

puede hacer uso de Bootstrap.

• Funciones receptivas: el CSS receptivo ayuda a que el diseño del

sitio se ajuste a los dispositivos ya sea móvil, tabletas y/o

computadoras.

• Enfoque móvil: los estilos móviles son parte del marco central del

desarrollo en Bootstrap.

49

• Compatibilidad del navegador: es compatible con navegadores

como: Firefox, Chrome, Internet Explorer 10+, Edge, Safari, Opera,

etc.

Vulnerabilidades

Bootstrap presenta un impacto en los atributos de data-template tooltip o

popover por medio de Cross-site Scripting (XSS) esta es una

vulnerabilidad típica de los sitios web, que permite a personas externas

hacer inyección de código JavaScript el cual ocasiona una afectación

parcial a la integridad del sistema, no hay impacto sobre la

confidencialidad del sistema, ni en la disponibilidad del sistema.

Línea de Tendencia.

Se muestra a continuación la línea comparativa entre Bootstrap,

Foundation y Materialize.

Tal como se muestra en el Gráfico N. 31 Bootstrap tiene el 21% sobre

Materialize y Foundation. ¿Por qué Bootstrap? porque permite la

adaptación de varias plantillas en el desarrollo de la interfaz del sistema

web, además sus procesos son fáciles y rápidos ya que tiene patrones

fluidos y fijos, por ese se escogió esta herramienta para el desarrollo del

sistema.

Gráfico N. 31. Línea de tendencia entre Bootstrap, Materialize y Foundation.


https://trends.google.es/trends/explore?date=today%203-m&q=%2Fm%2F0j671ln,Materialize

50

MongoDB

Según Rubén indica que MongoDB “es una base de datos orientada a

documentos. Esto quiere decir que en lugar de almacenar los datos en

registros, guarda los datos en documentos. Estos documentos son

almacenados en BSON, que es una representación binaria de JSON.”

(RUBENFA, 2014)

En la documentación oficial de MongoDB se afirma que “es una base de

datos distribuida, por lo que es fácil de usar y proporciona una elevada

disponibilidad, escalabilidad horizontal y distribución geográfica.”

(MongoDB, Inc., 2019)

Gráfico N. 32. Estructura de los componentes de MongoDB.

Elaboración: Kan Nishida. Fuente:(Nishida, 2017).

En la documentación oficial de MongoDB se define que un registro “es un

documentos, el cual es una estructura de datos compuesta por pares de

campos y valores.” (MongoDB, Inc, 2008b)

Gráfico N. 33. Declaración de variables en MongoDB.

Elaboración: MongoDB.

Fuente: (MongoDB, Inc, 2008a).

51

Las ventajas de usar MongoDB son las siguientes (MongoDB, Inc,

2008a):

• Los documentos (es decir, los objetos) corresponden a tipos de datos

nativos en muchos lenguajes de programación.

• Los documentos y arreglos integrados reducen la necesidad de costosas uniones.

• El esquema dinámico admite polimorfismo fluido.

Características:

MongoDB presenta las siguientes características (MongoDB, Inc, 2008a):

• Alto rendimiento: proporciona persistencia de datos de alto rendimiento.

• Lenguaje de consulta enriquecido: admite un lenguaje de consulta

adecuado para admitir operaciones de lectura y escritura (CRUD).

• Alta disponibilidad: proporciona conmutación por error automático y

redundancia de datos.

• Escalabilidad horizontal: como parte de su funcionalidad principal en un

clúster equilibrado, MongoDB dirige las lecturas y escrituras cubiertas por

una zona solo para esos fragmentos dentro de la zona.

• Soporte para múltiples motores de almacenamiento: proporciona una API

de motor de almacenamiento para MongoDB.

Niveles de Seguridad:

MongoDB ofrece los siguientes niveles de seguridad:

• Autenticación.

• Control de acceso basado en roles.

• Control de acceso.

• Administración de usuarios y roles

• TLS / SSL (Cifrado de transporte).

• Solo para empresas: autenticación de proxy LDAP, revisión de

cuentas y cifrado en reposo.

• Cifrado de nivel de campo del lado del cliente.

52

Vulnerabilidades:

En el documento generado por la Agencia de Regulación y Control de las

telecomunicaciones muestra lo siguiente:

MongoDB cuenta con productos de pago y otros gratuitos. Por lo que

estos últimos carecen de seguridad por defecto y por lo tanto, están

expuestos a los ataques, los mismos que pueden ser evitados una vez

que implementes las seguridades adecuadas. (ECUCERT, s. f.)

Línea de Tendencia

Se tomó en cuenta la utilización de MongoDB (57%), ya que, al ser esta

una base de datos no relacional facilita el almacenamiento de esquemas,

además mejora el rendimiento y la optimización de los procesos

ejecutados. Por eso se escogió esta herramienta para el desarrollo del

sistema a diferencia de PostgreSQL (30%) y MariaDB (21%) que

mantienen un rendimiento más bajo. En el Gráfico N.34 se muestra la

línea de tendencia de las herramientas ya mencionadas.

Gráfico N. 34. Línea de tendencia entre MongoDB, PostgreSQL y MariaDB.

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Google Trends

https://trends.google.es/trends/explore?date=today%203-m&q=postgresql,%2Fm%2F09gc20r

53

Spring Boot

Es un marco de código abierto basado en Java que se utiliza para crear

un microservicio. Fue desarrollado por Pivotal Team y se utiliza para

construir aplicaciones de resorte independientes y listas para la

producción.

Pivotal define Spring de la siguiente forma (Pivotal, 2019a):

Spring Boot facilita la creación de aplicaciones basadas en Spring,

autónomas y del nivel de producción que "simplemente se ejecutan".

Tomamos una visión dogmática de la plataforma de Spring y de las

bibliotecas de terceros para que pueda empezarse con el mínimo revuelo.

Gráfico N. 35. Estructura moderna de Spring Boot – Java.

Elaboración: Spring.io. Fuente: (Pivotal, 2019b).

¿Qué es un microservicio?

Es una arquitectura que permite a los desarrolladores diseñar e

implementar servicios de forma independiente. En la revista ITNow indica

que:

Los microservicios son una arquitectura y un enfoque sobre la escritura

de software en el que las aplicaciones se deben dividir en los

componentes más pequeños e independientes entre sí. Esto es diferente

al enfoque tradicional donde la aplicación se trata como una única pieza,

los microservicios están separados y funcionan conjuntamente para llevar

a cabo las mismas tareas. (Vargas, 2018)

54

Gráfico N. 36. Modelo de referencia para microservicios.

Elaboración: Spring.io. Fuente: (Torres, 2015).

Ventajas de su uso:

• Despliegue fácil.

• Escalabilidad simple.

• Compatible con contenedores.

• Configuración mínima.

Microservicios Desarrollados

• Login

• Register

• setAerodrome

• getAllAerodrome

• getFindByAerodrome

• deleteAreodrome

• setRecord

• getFindByAerodromoAndaRangeDate

55

• deleteRecord

Características

Se presentan las siguientes características de Spring Boot:

• Fácil de entender y desarrollar aplicaciones de primavera.

• Aumenta la productividad.

• Reduce el tiempo de desarrollo.

• Ejecución de la aplicación de forma independiente.


• Soporte completo y extensible para autenticación y autorización.

• Protección contra ataques como la fijación de sesiones,

clickjacking, falsificación de solicitudes entre sitios, etc.

• Integración API Servlet.

• Integración opcional con Spring Web MVC.

Línea de Tendencia

Se realiza la comparación con la herramienta Google Trends la cual

permite visualizar los cambios del interés de los usuarios en las

herramientas.

Spring Boot (48%) está basado en java mientras que Django (22%) está

basado en Python y Laravel (62%) en PHP, en este proyecto de titulación

se busca mejorar el rendimiento del sistema web con la implementación

de esta herramienta se optimiza el tiempo de respuesta de las consultas

para los procesos que se ejecuten dentro del sistema. Se utilizó Sprint a

pesar de tener un porcentaje menor que Laravel, ya que este solo se basa

en lenguaje PHP, mientas que sprint es un marco de código abierto

amplio que ayuda crear aplicaciones de alta calidad más rápido. En el

Gráfico N. 37 se muestra la línea de tendencia entre Spring Boot, Django

y Laravel.

56

Gráfico N. 37. Línea de tendencia entre Sprinboot, Django y Laravel.


DASHBOARD

Definición

Se lo define como un tablero de control, monitoreo, capaz de permitir la

visualización ya sea de un estado de ventas, cambios en los procesos

internos de una compañía, como los indicadores de rendimiento de un

negocio. Dany Ortiz indica que “el dashboard o panel de control es como

los indicadores de la cabina de un avión (¡aunque debería ser un poco

más sencillo!). Se trata de una herramienta superpotente para obtener

información de los datos y centralizar los KPI que necesitas para saber

qué está pasando realmente con tu negocio”. (Ortiz, 2019)

Características

• Personalizado: “Un dashboard debe contener únicamente los KPI

que sean relevantes para el departamento, campaña o proceso que

ocupa. Para orientarlo, se puede pensar en las preguntas principales

a las que se desea responder. Por ejemplo, cuáles son las

principales fuentes de tráfico a la web, cómo está funcionando el

embudo de ventas o cuáles son los 5 productos que generan más

ingresos.” (Ortiz, 2019)

• Visual: “La idea de un dashboard es que obtener la información que

se busca simple vista. Por ello, los datos se presentan en forma de

gráficos y debemos contar con indicadores rápidos a través de

https://trends.google.es/trends/explore?date=today%203-m&q=postgresql,%2Fm%2F09gc20r

https://www.cyberclick.es/curso-dashboard-de-metricas-y-analitica-visual

57

claves de color, flechas hacia arriba o abajo o cifras destacadas, por

ejemplo.” (Ortiz, 2019)

• Práctico: “La función principal de un dashboard siempre debe ser

orientar las acciones del equipo. Por tanto, debe facilitar la

información necesaria para que saber cuáles son los siguientes

pasos a seguir para mejorar los resultados.” (Ortiz, 2019)

• En tiempo real: “Actualmente, las acciones de Marketing Digital

evolucionan con gran rapidez y aprovechar el momento clave es

esencial. Por eso, la información debería estar actualizada al

momento en todas las fuentes y mostrarse en el dashboard en

tiempo real.” (Ortiz, 2019)

Gráfico N. 38. Representación de un Dashboard.

Elaboración: Dany Ortiz.

Fuente:(Ortiz, 2019).

Ventajas del uso del Dashboard

En el Cuadro N.4 se presentan las ventajas más comunes acerca del uso

del dashboard dentro de una organización, institución y/o negocio.

58

Cuadro N. 4. Ventajas del uso del Dashboard.

VENTAJAS V1. Proporciona una visualización gráfica, de forma más

consolidada de la información.

V2. Elaboración de informes automáticamente. Estos últimos

se pueden intercambiar con los diferentes departamentos

para tomar las mejores decisiones en el negocio.

V3. Facilita la comprensión del negocio.

V4. Monitorización y unificación de los datos relevantes.

Detección rápida de errores. Elaboración: Dany Ortiz.

Fuente:(Ortiz, 2019).

METODOLOGÍA SCRUM

SCRUM es una de las metodologías ágiles más conocidas en la

actualidad. Aunque su funcionalidad es diversa, se trata de una

herramienta especialmente útil en espacios donde los grupos de

trabajo tienen dificultades para operar y emprender las acciones

necesarias que les lleven a objetivos comunes. (OBS Bussines School,

s. f.)

Gráfico N. 39. Fases de SCRUM.

Elaboración: Rogelio Toledo García, CEO AgilePlan.

Fuente: Rogelio Toledo García, CEO AgilePlan.

https://www.obs-edu.com/blog-project-management/noticia/haz-que-tu-empresa-sea-mas-eficiente-con-scrum

https://www.obs-edu.com/blog-project-management/factor-humano/criterios-para-seleccionar-a-tu-equipo-de-trabajo-en-un-proyecto


59

El proceso, según la escuela de Negocios OBS Bussines School, consta

de 5 etapas:

1. Reunión de planificación de Sprint: “En esta reunión se define la

funcionalidad en el incremento planeado y como el Equipo de

Desarrollo creará este incremento y la salida de este trabajo es

definir el Objetivo del Sprint.” (Bara, s. f.). Ya que los sprints son

iteraciones de trabajo que tienen que ser cumplidas en cierto

tiempo establecidos tienen como producto un entregable.

2. SCRUM diario: “El equipo de desarrollo utiliza el SCRUM diario

para evaluar el progreso hacia la meta del Sprint.” (Bara, s. f.). en

base a esto se realizarán análisis diarios de los avances definidos

por los Sprint.

3. Trabajo de desarrollo durante el Sprint: en esta etapa pueden irse

dando cambios de acuerdo al alcance del proyecto solo si esto

fuere necesario, además sirve para aclarar las dudar o revisar los

cambios posibles que se den durante el desarrollo del proyecto.

4. Revisión del Sprint: al finalizar cada sprint, se planifica una revisión

con las partes que intervienen dentro del proyecto para evaluar los

resultados en base al Product Backlog es no es más que una lista

de las acciones que los interesados desean llevar a cabo dentro

del proyecto. “el resultado de la revisión del Sprint es un Product

Backlog revisado que define los ítems del Product Backlog de

mayor valor o probables para el siguiente Sprint.” (Bara, s. f.). Para

el presente proyecto de titulación, el Product Backlog es toda la

información recibida durante la fase de investigación y es detallada

de forma macro en la MML del capítulo I, en la cual se han definido

el alcance y funcionalidad del producto final detallados en los

entregables.

60

5. Retrospectiva del Sprint: que “es una oportunidad para el equipo

SCRUM de inspeccionarse a sí mismo y crear un plan de mejoras

para ejecutar durante el siguiente sprint.” (Bara, s. f.). Esta fase se

realiza con el objetivo de revisar cada sprint, para su posterior

análisis en cuanto a que puede mejorarse para el desarrollo del

siguiente entregable.

A continuación, en el Cuadro N. 5 se detallan los beneficios de aplicar la

Metodología Ágil en contraste con las metodologías tradicionales.

Cuadro N. 5. Metodologías tradicionales vs metodologías ágiles

METODOLOGIAS TRADICIONALES METODOLOGÍAS ÁGILES

Predictivos. Adaptativos.

Orientados a procesos. Orientados a personas.

Proceso rígido. Proceso flexible.

Se concibe como un proyecto. Un proyecto es subdividido en

varios proyectos más pequeños.

Poca comunicación con el cliente. Comunicación constante con el

cliente.

Entrega de software al finalizar el

desarrollo. Entregas constantes de software.

Documentación extensa. Poca documentación.

Elaboración: (Navarro Cadavid, Fernández Martínez, & Morales Vélez, 2013). Fuente: Revista Científica Prospectiva.

Sprint

Un sprint se divide en dos partes:

1. Establecimiento de requisitos: el usuario determina los

requisitos del proyecto, los que serán aceptados y tomados por

el equipo de trabajo para realizar las iteraciones.

61

2. Planeación de las iteraciones: el equipo de trabajo

desarrollara una lista de actividades en las iteraciones para el

desarrollo y cumplimiento de los requisitos.

Un sprint no solo comprende las entregas de partes del proyecto, también

comprende lo que es llamado “Sprint Meeting” que tiene un tiempo

estimado de duración de 15 minutos diarios.

El sprint meeting lo realiza el líder del proyecto. Este líder se encargará de

la supervisión del desarrollo del proyecto realizada por cada miembro del

equipo y de esta manera el líder sabrá si ocurre algún atraso o si se

necesita realizar algún cambio.

Durante el sprint meeting los miembros del equipo deben responder 3

preguntas básicas:

1. ¿Qué se hizo desde el último sprint meeting?

2. ¿Qué se hará el día de hoy?

3. ¿Qué obstáculos tiene?

Los beneficios que nos presentan esta metodología es que los miembros

del equipo están preparados para cualquier cambio repentino, de esta

forma se reducen riesgos y genera mayor un óptimo rendimiento por parte

del líder y sus miembros.

Product Backlog

Es una lista priorizada de todas las actividades que se van a realizar en

un proyecto, ordenadas según su importancia y que tiene como alcance

cubrir todas las funcionalidades del proyecto. Esta lista permite cumplir

con las prioridades que tiene el cliente.

Sprint Backlog Es un grupo de tareas seleccionadas por el equipo de Scrum las cuales

se completarán durante un Sprint. En la reunión de planificación de Sprint,

el equipo selecciona tareas del Sprint Backlog, generalmente en forma de

62

historias de usuario, e identifica las tareas necesarias para completar

cada historia de usuario y se estiman los tiempos de cada tarea.

ROLES EN SCRUM

• Scrum Master: es el líder encargado del proyecto, persona cual rol

es llevar a fin el proceso SCRUM.

• Product Owner: conocido como el cliente del proyecto. Persona

que da el valor monetario al proyecto.

• Development Team: conocido como el equipo de trabajo,

personas que se encargan del desarrollo del proyecto

(desarrolladores).

DGAC (Dirección General de Aviación Civil del Ecuador)

En la tesis de Jefferson Conde menciona que:

La Dirección de Aviación Civil fue creada en el gobierno del Dr. José

Velasco Ibarra mediante decreto ejecutivo el 9 de Agosto de 1946 y

publicada en el Registro oficial el día 28 de Agosto de 1946, adscrito en la

comandancia General de Aeronáutica del Ministerio de Defensa Nacional

y se encarga del control y reglamentación de todas las actividades

relacionadas con la Aviación Civil del Ecuador. (Rojas, 2017)

El 7 de Agosto del 2002 la DGAC deja de ser administrada por la Fuerza

Aérea Ecuatoriana. El gobierno del Dr. Gustavo Noboa designa como

director General de la Aviación Civil al Ing. Emilio Oneto, quien con pocos

conocimientos en el campo aeronáutico se hace cargo de una institución

de mucha importancia en el convivir nacional. Es esta administración la

que el 18 de Noviembre del año 2002 entre la administración de los

aeropuertos internacionales de Quito y Guayaquil a los municipios

locales. Con este hecho la Dirección de Aviación Civil inicia un plan de

modernización con la salida de aproximadamente 200 empleados entre

Quito y Guayaquil. El 29 de Noviembre del año 2002 empleado de la

63

DGAC se tomaron los aeropuertos de Quito y Guayaquil en protesta por

los cambios implantados. (Rojas, 2017)

La Dirección General de Aviación Civil del Ecuador indica que:

Misión.- Planificar, regular, controlar y administrar la actividad

aeronáutica y aeroportuaria, garantizando la seguridad en las

operaciones aéreas minimizando los impactos sobre el medio ambiente.

Visión.- Ser una institución líder, innovadora, facilitadora y altamente

tecnificada que proporcione servicios aeronáuticos y aeroportuarios de

calidad para el desarrollo sostenible del transporte aéreo del país.

(Dirección de Aviación Civil del Ecuador, 2019)

Valores Corporativos.

• Responsabilidad: cumplir a cabalidad las actividades

encomendadas, orientando las acciones hacia el logro de los

objetivos. (Dirección de Aviación Civil del Ecuador, 2019)

• Lealtad: obligación de cada servidor público de fidelidad al Estado

Ecuatoriano, a la DGAC y así mismo. (Dirección de Aviación Civil

del Ecuador, 2019)

• Integridad: coherencia entre el decir y el hacer de acuerdo a los

principios éticos y morales. (Dirección de Aviación Civil del

Ecuador, 2019)

• Respeto: reconocimiento entre el decir y el hacer de acuerdo a los

principios éticos y morales. (Dirección de Aviación Civil del

Ecuador, 2019)

• Honradez: rectitud, cabalidad y confiabilidad, en el proceder de

cada servidor público. (Dirección de Aviación Civil del Ecuador,

2019)

En el Gráfico N. 40 se muestra el organigrama de la Dirección General de


64

Gráfico N. 40. Organigrama de la organización.

Elaboración: Dirección General de Aviación Civil del Ecuador. Fuente: (Dirección de Aviación Civil del Ecuador, 2019).

Catálogo de Servicios

La Dirección General de Aviación Civil de Ecuador presenta la siguiente

lista de servicios:

• Compensaciones al usuario

• Parque Aeronáutico Ecuatoriano

• Sesiones del Consejo Nacional de Aviación Civil

65

• SIPA (Licencias Aeronáuticas).

• SICO Sistema de Control Operacional.

• IFIS Sistema de Información vuelo / FPL.

• Facturación Electrónica.

• Sistema de Gestión de Seguridad Operacional de los Servicios de

Tránsito Aéreo del Ecuador SMS.

Cadena de Valor y Mapa de proceso

Gráfico N. 41 Cadena de valor y mapa de proceso de la DGAC.

Elaboración: Dirección de Planificación y Gestión de Calidad. Fuente: Dirección de Planificación y Gestión de Calidad.

Objetivos Estratégicos

Los objetivos estratégicos de la Dirección General de Aviación Civil del

Ecuador son los que se mencionan a continuación:

• Incrementar las capacidades regulatorias y de control en el marco

de la seguridad operacional del Estado Ecuatoriano.

• Incrementar el control en el marco de la seguridad de la aviación

civil y facilitación del Estado Ecuatoriano.

66

• Incrementar la eficiencia y la calidad de los servicios aeronáuticos y

aeroportuarios.

• Incrementar el desarrollo del talento humano en la DGAC.

• Incrementar el uso eficiente del presupuesto en la DGAC.

• Incrementar la eficiencia institucional en la DGAC.

FODA de la Dirección General de Aviación Civil del Ecuador

Sus siglas en inglés SWOT (Strengths, Weaknesses, Opportunities,

Threats). La matriz FODA define las fortalezas, debilidades,

oportunidades y amenazas de una organización. (Caferri, 2019) lo define

como:

El FODA es una herramienta analítica que permite trabajar con toda la

información que posees sobre el negocio. Es decir, estudia la situación de

una empresa u organización a través de sus fortalezas, oportunidades,

debilidades y amenazas, tal como indican las siglas de la palabra y, de

esta manera planificar una estrategia a futuro.

Es un método que representa un esfuerzo para examinar la interacción

entre las características propias del negocio y el entorno en el cual éste

compite.

Gráfico N. 42. Componentes del análisis FODA.

Elaboración: MAPCAL.

Fuente:(MAPCAL,S.A., 1994)

A continuación, se muestra la matriz FODA de la Dirección General de


67

Cuadro N. 6. FODA de la DGAC.

FORTALEZAS DEBILIDADES

• Conocimiento y experiencia del personal

técnico administrativo.

• Las normativas y regulaciones técnicas

(RDAC) basadas en las normas OACI permiten

que la actividad aeronáutica se desarrolle

eficientemente.

• Infraestructura aeronáutica y aeroportuaria.

• Servicios y sistemas tecnológicos para la

protección del vuelo y la seguridad

aeroportuaria.

• Recursos administrativo-financieros se

ejecutan en conformidad a la planificación de la

institución.

• La DGAC tiene las

competencias de control y

servicios en la misma

institución.

• Personal técnico

calificado que no ha podido

ser reemplazado.

• La imagen y rol de la

DGAC como institución de

control en todos los

aeropuertos del país.

• La motivación y actitud

del personal para el

desarrollo de las

actividades por diferentes

motivos (económico y

promoción).

• La re-distribución de los

servidores en las diferentes

áreas de acuerdo a la

necesidad institucional.

• Los sistemas

tecnológicos de apoyo

administrativo financieros

para el normal desarrollo

de estos procesos.

• Alta rotación de

servidores dentro de la

institución.

• La planificación de capacitación del TTHH, baja ejecución y el efecto multiplicador.

68

• Empoderamiento de la misión, trabajo en equipo y gestión del cambio.

• No aplicar una gestión de procesos institucionales.

• Contar con un modelo de gestión institucional desactualizado.

• Falta de mantenimiento en la infraestructura aeronáutica y aeroportuaria.

OPORTUNIDADES AMENAZAS

• Desarrollo y fortalecimiento de la actividad

aeronáutica y aeroportuaria.

• El entorno de la actividad aeronáutica civil

nacional e internacional demanda los servicios

del centro de instrucción aeronáutico para el

desarrollo de la actividad.

• Cumplir las normas y considerar las

recomendaciones de auditorías (OACI) y de

sistemas de gestión para la mejora continua. •

Implementación de las normas de servicios y

procesos a través de plataformas

gubernamentales y/u otros mecanismos

determinados por el estado.

• El presupuesto asignado

por el Ministerio de

Finanzas no es acorde a

los ingresos generados por

la DGAC.

• Las decisiones políticas,

administrativas y

financieras que afectan al

normal desarrollo de las

actividades de la DGAC.

• Actos de interferencia

ilícita que podrían afectar a

la seguridad de la aviación.

• Dependencia de sistemas

informáticos

gubernamentales que

afectan el normal

desarrollo de las

actividades de la DGAC.

Elaboración: Dirección de Planificación y Gestión de Calidad. Fuente: Dirección de Planificación y Gestión de Calidad.

69

FUNDAMENTACIÓN LEGAL

Según la Constitución de la República del Ecuador en los siguientes

artículos detallados a continuación, donde la (CONSTITUCIÓN DE LA

REPÚBLICA DEL ECUADOR, 2018) menciona que:

Art. 22.- Las personas tienen derecho a desarrollar su capacidad

creativa, al ejercicio signo y sostenido de las actividades culturales y

artísticas, y a beneficiarse de la protección de los derechos morales y

patrimoniales que les correspondan por las producciones científicas,

literarias o artísticas de sus autorías.

Art. 26.- La educación es un derecho de las personas a lo largo de su

vida y un deber ineludible e inexcusable del Estado. Constituye un área

prioritaria de la política pública y de la inversión estatal, garantía de la

igualdad e inclusión social y condición indispensable para el buen vivir.

Las personas, las familias y la sociedad tienen el derecho y la

responsabilidad de participar en el proceso educativo.

Art. 28.- La educación responderá al interés público y no estará al

servicio de intereses individuales y corporativos. Se garantizará el acceso

universal, permanencia, movilidad y egreso sin discriminación alguna y la

obligatoriedad en el nivel inicial, básico y bachillerato o su equivalente.

Es derecho de toda persona y comunidad interactuar entre culturas y

participar en una sociedad que aprende. El Estado promoverá el diálogo

intercultural en sus múltiples dimensiones.

El aprendizaje se desarrollará de forma escolarizada y no escolarizada.

La educación pública será universal y laica en todos sus niveles, y

gratuita hasta el tercer nivel de educación superior inclusive.

Art. 350.- El sistema de educación superior tiene como finalidad la

formación académica y profesional con visión científica y humanista; la

investigación científica y tecnológica; la innovación, promoción, desarrollo

y difusión de los saberes y las culturas; la construcción de soluciones

70

para los problemas del país, en relación con los objetivos del régimen de

desarrollo.

Art. 355.- El Estado reconocerá a las universidades y escuelas

politécnicas autonomía académica, administrativa, financiera y orgánica,

acorde con los objetivos del régimen de desarrollo y los principios

establecidos en la Constitución.

Se reconoce a las universidades y escuelas politécnicas el derecho a la

autonomía, ejercida y comprendida de manera solidaria y responsable.

Art. 424.- La Constitución es la norma suprema y prevalece sobre

cualquier otra del ordenamiento jurídico. Las normas y los actos del poder

público deberán mantener conformidad con las disposiciones

En la Ley Orgánica de Educación Superior (LOES) en los Artículos que se

mencionan a continuación indica que (LOES, 2018):

Art. 1.- Ámbito.- Esta Ley regula el sistema de educación superior en el

país, a los organismos e instituciones que lo integran; determina

derechos, deberes y obligaciones de las personas naturales y jurídicas, y

establece las respectivas sanciones por el incumplimiento de las

disposiciones contenidas en la Constitución y la presente Ley.

Art. 2.- Objeto.- Esta Ley tiene como objeto definir sus principios,

garantizar el derecho a la educación superior de calidad que propenda a

la excelencia interculturalidad, al acceso universal, permanencia,

movilidad y egreso sin discriminación alguna y con gratuidad en el ámbito

público hasta el tercer nivel.

Art. 4.- Derecho a la Educación Superior.- El derecho a la educación

superior consiste en el ejercicio efectivo de la igualdad de oportunidades,

en función de los méritos respectivos, a fin de acceder a una formación

académica y profesional con producción de conocimiento pertinente y de

excelencia.

Las ciudadanas y los ciudadanos en forma individual y colectiva, las

comunidades, pueblos y nacionalidades tienen el derecho y la

71

responsabilidad de participar en el proceso educativo superior, a través

de los mecanismos establecidos en la Constitución y esta Ley.

Art. 19.- Inviolabilidad de los recintos universitarios.- Los recintos de las

universidades y escuelas politécnicas son inviolables y no podrán ser

allanados sino en los casos y términos en que puede serlo el domicilio de

una persona, según lo previsto en la Constitución y la Ley. Deben servir

exclusivamente, para el cumplimiento de sus fines y objetivos definidos

en esta Ley.

La vigilancia y el mantenimiento del orden interno son de competencia y

responsabilidad de sus autoridades. Cuando se necesite el resguardo de

la fuerza pública, el representante legal de la institución solicitará la

asistencia pertinente, de lo cual informará en su momento al órgano

colegiado académico superior.

Art. 21.- Acreditación de fondos.- Los fondos constantes en los literales

b), c), d), e), k), l) y n) del artículo anterior, que correspondan a las

instituciones de educación superior públicas, al igual que los recursos que

correspondan a universidades particulares que reciben asignaciones y

rentas del Estado, serán acreditados en las correspondientes subcuentas

de la Cuenta Única del Tesoro Nacional.

En el caso de las instituciones de educación superior públicas, los saldos

de las asignaciones presupuestarias comprometidos a programas, planes

y proyectos específicos que se encuentren en ejecución y no fueren

devengados a la finalización del ejercicio económico en curso,

obligatoriamente se incorporarán al presupuesto del ejercicio fiscal

siguiente para atender los compromisos que les dieron origen, sin que

ello afecte sus asignaciones futuras.

Los fondos de las instituciones de educación superior públicas,

correspondientes a los literales f, g), h), i), j) y m) del artículo anterior

serán acreditados y administrados en cuentas recolectoras o cuentas

corrientes, de cada institución de educación superior, creadas en el

Banco Central del Ecuador.

72

El principio de igualdad de oportunidades consiste en garantizar a todos

los actores del Sistema de Educación Superior las mismas posibilidades

en el acceso, permanencia, movilidad y egreso del sistema, sin

discriminación de género, credo, orientación sexual, etnia, cultura,

preferencia política, condición socio económico o discapacidad.

El principio de calidad consiste en la búsqueda constante y sistemática

de la excelencia, la pertinencia, producción óptima, transmisión del

conocimiento y desarrollo del pensamiento mediante la autocrítica, la

crítica externa y el mejoramiento permanente.

Art. 87.- Requisitos previos a la obtención del grado académico.- Como

requisito previo a la obtención del grado académico, los y las estudiantes

deberán acreditar servicios a la comunidad mediante programas,

proyectos de vinculación con la sociedad, prácticas o pasantías pre

profesionales con el debido acompañamiento pedagógico, en los campos

de su especialidad.

En el caso de las y los egresados de las facultades de jurisprudencia,

derecho y ciencias jurídicas se estará a lo dispuesto en el Código

Orgánico de la Función Judicial.

Art. 144.- Trabajos de Titulación en formato digital.- Todas las

instituciones de educación superior estarán obligadas a entregar los

trabajos de titulación que se elaboren para la obtención de títulos

académicos de grado y posgrado en formato digital para ser integradas al

Sistema Nacional de Información de la Educación Superior del Ecuador

para su difusión pública respetando los derechos de autor.

Art. 204.- Sanciones a Instituciones del Sistema de Educación Superior.-

El incumplimiento de las disposiciones consagradas en la presente Ley

por parte de las instituciones de educación superior, y cuando no

constituyan causales para la intervención de la institución, dará lugar,

previo el proceso administrativo correspondiente, a la imposición de las

siguientes sanciones por parte del Consejo de Educación Superior:

73

a) Amonestación, sanción económica o suspensión de hasta 180 días

sin remuneración, a las autoridades de las instituciones que violen o

atenten contra los derechos y disposiciones establecidos en la Ley, su

reglamento y más normativa que rige al Sistema de Educación

Superior.

b) Sanción económica a las instituciones que violen o atenten contra los

derechos de la Ley, su reglamento y más normativa que rige al

Sistema de Educación Superior.

c) Las demás que disponga el Consejo de Educación Superior.

En el CÓDIGO ORGÁNICO DE LA ECONOMÍA SOCIAL DE LOS

CONOCIMIENTOS, CREATIVIDAD E INNOVACIÓN en los artículos 104

y 131 estipulan lo siguiente (ASAMBLEA NACIONAL, 2016):

Artículo 104.- Obras susceptibles de protección.- La protección

reconocida por el presente Título recae sobre todas las obras literarias,

artísticas y científicas, que sean originales y que puedan reproducirse o

divulgarse por cualquier forma o medio conocido o por conocerse.

Las obras susceptibles de protección comprenden, entre otras, las

siguientes:

1. Las obras expresadas en libros, folletos, impresos, epistolarios,

artículos, novelas, cuentos, poemas, crónicas, críticas, ensayos,

misivas, guiones para teatro, cinematografía, televisión, conferencias,

discursos, lecciones, sermones, alegatos en derecho, memorias y

otras obras de similar naturaleza, expresadas en cualquier forma.

2. Colecciones de obras, tales como enciclopedias, antologías o

compilaciones y bases de datos de toda clase, que por la selección o

disposición de las materias constituyan creaciones intelectuales

originales, sin perjuicio de los derechos que subsistan sobre las

obras, materiales, información o datos.

3. Obras dramáticas y dramático musicales, las coreografías, las

pantomimas y, en general las obras teatrales.

74

4. Composiciones musicales con o sin letra.

5. Obras cinematográficas y otras obras audiovisuales.

6. Las esculturas y las obras de pintura, dibujo, grabado, litografía y las

historietas gráficas, tebeos, comics, así como sus ensayos o bocetos

y las demás obras plásticas.

7. Proyectos, planos, maquetas y diseños de obras arquitectónicas y de

ingeniería.

8. Ilustraciones, gráficos, mapas, croquis y diseños relativos a la

geografía, la topografía y, en general, a la ciencia.

9. Obras fotográficas y las expresadas por procedimientos análogos a la

fotografía.

10. Obras de arte aplicado, en la medida en que su valor artístico pueda

ser disociado del carácter industrial de los objetos a los cuales estén

incorporadas.

11. Obras remezcladas, siempre que, por la combinación de sus

elementos, constituyan una creación intelectual original; y,

12. Software.

Artículo 131.- Protección de software. - El software se protege como

obra literaria. Dicha protección se otorga independientemente de que

hayan sido incorporados en un ordenador y cualquiera sea la forma en

que estén expresados, ya sea como código fuente; es decir, en forma

legible por el ser humano; o como código objeto; es decir, en forma

legible por máquina, ya sea sistemas operativos o sistemas aplicativos,

incluyendo diagramas de flujo, planos, manuales de uso, y en general,

aquellos elementos que conformen la estructura, secuencia y

organización del programa.

Se excluye de esta protección las formas estándar de desarrollo de

software.

75

Según el Decreto Ejecutivo 1014, que trata sobre el uso del software libre

en Ecuador menciona lo siguiente (UTILIZACION DE SOFTWARE LIBRE

EN LA ADMINISTRACION PUBLICA, 2011):

Art. 1.- Establecer como política pública para las entidades de la

Administración Pública Central la utilización de software libre en sus

sistemas y equipamientos informáticos.

Art. 2.- Se entiende por software libre, a los programas de computación

que se pueden utilizar y distribuir sin restricción alguna, que permite su

acceso a los códigos fuentes y que sus aplicaciones puedan ser

mejoradas.

Estos programas de computación tienen las siguientes libertados:

- Utilización del programa con cualquier propósito de uso

común.

- Distribución de copias sin restricción alguna.

- Estudio y modificación del programa (Requisito: código

fuente disponible).

- Publicación del programa mejorado (Requisito: código

fuente).

Art. 3.- Las entidades de la Administración Pública Central previa a la

instalación del software libre en sus equipos, deberán verificar la

existencia de capacidad técnica que brinde el soporte necesario para el

uso de este tipo de software.

Art. 4.- Se faculta la utilización de software propietario (no libre)

únicamente cuando no exista una solución de software libre que supla las

necesidades requeridas, o cuando esté en riesgo la seguridad nacional, o

cuando el proyecto informático se encuentre en un punto de no retorno.

Art. 5.- Tanto para software libre como software propietario, siempre y

cuando se satisfagan los requerimientos, se debe preferir las soluciones

en este orden.

76

Art. 6.- La Subsecretaria de Tecnologías de la Información como órgano

regulador y ejecutor de las políticas y proyectos informáticos en las

entidades del Gobierno Central deberá realizar el control y seguimiento

de este decreto.

Art. 7.- Encárguese de la ejecución de este decreto los señores ministros

coordinadores y el señor Secretario General de la Administración Pública

y Comunicación.

Según el Reglamento General del Régimen de Investigación de la

Universidad de Guayaquil en el Articulo 1 expresa lo siguiente “el

presente reglamento tiene como objeto regular los procesos de

planificación, ejecución, supervisión y evaluación de las políticas, planes y

programas estratégicos científica y tecnológica de la Universidad de

Guayaquil”. (Salcedo Rosales, 2016)

En el actual Reglamento General de Régimen de Investigación y Gestión

del Conocimiento de la Universidad de Guayaquil donde indica que:

El presente Reglamento tiene por objeto regular los procesos de

planificación, ejecución, supervisión y evaluación de las políticas, planes

y programas estratégicos de investigación científica, gestión del

conocimiento e innovación tecnológica de la Universidad de Guayaquil;

en el marco de los dispuesto en la Ley Orgánica de Educación Superior,

el Reglamento de Régimen Académico, y demás normativas vigentes.

La investigación y el desarrollo sustentados metodológicamente son

expresiones permanentes de la responsabilidad social de la Universidad

de Guayaquil, que tienen por misión vincular a la Universidad con la

sociedad, a través de la generación de conocimiento científico que

contribuya al desarrollo integral y sustentable. (Secretaría de la

Universidad de Guayaquil, 2019)

Según la presente LEY DEL SISTEMA NACIONAL DE REGISTRO DE

DATOS PUBLICOS el Dr. Francisco indica en el Artículo 1 que:

77

La presente ley crea y regula el sistema de registro de datos públicos y su

acceso, en entidades públicas o privadas que administren dichas bases o

registros. Le objeto de la ley es: garantizar la seguridad jurídica,

organizar, regular, sistematizar e interconectar la información, así como:

la eficiencia y eficiencia de su manejo, su publicidad, transparencia,

acceso e implementación de nuevas tecnologías. (LEY DEL SISTEMA

NACIONAL DE REGISTRO DE DATOS PUBLICOS, 2014)

PREGUNTA CIENTÍFICA A CONTESTARSE

¿Si se implementa un nuevo sistema web independiente acerca del

formulario DAC MET-020-L mejorará la integridad en los datos ingresados

en el nuevo sistema web de la DGAC?

DEFINICIONES CONCEPTUALES

SIPA: La Dirección General de Aviación Civil del Ecuador indica que

“Sistema Informático de Personal Aeronáutico diseñado para otorgar,

renovar, reactualizar y convalidad las licencias y habilitaciones del

personal aeronáutico civil.” (Dirección de Aviación Civil del Ecuador, s. f.).

OACI: Es un certificado de estudios en inglés aeronáutico para pilotos y

controladores aéreos.

Aeronáutica: Florencia afirma que “la aeronáutica es la encargada del

estudio, diseño y manufactura de aparatos mecánicos capaces de volar”

(Ucha, 2010).

Aeroportuario: Se define también como terminal aeroportuaria por lo que

se denominan así a los aeropuertos donde los pasajeros pasan de tomar

vías terrestres a embarcar y desembarcar los aviones.

78

CAPÍTULO III

PROPUESTA TECNOLÓGICA

Para la determinación de la factibilidad del presente proyecto de titulación

se realizaron una serie de encuestas dirigidas al personal que usará el

sistema web en la DGAC a nivel nacional.

Análisis de factibilidad

El estudio de la factibilidad del proyecto está basado en todo el desarrollo

y la implementación del mismo, con la finalidad de saber los indicadores

existentes en el proyecto y definir si tiene un fin exitoso o no.

El desarrollo e implementación de un sistema web para cálculos

climatológicos dirigido a la Dirección General de Aviación Civil del

Ecuador, está conformado por los siguientes criterios de factibilidad

mencionados a continuación:

- Factibilidad Operacional.

- Factibilidad Técnica.

- Factibilidad Legal.

- Factibilidad Económica.

FACTIBILIDAD OPERACIONAL

Para el desarrollo de este nuevo sistema web independiente se realizó el

levantamiento de información con el Ing. Arturo Lomas para la toma de los

requerimientos. Además de facilitar reportes con los datos climatológicos

de escenarios reales para realizar las respectivas pruebas con el personal

experto en el área.

79

En el Anexo N. 2 se presenta el diagrama de flujo de procesos actual de

la Dirección General de Aviación Civil del Ecuador. Donde se desglosan

los tiempos en minutos que se toman los usuarios que realizan el ingreso

de los datos climatológicos en el formulario DAC MET-020-L, empezando

por escribir los datos recopilados por los observadores meteorológicos en

el registro diario de observación de superficies lo que toma un tiempo de

10 minutos, ya que este proceso se realiza tanto en una copia como en un

formato original (Ver Anexo N.12). Se realiza el inicio de sesión dentro del

sistema, y así cada uno de los pasos que conllevan al ingreso de los

datos en el formulario dando un total de 14 minutos con 30 segundos para

realizar todo el proceso.

En el Anexo N. 11 se evidencia la mejora de los tiempos del proceso

ingreso de datos el cual dura 4 minutos con 50 segundos, donde se evita

la tarea repetitiva de registrar los datos recolectados de forma manual,

para llevarlos al sistema. Ahora solo se realiza el ingreso directo en el

nuevo sistema web.

FACTIBILIDAD TÉCNICA

En el Cuadro N.7 se presentan las tecnologías a utilizar en el trabajo de

titulación presente para mejorar la eficiencia del ingreso de los datos

climatológicos y la validación de los mismos. Por lo descrito

anteriormente, se ha propuesto el desarrollo de un sistema web con

herramientas open source, basada en la siguiente arquitectura:

Cuadro N. 7. Tecnologías a utilizar. Tecnologías Versión

Framework Angular 8.0.3, Node.js,

Spring boot 2.1.7

Base de datos MongoDB 4

Sistema Operativo Red Hat 7

Lenguaje de programación Java 8, TypeScript

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.

80

La selección de la base de datos, sistema operativos y lenguaje de

programación son adecuados para el desarrollo del proyecto. Por lo tanto,

se considera que el proyecto es viable desde el ámbito tecnológico.

FACTIBILIDAD LEGAL El presente apartado detalla que en el trabajo de titulación que se

pretende desarrollar e implementar no va en contra de ningún reglamento

o política interna de la Dirección General de Aviación Civil del Ecuador, la

información generada a partir del sistema desarrollado permitirá la toma

de decisiones oportuna, puesto que será pública; es decir, no solo el

personal de la DGAC accederá a ella, por lo que la información estará

disponible tanto para los usuarios internos de la organización como para

pilotos e incluso para las aerolíneas y los aeropuertos, cumpliendo con lo

requerido por toda institución pública según el Art. 1 de la Ley Nacional de

Registros de Datos Públicos. Esta información se encuentra detallada de

manera profunda en el Capítulo II en la sección de Fundamentación

Legal. Por lo tanto, el proyecto cuenta con los fundamentos legales

aplicables que determinan la viabilidad del mismo.

FACTIBILIDAD ECONÓMICA

Para determinar los costos del desarrollo e implementación del presente

trabajo de titulación, se han elaborado los siguientes cuadros:

Cuadro N. 8. Costos por recursos humanos.

Cargo Costo Cantidad Total

Desarrollador $900,00 2 $ 1.800,00

TOTAL $ 1.800,00 Elaboración: Ivelisse Ortega, Olmedo Zapata.

Fuentes: Datos de la investigación.

En el Cuadro N. 8 se muestran los costos estimados de la inversión para

la investigación, desarrollo e implementación del proyecto. Todos los

81

costos son asumidos por el investigador. En el Cuadro N. 9 se detalla los

costos de inversión en hardware.

Cuadro N. 9. Costos de inversión en hardware.

Equipo Costo Cantidad Total

Computador $ 700,00 1 $ 700,00

Servidor físico de la aplicación

$ 0,00 1 $ 0,00

TOTAL $ 700,00 Elaboración: Ivelisse Ortega, Olmedo Zapata.

Fuentes: Datos de la investigación.

El servidor de aplicación físico como se muestra en el Cuadro N. 9 tiene

costo de $0,00 ya que este será proporcionado por la DGAC.

En el Cuadro N. 10 se detallan los costos de inversión por software

Cuadro N. 10. Costos de inversión por software.

Detalles Cantidad Costo Cantidad por Costo

MongoDB 1 $0,00 $0,00

Sprint Boot 1 $0,00 $0,00

NodeJs 1 $0,00 $0,00

Angular 1 $0,00 $0,00

Bootstrap 1 $0,00 $0,00

TOTAL $0,00

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuentes: Datos de la investigación.

Para el desarrollo del aplicativo web se utilizó herramientas Open source,

al no utilizar licencias pagadas no hay necesidad de realizar gastos en el

mantenimiento de software.

En el Cuadro N. 11 se muestran los costos por inversión de otros valores

que se generaron en el desarrollo del proyecto.

82

Cuadro N. 11. Costos de inversión por recursos varios

Detalles Costo Cantidad por Costo

Impresiones $80,00 $80,00

Movilización $50,00 $50,00

Gastos imprevistos $100,00 $100,00

TOTAL $230,00


En base al análisis del total de los costos de inversión presentados

anteriormente:

Cuadro N. 12. Resumen de costos de inversión.

Rubro Total

Recurso Humano $ 1.800,00

Hardware $ 700,00

Software $0,00

Recursos varios $230,00

TOTAL $ 2.730,00


Según el Cuadro N. 12 lo necesario para cumplir con el desarrollo e

implementación del proyecto, se requiere una inversión de $2.730,00.

Como se menciona anteriormente, los costos de los recursos humanos

son asumidos por los estudiantes que realizan el trabajo de titulación y

estos no son significativos para la institución. Por otro lado, los costos de

hardware son relevantes, pero como la DGAC ya cuenta con la

infraestructura necesaria y las licencias mencionadas, no se realizan

gastos adicionales. Por lo tanto, el proyecto es viable en el aspecto

económico.

83

ETAPAS DE METODOLOGÍAS DEL PROYECTO

Metodología de Investigación

En este proyecto de titulación se ha implementado la MML, la cual se ha

convertido en la herramienta que permite mejorar la conceptualización,

diseño, ejecución y evaluación de los proyectos de mayor énfasis en la

orientación por objetivos de tal manera que facilita la interacción entre los

participantes del proyecto.

El propósito de aplicar esta metodología es brindar estructura al proceso

de planificación y la comunicación de información esencial al proyecto.

Puede ser usado en todas las etapas de preparación del proyecto:

programación, identificación, orientación, análisis, presentación ante los

comités de revisión y ejecución.

La matriz del marco lógico presenta en una matriz de cuatro por cuatro,

donde las columnas muestran la siguiente información:

• Un resumen de las actividades.

• Indicadores.

• Medio de Verificación.

• Supuestos.

Fase 1: Identificación del Problema Central

La Dirección General de Aviación Civil del Ecuador, cuenta con un

sistema web llamado IFIS el cual está conformado por varias opciones,

una de ella es el formulario en línea DAC MET-020-L. Este formulario

permite el ingreso de los datos climatológicos que se recolectan

diariamente, dado que la información que se encuentra en el sistema son

datos que se ingresan de forma manual y luego son analizados por los

usuarios que se hacen cargo de este proceso de verificación y validación,

lo que causa una vulnerabilidad en los datos ingresados, surge la

necesidad de la automatización de los procesos climatológicos. Para

84

conceptualizar el problema y determinar las causas y solución del mismo,

se emplean la MML en cada una de sus fases. En el Gráfico N. 1 se

presenta el Diagrama de Espina de Pescado.

Fase 2: Análisis de involucrados

Se realizó la identificación de los actores involucrados que afectan o

pueden verse afectados directa o indirectamente con el desarrollo del

proyecto. En el Anexo N.5 se presenta la lista de Involucrados dentro del

problema.

Los involucrados que intervienen en este proyecto o se ven afectados por

la realización del mismo de forma directa o indirectamente son los

siguientes:

Cuadro N. 13. Lista de involucrados Directamente Indirectamente

Empleados del área de

climatología

Proveedor internacional del sistema

actual IFIS (Vía 56)

Usuarios aeronáuticos Observador meteorológico

Administrador del proyecto Directora del proyecto

Grupo investigador del proyecto

Universidad de Guayaquil Dirección General de Aviación

Civil del Ecuador

Analista de aeronáutica 1 y 2

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.

Según el PMI (Project Management Institute), el cual recomienda realizar

las ciertas matrices para la clasificación de los involucrados ya que “es

importante priorizar a los interesados clave a fin de garantizar el uso

eficaz del esfuerzo para comunicar y gestionar sus expectativas.” (Project

Management Institute, 2017)

85

• Matriz poder/interés en el gráfico a continuación observamos la

distribución de los involucrados de acuerdo a su poder e interés

sobre el proyecto de titulación presente. Se dice que la matriz

poder/interés “agrupa a los interesados basándose en su nivel de

autoridad (“poder”) y su nivel de preocupación (“interés”) con

respecto a los resultados del proyecto.” (Project Management

Institute, 2017)

Gráfico N. 43. Matriz Poder/Interés


Donde el mayor poder e interés sobre este proyecto es la Dirección

General de Aviación Civil del Ecuador y el administrador del sistema

web que está a cargo del Ing. Arturo Lomas Villareal y el de menor

poder e interés es el proveedor internacional del actual sistema Vía 56

ya que no se afecta o altera su sistema.

• Matriz poder/influencias en el gráfico a continuación observamos la

distribución de los involucrados de acuerdo a su poder e influencia

sobre el proyecto de titulación presente, la cual “agrupa a los

interesados basándose en su nivel de autoridad (“poder”) y su

participación activa (“influencia”) en el proyecto.” (Project

Management Institute, 2017)

86

Gráfico N. 44. Matriz Poder/Influencia.


Donde el mayor poder e influencia sobre este proyecto es la Dirección

General de Aviación Civil del Ecuador, seguido del Ing. Arturo Lomas

Villareal y el de menor poder e interés es el proveedor internacional

del actual sistema Vía 56 ya que este no genera ningún beneficio a la

elaboración del nuevo sistema web.

• Matriz influencia/impacto en el gráfico a continuación se observa la

distribución de los involucrados de acuerdo a su influencia e interés

sobre el proyecto de titulación presente, la cual “agrupa a los

interesados basándose en su participación activa (“influencia”) en

el proyecto y su capacidad de efectuar cambios a la planificación o

ejecución del proyecto (“impacto”).” (Project Management Institute,

2017)

87

Gráfico N. 45. Matriz Influencia/Impacto.


Donde el mayor impacto que se genera con la realización de este

proyecto de titulación esta sobre la Dirección General de Aviación Civil

del Ecuador, seguido del Ing. Arturo Lomas Villareal y el de menor

impacto e influencia es el proveedor internacional del actual sistema

Vía 56 ya que sobre este no se ve afecta ningún proceso de su

sistema actual.

Fase 3: Análisis de Problemas

Para la obtención de la información y su posterior análisis del problema a

resolver, se realizaron entrevistas y encuestas al personal de la Dirección

General de Aviación Civil del Ecuador. De acuerdo con la información

recolectada, se ha realizado un árbol de problemas que según Agustín

Campos Arenas “consiste en una técnica que delimita el problema central

que aqueja a una organización o que presenta una situación particular,

para que, con base en la identificación de sus causas y consecuencias, se

puede definir líneas precisas de intervención para solucionar el problema”

(Arenas, 2005, pág. 103). En del Anexo N. 6 se muestra el Árbol de

Problemas.

88

En el árbol de problema se detallan las causas y los efectos que se

desprenden de un problema central que para este proyecto es la

“VULNERABILIDAD DE LOS DATOS INGRESADOS EN EL SISTEMA”,

de este se derivan varias causas como se las detalla en el Anexo N.6 y

cada uno de ellas se divide en problemas más pequeños que en un nivel

superior provocan efectos que hace que la información ingresada sea

inconsistente y que la toma de decisiones dentro de la organización no

sea precisa.

Fase 4: Análisis de Objetivos

Después de la investigación realizada y su posterior análisis sobre de las

posibles causas y consecuencias del problema según la MML, se

plantean los objetivos para resolver el problema con el fin de detectar los

casos del gráfico en el Anexo N.6. El efecto determinado en el árbol de

problemas se transforma en fines y las causas en medios.

De acuerdo con el Anexo N. 7, se ha elaborado el árbol de objetivos, cuya

finalidad es la mejora de la calidad de los datos que intervienen en los

procesos climatológicos. Donde en un primer plano se presenta la

solución que es “REDUCCIÓN DEL GRADO DE VULNERABILIDAD DE

LOS DATOS INGRESADOS”, para esto se desprende varios supuestos

que se toman en cuenta para la solución del problema.

Una vez definidos cuales fueron los fines a llevar a cabo en un nivel más

alto se encuentran los medios necesarios para la realización de la

solución.

89

Fase 5: Análisis de Alternativas

Identificación de alternativas de la solución

Con los objetivos ya claros en el Anexo N. 7, se formula el árbol de

alternativas donde se específica la solución al problema antes

mencionado.

Selección de la alternativa óptima

De las alternativas de la solución al problema mencionado en el gráfico

anterior, las que son factibles en los aspectos de mejora, técnico y

seguridad son:

• Mejoras del proceso de revisión de los cálculos climatológicos.

• Sistema web independiente para el cálculo de los datos

climatológicos.

• Integración en el sistema web del formulario DAC MET-020-L y

reportería en Excel.

• Inclusión de un módulo de reportería en el sistema web.

• Alta disponibilidad de los servicios.

• Método de seguridad a través de claves encriptadas.

En el Anexo N. 8 se presenta el Árbol de Alternativas.

Fase 6: Estructura Analítica del Proyecto

De acuerdo con lo descrito en la fase anterior, para cada una de las

alternativas que dieron solución al problema, se ha determinado cuáles

serán las actividades que se realizaron para dar cumplimiento a los

objetivos del proyecto. En el Anexo N. 9 se muestra la Estructura

Analítica del Proyecto.

90

La EAP representa el fin común de la solución propuesta que es

“MEJORAR LA CALIDAD DE LOS DATOS INGRESADOS AL SISTEMA”,

luego el objetivo a llevar a cabo que se detalla en el árbol de objetivos, de

describen cuales fueron los componentes o productos que interviene en la

solución y las actividades por cada uno de ellos que se realizaron para el

desarrollo del objetivo principal.

Fase 7: Matriz de Marco Lógico

El último punto luego de la realización del análisis de las alternativas y

haber descrito cuál es el problema central, los objetivos y las actividades

para resolver la falta de validaciones y control de los datos ingresados al

formulario DAC MET-020-L. En el Anexo N. 10 se muestra la Matriz de

Marco Lógico.

En la MML se representa los medios de verificación que serán parte de la

solución, los supuestos y los indicadores que intervienen dentro del

proceso climatológico. Cada uno de ellos comprende actividades que se

detallan paso a paso para el desarrollo de la solución.

Metodología de Desarrollo

Al ser este un pequeño proyecto y definido en varias fases según lo

mencionado anteriormente, se ha implementado el uso de la Metodología

Ágil de proyecto bajo el proceso de SCRUM. De acuerdo con las fases, se

realizaron las siguientes actividades:

• Planificación de los Sprints de acuerdo a las fases que se

definieron con anterioridad.

En el Cuadro N. 14 se muestran los roles que intervienen dentro de la

metodología SCRUM, considerada como marco de trabajo.

91

Cuadro N. 14. Roles de la metodología SCRUM.

Scrum Master Ing. Ángela Yanza Montalván.

Product Owner Ing. Arturo Lomas Villareal

Development Team Recurso 1 Ivelisse Ortega

Recurso 2 Olmedo Zapata


Para el proyecto se definieron las siguientes fases o sprints.

1. Diagnosticar la situación actual del sistema actual de la DGAC

2. Levantamiento de requerimientos

3. Diseño del proyecto

4. Desarrollo del sistema web

5. Pruebas del sistema web

6. Implementación del sistema web en la DGAC

Historias de Usuario

Cuadro N. 15. Historia de Usuario 1

Historia de Usuario

Numero: 1 Usuario: Ing. Ángela Yanza

Historia: Como usuario deseo que se realice una entrevista al Ing.

Arturo Lomas Villareal para estudiar la situación actual del sistema IFIS.

Prioridad en negocio: Alta

Días estimados: 1 Sprint asignado: 1

Responsable: Ivelisse Ortega, Olmedo Zapata

Criterio de Aceptación: Se debe de haber estudiado como es el

funcionamiento del actual sistema IFIS.


92


Historia de Usuario


Historia: Como usuario deseo que se realicen encuestas para medir el

nivel de conocimiento de los usuario de la DGAC sobre los procesos de

ingreso de datos climatológicos al formulario DAC MET-020-L.




Criterio de Aceptación: Realizar las encuestas y analizar los datos

obtenidos.



Historia de Usuario


Historia: Como usuario deseo que se seleccionen las herramientas a

utilizar para el desarrollo de este proyecto y su respectiva arquitectura.




Criterio de Aceptación: Compatibilidad del proyecto con las

herramientas.


93


Historia de Usuario

Numero: 4 Usuario: Ing. Arturo Lomas

Historia: Como usuario deseo mantenedores donde se permita la

administración de los roles y permisos.

Prioridad en negocio: Baja



Criterio de Aceptación:

1. Debe permitir crear roles que harán uso de la aplicación.

2. Debe permitir editar los roles ya existente en la aplicación.

3. Debe permitir eliminar los roles ya existente en la aplicación.



Historia de Usuario


Historia: Como usuario deseo una ventana de cambio de contraseña

para que los usuarios finales puedan ingresar al sistema.





1. El usuario recibirá un correo con la clave temporal.

2. Al ingresar la clave temporal y que esta sea correcta el usuario

final podrá ingresar su nueva clave.


94


Historia de Usuario


Historia: Como usuario deseo una ventana para inactivar a los usuario

que no usen el sistema.





1. El usuario ingresará al menú de administración de usuario.

2. Se escogerá el usuario que se desea inactivar.

3. Se podrá inactivará a él/los usuarios.



Historia de Usuario


Historia: Como usuario deseo una ventana para creación de usuarios

finales y puedan ingresar al sistema.





1. El usuario ingresará los datos personales del nuevo usuario

correctos en la ventana principal.

2. Al ingresar datos erróneos se lanzará un mensaje de alerta.


95


Historia de Usuario


Historia: Como usuario deseo una ventana de login para que los

usuarios finales puedan ingresar al sistema.





4. El usuario ingresará su correo y contraseña de forma correcta en

la ventana principal.

5. Al ingresar credenciales incorrectas se lanzará un mensaje de

error.



Historia de Usuario


Historia: Como usuario deseo un módulo del formulario DAC MET-020-

L para el ingreso de los datos climatológicos.





1. Al ingresar un dato correctamente deberá permitir guardar sin

errores. Campos a llenar: presión atmosférica, temperatura y

humedad, viento, visibilidad horizontal, precipitación, extremas,

nubosidad.

2. Al ingresar datos incorrectos se activará una alerta, se aplicará el

instructivo de validación.


96

Cuadro N. 24. Historia de Usuario 10 Historia de Usuario


Historia: Como usuario deseo un módulo de reportería donde se pueda

consultar los datos ingresados.





1. Establecer criterios de búsqueda: nombre, id, aeródromo,

usuario, rango de fecha.

2. Mostar información de los datos ingresados.

3. Emitir reportes y permitir descargas en formatos .pdf y .xlsx


Cuadro N. 25. Historia de Usuario 11 Historia de Usuario


Historia: Como usuario deseo que los accesos al sistema estén

personalizados por roles de observador meteorológico y de analista

de climatología.





1. El usuario al ingresar las credenciales correctas, ingresará a la

ventana principal y se le mostrarán las opciones

correspondientes a su rol.

2. Al ingresar credenciales incorrectas se lanzará un mensaje de

error.


97


Historia de Usuario


Historia: Como usuario deseo un módulo de Dashboard para la

visualización de las variables climatológicas.





1. El usuario podrá acceder al módulo sin ningún inconveniente.

2. El usuario podrá visualizar variables como la precipitación y la

temperatura. – mencionar los Dashboard

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata


Historia de Usuario


Historia: Como usuario deseo que se realicen pruebas para medir el

funcionamiento del sistema.





3. Plan de pruebas unitarias.

4. Correcciones a partir del plan de pruebas.


98


Historia de Usuario


Historia: Como usuario deseo que se realice la validación del sistema

para su posterior implementación.





1. Matriz de aceptación del producto.



Historia de Usuario


Historia: Como usuario deseo que la implementación del sistema web

en la DGAC.





1. Pruebas en la implementación.

2. Implementación del sistema sin errores.

3. Entrega de manuales técnico y usuario.


Product Backlog

En este cuadro se establecen los requerimientos y objetivos obtenidos de

la recolección de la información, como también se establecen el número

de sprint que tendrán cada uno de ellos.

99

Cuadro N. 30. Product Backlog. Product Backlog

Requerimiento Sprint Objetivo Entrevista con el Ing. Arturo Lomas

Villareal. 1

Diagnosticar la situación actual del

sistema IFIS.

Realizar encuentras sobre el

conocimiento de los usuarios en el

ingreso de los datos.

2

Medir el conocimiento de los

usuarios que hacen uso del

formulario.

Seleccionar las herramientas a

utilizar y Frameworks. 3

Establecer todas las herramientas,

Frameworks y arquitectura que se

van a utilizar en el proyecto.

Desarrollo de mantenedores para

la administración de roles,

usuarios y permisos

4 Tener un panel de administración

del sistema.

Pantalla de cambio de contraseña. 4 Poder realizar el cambio de

contraseña.

Pantalla para inactivar usuarios. 4 Facilitar la inactivación de los

usuarios no utilizados.

Pantalla de creación de usuarios. 4 Poder ingresar la información

personal del usuario.

Pantalla de Login. 5 Tener autenticación de los

usuarios administradores.

Desarrollo de un módulo de

ingreso del formulario DAC MET-

020-L.

6 Facilitar el ingreso de los datos

climatológicos al sistema.


reportería. 6

Consultar la información

ingresada.

Pantalla de control de accesos. 7 Permitir la personalización de los

accesos al sistema.


Dashboard. 8

Visualizar las variables

climatológicas.

Pruebas y correcciones 9 Validar que el proyecto esté

funcionando correctamente.

Validación del sistema 9 Validar que el sistema cumplas los

requerimientos establecidos.

Implementación del sistema web 10 Instalar en ambiente de

producción el sistema.


100

Cada Sprint tendrá una duración de dos semanas en la cual se generarán

entregables que aporten valor al proyecto.

Sprint Planing

El sprint planning se lo considera el primer evento o tarea que realiza el

Scrum, como su nombre lo dice consiste en la planificación del sprint. Es

decir, se especifica cada tarea que se realizara en cada sprint. En el sprint

planning participan todo el equipo Scrum. En este cuadro se establecen

las tareas respectivas que tendrán cada uno de los requerimientos

establecidos.

Cuadro N. 31. Sprint Planing 1.

Tarea Responsable Días estimados

disponibles

S1: Diagnóstico de la situación actual.

T1: Entrevista con el jefe del área

de meteorología aeronáutica de

la DGAC.

Recurso 1,

Recurso 2 1


Cuadro N. 32. Sprint Planing 2.


disponibles

S2: Levantamiento de requerimientos.

T1: Encuesta sobre la relevancia

del sistema.

Recurso 1,

Recurso 2 2


101

Cuadro N. 33. Sprint Planing 3


disponibles

S3: Diseño del proyecto.

T1: Selección de los Frameworks

a utilizar.

Recurso 1,

Recurso 2 1

T2: Selección de la base de

datos a utilizar.

Recurso 1,

Recurso 2 1

T3: Selección de entornos de

desarrollo a utilizar.

Recurso 1,

Recurso 2 1

T4: Establecer la estructura de la

base de datos.

Recurso 1,

Recurso 2 3

T5: Establecer la arquitectura del

proyecto.

Recurso 1,

Recurso 2 4


102


Tarea Responsable Días

estimados disponibles

S4: Desarrollo de la interfaz del sistema web. T1: Mantenedor para los empleados de la DGAC.

Recurso 1, Recurso 2

1

T2: Mantenedor de roles. Recurso 1, Recurso 2

1

T3: Mantenedor de aeródromos. Recurso 1, Recurso 2

1

T4: Pantalla de login. Recurso 1, Recurso 2

1

T5: Pantalla de cambio de contraseña.


1

T6: Pantalla de inactivación de usuarios.

Recurso 1, Recurso 2 1

T7: Pantalla de creación de usuarios.


T8: Pantalla del formulario DAC MET-020-L.


T9: Pantalla de control de accesos.


T10: Pantalla del Dashboard. Recurso 1, Recurso 2 1

T11: Pantalla de reportería. Recurso 1, Recurso 2 3

T12: Proceso de validación de los datos ingresados al sistema.


T13: Proceso de exportación de los reportes


2


103



disponibles

S5: Pruebas del sistema web.

T1: Pruebas unitarias de la

interfaz web.

Recurso 1,

Recurso 2 4

T2: Correcciones a partir del plan

de pruebas.

Recurso 1,

Recurso 2 3




disponibles

S6: Implementación del sistema web.

T1: Implementación del sistema

web en la DGAC.

Recurso 1,

Recurso 2 2


Diagrama de Gantt

1. Sprint 1: Diagnóstico de la situación actual

Cuadro N. 37. Diagrama de Gantt 1

N#

Semana 1 Semana 2

Día

1

Día

2

Día

3

Día

4

Día

5 Día 1 Día 2 Día 3 Día 4 Día 5

T1


2. Sprint 2: Levantamiento de requerimientos


N#

Semana 1 Semana 2

Día

1

Día

2

Día

3

Día

4

Día

5 Día 1 Día 2 Día 3 Día 4 Día 5

T1


104

3. Sprint 3: Diseño del proyecto


N# Semana 1 Semana 2

Día 1 Día 2 Día 3 Día 4 Día 5 Día 1 Día 2 Día 3 Día 4 Día 5

T1

T2

T3

T4

T5


Fuente: Ivelisse Ortega, Olmedo Zapata

4. Sprint 4: Desarrollo del sistema web


N#

Semana 1 Semana 2

Día

1

Día

2

Día

3

Día

4

Día

5

Día

1

Día

2

Día

3

Día

4

Día

5

T1

T2

T3

T4

T5

T6

T7

T8

T9

T10

T11

T12

T13


105

5. Sprint 5: Pruebas del sistema web


N#

Semana 1 Semana 2

Día

1

Día

2

Día

3

Día

4

Día

5

Día

1

Día

2

Día

3

Día

4

Día

5

T1

T2


6. Sprint 6: Implementación del sistema web


N#

Semana 1 Semana 2

Día

1

Día

2

Día

3

Día

4

Día

5

Día

1

Día

2

Día

3

Día

4

Día

5

T1


Sprint 1: Diagnosticar la situación actual del sistema actual de la

DGAC

T1: Entrevista con el jefe del área de meteorología aeronáutica de la

DGAC

Esta tarea se la realizó por medio de la entrevista al Ing. Arturo Lomas

Villareal se diagnosticó la situación actual del ingreso de los datos al

sistema IFIS, la falta de validaciones en este proceso ocasiona que los

datos sean inconsistentes, el ingreso manual de los datos ingresados en

el registro diario de observación de superficies genera desconfianza en la

veracidad de la información que interviene en la toma de decisiones

dentro de la organización.

El sistema hace uso de varias plataformas para la generación de los

reportes por lo que la duplicidad de la información, la corrupción de los

106

datos afecta la gestión climatológica ya que la información no es del todo

confiable.

Sprint 2: Levantamiento de requerimientos

T1: Reuniones con el jefe del área de meteorología aeronáutica de la

DGAC.

Como se muestra en el Anexo N. 16 esta tarea se realizó con una reunión

con el Ing. Arturo Lomas Villareal, para el levantamiento de los

requerimientos, como resultado el Ing. Lomas hizo él envió de un

documento acerca de las validaciones que se implementarán en el

ingreso de los datos climatológicos. A continuación, se detallan las

validaciones antes mencionadas:

LLENADO DE COLUMNAS: Columna 1:

• Correspondiente a la hora legal o local Columna 2:

Correspondiente a la hora U.T.C.

Columna 3:

• Asentar la lectura del termómetro adjunto al barómetro.

• Se ingresará dos enteros y un decimal incluido el punto total 4

caracteres. Ejemplo (25.6).

• Cuando la diferencia entre el dato anterior y el que se ingresa sea

mayor o menor a 10 unidades mostrara error.

Columna 4:

• Asentar la lectura del valor de la presión del barómetro al décimo

de la unidad correspondiente.

• Se ingresará cuatro enteros y un decimal incluido el punto total 6


• Máximo se podrá registrar 1099.9 valores mayores no se podrá

107

ingresar (error).

• Mínimo se podrá registrar 500.0 valores menores no se podrá

ingresar (error).

Columna 5:

• Valor de Presión, corregido por I.T.G.; obtenido mediante tablas.




ingresar (error).


ingresar (error).

Columna 6:

• Variación en 24 horas.

• Diferencia del valor de presión entre el valor del QFE (columna 7)

con la del día anterior a la misma hora de la misma columna 7 de

tal manera que cuando ingresen el dato si no es el valor verdadero

muestre error.

• Llenar solamente en horas Sinópticas Principales y Secundarias

(01-04-07-10-13-16-19-22) en otro horario estar deshabilitado esa

opción.

Columna 7:

• Valor de Presión de la estación QFE.




ingresar (error).


ingresar (error).

108

Columna 8:

• Valor de Presión Reducida a Nivel Medio del Mar ó Metros

Geopotenciales; según la estación que corresponda.


caracteres. Máximo se podrá registrar 1099.9 valores mayores no

se podrá ingresar (error).


ingresar (error).

Columna 9:

• Valor de Presión de Reglaje altimétrico QNH obtenido mediante

tablas o del sistema computarizado.



o Máximo se podrá registrar 1050.0 valores mayores no se

podrá ingresar (error).

o Mínimo se podrá registrar 800.0 valores menores no se


Columna 10:

• Valor de Presión obtenido del instrumento registrador de presión

(barógrafo ó micro barógrafo).



o Máximo se podrá registrar 1099.9 valores mayores no se


o Mínimo se podrá registrar 500.0 valores menores no se


TEMPERATURA Y HUMEDAD: Datos obtenidos de la lectura del Psicrómetro y de las tablas respectivas ó

del sistema computarizado.

109

Columna 11:

• Valor obtenido del termómetro seco o del sistema computarizado,

al décimo de grado.

• No omitir el signo (-) cuando las temperaturas estén por debajo de

O° Celsius.



Columna 12:

• Valor obtenido del termómetro húmedo, al décimo de grado;


O° Celsius.



Columna 13:

• Valor de Humedad Relativa en Porcentaje (%).

• Solo se ingresarán valores de 0 a 100 datos fuera de este rango

será error.

Columna 14:

• Valor de Tensión del Vapor al décimo de hPa.



Columna 15:

• Valor de Punto de Rocío al décimo de grado.


O° Celsius.



110

Columna 16:

• Valor de Temperatura obtenido del instrumento registrador a la

hora de observación.


O° Celsius.



• La diferencia entre el casillero 11 y el casillero 16 deberá ser

máximo de 10 unidades caso contrario error.

Columna 17:

• Valor de Humedad Relativa obtenido del instrumento registrador.

• Solo se ingresarán valores de 0 a 100 datos fuera de este rango

será error.

• La diferencia entre el casillero 13 y el casillero 17 deberá ser

máximo de 5 unidades caso contrario error.

VIENTO:

Columna 18:

• Dirección media del Viento.

• Se registrará tres dígitos. (Ej: 10° se anotará 010).

• Viento calma se anotará CLM.

• Se registrará solo en intervalos de 10 en 10 (ej.: 256° se anotará

260°).

• Solo se podrá ingresar de 010° a 360° fuera de ese rango error.

Columna 19:

• Velocidad media del viento.

• Solo se podrá ingresar dos dígitos enteros sin decimal.

Columna 20:

111

• Asentar velocidad máxima del viento.

• Solo se podrá ingresar dos dígitos enteros sin decimal.

VISIBILIDAD HORIZONTAL: Columna 21:

• Asentar la visibilidad reinante.

• Se registrará desde 0.1 hasta 50 fuera de ese rango error.

Columna 22:

• Asentar la visibilidad mínima.

• Se registrará desde 0.1 hasta 50 fuera de ese rango error.

• El valor registrado siempre deberá ser menor que el registrado en

la columna 21.

Columna 23:

• Asentar el dato de Alcance Visual de Pista (RVR) del sistema

automatizado.

TIEMPO PRESENTE: Columna 24:

• Tiempo presente.

• Se registrará un valor de dos dígitos sin punto ni decimal de 00 a

99 fuera de ese rango error.

NUBOSIDAD:

En Género de las capas de nubes se debe anotar un solo tipo de nube,

según la especificación de la Tabla 0500; a excepción de nubes

Torrecúmulos (TCU) Ej.: No se registra AC/AS, FC, FS.

Columna 25:

• Asentar género de nubes bajas (CL).

• Se registrará un solo digito del 0 al 9 además de la barra diagonal

112

(/).

• No se podrá ingresar letras.

Columna 26:

• Asentar género de nubes medias (CM).


(/).


Columna 27:

• Asentar género de nubes altas (CH).


(/).


Columna 28:

• Cantidad de octas observadas como capa de nubes.

• Se registrará un solo digito del 1 al 8.


Columna 29:

• Género de nubes observada, según la clave C (Tabla 0500).

• Solo podrá ingresar las siguientes siglas CB, TCU, CU, SC, ST,

NS, AS, AC, CI, CC, CS.

• Cualquier número o sigla diferente a los de la tabla 0500 error.

Columna 30:

• Altura de base de la capa de nubes observada, el dato del sistema.

computarizado (ceilometro) solo servirá como referencia.

• Se ingresará hasta 5 dígitos solo números.

Columna 31:


113



Columna 32:





Columna 33:

• Altura de base de la capa de nubes observada; el dato del sistema



Columna 34:

• Suma parcial de cantidad de octas entre las capas anteriores.

• No deberá ser menor que las columnas 28 y 31.



Columna 35:




Columna 36:





114

Columna 37:

• Altura de base de la capa de nubes observada; el dato del sistema



Columna 38:


• No deberá ser menor que las columnas 28, 31, 34, 35.



Columna 39:




Columna 40:





Columna 41:

• Altura de base de la capa de nubes observada, el dato del sistema



Columna 42:


• No deberá ser menor que las columnas 28, 31, 34, 35, 38, 39.


115


Columna 43:




Columna 44:




• Cualquier numero o sigla diferente a los de la tabla 0500 error

• Columna 45: Altura de base de la capa de nubes

observada; el dato del sistema computarizado (ceilometro) solo

servirá como referencia.


Columna 46:

• Asentar en octas la cantidad total de cielo cubierto por las capas

nubosas existentes al momento de la observación.

• Se registrará un solo digito del 0 al 9 o diagonal (/).

Columna 47:

• Estaciones con sistema computarizado deben anotar el dato de

altura del ceilometro registrado al momento de la observación.

LLENADO DE VARIABLES DIARIAS:

En las casillas correspondientes, se asentarán los datos de precipitación

expresados en décimos de milímetro.

En estaciones con sistema computarizado se anotará de igual manera el

dato del pluviómetro Bajo ningún concepto se debe dejar de efectuar la

116

observación y el asentamiento de este parámetro. Cuando no exista

precipitación se anotará 0.0.

En las casillas correspondientes al Pluviógrafo, deberá llenarse siempre y

cuando la estación disponga del instrumento.

En las estaciones que laboran en horario HJ, se debe realizar la medición

de la precipitación en la observación de las 07:00 H.L. y de disponer de

pluviógrafo llenar las casillas correspondientes a los períodos no medidos,

de acuerdo a la marcación en la faja del instrumento registrador.

VALORES EXTREMOS:

Se debe anotar la Hora Local correspondiente a la ocurrencia de los

valores extremos de los siguientes elementos:

Temperatura: Se anotará los valores extremos de temperatura en grados

y décimos de grado Celsius, leída del Termómetro de Máxima y del

Termómetro de Mínima y la hora de ocurrencia se obtendrá del

instrumento registrador. En estaciones con sistema computarizado se

anotará los valores que reporta el sistema.

En ambos valores, de ser el caso no se debe omitir el signo (-), cuando se

trate de temperaturas inferiores a 0° Celsius.

En caso de daño de uno de los termómetros de extrema, el valor

correspondiente se asentará del instrumento registrador de temperatura;

si se dispone de este equipo.

Presión: Para el registro de este parámetro existen dos casillas para

máximas y mínimas, para establecer la “marea barométrica”, debido a que

en el día se dan dos picos máximos y dos picos mínimos.

Se deben llenar todas las casillas de valores extremos de presión, sean

estos valores del instrumento medidor, (columna 7, QFE) ó del

instrumento registrador (si su funcionamiento es óptimo). En estaciones

con sistema computarizado se anotará los valores que reporta el sistema.

117

Así como la hora de ocurrencia de estas extremas, será indicada del

instrumento registrador; si se dispone de este equipo.

Humedad Relativa: Se anotarán los valores extremos, sean estos valores

obtenidos mediante tablas o sistema automatizado, ó del instrumento

registrador (Higrógrafo). Así como la hora de ocurrencia será la indicada

en el instrumento registrador; si se dispone de este equipo y su

funcionamiento es óptimo.

Viento Máximo: Se anotará el valor máximo del instrumento medidor de

viento (anemómetro), del sistema computarizado, o por simple inspección

de las columnas correspondientes en el Registro Diario de

Observaciones.

CONTROL DE FENÓMENOS:

En estas casillas se debe anotar todos los fenómenos de Tiempo

Presente, ocurridos durante el turno de observación, según la Tabla 4677

(a excepción de las cifras de clave 00, 01, 02, 03 y la década del 20; que

son considerados como fenómenos no significativos).

Los fenómenos de Tiempo Presente deberán tener concordancia con lo

anotado en la columna de Tiempo Presente.

El Tiempo Presente a anotar, será representado tal cual se indica en la

Tabla de Símbolos de Ploteo. Se debe anotar las horas de inicio y término

del fenómeno, estas serán en horas locales.

OBSERVACIONES COMPLEMENTARIAS:

De requerir se utilizará para reportar alguna novedad que se pueda dar

sobre los instrumentos (medidores y registradores), así como alguna

anomalía observacional y otros que afecten al funcionamiento de los

equipos.

118

T2: Encuesta sobre la relevancia del sistema.

La técnica utilizada para la recolección de información fue la realización

de encuestas, estas permiten obtener los datos de forma rápida, además

de tener datos confiables para la investigación, el tipo de encuesta

implementada fue la encuesta por Internet, la cual permite la extracción

de la información en corto tiempo y de bajo costo, además de contabilizar

las respuestas de una forma más eficiente. La evidencia de estas se

encuentra en el Anexo N. 4, los resultados de la información recolectada

son mostrados a continuación:

De acuerdo con la recolección de la información hecha con el Ing. Arturo

Lomas la población al año 2018 – 2019 es de 60 usuarios que hacen uso

del formulario DAC MET-020-L a nivel nacional.

El tipo de muestreo utilizado en este proyecto de titulación es el muestreo

aleatorio o probabilístico ya que en este “se comprende que aquí todos

los sujetos o elementos de la población pueden pasar a formar parte de la

muestra, pues tienen la misma probabilidad de ser escogidos.” (Jarquín,

2018).

La fórmula para la obtención del número de la muestra es:

n = Z2 ∗ p ∗ q ∗ Ne2(N − 1) + Z2 ∗ p ∗ q

Dónde:

P = Probabilidad de éxito (95%).

Q = Probabilidad de fracaso (5%).

N = Tamaño de la población (60).

E = Error de estimación (5%).

K = # de desviac. Típicas “Z” (1:68%, 2: 95%, 3: 99.7%)

n = Tamaño de la muestra ()

119

n=1.962* 0.95*0.05*60

0.052(60-1)+1.962*0.95*0.05

n=10,94856

(0.0025)(59)+3.8416*0.0475

n=10,948560.1475 + 0,182476

n=10,948560,329976

n=53

Con la fórmula aplicada de media poblacional, colocando los datos

respectivamente, con un 95% de probabilidad de éxito, se toma en cuenta

los datos anteriores y se considera un margen de error tolerable del 5%,

la cantidad de personas a encuestar es 53 que corresponden a la

muestra.

Sprint 3: Diseño del proyecto

En este sprint se efectúa el diseño del proyecto donde se analizan los

siguientes puntos:

• Base de datos a utilizar.

• Diagrama de referencia de objetos de la Base de Datos.

• Frameworks Web a utilizar.

• Herramientas a utilizar.

Base de datos a utilizar.

Después de investigar sobre base de datos open source que a su vez sea

robustas se determinó que MongoDB era una buena opción por su gran

comunidad de desarrolladores, fácil administración, compatibilidad con los

lenguajes de programación, capacidades de replicación de datos y

soporte de empresarial disponible.

120

Estructura de base de datos

Para este proyecto es importante almacenar los datos obtenidos que

serán almacenados en la base de datos no relacional, así como también

la información de los usuarios que hacen el ingreso de los datos

climatológicos, etc. Se realizó un diagrama de referencia a objetos de la

base datos, se lo puede encontrar en el Anexo 13.

Frameworks Web a utilizar

Basado en las investigaciones realizadas sobre Frameworks de desarrollo

web, los cuales permitan llevar una codificación ágil y dinámica donde la

curva de aprendizaje no sea muy elevada, además estos Frameworks

tienen que ser open source.

A continuación, se detallarán las herramientas y el porqué de su uso en

este sistema.

Cuadro N. 43. Herramientas implementadas en el sistema

Frameworks Uso

Angular

Basado en JavaScript, Angular usa como lenguaje principal

TypeScript, lo cual genera menores errores ya que TypeScript

tiene una detección temprana de errores, mejora la

productividad y calidad del proyecto, adicionalmente Angular es

respaldado por Google y TypeScript por Microsoft.

Sprint Boot

Para el Backend se opta por usar Spring Boot ya que es un

Frameworks basado en Java que permite desarrollar

microservicios de una forma sencilla, entre las ventajas con las

que cuenta Spring Boot es que al estar basado en Java tiene

una gran comunidad de desarrolladores, la configuración es

sencilla gracias a las anotaciones que maneja y usa Maven lo

que soluciona el proceso de buscar librerías para usar en los

proyectos, ya que Maven cuenta con un set de dependencias,

las cuales se pueden agregar de una forma sencilla.


121

Sprint 4: Desarrollo del sistema web

Para el desarrollo del sistema web se crearon tres microservicios los

cuales son:

• Login: permite la administración de los usuarios (ingreso al sistema,

cambio de contraseña, habilitar e inhabilitar usuarios, crear

usuario), roles (crear, habilitar e inhabilitar roles).

• Meterological: permite guardar todos los datos ingresados al

formulario DAC MET-020-L, además de facilitar la actualización de

los mismos.

• Aereodrome: permite la administración de los aeródromos (crear

aeródromo, habilitar e inhabilitar aeródromos).

Los microservicios son el Backend del sistema y se encargan de los

procesos complejos y de la seguridad del sistema como los siguientes:

• Ingreso del usuario al sistema.

Gráfico N. 46. Inicio de sesión.


Fuente: Ivelisse Ortega, Olmedo Zapata.

Para realizar la autenticación se evalúa la contraseña ingresada por el

usuario contra el hash guardado en la base, si los dos coinciden entonces

se procede a dar acceso al sistema caso contrario le presentará el

siguiente mensaje según sea el caso: “contraseña Incorrecta”.

• Registro de nuevos usuarios en el sistema.

122

Gráfico N. 47. Registro de usuario.



En el proceso de registro del usuario se toma en cuenta los nombres del

usuario, el email, el aeródromo al que va a pertenecer, el número de

cédula y la contraseña para el acceso, además de la asignación de un rol

en específico.

• Proceso de guardado de los datos ingresados al formulario DAC

MET-020-L.

Gráfico N. 48. Proceso de guardado de los datos.



123

Se toma en cuenta el usuario que hace el ingreso de los datos, cada

campo esta validado de acuerdo a las especificaciones que se detallan en

el Sprint 2.

• Olvido de la contraseña del usuario

Gráfico N. 49. Proceso de recuperación de contraseña.


Este proceso permite recuperar la contraseña en caso de que el usuario

haya olvidado cuál era su clave asignada. Tomando en cuenta el correo

electrónico del usuario para él envió de un código de confirmación para

realizar el cambio.

Para estos microservicios se exponen los siguientes EndPoint para ser

consumidos desde la interfaz web.

124

Cuadro N. 44. Uri de los servicios usados

URI DESCRIPCIÓN

/api/auth/

Uri para

autenticación del

usuario.

/api/auth/login Uri para cargar los

datos del usuario.

/api/auth/updateUser

Uri para la

actualización de

los datos del

usuario.

/api/auth/getAllUser

Uri que obtiene a

todos los usuarios

del sistema.

/api/auth/deleteUser Uri para eliminar al

usuario.

/metereological/getFindByAerodromoAndaRangeDate Uri para buscar el

aeródromo.

/metereological/setRecord

Uri para guardar

los datos

ingresados.

/api/auth/register

Uri para el registro

de los usuarios la

sistema.

/aerodrome/getAllAerodrome

Uri para obtener

todos los

aeródromos.

api/auth/changePasswordUser

Uri que permite

cambiar la

contraseña


De la misma forma el sistema web contará con una interfaz gráfica, la cual

consta con varios módulos que serán detallados a continuación:

125

• Pantalla de autenticación del usuario

Gráfico N. 50. Pantalla de inicio de sesión.


Pantalla donde el usuario ingresa el correo electrónico y la contraseña

para acceder al sistema.

• Pantalla de registro de usuario.

Gráfico N. 51. Pantalla de registro de usuario.


Pantalla donde solo el administrador tiene la potestad de crear nuevos

usuarios en el sistema.

• Pantalla de cambio de contraseña.

126

Gráfico N. 52. Pantalla de cambio de contraseña.


En caso de que el usuario haya olvidado su contraseña se hace la

recuperación de la clave, el Gráfico N. 52 se muestra la pantalla que

aparece en caso como el que se menciona anteriormente.

• Datos del usuario.

Gráfico N. 53. Pantalla de datos personales del usuario.



Esta pantalla permite modifica los datos personales del usuario e incluso

se realiza el cambio de la foto de perfil.

127

• Panel de administración de usuarios.

Gráfico N. 54. Pantalla de administración de permisos de usuarios.


En esta pantalla se busca a un usuario en específico, para realizar el

cambio de los permisos y/o el cambio del aeródromo que tiene asignado.

• Pantalla del módulo de reportería.

Gráfico N. 55. Pantalla del módulo de reporte.



128

En este módulo se realiza la consulta de los datos que se requieren

exportar en formato de Excel (.xlsx).

• Pantalla del módulo de Dashboard.

Gráfico N. 56. Módulo de Dashboard.


En ese modulo solo el usuario administrador podrá visualizar las

diferentes variables climatológicas y el constante cambio que estas tienen

durante el día o un periodo de tiempo específico.

Sprint 5: Pruebas del sistema web

T1: Pruebas unitarias

En esta etapa se realizó una reunión con la Ing. Ángela Yanza tutora del

presente proyecto de titulación para realizar la revisión y corrección

adecuada en la etapa de desarrollo del Sistema web. Dichas pruebas se

detallan a continuación:

129

Cuadro N. 45. Pruebas del modelo. Pruebas Resultado esperado Cumplido

Validación del login Presentar un login con campos correctamente

validados. X

Validación de registro de un usuario nuevo

Presentar una pantalla donde el administrador

pueda realizar la creación de un usuario

nuevo.

X

Validación de ingrese de los datos

climatológicos

Presentar el formulario DAC MET-020-L, permitir realizar el ingreso de los

datos validando los campos de acuerdo a los detallado en el Sprint 2

X

Validación del módulo de reportería

Permitir realizar la consulta de los datos y

poder hacer la exportación de los

mismos.

X

Validación del módulo de Dashboard

Permitir la visualización de las variables

climatológicas y sus constantes cambios

periódicamente.

X


Al finalizar la etapa de pruebas se identifica que el sistema no presenta

algún tipo de fallo y así confirmar que el sistema está listo para el

ambiente de ejecución.

Sprint 6: Implementación del sistema web en la DGAC

En esta sección se realiza el pase a producción del sistema desarrollado,

donde se concretó una reunión con el Ing. Arturo Lomas jefe del área de

meteorología aeronáutica para asistir a la sucursal de la DGAC en

Guayaquil, la implementación se la realizo vía remoto en un servidor

virtual de la Dirección General de Aviación Civil del Ecuador. Se realizó la

preparación del ambiente en sistema CentOS 8.1x64 con las siguientes

características: 8GB de memoria RAM, 1TB de disco de almacenamiento,

130

4 núcleos, 8 de SWAP, para la configuración del nuevo sistema web

independiente.

Se llevaron a cabo las pruebas de implementación (Ver Anexo 20) para

verificar el correcto funcionamiento del sistema, se cargaron datos de

pruebas reales proporcionado por el Ing. Lomas. En esta etapa del

proyecto se entregó la Carta de Aceptación del Producto (Ver Anexo 21)

para la respectiva aprobación.

A continuación, se presenta la pantalla del nuevo sistema web ya

implementado en la DGAC.

Gráfico N. 57. Nuevo sistema de la DGAC.


Entregables del proyecto

A la finalización del proyecto, se entregó los siguientes productos:

• Archivo fuente del sistema web.

• Manual de uso del sistema (Manual de usuario): flujo de pantalla

con las especificaciones de usabilidad.

• Manual técnico del sistema web, que incluye la estructura de la

base de datos.

• Trabajo de titulación (Documento).

131

• Propuesta de artículo científico.

Criterios de validación de la propuesta

Para realizar la validación del presente trabajo de titulación, se define una

matriz donde se detallan los siguientes criterios:

Cuadro N. 46. Matriz criterios de validación. Producto Criterio de Validación

Diagrama de referencia de objetos de la base de datos.

Apropiada utilización y modelado de las tablas necesarias para el correcto funcionamiento del sistema web.

Módulo de ingreso de datos climatológicos.

Módulo cumple con los requerimientos y objetivos definidos.

Módulo de reportería. Módulo genera los reportes esperados.

Módulo de administración de usuarios. Módulo que permite al usuario

administrador el control sobre los demás usuarios que hacen uso del sistema.

Módulo de perfil de usuario. Módulo que permite ver la información

general del usuario.

Módulo de Dashboard. Módulo que permite la visualización de

las variables climatológicas. Elaboración: Ivelisse Ortega, Olmedo Zapata.


Procesamiento y Análisis

La Dirección General de Aviación Civil del Ecuador tiene un proceso

manual de validación de los datos ingresados al sistema, lo que se quiere

implementar es un sistema que permita la automatización de los procesos

de validación de datos. Para optimizar el ingreso de datos erróneos al

sistema, generando así que la información que se presente en los

reportes sea inconsistente. Con este objetivo y además de conocer los

puntos críticos para la solución del problema, se realizó entrevistas al Ing.

Arturo Lomas Villarreal para tener una visión de los procesos

climatológicos por los que pasan los datos ingresado al formulario DAC

MET-020-L.

De acuerdo a la ecuación para sacar la muestra, la cual fue de 53

usuarios, se realizan las siguientes preguntas en referencia a la

implementación de un nuevo sistema web independiente acerca del

formulario DAC MET-020-L:

132

1. Tiempo de experiencia en el uso de la plataforma IFIS

Cuadro N. 47. Encuesta - Pregunta 1.

CANTIDAD PORCENTAJE

Menos de 1 año 3 6%

Entre 1 a 3 años 14 26%

3 años + 37 68%

Total 54 100%


Gráfico N. 58. Encuesta - Pregunta 1.


Fuente: Datos de la investigación.

Análisis:

La mayor cantidad de usuarios con experiencia son aquellos que tienen 3

años o más dentro de la organización, los que tienen menos de un año se

puede considerar que sean usuarios nuevos y dentro de ellos los

pasantes antes mencionados que forman parte del área de climatología.

6%

26%

68%

Menos de 1 año

Entre 1 a 3 años

3 años +

133

2. ¿Cuál es su percepción en cuanto a seguridad y ataques cibernéticos (robo de información) con respecto al formulario DAC MET-020-L?

Cuadro N. 48. Encuesta - Pregunta 2. CANTIDAD PORCENTAJE

Muy de acuerdo 13 24%

De acuerdo 13 24%

Acuerdo 14 26%

Desacuerdo 11 20%

Muy desacuerdo 3 6%

Total 54 100%





Análisis:

De acuerdo con las encuestas realizadas el 26% de la muestra está de

acuerdo con que el sistema actual del formulario DAC MET-020-L seguro

de ataques cibernéticos y solo un 6% piensa que el formulario no es

totalmente seguro.

24%

24%26%

20%

6%

Muy de acuerdo

De acuerdo

Acuerdo

Desacuerdo

Muy desacuerdo

134

3. En sentido general, ¿Cómo evaluaría usted el desempeño del

formulario DAC MET-020-L?


CANTIDAD PORCENTAJE

Muy buena 23 42%

Buena 21 39%

Regular 9 17%

Mala 1 2%

Muy mala 0 0%

Total 54 100%





Análisis:

Como se puede evidenciar el 42% de la muestra indica que el

funcionamiento del formulario es muy bueno, seguido del 39% que

menciona que es bueno, solo un 17% de la población indican que el

funcionamiento es regular.

42%

39%

17%

2% 0%

Muy buena

Buena

Regular

Mala

Muy mala

135

4. ¿Considera usted que el diseño de la interfaz, estructura,

organización, etc., del formulario DAC MET-020-L son

adecuados?



De acuerdo 22 41%

Ni de acuerdo Ni en desacuerdo

2 4%

Desacuerdo 3 5%

Muy desacuerdo 2 4%

Total 54 100% Elaboración: Ivelisse Ortega, Olmedo Zapata.





Análisis:

El 46% de la muestra indica que la interfaz que presenta actualmente el

formulario DAC MET-020-L es adecuada para el usuario que hace uso de

ello, mientras que el 4% de la muestra indica que hay ciertos usuarios que

no consideran adecuados el diseño o la organización del formulario DAC

MET-020-L.

46%

41%

4%5%

4%

Muy de acuerdo

De acuerdo

Ni de acuerdo Ni en

desacuerdo

Desacuerdo

Muy desacuerdo

136

5. ¿Considera usted que el Formulario DAC MET-020-L es interactivo con el usuario?


CANTIDAD PORCENTAJE


De acuerdo 20 37%


6 11%

Desacuerdo 8 15%

Muy desacuerdo 1 2%

Total 54 100%





Análisis:

El mayor porcentaje es el 37% de la muestra que indica que están de

acuerdo en que el formulario DAC MET-020-L es interactivo con el

usuario, decir es amigable a la vista de quien lo esté utilizando. El 15% al

contrario refleja cierta resistencia en cuanto al desempeño del formulario

para con el usuario.

35%

37%

11%

15%

2%Muy de acuerdo

De acuerdo

Ni de acuerdo Ni en

desacuerdo

Desacuerdo

Muy desacuerdo

137

6. ¿Considera usted que el ingreso de datos en el formulario DAC MET-020-L es sencillo e intuitivo?



De acuerdo 17 31%


2 4%

Desacuerdo 6 11%

Muy desacuerdo 0 0%

Total 54 100%





Análisis:

Como se puede evidenciar el 54% de la muestra indica que el ingreso de

los datos dentro del formulario en línea DAC MET-020-L es sencillo e

intuitivo, solo el 11% de la muestra reconoce que no es sencillo el ingreso

de los datos en el formulario online.

54%31%

4% 11%

0%

Muy de acuerdo

De acuerdo

Ni de acuerdo Ni en

desacuerdo

Desacuerdo

Muy desacuerdo

138

7. ¿Qué mejoras desearía que se implemente en el formulario DAC MET-020-L?



Análisis:

Al ser una pregunta abierta, muchas de las recomendaciones que los

usuarios sugieren es mejorar la velocidad de respuesta en los procesos,

la digitalización y/o automatización de los procesos climatológicos son

observaciones que los usuarios presentan, ya que la validación, y el

control de calidad de los datos son procesos manuales que se realizan

post ingreso de los datos en el formulario, la información que se

encuentra dentro de los reportes que el sistema genera puede contener

datos erróneos o inconsistente con la información recolectad previamente

ingresada. Lo anterior mencionado, provoca que para la gestión y toma de

decisiones no se tenga la información suficiente.

24%

2%

11%

4%15%

4%

7%

5%

2%

22%

2% 2%

Automatización de los cálculos

climatológicosNo trabajo con el formulario

Implementar control de

fenómenosSeguridad de los datos

Alerta de datos mal ingresados

Ingreso de datos de otros

AeropuertosMejora de la interfaz

Fácil acceso a los datos

Mapa de análisis isobárico

Ninguno

Información histórica

Reportería

139

8. ¿Cuáles de las siguientes considera usted como habilidades que se desarrollan con el uso de las TICS (Tecnologías de la Información y la Comunicación)?

Cuadro N. 53. Encuesta – Pregunta 8.

HABILIDADES CANTIDAD PORCENTAJE

Manejo del computador 29 21%

Navegación por Internet 32 23%

Ingreso de datos en formularios web

40 28%

Manejo de redes sociales 18 13%

Uso de correo electrónico 21 15%

Total 54 100%


Gráfico N. 65. Encuesta – Pregunta 8.



Análisis:

Como se puede evidenciar el 21% de la muestra indica que las

habilidades que se desarrollan con el uso de las tecnologías de la

información y comunicación, les permiten realizar de forma más rápida el

ingreso de los datos en el formulario DAC MET-020-L.

21%

23%

28%

13%

15%

Título del gráfico

Manejo del

computador

Navegación por

Internet

Ingreso de datos en

formularios web

Manejo de redes

sociales

140

9. ¿Considera usted que añadir una opción de reportería de

Dashboard (Panel de instrumentos) mejorará la presentación de la

información suministrada en el formulario DAC MET-020-L?

Cuadro N. 54. Encuesta – Pregunta 9.

CANTIDAD PORCENTAJE


De acuerdo 13 24%


7 13%

Desacuerdo 1 2%

Muy desacuerdo 0 0%

Total 54 100%


Gráfico N. 66 Encuesta – Pregunta 9.



Análisis:

De acuerdo a la encuesta realizada el 61% de la muestra está de acuerdo

con la implementación de un Dashboard para el control de los datos

ingresados en el sistema y la mantención de historiales de eventos

pasados que puedan ser ilustrados dentro del panel de control. El 13% de

la muestra se encuentra reacia al cambio.

61%

24%

13%

2% 0%

Muy de acuerdo

De acuerdo

Ni de acuerdo Ni en

desacuerdo

Desacuerdo

Muy desacuerdo

141

10. Está usted de acuerdo con la implementación de un sistema web

independiente, utilizando nuevas herramientas para crear un

nuevo formulario DAC MET-020-L que mejore la calidad de los

datos ingresados.

Tabla N. 1. Encuesta – Pregunta 10. CANTIDAD PORCENTAJE


De acuerdo 8 15%


1 2%

Desacuerdo 0 0%

Muy desacuerdo 0 0%

Total 54 100%


Gráfico N. 67. Encuesta – Pregunta 10.



Análisis:

De acuerdo con las observaciones que los usuarios realizaron con

respecto al formulario DAC MET-020-L y su desempeño, el 83% de la

muestra está de acuerdo con la implementación de un sistema web

independiente que mejore los tiempos de respuesta de las tareas que se

ejecuten, además de control y validar el ingreso de los datos en el

sistema.

83%

15%

2% 0% 0%

Muy de acuerdo

De acuerdo

Ni de acuerdo Ni en

desacuerdo

Desacuerdo

Muy desacuerdo

142

Pruebas

Para validar el nuevo sistema web se hizo uso del formato de un plan de

pruebas (ver Anexo N.19), el cual se lo realizó junto a las siguientes

personas:

• Ing. Arturo Lomas Villareal – Administrador del sistema.

• Observador Aeronáutico 1 y Observador Aeronáutico 2 –Ángela

Yanza.

El total de casos de prueba realizados son 10 (ver Anexo N. 20), de

acuerdo a las historias de usuario para validar cada uno de los escenarios

que se presentan en la matriz para la aceptación del sistema.

Donde se validan el proceso de ingreso de los datos climatológicos, la

generación de los reportes, la administración de los usuarios del sistema,

etc.

A continuación, se detallan los casos de pruebas más relevantes con

respecto al funcionamiento del sistema, los cuales fueron validados por

los usuarios antes mencionados de acuerdo a los roles definidos.

En el Gráfico N. 68 se presenta el caso de prueba aplicada al usuario

administrador de la aplicación que es el Ing. Arturo Lomas Villareal donde

se verifica el funcionamiento del ingreso de datos y las validaciones por

cada campo como se especifica en el Sprint 2 además del registro de un

usuario nuevo al sistema (Gráfico N. 69).

143

Gráfico N. 68. Caso de prueba N. 1.


144

Gráfico N. 69. Caso de prueba N. 2.


En el Gráfico N. 69, se presenta la prueba realizada al rol de observador

aeronáutico 1, el cual solo puede realizar el ingreso de los datos, se valida

que con ese rol solo pueda acceder a su perfil y al formulario realizando el

respectivo ingreso de los datos.

145

CAPÍTULO IV

RESULTADOS CONCLUSIONES Y RECOMENDACIONES

Criterio de aceptación del producto o servicio

Para el desarrollo del capítulo presente, se presentaron distintitos criterios

de aceptación relacionados al proyecto con sus entregables. Según la

guía del PMBOK se define como “un conjunto de condiciones que debe

cumplirse antes de que acepten los entregables” (Project Management

Institute, 2017).

Este capítulo consiste en la medición de calidad y rendimiento del

proyecto en base a las especificaciones técnicas y el nivel de tolerancia,

es decir que el sistema esté funcionando de manera correcta de acuerdo

a los requisitos definidos en el alcance y evitar cualquier tipo de fallo de

uno o varios procesos del sistema.

A continuación, se presentará una matriz con los criterios de aceptación

por cada uno de los requerimientos establecidos en el alcance del

proyecto, los mismos que fueron dados por el jefe del área de

meteorología aeronáutica de la DGAC.

146

Cuadro N. 55. Matriz de criterio de aceptación – Administrador.

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de investigación.

Criterios de Aceptación

Número de

Escenario

Título del Escenario

Evento Resultado /

Comportamiento esperado

1

Registro del usuario al sistema

climatológico.

El usuario ingresara su

cédula, correo electrónico,

nombre de usuario y contraseña, para poder registrar su información en la

base de datos

Usuario se registra en el sistema sin ningún

inconveniente

2

Ingreso de los datos en el

formulario DAC MET-020-L.

El usuario ingresara en los

diferentes campos del modal la información

meteorológica obtenida en el día

actual.

Usuario ingresa los datos en el sistema sin ningún inconveniente.

3 Consulta de los reportes en el sistema web.

Dado que el usuario requiere la generación de los reportes ingresa la

opción de reportería, elige los filtros que necesita para obtener los reportes.

Usuario visualiza la información de

acuerdo a lo que está consultando.

4 Descarga de los

reportes.

Dado que el usuario requiere

descargar los reportes que han sido generados,

eligiendo el formato de su

interés.

Usuario puede descargar de forma

individual los reportes.

5 Cambio de

configuraciones a otros usuarios.

El usuario administrador podrá quitar

permiso a otros usuarios o agregar

el permiso.

Usuario puede cambiar los permisos a los módulos, además

de modificar información de otros

usuarios (aeródromos).

147

Se valida junto al Ing. Arturo Lomas Villareal cada uno de los escenarios

previstos en los planes de pruebas, asegurando que el sistema cumpla

con los requerimientos definido con anterioridad.

Cuadro N. 56. Matriz de criterio de aceptación – Observador Aeronáutico 1.


Número de

Escenario


Evento Resultado /


1

Registro del usuario al sistema

climatológico.

El usuario ingresará su cédula, correo

electrónico, nombre de usuario y

contraseña, para poder registrar su información en la

base de datos

Usuario se registra en el sistema sin

ningún inconveniente

2

Ingreso de los datos en el formulario DAC MET-

020-L.

El usuario ingresará en los diferentes

campos del modal la información meteorológica

obtenida en el día actual.

Usuario ingresa los datos en el sistema

sin ningún inconveniente.

3

Validar la información ingresada al formulario DAC MET-

020-L.

EL usuario ingresará los datos climatológicos, el sistema valdría

caracteres erróneos ingresados.

Usuario visualiza las validaciones

correspondientes en el formulario.


Para el rol del observador aeronáutico 1 se validó que el ingreso de los

datos se realice sin ningún inconveniente. Así mismo que las validaciones

funcionen de acuerdo con lo descrito en el Capítulo 3.

148

Cuadro N. 57. Matriz de criterio de aceptación – Observador Aeronáutico 2.


Número de

Escenario


Evento Resultado /


1

Inicio de sesión en el

sistema climatológico.

El usuario ingresará su número de cedula

y la contraseña respectivamente.

Usuario logra el inicio de sesión sin presentar

inconvenientes.

2 Visualización

de los reportes.

Dado que el usuario requiere visualizar

los reportes que han sido generados,

eligiendo el rango de su interés.

Usuario puede visualizar los reportes sin

inconvenientes.

3 Descarga de los reportes.

Dado que el usuario requiere descargar

los reportes que han sido generados,

eligiendo el formato de su interés.

Usuario puede descargar de

forma individual los reportes.


Con el rol de observador aeronáutico 2 se validó que la generación de los

reportes se haya logrado sin inconvenientes, y poder realizar la consulta

de los datos que se desean exportar.

149

Cuadro N. 58. Matriz de criterio de aceptación – Supervisor.


Número de

Escenario


Evento Resultado /


1

Inicio de sesión en el

sistema climatológico.

El usuario ingresará su número de

cedula y la contraseña

respectivamente.

Usuario logra el inicio de sesión sin presentar

inconvenientes.

2 Visualización

del Dashboard.

Dado que el usuario requiere la

visualización de las variables

climatológicas, eligiendo la variable

de su interés.

Usuario puede visualizar de

forma individual las variables

climatológicas.

3

Descargar el gráfico de las

variables climatológicas.

El usuario descargará los

gráficos que requiere en formato

de imagen.

Usuario puede descargar los gráficos sin

ningún inconveniente.


Con el rol de supervisor se validó que la generación de los Dashboard se

haya logrado sin inconvenientes, y poder realizar la consulta de las

variables climatológicas que se desean exportar.

150

Conclusiones

• Mediante la entrevista realizada al Ing. Arturo Lomas Villareal, se

logró determinar los requerimientos para el desarrollo del nuevo

sistema web.

• Se determinó en base a las encuestas realizadas que más del 50%

de los usuarios están de acuerdo con la implementación de un

nuevo sistema web independiente del formulario DAC MET-020-L.

• Ahora la DGAC cuenta con un sistema web diseñado con

herramientas open source, creando módulos para el ingreso de los

datos climatológicos, reportería, administración de perfiles y el perfil

personal de los usuarios y un nuevo módulo con un tablero para la

visualización de las variables climatológicas.

• Se concluyó que con el desarrollo de un sistema web climatológico

cumple en un 99.9% con los requerimientos previstos en la

entrevista realizada al jefe del área de meteorología aeronáutica.

• En base a las pruebas realizadas se observa una mejora de los

tiempos de respuesta del sistema, ya que antes se demoraba 14

minutos con 30 segundos como se muestra en el Anexo 2, con la

implementación del nuevo sistema web se logra mejorar con un

50% ya que ahora solo demora 4 minutos con 50 segundos (Ver

Anexo 11).

• Con la implementación de un nuevo sistema web independiente de

la actual plataforma, se mejoró la calidad de los datos que son

ingresados al sistema en un 95%, asegurando que la información

almacenada se eficiente y consistente.

151

Recomendaciones

• Es recomendable que para una segunda fase de deberá realizar un

proceso de migración de los datos de la base anterior a la nueva base

de datos, para sincronizar la información.

• Realizar respaldos de los reportes generados de forma trimestral, para

tener la información resguardada y disponible.

• Los usuarios y claves asignados al administrador o a cualquier otro

usuario, sean intransferibles para evitar el mal uso del sistema.

• Se debe de dar mantenimiento a la aplicación por lo menos cada seis

meses, para emplear las actualizaciones necesarias conforme se

mejore el sistema.

• Es recomendable que a partir de este nuevo diseño se elabore un

módulo de parametrización de validaciones y tipo de datos

climatológicos.

• En una futura actualización del sistema se recomienda que el cálculo

del campo Variación 24 Horas sea dinámica. Adicional se puede

implementar un Dashboard que contenga un scroll para una

visualización más amplia de las variables climatológicas.

152

REFERENCIAS BIBLIOGRÁFICAS

Ambientum. 2020. «Las lluvias». Portal de Medio Ambiente. Recuperado (https://www.ambientum.com/enciclopedia_medioambiental/aguas/las_lluvias.asp).

Anón. 2011. Guia De Prácticas Climatológicas. Ginebra, Suiza.

Calderón, Grecia. 2019. «Pluviómetro». EUSTON96. Recuperado (https://www.euston96.com/pluviometro/).

CanalTiempo21. 2017. «ART 26: LA NIEVE». Canal Tiempo 21. Recuperado (https://www.canaltiempo21.com/art-26-la-nieve/).

CIIFEN. 2019. «Pronóstico Estacional Oeste y Sur de Sudamérica AMJ 2019». Centro Internacional para la Investigación del Fenómeno de El Niño. Recuperado (http://www.ciifen.org/index.php?option=com_content&view=article&id=2164:pronostico-estacional-oeste-y-sur-de-sudamerica-amj-2019&catid=61&Itemid=100&lang=es).

Claudio. 2011. «El Pluviógrafo». Navasport.com. Recuperado (https://www.nevasport.com/meteo/art/9640/El-Pluviografo/).

Dimes, Troy. 2015. Conceptos Básicos De Scrum: Desarrollo De Software Agile Y Manejo De proyecto Agile. Bablecube, Inc.

Dirección General de Protección Civil y Emergencias. 2013. «Tormentas y Rayos». Dirección Generarl de Protección Civil y Emergencias. Recuperado (http://www.proteccioncivil.es/riesgos/tormentas-y-rayos/presentacion).

Gabriela Briceño V. 2019. «Climatología». EUSTON96. Recuperado (https://www.euston96.com/climatologia/).

Garza, Edmundo Guajardo. 2003. Administración de la calidad total. Mexico: Pax Mexico.

Geremy. 2014. «TIPOS DE FENÓMENOS CLIMÁTICOS». Geremy Ger Fenómenos Climaticos. Recuperado (http://blog.espol.edu.ec/gger/2014/06/02/tipos-de-fenomenos-climaticos/).

Huerta, José Benito C. Sánchez. 2015. «LOS INSTRUMENTOS CONVENCIONALES DE REGISTRO Y MEDICIÓN DE LOS FENÓMENOS ATMOSFÉRICOS DEL OBSERVATORIO METEOROLÓGICO DEL COLEGIO DE GEOGRAFÍA DE LA FFYIL. UNAM.» Faculta de Filosofía y letras Observatorio Meteorolóico del Colegio de Geografía «Mtro. Francisco Hérnandez

153

Hérnandez». Recuperado (http://observatoriometeorologico.filos.unam.mx/instrumentos-meteorologicos/).

Instituto Nacional de Meteorológia e Hidrología. 2014. Anuario Meteorológico. Nro. 51-2011. Quito - Ecuador: Instituto Nacional de Meteorológia e Hidrología.

Loma Villareal, Gabriel Arturo. 2006. «DISEÑO DE LA BASE DE DATOS DE LOS PARAMETROS METEOROLOGICOS A NIVEL NACIONAL PARA USO DE LA DGAC.» Instituto Superior Tecnologico de Aviacion Civil, Quito - Ecuador.

Martin, Carolina, y Jorge Pina. 2014. «El psicrómetro portátil Assman,mucho más que un medidor de humedad relativa.» 2014, 47.

Mecafenix, Frank. 2018. «Que es y para que sirve un barómetro ?» Ingeniería Mecafenix. Recuperado (https://www.ingmecafenix.com/otros/medicion/barometro/).

Medline Plus. 2019. «Tornado». Medline Plus. Recuperado (https://medlineplus.gov/spanish/tornadoes.html).

Nimbus Weather. 2010. «Capitulo 7, El Viento».

Ortegón, Edgar, Juan Francisco Pacheco, y Adriana Prieto. 2015. «Metodología del marco lógico para la planificación, el seguimiento y la evaluación de proyectos y programas».

Portillo, Germán. 2016. «Barómetro». Meteorologia en Red. Recuperado (https://www.meteorologiaenred.com/barometro.html).

Real Academia Española. 2019. «termógrafo». Real Academia Española 23.

Rojas, Jefferson. 2017. «IMPLEMENTACIÓN DE UNA INTERFAZ SIG WEB PARA EL DESPLIEGUE DE PRONÓSTICOS METEOROLÓGICOS DIRIGIDO A LA SUBDIRECCIÓN DE AVIACIÓN CIVIL DEL ECUADOR.» Universidad de Guayaquil, Guayaquil.

Secretaría del Sistema Mundial de Observación del Clima. 2016. «Estado del Sistema Mundial de Observación del Clima». Organizacion Meteorológica Mundial. Recuperado (https://public.wmo.int/es/resources/bulletin/estado-del-sistema-mundial-de-observaci%C3%B3n-del-clima).

154

Viñas, Jose Miguel. 2017. «El pluviómetro y el pluviógrafo». El tiempo. Recuperado (https://www.tiempo.com/ram/35055/el-pluviometro-y-el-pluviografo/).

56, V. (2015, septiembre 28). IFIS – INTERNET FLIGHT INFORMATION

SERVICE. Recuperado de VIA 56 website:

http://www.via56.cl/?page_id=87

ADDALIA. (2019). ASÍ FUNCIONAN LOS 3 TIPOS DE

AUTOMATIZACIÓN DE PROCESOS QUE EXISTEN. Recuperado

de ADDALIA website: https://blog.addalia.com/asi-funcionan-los-3-

tipos-de-automatizacion-de-procesos-que-existen

Alberto Gonzalez. (s. f.). Lluvia: ¿qué es?, tipos, causas, consecuencias y

mucho más. Recuperado de magicanaturaleza website:

https://magicanaturaleza.com/c-lluvia/10/#Que_es_la_lluvia

Alberto Luceño Vázquez, Francisco. (2015). Métodos estadísticos para

medir, describir y controlar la variabilidad (Primera Edicion, Vol. 1).

Recuperado de

https://books.google.com.ec/books?id=b3d5DAAAQBAJ&printsec=f

rontcover&dq=M%C3%A9todos+estad%C3%ADsticos+para+medir,

+describir+y+controlar+la+variabilidad:+Editorial+de+la+Universida

d+de+Cantabria&hl=es&sa=X&ved=0ahUKEwiA3szSt_zjAhXo01kK

HR2mBskQ6AEIJzAA#v=onepage&q=M%C3%A9todos%20estad%

C3%ADsticos%20para%20medir%2C%20describir%20y%20control

ar%20la%20variabilidad%3A%20Editorial%20de%20la%20Universi

dad%20de%20Cantabria&f=false

Alegsa, L. (2016, junio 27). Definición de Arquitectura de sistemas

(informática). Recuperado de Alegsa.com.ar website:

http://www.alegsa.com.ar/Dic/arquitectura_de_sistemas.php

ANGULAR. (2010, 2019). Architecture overview. Recuperado de

ANGULAR website:

https://angular.io/guide/architecture#architecture-overview

155

Asamblea Constituyente. CONSTITUCIÓN DE LA REPÚBLICA DEL ECUADOR. , § Articulo 22

(1998).

ASAMBLEA NACIONAL. CÓDIGO ORGÁNICO DE LA ECONOMÍA

SOCIAL DE LOS CONOCIMIENTOS, CREATIVIDAD E

INNOVACIÓN. , Pub. L. No. 899, 113 (2016).

Baez, S. (2012, octubre 20). Sistemas Web. Recuperado de KnowDo

website: http://www.knowdo.org/knowledge/39-sistemas-web

Bara, M. (s. f.). Las 5 etapas en los “Sprints” de un desarrollo Scrum.

Recuperado de OBS Bussines School website: https://www.obs-

edu.com/int/blog-investigacion/project-management/las-5-etapas-

en-los-sprints-de-un-desarrollo-scrum

Capitulo 7, El Viento. (s. f.). Recuperado de

200.58.146.28/nimbus/weather/pdf/cap7.pdf

CIIFEN. (2019). Pronóstico Estacional Oeste y Sur de Sudamérica AMJ

2019. Recuperado de Centro Internacional para la Investigación del

Fenómeno de El Niño website:

http://www.ciifen.org/index.php?option=com_content&view=article&i

d=2164:pronostico-estacional-oeste-y-sur-de-sudamerica-amj-

2019&catid=61&Itemid=100&lang=es

Claudio. (2011, abril 20). El Pluviógrafo. Recuperado de Navasport.com

website: https://www.nevasport.com/meteo/art/9640/El-Pluviografo/

Dirección de Aviación Civil del Ecuador. (2019a). Autoridades.

Recuperado de Dirección de Aviación Civil del Ecuador website:

https://www.aviacioncivil.gob.ec/autoridades/

Dirección de Aviación Civil del Ecuador. (2019b). Visión – Misión –

Valores / Rikuy – Ruray – Chanichiy. Recuperado de Dirección de

Aviación Civil del Ecuador website:

156

https://www.aviacioncivil.gob.ec/vision-mision-valores-rikuy-ruray-

chanichiy/

Dirección de Aviación Civil del Ecuador. (s. f.). Bienvenidos al Sistema

Informático de Personal Aeronáutico SIPA. Recuperado de Sistema

Informático de Personal Aeronáutico SIPA website:

http://www.sipa.aviacioncivil.gob.ec/

Dymes, T. (2015). Conceptos Básicos De Scrum: Desarrollo De Software

Agile Y Manejo De proyecto Agile. Recuperado de

https://books.google.com.ec/books?id=ETuXBgAAQBAJ&printsec=f

rontcover&dq=que+es+scrum&hl=es&sa=X&ved=0ahUKEwiFopeur

vfjAhVsoFkKHQ01BCoQ6AEIJzAA#v=onepage&q=que%20es%20

scrum&f=false

Echeverri Londoño, C. A. (2006, julio 9). Diseño óptimo de ciclones.

Recuperado de SCIELO website:

http://www.scielo.org.co/scielo.php?pid=S1692-

33242006000200011&script=sci_arttext&tlng=pt#fig1

ECUCERT. (s. f.). Vulnerabilidad MongoDB. Recuperado de

https://www.ecucert.gob.ec/assets/open-mongo-db.pdf

ECURED, E. (s. f.-a). Granizo. Recuperado de ECURED website:

https://www.ecured.cu/Fen%C3%B3menos_atmosf%C3%A9ricos

ECURED, E. (s. f.-b). Tormentas. Recuperado de ECURED website:

https://www.ecured.cu/Tormenta

EDUCBA. (2019). Introduction to Bootstrap Components. Recuperado de

EDUCBA website: https://www.educba.com/bootstrap-components/

FERNANDEZ, P. (s. f.). ¿Como se forma la lluvia? Recuperado de VIX

website:

https://www.vix.com/es/btg/curiosidades/2011/02/02/%C2%BFcomo

-se-forma-la-lluvia

157

Gabriela Briceño V. (2019). Climatología. Recuperado de EUSTON96

website: https://www.euston96.com/climatologia/

Ger, G. (2014, junio 2). TIPOS DE FENÓMENOS CLIMÁTICOS.

Recuperado de Geremy Ger Fenómenos Climaticos website:

http://blog.espol.edu.ec/gger/2014/06/02/tipos-de-fenomenos-

climaticos/

González, R. G. (2012). Diagrama de Ishikawa: Análisis causa-efecto de

los problemas. Recuperado de PDCAHOME website:

https://www.pdcahome.com/diagrama-de-ishikawa-2/

Guedez, A. (2017, noviembre 28). Automatización de Procesos: Ventajas

y desventajas. Recuperado de GBadvisors website: https://www.gb-

advisors.com/es/automatizacion-de-procesos/

Guia de Prácticas Climatológicas. (2011). En Organizacion Meteorológica

Mundial, OMM-No100. Ginebra,Suiza.

Hamedani, M. (2018, noviembre 5). React vs. Angular: The Complete

Comparison. Recuperado de MOSH CODING MADE SIMPLE

website: https://programmingwithmosh.com/react/react-vs-angular/

Instituto Nacional de Meteorológia e Hidrología (último). (2014). Anuario

Meteorológico (N.o Nro. 51-2011; p. 149). Recuperado de Instituto

Nacional de Meteorológia e Hidrología website:

http://www.serviciometeorologico.gob.ec/wp-

content/uploads/anuarios/meteorologicos/Am%202011.pdf

Javier J., G. (2014). ¿Qué es un framework web? Recuperado de

http://www.lsi.us.es/~javierj/investigacion_ficheros/Framework.pdf

José Antonio Pérez Fernández de Velasco. (2010). Gestión por procesos

(4ta ed., Vol. 4). Recuperado de

https://books.google.com.ec/books?id=iGrY7tW178IC&printsec=fro

ntcover&dq=que+es+un+proceso&hl=es&sa=X&ved=0ahUKEwigh

158

Pzeu_fjAhXqtlkKHXj9BkEQ6AEIJzAA#v=onepage&q=que%20es%

20un%20proceso&f=false

LEXIS FINDER. UTILIZACION DE SOFTWARE LIBRE EN LA

ADMINISTRACION PUBLICA. , Pub. L. No. 322, Decreto Ejecutivo

1014 2 (2008).

LEXIS FINDER. LEY ORGANICA DE EDUCACION SUPERIOR, LOES. ,

Pub. L. No. 298, § Articulo 21 y 22, 92 (2010).

Loma Villareal, G. A. (2006). DISEÑO DE LA BASE DE DATOS DE LOS

PARAMETROS METEOROLOGICOS A NIVEL NACIONAL PARA

USO DE LA DGAC. Instituto Superior Tecnologico de Aviacion

Civil, Quito - Ecuador.

MAPCAL,S.A. (1994). PROPOSITOS DEL ANALISIS FODA. En EL PLAN

DE NEGOCIOS. Recuperado de

https://books.google.com.ec/books?id=9GnvdQknUeIC&printsec=fr

ontcover&dq=EL+PLAN+DE+NEGOCIOS&hl=es&sa=X&ved=0ahU

KEwjH9vP94e_jAhVS2FkKHUKuBPwQ6AEIPTAE#v=onepage&q=

EL%20PLAN%20DE%20NEGOCIOS&f=false

MongoDB, Inc. (2008a). Introducción a MongoDB. Recuperado de

mongoDB website: https://docs.mongodb.com/manual/introduction/

MongoDB, Inc. (2008b). Security. Recuperado de mongoDB website:

https://docs.mongodb.com/manual/security/

MongoDB, Inc. (2019). ¿Qué es MongoDB? Recuperado de mongoDB

website: https://www.mongodb.com/what-is-mongodb?lang=es-es

Muñoz, R. (2014, octubre 24). Node.js, javascript en servidor. Recuperado

de Cantabria TIC website: http://www.cantabriatic.com/node-js/

Nishida, K. (2017, mayo 1). An Introduction to MongoDB Query for

Beginners. Recuperado de Medium website:

159

https://blog.exploratory.io/an-introduction-to-mongodb-query-for-

beginners-bd463319aa4c

Node.js. (s. f.). Introduction to Node.js. Recuperado de Node.js website:

https://nodejs.dev/

Ortegón, E., Juan Francisco Pacheco, & Prieto, A. (2015, abril).

Metodología del marco lógico para la planificación, el seguimiento y

la evaluación de proyectos y programas. Recuperado de

https://repositorio.cepal.org/bitstream/handle/11362/5607/S057518

_es.pdf

Pivotal. (2019a). Spring Boot 2.1.7. Recuperado de SPRING by Pivotal

website: https://spring.io/projects/spring-boot

Pivotal. (2019b). Spring: the source for modern java. Recuperado de

SPRING website: https://spring.io/

Portillo, G. (2019, mayo 22). Pluviómetro.

Portillo, G. (s. f.-a). Barómetro. Recuperado de Meteorologia en Red

website: https://www.meteorologiaenred.com/barometro.html

Portillo, G. (s. f.-b). El psicrómetro. Recuperado de Meteorologia en Red

website: https://www.meteorologiaenred.com/psicrometro.html

Portillo, G. (s. f.-c). Fenómenos Meteorológicos [Que es el granizo y como

se forma]. Recuperado de Meteorologia en Red website:

https://www.meteorologiaenred.com/granizo.html

Portillo, G. (s. f.-d). Todo lo que debes saber acerca de la nieve.

Recuperado de Meteorologia en Red website:

https://www.meteorologiaenred.com/la-nieve.html

Project Management Institute. (2013). Guía de los FUNDAMENTOS

PARA LA DIRECCIÓN DE PROYECTOS (GUÍA DEL PMBOK)

160

(Quitan edición). Newtown Square, Pensilvania: Project

Managment Institue, Inc.

Rojas Conde, J. M. (2017). IMPLEMENTACIÓN DE UNA INTERFAZ SIG

WEB PARA EL DESPLIEGUE DE PRONÓSTICOS

METEOROLÓGICOS DIRIGIDO A LA SUBDIRECCIÓN DE

AVIACIÓN CIVIL DEL ECUADOR. Universidad de Guayaquil,

Guayaquil.

RUBENFA. (2014, febrero 3). MongoDB: qué es, cómo funciona y cuándo

podemos usarlo (o no). Recuperado de GENBETA website:

https://www.genbeta.com/desarrollo/mongodb-que-es-como-

funciona-y-cuando-podemos-usarlo-o-no

Salcedo Rosales, G. (2016). Resolución RCU-SE-45-166-07-2016 (N.o

Resolución RCU-SE-45-166-07-2016; p. 27). Recuperado de

Universidad de Guayaquil website: http://www.ug.edu.ec/secretaria-

general-

r/normativa/vigente/REGLAMENTO%20GENERAL%20DE%20RE

GIMEN%20DE%20INVESTIGACION.pdf

Sanchéz, M. (s. f.-a). Fenómenos Meteorológicos. Recuperado de

Meteorologia en Red website:

https://www.meteorologiaenred.com/que-es-una-tormenta.html

Sanchéz, M. (s. f.-b). Todo lo que debes saber sobre los higrómetros.

Recuperado de Meteorologia en Red website:

https://www.meteorologiaenred.com/higrometros.html

Secretaria de la Universidad de Guayaquil. (2019). Reglamento General

del Régimen de Investigación y Gestión del Conocimiento de la

Universidad de Guayaquil (p. 98) [Reglamento]. Recuperado de

Universidad de Guayaquil website: http://www.ug.edu.ec/secretaria-

general-

r/normativa/vigente//REGLAMENTO%20GENERAL%20DE%20RE

161

GIMEN%20DE%20INVESTIGACION%20Y%20GESTION%20DEL

%20CONOCIMIENTO%20DE%20LA%20UNIVERSIDAD%20DE%

20GUAYAQUIL%202019.pdf

Secretaría del Sistema Mundial de Observación del Clima. (2016). Estado

del Sistema Mundial de Observación del Clima. Recuperado de

Organizacion Meteorológica Mundial website:

https://public.wmo.int/es/resources/bulletin/estado-del-sistema-

mundial-de-observaci%C3%B3n-del-clima

Torres, O. (2015, noviembre 23). Arquitectura basada en microservicios

Parte 1. Recuperado de UN POCO DE JAVA Y + Otra forma de

hablar de nuestro día a día… website:

https://unpocodejava.com/2015/11/23/arquitectura-basada-en-

microservicios-parte-1/

Ucha, F. (2010, septiembre). Definición de Aeronáutica. Recuperado de

Definición ABC website:

https://www.definicionabc.com/ciencia/aeronautica.php

Vergara, Dr. F. (2010). LEY DEL SISTEMA NACIONAL DE REGISTRO

DE DATOS PUBLICOS (N.o 162; p. 20). Recuperado de

https://www.telecomunicaciones.gob.ec/wp-

content/uploads/2016/04/Ley-Organica-del-Sistema-Nacional-de-

Registro-de-Datos-Publicos.pdf

W3SCHOOLS.COM. (s. f.). What is Bootstrap? Recuperado de

W3SCHOOLS.COM website:

https://www.w3schools.com/bootstrap4/bootstrap_get_started.asp

162

ANEXOS

ANEXO 1. Ubicación de la Dirección General de Aviación Civil del Ecuador.

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Google Maps.

163

ANEXO 2. Diagrama de Flujo de Proceso actual del formulario DAC MET-020-L (1/5)


A

164

ANEXO 2. Diagrama de Flujo de Proceso actual del formulario DAC MET-020-L (2/5).


A

B

165



B

166



C

167



168

ANEXO 3. Entrevista para levantamiento de información dirigida al Jefe de Meteorología Aeronáutica de la DAC (1/4).



169




170

ANEXO 3. Entrevista para levantamiento de información dirigida al Jefe

de Meteorología Aeronáutica de la DAC (3/4).



171




172

ANEXO 4. Encuesta realizada al personal de la Dirección General de Aviación Civil del Ecuador que interactúa con el formulario DAC MET-020-

L (1/5).



173


L (2/5).



174


L (3/5).



175

ANEXO 4. Encuesta realizada al personal de la Dirección General de Aviación Civil del Ecuador que interactúa con el formulario DAC MET-020-L (4/5).



176


L (5/5).



177

ANEXO 5. Metodología de Marco Lógico – Mapa de involucrados.


178

ANEXO 6. Metodología de Marco Lógico – Árbol de problemas.



179

ANEXO 7. Metodología de Marco Lógico – Árbol de objetivos.


180

ANEXO 8. Metodología de Marco Lógico – Árbol de Alternativas.



181

ANEXO 9. Metodología de Marco Lógico - Estructura Analítica del Proyecto (EAP).


182

ANEXO 10. Matriz de Marco Lógico.

MATRIZ DE MARCO LÓGICO

FIN:

Mejorar la calidad

de los procesos

climatológicos.

INDICADORES:

1. Números de

aviones en el país.

2. Número de

aeropuertos que se

encuentran en el

país.

3. Número de

veces que se

reportan malos

climas.

4. Número de

pilotos en el país.

5. Métricas de

seguridad

informática.

6. Número de

usuarios diarios

que ingresan datos

en el sistema.

7. Número de

veces que el

usuario ingresa al

sistema.

MEDIOS DE

VERIFICACIÓN:

1. Cálculos

climatológicos.

2. Estadísticas de los

helipuertos

3. Informes

estadísticos del uso

diario del sistema

IFIS.

4. Informes de

análisis realizados

con las herramientas

adquiridas

5. Estadísticas de

incidentes de

seguridad.

6. Información

actualizada

disponible.

SUPUESTOS:

1.

Disponibilidad

de la

información

2. Se cuenta

con el personal

adecuado para

el proyecto.

3. La

información es

de libre acceso.

4. Control sobre

el ingreso de

datos

climatológicos.

PROPÓSITO:

Reducción del

grado de

vulnerabilidad del

ingreso de los datos

en el sistema web

IFIS de la Dirección

de Aviación Civil del

Ecuador.

1. Validar el

ingreso de datos

climatológicos.

2. Cumple con el

informe OWASP

(Open Web

Application

Security Project)

de seguridad

3. Encriptar datos

en base

1. Informes de

análisis realizados

con las distintas

herramientas

utilizadas en el

proyecto, entregados

a las autoridades de

la institución

2. Cuadros

comparativos de

resultados de las

estadísticas

realizadas antes y

Las funciones o

desarrolladas

serán

reutilizadas a

futuro

Los procesos

serán

reutilizables y

dinámicos

183

después de las

capacitaciones.

COMPONENTES:

1. Mejoras del

proceso de revisión

de los cálculos

climatológicos

2. Sistemas web

independiente para

el cálculo de datos

climatológicos.

3. Integración en el

sistema web del

formulario DAC

MET-020-L y

reportería en Excel.

4. Inclusión de un

módulo de

reportería en el

sistema web.

5. Alta

disponibilidad de

los servicios.

6. Método de

seguridad a través

de calves

encriptadas.

1. Alertas en caso

de ingreso erróneo

de datos.

2. Menor tiempo de

recuperación ante

fallas en base de

datos MongoDB.

3. Seguridad

basada en

privilegios con uso

de contraseña

4. Fragmentación

de datos.

1. Informes de los

procesos de cálculos

climatológicos.

2. Informes técnicos

y estadísticos

realizados.

3. Número de

campañas,

encuestas,

documentos de

información

entregada

Pruebas con

usuarios y

mejoras de ser

necesarias o

solicitadas

Entrega de

manual de

usuarios que

muestre la

funcionalidad

paso a paso del

sistema

Entrega de

manual de

seguridad que

indique que el

sistema está

libre de

problemas de

desconfianza.

ACTIVIDADES:

1. Analizar la

información

recopilada por

encuestas y

entrevistas.

2. Desarrollar un

sistema web que

cumpla con las

expectativas de los

usuarios

1. Cumplimiento en

un 100% en los

requerimientos de

los usuarios

aeronáuticos en el

año 2019.

2. Cumplimiento en

un 100% de los

requerimientos de

los usuarios

aeronáuticos en el

1. Informe de

pruebas con el

usuario final,

registros de criterios

de aceptación del

producto.

2. Informe sobre

inconsistencias y

errores detectados

en el sistema web

3. Informe o acta de

1.

Predisposición

de los usuarios

aeronáuticos

para brindar

información.

2. El sistema

web debe

cumplir las

funcionalidades

del sistema

184

aeronáuticos.

3. Desarrollar un

esquema de base de

datos basado en la

tesis de Arturo.

4. Generar reporte

OWASP (Open Web

Application Security

Project) de

seguridad.

5. Desarrollo de

manual de usuarios.

año 2019.

3. Cumplimiento en

un 100% de las

funcionalidades

para las que fue

creada la

arquitectura de la

base.

4. Cumplimiento en

un 100% de la

validación de las

10 vulnerabilidades

más conocida en

los sistemas web.

5. Elaboración en

un 100% de los

manuales del SW.

pruebas con

usuarios.

4. Informe OWASP

ZAP (herramienta de

diagnóstico de

vulnerabilidades).

5. Manual de usuario

Acta de

entrega/recepción

del manual.

actual.

3. La base de

datos debe

soportar la

estructura

plateada.

4. Que exista

alguna

vulnerabilidad

que no tenga

solución.

5. Los usuarios

deben tener

claro el uso

básico del

anterior

sistema.


185

ANEXO 11. Diagrama de Flujo de Procesos nuevo del sistema climatológico (1/3).

Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la Investigación

A

186



B

C

D

E

187



C

D

E

188

ANEXO 12. Registro diario de superficies.

Elaboración: Dirección General de Aviación Civil del Ecuador. Fuente: Dirección General de Aviación Civil del Ecuador.

189

ANEXO 13. Diagrama de referencia a Objetos (1/3).


190



Fuente: Datos de la Investigación

191



192

ANEXO 14. Reunión con el Ing. Arturo Lomas Villareal para el levantamiento de la información


193

ANEXO 15. Interacción del Estudiante Olmedo Zapata con el Ing. Arturo Lomas Villareal (Presentación del nuevo sistema).



194

ANEXO 16. Tipos de nubes.



195

ANEXO 17. Explicación por parte del Ing. Arturo Lomas Villareal sobre el funcionamiento del formulario DAC MET-020-L


Fuente: Datos de la Investigación.

196

ANEXO 18. Cronograma de Actividades 1/3.



197




198




199

ANEXO 19. Formato de Plan de Pruebas.



200

ANEXO 20. Plan de Pruebas aplicada 1/10.



201




202




203




204




205




206




207




208




209




210

ANEXO 21. Carta de Aceptación.


212

ANEXO 22. Matriz de Aceptación.



213

ANEXO 23. Carta de Autorización del Proyecto.



214

ANEXO 24. Propuesta de Artículo Científico.

Implementación de un sistema web para validación de Datos

climatológicos y un módulo dashboard para la Visualización

de los

cambios climáticos dirigido a la Dirección General de

Aviación Civil del Ecuador

Implementation of a web system for validation of

Climatological data and a dashboard module for the Display

of climate changes directed to the General Directorate of

Civil Aviation of Ecuador

[Ángela Olivia Yanza Montalván]1, [Ivelisse Lissette Ortega Jiménez]2, [Olmedo Antonio Zapata Ponce]3

RESUMEN El presente trabajo de titulación se enfocó en el desarrollo y en la implementación de un sistema web para

cálculos climatológicos que permita mejorar los tiempos de respuesta en la generación de informes

cumpliendo con los estándares de la Dirección General de Aviación Civil del Ecuador y que a su vez sirvan

como ayuda al personal de los aeropuertos. En base a este problema, se ha realizado un análisis de la

situación actual mediante entrevistas al personal de la DGAC. La metodología de investigación en que se

basó este proyecto fue la Metodología de Marco Lógico, la cual tiene siete fases que se implementaron

para la determinación del problema central y de la mejorar alternativa para la solución, además la

metodología de desarrollo utilizada fue SCRUM, la cual facilita el trabajo en equipo y permite prevenir

riesgos durante la ejecución del proyecto. En el desarrollo se indica la problemática de la situación actual

en la organización, para la cual se elaboraron entrevistas y encuestas con el objetivo de obtener y analizar

la información tanto del proceso y la información climatológica, también se menciona la propuesta para

enfrentar la situación, los nudos críticos obtenidos y finalmente los criterios de aceptación del software y sus

resultados. Como resultado, se ha mejorado la eficiencia en los subprocesos de emisión de reportes

climatológicos y validación del ingreso de la información en el registro diario de superficies digitalizado en el

sistema web propuesto, disminuyendo en un 95% la vulnerabilidad de los datos, posibles errores en el ingreso

y además se mejoró el uso de recursos tecnológicos y económicos, producto de la automatización de las

actividades.

Palabras clave: [Cálculos climatológicos], [Software], [Información climatológica], [Análisis], [Estándares].

ABSTRACT This degree work focused on the development and implementation of a web system for climate calculations

that will improve response times in the generation of reports in compliance with the standards of the

Ecuadorian Civil Aviation Authority and that in turn will serve as an aid to airport personnel. Based on this

problem, an analysis of the current situation has been carried out through interviews with DGAC personnel.

The research methodology on which this project was based was the Logical Framework Methodology, which

has seven phases that were implemented to determine the central problem and the improved alternative for

the solution. In addition, the development methodology used was SCRUM, which facilitates teamwork and

allows for risk prevention during the execution of the project. In the development, the problems of the

current situation in the organization are indicated, for which interviews and surveys were elaborated with the

objective of obtaining and analyzing the information of the process and the climatological information, also

the proposal to face the situation is mentioned, the critical knots obtained and finally the criteria of

acceptance of the software and its results. As a result, the efficiency of the subprocesses for issuing

climatological reports and validating the entry of information into the daily surface register digitized in the

215

proposed web system has been improved, reducing the vulnerability of the data by 95%, possible errors in

entry and also improving the use of technological and economic resources as a result of the automation of

activities.

Keywords: [Climate calculations], [Software], [Climate information], [Analysis], [Standards].

Recibido: April 26th 2020 Aceptado: January __th 20xx

1. Introducción1 2 La Dirección General de Aviación Civil del Ecuador (DGAC), es la encargada del control técnico-operativo de las actividades aeronáuticas y aeroportuarias a nivel nacional. Con el fin de centralizar y almacenar la información meteorológica de una forma organizada se creó el módulo del formulario en línea DAC MET-020-L en el sitio web Internet Flight Information Service (IFIS), además de un módulo para la visualización de los cambios climáticos denominado Dashboard, donde se podrá apreciar de forma interactiva los diferentes escenarios del clima. El sistema IFIS está desarrollado en JavaScript con una base de datos relacional estructurada en PostgreSQL.

Para ello es necesario la recolección de los datos o los parámetros climatológicos que el científico utiliza como fundamento para analizarlos y realizar los cálculos climatológicos, permitiendo obtener información relevante sobre las condiciones del clima en general y de forma específica que los clientes aeronáuticos utilizarán, brindando funcionalidades en cuanto la gestión climatológica y la planificación dentro de la organización.

El formulario DAC MET-020-L permite el ingreso manual de los datos para los cálculos que se realizan diariamente. Ya que los usuarios son los que realizan este proceso, las validaciones respectivas para la revisión de los datos ingresados son limitadas, por lo que se genera desconfianza en la veracidad de la información proporcionada en los reportes que se emiten, la inconsistencia de los datos y la pérdida de

1 Ingeniera en Sistemas Computacionales, Máster en Gestión de Proyectos. Universidad de Guayaquil, Ecuador. E-mail: [email protected] 2 Estudiante de Ingeniería en Sistemas Computacionales. Universidad de Guayaquil, Ecuador. E-mail: [email protected] 3 Estudiante de Ingeniería en Sistemas Computacionales. Universidad de Guayaquil, Ecuador. E-mail: [email protected] Como citar: Yanza Montalván, Ortega Jiménez, I , Á., Zapata Ponce, O. (2019). Implementación de un sistema web para validación de Datos climatológicos y un módulo dashboard para la Visualización de los cambios climáticos dirigido a la

Dirección General de Aviación Civil del Ecuador, xx(x), xx-xx.

DOI: http://dx.doi.org/10.15446/ing.investig.vxxnx.xxxx

datos llega a ser un factor que perjudica la toma de decisiones. El no contar con un tablero que permita la visualización de las variables climáticas afecta la gestión climatológica.

Con el paso de los años el aumento de la información es notable, el personal a cargo del análisis de la información tarda mucho tiempo en la generación de reportes ya que el manejo de varias aplicaciones ocasiona demora en las respuestas que se desean obtener, además de no ser muy amigable al usuario, por lo cual surge la necesidad de mejorar la consistencia de los datos que son ingresados al sistema, asegurar la integridad de los mismos, reducir los tiempos de respuesta en la exportación de la información y proporcionar una mejor visibilidad de los cambios climáticos.

Este trabajo está divido en 4 partes: la primera parte contempla la introducción donde se explica el proceso actual del ingreso de los datos climatológicos en sistema existente. En la segunda parte se habla de la metodología de investigación y desarrollo de los fundamentos teóricos y materiales para el desarrollo del sistema web utilizando el framework Angular y una base de datos no relacional MongoDB. La tercera parte se enfoca en el análisis obtenido para el desarrollo del proyecto y su parte final presenta las conclusiones

2. Metodologías de Investigación

En esta sección se presentan las metodologías empleadas para cumplir con el objetivo de realizar una investigación acerca de la problemática actual del proceso de ingreso de datos climatológicos en el formulario en línea DAC MET-020-L, la recolección de datos e instrumentos a utilizar para su análisis y así, convertirlos en información necesaria para el desarrollo de las metodologías:

2.1 Metodología de Marco Lógico

Según Ortegón, Juan Francisco Pacheco, & Prieto, 2015 la Metodología de Marco Lógico es la herramienta que permite mejorar la conceptualización, diseño, ejecución y evaluación de los proyectos de mayor énfasis en la orientación por objetivos de tal manera que facilita la interacción entre los participantes del proyecto. A continuación,

216

se describen cada una de las fases del MML desarrolladas en el presente proyecto. [1]

2.1.1 Fase 1: Identificación del problema

La Dirección General de Aviación Civil del Ecuador, cuenta con un sistema web llamado IFIS el cual está conformado por varias opciones, una de ella es el formulario en línea DAC MET-020-L. Este formulario permite el ingreso de los datos climatológicos que se recolectan diariamente, dado que la información que se encuentra en el sistema son datos que se ingresan de forma manual y luego son analizados por los usuarios que se hacen cargo de este proceso de verificación y validación, lo que causa una vulnerabilidad en los datos ingresados, surge la necesidad de la automatización de los procesos climatológicos. Para conceptualizar el problema y determinar las causas y solución del mismo, se emplean la MML en cada una de sus fases se emplea el Diagrama Espina de Pescado – Ishikawa:

Figura 1. Diagrama de Espina de Pescado - Ishikawa.


2.1.2 Fase 2: Análisis de Involucrados

Consiste en mejorar los servicios sociales o institucionales de un proyecto y delimitar los impactos negativos; por ello, se ha estudiado los actores que intervienen directa e indirectamente en el proyecto, desarrollando el mapa de actores. [2]

2.1.3 Fase 3: Análisis del Problema

Para la recopilación de información y posterior análisis del problema a resolver, se realizaron entrevistas con el Ing. Arturo Lomas Villareal y de acuerdo con esto se realizó el árbol de problemas, cuyo problema principal la vulnerabilidad de los datos ingresados en el sistema IFIS de la DGAC.

2.1.4 Fase 4: Análisis de Objetivos

Posteriormente, a la investigación y al análisis de las causas y consecuencias del problema, se realiza el árbol de objetivos que radica en transformar los estados negativos del árbol de problemas en positivos siendo estos estados positivos objetivos presentados en jerarquía con un fin.

2.1.5 Fase 5: Identificación de alternativas

de solución al problema

Con los objetivos especificados, se realiza el árbol de alternativas para estimar y determinar cuál de esas alternativas se llevarán a cabo y que puedan resolver el problema principal.

2.1.6 Fase 6: Estructura analítica del

proyecto

En base a las alternativas seleccionadas que darán solución al problema, se ha determinado las actividades que serán realizadas para cumplir con los objetivos de la investigación, con la finalidad de reducir el grado de vulnerabilidad del ingreso de los datos en el sistema web de la DGAC.

2.1.7 Fase 7: Matriz de Marco Lógico

Luego de realizar el análisis, definir el problema, objetivos y las actividades a realizar para resolver el tiempo elevado y la vulnerabilidad en el proceso ingreso de datos del sistema web IFIS de la DGAC, se propone la matriz de marco lógico que permitió analizar la situación actual de la DGAC identificando los problemas, amenazas y oportunidades para tomar decisiones estratégicas y planificar una solución utilizando las tecnologías en tendencia actuales, siguiendo un monitoreo y control de cada una de las fases para llegar a cumplir con los objetivos planteados al principio del proyecto.

Luego de realizar la Metodología de Marco Lógico se procedió a realizar una investigación exploratoria recopilando con ella información esencial sobre y cuáles son los problemas actuales que se presentan en el transcurso del proceso.

2.2 Investigación Exploratoria

La investigación exploratoria que permite aumentar el grado de conocimiento sobre el problema central y los subproblemas, así el investigador puede conocer más sobre el tema con el que se está trabajando o entender sus alcances. Existen dos técnicas importantes para una investigación exploratoria: las entrevistas a profundidad, las encuestas y la revisión documental. [14] El tipo de técnica de investigación que se realizó es la entrevista a profundidad para saber por parte de la DGAC como lleva su proceso de ingreso de datos climatológicos examinando con detenimiento el problema del factor tiempo y vulnerabilidad que se presenta actualmente en dicho proceso y así, descubrir las relaciones entre las variables significativas que aparecieron durante la recolección de datos mediante las siguientes técnicas:

217

2.2.1 Entrevistas a Profundidad

Las entrevistas son una herramienta útil para obtener información completa y personalizada. Su característica principal es la gran recolección de datos a través de las preguntas de un guión ya estructurado por el entrevistador (en este caso los investigadores del proyecto).[15]

Se realizó la entrevista con el Ing. Arturo Lomas Villareal para tener una visión del proceso de ingreso de datos climatológicos, como se realiza el proceso, validar el diagrama de flujo del proceso de ingreso datos climatológicos.

Conforme a la información recibida por el Ing. Arturo jefe del área de meteorología aeronáutica acerca del número de aeródromos en el país (21) y el intervalos de tiempo en que los datos son ingresados al sistema (por hora) se puede denotar que al día dependiendo del aeropuerto deben de haber 24 registros ya que estos son ingresados por hora, en lo cual se puede concluir que el desarrollo de este proyecto beneficiará al área de climatología de la DGAC en un 99.9% mediante la implementación de un sistema web.

2.2.2 Encuestas

Es una técnica compuesta por un conjunto de preguntas elaboradas por el investigador, la cual es desarrollada por determinadas personas con la finalidad de conocer y recolectar sus respuestas sobre un tema o asunto en específico. [15]

Durante el desarrollo del proyecto se empleó esta técnica para recolectar información del personal del área de climatología de la Dirección de Aviación Civil del Ecuador y que conocen sobre el proceso. Para realizar las encuestas se utilizó la técnica del muestreo que permite establecer el número de personas a encuestar dependiendo de la población teniendo como resultado lo siguiente:

2.2.2.1 Población

Según Catalina & Arturo, (2014) la población “es todo conjunto de elementos, objetos o sujetos, con una característica definida”.[3] La población establecida para este proyecto es de 60 usuarios, el cual corresponde al número del personal dentro del área de climatología destinada para realizar las encuestas en base a la investigación exploratoria que se realizó.

2.2.2.2 Muestra

Según Catalina & Arturo, (2014) la muestra “es una parte o subconjunto de una población seleccionada”.[3] La fórmula para la obtención de la muestra es la siguiente:

n = Z2 ∗ p ∗ q ∗ Ne2(N − 1) + Z2 ∗ p ∗ q

Dónde:

P = Probabilidad de éxito (95%)

Q = Probabilidad de fracaso (5%)

N= Tamaño de la población (60)

E= error de estimación (5%)

K= # de desviación típica “Z” (1: 68%, 2: 95%, 3: 99.7%)

n = Tamaño de la muestra (53)

Reemplazando las variables:

n=1.962* 0.95*0.05*60

0.052(60-1)+1.962*0.95*0.05

n=10,948560,329976

n=53

Como resultado se obtiene como muestra a 53 individuos del total de la población para realizar las encuestas. En base a esto se escogió el siguiente tipo de muestreo:

2.2.3 Muestreo probabilístico

Es una técnica de muestreo que comprende que aquí todos los sujetos o elementos de la población pueden pasar a formar parte de la muestra, pues tienen la misma probabilidad de ser escogidos. [4]

En la muestra seleccionada para las encuestas se tiene determinado que los elementos que van a participar en ella son personas que pertenecen al área de climatología de la DGAC.

Dentro del muestreo no probabilístico se encuentran los siguientes métodos a utilizar en el proyecto:

3. Metodología de desarrollo del

proyecto

Para el desarrollo e implementación del sistema web se hace uso de una metodología ágil aplicable en el desarrollo de aplicaciones web. Las metodologías agiles según Fuentes (2015), indica que son aquellas preparadas para los cambios frecuentes, así como, rapidez para realizar dichos cambios, no requieren de una documentación extensa ni formalismo.[16]

3.1 Marco de referencia SCRUM

218

SCRUM es una de las metodologías ágiles más conocidas en la actualidad. Aunque su funcionalidad es diversa, se trata de una herramienta especialmente útil en espacios donde los grupos de trabajo tienen dificultades para operar y emprender las acciones necesarias que les lleven a objetivos comunes. [6] Es ideal para el desenvolvimiento de grupos pequeños en un ciclo corto de tiempo y está estructurado por 5 etapas como se observa en la siguiente figura:

Figura 2. Fases de desarrollo de SCRUM.

Fuente: Rogelio Toledo García, CEO AgilePlan.

En la actualidad se escogen las metodologías ágiles porque su principal objetivo es reducir el tiempo de desarrollo de software, aplicaciones web y móviles en un período corto de tiempo con requisitos mínimos y que requieren de constantes de cambios desplazando así a la antigua metodología tradicional que dejó de adaptarse ante las nuevas tecnologías. [7]

A continuación, se detallan las etapas de desarrollo del marco de referencia de SCRUM y las tareas o pasos que se realizaron dentro del desarrollo del proyecto:

3.1.1 Reunión de planificación de Sprint

Bara (S.f.): “En esta reunión se define la funcionalidad en el incremento planeado y como el Equipo de Desarrollo creará este incremento y la salida de este trabajo es definir el Objetivo del Sprint “.[8] Ya que los sprints son iteraciones de trabajo que tienen que ser cumplidas en cierto tiempo establecidos tienen como producto un entregable.

3.1.2 SCRUM Diario

Bara (S.f.): “El equipo de desarrollo utiliza el SCRUM diario para evaluar el progreso hacia la meta del Sprint.”En base a esto se realizarán análisis diarios de los avances definidos por los Sprint. [9]

3.1.3 Trabajo de desarrollo durante el Sprint

En esta etapa pueden irse dando cambios de acuerdo al alcance del proyecto solo si esto fuere necesario, además sirve para aclarar las dudar o revisar los cambios posibles que se den durante el desarrollo del Proyecto.

3.1.4 Revisión del Sprint

Al finalizar cada sprint, se planifica una revisión con las partes que intervienen dentro del proyecto para evaluar los resultados en base al Product Backlog es no es más que una lista de las acciones que los interesados desean llevar a cabo dentro del proyecto. “el resultado de la revisión del Sprint es un Product Backlog revisado que define los ítems del Product Backlog de mayor valor o probables para el siguiente Sprint.” (Bara, s. f.). [9]

3.1.5 Retrospectiva del Sprint

Es una oportunidad para el equipo SCRUM de inspeccionarse a sí mismo y crear un plan de mejoras para ejecutar durante el siguiente sprint.” (Bara, s. f.). Esta fase se realiza con el objetivo de revisar cada sprint, para su posterior análisis en cuanto a que puede mejorarse para el desarrollo del siguiente entregable. [9]

Para el desarrollo del presente proyecto se utilizar las siguientes herramientas que se encuentran en el auge tecnológico para la creación de aplicaciones web.

4.1 Angular

Es un framework para aplicaciones web desarrollado en TypeScript de código abierto, mantenido por Google. En un artículo de la revista InfoQ lo define como (Rodrigues, 2018): Angular es una arquitectura basada en componentes en la que la estructura básica es plantillas HTML y componentes TypeScript / JavaScript. Las plantillas HTML están diseñadas con marcas de idioma y tienen propiedades y eventos que son manejados por componentes. Estos componentes se administran mediante metadatos que le indican a Angular cómo procesarlos. Todos los servicios lógicos y componentes están encajonados con módulos. [10]

Para el desarrollo del presente proyecto se escoge Angular Ya que es de fácil aprendizaje, ofrece 6 veces más soluciones a diversos problemas que React y tiene una estructura más grande, además de ser utilizado por una gran gama de desarrolladores, porque brinda un soporte amplio en el aspecto de desarrollo, tiene mayor compatibilidad en cuanto a componentes, los cambios que se realizan se actualizan en tiempo real al guardarlos permitiendo el desarrollo fluido y continuo, su lenguaje de programación no requiere una curvatura de aprendizaje alta permitiendo que el desarrollo se haga con rapidez y es open source, decidiendo así incorporar esta nueva tecnología para el desarrollo del sistema web de cálculos climatológicos.

El framework de desarrollo contiene los siguientes lenguajes de programación:

https://www.obs-edu.com/blog-project-management/noticia/haz-que-tu-empresa-sea-mas-eficiente-con-scrum



219

4.1.1 JavaScript

JavaScript es un lenguaje de programación creado por Brendan Eich en el año de 1995, nació como un lenguaje sencillo destinado a interacciones en páginas web.

Actualmente, JavaScript esta dominando el lado FrontEnd permitiendo mayor interactividad a las páginas webs, usar librerías y en framework como: Angular, JQuery, Backbone, React, entre otros; y no es tan solo un lenguaje del lado del cliente sino también del servidor utilizando Node.JS para servidores webs. [11]

4.1.2 TypeScript

TypeScript fue desarrollado por Microsoft en el año 2012 como una solución de desarrollo para aplicaciones con JavaScript de gran escala, de código abierto con herramientas de programación orientada a objetos. A este lenguaje se lo considera un Superset que se define como un lenguaje basado en el original y que otorga mayores beneficios. [12]

Para el presente proyecto se implementa el lenguaje de JavaScript y TypeScript por ser los lenguajes nativos del framework de Angular que permiten un ágil desarrollo y aprendizaje de dichos lenguajes, creando una aplicación nativa para el desarrollo del sistema web de cálculos climatológicos y realizar la respectiva implementación.

4.2 MongoDB

Según Rubén indica que MongoDB “es una base de datos orientada a documentos. Esto quiere decir que en lugar de almacenar los datos en registros, guarda los datos en documentos. Estos documentos son almacenados en BSON, que es una representación binaria de JSON.” (RUBENFA, 2014). [13]

Ya que, al ser esta una base de datos no relacional facilita el almacenamiento de esquemas, además mejora el rendimiento y la optimización de los procesos ejecutados

4. Resultados

Durante el desarrollo del proyecto se obtuvo la experiencia y el enriquecimiento de conocimientos acerca de cada una de las herramientas tecnológicas utilizadas, se revisó materiales de tutoriales e investigaciones sobre el uso de Angular y MongoDB para lograr el objetivo deseado.

Se realizó un escenario de pruebas para comprobar la funcionalidad del aplicativo mostrando los resultados en la siguiente tabla:

Tabla 1. Pruebas de funcionalidad.

Nº Escenario Descripción 1 Validación del

login

Presentar un login con campos correctamente validados.

2 Validación de registro de un usuario nuevo

Presentar una pantalla donde el administrador pueda realizar la creación de un usuario nuevo.

3

Validación de ingrese de los

datos climatológicos

Presentar el formulario DAC MET-020-L, permitir realizar el ingreso de los datos validando los campos de acuerdo a los detallado en el Sprint 2.

4 Validación del

módulo de reportería

Permitir realizar la consulta de los datos y poder hacer la exportación de los mismos.

5 Validación del

módulo de Dashboard

Permitir la visualización de las variables climatológicas y sus constantes cambios periódicamente.


Luego de haber realizado las pruebas correspondientes para determinar que el sistema cumplió con los requerimientos funcionales que desea la institución y obteniendo por parte del Ing. Arturo Lomas la aceptación total del producto final. Se procede a presentar la interfaz del sistema web de cálculos climatológicos terminado exitosamente conforme a los objetivos planteados en el proyecto (véase en la figura 3). Demostrando así la utilidad y versatilidad que tiene sistema web para el uso de las personas de la institución, teniendo en cuenta que fue realizado con herramientas open source que ayudan a su facilidad de uso.

Figura 3. Interfaz del sistema web de la DGAC.


6. Discusión

220

El principal aporte de este trabajo es la identificación de las insuficiencias encontradas en el proceso de ingreso de datos climatológicos al formulario en línea DAC MET-020-L, mediante la aplicación de una investigación exploratoria y la metodología de marco lógico que permitieron recopilar la información necesaria relacionada con el proceso de ingreso de datos se evidencian los siguientes problemas:

✓ Revisión manual de los cálculos climatológicos.

✓ Inseguridad del motor de base de datos.

✓ Información climatológica inexacta.

✓ Tiempos elevados para la generación de reportes.

Los problemas antes mencionados avalan la investigación y desarrollo del proyecto. Los autores consideran que dentro del levantamiento de la información hay complejidad por cuanto a la disposición del Ing. Arturo Loma en participar en el proyecto y con los autores.

Los problemas antes descritos dan evidencias para establecer una solución que facilite el proceso ingreso de datos climatológicos, esto corresponde al objetivo principal del proyecto “Implementar un sistema web para la validación de los datos climatológicos para el mejoramiento de la calidad de los mismos dirigida a la Dirección General de Aviación Civil del Ecuador”, que permitirá disminuir el tiempo en el proceso, además de reducir la vulnerabilidad de los datos ingresados en el sistema web independiente del formulario DAC MET-020-L.

7. Conclusiones

Mediante e estudio realizado se conoció que el proceso de ingreso comienza con el registro manual diario de observación de superficie, el cual es un formato en físico donde los observadores meteorológicos lo llenan todos los días, las 24 horas del día, por lo que un día debe de haber 24 registros, una vez terminado el registro en el formato original se procede a pasar los datos a la copia del formato antes mencionado, terminado el paso de la información (estos formatos son enviados a Quito). Se procede a ingresar la información del registro diario en físico al sistema IFIS en el formulario en línea DAC MET-020-L, se realiza un análisis previo de la información recolectada por los observadores, antes del ingreso de la información al formulario.

Se determinó en base a las encuestas realizadas que más del 50% de los usuarios están de acuerdo con la implementación de un nuevo sistema web independiente del formulario DAC MET-020-L.

Ahora la DGAC cuenta con un sistema web diseñado con herramientas open source, creando módulos para el ingreso de los datos climatológicos,

reportería, administración de perfiles y el perfil personal de los usuarios y un nuevo módulo con un tablero para la visualización de las variables

climatológicas.

Se concluyó que con el desarrollo de un sistema web climatológico cumple en un 99.9% con los requerimientos previstos en la entrevista realizada al jefe del área de meteorología aeronáutica.

En base a las pruebas realizadas se observa una mejora de los tiempos de respuesta del sistema, ya que antes se demoraba 14 minutos con 30 segundos, con la implementación del nuevo sistema web se logra mejorar con un 50% ya que ahora solo demora 4 minutos con 50 segundos, para esto se elaboró un diagrama de procesos actual y mejorado. En este segundo, se consideró la automatización de actividades como: validacion del ingreso de los datos climatológicos, generación de reportes utilizando tan solo una herramienta, visualización de las variables climatológicas más importates en un tablero (DASHBOARD).

Con la implementación de un nuevo sistema web independiente de la actual plataforma, se mejoró la calidad de los datos que son ingresados al sistema en un 95%, asegurando que la información almacenada se eficiente y consistente.

6. Referencias Bibliográficas

[1] E. Ortegón, J. F. Pacheco, y A. Prieto, Metodología del marco lógico para la planificación, el seguimiento y la evaluación de proyectos y programas. Santiago de Chile: Naciones Unidas, CEPAL, Inst. Latinoamericano y del Caribe de Planificación Económica y Social, 2005.

[2] J. Ortiz, «Investigación exploratoria: tipos, metodología y ejemplos», Lifeder, dic. 02, 2019. https://www.lifeder.com/investigacion-exploratoria/ (accedido dic. 11, 2019).

[3] M. M. Catalina y G. G. Arturo, TÉCNICAS E INSTRUMENTOS DE RECOGIDA Y ANÁLISIS DE DATOS. Editorial UNED, 2014.

[4] A. L. B. Jarquin, «Tipos de muestreo. Estadística», GESTIOPOLIS, jun. 11, 2018. https://www.gestiopolis.com/tipos-de-muestreo-estadistica/.

[5] J. R. L. Fuentes, Desarrollo de Software Ágil: Extremme Programming y Scrum. 2a Edición. IT Campus Academy, 2015.

221

[6] OBS Bussines School, «¿Qué es Scrum y cuáles son las partes del proceso de trabajo?» https://www.obs-edu.com/int/blog-project-management/scrum/que-es-scrum-y-cuales-son-las-partes-del-proceso-de-trabajo.

[7] M. E. Peña González, P. M. Marcillo Sánchez, J. P. Zumba Gamboa, C. N. Martillo Avilez, y C. A. León Arriaga, «Diseño de una aplicación para Android usando como referencia la Guía PMBOK y SCRUM direccionada al aprendizaje de conceptos de la materia Gestión de proyectos». sep. 04, 2019, [En línea]. Disponible en: https://search.proquest.com/openview/9327e592ab8b22fc5cb87a51e673a8fd/1?pq-origsite=gscholar&cbl=2031961.

[8] Amado Leyva, Mónica Carreño, Italia Estrada, Germán Ezpinoza, y Andrés Sandoval, «Desarrollo de una herramienta tipo mLearning utilizando la metodología Mobile-D, como apoyo en el proceso enseñanza-aprendizaje de la programación lineal», REVISTA COLOMBIANA DE COMPUTACIÓN, vol. 17, n.o 1, pp. 7-11, mar. 27, 2016.

[9] M. Bara, «Las 5 etapas en los “Sprints” de un desarrollo Scrum», OBS Bussines School. https://www.obs-edu.com/int/blog-investigacion/project-management/las-5-etapas-en-los-sprints-de-un-desarrollo-scrum.

[10] ANGULAR, «Architecture overview», ANGULAR, 2019 2010. https://angular.io/guide/architecture#architecture-overview.

[11] J. G. Grados Caballero, «¿Qué es JavaScript?», DevCode Tutoriales, may 12, 2016. https://devcode.la/tutoriales/que-es-javascript/ (accedido dic. 17, 2019).

[12] M. Caceres, «¿Qué es TypeScript?», DevCode Tutoriales, jul. 26, 2016. https://devcode.la/tutoriales/que-es-typescript/ (accedido dic. 17, 2019).

[13] RUBENFA, «MongoDB: qué es, cómo funciona y cuándo podemos usarlo (o no)», GENBETA, feb. 03, 2014. https://www.genbeta.com/desarrollo/mongodb-que-es-como-funciona-y-cuando-podemos-usarlo-o-no.

[14] Ortiz, «Investigación exploratoria: tipos, metodología y ejemplos», Lifeder, 02-dic-

2019. [En línea]. Disponible en: https://www.lifeder.com/investigacion-exploratoria/. [Accedido: 11-dic-2019].

[15] Álvarez del Vayo, «Un proyecto prometedor para adoptar mascotas, así es la app Animalia», El Androide Libre, 25-sep-2018. [En línea]. Disponible en: https://elandroidelibre.elespanol.com/2018/09/proyecto-prometedor-adoptar-mascotas-app-animalia.html. [Accedido: 07-mar-2020].

[16] D. I. E. Salvadó, «TIPOS DE

MUESTREO.» 2016.




IMPLEMENTACIÓN DE UN SISTEMA WEB PARA VALIDACIÓN DE

DATOS CLIMATOLÓGICOS Y UN MÓDULO DASHBOARD PARA LA VISUALIZACIÓN DE LOS

CAMBIOS CLIMÁTICOS DIRIGIDO A LA

DIRECCIÓN GENERAL DE AVIACIÓN CIVIL DEL

ECUADOR

DOCUMENTACIÓN TÉCNICA

AUTOR(es):

Olmedo Antonio Zapata Ponce Ivelisse Lissette Ortega Jiménez

TUTORA

M.Sc. Ángela Yanza M., Ing.

GUAYAQUIL – ECUADOR 2020

P á g i n a 2 | 64

ÍNDICE DE CONTENIDO Introducción ...................................................................................................................................... 3

Arquitectura del sistema ................................................................................................................... 4

Estructura de la base de datos ........................................................................................................... 5

Especificaciones técnicas de la aplicación .......................................................................................... 7

Especificaciones de diseño ................................................................................................................ 8

Requerimientos ............................................................................................................................... 10

Instalación de ambiente .................................................................................................................. 10

1.1 FrontEnd .......................................................................................................................... 10

1.2 BackEnd ........................................................................................................................... 21

Servicios web del sistema ................................................................................................................ 34

Servicio de la Interfaz de Login ........................................................................................................ 34

Servicio de la Interfaz de Registro de Datos climatológicos .............................................................. 40

Servicio de la Interfaz de Registro de Aeródromo ............................................................................ 46

Cómo instalar el servidor web Tomcat en CentOS 7 ......................................................................... 48

P á g i n a 3 | 64

Introducción

Esta documentación técnica describe los requisitos que se necesitan para lograr la

implementación del sistema web para cálculos climatológicos, modelo entidad relación

de la base de datos utilizada y especificación técnica del producto.

1. Definiciones y especificación de requerimientos

2.1. Definición general del proyecto

El sistema web para cálculos climatológicos, permite al personal administrativo de

la Dirección de Aviación Civil del Ecuador (DAC), realizar el ingreso, consulta y

exportación de datos climatológicos.

2.2. Especificación de requerimientos del proyecto

El módulo puede ser implementado tanto en sistemas operativos Windows y

Linux.

Para el correcto funcionamiento y almacenamiento de los datos de la aplicación

es necesario un espacio mínimo de 500 MB en el servidor donde va a ser

implementado.

2.3. Especificaciones de los procedimientos

La aplicación desarrollada requiere un sistema de base de datos MongoDB 9.

Esta debe ser instalada en plataforma Windows o Linux.

El módulo ha sido desarrollado en lenguaje typescript bajo el framework Angular

8. Se usó este framework gratuito con herramientas versátiles y fáciles de

implementar.

Las tecnologías utilizadas para el desarrollo del presente proyecto son las

detalladas a continuación:

3

P á g i n a 4 | 64

Tecnología Versión

Framework Angular 8

Lenguaje de programación Typescript

Base de datos MongoDB

Sistema operativo Windows o Linux

La elección de la base de datos, sistema operativo y lenguaje de programación se han

escogido con el fin de poder desarrollar un sistema web con las tecnologías más

utilizadas y gratuitas de los últimos tiempos.

Arquitectura del sistema

El sistema web consta de varias funcionalidades dependiendo del rol del usuario identificado.

Los roles son:

• Administrador.

• Observador aeronáutico 1.

• Observador aeronáutico 2.

• Supervisor.

Las funciones de cada rol se encuentran especificadas muy detalladamente en el

Manual de Usuario y la breve descripción general de las funciones se detalla a

continuación:

a) Ingreso de datos climatológicos: Este módulo permite ingresar datos

climatológicos con validaciones e información por ingreso de cada dato. También

se puede editar y eliminar los datos ingresados.

b) Reportes: Este módulo permite consultar y exportar datos climatológicos

ingresados, también permite filtrar la información que se desea buscar por fecha

de ingreso y aeródromo.

c) Perfil de usuario: Este módulo permite consultar su información como su rol de

usuario y cambiar su foto de perfil.

d) Administración: Este módulo solo es visible para usuarios administradores

permite administrar los roles, aeródromos y usuarios existentes en el sistema.

P á g i n a 5 | 64

e) Dashboard: Este módulo permite consultar grafitos estadísticos con información

climatológico previamente ingresada en el sistema.

Estructura de la base de datos

La estructura de MongoDB es jerárquica, y consta de los siguientes niveles:

• Base de datos (database): sirve como contenedor para las colecciones.

Normalmente se almacenan colecciones relacionadas con la misma

aplicación. Cada base de datos puede contener varias colecciones.

• Colecciones (collections): almacenan registros individuales, también llamados

documentos. Permite agrupar elementos que sean similares.

• Documentos (documents): el término documento se refiere a la forma en que

los datos son encapsulados y codificados. MongoDB usa el formato BSON

(Binary JSON) para almacenar la información, aunque luego la muestra como

JSON. El equivalente al término documento en bases de datos relacionales es

el de fila. Cada documento contiene el nombre del dato y su contenido. Los

documentos permiten anidación, por lo que un mismo documento puede

representar un conjunto entero de datos de diferente naturaleza. No es

necesario, por tanto, dividir los datos en distintas tablas como en las bases de

datos relacionales de forma que luego sea necesario cruzarlas para obtener la

entidad completa. MongoDB también permite que la estructura de los

documentos en una misma colección sea distinta, permitiendo que unos

documentos tengan más campos que otros por ejemplo. No obstante, los

documentos tienen una limitación de 16Mb.

• Índices (indexes): un índice es una estructura especial de datos que almacena

una pequeña porción del conjunto de datos de las colecciones. Esta

estructura se puede recorrer de forma muy rápida, y ayuda a agilizar las

consultas a la base de datos. Por defecto, MongoDB indexa el _id de los

documentos.

P á g i n a 6 | 64

P á g i n a 7 | 64

Especificaciones técnicas de la aplicación

El módulo se encuentra dividido en varios archivos y carpetas donde se encuentran

las funciones, Typescript, estilos, componentes, módulos, paquetes e imágenes que

conforman el proyecto.

P á g i n a 8 | 64

Descripción de los elementos de la aplicación:

Carpetas: 1. node_modules: Son los archivos de las dependencias que mantenemos

vía npm. Por tanto, todas las librerías que se declaren como

dependencias en el archivo package.json deben estar descargados en

esta carpeta node_modules..

2. src: Es la carpeta más interesante, ya que es el lugar donde colocarás el código fuente de tu proyecto..

3. e2e: .Es para el desarrollo de las pruebas. Viene de "end to end" testing.

Archivos

1. Paquetes: Librerías que conforman la importación de modulos en el

sistema.

2. Css: hojas de estilo externas utilizadas por la aplicación.

3. Html: hojas de estilo propias, creadas para dar el diseño al módulo.

4. Images: íconos y elementos utilizados en la interfaz de la aplicación.

5. Ts: código Typescript externo utilizado para dar funcionamiento a la

interfaz de la aplicación.

6. Json: elementos creados al generar el proyecto que indican que

paquetes usa el sistema.

Se entrega el código fuente completo del sistema web con todos los archivos

necesarios para su funcionamiento.

Especificaciones de diseño

Para el diseño de del sistema se base en el sistema actual en la funcionalidad

de la tabla y colores del sistema.

P á g i n a 9 | 64

P á g i n a 10 | 64

Requerimientos

El sistema puede ser ejecutado en un equipo y sistema que cuente con las siguientes características.

Hardware (Mínimo)

− PC compatible x86 (i386, i486, Pentium I, II, III, IV, K6, K6-2, Duron, Athlon, etc.)

− 300Mb libres en el disco rígido

Software − Windows 7 o superior − Linux (kernel > 2.0)

Programas necesarios para implementar el sistema: NodeJs, Angular Cli 8, Jdk 8, MongoDB 9, worskscape Node.js es un lenguaje de programación que utiliza código JavaScript en el lado del Backend, por lo que es extremadamente rápido para gestionar proyectos de gran tamaño sin consumir mucho recurso.

Instalación de ambiente

1.1 FrontEnd 1.- Instalar nodeJS

Para instalarlo en Windows nos dirigimos a la página oficial de Node.js y descargamos la versión más reciente.

https://nodejs.org/en/

P á g i n a 11 | 64

Una vez descargado el archivo has clic derecho y escoge la opción Instalar

Es esta ventana has clic en el botón Ejecutar

Aquí presiona en el botón Next

P á g i n a 12 | 64

Ahora selecciona la casilla donde dice (I accept the terms in the License Agreement) como en la imagen y luego clic en el botón Next

Aquí puedes cambiar la ruta de instalación si lo deseas y si no lo dejas igual. Para continuar has clic en el botón Next

P á g i n a 13 | 64

Aquí tienes la opción de personalizar la instalación, una vez culminado has clic en el botón Next

Ahora hacemos clic en el botón Install

P á g i n a 14 | 64

Node.js esta en proceso de instalación por lo general no lleva mucho tiempo.

Esta ventana muestra un mensaje Node.js ha sido instalado exitosamente

P á g i n a 15 | 64

Para culminar vamos a verificar si Node.js esta instado correctamente.

Abrimos el terminal CMD de windows y escribimos node -v el cual mostrara la versión del Node.js instalado v4.4.5

Instalar angular. Paso 1. Instalar NodeJS en su ultima versión, para eso entraremos a su web oficial y descargaremos el instalador más actualizado https://nodejs.org/es/

https://nodejs.org/es/

P á g i n a 16 | 64

Paso 2. Actualizar NPM, el gestor de paquetes de node, para bajarnos las dependencias más actuales: npm install -g npm@latest

Paso 2.1. Borrar la cache de NPM: npm cache clean --force

Paso 3. Desactivar las auditorias de NPM para evitar fallos: npm set audit false Paso 4. Desinstalar los paquetes anteriores de Angular CLI npm uninstall -g angular-cli

npm uninstall -g @angular/cli

Paso 5. Borrar la cache de NPM de nuevo: npm cache clean --force

Paso 6. Instalar la última versión de Angular CLI para instalar Angular 8: npm install -g @angular/[email protected] Ahora ya tenemos instalado y actualizado Angular CLI y ya podemos generar un nuevo proyecto de Angular 8 ng new

Seguimos el asistente respondiendo paso a paso: Primero nos pedirá el nombre del proyecto Nos preguntará si queremos añadir el routing de angular, diremos que NO Nos preguntará si queremos usar un formato especifico para los estilos css, le daremos a enter simplemente Esperamos a que el asistente acabe de generar nuestro proyecto de Angular 8 Ahora entraremos al directorio de nuestro proyecto y lanzaremos el servidor local de pruebas para Angular: cd NOMBRE_DEL_PROYECTO ng serve

Puedes comprobar la versión de Angular que tienes dentro del fichero package.json, podrás comprobar que tienes la versión 8. En el caso de que te interese otra versión podrías modificar las versiones de tu fichero package.json y lanzar el comando npm update o bien al hacer la instalación de angular cli después del @ indicar que versión del cli queremos para poder instalar versiones anteriores. Con esto ya sabemos como actualizar Angular CLI e instalar Angular 8, como instalar el framework y como usar Angular CLI para generar un proyecto base. Ahora tendremos disponible la webapp de Angular 8 en http://localhost:4200/

P á g i n a 17 | 64

ID de desarrollo (Visual Studio Code) Visual Studio Code es un editor de código fuente desarrollado por Microsoft para Windows , Linux y macOS. Incluye soporte para la depuración, control integrado de Git, resaltado de sintaxis, finalización inteligente de código, fragmentos y refactorización de código. También es personalizable, por lo que los usuarios pueden cambiar el tema del editor, los atajos de teclado y las preferencias. Es gratuito y de código abierto, aunque la descarga oficial está bajo software propietario. Visual Studio Code se basa en Electron, un framework que se utiliza para implementar aplicaciones Node.js para el escritorio, que se ejecuta en el motor de diseño Blink. Aunque utiliza el framework Electron, el software no usa Atom y en su lugar emplea el mismo componente editor (Monaco) utilizado en Visual Studio Team Services (anteriormente llamado Visual Studio Online)

Instalación del código de Visual Studio

• Descargue el código de Visual Studio desde aquí.(https://code.visualstudio.com/). Seleccione su instalador de destino [mac | windows | linux].

http://code.visualstudio.com/

P á g i n a 18 | 64

• Vaya al archivo descargado en su local.

• A continuación los pasos en volved para instalar

https://i.stack.imgur.com/U8PGy.jpg

https://i.stack.imgur.com/S1bqo.jpg

https://i.stack.imgur.com/bzNCA.jpg

P á g i n a 19 | 64

https://i.stack.imgur.com/82V2d.jpg

https://i.stack.imgur.com/P6yGh.jpg

https://i.stack.imgur.com/LDSOD.jpg

P á g i n a 20 | 64

https://i.stack.imgur.com/eorRI.jpg

https://i.stack.imgur.com/auzX4.jpg

https://i.stack.imgur.com/eGJPn.jpg

P á g i n a 21 | 64

La instalación finalizó con éxito.

1.2 BackEnd A partir de MongoDB 4.0, puede configurar MongoDB como un servicio de Windows durante la instalación o simplemente instalar los binarios. Servicio MongoDB MongoDB Lo siguiente instala y configura MongoDB como un servicio de Windows. A partir de MongoDB 4.0, puede configurar e iniciar MongoDB como un servicio de Windows durante la instalación, y el servicio MongoDB se inicia después de una instalación exitosa.

https://i.stack.imgur.com/MWi6V.jpg

P á g i n a 22 | 64

Imagen del asistente de instalación de MongoDB - Configuración del servicio. Seleccione Instalar MongoD como servicio MongoDB como servicio. Seleccione cualquiera: Ejecute el servicio como usuario del servicio de red (predeterminado) Esta es una cuenta de usuario de Windows integrada en Windows o Ejecute el servicio como usuario local o de dominio. Para una cuenta de usuario local existente, especifique un período (es decir .) para el Dominio de cuenta y especifique el Nombre de cuenta y la Contraseña de cuenta para el usuario. Para un usuario de dominio existente, especifique el Dominio de cuenta , el Nombre de cuenta y la Contraseña de cuenta para ese usuario. Nombre del servicio. Especifique el nombre del servicio. El nombre por defecto es MongoDB. Si ya tiene un servicio con el nombre especificado, debe elegir otro nombre. Directorio de datos. Especifique el directorio de datos, que corresponde a --dbpath. Si el directorio no existe, el instalador creará el directorio y establecerá el acceso al directorio del usuario del servicio. Directorio de registro. Especifique el directorio de registro, que corresponde a --logpath. Si el directorio no existe, el instalador creará el directorio y establecerá el acceso al directorio del usuario del servicio.

P á g i n a 23 | 64

Instale la brújula MongoDB Para Windows 8 o superior, puede hacer que el asistente instale MongoDB Compass . Para instalar Compass, seleccione Instalar MongoDB Compass (predeterminado). NOTA El script de instalación requiere PowerShell versión 3.0 o superior. Si tiene Windows 7, desmarque Instalar MongoDB Compass. Puede descargar Compass manualmente desde el Centro de descargas. Cuando esté listo, haga clic en Instalar. Si instaló MongoDB como un servicio de Windows El servicio MongoDB se inicia tras una instalación exitosa. Para comenzar a usar MongoDB, conecte un mongo.exeshell a la instancia de MongoDB en ejecución. Ya sea: Desde el Explorador de Windows / Explorador de archivos, vaya al directorio y haga doble clic en .C:\Program Files\MongoDB\Server\4.2\bin\mongo.exe O abra un intérprete de comandos con privilegios administrativos y ejecute: "C: \ Archivos de programa \ MongoDB \ Server \ 4.2 \ bin \ mongo.exe"

Spring Tool Suite™ 3

P á g i n a 24 | 64

Instalar Robomongo 3T para administrar MongoDB

Comenzamos descargando el programa. Para ello vamos a: https://robomongo.org/download

Ahí elegimos Descargar Robo 3T:

Descargar Robo 3T No instalamos la versión Studio porque es de paga, o al menos eso leí.

https://robomongo.org/download

P á g i n a 25 | 64

Saldrá un modal o ventana, en ella seleccionamos si queremos la versión portable o el instalador. En mi caso elegiré el instalador (la primera opción):

Seleccionar versión de Robomongo El instalador es muy ligero, pesa menos de 20 MB. En mi caso sólo llega a los 11.9 MegaBytes. En fin, esperamos a que descargue y lo ejecutamos.

Instalar Robomongo para administrar MongoDB sobre Windows 10 Ejecutamos el instalador que acabamos de descargar. Si pide permisos los concedemos. Nos da la bienvenida…

P á g i n a 26 | 64

1 – Pantalla de bienvenida Aceptamos el acuerdo de licencia

2 – Aceptar acuerdo Seleccionamos la ruta de instalación y presionamos Siguiente.

https://parzibyte.me/blog/wp-content/uploads/2018/10/1-Pantalla-de-bienvenida.png

https://parzibyte.me/blog/wp-content/uploads/2018/10/2-Aceptar-acuerdo.png

P á g i n a 27 | 64

3 – Elegir ruta de instalación

Aquí dejamos todo intacto y presionamos Instalar.

4 – Seleccionar carpeta del menú Inicio Dejamos que el instalador haga su trabajo…

P á g i n a 28 | 64

5 – Instalando Robomongo Se ha instalado correctamente. Ahora dejamos marcada la casilla para Ejecutar Robo 3T y hacemos click en Terminar.

6 – Terminar instalación de Robo 3T en Windows 10

https://parzibyte.me/blog/wp-content/uploads/2018/10/5-Instalando-Robomongo.png

P á g i n a 29 | 64

Si dejamos marcada la casilla del paso anterior, se abrirá el programa. De nuevo nos pedirá que aceptemos otra licencia, hacemos click en I Agree y luego en Next.

7 – Aceptar términos, de nuevo En este paso podemos registrar nuestros datos para recibir información sobre futuras actualizaciones; esto es opcional y podemos dejar todo en blanco.

Ya sea que hayamos llenado el formulario o no, hacemos click en Finish.

P á g i n a 30 | 64

8 – Registrar correo si queremos Ahora es momento de crear nuestra conexión en la siguiente ventana:

https://parzibyte.me/blog/wp-content/uploads/2018/10/8-Registrar-correo-si-queremos.png

P á g i n a 31 | 64

1 – Crear nueva conexión Por defecto no se muestra nada, pues no tenemos ninguna configurada. Esto se muestra porque podemos tener múltiples conexiones a distintos servidores. En fin, hacemos click en Create en la parte superior izquierda.

Eso desplegará otra ventana en donde pondremos el host, puerto y esas cosas.

En este caso podemos asignar cualquier nombre a la conexión, yo le he puesto Mi conexión. En la dirección (address) he puesto localhost y en el puerto el 27017; pues son las direcciones por defecto.

P á g i n a 32 | 64

2 – Configurar nuestra primera conexión Una vez configurado eso, hacemos click en Test. Si todo va bien, se mostrará un mensaje como el siguiente:

3 – Conexión a MongoDB exitosa Lo cerramos y presionamos Save en la ventana que estábamos antes. Esto guardará la conexión y nos devolverá a donde estábamos al principio. Ahora ya está listada la conexión, podemos seleccionarla y hacer click en Connect.

P á g i n a 33 | 64

4 – Conectar a conexión previamente guardada Y listo, se ha conectado al servidor, muestra todas las bases de datos, colecciones y más. En este caso estoy explorando la base de datos llamada pruebas que creamos en el post que cito al inicio.

5 – Abrir base de datos, explorar colecciones y datos de MongoDB usando Robomongo Con eso tenemos. Ya hemos instalado con éxito Robomongo sobre Windows 10 para tener una GUI que nos ayude a gestionar las bases de datos de Mongo.

https://parzibyte.me/blog/wp-content/uploads/2018/10/5-Abrir-base-de-datos-explorar-colecciones-y-datos-de-MongoDB-usando-Robomongo.png

P á g i n a 34 | 64

Servicios web del sistema

Para el funcionamiento del sistema a nivel en nivel de back end se tienen los siguientes microservicios.

• Login • Meteorological • Aerodrome

Servicio de la Interfaz de Login

Servicio agregar nuevo rol. URI http://68.183.119.18:8080/Login/api/auth/addRole

Test Uri: http://68.183.119.18:8080/Login/api/auth/addRole

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header

Content-Type: application/json; charset=utf-8

Resource /addRole

Request - Json Response

{ "flag": { "admin": true, "dashBoard": true, "profile": true, "register": true, "report": true }, "role": "string", "roleEnable": true, "roleId": "string" }

{ "message": "Se agrego correctamente le role" }

Servicio inhabilitar roles. URI http://68.183.119.18:8080/Login/api/auth/changeEnableRole

Test Uri: http://68.183.119.18:8080/Login/api/auth/changeEnableRole

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /changeEnableRole


P á g i n a 35 | 64

{ "roleEnable": true, "roleId": "string" }

{ "message": "Se inhabilito el Rol" }

Servicio cambiar contraseña. URI http://68.183.119.18:8080/Login/api/auth/changePasswordUser

Test Uri: http://68.183.119.18:8080/Login/api/auth/changePasswordUser

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /changePasswordUser


{ "confirmPassword": "string", "email": "string", "newPassword": "string" }

{ "message": "Se cambio correctamente la contraseña" }

Servicio enviar código de cambio de contraseña. URI http://68.183.119.18:8080/Login/api/auth/forgetPassword

Test Uri: http://68.183.119.18:8080/Login/api/auth/forgetPassword

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /forgetPassword


{ "email": "string", "roleId": "string", "userId": "string" }

{ "pin": 0, "message": "No se envio correctamente el email" }

Servicio muestra el registro de todos los roles. URI http://68.183.119.18:8080/Login/api/auth/getAllRole

Test Uri: http://68.183.119.18:8080/Login/api/auth/getAllRole

P á g i n a 36 | 64

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource / getAllRole


[ { "roleId": "5e6001944199f62c788cb4e1", "role": "ADMINISTRADOR", "flag": { "dashBoard": true, "register": true, "report": true, "profile": true, "admin": true }, "roleEnable": false }, { "roleId": "5e6001944199f62c788cb4e2", "role": "OBSERVADOR-AERONAUTICO-1", "flag": { "dashBoard": true, "register": true, "report": true, "profile": true, "admin": false }, "roleEnable": false }, { "roleId": "5e6001944199f62c788cb4e3", "role": "OBSERVADOR-AERONAUTICO-2", "flag": { "dashBoard": true, "register": false, "report": true, "profile": true, "admin": false }, "roleEnable": false }, { "roleId": "5e6001954199f62c788cb4e4", "role": "SUPERVISOR", "flag": { "dashBoard": true, "register": false, "report": true, "profile": true, "admin": false }, "roleEnable": false }, { "roleId": "5ea22e7d9d9c02153958966c", "role": "Prueba", "flag": { "dashBoard": false, "register": true,

P á g i n a 37 | 64

"report": false, "profile": true, "admin": false }, "roleEnable": false }, { "roleId": "string", "role": "string", "flag": { "dashBoard": true, "register": true, "report": true, "profile": true, "admin": true }, "roleEnable": true } ]

Servicio muestra el registro de todos los usuros. URI http://68.183.119.18:8080/Login/api/auth/getAllUser

Test Uri: http://68.183.119.18:8080/Login/api/auth/getAllUser

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /getAllUser


[ { "userId": "5e6017ac4199f664a8b0b7d4", "identificationType": "0915298079", "email": "[email protected]", "password": "$2a$10$/yo6ZYpHkYYlqkM30V7eZutO7aY6GTJjDoNvZGE1H.QgBkn1Paquy", "firstName": "Ángela", "secondName": "Yanza Montalván", "avatar": "data:image/png;base64, ", "sexo": "F", "enable": true, "role": [ { "roleId": "5e6001944199f62c788cb4e1", "role": "ADMINISTRADOR", "flag": { "dashBoard": true, "register": true, "report": true, "profile": true, "admin": true }, "roleEnable": null } ], "station": [

P á g i n a 38 | 64

{ "stationId": "5e6016949d9c021fa2796925", "stationName": "Teniente Coronel Luis A. Mantilla", "observation": "", "orientation": "09-24", "longitud": "-77.7083359", "latitud": "0.8127913", "dimension": "2403 X 30 M", "operatingTime": "HJ", "location": "Tulcán, Carchi Región, Ecuador" } ] }, { "userId": "5e6161009d9c02124ae580dd", "identificationType": "1712988375", "email": "[email protected]", "password": "$2a$10$lb6AAMTBDQicRq68SM8x1.isQTGQ0HHGtZ9Sr3OTaRKLItj7U0/0.", "firstName": "Gabriel Arturo", "secondName": "Lomas Villareal", "avatar": "data:image/png;base64,iVBORw0KGgo ", "sexo": "M", "enable": true, "role": [ { "roleId": "5e6001944199f62c788cb4e1", "role": "ADMINISTRADOR", "flag": { "dashBoard": true, "register": true, "report": true, "profile": true, "admin": true }, "roleEnable": false } ], "station": [ { "stationId": "5e6016949d9c021fa2796925", "stationName": "Teniente Coronel Luis A. Mantilla (SETU)", "observation": "", "orientation": "09-24", "longitud": "-77.7083359", "latitud": "0.8127913", "dimension": "2403 X 30 M", "operatingTime": "HJ", "location": "Tulcán, Carchi Región, Ecuador" } ] }

Servicio que devuelve la información del usuario. URI http://68.183.119.18:8080/Login/api/auth/login

Test Uri: http://68.183.119.18:8080/Login/api/auth/login

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


P á g i n a 39 | 64

Resource /login


{ "email": "string", "password": "string" }

{ "code": "404", "message": "Correo o contraseña ivalidos" }

Servicio que permite el registro de un nuevo usuario. URI http://68.183.119.18:8080/Login/api/auth/register

Test Uri: http://68.183.119.18:8080/Login/api/auth/register

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /register


{ "email": "string", "enable": true, "firstName": "string", "identificationType": "string", "password": "string", "role": [ { "roleId": "string" } ], "secondName": "string", "sexo": "string", "station": [ { "stationId": "string", } ], }

{ "messageC": "No se envio correctamente el email", "message": "El usuario se Registro corectamente" }

Servicio que permite la actualización de información del usuario. URI http://68.183.119.18:8080/Login/api/auth/updateUser

Test Uri: http://68.183.119.18:8080/Login/api/auth/updateUser

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


P á g i n a 40 | 64

Resource /updateUser


{ "avatar": "string", "email": "string", "enable": true, "firstName": "string", "identificationType": "string", "password": "string", "role": [ { "flag": { "admin": true, "dashBoard": true, "profile": true, "register": true, "report": true }, "role": "string", "roleEnable": true, "roleId": "string" } ], "secondName": "string", "sexo": "string", "station": [ { "dimension": "string", "latitud": "string", "location": "string", "longitud": "string", "observation": "string", "operatingTime": "string", "orientation": "string", "stationId": "string", "stationName": "string" } ], "userId": "string" }

{ "message": "Se actualizo correctamente el usuario" }

Servicio de la Interfaz de Registro de Datos climatológicos

Servicio que permite archivar un registro. URI http://68.183.119.18:8080/Metereological/metereological/changeArchived

Test Uri: http://68.183.119.18:8080/Metereological/metereological/changeArchived

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /changeArchived

P á g i n a 41 | 64


{ "archived": "string", "enableArchived": true }

{ "message": "Problemas con actualización" }

Servicio que permite archivar un registro. URI http://68.183.119.18:8080/Metereological/metereological/getFindByAerodromoAndaRangeDate

Test Uri: http://68.183.119.18:8080/Metereological/metereological/getFindByAerodromoAndaRangeDate

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /getFindByAerodromoAndaRangeDate


{ "afterDate": "2020-05-13T16:08:51.377Z", "beforeDate": "2020-05-13T16:08:51.377Z", "stationId": "string" }

{ "headId": "5ea109649d9c0218dc0e3ee3", "barometer": { "attachedThermometer": null, "reading": null, "variation": 1.5, "reduced": { "micrograph": 753.6, "nmm": 514.0, "qnm": 1026.4, "qfe": 754.4 }, "correctedReading": null }, "temperature": { "dryThermometer": 26.5, "wetThermometer": null, "relativeHumidity": 89.0, "vaporTension": null, "dewPointTemperature": 20.0, "thermograph": 29.5, "hydrograph": 76.0 }, "wind": { "middleAddress": 70, "averageSpeed": 2, "maximunSpeed": 2 }, "horizontalVisibility": { "reigning": 10.0, "minimun": null, "rvr": null }, "precipitation": { "pluviometer": 0.1, "pluviograph": 0.1, "presentTime": 15.0 }, "cloudiness": {

P á g i n a 42 | 64

"genderCloudHigth": "/", "genderCloudMedium": "/", "genderCloudLow": "5", "layerI": { "amount": null, "gender": null, "heigth": null, "partialCloudiness": null }, "layerII": { "amount": null, "gender": null, "heigth": null, "partialCloudiness": null }, "layerIII": { "amount": null, "gender": null, "heigth": null, "partialCloudiness": null }, "layerIV": { "amount": null, "gender": null, "heigth": null, "partialCloudiness": null }, "layerV": { "amount": null, "gender": null, "heigth": null, "partialCloudiness": 8 } }, "archived": true, "extremes": { "temperature": { "maximum": null, "minimum": null, "maximumDate": null, "minumumDate": null }, "humidity": { "maximum": null, "minimum": null, "maximumDate": null, "minumumDate": null }, "pressure": { "maximum": null, "minimum": null, "maximumDate": null, "minumumDate": null }, "pressure2": { "maximum": null, "minimum": null, "maximumDate": null, "minumumDate": null }, "wind": { "middleAddress": null, "averageSpeed": 2, "maximunSpeed": null, "extremeDate": null } },

P á g i n a 43 | 64

"timeLegal": 22, "timeUTP": 3, "observation": null, "user": [ { "userId": "5e8aa67d9d9c0217cce25bbd", "identificationType": "0955432588", "email": "[email protected]", "password": "$2a$10$Fv2pLVIUgMHndPfeC3grF.N4.PIgiWbj3GwI14ibjEP/F8Q.KpTK6", "firstName": "Shirley", "secondName": "Perez", "enable": true, "role": [ { "roleId": "5e6001944199f62c788cb4e2", "role": "OBSERVADOR-AERONAUTICO-1", "flag": { "dashBoard": true, "register": true, "report": true, "profile": true, "admin": false } } ], "station": [ { "stationId": "07", "stationName": "José Joaquín de Olmedo Intl.", "observation": "", "orientation": "03 | 21", "longitud": null, "latitud": "Ecuador (02º 09' 28'' S, 79º 53' 02'' W)", "dimension": "2684 X 45 M | 2790 X 45 M", "operatingTime": "H24", "location": "Guayaquil, Guayas Región" } ] } ], "station": [ { "stationId": "07", "stationName": "José Joaquín de Olmedo Intl.", "observation": "", "orientation": "03 | 21", "longitud": null, "latitud": "Ecuador (02º 09' 28'' S, 79º 53' 02'' W)", "dimension": "2684 X 45 M | 2790 X 45 M", "operatingTime": "H24", "location": "Guayaquil, Guayas Región" } ], "registerDate": "2020-04-22T22:00:00.584+0000", "phenomenonControls": null, "registerSave": "2020-04-22T22:20:03.000+0000" },

P á g i n a 44 | 64

Servicio que permite archivar un registro. URI http://68.183.119.18:8080/Metereological/metereological/setRecord

Test Uri: http://68.183.119.18:8080/Metereological/metereological/setRecord

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /changeArchived


{ "headId": "5ea1af6c9d9c020512164691", "barometer": { "attachedThermometer": 2.9, "reading": 590.5, "variation": null, "reduced": { "micrograph": 688.3, "qfe": 625.6, "nmm": 875.0, "qnm": 826.5 }, "correctedReading": 800.8 }, "temperature": { "dryThermometer": 25.6, "wetThermometer": 36.6, "relativeHumidity": 87.0, "vaporTension": 125.0, "dewPointTemperature": 25.1, "thermograph": 33.5, "hydrograph": 22.0 }, "wind": { "middleAddress": 60, "averageSpeed": 11, "maximunSpeed": 11 }, "horizontalVisibility": { "reigning": 42.0, "minimun": 33.0, "rvr": 5.0 }, "precipitation": { "pluviometer": 36.5, "pluviograph": 26.5, "presentTime": 11.0 }, "cloudiness": { "genderCloudHigth": "/", "genderCloudMedium": "/", "genderCloudLow": "/", "layerI": { "amount": 5, "gender": "CC", "heigth": 635, "partialCloudiness": null

{ "message": "Se Guardo Exitosamente el registro" }

P á g i n a 45 | 64

}, "layerII": { "amount": 4, "gender": "CS", "heigth": 589, "partialCloudiness": 5 }, "layerIII": { "amount": 4, "gender": "CB", "heigth": 758, "partialCloudiness": 5 }, "layerIV": { "amount": 1, "gender": "AS", "heigth": 669, "partialCloudiness": 6 }, "layerV": { "amount": 2, "gender": "CU", "heigth": 685, "partialCloudiness": 1 } }, "archived": false, "extremes": { "temperature": { "maximum": 24.5, "minimum": 25.6, "maximumDate": "11:00", "minumumDate": "10:00" }, "humidity": { "maximum": 14.6, "minimum": 58.6, "maximumDate": "10:00", "minumumDate": "09:00" }, "pressure": { "maximum": 15.8, "minimum": 24.8, "maximumDate": "11:00", "minumumDate": "10:00" }, "pressure2": { "maximum": 19.6, "minimum": 21.3, "maximumDate": "12:00", "minumumDate": "10:00" }, "wind": { "middleAddress": -452, "averageSpeed": 11, "maximunSpeed": 26, "extremeDate": "10:00" } }, "timeLegal": 10, "timeUTP": 15, "observation": "Prueba 23/4/2020", "user": [ { "userId": "5e8aa67d9d9c0217cce25bbd"

P á g i n a 46 | 64

} ], "station": [ { "stationId": "07" } ], "registerDate": "2020-04-23T09:00:00.584+0000", "phenomenonControls": [ { "ww": "55", "startDate": "10:00", "endDate": "10:50", "description": "Llovizna fuerte (densa) continua (no congelándose).", "code": "assets/55.png" }, { "ww": "69", "startDate": "09:05", "endDate": "11:25", "description": "Lluvia y nieve, o llovizna y nieve, moderada o fuerte.", "code": "assets/69.png" } ], "registerSave": "2020-04-23T10:08:28.000+0000" }

Servicio de la Interfaz de Registro de Aeródromo

Servicio que permite ver el registro de todos los aeródromos. URI http://68.183.119.18:8080/Aereodrome/aerodrome/getAllAerodrome

Test Uri: http://68.183.119.18:8080/Aereodrome/aerodrome/getAllAerodrome

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /getAllAerodrome


[ { "stationId": "5e6016949d9c021fa2796925", "stationName": "Teniente Coronel Luis A. Mantilla", "observation": "", "orientation": "09-24", "longitud": "-77.7083359", "latitud": "0.8127913", "dimension": "2403 X 30 M",

P á g i n a 47 | 64

"operatingTime": "HJ", "location": "Tulcán, Carchi Región, Ecuador", "siglas": "SETU", "stationEnable": true }, { "stationId": "01", "stationName": "Chachoán", "observation": "", "orientation": "01 | 09", "longitud": null, "latitud": "Ecuador (01º 12' 43'' S, 78º 34' 29'' W)", "dimension": "1925 X 25 M | \t1925 X 25 M", "operatingTime": "HJ", "location": "Ambato, Tungurahua Región", "siglas": "SEAM", "stationEnable": true } ]

Servicio que permite inhabilitar un aeródromo. URI http://68.183.119.18:8080/Aereodrome/aerodrome/changeEnableStation

Test Uri: http://68.183.119.18:8080/Aereodrome/aerodrome/changeEnableStation

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /changeEnableStation


{ "stationEnable": true, "stationId": "string" }

{ "message": "Registro actualizado correctamente" }

Servicio que permite inhabilitar un aeródromo. URI http://68.183.119.18:8080/Aereodrome/aerodrome/changeEnableStation

Test Uri: http://68.183.119.18:8080/Aereodrome/aerodrome/changeEnableStation

Tipo REST

Método POST

Tipo Response

application/json

HTTP Header


Resource /changeEnableStation


P á g i n a 48 | 64

{ "dimension": "string", "latitud": "string", "location": "string", "longitud": "string", "observation": "string", "operatingTime": "string", "orientation": "string", "siglas": "string", "stationEnable": true, "stationId": "string", "stationName": "string" }

{ "message": "Se guardo correctamente el aereodromo" }

Cómo instalar el servidor web Tomcat en CentOS 7

Apache Tomcat es un servidor web de código abierto que está diseñado para servir páginas web Java. Se implementa ampliamente y potencia varias aplicaciones web de misión crítica en todo el mundo. Como guía de inicio, este artículo explica cómo instalar Apache Tomcat 8, la última versión estable de Apache Tomcat, en una instancia de servidor Vultr CentOS 7. Antes de instalar Tomcat en CentOS 7 Si tienes intención de seguir esta guía de instalación de Tomcat en CentOS 7 debes cumplir unos mínimos requisitos:

• Un sistema CentOS 7 actualizado.

• Entorno de Java como OpenJDK.

• Paquetes instalados: wget.

• Acceso a línea de comandos como root o un usuario con permisos de sudo.

• Conexión a Internet. • Si aún no dispones del entorno adecuado, pásate por la guía de instalación de Java en CentOS 7. Una

vez que tengas todos los requerimientos cumplidos, es momento de abrir una terminal y empezar el trabajo.

Paso 1: actualice su sistema CentOS Lo primero es lo primero, debe actualizar el sistema al último estado estable:

sudo yum install epel-release sudo yum update -y && sudo reboot

Use el mismo usuario de sudo para iniciar sesión en el sistema después de que finalice el reinicio.

Paso 2: instalar Java Debe instalar Java SE 7.0 o posterior para que Apache Tomcat pueda ejecutarse correctamente. Aquí, instalaré OpenJDK Runtime Environment 1.8.0 usando YUM:

P á g i n a 49 | 64

sudo yum install java-1.8.0-openjdk.x86_64

Ahora, puede confirmar su instalación con:

java -version

La salida será similar a la siguiente:

openjdk version "1.8.0_91" OpenJDK Runtime Environment (build 1.8.0_91-b14) OpenJDK 64-Bit Server VM (build 25.91-b14, mixed mode)

Paso 3: crear un usuario dedicado para Apache Tomcat Por razones de seguridad, debe crear un usuario «tomcat» dedicado no root que pertenezca al grupo «tomcat»:

sudo groupadd tomcat sudo mkdir /opt/tomcat sudo useradd -s /bin/nologin -g tomcat -d /opt/tomcat tomcat

De esta manera, creó un usuario «tomcat» que pertenece al grupo «tomcat». No puede usar esta cuenta de usuario para iniciar sesión en el sistema. El directorio de inicio es /opt/tomcat , que es donde residirá el programa Apache Tomcat.

Paso 4: descargue e instale el último Apache Tomcat Siempre puede encontrar la última versión estable de Apache Tomcat 8 desde su página de descarga oficial , que es 8.0.33 en el momento de la escritura.

En la sección «Distribuciones binarias» y luego en la lista «Núcleo», use el enlace que apunta al archivo «tar.gz» para componer un comando wget:

cd ~ wget http://www-us.apache.org/dist/tomcat/tomcat-8/v8.0.33/bin/apache-tomcat-8.0.33.tar.gz sudo tar -zxvf apache-tomcat-8.0.33.tar.gz -C /opt/tomcat --strip-components=1

Paso 5: configura los permisos adecuados Antes de poder ejecutar Apache Tomcat, debe configurar los permisos adecuados para varios directorios:

cd /opt/tomcat sudo chgrp -R tomcat conf sudo chmod g+rwx conf sudo chmod g+r conf/* sudo chown -R tomcat logs/ temp/ webapps/ work/ sudo chgrp -R tomcat bin sudo chgrp -R tomcat lib sudo chmod g+rwx bin sudo chmod g+r bin/*

Paso 6: Configurar un archivo de unidad Systemd para Apache Tomcat Por conveniencia, debe configurar un archivo de unidad Systemd para Apache Tomcat:

sudo vi /etc/systemd/system/tomcat.service

Rellene el archivo con:

[Unit] Description=Apache Tomcat Web Application Container After=syslog.target network.target [Service] Type=forking Environment=JAVA_HOME=/usr/lib/jvm/jre Environment=CATALINA_PID=/opt/tomcat/temp/tomcat.pid Environment=CATALINA_HOME=/opt/tomcat Environment=CATALINA_BASE=/opt/tomcat Environment='CATALINA_OPTS=-Xms512M -Xmx1024M -server -XX:+UseParallelGC' Environment='JAVA_OPTS=-Djava.awt.headless=true -

https://translate.googleusercontent.com/translate_c?depth=1&rurl=translate.google.com&sl=en&sp=nmt4&tl=es&u=http://tomcat.apache.org/tomcat-8.0-doc/index.html&xid=17259,15700002,15700021,15700186,15700191,15700256,15700259,15700262,15700265&usg=ALkJrhhaKhTAUg8yb00-S7uLVoYR1Ef6Zw

P á g i n a 50 | 64

Djava.security.egd=file:/dev/./urandom' ExecStart=/opt/tomcat/bin/startup.sh ExecStop=/bin/kill -15 $MAINPID User=tomcat Group=tomcat [Install] WantedBy=multi-user.target

Guardar y Salir:

:wq

Paso 7: instale un programa relacionado con la seguridad, hasged Por motivos de seguridad, también debe instalar haveged:

sudo yum install haveged sudo systemctl start haveged.service sudo systemctl enable haveged.service

Paso 8: Inicie y pruebe Apache Tomcat Ahora, inicie el servicio Apache Tomcat y configúrelo para que se ejecute en el arranque del sistema:

sudo systemctl start tomcat.service sudo systemctl enable tomcat.service

Para probar Apache Tomcat en un navegador web, debe modificar las reglas del firewall:

sudo firewall-cmd --zone=public --permanent --add-port=8080/tcp sudo firewall-cmd --reload

Luego, puede probar su instalación de Apache Tomcat visitando la siguiente URL desde un navegador web:

http://[your-Vultr-server-IP]:8080

Si nada sale mal, verá la portada predeterminada de Apache Tomcat.

Paso 9: Configure la interfaz de administración web Apache Tomcat Para utilizar la «Aplicación de administrador» y el «Administrador de host» en la interfaz web de Apache Tomcat, debe crear un usuario administrador para su servidor Apache Tomcat:

sudo vi /opt/tomcat/conf/tomcat-users.xml

Dentro del segmento </tomcat-users ...>...</tomcat-users> , inserte una línea para definir un usuario administrador:

<user username="yourusername" password="yourpassword" roles="manager-gui,admin-gui"/>

Recuerde reemplazar «su nombre de usuario» y «su contraseña» por los suyos, cuanto menos común, mejor.

Guardar y Salir:

:wq

Reinicie Apache Tomcat para que sus modificaciones surtan efecto:

sudo systemctl restart tomcat.service

Actualice la página principal de Apache Tomcat desde su navegador web. Inicie sesión en la «Aplicación de administrador» y el «Administrador de host» con las credenciales que configuró anteriormente.

P á g i n a 51 | 64

La configuración de Apache Tomcat está completa. Ahora puede usarlo para implementar sus propias aplicaciones.

Para iniciar el servidor web Tomcat haciendo uso de los scripts incluidos por el paquete Tomcat de la siguiente manera:

cd /usr/local/tomcat9/bin

./startup.sh

Si lo deseamos detener usamos el comando

./shutdown.sh

Como levantar los microservios En ambiente local abra la carpeta del proyecto desde el spring boot.

Se selecciona la carpeta del proyecto

P á g i n a 52 | 64

Como ultimo se da clik en finish.

En el apartado del explorador de proyecto podremos ver editar e realizar debug al proyecto.

P á g i n a 53 | 64

En el servidor web Exportamos el microservicio en un war.

Agregamos el war generado en la carpeta webapp.

Como levantar el App En ambiente local use el comando.

- Ng serve

P á g i n a 54 | 64

En el servidor web use el siguiete comando.

Este comando generara una carpeta dit que estara dentro de la carpeta principal del proyecto. Una vez generada la carpeta mueva su contenido a la carpeta webapp del tomacat.

P á g i n a 55 | 64




IMPLEMENTACIÓN DE UN SISTEMA WEB PARA VALIDACIÓN DE DATOS CLIMATOLÓGICOS Y

UN MÓDULO DASHBOARD PARA LA VISUALIZACIÓN DE LOS CAMBIOS

CLIMÁTICOS DIRIGIDO A LA DIRECCIÓN GENERAL DE


MANUAL DE USUARIO

AUTOR(es):

Olmedo Antonio Zapata Ponce Ivelisse Lissette Ortega Jiménez

TUTORA:

M.Sc. Ángela Yanza M., Ing. Mg. Mgp.

GUAYAQUIL – ECUADOR 2020

Índice

P á g i n a 56 | 64

1 Acerca del Sistema web .................................................................................................... 57

1.1 Información .............................................................................................................. 57

1.2 Requerimientos ......................................................................................................... 57

2 Página de inicial del sistema .............................................................................................. 57

3 Login .............................................................................................................................. 58

4 Registrarse ...................................................................................................................... 58

5 Página Principal del sistema .............................................................................................. 59

6 Ingreso de datos .............................................................................................................. 59

7 Modal de ingreso de datos ................................................................................................ 60

8 Reporteria ....................................................................................................................... 60

9 Dashboard....................................................................................................................... 61

10 Perfil de usuario ........................................................................................................... 61

11 Panel de administración de usuarios ............................................................................... 62

12 Perfil de administración de roles ..................................................................................... 63

13 Perfil de administración de aeródromo ........................................................................... 63

P á g i n a 57 | 64

1 Acerca del Sistema web

1.1 Información Este sistema web fue desarrollado por estudiantes de la Universidad de Guayaquil de la Facultad de Ciencias Matemáticas y Físicas de la Carrera de Ingeniera en Sistemas Computaciones, con el fin de cumplir su proceso titulación académica. El sistema web está basado en el formulario de DAT-MET-020 que existe en la página web de IFIS -

http://www.ais.aviacioncivil.gob.ec/,

1.2 Requerimientos El sistema puede ser ejecutado en un equipo y sistema que cuente con las siguientes características.

Hardware (Mínimo)

− PC compatible x86 (i386, i486, Pentium I, II, III, IV, K6, K6-2, Duron, Athlon, etc.)

− 300Mb libres en el disco rígido

Software − Windows 7 o superior − Linux (kernel > 2.0)

2 Página de inicial del sistema Página de bienvenida de la aplicación muestra la opción de crear una cuenta o iniciar sesión.

http://www.ais.aviacioncivil.gob.ec/

P á g i n a 58 | 64

3 Login Login de usuario requiere el ingreso del correo electrónico con el que se registró y su contraseña.

4 Registrarse Permite registrarse en el sistema, para ello requiere que se ingrese un usuario, su número de cédula, su aeródromo, correo electrónico y contraseña. Esta opción solo la podrá realizar el usuario administrador.

P á g i n a 59 | 64

5 Página Principal del sistema Esta página muestra un resumen de las funcionalidades del módulo del sistema.

6 Ingreso de datos En este módulo muestra un resumen en una tabla de los datos más relevantes que se han subido en el día.

P á g i n a 60 | 64

7 Modal de ingreso de datos Permite el ingreso de datos climatológicos cada campo posee validaciones de datos.

8 Reporteria

Permite filtrar los registros ingresados por fecha. Adicionalmente permite la descarga de dichos datos en excel.

P á g i n a 61 | 64

9 ashboard Permite graficar en un diagrama de líneas la información ingresada en el sistema. Adicionalmente permite la descarga en imagen del grafico.

10 Perfil de usuario Muestra la información básica del usuario.

P á g i n a 62 | 64

11 Panel de administración de usuarios Permite ver en una lista de los usuarios registrados en el sistema y modificar la información de los usuarios.

P á g i n a 63 | 64

12 Perfil de administración de roles Permite crear nuevos roles e inhabilitar los ya existentes.

13 Perfil de administración de aeródromo Permite crear aeródromos e inhabilitar los ya existentes.

P á g i n a 64 | 64

universidad de guayaquilrepositorio.ug.edu.ec/bitstream/redug/48924/1/b-cisc-ptg... · 2020. 8....

Documents