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
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
PROYECTO DE TITULACIÓN
Ing. Miguel Molina Calderón PROFESOR REVISOR DEL
PROYECTO DE TITULACIÓN
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
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 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
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.
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
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
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
• 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.
• Nubosidad parcial: Fracción de cielo cubierto por nubes, a una
altura específica, en un lugar determinado.
III 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.
• Nubosidad parcial: Fracción de cielo cubierto por nubes, a una
altura específica, en un lugar determinado.
IV 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.
• Nubosidad parcial: Fracción de cielo cubierto por nubes, a una
altura específica, en un lugar determinado.
30
V 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.
• Nubosidad parcial: Fracción de cielo cubierto por nubes, a una
altura específica, en un lugar determinado.
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.
Elaboración: Compañía Vía 56.
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.
Elaboración: Compañía Vía 56.
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
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:
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Google Trends.
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).
Niveles de Seguridad
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Google Trends.
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
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.
Niveles de Seguridad
• 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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Google Trends.
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
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.
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
Aviación Civil del Ecuador.
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
Aviación Civil del Ecuador.
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuentes: Datos de la investigación.
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuentes: Datos de la investigación.
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
92
Cuadro N. 16. Historia de Usuario 2
Historia de Usuario
Numero: 2 Usuario: Ing. Ángela Yanza
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.
Prioridad en negocio: Alta
Días estimados: 5 Sprint asignado: 2
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación: Realizar las encuestas y analizar los datos
obtenidos.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
Cuadro N. 17. Historia de Usuario 3
Historia de Usuario
Numero: 3 Usuario: Ing. Ángela Yanza
Historia: Como usuario deseo que se seleccionen las herramientas a
utilizar para el desarrollo de este proyecto y su respectiva arquitectura.
Prioridad en negocio: Alta
Días estimados: 4 Sprint asignado: 3
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación: Compatibilidad del proyecto con las
herramientas.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
93
Cuadro N. 18. Historia de Usuario 4
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
Días estimados: 3 Sprint asignado: 4
Responsable: Ivelisse Ortega, Olmedo Zapata
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
Cuadro N. 19. Historia de Usuario 5
Historia de Usuario
Numero: 5 Usuario: Ing. Arturo Lomas
Historia: Como usuario deseo una ventana de cambio de contraseña
para que los usuarios finales puedan ingresar al sistema.
Prioridad en negocio: Alta
Días estimados: 2 Sprint asignado: 4
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
94
Cuadro N. 20. Historia de Usuario 6
Historia de Usuario
Numero: 6 Usuario: Ing. Arturo Lomas
Historia: Como usuario deseo una ventana para inactivar a los usuario
que no usen el sistema.
Prioridad en negocio: Alta
Días estimados: 1 Sprint asignado: 4
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
Cuadro N. 21. Historia de Usuario 7
Historia de Usuario
Numero: 7 Usuario: Ing. Arturo Lomas
Historia: Como usuario deseo una ventana para creación de usuarios
finales y puedan ingresar al sistema.
Prioridad en negocio: Alta
Días estimados: 2 Sprint asignado: 4
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
95
Cuadro N. 22. Historia de Usuario 8
Historia de Usuario
Numero: 8 Usuario: Ing. Arturo Lomas
Historia: Como usuario deseo una ventana de login para que los
usuarios finales puedan ingresar al sistema.
Prioridad en negocio: Alta
Días estimados: 1 Sprint asignado: 5
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
Cuadro N. 23. Historia de Usuario 9
Historia de Usuario
Numero: 9 Usuario: Ing. Arturo Lomas
Historia: Como usuario deseo un módulo del formulario DAC MET-020-
L para el ingreso de los datos climatológicos.
Prioridad en negocio: Alta
Días estimados: 5 Sprint asignado: 6
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
96
Cuadro N. 24. Historia de Usuario 10 Historia de Usuario
Numero: 10 Usuario: Ing. Arturo Lomas
Historia: Como usuario deseo un módulo de reportería donde se pueda
consultar los datos ingresados.
Prioridad en negocio: Alta
Días estimados: 5 Sprint asignado: 6
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
Cuadro N. 25. Historia de Usuario 11 Historia de Usuario
Numero: 11 Usuario: Ing. Arturo Lomas
Historia: Como usuario deseo que los accesos al sistema estén
personalizados por roles de observador meteorológico y de analista
de climatología.
Prioridad en negocio: Alta
Días estimados: 2 Sprint asignado: 7
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
97
Cuadro N. 26. Historia de Usuario 12
Historia de Usuario
Numero: 12 Usuario: Ing. Ángela Yanza
Historia: Como usuario deseo un módulo de Dashboard para la
visualización de las variables climatológicas.
Prioridad en negocio: Alta
Días estimados: 2 Sprint asignado: 8
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
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
Cuadro N. 27. Historia de Usuario 13
Historia de Usuario
Numero: 13 Usuario: Ing. Ángela Yanza
Historia: Como usuario deseo que se realicen pruebas para medir el
funcionamiento del sistema.
Prioridad en negocio: Alta
Días estimados: 2 Sprint asignado: 9
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
3. Plan de pruebas unitarias.
4. Correcciones a partir del plan de pruebas.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
98
Cuadro N. 28. Historia de Usuario 14
Historia de Usuario
Numero: 14 Usuario: Ing. Ángela Yanza
Historia: Como usuario deseo que se realice la validación del sistema
para su posterior implementación.
Prioridad en negocio: Alta
Días estimados: 2 Sprint asignado: 9
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
1. Matriz de aceptación del producto.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
Cuadro N. 29. Historia de Usuario 15
Historia de Usuario
Numero: 15 Usuario: Ing. Arturo Lomas
Historia: Como usuario deseo que la implementación del sistema web
en la DGAC.
Prioridad en negocio: Alta
Días estimados: 2 Sprint asignado: 10
Responsable: Ivelisse Ortega, Olmedo Zapata
Criterio de Aceptación:
1. Pruebas en la implementación.
2. Implementación del sistema sin errores.
3. Entrega de manuales técnico y usuario.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
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.
Desarrollo de un módulo de
reportería. 6
Consultar la información
ingresada.
Pantalla de control de accesos. 7 Permitir la personalización de los
accesos al sistema.
Desarrollo de un módulo de
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
Cuadro N. 32. Sprint Planing 2.
Tarea Responsable Días estimados
disponibles
S2: Levantamiento de requerimientos.
T1: Encuesta sobre la relevancia
del sistema.
Recurso 1,
Recurso 2 2
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
101
Cuadro N. 33. Sprint Planing 3
Tarea Responsable Días estimados
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
102
Cuadro N. 34. Sprint Planing 4
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.
Recurso 1, Recurso 2
1
T6: Pantalla de inactivación de usuarios.
Recurso 1, Recurso 2 1
T7: Pantalla de creación de usuarios.
Recurso 1, Recurso 2 2
T8: Pantalla del formulario DAC MET-020-L.
Recurso 1, Recurso 2 3
T9: Pantalla de control de accesos.
Recurso 1, Recurso 2 1
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.
Recurso 1, Recurso 2 4
T13: Proceso de exportación de los reportes
Recurso 1, Recurso 2
2
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
103
Cuadro N. 35. Sprint Planing 5
Tarea Responsable Días estimados
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
Cuadro N. 36. Sprint Planing 6
Tarea Responsable Días estimados
disponibles
S6: Implementación del sistema web.
T1: Implementación del sistema
web en la DGAC.
Recurso 1,
Recurso 2 2
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
2. Sprint 2: Levantamiento de requerimientos
Cuadro N. 38. Diagrama de Gantt 2
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
104
3. Sprint 3: Diseño del proyecto
Cuadro N. 39. Diagrama de Gantt 3
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
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata
4. Sprint 4: Desarrollo del sistema web
Cuadro N. 40. Diagrama de Gantt 4
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
105
5. Sprint 5: Pruebas del sistema web
Cuadro N. 41. Diagrama de Gantt 5
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
6. Sprint 6: Implementación del sistema web
Cuadro N. 42. Diagrama de Gantt 6
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
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
caracteres. Ejemplo (1013.0).
• 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.
• Se ingresará cuatro enteros y un decimal incluido el punto total 6
caracteres. Ejemplo (1012.8).
• Máximo se podrá registrar 1099.9 valores mayores no se podrá
ingresar (error).
• Mínimo se podrá registrar 500.0 valores menores no se podrá
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.
• Se ingresará cuatro enteros y un decimal incluido el punto total 6
caracteres. Ejemplo (1011.6).
• Máximo se podrá registrar 1099.9 valores mayores no se podrá
ingresar (error).
• Mínimo se podrá registrar 500.0 valores menores no se podrá
ingresar (error).
108
Columna 8:
• Valor de Presión Reducida a Nivel Medio del Mar ó Metros
Geopotenciales; según la estación que corresponda.
• Se ingresará cuatro enteros y un decimal incluido el punto total 6
caracteres. Máximo se podrá registrar 1099.9 valores mayores no
se podrá ingresar (error).
• Mínimo se podrá registrar 500.0 valores menores no se podrá
ingresar (error).
Columna 9:
• Valor de Presión de Reglaje altimétrico QNH obtenido mediante
tablas o del sistema computarizado.
• Se ingresará cuatro enteros y un decimal incluido el punto total 6
caracteres. Ejemplo (1012.3).
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
podrá ingresar (error).
Columna 10:
• Valor de Presión obtenido del instrumento registrador de presión
(barógrafo ó micro barógrafo).
• Se ingresará cuatro enteros y un decimal incluido el punto total 6
caracteres. Ejemplo (1012.3).
o Máximo se podrá registrar 1099.9 valores mayores no se
podrá ingresar (error).
o Mínimo se podrá registrar 500.0 valores menores no se
podrá ingresar (error).
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.
• Cuando la diferencia entre el dato anterior y el que se ingresa sea
mayor o menor a 10 unidades mostrara error.
Columna 12:
• Valor obtenido del termómetro húmedo, al décimo de grado;
• No omitir el signo (-) cuando las temperaturas estén por debajo de
O° Celsius.
• Cuando la diferencia entre el dato anterior y el que se ingresa sea
mayor o menor a 10 unidades mostrara error.
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.
• Cuando la diferencia entre el dato anterior y el que se ingresa sea
mayor o menor a 10 unidades mostrara error.
Columna 15:
• Valor de Punto de Rocío al décimo de grado.
• No omitir el signo (-) cuando las temperaturas estén por debajo de
O° Celsius.
• Cuando la diferencia entre el dato anterior y el que se ingresa sea
mayor o menor a 10 unidades mostrara error.
110
Columna 16:
• Valor de Temperatura obtenido del instrumento registrador a la
hora de observación.
• No omitir el signo (-) cuando las temperaturas estén por debajo de
O° Celsius.
• Cuando la diferencia entre el dato anterior y el que se ingresa sea
mayor o menor a 10 unidades mostrara error.
• 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).
• Se registrará un solo digito del 0 al 9 además de la barra diagonal
(/).
• No se podrá ingresar letras.
Columna 27:
• Asentar género de nubes altas (CH).
• Se registrará un solo digito del 0 al 9 además de la barra diagonal
(/).
• No se podrá ingresar letras.
Columna 28:
• Cantidad de octas observadas como capa de nubes.
• Se registrará un solo digito del 1 al 8.
• No se podrá ingresar letras.
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:
• Cantidad de octas observadas como capa de nubes.
113
• Se registrará un solo digito del 1 al 8.
• No se podrá ingresar letras.
Columna 32:
• 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 33:
• 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 34:
• Suma parcial de cantidad de octas entre las capas anteriores.
• No deberá ser menor que las columnas 28 y 31.
• Se registrará un solo digito del 1 al 8.
• No se podrá ingresar letras.
Columna 35:
• Cantidad de octas observadas como capa de nubes.
• Se registrará un solo digito del 1 al 8.
• No se podrá ingresar letras.
Columna 36:
• 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.
114
Columna 37:
• 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 38:
• Suma parcial de cantidad de octas entre las capas anteriores.
• No deberá ser menor que las columnas 28, 31, 34, 35.
• Se registrará un solo digito del 1 al 8.
• No se podrá ingresar letras.
Columna 39:
• Cantidad de octas observadas como capa de nubes.
• Se registrará un solo digito del 1 al 8.
• No se podrá ingresar letras.
Columna 40:
• 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 41:
• 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 42:
• Suma parcial de cantidad de octas entre las capas anteriores.
• No deberá ser menor que las columnas 28, 31, 34, 35, 38, 39.
• Se registrará un solo digito del 1 al 8.
115
• No se podrá ingresar letras.
Columna 43:
• Cantidad de octas observadas como capa de nubes.
• Se registrará un solo digito del 1 al 8.
• No se podrá ingresar letras.
Columna 44:
• 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 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.
• Se ingresará hasta 5 dígitos solo números.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
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
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Fuente: 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%
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
Gráfico N. 58. Encuesta - Pregunta 1.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
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%
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
Gráfico N. 59. Encuesta - Pregunta 2.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la investigación.
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?
Cuadro N. 49. Encuesta - Pregunta 3.
CANTIDAD PORCENTAJE
Muy buena 23 42%
Buena 21 39%
Regular 9 17%
Mala 1 2%
Muy mala 0 0%
Total 54 100%
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
Gráfico N. 60. Encuesta - Pregunta 3.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la investigación.
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?
Cuadro N. 50. Encuesta - Pregunta 4. CANTIDAD PORCENTAJE
Muy de acuerdo 25 46%
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.
Fuente: Datos de la investigación.
Gráfico N. 61. Encuesta - Pregunta 4.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la investigación.
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?
Cuadro N. 51. Encuesta - Pregunta 5.
CANTIDAD PORCENTAJE
Muy de acuerdo 19 35%
De acuerdo 20 37%
Ni de acuerdo Ni en desacuerdo
6 11%
Desacuerdo 8 15%
Muy desacuerdo 1 2%
Total 54 100%
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
Gráfico N. 62. Encuesta - Pregunta 5.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la investigación.
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?
Cuadro N. 52. Encuesta - Pregunta 6. CANTIDAD PORCENTAJE
Muy de acuerdo 29 54%
De acuerdo 17 31%
Ni de acuerdo Ni en desacuerdo
2 4%
Desacuerdo 6 11%
Muy desacuerdo 0 0%
Total 54 100%
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
Gráfico N. 63. Encuesta - Pregunta 6.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la investigación.
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?
Gráfico N. 64. Encuesta - Pregunta 7.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
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%
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
Gráfico N. 65. Encuesta – Pregunta 8.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la investigación.
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
Muy de acuerdo 33 61%
De acuerdo 13 24%
Ni de acuerdo Ni en desacuerdo
7 13%
Desacuerdo 1 2%
Muy desacuerdo 0 0%
Total 54 100%
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
Gráfico N. 66 Encuesta – Pregunta 9.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la investigación.
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
Muy de acuerdo 45 83%
De acuerdo 8 15%
Ni de acuerdo Ni en desacuerdo
1 2%
Desacuerdo 0 0%
Muy desacuerdo 0 0%
Total 54 100%
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
Gráfico N. 67. Encuesta – Pregunta 10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la investigación.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
144
Gráfico N. 69. Caso de prueba N. 2.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
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 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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de investigación.
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.
Criterios de Aceptación
Número de
Escenario
Título del Escenario
Evento Resultado /
Comportamiento esperado
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de investigación.
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.
Criterios de Aceptación
Número de
Escenario
Título del Escenario
Evento Resultado /
Comportamiento esperado
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de investigación.
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)
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
A
164
ANEXO 2. Diagrama de Flujo de Proceso actual del formulario DAC MET-020-L (2/5).
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
A
B
165
ANEXO 2. Diagrama de Flujo de Proceso actual del formulario DAC MET-020-L (3/5).
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
B
166
ANEXO 2. Diagrama de Flujo de Proceso actual del formulario DAC MET-020-L (4/5).
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata
C
167
ANEXO 2. Diagrama de Flujo de Proceso actual del formulario DAC MET-020-L (5/5).
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
168
ANEXO 3. Entrevista para levantamiento de información dirigida al Jefe de Meteorología Aeronáutica de la DAC (1/4).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
169
ANEXO 3. Entrevista para levantamiento de información dirigida al Jefe de Meteorología Aeronáutica de la DAC (2/4).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
170
ANEXO 3. Entrevista para levantamiento de información dirigida al Jefe
de Meteorología Aeronáutica de la DAC (3/4).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
171
ANEXO 3. Entrevista para levantamiento de información dirigida al Jefe de Meteorología Aeronáutica de la DAC (4/4).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
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).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
173
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 (2/5).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
174
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 (3/5).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
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).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata
176
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 (5/5).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
177
ANEXO 5. Metodología de Marco Lógico – Mapa de involucrados.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
178
ANEXO 6. Metodología de Marco Lógico – Árbol de problemas.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la investigación.
179
ANEXO 7. Metodología de Marco Lógico – Árbol de objetivos.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
180
ANEXO 8. Metodología de Marco Lógico – Árbol de Alternativas.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la investigación.
181
ANEXO 9. Metodología de Marco Lógico - Estructura Analítica del Proyecto (EAP).
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la investigación.
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.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Ivelisse Ortega, Olmedo Zapata.
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
ANEXO 11. Diagrama de Flujo de Procesos nuevo del sistema climatológico (2/3).
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la Investigación
B
C
D
E
187
ANEXO 11. Diagrama de Flujo de Procesos nuevo del sistema climatológico (3/3).
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la Investigación
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).
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la Investigación.
190
ANEXO 13. Diagrama de referencia a Objetos (2/3).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación
191
ANEXO 13. Diagrama de referencia a Objetos (3/3).
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la Investigación
192
ANEXO 14. Reunión con el Ing. Arturo Lomas Villareal para el levantamiento de la información
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la Investigación.
193
ANEXO 15. Interacción del Estudiante Olmedo Zapata con el Ing. Arturo Lomas Villareal (Presentación del nuevo sistema).
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
194
ANEXO 16. Tipos de nubes.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Ivelisse Ortega, Olmedo Zapata.
195
ANEXO 17. Explicación por parte del Ing. Arturo Lomas Villareal sobre el funcionamiento del formulario DAC MET-020-L
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
196
ANEXO 18. Cronograma de Actividades 1/3.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
197
ANEXO 18. Cronograma de Actividades 2/3.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
198
ANEXO 18. Cronograma de Actividades 2/3.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
199
ANEXO 19. Formato de Plan de Pruebas.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
200
ANEXO 20. Plan de Pruebas aplicada 1/10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
201
ANEXO 20. Plan de Pruebas aplicada 2/10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
202
ANEXO 20. Plan de Pruebas aplicada 3/10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
203
ANEXO 20. Plan de Pruebas aplicada 4/10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
204
ANEXO 20. Plan de Pruebas aplicada 5/10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
205
ANEXO 20. Plan de Pruebas aplicada 6/10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
206
ANEXO 20. Plan de Pruebas aplicada 7/10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
207
ANEXO 20. Plan de Pruebas aplicada 8/10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
208
ANEXO 20. Plan de Pruebas aplicada 9/10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
209
ANEXO 20. Plan de Pruebas aplicada 10/10.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
210
ANEXO 21. Carta de Aceptación.
Elaboración: Ivelisse Ortega, Olmedo Zapata. Fuente: Datos de la Investigación.
211
212
ANEXO 22. Matriz de Aceptación.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
213
ANEXO 23. Carta de Autorización del Proyecto.
Elaboración: Ivelisse Ortega, Olmedo Zapata.
Fuente: Datos de la Investigación.
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.
Fuente: Ivelisse Ortega, Olmedo Zapata.
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:
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.
Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
Fuente: Ivelisse Ortega, Olmedo Zapata.
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.
222
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
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.
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/
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].
P á g i n a 18 | 64
• Vaya al archivo descargado en su local.
• A continuación los pasos en volved para instalar
P á g i n a 19 | 64
P á g i n a 20 | 64
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.
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í.
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.
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
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:
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.
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
Content-Type: application/json; charset=utf-8
Resource /changeEnableRole
Request - Json Response
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
Content-Type: application/json; charset=utf-8
Resource /changePasswordUser
Request - Json Response
{ "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
Content-Type: application/json; charset=utf-8
Resource /forgetPassword
Request - Json Response
{ "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
Content-Type: application/json; charset=utf-8
Resource / getAllRole
Request - Json Response
[ { "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
Content-Type: application/json; charset=utf-8
Resource /getAllUser
Request - Json Response
[ { "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
Content-Type: application/json; charset=utf-8
P á g i n a 39 | 64
Resource /login
Request - Json Response
{ "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
Content-Type: application/json; charset=utf-8
Resource /register
Request - Json Response
{ "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
Content-Type: application/json; charset=utf-8
P á g i n a 40 | 64
Resource /updateUser
Request - Json Response
{ "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
Content-Type: application/json; charset=utf-8
Resource /changeArchived
P á g i n a 41 | 64
Request - Json Response
{ "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
Content-Type: application/json; charset=utf-8
Resource /getFindByAerodromoAndaRangeDate
Request - Json Response
{ "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
Content-Type: application/json; charset=utf-8
Resource /changeArchived
Request - Json Response
{ "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
Content-Type: application/json; charset=utf-8
Resource /getAllAerodrome
Request - Json Response
[ { "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
Content-Type: application/json; charset=utf-8
Resource /changeEnableStation
Request - Json Response
{ "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
Content-Type: application/json; charset=utf-8
Resource /changeEnableStation
Request - Json Response
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 -
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
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
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.
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
Top Related