MODELO DE UN SISTEMA DE GEORREFERENCIACIÓN PARA LA
UBICACIÓN, TOMA Y TRANSMISIÓN DE IMÁGENES DE AVANCES DE OBRA
CIVILES EN DISPOSITIVOS CON SISTEMA OPERATIVO ANDROID, PARA LA
SUPERVISIÓN Y SEGUIMIENTO EN LOS PROYECTOS DE OBRA
VÍCTOR FABIÁN NOVOA ROJAS
JOHANN SEBASTIÁN SUAREZ
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD TECNOLÓGICA
INGENIERÍA EN TELEMÁTICA
BOGOTÁ
2018
MODELO DE UN SISTEMA DE GEORREFERENCIACIÓN PARA LA
UBICACIÓN, TOMA Y TRANSMISIÓN DE IMÁGENES DE AVANCES DE OBRA
CIVILES EN DISPOSITIVOS CON SISTEMA OPERATIVO ANDROID, PARA LA
SUPERVISIÓN Y SEGUIMIENTO EN LOS PROYECTOS DE OBRA
VÍCTOR FABIÁN NOVOA ROJAS CÓDIGO: 20162678132
JOHANN SEBASTIÁN SUAREZ CÓDIGO: 20162678047
DOCENTE:
ING. JAIRO HERNÁNDEZ
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS
FACULTAD TECNOLÓGICA
INGENIERÍA EN TELEMÁTICA
BOGOTÁ
2018
3
____________________________________
____________________________________
____________________________________
____________________________________
____________________________________
____________________________________
____________________________________
Firma del tutor
___________________________________
Firma del jurado
4
TABLA DE CONTENIDO
Pág.
RESUMEN .................................................................................................................................. 10
INTRODUCCIÓN ........................................................................................................................ 11
1. DEFINICIÓN PLANEACIÓN Y ORGANIZACIÓN .............................................................. 13
1.1 TEMA .......................................................................................................................... 13 1.2 TÍTULO ........................................................................................................................ 13 1.3 DESCRIPCIÓN DEL PROBLEMA............................................................................... 13 1.4 FORMULACIÓN DEL PROBLEMA ............................................................................. 14 1.5 OBJETIVOS ................................................................................................................ 14
1.5.1 OBJETIVO GENERAL ........................................................................................ 14 1.5.2 OBJETIVOS ESPECÍFICOS ............................................................................... 15
1.6 JUSTIFICACIÓN ......................................................................................................... 15 1.7 MARCO DE REFERENCIA ......................................................................................... 16
1.7.1 MARCO HISTÓRICO .......................................................................................... 16 1.7.2 MARCO LEGAL .................................................................................................. 18 1.7.3 MARCO TEÓRICO.............................................................................................. 19
1.7.3.1 Concepto de supervisión de obra ................................................................... 20 1.7.3.2 Concepto de dispositivo móvil ......................................................................... 20 1.7.3.3 Concepto de aplicación móvil ......................................................................... 20 1.7.3.4 Concepto de Aplicaciones nativas .................................................................. 21 1.7.3.5 Geolocalización ............................................................................................... 21 1.7.3.6 Sistemas de Información y Sistemas de Información Geográfica .................. 21 1.7.3.7 Computación en la Nube o Cloud Computing ................................................. 22 1.7.3.8 Firebase .......................................................................................................... 23 1.7.3.9 ¿Qué servicios nos ofrece? ............................................................................ 23 1.7.3.10 Android Studio ............................................................................................. 29 1.7.3.11 Material Design ........................................................................................... 30
1.7.4 MARCO METODOLÓGICO ................................................................................ 30 1.7.4.1 Metodologías para el mejoramiento de los procesos ..................................... 31 1.7.4.2 Ciclo PHVA. (El Ciclo PHVA o Ciclo Deming) ................................................ 31 1.7.4.3 Herramientas para el análisis de procesos ..................................................... 35
1.7.4.3.1 Definición del concepto de diagrama de Pareto ................................................. 35 1.7.4.3.2 Definición del concepto de la casa de la calidad ................................................ 36 1.7.4.3.3 Definición de estudio de tiempos. ....................................................................... 36 1.7.4.3.4 Definición de diagrama de flujo del proceso ....................................................... 37 1.7.4.3.5 Definición de diagrama causa-efecto. ................................................................ 39
1.7.5 Metodología SCRUM .......................................................................................... 39 1.8 ALCANCE Y DELIMITACIONES ................................................................................. 40
1.8.1 Alcance ................................................................................................................ 40 1.8.2 Delimitaciones técnicas ....................................................................................... 41 1.8.3 Impacto ................................................................................................................ 41
1.9 FACTIBILIDAD ............................................................................................................ 41 1.9.1 Factibilidad económica ........................................................................................ 41 1.9.2 Factibilidad legal.................................................................................................. 44
5
2. ANÁLISIS Y DIAGNOSTICO .............................................................................................. 45
2.1 SITUACIÓN ACTUAL ........................................................................................................ 45 2.1.1 Descripción general del proceso de supervisión de obra ................................... 45 2.1.2 Descripción del proceso supervisión estructural ................................................. 48 2.1.3 Identificación de las necesidades y expectativas de los ingenieros ................... 50 2.1.4 Conclusiones de la encuesta realizada y de las expectativas y necesidades de
los clientes ........................................................................................................................... 56 2.1.5 Diagnóstico del proceso ...................................................................................... 58
2.1.5.1 Diagnóstico de la situación actual ................................................................... 58 2.1.6 Estudio de tiempos del proceso actual ............................................................... 59 2.1.7 Diagrama de flujo de proceso ............................................................................. 62
2.1.7.1 Análisis del diagrama de flujo ......................................................................... 62 2.1.8 Diagrama Causa-efecto ...................................................................................... 64
2.1.8.1 Análisis del diagrama causa-efecto ................................................................ 64
3. DESARROLLO DEL MODELO .......................................................................................... 67
3.1 ANÁLISIS DE LOS PROCESOS Y OPORTUNIDADES DE MEJORAMIENTO ................................ 67 3.2 DIAGRAMA DE FLUJO PROPUESTO ................................................................................... 68 3.3 DIAGRAMA DE PROCESOS PROPUESTO ........................................................................... 70 3.4 REQUERIMIENTOS DE LA APLICACIÓN .............................................................................. 72
3.4.1 Requerimientos funcionales ................................................................................ 72 3.4.2 Requerimientos no funcionales ........................................................................... 74
3.5 ACTORES IMPLICADOS ................................................................................................... 75 3.6 PRODUCT BACKLOG (LISTA DE OBJETIVOS) ..................................................................... 75 3.7 SPRINT PLANNIG (PLANEACIÓN DE ITERACIONES) ............................................................ 76
3.7.1 Iteración uno: Instalación de programas y diseño de la base de datos .............. 77 3.7.2 Iteración dos: Módulo de inicio de sesión ........................................................... 77 3.7.3 Iteración tres: Módulo de gestión de ubicaciones de predios ............................. 78 3.7.4 Iteración cuatro: Módulo de trazabilidad de rutas ............................................... 78 3.7.5 Iteración cinco: Módulo de generación de formatos ........................................... 78 3.7.6 Iteración seis: Módulo de captura y transferencia de imágenes ......................... 79 3.7.7 Iteración siete: Módulo de gestión de ubicaciones de predios ........................... 79 3.7.8 Iteración ocho: Pruebas ...................................................................................... 80
3.8 HISTORIAS DE USUARIO ................................................................................................. 80 3.9 DISEÑO LÓGICO ............................................................................................................ 84 3.10 DIAGRAMAS DE CLASES PRINCIPALES DE LA APLICACIÓN .................................................. 86
3.10.1 Actividad principal desde donde se realiza el login de la aplicación .................. 86 3.10.2 Actividad para ver los predios en un mapa ......................................................... 86 3.10.3 Actividad que permite grabar ruta trazada .......................................................... 87 3.10.4 Actividad que permite ingresar formulario .......................................................... 88 3.10.5 Actividad que permite realizar el manejo y la transferencia de imágenes .......... 89 3.10.6 Actividades que permiten la conexión al servidor ............................................... 90 3.10.7 Actividad que permite sincronizar los datos ........................................................ 92
3.11 DIAGRAMA ENTIDAD RELACIÓN ...................................................................................... 92
4. VERIFICACIÓN DEL MODELO ......................................................................................... 93
4.1 VERIFICACIÓN DE RESULTADOS DEL PROCESO PROPUESTO ............................................. 93 4.2 BENEFICIOS DE LA IMPLEMENTACIÓN DE LA PROPUESTA .................................................. 94 4.3 ACCIONES DE MEJORA ................................................................................................... 95
4.3.1 Retrospectiva ...................................................................................................... 95
6
5. DESCRIPCIÓN DE LA APLICACIÓN ................................................................................ 98
5.1 DESCRIPCIÓN DE LAS VISTAS .......................................................................................... 99 5.2 MODELO DE DATOS ...................................................................................................... 101 5.3 MANEJO DE IMÁGENES ................................................................................................. 102 5.4 SERVICIO WEB ............................................................................................................ 102 5.5 GESTIÓN Y CORRECCIÓN DE ERRORES.......................................................................... 103
5.5.1 Posibles Excepciones ....................................................................................... 104
6. PRUEBAS DE LA SOLUCIÓN ......................................................................................... 105
6.1 PRUEBAS AL MODELO .................................................................................................. 105 6.2 PRUEBAS A LA APLICACIÓN ........................................................................................... 105
CONCLUSIONES ..................................................................................................................... 112
RECOMENDACIONES ............................................................................................................. 114
BIBLIOGRAFÍA ........................................................................................................................ 115
ANEXOS ................................................................................................................................... 117
ANEXO A. FORMATO DE TOMA DE TIEMPOS DEL PROCESO DE SUPERVISIÓN
ESTRUCTURAL .................................................................................................................... 118 ANEXO B. CONSOLIDADO DE TIEMPOS DE CADA PASO O TAREA DEL PROCESO DE
SUPERVISIÓN ESTRUCTURAL DE OBRA ......................................................................... 119 ANEXO C. ENCUESTA ......................................................................................................... 120 ANEXO D. INSTRUCTIVO ESTUDIO DE TIEMPOS ............................................................ 121 ANEXO E. MANUAL DE USUARIO ...................................................................................... 122 ANEXO F. MANUAL DEL SISTEMA ..................................................................................... 157
7
ILUSTRACIONES
Pág.
ILUSTRACIÓN 1 -COMPUTACIÓN EN LA NUBE. .................................................................................... 22 ILUSTRACIÓN 2- SERVICIOS DE FIREBASE ........................................................................................ 23 ILUSTRACIÓN 3 - BASE DE DATOS REALTIME ..................................................................................... 24 ILUSTRACIÓN 4- AUTENTICACIÓN FIREBASE ..................................................................................... 24 ILUSTRACIÓN 5 - ALMACENAMIENTO FIREBASE ................................................................................. 25 ILUSTRACIÓN 6- HOSTING FIREBASE ................................................................................................ 25 ILUSTRACIÓN 7 -CLOUND FUNCTIONS FIREBASE .............................................................................. 26 ILUSTRACIÓN 8- LABORATORIO DE TEST FIREBASE ........................................................................... 26 ILUSTRACIÓN 9- INFORME FALLOS FIREBASE .................................................................................... 27 ILUSTRACIÓN 10 - MONITOREO DE RENDIMIENTO FIREBASE ............................................................... 27 ILUSTRACIÓN 11-NOTIFICACIONES FIREBASE ................................................................................... 27 ILUSTRACIÓN 12- CONFIGURACIÓN REMOTA FIREBASE ..................................................................... 28 ILUSTRACIÓN 13- ENLACE DINÁMICOS FIREBASE .............................................................................. 28 ILUSTRACIÓN 14- ADMOB FIREBASE ................................................................................................ 29 ILUSTRACIÓN 15 – ESTRUCTURA CICLO PHVA ................................................................................. 32 ILUSTRACIÓN 16 - CICLO PHVA EN EL MANTENIMIENTO Y MEJORAS .................................................. 34 ILUSTRACIÓN 17- ESTRUCTURA PHVA PARA MEJORAR RESULTADOS ................................................ 34 ILUSTRACIÓN 18 - ESQUEMA DE DIAGRAMA DE PARETO .................................................................... 35 ILUSTRACIÓN 19- SÍMBOLOS NO ESTÁNDAR DE LOS DIAGRAMAS DE PROCESOS .................................. 38 ILUSTRACIÓN 20 - ESQUEMA DE ISHIKAWA ....................................................................................... 39 ILUSTRACIÓN 21 - METODOLOGÍA DE SEGUIMIENTO UTILIZADA PARA LA INSPECCIÓN .......................... 46 ILUSTRACIÓN 22- DIAGRAMA DE PROCESOS ACTUAL. ........................................................................ 47 ILUSTRACIÓN 23 - RESULTADOS PREGUNTA NO 1. ........................................................................... 51 ILUSTRACIÓN 24 - RESULTADOS PREGUNTA NO 2 ............................................................................ 52 ILUSTRACIÓN 25- RESULTADOS PREGUNTA NO 3 ............................................................................. 53 ILUSTRACIÓN 26 - RESULTADOS PREGUNTA NO 3ª ........................................................................... 53 ILUSTRACIÓN 27 - RESULTADOS PREGUNTA NO 4 ............................................................................ 54 ILUSTRACIÓN 28 -RESULTADOS PREGUNTA NO 4ª ............................................................................ 54 ILUSTRACIÓN 29 - RESULTADOS PREGUNTA NO 5 ............................................................................ 55 ILUSTRACIÓN 30 -RESULTADOS PREGUNTA NO 5ª ............................................................................ 55 ILUSTRACIÓN 31- CASA DE LA CALIDAD DEL PROCESO ACTUAL .......................................................... 56 ILUSTRACIÓN 32- TIEMPO PROMEDIO DEDICADO A CADA PASO DEL PROCESO .................................... 61 ILUSTRACIÓN 33- FLUJO DE PROCESO DEL PROCESO ACTUAL ........................................................... 63 ILUSTRACIÓN 34 - DIAGRAMA ISHIKAWA DEL PROCESO ACTUAL ......................................................... 64 ILUSTRACIÓN 35 -DIAGRAMA DE FLUJO PROPUESTO PARA MEJORAR EL PROCESO .............................. 69 ILUSTRACIÓN 36- DIAGRAMA DE PROCESO PROPUESTO PARA EL MEJORAMIENTO ............................... 71 ILUSTRACIÓN 37 - DISEÑO LÓGICO DE LA APLICACIÓN ....................................................................... 85 ILUSTRACIÓN 38- ESQUEMA GENERAL DE LA APLICACIÓN .................................................................. 85 ILUSTRACIÓN 39 - DIAGRAMA DE CLASE "ACTIVIDAD LOGIN DE LA APLICACIÓN" ................................... 86 ILUSTRACIÓN 40 - DIAGRAMA DE CLASE "ACTIVIDAD PREDIOS EN UN MAPA" ....................................... 87 ILUSTRACIÓN 41- DIAGRAMA DE CLASE "ACTIVIDAD GRABAR RUTA TRAZADA” ..................................... 87 ILUSTRACIÓN 42 - DIAGRAMA DE CLASE "ACTIVIDAD INGRESO DE FORMULARIO" ................................. 89 ILUSTRACIÓN 43- DIAGRAMA DE CLASE "ACTIVIDAD MANEJO Y TRANSFERENCIA DE IMÁGENES" ........... 90 ILUSTRACIÓN 44- DIAGRAMA DE CLASE "ACTIVIDAD PERMITIR CONEXIÓN AL SERVIDOR” ...................... 91 ILUSTRACIÓN 45- DIAGRAMA DE CLASE "ACTIVIDAD SINCRONIZACIÓN DE DATOS" ............................... 92 ILUSTRACIÓN 46 - DIAGRAMA ENTIDAD RELACIÓN ............................................................................. 93
8
ILUSTRACIÓN 47 - GRAFICA DE TIEMPO ENTRE EL PROCESO ACTUAL VS PROCESO PROPUESTO .......... 94 ILUSTRACIÓN 48 - REALTIME DATABASE DEL PROYECTO ................................................................ 102
ILUSTRACIÓN 49 - CRASH REPORTING FIREBASE ......................................................................... 103
ILUSTRACIÓN 50 - VISTA DE ERRORES DESDE FIREBASE ................................................................. 104 ILUSTRACIÓN 51 - DIAGRAMA ESTRUCTURAL DE LA APLICACIÓN MÓVIL .............................................. 98 ILUSTRACIÓN 52 - VISTA DEL LOGIN ................................................................................................. 99 ILUSTRACIÓN 53 - VISTA DE LOS PREDIOS ........................................................................................ 99 ILUSTRACIÓN 54 VISTA TRAZO DE RUTA PREDIO ............................................................................. 100 ILUSTRACIÓN 55- VISTA DE INFORMACIÓN BÁSICA DEL PREDIO ........................................................ 100 ILUSTRACIÓN 56- VISTA DEL FORMULARIO DE INSPECCIÓN INTERNA Y EXTERNA ............................... 101 ILUSTRACIÓN 57- VISTA DE SINCRONIZACIÓN DE DATOS Y CIERRE DE SESIÓN ................................... 101 ILUSTRACIÓN 58 - AUTENTICACIÓN INCORRECTA ............................................................................ 106 ILUSTRACIÓN 59 -AUTENTICACIÓN CORRECTA ................................................................................ 106 ILUSTRACIÓN 60 - UBICACIÓN DE PREDIOS EN MAPA ....................................................................... 107 ILUSTRACIÓN 61- CÁLCULO DE LA MEJOR RUTA .............................................................................. 107 ILUSTRACIÓN 62 - RUTAS ALTERNATIVAS TRANSPORTE PÚBLICO ..................................................... 107 ILUSTRACIÓN 63 - RUTA EN WAZE ................................................................................................ 107 ILUSTRACIÓN 64 - VALIDACIÓN CAMPO OBLIGATORIO EN FORMULARIO ............................................. 108 ILUSTRACIÓN 65- VALIDACIÓN AL BOTÓN ENVIAR ............................................................................ 108 ILUSTRACIÓN 66- VALIDACIÓN SALIR DEL FORMULARIO ................................................................... 108 ILUSTRACIÓN 67- ESTRUCTURA CARPETA DE IMÁGENES POR PREDIO .............................................. 108 ILUSTRACIÓN 68- ALMACENAMIENTO DE IMÁGENES EN LA NUBE ...................................................... 108 ILUSTRACIÓN 69- GUARDADO DE DATOS EN LA BASE DE DATOS. ...................................................... 109
9
TABLAS
Pág.
TABLA 1 FACTIBILIDAD ECONÓMICA RECURSOS HUMANOS ............................................................... 42 TABLA 2 FACTIBILIDAD ECONÓMICA RECURSOS FÍSICOS .................................................................. 43 TABLA 3 GASTOS POR CONCEPTO DE SOFTWARE. ............................................................................ 43 TABLA 4 FACTIBILIDAD ECONÓMICA COSTO TOTAL ............................................................................ 43 TABLA 5 - PASOS DEL PROCESO PARTE 1 ........................................................................................ 60 TABLA 6 - PASOS DEL PROCESO PARTE 2 ........................................................................................ 60 TABLA 7- REQUERIMIENTOS FUNCIONALES ...................................................................................... 74 TABLA 8 - REQUERIMIENTOS NO FUNCIONALES ................................................................................ 75 TABLA 9- ACTORES INVOLUCRADOS EN EL PROYECTO ..................................................................... 75 TABLA 10 - PRODUCT BACKLOG ..................................................................................................... 76 TABLA 11- PLANIFICACIÓN DE ITERACIONES .................................................................................... 77 TABLA 12 - ITERACIÓN UNO ............................................................................................................ 77 TABLA 13- ITERACIÓN DOS ............................................................................................................. 78 TABLA 14 - ITERACIÓN TRES ........................................................................................................... 78 TABLA 15- ITERACIÓN CUATRO ....................................................................................................... 78 TABLA 16- ITERACIÓN CINCO .......................................................................................................... 79 TABLA 17- ITERACIÓN SEIS ............................................................................................................. 79 TABLA 18- ITERACIÓN SIETE ........................................................................................................... 79 TABLA 19- ITERACIÓN OCHO .......................................................................................................... 80 TABLA 20 - HISTORIA DE USUARIO "INGRESO A LA APLICACIÓN" ........................................................ 80 TABLA 21- HISTORIA DE USUARIO "SINCRONIZACIÓN DE DATOS" ...................................................... 81 TABLA 22 - HISTORIA DE USUARIO "CIERRE DE SESIÓN" ................................................................... 81 TABLA 23 - HISTORIA DE USUARIO "BUSCAR PREDIO" ..................................................................... 82 TABLA 24- HISTORIA DE USUARIO "TRAZAR RUTA" ........................................................................... 82 TABLA 25 - HISTORIA DE USUARIO "DILIGENCIAR FORMATOS" .......................................................... 83 TABLA 26 - HISTORIA DE USUARIO "MANEJO Y TRANSMISIÓN DE IMÁGENES" ..................................... 83 TABLA 27- HISTORIA DE USUARIO "CALIFICAR INSPECCIÓN" ............................................................. 84 TABLA 28-HISTORIA DE USUARIO "VER RESUMEN DE INSPECCIONES" ................................................ 84 TABLA 29 - RETROSPECTIVA .......................................................................................................... 97 TABLA 30 - DESCRIPCIÓN DE VISTAS APLICACIÓN MÓVIL ................................................................ 101 TABLA 31- CHECK LIST DE PRUEBAS ............................................................................................. 111
10
RESUMEN
El propósito de este proyecto es desarrollar un modelo enfocado a los sistemas
de información geográfica a través de la aplicación de una metodología de
mejora continua (PHVA) e implementando SCRUM como fundamento para el
desarrollo del prototipo, el cual está enfocado a sistemas operativos Android.
Como base de estudio se tuvo en cuenta el convenio interadministrativo No 430
de 2016 entre IDIGER y la Universidad Distrital cuyo, objeto es “Anudar
esfuerzos para continuar la operación del sistema de monitoreo del sector de alta
complejidad de Altos de la Estancia de la localidad de Ciudad Bolívar, que
permita evaluar la evolución del comportamiento geotécnico a partir de la
instrumentación y monitoreo topográfico, estructural y geotécnico del sector”. Se
describe cada una de las etapas del ciclo de Deming y se presenta una propuesta
de mejoramiento que cumple los objetivos establecidos de acuerdo a la
secuencia de la metodología PHVA en donde se prevé que con la
implementación de este modelo se obtendrán grandes beneficios que podrán
aplicarse a todo el sector civil.
11
INTRODUCCIÓN
El presente proyecto desarrolla un modelo capaz de mejorar los procesos de
supervisión de obras civiles apoyándose en un prototipo basado en
geolocalización, que permita que la información esté disponible de una manera
más rápida y eficaz con la finalidad de que sea posible realizar los seguimientos
correspondientes más frecuentemente.
Con el fin de realizar lo mencionado anteriormente, se utilizó la herramienta de
mejora continua PHVA con el objetivo de mejorar el seguimiento continuo,
contribuir al avance progresivo de las etapas concebidas en el desarrollo de un
proyecto de obra civil, para esto se tomó como objeto de análisis el proyecto de
grado titulado “Sistema de monitoreo del sector de alta complejidad de altos de
la estancia de la localidad de Ciudad Bolívar, que permita evaluar la evolución
del comportamiento geotécnico a partir de la instrumentación y monitoreo
topográfico, estructural y geotécnico del sector” de la universidad Distrital
Francisco José de Caldas
Inicialmente se abordan los antecedentes en cuanto a supervisión de obra se
refiere, asimismo, se realiza un estudio de la situación actual del proyecto en
observación, este documento detalla el modelo del sistema de
georreferenciación, que será parte de la estructura planteada y que se integra al
ciclo de vida PHVA, en donde se documentan cada una de las fases identificando
los inconvenientes con mayor relevancia y las posibles causas que lo provocan,
asimismo, se estableció indicadores que permitieron verificar la evolución de la
situación después de la implementación de los planes de acción definidos en la
etapa de planeamiento.
Por otra parte, en el primer capítulo, se hace una breve descripción del proyecto,
la formulación del problema, el objetivo principal de nuestro trabajo, sus objetivos
específicos, y la justificación del mismo. El segundo capítulo, consta de una
descripción del marco referencial en el que se presentan los principales
conceptos y definiciones, como de la metodología en la que se basa este
proyecto, de modo que sirva para entender porque se ha planteado este tema
como base de desarrollo.
El tercero y cuarto capítulo definen los alcances y las limitaciones del objeto de
este proyecto, como también la forma en la que impacta este trabajo a los
procesos de calidad y de supervisión de los proyectos en obras civiles, además
se describe la factibilidad económica y legal para el desarrollo del mismo.
12
En el capítulo quinto se desarrolla de manera detallada cada una de las fases de
la metodología PHVA en pro de mejorar los procesos de calidad y supervisión
de obras civiles como de la estructura y desarrollo de la aplicación móvil, que
ayudará a situar al lector en la implementación de esta metodología. El sexto
capítulo describe la navegabilidad de la aplicación y la estructura lógica y
funcional del manejo de los datos a nivel de aplicativo, se referencia la gestión
de errores y las posibles excepciones que pueden ocurrir. En cuanto al séptimo
capítulo, en este se detalla las pruebas realizadas tanto al modelo como a la
aplicación.
Finalmente, en el capítulo octavo se mencionan las conclusiones y las
recomendaciones que surgieron en el desarrollo de este proyecto con base en
los objetivos planteados.
13
1. DEFINICIÓN PLANEACIÓN Y ORGANIZACIÓN
1.1 TEMA
El proyecto se centra en la creación de una propuesta para el diseño de un
modelo de un sistema georreferencial el cual ofrece la oportunidad de optimizar
los procesos de supervisión de obras civiles.
1.2 TÍTULO
Modelo de un sistema de georreferenciación para la ubicación, toma y
transmisión de imágenes de avances de obra civiles en dispositivos con sistema
operativo Android, para la supervisión y seguimiento en los proyectos de obra.
1.3 DESCRIPCIÓN DEL PROBLEMA
Actualmente la comunicación y la actualización de la información en cuanto a los
procesos existentes del proyecto, entre el director de obra y el personal de
ejecución se ve afectada debido a la cantidad de programas de obra, en los
cuales el director posee toda la responsabilidad de administrar o dirigir.
Por tal razón, la atención que debe suministrar a cada uno de los subsistemas
de obra tiene que dividirse, viéndose afectada la disponibilidad que se necesita
para estar al tanto en un tiempo corto de cada uno de ellos, del mismo modo,
gran parte de los problemas en las construcciones, tanto desde el punto de vista
de la seguridad, como desde el punto de vista del servicio, no provienen del
diseño, ni de los materiales, sino principalmente de la ejecución del proyecto.
De tal manera que la supervisión tiene un papel extremadamente importante en
cuanto se refiere a tiempos de entrega, eficiencia y calidad de la producción,
cumplimiento de objetivos y la automatización de los procesos; Ricardo Mora,
gerente de Planeación Estratégica y Representante Legal de CNK Consultores,
una de las principales compañías de consultoría para ingeniería y arquitectura
de Colombia señala en el artículo titulado “supervisión técnica independiente”
publicado el 18 de marzo de 2018, que cada constructora debería tener un área
gerencial específicamente encargada de la labor de supervisión, a raíz de los
recientes acontecimientos relacionados con las graves fallas en diseño y
ejecución de las obras civiles en Colombia.
Como consecuencia de lo anterior, se hace necesario buscar una alternativa que
ayude a mejorar el seguimiento continuo y el avance progresivo de las etapas
14
concebidas en el desarrollo de un proyecto de obra civil, esto, con el fin de
optimizar y agilizar de una manera eficiente el proceso de supervisión, vigilancia
y seguimiento los cuales no se deben dejar pasar por alto, debido a que el
incumplimiento o retraso de los tiempos de entrega de los contratos generan
gran cantidad de inconvenientes para las partes involucradas, como lo expone
Mateo Burgos Marín y Daniel Vela Ávila en el trabajo de tesis “análisis de las
causas del incumplimiento de la programación en las obras civiles”, en el que
afirman que las vías de acceso a la información de las obras no son las
adecuadas para poder cumplir satisfactoriamente con la ejecución de estas,
avalando dicha afirmación el 65% de la población encuestada en dicho trabajo
de investigación.
Por tales motivos, los proyectos de obras civiles deberían poder hacer uso de los
beneficios otorgados por las tecnologías actuales e implementar mejoras en sus
procesos de calidad con el fin de brindar oportunidades de estudio detallado,
para que se realice de forma más eficiente y rápida el análisis y control de
seguimiento, con el propósito de disminuir los tiempos de acceso a la información
de los proyectos según sea requerido.
1.4 FORMULACIÓN DEL PROBLEMA
¿Es posible diseñar un modelo utilizando el ciclo de mejora continua PHVA que
permita optimizar el proceso de calidad a través de un sistema basado en
métodos de geolocalización enfocado a la captura y transmisión de imágenes
fotográficas para que ayude a mejorar los procesos internos de supervisión y
seguimiento en los proyectos de obra civil?
1.5 OBJETIVOS
1.5.1 OBJETIVO GENERAL
Desarrollar un modelo capaz de optimizar el proceso de calidad, para mejorar
los procesos internos de supervisión y seguimiento de los proyectos de obra civil
utilizando el ciclo de mejora continua PHVA, mediante un sistema basado en
métodos de geolocalización enfocado a la captura y transmisión de imágenes
fotográficas.
15
1.5.2 OBJETIVOS ESPECÍFICOS
1. Analizar la situación actual de las empresas de construcción de obras.
2. Establecer planes de acción a partir de la situación actual de la empresa
en estudio.
3. Desarrollar el prototipo de un sistema basado en geolocalización para
tomar y transmitir imágenes de los avances de las obras civiles para
dispositivos con sistema operativo Android.
4. Realizar pruebas al prototipo y al modelo.
1.6 JUSTIFICACIÓN
La realización de este proyecto tiene como justo propósito mejorar los procesos
internos de supervisión y seguimiento en los proyectos de obra civil. Ya que
permitirá que se optimicen y reduzcan los tiempos de control e inspección de
proyectos, incrementando la eficiencia de cada uno de ellos.
De esta manera se podrá aprovechar mejor los recursos disponibles, logrando
mejorar la eficiencia de los procesos de monitoreo y asegurar la calidad del
mismo y la competitividad de los ingenieros involucrados en el proyecto. Por
tanto, estas mejoras buscarán que sean eficientes los procesos para reducir
tiempos, reducir mermas, mejorar la calidad de la actividad; además, la
metodología a implementar permitirá la concienciación del personal a buscar la
mejora de manera continua, entenderán pues que los beneficios se reflejaran
también en mejores condiciones laborales y la evolución a actividades rutinarias.
Del mismo modo, el desarrollo de un prototipo tecnológico sustentado en la
localización georreferencial permitirá que la mejora en los procesos pueda
llevarse a cabo, asentirá al proyecto estar compuesto por una estructura
organizacional con roles y responsabilidades y un conjunto coherente de
políticas, procesos y procedimientos, con el objetivo de forjar, promover y
extender una metodología eficiente en todos los niveles y de esta forma gestionar
de manera adecuada la supervisión de un proyecto.
16
1.7 MARCO DE REFERENCIA
1.7.1 MARCO HISTÓRICO
Durante los últimos años las aplicaciones para teléfonos inteligentes se han
popularizado y este fenómeno no ha sido ajeno a las empresas que han visto a
las aplicaciones móviles una forma de potenciar sus productos y servicios,
también hemos sido testigos de un fenómeno naciente y son empresas que se
crearon completamente en la nube y que su modelo de negocio está basado en
aplicaciones donde el cliente se puede conectar mediante georreferenciación
con alguien que ofrezca un producto, saber su ubicación actual y tomar
fotografías según sean su necesidades un claro ejemplo seria Rappi quien
ofrece sus servicios para hacer comprar de insumos y llegado el caso que no se
encuentre lo que busca, el repartidor envía fotos de productos parecidos al
solicitado al cliente para solventar su necesidad.
Para el desarrollo del presente proyecto se consultaron diferentes fuentes de
información, para buscar herramientas similares a la que se pretende realizar,
esta búsqueda arrojó la siguiente información:
PlanGrid (Estados Unidos): Es un software de productividad de construcción
diseñado para el campo, PlanGrid para iPad, se lanzó en marzo de 2012, su
aplicación para iPhone lanzada en septiembre de 2012, y su aplicación para
Android lanzada en mayo de 2014. La plataforma proporciona actualizaciones
en tiempo real y sincronización de archivos sin interrupciones a través de Wi-Fi
y redes celulares.
PlanGrid deja a un lado los planos en papel, brinda los beneficios del control de
versiones para los trabajadores de campo y es una plataforma colaborativa para
compartir información de construcción, como marcas de campo, fotos de
progreso y seguimiento de problemas, dentro de las características principales
que posee el software en mención se encuentran
marcas y fotos: permite registrar observaciones rápidas desde el campo
usando herramientas como formas, flechas y texto en diferentes colores.
incluso marcar detalles en las fotos.
sincronización del equipo: permite sincronizar las marcas seleccionadas
para todo el equipo del proyecto. las actualizaciones se sincronizan
automáticamente en todos los dispositivos de los miembros del equipo.
17
control de versiones: las revisiones de planos se insertan
automáticamente en orden, por lo que siempre está trabajando desde el
último conjunto, sin perder el acceso al historial del proyecto.
Hipervínculos: los planos tienen hipervínculos automáticamente, por lo
que se pueden acceder a ellos con un solo toque o clic.1
Construction Manager: El Construction Manager fue desarrollado por SNAPPI
una empresa de computación en la nube para un rápido desarrollo de
aplicaciones móviles en gran parte para negocios y empresas del sector de la
construcción, está diseñado para garantizar un flujo de información preciso y
regular, como registros de mantenimiento e informes diarios, estimaciones de
proyectos y timesheets entre la sede de la empresa y los sitios de construcción.
Permiten a los contratistas, compañías de servicios, vendedores y estimadores
crear rápidamente estimaciones para proyectos de construcción y reparación.
Los formularios de Informe diario y Registro de mantenimiento ayudan a los
trabajadores de la construcción a registrar todos los eventos importantes del día,
lo que da como resultado un registro uniforme.
Dentro de las características principales que posee el software en mención se
encuentran:
Hacer estimaciones de proyectos de construcción para cuantificar
materiales, mano de obra y equipos.
Hacer un seguimiento de los tiempos de trabajo, proyectos y ocasiones
con un formulario de horas móviles
Registrar eventos importantes del día
Calcular tamaños y presupuestos
Crear lista de contactos2
Archireport: En 2011 Julien Cotteaux y Morgan Bigot crearon Archireport una
aplicación que permite a sus usuarios realizar informes del sitio de construcción
directamente en el sitio con un móvil o tableta; no más notas escritas a mano
que necesitan ser escritas nuevamente en la oficina. Las observaciones, los
dibujos y las fotos se agregan directamente a la aplicación
1 Tomado del sitio web https://www.plangrid.com/la-es/ (Consultado Febrero-2018) 2 Tomado del sitio web https://www.snappii.com/app/snappii-construction-manager-app/ (Consultado febrero 2018)
18
Dentro de las características principales que posee el software en mención se
encuentran:
Gestión de servicios y participantes: Permite estructurar el proyecto en
servicios y subservicios, y asignar las observaciones a esas distintas
secciones, así como a los diferentes participantes de las visitas de obra.
Trabajo colaborativo: permite compartir proyectos y trabajar en equipo.
Tras sincronizar los datos, los participantes invitados tienen acceso y
pueden modificar sus proyectos y sus visitas de obra
Archireport Planning: ofrece una planificación que se adapta a los
proyectos. permite Administrar trabajos y crear enlaces de dependencia
con facilidad.
Gestión de asistencia: Permite registrar la asistencia a las reuniones,
Indicando la asistencia, las fallas justificadas o injustificadas de cada
participante, así como la invitación para la próxima reunión.
Crear informes en PDF3.
Civil Control (Colombia): Es una herramienta que Permite a los gerentes de
proyectos de construcción llevar un seguimiento y control continuo de sus obras,
recopilando información en sitio mediante formatos de avance de obra, realiza el
seguimiento y control continuo de los proyectos, ya que el ingeniero residente
tendrá toda la información de planeación en la palma de su mano, sabrá qué es
lo que tiene que ejecutar a diario, y la información recopilada es enviada
inmediatamente a los gerentes de proyecto para que estos tomen las decisiones
en tiempo real.4
1.7.2 MARCO LEGAL
Para el desarrollo del prototipo propuesto es fundamental garantizar la no
violación de las siguientes leyes que rigen en el gobierno colombiano, de tal
manera que siempre se garantice el cumplimiento de estas.
La constitución política de 1991, en su artículo 61, el cual expresa: “El estado
protegerá la propiedad intelectual por el tiempo y mediante las formalidades que
establezca la ley” (Constitución política de Colombia, 1991). Respetar las
investigaciones, códigos y propiedad intelectual es fundamental para fomentar la
originalidad, creatividad y sana investigación en el entorno académico y laboral.
3 Tomado del sitio web https://www.archireport.com/es/ (fecha de consulta: febrero 2018) 4 Tomado del sitio web http://www.civilcontrol.co/ (fecha de consulta febrero 2018)
19
Al ser una plataforma que almacenará datos de los usuarios que se registran
para hacer uso del prototipo se debe garantizar el cumplimiento de la ley
estatutaria 1266 de 2008 por la cual se dictan las disposiciones generales de
hábeas data y se regula el manejo de la información contenida en bases de datos
personales, en especial la financiera, crediticia, comercial, de servicios y la
proveniente de terceros países y se dictan otras disposiciones.
A su vez es necesario enmarcar el proyecto en la ley estatutaria 1581 del 2012
donde se dictan las suposiciones generales de protección de datos personales.
“Artículo 1°. Objeto. La presente ley tiene por objeto desarrollar el derecho
constitucional que tienen todas las personas a conocer, actualizar y rectificar las
informaciones que se hayan recogido sobre ellas en base de datos o archivos, y
los demás derechos, libertades y garantías constitucionales a que se refiere el
artículo 15 de la Constitución Política; así como el derecho a la información
consagrado en el artículo 20 de la misma” (Ley 1581,2010).
1.7.3 MARCO TEÓRICO
Las TIC no son solo conexión a internet ni dispositivos móviles; son además
tecnologías que se usan para la gestión y transformación de la información y el
uso de ordenadores y programas que permiten crear, modificar, almacenar,
administrar, proteger y recuperar información.
Sin embargo, como lo menciona el doctor Emilio Humberto y la doctora Paola
Puche, en su investigación del 2015 NUEVAS TECNOLOGÍAS EN LA
ENSEÑANZA DE LA INGENIERÍA CIVIL, pese a la potencialidad de las
computadoras y las TIC, sus principales usos, se reducen a un aprovechamiento
de las funciones básicas de cada herramienta TIC, de esta manera aprovechar
las tecnologías que hoy están a la mano como la computación en la nube permite
aumentar el potencial de las herramientas, plataformas y cualquier servicio
tecnológico, esto se puede ver más claramente con la investigación de Gabriela
Guerra Rey en su artículo, 2017: EL AÑO DE LA TRANSFORMACIÓN DIGITAL,
en el cual expone que se proyecta que, en 2020, el 50% de los negocios de las
tres mil principales empresas de América Latina dependerán de su capacidad
para crear productos, servicios y experiencias mejoradas por la computación en
la nube.
en la tesis de grado titulada: “implementación del sistema de gestión de la calidad
bajo la norma ISO 9001-2008 en la constructora Genab S.A.S.” por Sergio
Andrés Agudelo barrios en el año 2015, se enfatiza en gran medida que la
organización debe mejorar continuamente la eficacia del sistema de gestión de
la calidad mediante el uso de la política de calidad, los objetivos de calidad, los
resultados de las auditorias, el análisis de datos, las acciones correctivas y
20
preventivas y la revisión de la dirección, es en el análisis y recolección de datos
que el presente trabajo de grado quiere introducirse, utilizando la computación
en la nube como piedra angular y el desarrollo en Android como fuente de
recolección de datos.
1.7.3.1 Concepto de supervisión de obra
La supervisión de obra puede ser un factor determinante tanto para el éxito,
como para el fracaso de un proyecto. Un número grande de problemas
estructurales y de servicio en las construcciones no son atribuibles a deficiencias
del diseño o de los materiales, sino principalmente, al mal desempeño de la
supervisión. El profesional que desempeña el trabajo de supervisor de obra se
enfrenta no sólo a problemas de carácter técnico, sino también a conflictos
generados por la interacción humana. Además de las competencias necesarias
para afrontar los problemas de carácter técnico y humano, el supervisor debe
contar con un conjunto de valores y actitudes positivas para un adecuado
desempeño de su labor. Para el cumplimiento de sus objetivos, la supervisión
debe hacer un uso correcto del medio de comunicación a su alcance,
principalmente de la bitácora de obra.5
1.7.3.2 Concepto de dispositivo móvil
Un dispositivo móvil es un pequeño dispositivo de computación portátil que
generalmente incluye una pantalla y un método de entrada (ya sea táctil o teclado
en miniatura). Muchos dispositivos móviles tienen sistemas operativos que
pueden ejecutar aplicaciones. Las aplicaciones hacen posible para los
dispositivos móviles y teléfonos celulares se utilicen como dispositivos para
juegos, reproductores multimedia, calculadoras, navegadores y más.6
1.7.3.3 Concepto de aplicación móvil
Una aplicación móvil, api o app es una aplicación informática diseñada para ser
ejecutada en teléfonos inteligentes, tabletas y otros dispositivos móviles y que
permite al usuario efectuar una tarea concreta de cualquier tipo: profesional, de
5 Tomado del sitio web http://www.redalyc.org/html/467/46780106/ (Fecha de consulta: febrero 2018) 6 Tomado del sitio web https://www.lds.org/media-library/accessing-media-mobile?lang=spa&clang=cak (Fecha de consulta: febrero2018)
21
ocio, educativas, de acceso a servicios, etc., facilitando las gestiones o
actividades a desarrollar.
1.7.3.4 Concepto de Aplicaciones nativas
Las aplicaciones nativas son aquellas desarrolladas bajo un lenguaje y entorno
de desarrollo específico, lo cual permite, que su funcionamiento sea muy fluido
y estable para el sistema operativo que fue creada.7
1.7.3.5 Geolocalización
La geolocalización es la capacidad para obtener la ubicación geográfica real de
un objeto, como un radar, un teléfono móvil o un ordenador conectado a Internet.
La geolocalización puede referirse a la consulta de la ubicación, o bien para la
consulta real de la ubicación. El término geolocalización está estrechamente
relacionado con el uso de sistemas de posicionamiento, pero puede distinguirse
de estos por un mayor énfasis en la determinación de una posición significativa
(por ejemplo, una dirección de una calle) y no sólo por un conjunto de
coordenadas geográficas. Este proceso es generalmente empleado por los
sistemas de información geográfica, un conjunto organizado de hardware y
software, más datos geográficos, que se encuentra diseñado especialmente para
capturar, almacenar, manipular y analizar en todas sus posibles formas la
información geográfica referenciada.8
1.7.3.6 Sistemas de Información y Sistemas de Información
Geográfica
En general, un Sistema de Información (SI) consiste en la unión de información
en formato digital y herramientas informáticas (programas) para su análisis con
unos objetivos concretos dentro de una organización (empresa, administración,
etc.). Un SIG es un caso particular de SI en el que la información aparece
georreferenciada es decir incluye su posición en el espacio utilizando un sistema
de coordenadas estandarizado (generalmente UTM). Cuando se habla de
Sistemas de Información, suele pensarse en grandes sistemas informáticos que
prestan apoyo a empresas u organismos de cierta envergadura. Este apoyo
implica:
7 Tomado del sitio web https://www.nextu.com/blog/apps-nativas-vs-apps-hibridas/ (Fecha de consulta: febrero 2018) 8 Tomado del sitio web https://es.wikipedia.org/wiki/Geolocalizaci%C3%B3n (Fecha de consulta: febrero 2018)
22
• El almacenamiento de la información relativa al capital de la empresa y a todas
las transacciones,
• Permitir la consulta de datos particulares con cierta facilidad y desde diferentes
puntos,
• Analizar estos datos para obtener un mejor conocimiento de las vicisitudes que
atraviesa la empresa,
• Ayudar en la toma de decisiones importantes.9
1.7.3.7 Computación en la Nube o Cloud Computing
La computación en nube es un sistema informático basado en Internet y centros
de datos remotos para gestionar servicios de información y aplicaciones. La
computación en nube permite que los consumidores y las empresas gestionen
archivos y utilicen aplicaciones sin necesidad de instalarlas en cualquier
computadora con acceso a Internet. Esta tecnología ofrece un uso mucho más
eficiente de recursos, como almacenamiento, memoria, procesamiento y ancho
de banda, al proveer solamente los recursos necesarios en cada momento. El
término “nube” se utiliza como una metáfora de Internet y se origina en la nube
utilizada para representar Internet en los diagramas de red como una abstracción
de la infraestructura que representa.10
Ilustración 1 -Computación en la nube.
Fuente: http://www.losporque.com/wp-content/uploads/2012/10/computacion-en-nube-400x381.jpg
9 Tomado del sitio web http://www.um.es/geograf/sigmur/temariohtml/node16.html (Fecha de consulta: febrero 2018) 10 Tomado del sitio web https://es.calameo.com/books/004181369b4f4c189c249 (Fecha de consulta: febrero 2018)
23
1.7.3.8 Firebase
Firebase es la una plataforma de desarrollo móvil en la nube de Google. Se trata
de una plataforma disponible para diferentes plataformas (Android, iOS, web),
con lo que de esta forma presentan una alternativa seria a otras opciones para
ahorro de tiempo en el desarrollo como Xamarin.11
Ilustración 2- Servicios de Firebase
Fuente: https://elandroidelibre.elespanol.com/wp-content/uploads/2016/05/Screen-Shot-2016-05-19-at-00.13.32-
750x463.png
1.7.3.9 ¿Qué servicios nos ofrece?
Base de datos Realtime
Con la base en tiempo real de Firebase podrás guardar todos los datos que
requiera tu aplicación. Esta base de datos funciona en tiempo real por lo que los
cambios se mostrarán al instante. Estos se almacenan en formato JSON y se
pueden agregar reglas para permitir requests con token o solo desde una URL
por ejemplo12.
11 Tomado del sitio web https://www.iebschool.com/blog/firebase-que-es-para-que-sirve-la-plataforma-desarroladores-google-seo-sem/ (Fecha de consulta: febrero 2018) 12 Tomado del sitio web https://elandroidelibre.elespanol.com/2016/05/firebase-plataforma-desarrollo-android-ios-web.html (Fecha de consulta: febrero 2018)
24
Ilustración 3 - Base de datos realtime
Fuente: https://i.ytimg.com/vi_webp/U5aeM5dvUpA/maxresdefault.webp
Autenticación
Es un servicio que nos simplifica el inicio de sesión y la gestión de la misma en
nuestra aplicación. Si la usamos en aplicaciones web o Android Studio es
extremadamente fácil de configurar, con un simple método ya podremos guardar
un usuario con su contraseña y correo.13
Ilustración 4- Autenticación Firebase
Fuente: https://i.ytimg.com/vi_webp/8sGY55yxicA/maxresdefault.webp
Almacenamiento
Este servicio es muy bueno para aplicaciones que requieran guardar archivos
del usuario. También nos sirve si queremos subir estáticos ya que existe un
botón desde la interfaz o podemos programar algo13.
13 Tomado del sitio web https://openwebinars.net/blog/que-es-firebase-de-google/ (Fecha de consulta: febrero 2018)
25
Ilustración 5 - Almacenamiento Firebase
Fuente: https://i.ytimg.com/vi_webp/_tyjqozrEPY/maxresdefault.webp
Hosting
Con una colección de estáticos podemos subir una aplicación y esta
automáticamente contará con SSL y HTTP2. Si tenemos una app con Angular o
Firebase podemos hacer un build desde nuestros ordenadores y subir estos
archivos generados y nos funcionarán sin problemas14.
Ilustración 6- Hosting Firebase
Fuente: https://i.ytimg.com/vi_webp/jsRVHeQd5kU/maxresdefault.webp
Cloud Functions(BETA)
Cloud Functions es un producto bastante reciente de Firebase que tiene como
objetivo la transformación de nuestro código del backend en pequeñas piezas
del mismo (funciones). Estas funciones son creadas en NodeJS y se suben
asíncronamente desde nuestra aplicación. Al crearse generan una URL a la que
podemos llamar desde AJAX para que se ejecute el código pertinente15
14 Ibit 15 Ibit
26
Ilustración 7 -Clound Functions Firebase
Fuente: https://i.ytimg.com/vi_webp/vr0Gfvp5v1A/maxresdefault.webp
Laboratorio de tests para Android
Este servicio nos ofrece la posibilidad de probar los tests de nuestra aplicación
en los entornos que configuremos (Dispositivo, versión del OS), por lo que nos
hace una gran parte del trabajo.16
Ilustración 8- Laboratorio de test Firebase
Fuente: https://i.ytimg.com/vi_webp/0EHSPFvH7vk/maxresdefault.webp
Informes sobre fallos
Con esta utilidad podemos detectar los errores que aparezcan en nuestras
aplicaciones de iOS y Android así como poder erradicarlos a tiempo17.
16 Ibit 17 Ibit
27
Ilustración 9- Informe fallos firebase
Fuente: https://i.ytimg.com/vi_webp/OsWZ3vcInq8/maxresdefault.webp
Monitoreo de rendimiento
Esta herramienta te ayudará a medir el rendimiento de tu aplicación y el tiempo
que los usuarios pasan durante los diferentes procesos de la misma con el fin de
que puedas detectar problemas en el tiempo de carga y prevenirlos antes de que
causen cualquier otro tipo de problema o que los usuarios eliminen tu
aplicación18.
Ilustración 10 - Monitoreo de rendimiento firebase
Fuente: https://i.ytimg.com/vi_webp/0EHSPFvH7vk/maxresdefault.webp
Notificaciones
Este servicio nos permitirá gestionar el envío de notificaciones a nuestros
usuarios con la diferencia de que estas podrán ser programadas acorde a
diferentes parámetros19.
Ilustración 11-Notificaciones firebase
Fuente: https://i.ytimg.com/vi_webp/R3cbfZKfmkE/maxresdefault.webp
18 Ibit 19 Ibit
28
Configuración remota
Este añadido nos permitirá básicamente modificar el comportamiento y la
apariencia de nuestra aplicación sin que nuestros usuarios tengan que tocar
nada20.
Ilustración 12- Configuración remota Firebase
Fuente: https://i.ytimg.com/vi_webp/_CXXVFPO6f0/maxresdefault.webp
Enlaces dinámicos
Con los enlaces dinámicos podremos asegurarnos que a pesar de las
redirecciones que supone el proceso de instalar una aplicación desde un
anuncio, lleguemos a la vista deseada, ganando así una experiencia que el
usuario agradecerá21.
Ilustración 13- Enlace dinámicos firebase
Fuente: https://i.ytimg.com/vi_webp/LvY1JMcrPF8/maxresdefault.webp
Admob
Mediante este servicio podremos colocar publicidad en distintos lados de nuestra
aplicación. Muchas aplicaciones gratuitas como pueden ser algunos juegos
llevan implementado este sistema de publicidad o similares22.
20 Ibit 21 Ibit 22 Ibit
29
Ilustración 14- Admob Firebase
Fuente: https://www.gstatic.com/mobilesdk/160505_mobilesdk/zerostate/2x/amb.png
1.7.3.10 Android Studio
Android Studio es el entorno de desarrollo integrado (IDE) oficial para el
desarrollo de aplicaciones para Android y se basa en IntelliJ IDEA . Además del
potente editor de códigos y las herramientas para desarrolladores de IntelliJ,
Android Studio ofrece aún más funciones que aumentan tu productividad durante
la compilación de apps para Android:
Principales características que incluye Android Studio:
Soporte para programar aplicaciones para Android Wear (sistema
operativo para dispositivos corporales como por ejemplo un reloj).
Herramientas Lint (detecta código no compatible entre arquitecturas
diferentes o código confuso que no es capaz de controlar el compilador)
para detectar problemas de rendimiento, usabilidad y compatibilidad de
versiones.
Utiliza ProGuard para optimizar y reducir el código del proyecto al exportar
a APK (muy útil para dispositivos de gama baja con limitaciones de
memoria interna).
Integración de la herramienta Gradle encargada de gestionar y
automatizar la construcción de proyectos, como pueden ser las tareas de
testing, compilación o empaquetado.
Nuevo diseño del editor con soporte para la edición de temas.
Nueva interfaz específica para el desarrollo en Android.
Permite la importación de proyectos realizados en el entorno Eclipse, que
a diferencia de Android Studio (Gradle) utiliza ANT.
Posibilita el control de versiones accediendo a un repositorio desde el que
poder descargar Mercurial, Git, Github o Subversion.
Alertas en tiempo real de errores sintácticos, compatibilidad o rendimiento
antes de compilar la aplicación.
30
Vista previa en diferentes dispositivos y resoluciones.
Integración con Google Cloud Platform, para el acceso a los diferentes
servicios que proporciona Google en la nube.
Editor de diseño que muestra una vista previa de los cambios realizados
directamente en el archivo xml23.
1.7.3.11 Material Design
Es una nueva filosofía enfocada, inicialmente, para el diseño Android; u nombre
traduce “Diseño material”, y… ¿Qué significa? Esta filosofía de diseño basó su
nombre en los objetos materiales. Según la definición oficial de Google: “es un
lenguaje que combina los principios innovadores de la tecnología con las normas
clásicas del diseño”.
Se debe, entonces, a una serie de pautas en las cuales los colores, las sombras,
la profundidad, las superficies y los bordes juegan un papel protagonista, tal
como en la realidad material que experimentamos a diario.
Matías Duarte, creador de este concepto, explicó que “a diferencia del papel, el
Diseño Material se puede ampliar y redimensionar de manera inteligente.
Material Design tiene superficies físicas y bordes. Las escenas y sombras
proporcionan significado sobre lo que se puede tocar y cómo se va a mover”
Material Design se integró en la versión 5.0 (Android Lollipop) como reemplazo
al ampliamente conocido estilo de diseño Holo (cuyo nombre se debe a su
similitud con la apariencia de un holograma)24.
1.7.4 MARCO METODOLÓGICO
En el proyecto “modelo de un sistema de georreferenciación para la ubicación,
toma y transmisión de imágenes de avances de obra civiles en dispositivos con
sistema operativo Android, para la supervisión y seguimiento en los proyectos de
obra” se utiliza el ciclo de mejora continua “Planificar- Hacer-Verificar-Actuar”
PHVA que fue desarrollado inicialmente en la década de 1920 por Walter
Shewhart, y fue popularizado por W, Edwars Deming. Por esta razón es
frecuentemente conocido como el “Ciclo de Deming”. Y para el desarrollo del
software, la metodología a utilizar es SCRUM.
23 Tomado del sitio web https://developer.android.com/studio/intro/?hl=es-419 (Fecha de consulta: febrero 2018) 24 Tomado del sitio web https://www.nextu.com/blog/material-design-que-es/ (Fecha de consulta: febrero 2018)
31
1.7.4.1 Metodologías para el mejoramiento de los procesos
Una mejora de la calidad de los procesos exitosa depende de la capacidad de
identificar y resolver problemas. De acuerdo a las teorías de Kepner y Tregoe,
un
“problema es una desviación entre lo que debería estar ocurriendo y lo que
realmente ocurre, y que sea lo suficientemente importante para hacer que
alguien piense que esa desviación debe corregirse”
La solución de problemas debe fundamentarse en el trabajo en equipo y además
debe ser un esfuerzo muy creativo. Cualquier proceso de solución de problemas
debe tener los siguientes cuatro componentes principales:
Redefinir y analizar el problema
Generar ideas
Evaluar y seleccionar ideas
Implementar las ideas
Para lograr que las soluciones de los problemas cuenten con los cuatro
componentes existen diferentes metodologías que se han venido planteando a
lo largo de los años por diferentes autores como Walter Shewhart y Juran y que
hoy en día grandes compañías del mundo aplican a sus procesos en el momento
de mejorarlos.
Rediseño y Mejora. Rediseñar un proceso es hacerlo más eficiente y eficaz.
Es conseguir que rinda en un grado superior al que tenía anteriormente, y ello
gracias a una acción sistemática sobre el proceso que hará posible que los
cambios sean estables. Se trata de conocer el proceso, sus causas asignables
(imputables) de variación, de eliminar actividades sin valor añadido y de
aumentar la satisfacción del cliente25.
El rediseño de procesos incluye una actividad de mejora permanente, ya que al
rediseño en sí ha de seguir la aplicación del ciclo PHVA de mejora continua.
1.7.4.2 Ciclo PHVA. (El Ciclo PHVA o Ciclo Deming)
Es una metodología de mejora que está compuesta por cuatro etapas: planear,
hacer, verificar y ajustar.
La etapa del planear consiste en estudiar la situación actual, recolectar
información y genera un diagnóstico. Dentro de las actividades que se
25 Tomado del sitio web https://www.gerenciadigital.com/articulos/proceso.htm (Fecha de consulta: febrero 2018)
32
desarrollan en esta etapa se encuentran la definición del proceso, sus insumos,
resultados, clientes y proveedores. Identificar las expectativas del cliente,
identificar problemas y desarrollar posibles soluciones que también hacen parte
de las actividades a desarrollar.
En la etapa de hacer, el plan se pone en práctica, es decir se desarrolla una
prueba piloto del plan anteriormente realizado. Esta implementación limitada es
un experimento para evaluar una solución propuesta y brindar datos objetivos.
La etapa de verificar determina si durante el ensayo el plan está funcionando
correctamente, o si se han encontrado problemas u oportunidades adicionales.
Se proponen nuevas soluciones y se evalúan, volviendo a la etapa de hacer.
En la última etapa, ajustar, el plan final, se pone en práctica y las mejoras se
convierten en normas y se ponen en práctica de manera continua.
Ilustración 15 – Estructura ciclo PHVA
Fuente: https://i2.wp.com/www.blog-top.com/wp-content/uploads/2007/07/clip_image001_0001.gif?w=660
Para el desarrollo de cada una de las etapas de esta metodología existen
herramientas que facilitan la gestión y permiten obtener información acorde con
el mejoramiento de los procesos o solución de problemas.
Herramientas como los diagramas de flujo de proceso, el estudio de tiempos, la
casa de la calidad y diagramas causa efecto son utilizadas con el fin de obtener
información para la realización del diagnóstico de la situación actual del proceso
o problema. En la metodología del Ciclo PHVA son de gran importancia para
33
realizar la etapa del planear y de esta forma proponer oportunidades de
mejoramiento.
El Ciclo PHVA en el Mantenimiento y Mejoras
El ciclo PHVA de control puede utilizarse para mantener y mejorar las “directrices
de control” de un proceso. El ciclo PHVA es utilizado para el mantenimiento del
nivel de control, cuando el proceso es repetitivo y el plan (P) consta de una meta,
que es una faja aceptable de valores y de un método que comprende los
“procedimientos Operacionales de Estándar POE”. Los indicadores de resultado,
son fajas de valores-estándar como, por ejemplo: calidad-estándar, costo-
estándar, plazo estándar, cantidad-estándar, etc. El ciclo PHVA también se
utiliza para el mejoramiento del nivel de control (o mejoramiento de la “directriz
de control”. En este caso, el proceso no es repetitivo y el plan consta de una
meta que es un valor definido (por ejemplo: reducir en un 50% el índice de piezas
defectuosas) y de un método que comprende aquellos procedimientos propios,
necesarios para alcanzar la meta. Esta meta es el nuevo “nivel de control”26.
Todos los integrantes de la empresa (directores, gerentes, técnicos y auxiliares)
utilizan el ciclo PHVA de las dos maneras indicadas, pero los auxiliares utilizan
más intensamente el ciclo PHVA en el Mantenimiento, pues su trabajo consiste,
esencialmente, en el cumplimiento de los estándares. Los auxiliares utilizan el
ciclo PHVA en las Mejoras cuando participan de los Círculos de Control de la
Calidad (CCC). A medida que se asciende en la jerarquía, el ciclo PHVA se utiliza
cada vez más en las mejoras. Esto significa que la gran función de las instancias
de decisión es establecer nuevos niveles de control que garanticen la
supervivencia de la empresa27.
26 Tomado del sitio Web http://johnnavas.galeon.com/productos1002127.html. John Navas. Galeon.com (Fecha de consulta: febrero 2018) 27 Ibit
34
Ilustración 16 - Ciclo PHVA en el mantenimiento y mejoras
Fuente: https://issuu.com/hherrera1010/docs/control_de_proceso-_metodo
El Ciclo PHVA Utilizado para Mejorar Resultados
La utilización del ciclo PHVA para mejorar las “directrices de control” es la
responsabilidad de todos los niveles jerárquicos. Los auxiliares utilizan el PHVA
para mejorar las actividades de los Círculos de Control de la Calidad (CCC). La
siguiente figura muestra la utilización del PHVA para la mejora, que se traduce
en el “Método de Análisis y Solución de Problemas” (MASP). Este método, es el
más importante dentro del TQC y debería ser dominado por todas las personas
de la empresa, puesto que es el arma más importante para la dirección de la
empresa y la base para la realización de las directrices introducidas por el
planeamiento estratégico. Para ser competitivos es necesario que todos sean
importantes solucionadores de problemas.
Ilustración 17- Estructura PHVA para mejorar resultados
Fuente: https://issuu.com/hherrera1010/docs/control_de_proceso-_metodo
35
1.7.4.3 Herramientas para el análisis de procesos
1.7.4.3.1 Definición del concepto de diagrama de Pareto
El diagrama de Pareto constituye un sencillo y gráfico método de análisis que
permite discriminar entre las causas más importantes de un problema (los pocos
y vitales) y las que lo son menos (los muchos y triviales)28. Sus principales
ventajas son:
Ayuda a concentrarse en las causas que tendrán mayor impacto en caso
de ser resueltas.
Proporciona una visión simple y rápida de la importancia relativa de los
problemas.
Ayuda a evitar que se empeore alguna causa al tratar de solucionar otra,
de ser resueltas.
Su formato altamente visible proporciona un incentivo para seguir
luchando por más mejoras.
El diagrama de Pareto se usa principalmente para:
Determinar cuál es la causa clave de un problema, separándola de otras
presentes, pero menos importantes.
Contrastar la efectividad de las mejoras obtenidas, comparando sucesivos
diagramas obtenidos en momentos diferentes.
Puede ser asimismo utilizado tanto para investigar efectos como causas.
Comunicar fácilmente a otros miembros de la organización las
conclusiones sobre causas, efectos y costes de los errores.
Ilustración 18 - Esquema de diagrama de Pareto
Fuente: https://www.tutorialspoint.com/advanced_excel_charts/images/pareto_chart.jpg
28 Tomado del sitio web https://www.aiteco.com/diagrama-de-pareto/ (Fecha de consulta: febrero 2018)
36
1.7.4.3.2 Definición del concepto de la casa de la calidad
QFD es un proceso que asegura que los deseos y las necesidades de los clientes
sean traducidos en características técnicas. Estas características son manejadas
por la compañía mediante la función del diseño, o mejor aún, a través de un
equipo multifuncional que incluye ventas, marketing, Ingeniería de diseño,
Ingeniería de manufactura y operaciones29.
Mediante la aplicación de esta metodología se logra obtener una idea precisa de
cuáles deben ser las especificaciones del servicio, en qué elementos hay que
invertir y de qué manera, para conseguir acercarse a las expectativas del cliente,
y ajustar así el servicio de modo que se consigan clientes satisfechos.
El QFD permite obtener información sobre los aspectos del servicio en los que
hay que centrarse y, en su caso, mejorar. Para ello, tiene en cuenta las
valoraciones del cliente sobre esas variables, referidas al propio servicio.
El QFD se pregunta por la calidad verdadera, es decir, por "QUÉ" necesitan y
esperan del servicio los usuarios. También se interroga por "CÓMO" conseguir
satisfacer necesidades y expectativas. Y en este caso se está ante la cuestión
de cómo diseñar el servicio para que responda a la calidad esperada.
El principal objetivo de las funciones realizadas es centrar el producto o servicio
en la satisfacción de los requerimientos del cliente30.
1.7.4.3.3 Definición de estudio de tiempos.
El estudio de tiempos consiste en establecer estándares de tiempos, para lo cual
se han empleado tres medios para determinarlos: Estimaciones, registros
históricos y medición del trabajo.
Tanto el método de registro histórico como el de medición del trabajo, dan
valores mucho más exactos que el de las estimaciones basadas en juicios o
apreciación personal.
En el método de los registros históricos, los estándares de producción se basan
en los registros de trabajos semejantes realizados con anterioridad. En la
práctica común, el trabajador marca la tarjeta en un reloj cada vez que inicia un
trabajo y repite la operación al terminarlo. Esto registra el tiempo que el
trabajador empleó en ejecutar ese trabajo, pero no en qué tiempo debía haberlo
efectuado.
29 Tomado del sitio web https://eduardorafael.weebly.com/67-la-casa-de-la-calidad.html (Fecha de consulta: febrero 2018) 30 Tomado del sitio web https://bsgrupo.com/bs-campus/blog/Despliegue-de-la-Funcion-de-Calidad-QFD--Quality-Function-Deployment-60 (Fecha de consulta: febrero 2018)
37
Este método da resultados más fidedignos que el de estimaciones, pero no
aporta resultados suficientemente válidos para asegurar que haya valores
equitativos y competitivos.
Objetivos del estudio de tiempos
Minimizar el tiempo requerido para la ejecución de trabajos
Conservar los recursos y minimizar los costos
Efectuar la producción sin perder de vista la disponibilidad de
energéticos o de las energías.
Proporcionar un producto que es cada vez más confiable y de alta
calidad.
Toma de tiempos
Existen dos técnicas para anotar los tiempos elementales durante un estudio. En
el método continuo se deja correr el cronómetro mientras dura el estudio. En esta
técnica el cronómetro se lee en el punto terminal de cada elemento, mientras las
manecillas están en movimiento.
La técnica del método continuo para registrar valores elementales de tiempo es
recomendable por varios motivos. La razón más significativa de todas es,
probablemente, la de que este tipo de estudio presenta un registro completo de
todo el periodo de observación y, por tanto, resulta del agrado del operario y sus
representantes. El trabajador puede ver que no se ha dejado ningún tiempo fuera
del estudio, y que los retrasos y elementos extraños han sido tomados en
cuenta31.
1.7.4.3.4 Definición de diagrama de flujo del proceso
El diagrama de flujo contiene en general muchos más detalles que el de
operaciones. Este diagrama es especialmente útil para poner de manifiesto:
distancias recorridas, retrasos y almacenamiento temporales, pero se podría
llegar a utilizar como una herramienta para registrar operaciones e inspecciones
con el fin de optimizar el proceso. Una vez expuestos estos periodos no
productivos, el analista puede proceder a su mejoramiento. Además de registrar
las operaciones y las inspecciones, el diagrama de flujo de proceso muestra
todos los traslados y retrasos de almacenamiento con los que tropieza un artículo
en su recorrido por la planta32.
31 Tomado del sitio web https://www.ingenieriaindustrialonline.com/herramientas-para-el-ingeniero-industrial/estudio-de-tiempos/ (Fecha de consulta: febrero 2018) 32 Tomado del sitio web https://www.monografias.com/docs/Un-ejemplo-practico-de-estudio-de-tiempos-FK8SZAZBY (Fecha de consulta: febrero 2018)
38
En él se utilizan los símbolos además de los de operación e inspección.
Una flecha indica transporte (movimiento de material de un lugar a otro).
Un triángulo apoyado sobre su vértice, indica un almacenamiento (colocar
en inventario o almacenar).
Una D grande, significa retraso.
Existen otros símbolos que, aunque no son estándar, pueden llegar a utilizarse
en el momento de realizar un diagrama de flujo del proceso, algunos de estos
símbolos son:
Ilustración 19- Símbolos no estándar de los diagramas de procesos
Fuente: Propia
Estos diagramas se utilizan principalmente para expresar un problema o para
disminuir o eliminar actividades que no añaden valor al producto como
transporte, inspección, retrasos, almacenamiento, o para mejorar el flujo en
terminales. Cuando se realiza un diagrama de flujo, las preguntas típicas que se
deben hacer son:
a. QUÉ. ¿Qué operaciones son realmente necesarias? ¿Se pueden eliminar
algunas operaciones? ¿Combinar o simplificarse? ¿Se debe rediseñar el
producto para facilitar la producción?
b. QUIÉN. ¿Quién realiza cada operación? ¿Puede rediseñarse la operación
para utilizar menos habilidad o menos hora hombre? ¿Pueden combinarse las
operaciones para enriquecer puestos y mejorar así la productividad o las
condiciones de trabajo?
c. DÓNDE. ¿En dónde se realiza cada operación? ¿Puede mejorarse la
distribución para reducir la distancia que se recorre o para hacer que las
operaciones sean más accesibles?
d. CUÁNDO. ¿Cuándo se realiza cada operación? ¿Existe un exceso de retrasos
o almacenamiento? ¿Algunas operaciones ocasionan cuellos de botella?
e. CÓMO. ¿Cómo se hace la operación? ¿Pueden utilizarse mejores métodos,
procedimientos o equipos? ¿Debe revisarse la operación para hacerla más fácil
o para que consuma menos tiempo?
A partir de las respuestas a estas preguntas, se pueden hacer mejoras en los
procedimientos, tareas, equipo, materia prima, distribución o información para
control administrativos.
39
1.7.4.3.5 Definición de diagrama causa-efecto.
También conocido como "diagrama de espina de pescado" o diagrama de
Ishikawa.
Es una herramienta sistémica para la resolución de problemas que permiten
apreciar la relación existente entre una característica de calidad (efecto) y los
factores (causas) que la afectan, para así poder definir las causas principales de
un problema existente en un proceso. Las causas son determinadas pensando
en el efecto que tiene sobre el resultado, indicando por medio de flechas la
relación lógica entre la causa y el efecto El diagrama de causa-efecto es
aplicable en cualquier proceso (administrativo, productivo, etc.) en donde se
requiera solucionar un problema o en donde se desee implementar una mejora
ya que es una excelente herramienta que sirve para centralizar esfuerzos al
momento de optimizar los procesos. Sirve para determinar en qué aspecto se
debe trabajar33.
Ilustración 20 - Esquema de Ishikawa
Fuente: http://www.ceolevel.com/wp-content/uploads/2015/03/ishikawa.jpg
1.7.5 Metodología SCRUM
Es una metodología ágil y flexible la cual se utiliza para gestionar el desarrollo
del software (en este caso la aplicación móvil).
Esta metodología tiene como idea base la creación de ciclos de breves para cada
una de las iteraciones. Como tal, es un modelo de referencia que define un
conjunto de prácticas y roles, y que puede tomarse como punto de partida para
definir el proceso de desarrollo que se ejecutará durante un proyecto. Los roles
principales en SCRUM son el 'SCRUM MASTER, que procura facilitar la
aplicación de SCRUM y gestionar cambios, el Product Owner, que representa a
los stakeholders, y el Team (equipo) que ejecuta el desarrollo y demás elementos
33 Tomado del sitio web http://admindeempresas.blogspot.com/2014/10/las-siete-herramientas-de-la-calidad.html (Fecha consulta: febrero 2018)
40
relacionados con él. Durante cada sprint, un periodo entre una y cuatro semanas
(la magnitud es definida por el equipo y debe ser lo más corta posible), el equipo
crea un incremento de software potencialmente entregable (utilizable).
Las actividades que se desarrollan en SCRUM son:
Planificación de la iteración: esta contiene dos partes
o Selección de requisitos: esta no puede ser mayor a 4 horas y es
donde el cliente presenta al equipo la lista de requisitos del
proyecto. Aquí se aclaran dudas y se seleccionan los requisitos
más prioritarios, los cuales se deberán completar en cada iteración.
o Planificación de la iteración: esta no puede ser mayor a 4 horas.
Aquí el equipo de trabajo elabora una lista de tareas que deben ser
realizadas en cada iteración.
Ejecución de la iteración: Todos los días el equipo de trabajo realiza
reuniones de máximo 15 minutos, en donde se inspecciona el trabajo
realizado cada miembro, para así poder realizar cambios que permitan
cumplir con el compromiso. Durante la reunión cada miembro responde a
las siguientes tres preguntas:
o ¿Qué he hecho desde la última reunión de sincronización?
o ¿Qué voy a hacer a partir de este momento?
o ¿Qué impedimentos tengo o voy a tener?
Inspección y adaptación: el último da de la iteración se realiza una reunión
para verificar la iteración. Esta consta de dos partes:
o Demostración: El equipo de trabajo presenta al cliente cada
requisito que se ha completado por cada iteración realizada.
o Retrospectiva: El equipo de trabajo analiza la forma en la que ha
trabajado y cuáles son los problemas que surgieron y que podrían
surgir en el proceso.
1.8 ALCANCE Y DELIMITACIONES
1.8.1 Alcance
El proyecto comprenderá el desarrollo de un aplicativo móvil en Android la cual
soportará desde la versión 5.0, y realizará:
o Definición de usuarios e ingreso por contraseña.
o Ubicación geográfica de los proyectos.
o Llenado de formularios.
o Toma y transmisión de imágenes.
41
o Vinculación con google Maps.
1.8.2 Delimitaciones técnicas
Para el desarrollo del proyecto es necesario la utilización de equipos de cómputo
que tengan instalado Android Studio y dispositivos móviles que cuenten como
mínimo con la versión 5.0 de Android.
La seguridad de la aplicación como de la base de datos estará limitada y
encargada exclusivamente a la Suit de Firebase.
1.8.3 Impacto
El presente proyecto pretende, por una parte, agilizar los procesos de calidad y
de supervisión de los proyectos en obras civiles, mediante un modelo que tienen
como herramienta PHVA y una aplicación móvil para la captura de los datos, por
otra parte, al desarrollar el presente proyecto se obtendrán los siguientes
beneficios:
Mejorar la precisión de los datos.
Aumentar la eficiencia de la supervisión mediante avances de obra por
medio de imágenes fotográficas.
Ahorrar tiempo y reducir costos
1.9 FACTIBILIDAD
1.9.1 Factibilidad económica
La factibilidad económica del proyecto es alta, ya que lo que necesitamos en
términos financieros son mínimo dos equipos de trabajo, asesorías de los tutores
del proyecto, acceso a Internet y papelería para realizar el modelado del
proyecto.
En las tablas que se presentarán a continuación se describe la factibilidad
económica, identificando los costos de papelería, hardware, software y recursos
humanos necesarios para la realización del proyecto de investigación que se
propone.
Se dividió en tres aspectos, recursos humanos, recursos físicos y recursos de
software, la distinción de los recursos humanos se presenta en la Tabla 1.
42
Tipo
Descripción Valor-
Hora
Cantidad Total
Director de Tesis Responsable de
supervisar y asesorar
la elaboración del
proyecto
$
40.000
4 horas
semanales
$ 8.000.000
Analistas y
Desarrolladores
Validación de
requisitos,
especificación, y
captura de datos,
elaboración del
modelo de análisis y
diseño. Planear,
diseñar y evaluar las
pruebas.
$
20.000
8 horas
semanales
$ 5.120.000
Especialista
Técnico
Definición técnica
desde el conocimiento
de la obra civil y los
posibles escenarios,
buscamos que este rol
sea ocupado por un
usuario final que nos
retroalimente de su
experiencia.
$
30.000
2 horas
semanales
$
1.440.000
Total Recursos Humanos $
14.560.000 Tabla 1 Factibilidad económica recursos Humanos
Aquí se presenta las asesorías que se tendrán y los gastos de los
desarrolladores.
A continuación, en la Tabla 2 se presentarán los gastos de los recursos físicos
que se ostentan en el desarrollo del proyecto.
Recurso Descripción Cantidad Valor
Unitario
Total
Computador Elemento para
realizar el desarrollo
de la aplicación
2 $ 1.200.000 $ 2.400.000
43
Celular Elemento para
realizar las pruebas
físicas y la entrega
final
2 $ 500.000 $ 1.000.000
Servicio de Luz Servicio utilizado en el
desarrollo del
proyecto
- $200.000 $200.000
Papelería Insumos utilizados
para la planning y la
retroalimentación de
actividades
- $40.000 $ 40.000
Encuadernación
Tesis
Actividad para los
documentos finales
3 $ 13.000 $ 39.000
Total Recursos Físicos $ 3.829.000
Tabla 2 Factibilidad económica recursos Físicos
A continuación, en la Tabla 3 se presentan los gastos por concepto de software.
Recurso Cantidad Valor Unitario Valor
Licencia de Firebase 1 $0 $0
Licencia de Windows 10 1
$600.000
Licencia Visual Code 1 $0 $0
Licencia Android Studio 1 $0 $0
Licencia de Boostrap 1 $0 $0
Licencia Material Design 1 $0 $0
TOTAL $600.000 Tabla 3 gastos por concepto de software.
Adicionalmente se muestran los gastos adicionales en la tabla 4 que serán
solventados por desarrolladores del proyecto.
Recurso Valor
Total Recursos Humanos $ 14.560.000
Total Recursos Físicos $ 3.829.000
Total Recursos Software $600.000
Costos imprevistos (10%) $ 1.898.900
TOTAL COSTO $ 20.887.900 Tabla 4 factibilidad económica costo total
44
1.9.2 Factibilidad legal
El proyecto se desarrollará con herramientas open source como lo son Android,
Material Design y servicios gratuitos de google, por lo tanto, el proyecto es
factible legalmente.
45
2. ANÁLISIS Y DIAGNOSTICO
A continuación, se realiza el análisis y el diagnóstico completo de la situación
actual de los proyectos de construcción de obras en cuanto a sus procesos de
supervisión de obra y se establecen los planes de acción a implementar.
2.1 Situación actual
En esta fase se realiza la descripción de los procesos de supervisión de obra y
supervisión estructural utilizando las herramientas de la entrevista personal y el
diagrama de flujo del proceso; posteriormente se hace un diagnóstico de la
situación actual de los procesos y un estudio de tiempo de los mismos. También
se realizó un diagnóstico para identificar la pertinencia de las mejoras y
unificarlas, realizando el diagrama de espina de pescado y el despliegue de la
función calidad (QFD ó casa de la calidad).
2.1.1 Descripción general del proceso de supervisión de obra
El ciclo de supervisión de obra inicia con la conformación del equipo de
ingenieros que realizaran las distintas actividades de la obra, continua con un
proceso en donde se delegan funciones y posteriormente proceso donde se
observa, de forma clara y concisa, el seguimiento continuo del estado del terreno
y las viviendas inspeccionadas para determinar las afectaciones o el cambio en
su situación de riesgo.
Para la evaluación y seguimiento adecuado a los procesos de inestabilidad
presentes en la zona, se decidió optar por dividir la supervisión en tres
componentes (Topografía, Geotecnia y Estructural).
Es importante destacar que debido a la estructura de estos procesos (ciclo) la
existencia de una falencia o de un reproceso en uno de sus procesos, repercute
indudablemente en el siguiente proceso y así sucesivamente, generando de esta
forma un efecto dominó.
Para lograr tener una visión más general de los componentes básicos que se
realizan en la supervisión de obra, a continuación, se presenta un diagrama
definido:
46
Ilustración 21 - Metodología de seguimiento utilizada para la inspección
Fuente: Tesis de grado titulada “Sistema de monitoreo del sector de alta complejidad de altos de la estancia de la localidad de Ciudad Bolívar, que permita evaluar la
evolución del comportamiento geotécnico a partir de la instrumentación y monitoreo topográfico, estructural y geotécnico del sector”
47
El propósito de este trabajo es realizar una propuesta de mejoramiento para el
componente estructural.
Para iniciar un estudio de procesos es preciso definir en primera instancia las
actividades que se realizan durante el desarrollo de este. Por este motivo, se
realizó en un principio un levantamiento de información y mapeo del componente
estructural, teniendo como base el sector alto de la estancia de la localidad
Ciudad Bolívar, de manera que se tenga una visión general sobre las actividades
que los ingenieros de obra realizan en el momento de desarrollarlo. En la
ilustración 22 se presenta el mapa en forma de diagrama de flujo del proceso:
Ilustración 22- Diagrama de procesos actual.
Fuente: propia
48
2.1.2 Descripción del proceso supervisión estructural
La primera actividad que debe desarrollar el ingeniero coordinador de obra con
el fin módulo de iniciar el proceso consiste en identificar el número de viviendas
que se deben monitorear y el formato físico de monitoreo asociado a cada predio.
La identificación de viviendas y distribución de formatos consiste principalmente
en capturar la siguiente información:
Número de Chip predial.
Dirección del predio.
Nivel de riesgo del predio.
Barrio
Es importante aclarar que la visita a los predios se divide en el total de ingenieros
de campo y apoyo disponibles para realizar la tarea.
Una vez se identifican y se tiene la información anterior, se continua con el
proceso mediante la selección del recorrido a realizar, para ello es indispensable
trazar la ruta de visita con base a la dirección de predio y al número de chip de
la vivienda; posteriormente cuando ya se traza la ruta, se realiza la visita al
predio, en este punto el ingeniero en campo debe validar si al predio se le realizo
el monitoreo pertinente en la visita anterior dependiendo del resultado se
aumenta el nivel de riesgo de la vivienda si no se realizó monitoreo en el pasado
mes; si el monitoreo se pudo realizar se hace una lectura y análisis del monitoreo
efectuado que se tomará en cuenta y tendrán impacto en las intervenciones que
se deban realizan al finalizar el proceso.
Una vez se realiza el análisis del monitoreo anterior, se continua el proceso
mediante el diligenciamiento del formato de inspección.
Durante el proceso de diligenciamiento hay una interacción entre el ingeniero de
campo y el propietario del predio, ya que el diligenciamiento del formato de
inspección depende de la autorización del dueño, si el propietario da la
autorización se diligencia el formato de inspección interna y posteriormente el de
inspección externa, en caso de que la autorización sea declinada el ingeniero de
campo solo podrá realizar un diligenciamiento de inspección externa.
Para diligenciar los formatos internos y externos se deben seguir los siguientes
pasos o tareas:
49
Para la vivienda:
Identificar tipo de inspección
Identificar si las ventanas del predio cierran
Identificar si las puertas del predio cierran
Identificar si existen grietas en los pisos y el espesor de las mismas,
definidas en mm
Identificar si existen grietas en los muros o desplome(giros) que generan
daños mayores a 2 mm
Identificar si existe humedad pie de muro mayor a 20 cm de altura
Para el entorno de la edificación:
Identificar si existen levantamientos y/o hundimientos, cuyos valores sean
mayores a 10 cm
Identificar presencia frecuente de agua manantial y/o tuberías en
alrededores (aparición)
Identificar fisuras o grietas en cimentación, anden y/o vía
Cada vez que se realicen estas tareas y al finalizar cada una de ellas es de
carácter obligatorio realizar un registro fotográfico, las cuales tendrán un orden
cronológico según la actividad realizada.
A continuación, se realiza una lectura y recolección de datos teniendo en cuenta
las siguientes tareas a diligenciar:
Evolución de daños (sin daños; con daños, pero sin evolución; con daños,
pero con evolución).
Observaciones, recomendaciones y/o comentarios.
Una vez se realice esta tarea, el ingeniero en campo debe enviarle estos
formatos al ingeniero coordinador, el cual desarrollara una actividad definida
para el proceso de supervisión estructural y que consiste en analizar los datos
obtenidos, informando a los ingenieros de campo e instalando testigos
estructurales en los puntos más significativos de los predios que resultaron del
análisis de datos.
Finalmente, el proceso concluye con la actividad de emisión de informes de
seguimiento, análisis de resultados y recomendaciones, como con la publicación
y envió de resultados a la entidad.
50
Con la realización de los procesos, actividades y pasos mencionados
anteriormente se cumple con el proceso de supervisión estructural del proyecto.
2.1.3 Identificación de las necesidades y expectativas de los ingenieros
Para la identificación de las necesidades y expectativas de los ingenieros de obra
se desarrolló una encuesta (Anexo C) que fue aplicada a los 13 ingenieros de
obra involucrados en esta actividad, enfocada hacia el manejo y desarrollo del
proceso de supervisión estructural.
De una muestra total de 13 encuestados se obtuvieron los siguientes datos:
Se encontró que el factor que los ingenieros calificaron de mayor
importancia fue la organización del material y la definición de recorrido, el
porcentaje correspondiente a este factor fue del 32%.
El factor tiempo suele tener una relación bastante fuerte con la
organización, es por esta razón que el tiempo es el segundo factor
decisivo en el momento de realizar el proceso de supervisión estructural,
el cual obtuvo un porcentaje de ponderación del 27%.
El factor de agilidad y simplicidad ocupa el tercer puesto como un factor
relevante a la hora de realizar el proceso de supervisión estructural,
obtuvo una ponderación de 23%
Los factores de tecnología disponible y calidad de la información tienen
un menor grado de importancia en el desarrollo del proceso para los
ingenieros, obteniendo una ponderación de 10% y 8% respectivamente,
el ingeniero de campo se caracteriza porque conoce a profundidad las
diferentes actividades y escenarios en los que se verá involucrado al
realizar la supervisión , motivo por el cual requiere un grado menor de
información o de solución de dudas durante el proceso de supervisión
estructural.
51
Ilustración 23 - Resultados pregunta No 1.
Fuente: propia
Se concluye que una de las mayores necesidades de los ingenieros es que los
procesos sean organizados y con una definición clara desde el principio, simple
y ágil que disminuyan el tiempo de supervisión y sean acordes a lo planteado
desde el principio.
Pregunta 2
Para la realización de una supervisión estructural se deben desarrollar tres
procesos básicos: primero se debe identificar las viviendas a monitorear y tener
los formatos correspondientes a cada predio, a continuación, se debe elaborar
una ruta o recorrido y finalmente se hace una lectura de los resultados anteriores
del predio. Se encuesto a los ingenieros sobre estas actividades y se obtuvieron
los siguientes datos:
Para realizar una supervisión estructural se deben realizar 3 actividades
fundamentales, Teniendo en cuenta los tres primeros factores que eligió
del punto anterior, marque con una x el proceso de mayor importancia.
32%
27%23%
10%8%
Pregunta: Clasifique de 1 a 5 los factores de mayor importancia en el momento en que usted realiza la
supervisión estructural
organización del material y definición de recorri
tiempo de supervisión
agilidad y simplicidad
tecnologia disponible
calidad de la información
52
Ilustración 24 - Resultados pregunta No 2
Fuente: propia
El 44% de los ingenieros considera que la elaboración del recorrido es la
actividad de mayor importancia en el momento de la supervisión estructural. Esta
actividad depende de diferentes factores entre ellos la cantidad de viviendas a
monitorear y el nivel de riesgo que poseen.
La identificación de viviendas (dirección y ubicación) y tener los formatos
correspondientes a cada predio, es la segunda actividad de mayor importancia.
Durante el desarrollo de la encuesta se encontró que una de las observaciones
que mayor recurrencia que se presenta es: “Me ha sucedido demasiadas veces
que cuando se está realizando la identificación de viviendas a monitorear, el
formato asignado no se encuentra o no se conoce le nivel de riesgo en el que
están”, razón por la cual se debe tener un control en cuanto a los formatos
asignados a cada predio.
Finalmente, la lectura de los resultados es la actividad de menor ponderación,
esto debido a que el ingeniero tiene gran claridad de los conceptos definidos en
los resultados y la mayoría de veces se asigna al mismo ingeniero.
Pregunta 3
Otra de las preguntas realizadas busca identificar si los ingenieros están
satisfechos con los procesos tratados en este estudio.
44%
33%
23%
Pregunta: Para realizar una supervisión estructural se deben realizar 3 actividades fundamentales, Teniendo en cuenta los tres primeros factores que eligió del punto anterior, marque con una x
el proceso de mayor importancia
Elaboracion del recorrido
identificación de viviendas y tener los formatos correspondientes
lectura de los resultados anteriores
53
¿Considera usted que las actividades definidas para la supervisión
estructural deben tener cambios o se pueden mejorar? ¿Cuales?
El 85% están de acuerdo en que las actividades pueden tener algún tipo de
cambio en pro al mejoramiento.
Ilustración 25- Resultados pregunta No 3
Fuente: propia
Dentro de los cambios u oportunidades de mejoramiento mayor nombradas se
encuentra la elaboración del recorrido con un 49% y la simplicidad y agilidad en
cuanto al diligenciamiento de los formatos con un 39% dejando un 12% a la
publicación y envió de resultados, visita de viviendas, realización de informes de
seguimientos (definidos como otros).
Ilustración 26 - Resultados pregunta No 3ª
Fuente: propia
85%
15%
Pregunta: ¿Considera usted que las actividades definidas para la supervisión estructural deben tener cambios o se pueden mejorar? ¿Cuales?
No SI
49%
39%
12%
Pregunta: si su respuesta es Si. ¿Cuáles serían esos cambios?
elaboración del recorrido simplicidad y agilidad otros
54
Pregunta 4
Otras de las formas de indagar sobre la satisfacción de los ingenieros en cuanto
a los procesos, es preguntando sobre las experiencias positivas y/o negativas
que han tenido desde el momento que inicial la supervisión estructural. Entender
cuáles han sido las fallas de las actividades en el momento de su ejecución es
de gran importancia ya que sugiere oportunidades de mejoramiento y permite
evaluar los errores en los procesos y/o actividades.
Ilustración 27 - Resultados pregunta No 4
Fuente: propia
Ilustración 28 -Resultados pregunta No 4ª
Fuente: propia
Como se puede observar la gran mayoría de ingenieros han tenido experiencias
negativas en cuanto al tiempo de reconocimiento de predios (trazo de ruta) y al
diligenciamiento de formatos o pérdida de los mismos.
54%46%
pregunta: Durante sus últimos 10 viajes de supervisión ha tenido alguna experiencia positiva o negativa en el momento
de realizar las actividades de supervisión estructural
Positivas Negativas
47%
35%
18%
pregunta: Si su respuesta es negativa ¿Qué tipo de experiencia ha tenido?
Demoras en el diligenciamiento de formatos Dificultades en encontrar los predios
Perdida de formatos
55
Pregunta 5
¿Considera usted que el tiempo de supervisión estructural para el
diligenciamiento de formatos de inspección y ubicación de predios es
adecuado? Si su respuesta es no, ¿considera que es muy alto, alto,
aceptable, bajo, muy bajo?
El 100 % considera que los tiempos no son adecuados, del cual el 40% considera
que los tiempos son muy altos y el restante 60% considera que son altos. Estos
porcentajes de opinión conllevan a deducir que la mayoría de ingenieros en
campo está insatisfecho por el tiempo dedicado a la supervisión estructural.
Ilustración 29 - Resultados pregunta No 5
Fuente: propia
Ilustración 30 -Resultados pregunta No 5ª
Fuente: propia
0%
100%
pregunta: ¿Considera usted que el tiempo de supervisión estructural para el diligenciamiento de formatos de inspección y ubicación de predios es
adecuado?
SI NO
40%
60%
0% 0% 0%
pregunta: Si su respuesta es no, ¿considera que es muy alto, alto, aceptable, bajo, muy bajo?
Muy Alto Alto Aceptable Bajo Muy Bajo
56
Disminuir el tiempo invertido en el proceso de supervisión estructural es uno de
los puntos claves para realizar una mejora, por tal motivo es de gran importancia
analizar cada una de las actividades para tomar la mejor decisión.
2.1.4 Conclusiones de la encuesta realizada y de las expectativas y
necesidades de los clientes
Con el fin de identificar cuáles son las necesidades de mayor importancia con
relación a los requerimientos técnicos del proceso y teniendo como base la
encuesta realizada, se siguió la metodología de QFD o despliegue de la función
de la calidad.
Herramienta que para efectos de este estudio permite identificar los puntos en
donde deben existir oportunidades de mejoramiento según las opiniones,
necesidades y expectativas de los ingenieros.
En la casa de la calidad figura 31 presentada a continuación se observa en la
columna de la izquierda las necesidades de los ingenieros obtenidas de la
encuesta. Según estas necesidades se definieron los requerimientos técnicos
del proceso para cumplirlas y su relación con las mismas, relación que se
encuentra en la mitad de la casa. En la parte superior de la casa (en el techo) se
observa la relación entre los requerimientos técnicos establecidos y en la
columna de la derecha se identificó el nivel de importancia de cada una de las
necesidades según los ingenieros.
Ilustración 31- Casa de la calidad del proceso actual
Fuente: propia
57
Teniendo en cuenta la encuesta realiza a los ingenieros de campo y según los
resultados de la metodología utilizada QFD, se concluye lo siguiente:
a. Los tres aspectos de mayor importancia para los ingenieros de campo son:
Simplicidad y agilidad en los procesos
Definición o selección del recorrido a realizar
Tiempo de diligenciamiento de los formatos de inspección
b. Con el fin de satisfacer las necesidades de los ingenieros en campo en cuanto
a simplicidad y agilidad en los procesos es necesario trabajar sobre los
siguientes requerimientos técnicos:
Implementación de un formato digital
Desarrollo de un mapa virtualizado de la obra o proyecto
Diseño de un sistema centralizado.
Inclusión de un sistema GPS que trabaje de la mano con los demás
componentes
c. Para lograr satisfacer las necesidades en cuanto a tiempos de diligenciamiento
de los formatos de inspección se deben concentrar los esfuerzos en mejorar los
siguientes requerimientos técnicos:
Actualizar el formato físico a un formato digital, el cual es más práctico,
seguro y asequible.
Implementar un sistema centralizado encargado de compactar y
comunicar cada actividad.
d. Finalmente para satisfacer las necesidades en cuanto a definición o selección
del recorrido o ruta de inspección, el modelo debe enfocarse hacia:
Diseñar e implementar un mapa real virtualizado en donde estén
ubicados cada uno de los predios a realizar seguimiento, con una ruta
definida y alternativas de ubicación para llegar a ellos.
Complementar el mapa con la ayuda de la geolocalización espacial en
este caso el GPS.
e. Con el fin de identificar la relación existente entre cada uno de los
requerimientos técnicos para identificar si la modificación de uno de ellos afecta
a otro u otros, se realizó el cruce correspondiente a la parte superior de la casa
de la calidad y se obtuvo los siguientes:
58
Existe una relación muy fuerte entre los siguientes requerimientos
técnicos, los cuales apuntan a satisfacer las necesidades de simplicidad
y agilidad, definición del recorrido y tiempo de diligenciamiento, definidas
por los ingenieros de campo:
o Relación muy fuerte entre: Formato digital y mapa virtualizado
o Relación muy fuerte entre: Formato digital y sistema centralizado
o Relación muy fuerte entre: Sistema centralizado y roles y
responsabilidades
o Relación muy fuerte entre: Mapa virtualizado y GPS.
Finalmente se concluye que según las necesidades de los ingenieros en campo
y su relación con los requerimientos técnicos, las soluciones establecidas en la
parte superior de la casa de calidad apoyarían en gran medida a la mejora en los
procesos de agilidad y simplicidad, diligenciamiento de formatos de inspección,
definición de rutas para el recorrido y el ordenamiento de material como la
publicación y envió de resultados.
2.1.5 Diagnóstico del proceso
Con el fin de definir y proponer las mejores oportunidades de mejoramiento es
necesario realizar un diagnóstico de la situación actual del proceso.
2.1.5.1 Diagnóstico de la situación actual
Con el fin de analizar el de supervisión estructural y realizar un diagnóstico de la
situación actual teniendo en cuenta el resultado de la encuesta realizada, se
utilizaron las herramientas mencionadas anteriormente como los diagramas
causa-efecto, y diagramas de flujo del proceso. A continuación, se presenta cada
una de las herramientas utilizadas para el diagnóstico del proceso y su respectiva
descripción.
59
2.1.6 Estudio de tiempos del proceso actual
Análisis del estudio de tiempos.
El método utilizado para la realización de este estudio fue el de toma de tiempos
con método continuo, para el cual se utilizó el cronómetro tradicional con
décimos de minuto.
La metodología a seguir fue la siguiente:
Utilizando el formato definido para el estudio (Ver anexo A), una persona
de nosotros dos registros los tiempos durante dos jornadas de
supervisión, se tomaron tiempos desde el inicio del proceso hasta su
finalización.
Se dotó con un cronómetro, formatos de toma de tiempos, y un lápiz.
A través de un instructivo (Ver anexo D) se indica los pasos a seguir para
realizar la toma de tiempos.
Siguiendo la metodología anterior, se encontraron los siguientes resultados:
En el siguiente cuadro se presenta la relación entre las letras de la gráfica
y los pasos del proceso para mayor entendimiento del lector:
LETRA Actividad
a Reunión de todos los ingenieros en un lugar específico de la obra.
b
Conversar sobre los resultados de las anteriores visitas y las cosas
por mejorar.
c Elaborar el listado de todos los predios o viviendas a supervisar.
d
Dividir la cantidad de viviendas a supervisar en grupos de 20
predios.
e
Repartir los formatos físicos de supervisión interna y externa de
cada uno de
los predios a los ingenieros.
f
Diligenciar en cada formato el número de CHIP, la dirección de cada
predio y el nivel de riesgo actual del predio.
g Trazar la ruta a recorrer por cada ingeniero con formatos en mano.
h Movilizarse y visitar cada uno de los predios asignados al ingeniero.
i Confirmar si el predio fue monitoreado la vez anterior.
j
Si el predio no fue monitoreado en la visita anterior se verifica la
información y se sube el nivel de riesgo del predio.
k
Si el predio fue monitoreado en la visita anterior se realiza la lectura
de los resultados de aquella visita.
60
l Se llama a la puerta.
m Se saluda al dueño del predio.
n
Solicitar al dueño si autoriza realizar el monitoreo interno de la
vivienda.
o
Si existe la autorización se comienza a realizar la inspección interna
paso a paso según formato. Tabla 5 - Pasos del proceso parte 1
LETRA Actividad
p se diligencia el formato de inspección interna.
q Despedirse del dueño y dar las gracias por dejar ingresar al predio.
r
Se realiza registro fotográfico de cada uno de los puntos del
formato de inspección interna.
s
Se realiza la inspección externa del predio (también se cumple si el
dueño no autoriza la inspección interna).
t
Se realiza registro fotográfico de cada uno de los puntos del
formato de inspección externa.
u Recolectar los datos diligenciados.
v Realizar una lectura de estos resultados.
w Enviar los datos físicos al ingeniero coordinador.
x
Realizar un análisis según los resultados y el nivel de riesgo
existente por parte
del ingeniero coordinador.
y Instalación de testigos a cada uno de los predios.
z
Realizar un informe de seguimiento, análisis de resultados y
recomendaciones globales como especificas a cada predio como al
barrio (informe físico como digital).
aa Publicar los resultados y compartirlos con los ingenieros de obra.
ab Enviar los resultados a IDIGER. Tabla 6 - Pasos del proceso parte 2
Para el proceso completo de supervisión estructural de obra se encontró que el
tiempo promedio mínimo de un paso es de 0.75 minutos y el tiempo máximo es
de 30.2 minutos (ver Anexo B), tiempos que se pueden ver reflejados en la
siguiente grafica-.
61
Ilustración 32- Tiempo promedio dedicado a cada paso del proceso
Fuente: propia
Como se puede observar en la gráfica anterior existen pasos que requieren un
tiempo elevado para ser ejecutados, como por ejemplo, el diligenciamiento de
formatos de supervisión tanto externo como interno toma un tiempo entre 17
minutos y los 21 minutos, en cuanto al registro fotográfico un tiempo que escala
entre los 15 minutos hasta los 18 minutos, otro de los pasos que toma un tiempo
altamente extenso es la elaboración y trazabilidad de la ruta a recorrer para
realizar el monitoreo y el diligenciamiento de los datos básicos antes de
comenzar dicho recorrido.
Siguiendo este análisis de tiempo y los valores obtenidos en cada actividad se
puede concluir que digitalizar los formatos de inspección, definir los roles y
responsabilidades , virtualizar el mapa de recorrido con ayuda de un GPS ,
diseñar un sistema centralizado y recolectar los datos por medio una aplicación
móvil, permitirá en gran medida y con altos estándares de éxito disminuir los
tiempos de ejecución de cada paso a valores muy bajos y solucionará muchas
de las necesidades expuestas en la encuestas a los ingenieros, además que
disminuirá en gran medida el error humano y consolidara una red de
comunicación constante en cuanto a la labor actual que estará realizando el
ingeniero sea el de campo o el coordinador, realizando una evaluación necesaria
y pertinente para asignar las tareas idóneas en campo.
0
5
10
15
20
25
30
35
a b c d e f g h i j k l m n o p q r s t u v w x y z aa ab
Tiempo supervisión estructural
62
2.1.7 Diagrama de flujo de proceso
2.1.7.1 Análisis del diagrama de flujo
El objetivo principal para la realización del diagrama de flujo del proceso de
supervisión estructural de obra es identificar que operaciones son realmente
necesarias en el proceso, cuales se pueden eliminar, como se podrían combinar
o simplificar y cuál sería el mejor método para realizarla.
La metodología que se siguió para la definición del diagrama de procesos fue la
siguiente:
a. Teniendo en cuenta la definición de los pasos del proceso se identificó
cuáles de estos son:
Operación
Creación de registro
Agregación de información a un registro
Inspección
Inspección con operación
Demora
b. Basados en el estudio de tiempos por pasos realizado, se definió el tiempo
promedio para cada actividad.
c. Con la información recolectada se procedió a realizar el diagrama de
proceso de la supervisión estructural de obra.
Analizando los resultados del diagrama de flujo de procesos para la supervisión
estructural de obra se encontró la siguiente información:
a. De los 28 pasos que se deben desarrollar para la supervisión estructural
de obra 9 de ellos son operaciones.
b. El 14% de los pasos son de agregación de información a registros dentro
de los cuales se encuentra el número de chip del predio, dirección y paso
a paso de inspección interna y externa.
c. Hay un 32% divido de la siguiente manera el 17% se encuentra netamente
a inspección como por ejemplo si el predio fue monitoreado en la visita
anterior; y el 14% restante hace alusión a inspección con operación como,
por ejemplo, si el predio no se monitoreo la vez anterior se valida la
información y se sube el nivel de riesgo.
63
Ilustración 33- Flujo de proceso del proceso actual
Fuente: propia
64
Como se analizó en el estudio de tiempos, la realización de todos los pasos de
este proceso tarda 415.9 minutos en promedio con una varianza estimada de
3,75 minutos, y se distribuye de la siguiente forma: el 26% del tiempo se dedica
a la identificación de viviendas a monitorear, un 10% dedicado a la selección del
recorrido , un 23% encargado a la inspección interna y externa, y el otro 37% se
dedica al análisis y recolección de datos como de la publicación y envió de los
mismos, información que conllevan a concluir lo siguiente:
El tiempo dedicado a la trazabilidad de la ruta que en este caso es el 10%
se podría reducir notablemente a 0% si se parametriza que esta ruta sea
estándar desde un sistema centralizado que haga uso de un mapa
virtualizado con GPS.
La gran mayoría de inspecciones se realiza en el diligenciamiento de los
formatos de monitoreo interno y externo.
Un gran porcentaje dedicado a las operaciones puede verse reducido si
se implementa una sistematización con base en roles y
responsabilidades.
2.1.8 Diagrama Causa-efecto
2.1.8.1 Análisis del diagrama causa-efecto
Ilustración 34 - Diagrama Ishikawa del proceso actual
Fuente: propia
65
El objetivo de la realización del diagrama causa-efecto es identificar las causas
que están generando que el proceso de supervisión estructural de obra sea
dispendioso en tiempo y no ágil.
Los resultados obtenidos después de seguir la metodología planteada y como lo
muestra la figura x son los siguientes:
Se encontró que existen 4 causas básicas que hacen que el proceso sea
dispendioso en tiempo y no ágil:
a. Los formatos de inspección interna y externa
De acuerdo con lo observado la cantidad de formatos físicos que el
ingeniero en campo debe diligenciar según las viviendas que tiene por
supervisar son demasiados, razón por la cual se genera una demorada.
Al tener formularios físicos la perdida de estos tiene un riesgo realmente
alto.
Se puede generar una pérdida de los formatos de inspección, lo que
involucraría que el ingeniero en campo deba realizar un reproceso al tener
que inspeccionar una vivienda por segunda o tercera vez.
El deterioro físico que puede causar el ambiente en los formatos implicaría
que la información no fuera confiable.
b. Las Rutas:
Durante la etapa de observación se encontró diferentes falencias con la
trazabilidad de rutas entre las cuales el inconveniente con la localización
de las viviendas y escoger una ruta errónea para visitar el predio
desencadena una serie de problemas los cuales repercuten en retrasos
en la llegada al predio para realizar el monitoreo, como también no realizar
visita prevista a alguna vivienda debido a la pérdida de tiempo.
Otro de los factores que se encontró durante la etapa de observación, y
que al igual que en el mencionado anteriormente en la mayoría de veces
se tiene la nomenclatura del predio errada o la información de esta no está
actualizada ya que tiene la dirección vieja.
c. La información:
Analizando los resultados de la observación se encontró que existen
quejas por parte de los ingenieros en campo con la información obtenida
66
antes y durante la inspección de los predios ya que una acción monótona
es la digitación manual del CHIP predial como la dirección, la cual por
errores humanos se ingresa errónea o con tachaduras.
La información relacionada a la inspección interna o externa es otra
debilidad que se observó ya que varias veces por la falta de tiempo, la
información queda incompleta, que ilegible y en distintas ocasiones se
pierde o en su defecto se cruza con la información de otros predios.
d. Los informes:
Uno de los puntos clave en la generación de los informes y el análisis de
los mismos recae en que la información no está organizada debido a que
no se encuentra centralizada, lo que genera que los informes queden
inconclusos, no se lleguen a terminan y por ende no se envíen a la
institución IDIGER.
Otro punto que se debe tener en cuenta es que dichos informes quedan
archivados de forma física y se ha presentado que pasado un tiempo
(meses o años) la perdida de estos informes es evidente, incumpliendo
de esta manera el seguimiento continuo del proceso permitiendo que se
den análisis erróneos por falta de información.
A continuación, se presentan las conclusiones obtenidas del análisis:
Es evidente que las mayores causas de la problemática de procesos
dispendiosos en tiempo y no agiles se concentran en la trazabilidad de las
rutas y el constante manejo de la información en el diligenciamiento de los
formatos tanto internos como externo.
La generación de informes para el análisis de los datos son causa que
también generan que el proceso sea dispendioso en tiempo y no ágil.
El desarrollo de un sistema centralizado que maneje roles y
responsabilidad y que permita realizar un diligenciamiento digital podría
llegar a generar grandes oportunidades de mejoramiento debido al alto
porcentaje de causas encontradas en el diagrama anterior.
67
3. DESARROLLO DEL MODELO
En esta fase, se establecen las mejoras y se precisan las acciones correctivas
que fundamentan las propuestas planteadas en la fase de planeación, se
propone un diagrama de flujo, se establecen las actividades a realizar según el
método SCRUM, se establecen las historias de usuario y se desarrollan los
esquemas de la aplicación móvil. Cada propuesta se desarrolló teniendo en
cuenta los objetivos, la descripción, los requerimientos, las iteraciones o sprints
y las actividades para la implementación.
3.1 Análisis de los procesos y oportunidades de mejoramiento
Realizar propuestas de mejoramiento es una de las actividades más
complicadas del proceso de mejoramiento continuo ya que requiere de gran
ingenio y mente abierta. Durante la etapa de diagnóstico se buscaba recibir
información sin emitir juicios de manera que no se sesgaran las ideas y cambios
a plantear. En esta etapa, la etapa de crear, es necesario que la imaginación y
la creatividad trabajen con un objetivo específico, diseñar mejoras que apunten
a los objetivos del proyecto o de la propuesta.
Buscando proponer oportunidades de mejoramiento que apuntaran a los
objetivos planeados para el desarrollo de este modelo y basados en el
diagnostico obtenido, se proponen las siguientes mejoras:
Diseñar una aplicación móvil con base en un sistema centralizado que
permita organizar la información en un solo sitio y sea asequible a cada
uno de los ingenieros en campo.
Crear los formularios de inspección interna y externa en formato digital,
los cuales estarán asociados a cada predio, serán paso a paso y se
asociarán al esquema fotográfico ideado con el fin de suplir las
necesidades visuales indispensables en la inspección.
Localizar todos los predios haciendo uso del GPS en un mapa virtualizado
en donde podrá trazar la ruta más idónea para llegar a las viviendas y en
el cual se identificará cada predio con su dirección y chip predial, del
mismo modo el barrio donde se encuentra localizado y todo el esquema
geográfico en su alrededor.
La información estará disponible las 24 horas permitiendo de esta manera
que se puedan realizar los informes con los datos exactos, organizados y
verídicos.
68
La inclusión de roles y responsabilidades esquematizara las prioridades y
las tareas asignadas a cada miembro del equipo, el cual se hacía antes
de comenzar el recorrido y por medio de una reunión anticipada.
Teniendo en cuenta las definiciones anteriores y basadas en los objetivos
planteados para el desarrollo de este modelo y en el diagnóstico obtenido, se
proponen el siguiente diagrama de flujo y de procesos de la aplicación donde se
idéntica la reducción o modificación de pasos o tareas del proceso:
3.2 Diagrama de flujo propuesto
A continuación, se propone un diagrama de flujo como propuesta para mejorar
el proceso actual que se realiza en la supervisión estructural de obra:
69
Ilustración 35 -Diagrama de flujo propuesto para mejorar el proceso
Fuente propia
70
Con esta propuesta de diagrama de flujo se observar que las actividades
de “identificación de viviendas a monitorear y repartición de formatos de
monitoreo” como la “selección del recorrido a realizar” fueron eliminadas
y se mezclaron en una única actividad heredada por un sistema
centralizado de datos que se encarga en primera medida de “asignar las
viviendas a monitorear por usuario” y “proporcionar rutas alternativas para
llegar al destino”.
Del mismo modo se digitalizaron los formatos de inspección tanto externo
como interno y se asociaron a cada vivienda presentada en un mapa,
donde por defecto ya se obtiene el CHIP predial y la dirección de forma
automática.
Los registros fotográficos que eran una actividad individual se mezclaron
y se introdujeron a los formatos digitalizados
Al realizar el guardado del diligenciamiento de datos inmediatamente
quedan en la nube en donde el ingeniero coordinador puede consultarlos
sin necesidad de esperar a que los ingenieros de campo se los entregaran
físicamente, y se encuentran clasificados por predio.
Existe una marca en cada vivienda mostrada en el mapa donde se puede
observar su nivel actual de riesgo y si tiene testigos instalados.
3.3 Diagrama de procesos propuesto
Como se puede observar en el diagrama de procesos, se realiza una reducción
total de 8 pasos detallados de la siguiente forma:
Eliminación de la elaboración de listado de viviendas a monitorizar
Eliminación de trazabilidad de rutas hacia los predios.
Eliminación del diligenciamiento de formatos de inspección de forma
manual.
Eliminación de análisis de datos y generación de informe global de forma
manual.
Eliminación de inspección en formatos antiguos físicos sobre los
resultados de las visitas anteriores.
71
Ilustración 36- Diagrama de proceso propuesto para el mejoramiento
Fuente: propia
72
Para implementar el diagrama de procesos propuesto se realizó el desarrollo de
la aplicación móvil con base a la metodología SCRUM debido a que las
características de la aplicación móvil permiten:
Desarrollar una base funcional mínima y sobre ella ir incrementando las
funcionalidades o modificando el comportamiento o apariencia de las ya
implementadas.
Entregas frecuentes y continuas al cliente de los módulos terminados, de
forma que puede disponer de una funcionalidad básica en un tiempo
mínimo y a partir de ahí un incremento y mejora continua del sistema.
Previsible inestabilidad de requisitos.
o Es posible que el sistema incorpore más funcionalidades de las
inicialmente identificadas.
o Es posible que durante la ejecución del proyecto se altere el orden
en el que se desean recibir los módulos o historias de usuario
terminadas.
3.4 Requerimientos de la aplicación
A continuación, se detalla los requerimientos funcionales y no funcionales los
cuales se priorizan de 1 a 5 con el fin de desarrollar la aplicación móvil.
3.4.1 Requerimientos funcionales
Código Requerimiento Descripción Prioridad
RF-1 Gestión de
usuarios
El aplicativo móvil
deberá presentar
la opción para que
el usuario pueda
autenticarse.
4
RF-2 Gestión de
viviendas
El aplicativo móvil
deberá presentar
el área de
viviendas a
supervisar, todas
con su respectivo
chip predial y
dirección
5
RF-3 Gestión de mapa
virtualizado
El aplicativo
deberá mostrar el
mapa geográfico
73
de la zona (barrio)
y la localización
de todos los
predios.
5
RF-4 Trazabilidad de
rutas
El aplicativo
deberá conectase
a google maps
para obtener la
mejor ruta de viaje
para llegar al
predio.
5
RF-5 Formatos de
supervisión
El aplicativo
deberá permitir
diligenciar el
formato de
supervisión
interna como
externa en forma
organizada.
5
RF-6 Registro
fotográfico
El aplicativo móvil
deberá tener
acceso a la
cámara de celular
con el objetivo de
realizar el suceso
fotográfico de la
supervisión y
enlazarlo con la
vivienda.
5
RF-7 Nivel de riesgo El aplicativo
deberá notificar el
nivel de riesgo de
las viviendas.
4
RF-8 Mostrar manual
de usuario
El aplicativo móvil
deberá
proporcionar al
usuario un manual
de
funcionalidades
del sistema.
4
RF-9 Acceso a datos El aplicativo
deberá tener
74
acceso a los datos
y subirlos a la
nube sin
inconvenientes
4
Tabla 7- Requerimientos funcionales
3.4.2 Requerimientos no funcionales
Código Requerimiento Descripción Prioridad
RNF-1 Seguridad El aplicativo móvil
estará restringido
por autenticación
de usuario.
5
RFN-2 Usabilidad El aplicativo móvil
debe tener
interfaces
amigables para el
usuario y sin
dificultades para la
navegación
4
RFN-3 Desempeño El aplicativo móvil
no generara
inconvenientes de
manejo por parte
del usuario y no se
debe cerrar si se
cambia a otra
aplicación o se deja
de usar por un
breve tiempo
5
RFN-4 Tecnologías
estándar y
código abierto
El sistema y código
resultante pretende
que sea producto,
en la medida de lo
posible, del
desarrollo con
tecnologías de
código abierto para
que pueda ser de
fácil
mantenimiento.
4
75
RNF-5 Mantenimiento y
escalabilidad
El código fuente de
la aplicación ha de
ser fácil de
mantener
y extender. El
sistema ha de
permitir la
implementación de
nuevas
funcionalidades de
forma que no se
tenga que rehacer
la aplicación, ni que
pequeños ajustes
impliquen cambios
traumáticos en el
sistema
4
Tabla 8 - Requerimientos no funcionales
3.5 Actores implicados
A continuación, se enlistan los actores encargados de realizar el desarrollo de
la aplicación móvil:
Recurso Humano Contacto Rol
Víctor Fabián
Novoa Rojas
[email protected] Scrum Master /
team
Johan Sebastián
Suarez
[email protected] Product Owner/
Team Tabla 9- Actores involucrados en el proyecto
3.6 Product backlog (Lista de objetivos)
A continuación, se lista todas las actividades que se deberán desarrollar para
lograr la finalización y éxito del desarrollo de la aplicación.
Estas actividades se priorizan de acuerdo al impacto que tengan sobre el
proyecto. Debe tenerse en cuenta que el 5 denota el de más alta prioridad.
76
Tarea Descripción Prioridad
1 Instalación de Android Studio 4
2 Implementación de Firebase 5
3 Diseño base de datos 5
4 Diseño de clases 5
5 Conectividad a la aplicación mediante
Firebase
5
6 Creación de usuario, roles y
responsabilidades
5
7 Desarrollo de plantilla de inicio de sesión 5
8 Plantilla de sincronización de datos 4
9 Plantilla de cierre de sesión 4
10 Diseño de plantilla de mapa virtual 5
11 Implementación de mapa geográfico de
5
12 Desarrollo de ubicación de viviendas en el
mapa
5
13 Desarrollo de información básica sobre los
predios
4
14 Implementar google maps en la aplicación 5
15 Búsqueda de rutas 5
16 Desarrollar formato de inspección interna
digital
5
17 Desarrollar formato de inspección externa
digital
5
18 Desarrollar plantilla de interactividad 4
19 Aplicar funcionalidad de cámara móvil para
captura de imágenes
5
20 Desarrollar transmisión de imágenes 5
21 Desarrollar guardado de imágenes 5
22 Método de almacenamiento en la nube de
información recolectada
23 Almacenar nivel actual de predios 5
24 Visualizar resumen de inspecciones 5
25 Pruebas sobre el sistema 5 Tabla 10 - Product Backlog
3.7 Sprint Plannig (Planeación de iteraciones)
En la siguiente tabla se muestran las diferentes iteraciones, las cuales se les
asignara el número de tareas correspondientes y la duración de cada una.
77
Iteración Descripción Cantidad
de tareas
Cantidad en
semanas
1 Instalación programas y diseño de base
de datos
5 2
2 Módulo de inicio de sesión 4 3
3 Módulo de Gestión de ubicación de
predios
4 4
4 Módulo de trazabilidad de rutas 2 4
5 Módulo de Generación de formatos 3 4
6 Módulo de captura y transferencia de
imágenes
3 3
7 Módulo de Almacenamiento de datos 3 4
8 Pruebas 1 2 Tabla 11- Planificación de iteraciones
3.7.1 Iteración uno: Instalación de programas y diseño de la base de
datos
En esta iteración se tiene como fin, instalar todos los componentes necesarios
para el desarrollo de la aplicación además de realizar el diseño de la base de
datos en Firebase, el diagrama de clases y comprobar la conectividad con la
aplicación, estas interactuaran entre ellas para el funcionamiento de la
aplicación.
Tarea Descripción Responsable
1 Instalación de Android Studio Sebastián Suarez
2 Implementación de Firebase Sebastián Suarez
3 Diseño base de datos Fabián Novoa
4 Diseño de clases Fabián Novoa
5 Conectividad a la aplicación mediante
Firebase
Sebastián Suarez
Tabla 12 - Iteración uno
3.7.2 Iteración dos: Módulo de inicio de sesión
Esta iteración tiene como fin la codificación de la plantilla de inicio de sesión, la
creación de los usuarios como sus roles y responsabilidades, la encarga de
sincronizar los datos con Firebase y de cerrar sesión en el caso que se solicite.
Tarea Descripción Responsable
1 Creación de usuario, roles y
responsabilidades
Sebastián Suarez
78
2 Desarrollo de plantilla de inicio de sesión Sebastián Suarez
3 Plantilla de sincronización de datos Fabián Novoa
4 Plantilla de cierre de sesión Sebastián Suarez Tabla 13- Iteración dos
3.7.3 Iteración tres: Módulo de gestión de ubicaciones de predios
En esta iteración se enfatizará sobre la creación del mapa geográfico virtual en
donde estará ubicados cada uno de los predios pertenecientes al proyecto de
obra, como la visual de la misma y la interactividad del usuario con ella y de
manera importante el cargue de información básica del predio.
Tarea Descripción Responsable
1 Diseño de plantilla de mapa virtual Sebastián Suarez
2 Implementación de mapa geográfico de
Sebastián Suarez
3 Desarrollo de ubicación de viviendas en
el mapa
Fabián Novoa
4 Desarrollo de información básica sobre
los predios
Fabián Novoa
Tabla 14 - Iteración tres
3.7.4 Iteración cuatro: Módulo de trazabilidad de rutas
Para esta iteración se tendrá como eje central la implementación de google maps
y toda su suit y la cual permita introducir estos servicios al mapa de la aplicación,
además que se generen y tracen las mejores rutas desde el GPS o ubicación
actual del usuario hasta el predio.
Tarea Descripción Responsable
1 Implementar google maps en la
aplicación
Sebastián Suarez
2 Búsqueda de rutas Sebastián Suarez Tabla 15- Iteración cuatro
3.7.5 Iteración cinco: Módulo de generación de formatos
Esta iteración tiene como fin la creación de los formatos de inspección tanto
interna como externa de forma digital que estén ligados a todos los predios que
se deben monitorear, el paso a paso de cada una de las preguntas inmersas en
el formato y la claridad y legibilidad de los datos
79
Tarea Descripción Responsable
1 Desarrollar formato de inspección
interna digital
Fabián Novoa
2 Desarrollar formato de inspección
externa digital
Fabián Novoa
3 Desarrollar plantilla de interactividad Fabián Novoa Tabla 16- Iteración cinco
3.7.6 Iteración seis: Módulo de captura y transferencia de imágenes
Esta iteración tiene el objetivo de crear el proceso o sistema encargado de
conectar la cámara del dispositivo móvil con la aplicación y asociando dichas
imágenes a las viviendas que se estén monitoreando, además de desarrollar la
plantilla para este trabajo y la concatenación con los formatos de inspección
digital
Tarea Descripción Responsable
1 Aplicar funcionalidad de cámara móvil
para captura de imágenes
Fabián Novoa
2 Desarrollar transmisión de imágenes Sebastián Suarez
3 Desarrollar guardado de imágenes Sebastián Suarez Tabla 17- Iteración seis
3.7.7 Iteración siete: Módulo de gestión de ubicaciones de predios
El desarrollo de esta iteración comprende todas las acciones o actividades que
referencie la integridad de los datos y el almacenamiento de los datos en la nube
y mediante la administración del servicio de Firebase, como también la
presentación del resume de inspección dependiendo de las visitas anteriores a
los predios
Tarea Descripción Responsable
1 Método de almacenamiento en la nube
de información recolectada
Sebastián Suarez
2 Almacenar nivel actual de predios Fabián Novoa
3 Visualizar resumen de inspecciones Sebastián Suarez Tabla 18- Iteración siete
80
3.7.8 Iteración ocho: Pruebas
Comprende uno de los pasos más importantes y necesarios para todo desarrollo
de un modelo o sistema basado en aplicaciones Android y es el esquema de
pruebas con el fin de satisfacer y mitigar algún tipo de inconveniente y evitar
problemas o fallos en la aplicación.
Tarea Descripción Responsable
1 Pruebas sobre el sistema Sebastián Suarez
/Fabián Novoa Tabla 19- Iteración ocho
3.8 Historias de usuario
Hay métodos de desarrollo que no utilizan casos de uso, destacándose las
historias de usuario y la mayor parte de los métodos ágiles. En realidad, una
historia de usuario es un requisito expresado de manera simple y en términos
del usuario, por esta razón podría ser muy similar a un caso de uso de poco
detalle. Lo único que las diferencia de éstos es que no hay tanta formalidad en
su descripción
Ingreso a la aplicación
Historia de usuario HU001
Descripción El usuario previamente inscrito por el administrador
en el sistema debe ingresar usuario y contraseña
para poder acceder a los servicios según su rol o
responsabilidad
Actores Usuario (Ingenieros)
Flujo del proceso 1. El usuario ingresa a la aplicación móvil
2. El sistema solicita usuario y contraseña
3. El sistema invoca el caso de uso de validación de
datos.
4. El sistema realiza el ingreso a la base de datos y
muestra un mensaje de bienvenido.
Precondiciones Se debe crear con anticipación los usuarios y las
contraseñas
Restricciones No debe dejar ingresar si el usuario aún no se ha
creado Tabla 20 - Historia de usuario "Ingreso a la aplicación"
Sincronización de datos
81
Historia de usuario HU002
Descripción El usuario puede realizar la sincronización de datos
para poder descargar la información actualizada del
servidor y poder subir los datos recolectados de su
inspección en caso de haberlo hecho offline.
Actores Usuario (Ingenieros)
Flujo del proceso 1. El usuario debe seleccionar la opción de
“sincronización de datos”
2. El sistema valida si hay registros pendientes por
sincronizar.
3. El sistema notifica la sincronización exitosa
llegado el caso o en su defecto la razón por la cual
no se puedo realizar la acción.
Precondiciones Debe ser un usuario registrado y debe estar dentro
de la aplicación.
Restricciones No debe generar errores de desarrollo o de
compilación. Tabla 21- Historia de usuario "Sincronización de datos"
Cierre de sesión
Historia de usuario HU003
Descripción El usuario puede realizar el cierre de la sesión actual
en la que se encuentra
Actores Usuario (Ingenieros)
Flujo del proceso 1. El usuario debe seleccionar la opción de “cierre de
sesión”
2. El sistema valida si la sesión aún está abierta, si
es aso la cierra de forma automática.
3. El sistema notifica el cierre de sesión exitoso
mediante un mensaje.
Precondiciones Debe ser un usuario registrado y debe estar dentro
de la aplicación.
Restricciones No debe perder la información que está pendiente. Tabla 22 - Historia de usuario "Cierre de sesión"
Buscar predios
Historia de usuario HU005
82
Descripción El usuario puede buscar y visualizar todas los predios
por supervisar e identificar los predios asignados
Actores Usuario (Ingenieros)
Flujo del proceso 1. El sistema presenta un mapa virtualizado en
donde están ubicados todos los predios
2. El usuario identifica por una marca roja cada uno
de los predios activos
3. El usuario toca la marca de vivienda.
4. El sistema presenta la información básica de
CHIP predial y dirección.
Precondiciones Debe ser un usuario registrado y debe estar dentro
de la aplicación, el predio debe estar creado
Restricciones No debe haber cruce de información, no debe permitir
predios sin información básica. Tabla 23 - Historia de usuario "Buscar predio"
Trazar ruta
Historia de usuario HU006
Descripción El usuario registrado en el sistema puede consultar
las rutas de trayecto
Actores Usuario (Ingenieros)
Flujo del proceso 1. El usuario elije el predio al cual quiere llegar
2. El sistema realiza la búsqueda y muestra los
distintos resultados según tipo de transporte
3. El sistema registra la petición de viaje.
Precondiciones Debe ser un usuario registrado
Restricciones No debe permitir trazar viajes a localizaciones que no
están en el mapa. Tabla 24- Historia de usuario "Trazar ruta"
Diligenciar Formatos
Historia de usuario HU007
Descripción El usuario registrado realiza el diligenciamiento del
formato de inspección interna y externa de los
predios.
Actores Usuario (Ingenieros)
Flujo del proceso 1. El usuario elije el predio al cual quiere
inspeccionar
83
2. El sistema realiza la búsqueda y muestra el
formato asociado al predio.
3. El usuario diligencia el formato paso a paso y
guarda.
4. El sistema valida si existe conexión de internet y
guarda los datos en la nube, si no hay acceso a
internet mantiene los datos en cache, hasta que
haya acceso a internet y los sube.
Precondiciones Debe ser un usuario registrado y el predio debe
existir en la aplicación.
Restricciones No se deben borrar los datos si no hay conexión a
internet, no debe traer datos de otros predios. Tabla 25 - Historia de usuario "Diligenciar formatos"
Manejo y transmisión de imágenes
Historia de usuario HU008
Descripción El usuario registrado en el sistema puede realizar
toma de imágenes y asociarlas a una vivienda para
luego guardarlas en la nube.
Actores Usuario (Ingenieros)
Flujo del proceso 1. El usuario elije el predio al cual quiere realizar la
fotografía.
2. El sistema se asocia a la cámara del móvil.
3. El usuario toma la fotografía.
4. El sistema asocia la fotografía al predio y la
guarda en la nube.
Precondiciones Debe ser un usuario registrado, el predio debe existir
en la aplicación y el móvil debe contar con cámara.
Restricciones No debe permitir que se asocien fotografías por
usuarios no registrados en la aplicación. Tabla 26 - Historia de usuario "Manejo y transmisión de imágenes"
Calificar inspección
Historia de usuario HU009
Descripción El usuario registrado en el sistema puede calificar el
nivel de riesgo en el que se encuentra el predio
Actores Usuario (Ingenieros)
Flujo del proceso 1. El usuario selecciona el predio.
2. El usuario aumenta o disminuye el nivel de riesgo
3. El sistema guarda la nueva calificación
84
Precondiciones Debe ser un usuario registrado, el predio debe existir
en la aplicación, debe tener por lo menos una
inspección.
Restricciones No debe permitir subir el nivel más de una vez en el
mismo mes.
Tabla 27- Historia de usuario "Calificar inspección"
Ver resumen de inspecciones
Historia de usuario HU010
Descripción El usuario registrado en el sistema puede visualizar y
leer un resumen de las inspecciones realizadas a los
predios.
Actores Usuario (Ingenieros)
Flujo del proceso 1. El usuario selecciona el predio.
2. El sistema busca la información alojada en el
servidor de la vivienda y muestra los resultados.
3. El usuario realiza la lectura de los datos.
Precondiciones Debe ser un usuario registrado, el predio debe existir
en la aplicación, debe tener por lo menos una
inspección.
Restricciones No debe permitir subir el nivel más de una vez en el
mismo mes. Tabla 28-Historia de usuario "ver resumen de inspecciones"
A continuación, se describen las tareas realizadas para dar solución a las
historias de usuario.
3.9 Diseño Lógico
El siguiente diagrama es la representación de la estructura y la relación de los
elementos esenciales a nivel global del aplicativo móvil , el cual esta divido en
tres capas, la primera representa la forma en que el cliente accede a los
servicios, en este caso sería un smartphone, la segunda capa hace referencia al
medio en el que se tiene acceso a los datos y la tercera capa representa los
servidores que interactuan con los datos , para este caso se tiene en cuenta un
servidor proxy, un servidor de bases de datos y un servidor de aplicaciones, los
cuales son administrados por la plataforma Firebase.
85
Ilustración 37 - Diseño lógico de la aplicación
Fuente: propia
Esquema general de la aplicación:
Ilustración 38- Esquema general de la aplicación
Fuente: propia
Los componentes que fueron integrados a la aplicación fueron:
Integración de google maps: para permitir la visualización y la ubicación
de los predios, como también la traza de rutas.
Integración del servicio de google: para realizar la autenticación del
usuario en la aplicación.
Integración con Firebase: para realizar la base de datos y obtener una
suit de aplicaciones encargadas de la seguridad, conexión y
almacenamiento de los datos.
86
Android: La aplicación desarrollada para Android le permite al usuario él
envió y recepción de todos los eventos y servicios.
3.10 Diagramas de clases principales de la aplicación
Los siguientes diagramas describen y representan la estructura y el
comportamiento de cada uno de los componentes principales de la aplicación
móvil, sus relaciones con los demás objetos y los atributos que les caracterizan.
3.10.1 Actividad principal desde donde se realiza el login de la aplicación
Permite realizar el control del ingreso al aplicativo mediante los roles de usuarios
y sus contraseñas.
Ilustración 39 - Diagrama de clase "actividad login de la aplicación"
Fuente: propia
3.10.2 Actividad para ver los predios en un mapa
Visualizar en un mapa centrado en la aplicación la ubicación actual de los
predios, donde también permite realizar búsquedas por direcciones.
87
Ilustración 40 - Diagrama de clase "Actividad predios en un mapa"
Fuente: propia
3.10.3 Actividad que permite grabar ruta trazada
Permite gestionar la ruta trazada a los predios y grabarla a partir de la
información recogida por el GPS.
Ilustración 41- Diagrama de clase "actividad grabar ruta trazada”
Fuente: propia
88
3.10.4 Actividad que permite ingresar formulario
Permite ingresar los datos en los formatos de inspección tanto internos como
externos los cuales se asocian a los predios monitoreados y visualizados en el
mapa al inicio de la aplicación.
89
Ilustración 42 - Diagrama de clase "actividad ingreso de formulario"
Fuente: propia
3.10.5 Actividad que permite realizar el manejo y la transferencia de
imágenes
Permite capturar imágenes y tomar fotografías a través de la cámara del
dispositivo móvil a su vez asociarlas a los formularios de cada predio que es
monitoreado.
90
Ilustración 43- Diagrama de clase "actividad manejo y transferencia de imágenes"
Fuente: propia
3.10.6 Actividades que permiten la conexión al servidor
A continuación, se presenta las clases encargadas de realizar la conexión a la
base de datos del servidor y a su vez mantener la sesión abierta sin necesidad
de estar conectado a internet.
91
Ilustración 44- Diagrama de clase "actividad permitir conexión al servidor”
Fuente: propia
92
3.10.7 Actividad que permite sincronizar los datos
Permite sincronizar los datos con el servidor sea para bajar los últimos datos
actualizados del sistema o subir la información cuando esta se trabajó de manera
offline.
Ilustración 45- Diagrama de clase "actividad sincronización de datos"
Fuente: propia
3.11 Diagrama Entidad Relación
En nuestra aplicación tenemos seis “tablas” una para los formatos de inspección
(Internos y externos), una para los usuarios y los roles, la siguiente para la
vivienda, otra para las rutas asociadas a dichos predios (“Rutas”) y una de fotos
Como los datos los almacenamos en formato JSON en una base de datos
NoSQL el esquema vario un poco respecto a cómo sería en una base de datos
relacional tradicional. Así los datos almacenados tienen la siguiente estructura:
93
Ilustración 46 - Diagrama entidad relación
Fuente: propia
4. VERIFICACIÓN DEL MODELO
En esta fase se hallan los beneficios de las propuestas planteadas y se adecuan
a las necesidades de los ingenieros de obra, definiendo cuales se implementan
y haciendo un comparativo entre los resultados del proceso actual y el
implementado o propuesto.
4.1 Verificación de resultados del proceso propuesto
Al observar el proceso propuesto se evidencia la se ve reflejado una disminución
en el número de pasos efectuados al realizar la supervisión estructural de obra,
esto genera una disminución total en el tiempo total invertido al finalizar el
proceso, es decir, se pasara de un tiempo de supervisión promedio de 415,9
minutos a 99.85 minutos, viendo un beneficio en la reducción de más del 100%,
satisfaciendo así las necesidad y puntos de vista expresados por los ingenieros
en campo en la encuesta realizada.
A continuación, se muestra la comparación del tiempo del proceso actual vs el
proceso propuesto mediante el aplicativo móvil:
94
Ilustración 47 - Grafica de tiempo entre el proceso actual vs proceso propuesto
Fuente: propia
4.2 Beneficios de la implementación de la propuesta
Con la implementación de esta mejora se obtienen los siguientes beneficios:
Garantizar que los datos sean verídicos a todo momento.
Evitar que la información se cruce, pierda, dañe o refunda.
Garantizar que el ingeniero pueda llegar al predio mediante una ruta que
se otorga bajo GPS y evita retrasos en el proceso.
Simplificar la forma en que se realiza la inspección de los predios.
Garantizar que el CHIP predial y la dirección del predio sea de forma
automática por el sistema.
Integrar todos los elementos de la supervisión estructural mediante un
sistema centralizado en la nube y con posibilidad de consulta las 24 horas.
Garantizar la definición de roles y responsabilidades aumentando la
producción y permitir que el sistema realice la delegación de
responsabilidades.
Proteger los datos obtenidos y asegurar que solo estén disponibles para
las personas interesadas y que estén sujetas al proyecto.
Evitar el filtrado de información y la poca legibilidad de los datos que
puede producirse debido al error humano.
Ofrecer una aplicación novedosa que tiene como filosofía agilizar y
simplificar los procesos, requerimiento principal de los ingenieros de obra
en campo.
0
500
ACTUAL PROPUESTO
TIEM
PO
(m
in)
PROCESO
PROCESO ACTUAL Y PROPUESTO VS TIEMPO EN MINUTOS
95
Garantizar que existe una reducción de pasos en el proceso de
supervisión estructural de obra.
Eliminar el formato de inspección físico.
4.3 Acciones de mejora
Para cumplir con el objetivo de esta fase, este modelo se apoya en la
metodología SCRUM ya que, durante las iteraciones o sprint, se procedió a
realizar la codificación y pruebas técnicas de modo que se observara que el
código funcionara de manera correcta, se realizó las respectivas validaciones a
los datos de entrada y se ejecutaron las acciones pertinentes para validar el
funcionamiento según se requería.
Al final de cada Sprint o iteración, se realizaba la reunión de retrospectiva en la
que el dueño del producto buscaba no conformidades, aunque estas nunca se
encontraron ya que tanto el equipo de desarrollo, el SCRUM master y los
ingenieros de obra estaban al tanto del desarrollo del proyecto aportando sus
ideas y conocimientos.
Por lo tanto, el proyecto cumplió lo que se definió en las delimitaciones y el
alcance, a continuación, se enlistan las acciones resultantes de cada uno de las
iteraciones en el desarrollo del aplicativo móvil, definidas y englobadas como
retrospectiva según la metodología SCRUM.
4.3.1 Retrospectiva
Con el objetivo de mejorar de manera continua la productividad y la calidad de
la aplicación y el proceso que se desarrolló, el equipo analiza cómo ha sido su
manera de trabajar durante la iteración, por qué está consiguiendo o no los
objetivos a que se comprometió, lo positivo, lo que se debe corregir y las mejorar
y recomendaciones a implementar. Es un momento de análisis y reflexión del
pasado, pero también es un encuentro del cual tienen que salir decisiones y
acciones para el futuro.
Iteración Acciones
Positivas
Acciones a
corregir
Recomendaciones y
mejores
Sprint 1 Se pudo
implementar todo el
No hubo problemas
mayores en la
Se recomienda tener
en cuenta la
96
IDE de desarrollo
con la suite de
Firebase, la
conectividad fue
exitosa y se creó la
estructura de la
base de datos
implementación de
Firebase aunque el
tiempo de
implementación fue
más alto de lo
esperado.
documentación
completa de los
servicios que ofrece
Firebase.
Sprint 2 Se creó sin ningún
tipo de
inconvenientes el
esquema de inicio
de sesión mediante
la implementación
de roles y
responsabilidades,
además se
estableció la
sincronización de
datos.
Evitar limpiar el
local storage y el
cache ya que se
pierde la sesión y
se pierde la
funcionalidad offline
Agregar otras fuentes
de autenticación como
son Outlook o en su
defecto Facebook.
Sprint 3 Aunque se
consideraron
diferentes
alternativas en
cuanto a fuentes de
mapas se optó por
trabajar con google
ya que las
direcciones en
Colombia tienen
una exactitud
mayor.
Utilizar para la
gestión de mapas la
clase Map View ya
que ese es
compatible con
mayor cantidad de
dispositivos y el
rango es más
cercano.
No olvidar el
seguimiento a los
mapas para
comprobar efectividad
de cercanía.
Sprint 4 Se creó una
plantilla más
sencilla para la
trazabilidad de
rutas, obteniendo el
mejor resultado en
cuanto a
comodidad para el
usuario
Hubo retrasos
debido a que se
comprobó que las
rutas trazadas
fueran las más
exactas y que las
sugerencias de
transporte público
estuvieran
actualizadas.
Se recomienda revisar
documentación de la
API de google maps.
97
Sprint 5 Se pudo desarrollar
la plantilla de
formato de
inspección de
acuerdo a las
necesidades de los
ingenieros
No hubo retrasos
significativos
Se recomienda
documentarse en
material design y
realizar un pre-diseño
físico antes del digital.
Sprint 6 Se consideró
cambiar la base de
fotografías a que
fuesen por cada
punto del
formulario,
consiguiendo una
mejor
navegabilidad y las
felicitaciones por
los ingenieros de
obra.
Guardar las
imágenes en
formato byte y
evitar el envío
masivo de
imágenes debido a
que satura el
servidor.
No implementar él
envió masivo de
imágenes si no que se
recomienda la
conversión a byte o
canvas para luego
enviarlo como
paquete.
Sprint 7 Se precargo
información a la
base de datos para
verificar que no
hubiera perdida de
datos
No hubo ninguna. A partir del monitoreo
generar soluciones de
remediación y
escalación de los
servicios de Firebase
para asegurar alta
disponibilidad.
Sprint 8 Se obtuvieron
resultados óptimos
al realizar las
pruebas con un
margen mínimo de
cosas a solucionar
No hubo ninguna Permitir que el usuario
final haga sugerencias
en posibles cambios.
Tabla 29 – Retrospectiva
98
5. DESCRIPCIÓN DE LA APLICACIÓN
En este apartado mostraremos las vistas de la aplicación, el esquema de
navegación entre las mismas y el manejo de datos a nivel de aplicativo.
En la siguiente imagen se muestra la navegabilidad de la aplicación en forma
jerárquica:
Fuente: propia
Ilustración 48 - Diagrama estructural de la aplicación móvil
99
5.1 Descripción de las vistas
A continuación, describiremos brevemente lo que se puede hacer en cada vista
principal (para mayor detalle consultar el anexo con el manual de usuario (anexo
E):
Vista Diseño Descripción
Vista del login
Ilustración 49 - Vista del login
Fuente : propia
La vista inicial de la
aplicación en la que el
usuario puede logearse
haciendo uso su cuenta
de google.
Vista listado de los
predios
Ilustración 50 - Vista de los
predios
Fuente: propia
Desde esta vista se
puede localizar todos los
predios a los cuales se
les va a realizar la
inspección.
100
Vista de trazo de ruta
al predio
Ilustración 51 Vista trazo de ruta
predio
Fuente: propia
En esta vista se traza la
ruta más óptima para
llegar al destino(predio),
están disponibles las
opción de carro,
transporte público o
caminata
Vista de información
básica del predio
Ilustración 52- Vista de
información básica del predio
Fuente: propia
En esta vista se puede
observar los datos
básicos del predio como
lo son su dirección y su
chip predial
predeterminado.
101
Vista del formulario de
inspección interna y
externa
Ilustración 53- Vista del
formulario de inspección interna
y externa
Fuente: propia
En esta vista se observa
los datos a diligenciar
para la inspección, está
identificado por el chip
predial de la vivienda.
Vista de
sincronización de
datos y cierre de
sesión
Ilustración 54- Vista de
sincronización de datos y cierre
de sesión
Fuente: propia
En esta vista se puede
hacer uso de la
sincronización de datos
tanto para subir la
información alojada de
forma offline como de
descargar los datos más
actualizados.
Tabla 30 - Descripción de vistas aplicación móvil
5.2 Modelo de datos
Para guardar los datos de los datos involucrado en la supervisión estructural de
obra utilizamos Firebase RealTime Database, que es una base de datos NoSQL
alojada en la nube. Con Firebase los datos se almacenan en formato JSON y se
sincronizan en tiempo real con cada cliente conectado, lo que nos permitirá
fácilmente que cada usuario tenga la información de cada evento actualizada.
Firebase permite aplicaciones multiplataforma (iOS, Android y Web),
escalabilidad y posibilidad de seguir funcionado sin conexión a la red (hasta que
102
se vuelva a tener conexión se trabaja con una caché y al recuperar la conexión
se actualiza la información). Dispone de una consola administrativa que nos
permite consultar y administrar los datos y reglas de acceso y uso:
Ilustración 55 - RealTime Database del proyecto
Fuente: propia
5.3 Manejo de imágenes
En la aplicación es posible asociar una fotografía a cada inspección de los
predios, esta imagen se almacena utilizando Firebase Storage. Para subir las
imágenes y descargadlas posteriormente se almacenan con el siguiente nombre
vivienda_+ chip predial
5.4 Servicio Web
En cuanto a servicios web usamos Google Maps Directions API, que es un
servicio que calcula indicaciones entre ubicaciones usando una solicitud HTTP.
103
Accedemos a http://maps.google.com/maps/api/directions/xml con la latitud y
longitud de la posición actual del predio y la latitud y posición de la salida de la
ruta donde se encuentra el usuario.
5.5 Gestión y corrección de errores
Mediante la implementación de la plataforma crash reporting Firebase es posible
crear un esquema de reportes de errores en la aplicación que nos ayude a
establecer un esquema de control frente a la aplicación, optimizando el tiempo
en que se realiza alguna corrección.
Cuando en la aplicación se ejecuta una excepción no controlada, Firebase
reporta por medio de correo electrónico con la traza del error (Firebase, s.f )
Ilustración 56 - Crash reporting Firebase
Fuente: propia
Cuando se reporta un error, se revisa el error en la plataforma con el fin de
obtener información de en qué escenario se produjo esta:
104
Ilustración 57 - Vista de errores desde Firebase
Fuente: propia
Una vez reconocido el error se debe proceder a corregirlo y probarlo en el mismo
escenario que se evidencio este con el fin de tener exactitud de que se ha
corregido.
5.5.1 Posibles Excepciones
Permisos: En el caso de Android 6.0 los permisos de los usuarios se
ejecutan sobre el tiempo de ejecución, si el usuario los rechaza puede
generase un error en la conexión.
Base de datos: En caso de que no haya conexión, los registros pueden
almacenarse de manera local y subirse en el momento que la app detecte
conexión a internet puede sincronizar estos datos, sin embargo, pueden
presentarse problemas durante este proceso.
105
6. PRUEBAS DE LA SOLUCIÓN
En este capítulo se realiza una fase de pruebas de los componentes del
aplicativo, donde este es evaluado para determinar si los requisitos han sido
satisfechos, dichas pruebas se dividen en pruebas al modelo y pruebas al
aplicativo
6.1 Pruebas al modelo
Se realizaron las pruebas respectivas al modelo propuesto, en donde se
evidencio una reducción en el tiempo invertido dedicado a realizar cada una de
las actividades englobadas en la supervisión estructural, resultado que se
pueden observar en la fase de “verificar” del ciclo PHVA desarrollado en este
documento.
De igual forma las pruebas en tiempo realizadas a cada uno de los pasos
planteados en el modelo propuesto se pueden validar en el anexo B.
6.2 Pruebas a la aplicación
Para la realización de las pruebas concernientes a la aplicación móvil del modelo
propuesto, en primera instancia se validó el ingreso o login del aplicativo, en la
cual se comprobó que efectivamente las validaciones de ingreso funcionan sin
ningún inconveniente (cuando el usuario no está creado con deja ingresar)
106
Ilustración 58 - Autenticación incorrecta
Fuente: propia
Ilustración 59 -Autenticación correcta
Fuente: propia
Se identificaron si los predios a supervisar estaban geográficamente bien
localizados mediante la comparación con google maps, del mismo modo que
tanto la dirección como el numero predial estuvieran sujetas a las etiquetas
rojizas en el mapa, y que cada predio tuviera estas características.
A continuación, se realizó pruebas sobre el cálculo de rutas y la trazabilidad del
recorrido, que dicha ruta fuera la correcta haciendo un comparativo entre la ruta
trazada por la aplicación WAZE y la recomendada por nuestra aplicación en
donde se visualizan mínimas diferencias, además se validó que se pudiera
identificar el origen y el destino y se visualizaran las rutas alternativas en cuanto
al transporte público en este caso el SITP.
107
Ilustración 60 - Ubicación de
predios en mapa
Fuente: propia
Ilustración 61- Cálculo de la
mejor ruta
Fuente: propia
Ilustración 62 - Rutas
alternativas transporte público
Fuente: propia
Ilustración 63 - Ruta en WAZE
Fuente: propia
Para validar que el diligenciamiento del formato de inspección no vaya con
valores vacíos y el usuario se vea obligado a llenar cada una de las preguntas
formuladas; se crearon distintas alertas y se validaron las mismas tratando de
ingresar datos aleatoriamente y con faltantes como se ve a continuación:
108
Ilustración 64 - Validación
campo obligatorio en formulario
Fuente: propia
Ilustración 65- Validación al
botón enviar
Fuente: propia
Ilustración 66- Validación salir del
formulario
Fuente: propia
Para validar que todo el proceso de guardado de información de la supervisión
de obra se haya realizado sin ningún tipo de inconveniente y que la conexión
entre la aplicación móvil y Firebase no presente inconsistencia se envía los datos
del perdió con CHIP predial AAA0171FCBR y en el entorno de Firebase se valida
que estos datos ya se encuentren en la nube con su respectiva estructura.
Ilustración 67- Estructura carpeta de imágenes por
predio
Fuente: propia
Ilustración 68- Almacenamiento de imágenes
en la nube
Fuente: propia
En las ilustraciones 67 y 68 se puede observar como las imágenes asociadas al
predio AAA0171FCBR se encuentra seccionadas y acopladas dentro de una
carpeta del mismo nombre, por lo cual esta prueba fue exitosa.
109
Se valida en la base de datos si los datos fueron guardados sin ningún
inconveniente según como se diligencio el formulario, siendo esta prueba exitosa
Ilustración 69- Guardado de datos en la base de datos.
Fuente: propia
A continuación, se realiza un check list de las pruebas realizadas al aplicativo
donde se detalla la descripción de la prueba y el éxito de la misma.
# Prueba Resultado Valor
1 Validar si deja entrar a la aplicación cuando no
se encuentra usuario creado
No deja
ingresar
OK
2 Valida si deja ingresar a la aplicación cuando el
usuario existe
Si deja ingresar OK
3 Los predios son visibles en el mapa Se visualizan
todos los
predios
OK
110
4 Los predios en el mapa traen en su etiqueta la
dirección y el chip predial asociado
Si traen esta
información
OK
5 Si se selecciona el predio traza la ruta más
adecuada
Si traza la ruta OK
6 Se identifica punto de origen y destino en el
cálculo de ruta
Si se identifica
esta
información.
OK
7 Se calcula las rutas de transporte público en la
aplicación
Si enlista rutas
de transporte
publico
OK
8 El formato de inspección se abre cuando se
pulsa el predio en el mapa
Si abre el
formulario al
pulsar el predio
OK
9 Se validan todos los campos del formulario y no
se puede enviar si no están llenos
Se validan los
campos y si
existe algún
campo vacío no
se guardan los
datos
OK
10 La asociación de imágenes y la toma de
fotografías funcionan adecuadamente y se
asocian al predio
Si se realiza
todo sin
inconstancia
OK
11 En Firebase se guardan todos los datos
ingresados divididos en fechas y predios
Si se guardan
los datos según
estructura
OK
12 En Firebase se guardan las fotografías en
carpetas dividas en fechas y predios
Si se guardan
según
estructura
OK
13 Si se cierra la aplicación y se vuelve a ingresar
no es necesario volverse a loguear
No es
necesario
volverse a
loguear si se
cierra la
aplicación
OK
14 El cierre de sesión funciona correctamente Si funciona de
acuerdo a lo
establecido
OK
15 La sincronización de datos funciona
correctamente
Si funciona
correctamente
OK
111
16 Se pueden asociar varias imágenes al predio Si se pueden
asociar varias
imágenes
OK
17 Se pueden incluir observaciones al formulario Si se pueden
incluir
observaciones
OK
Tabla 31- Check list de pruebas
112
CONCLUSIONES
Una de las etapas más fundamentales a la hora de realizar el desarrollo de un
trabajo de grado es el planteamiento de las conclusiones vinculadas con la
metodología planteada, las herramientas utilizadas, la forma en que se aplicaron
y los resultados obtenidos durante el desarrollo de la misma. Por tal motivo se
presentan las siguientes conclusiones:
Al realizar el análisis de la situación actual de los procesos de supervisión
de obras se detectó en primera instancia recurrencia en puntos
estratégicos, como por ejemplo, el diligenciamiento de formularios de
inspección, la ubicación de predios, el monitoreo de los terrenos y la
consolidación de la información , a su vez, la poca organización de los
datos y la perdida de información relevante e importante para el realizar
una supervisión de buena calidad permitieron tomar acciones de mejora
que ayudaron a planear y ejecutar de manera más eficiente las
actividades que componen cada uno de los procesos desarrollados en el
presente trabajo.
Los planes de acción establecidos con base a la metodología PHVA
permitió generar oportunidades de mejoramiento en cada una de las
actividades involucradas en los procesos de calidad y supervisión de
proyectos de obra civil teniendo en cuenta las necesidades y expectativas
establecidas por los ingenieros de obra.
La metodología PHVA y el uso de SCRUM permitió cumplir con todos los
objetivos planteados para el desarrollo del presente proyecto.
Se logró obtener un diagnóstico completo y una visión detallada de la
situación actual y de esta manera se logró proponer distintas alternativas
por lo cual se siguiere utilizar los diagramas de flujos de procesos.
El desarrollo de una aplicación móvil con base en la georreferenciación y
transmisión de datos e imágenes permitió mejorar la velocidad de
interacción de los usuarios con la información, reduciendo tiempos
significativamente altos en el desarrollo de actividades.
113
Las pruebas realizadas al modelo brindaron soluciones positivas a los
procesos ejecutados de supervisión, ya que se redujeron los tiempos de
respuesta de cada una de las actividades y se mejoro
Las pruebas al prototipo fueron exitosas ya que se logró centralizar cada
uno de servicios y visualizar el contenido en un dispositivo que es de uso
común y de fácil acceso, convirtiéndolo en una suit de servicios que se
relacionan entre sí e impulsando el uso de este tipo de soluciones.
114
RECOMENDACIONES
Se recomienda diseñar una página web con una interfaz que permita a los
ingenieros de obra consultar y crear informes más robustos que en una
aplicación móvil no son recomendables.
Se recomienda antes de hacer uso del prototipo realizar la lectura del manual de
usuario anexo al presente documento, debido a la necesidad de conocer las
funcionalidades y características.
Se recomienda tener una amplia documentación acerca de los pasos y exitosa
implementación del ciclo PHVA.
115
BIBLIOGRAFÍA
ACEVEDO, Penélope (n.d.). Enfoque por procesos, Un Principio de la
Gestión de la Calidad visto desde la perspectiva de las normas ISO
9001:2000. Recuperado el 5 de Mayo del 2018, de http://www.cegesti.org/
exitoempresarial/publicaciones/publicacion_3_042002_es.pdf.
ALAIMO, Diego Martín. Proyectos ágiles con Scrum: flexibilidad, aprendizaje,
innovación y colaboración en contextos complejos. 1 ed. Ciudad Autónoma
de Buenos Aires.: Kleer, 2013. EBook. ISBN 978-987-45158-1-0.
BARRIOS, María (n.d.). Círculo de deming en el departamento de producción
de las empresas fabricantes de chocolate artesanal de la ciudad de
Quetzaltenango, Tesis de grado. México D.C: Universidad Rafael Landívar.
Consultado el 6 de Mayo del 2018, de http://recursosbiblio.url.edu.gt/
tesiseortiz/2015/01/01/Barrios-Maria.pdf.
COMFAMA (n.d). Ciclo PHVA. Consultado el 6 de Mayo del 2018, de
http://www.comfama.com.co/contenidos/servicios/Salud/Aprendamos%20m
%C3%A1s/Otros%20temas%20de%20Inter%C3%A9s/ciclo.asp
CHILLARÓN, Diego Castaño. Desarrollo de una plataforma social para
compartir imágenes en dispositivos Android. Madrid.: Universidad Politécnica
de Madrid. Escuela Técnica Superior de Ingeniería de Sistemas Informáticos.
2016.
FIREBASE (n.d.). Firebase te ayuda a crear mejores apps para dispositivos
móviles y hacer crecer tu empresa. Consultado el 8 de mayo del 2018, de:
https://firebase.google.com/?utm_source=google&utm_medium=cpc&utm_c
ampagn=1001467%20%7C%20Firebase*%20Brand%20GENERIC%20%7
C%20Global%20%7C%20es%20%7C%20Desk%2BTab%2BMobile%20%7
C%20Text%20%7C%20BKWS%20%5B2017%5D&utm_term=%7Bkeyword
%7D&gclid=Cj0KCQjwg7HPBR.
GUTIERREZ, Emmanuel. JavaScript Conceptos básicos y avanzados.
Barcelona.: Ediciones Eni, 2009.
116
MALLAR, Miguel (n.d.). La gestión por procesos: un enfoque de gestión
eficiente. Consultado el 9 de mayo del 2018, de http://www.scielo.org.ar/
scielo.php?script=sci_arttext&pid=S1668-87082010000100004.
PINEDA, Jeniffer (n.d.). Implementación de Mejora Continúa Aplicando la
Metodología PHVA de la empresa International Bakery SAC. Consultado el 9
de mayo del 2018, de http://www.usmp.edu.pe/PFII/pdf/20141_8.pdf.
PLATZI. Curso de programación en Android – 2015.
SALAZAR, Bryan (n.d.). Siete herramientas básicas de calidad. Consultado
el 10 de mayo del 2018, de
https://www.ingenieriaindustrialonline.com/herramientas-para-el-ingeniero-
industrial/gesti%C3%B3n-y-control-de-calidad/las-siete-herramientas-de-la-
calidad/.
SÁNCHEZ, Yuli. Gerencie, Ciclo PHVA. Consultado el 10 de mayo del 2018,
de https://www.gerencie.com/ciclo-phva.html.
TOMÁS, Jesús. El gran libro de Android. 5 ed. México.: Alfaomega, 2016.
ISBN 978 607-622-692-6.
Wikipedia. Scrum (desarrollo de software). Consultado el 11 de mayo del
2018, de https://es.wikipedia.org/wiki/Scrum(desarrollo_de_software).
117
ANEXOS
118
ANEXO A. FORMATO DE TOMA DE TIEMPOS DEL PROCESO DE
SUPERVISIÓN ESTRUCTURAL
119
ANEXO B. CONSOLIDADO DE TIEMPOS DE CADA PASO O TAREA DEL
PROCESO DE SUPERVISIÓN ESTRUCTURAL DE OBRA
120
ANEXO C. ENCUESTA
121
ANEXO D. INSTRUCTIVO ESTUDIO DE TIEMPOS
122
ANEXO E. MANUAL DE USUARIO
MODELO DE UN SISTEMA DE GEORREFERENCIACIÓN PARA LA
UBICACIÓN, TOMA Y TRANSMISIÓN DE IMÁGENES DE AVANCES DE
OBRA CIVILES EN DISPOSITIVOS CON SISTEMA OPERATIVO ANDROID,
PARA LA SUPERVISIÓN Y SEGUIMIENTO EN LOS PROYECTOS DE OBRA
CIVIL
Manual de Usuario del prototipo de software
Versión: 01
Fecha: 29/07/2018
Queda prohibido cualquier tipo de explotación y, en particular, la
reproducción, distribución, comunicación pública y/o transformación, total
o parcial, por cualquier medio, de este documento sin el previo
consentimiento expreso de los estudiantes Sebastián Suarez y/o Fabián
Novoa y/o la Universidad Distrital Francisco José de Caldas.
123
HOJA DE CONTROL
Proyecto
modelo de un sistema de georreferenciación para la
ubicación , toma y transmisión de imágenes de
avances de obra civiles en dispositivos con sistema
operativo Android, para la supervisión y seguimiento
en los proyectos de obra civil
Entregable Manual de Usuario del prototipo de software
Autor Sebastián Suarez / Fabián Novoa
Versión/Edición 01 Fecha
Versión 29/07/2018
Aprobado por Vicente Reyes Fecha
Aprobación 29/07/2018
Nº Total de
Páginas
REGISTRO DE CAMBIOS
Versión Causa del
Cambio Responsable del Cambio
Fecha del
Cambio
CONTROL DE DISTRIBUCIÓN
Nombre y Apellidos
124
TABLA DE CONTENIDO
Pág.
1 DESCRIPCIÓN DEL SISTEMA ........................................................................................ 127
1.1 OBJETO ...................................................................................................................... 127 1.2 ALCANCE .................................................................................................................... 127 1.3 REQUERIMIENTOS PARA LA INSTALACIÓN ...................................................................... 127 1.4 QUE ES UN PROYECTO DE FIREBASE ......................................................................... 127
2 PLATAFORMA WEB FIREBASE ..................................................................................... 128
3 INSTALACIÓN DE .APK .................................................................................................. 141
4 MAPA DEL SISTEMA APLICACIÓN MOVIL ................................................................... 144
4.1 NAVEGACIÓN ............................................................................................................... 144 4.2 DESCRIPCIÓN DEL SISTEMA .......................................................................................... 145
4.2.1 Inicio de sesión (pantalla 1) ............................................................................... 145 4.2.2 Descripción de permisos (pantalla 2) ................................................................. 145 4.2.3 Solicitud de permisos multimedia (pantalla 3) ................................................... 146 4.2.4 Solicitud de permisos acceso a la cámara (pantalla 4)...................................... 147 4.2.5 Pantalla principal mapa (pantalla 5) ................................................................... 147 4.2.6 Pantalla sincronización de datos en la nube (pantalla 6)................................... 148 4.2.7 Pantalla formulario (pantalla 7) .......................................................................... 149 4.2.8 Pantalla selección de imágenes (pantalla 8) ..................................................... 149 4.2.9 Pantalla tomar foto (pantalla 9) .......................................................................... 150 4.2.10 Pantalla visualización de imágenes seleccionadas (Pantalla 10) .................. 150 4.2.11 Mensajes informativos ................................................................................... 151
5 FAQ ................................................................................................................................... 153
6 GLOSARIO ....................................................................................................................... 154
7 BIBLIOGRAFÍA Y REFERENCIAS .................................................................................. 156
125
ILUSTRACIONES
Pág.
ILUSTRACIÓN 1- CONSOLA FIREBASE .......................................................................................... 128
ILUSTRACIÓN 2- PROYECTO EN FIREBASE …. .............................................................................. 129
ILUSTRACIÓN 3- SERVICIOS OFRECIDOS POR FIREBASE .............................................................. 129
ILUSTRACIÓN 4- VENTANA PRINCIPAL AUTENTICACIÓN FIREBASE .................................................. 130
ILUSTRACIÓN 5- AUTENTICACIÓN - AÑADIR USUARIO FUENTE ........................................................... 131
ILUSTRACIÓN 6- AUTENTICACIÓN FIREBASE- CONTRASEÑA FUENTE .............................................. 131
ILUSTRACIÓN 7- AUTENTICACIÓN FIREBASE- AGREGAR/ELIMINAR CUENTA FUENTE: ....................... 132
ILUSTRACIÓN 8- SERVICIO BASE DE DATOS FIREBASE .................................................................. 133
ILUSTRACIÓN 9 - BASE DE DATOS REALTIME FIREBASE ................................................................. 133
ILUSTRACIÓN 10- EJEMPLO ESTRUCTURA BASE DE DATOS FIREBASE ............................................ 134
ILUSTRACIÓN 11- EXPORTAR BASE DE DATOS FIREBASE .............................................................. 135
ILUSTRACIÓN 12- DESCARGA ARCHIVO JSON .................................................................................. 135
ILUSTRACIÓN 13- BASE DE DATOS DESCARGADA ............................................................................ 136
ILUSTRACIÓN 14- SERVICIO STORAGE FIREBASE ......................................................................... 137
ILUSTRACIÓN 15- NOMBRE DEL REPOSITORIO ................................................................................. 137
ILUSTRACIÓN 16- ESTRUCTURA JERÁRQUICA DE CARPETAS ............................................................ 138
ILUSTRACIÓN 17- CONTENIDO MULTIMEDIA FIREBASE F ............................................................... 138
ILUSTRACIÓN 18- DASHBOARD FIREBASE ....................................................................................... 139
ILUSTRACIÓN 19- MEDICIÓN USUARIOS ACTIVOS ............................................................................. 139
ILUSTRACIÓN 20- MEDICIÓN GANANCIAS TOTALES........................................................................... 140
ILUSTRACIÓN 21- CONFIGURACIÓN APK ORÍGENES DESCONOCIDOS ................................................. 141
ILUSTRACIÓN 22- INFORMATIVO CONFIRMACIÓN DE CONFIGURACIÓN ............................................... 142
ILUSTRACIÓN 23- LOGO APP- PROYECTO CIVIL ................................................................................ 142
ILUSTRACIÓN 24- CONFIRMACIÓN DE INSTALACIÓN PROYECTO CIVILES ............................................ 142
ILUSTRACIÓN 25- SEGUNDA CONFIRMACIÓN DE INSTALACIÓN PROYECTOS CIVILES ........................... 143
ILUSTRACIÓN 26- INSTALACIÓN EXITOSA ........................................................................................ 143
ILUSTRACIÓN 27- NAVEGABILIDAD EN FORMA JERÁRQUICA GENERAL ............................................... 144
ILUSTRACIÓN 28- PANTALLA INICIO DE SESIÓN ................................................................................ 145
ILUSTRACIÓN 29- DESCRIPCIÓN DE LOS PERMISOS SOLICITADOS ..................................................... 146
ILUSTRACIÓN 30- SOLICITUD PERMISO DE MULTIMEDIA .................................................................... 146
ILUSTRACIÓN 31- SOLICITUD PERMISO CÁMARA .............................................................................. 147
ILUSTRACIÓN 32- PANTALLA PRINCIPAL MAPA ................................................................................. 147
ILUSTRACIÓN 33- PROGRESO DE SINCRONIZACIÓN ......................................................................... 148
ILUSTRACIÓN 34- FORMULARIO DATOS DE LA VIVIENDA ................................................................... 149
ILUSTRACIÓN 35- GALERÍA DE IMÁGENES ....................................................................................... 150
ILUSTRACIÓN 36- CAPTURA DE FOTOGRAFÍAS ................................................................................. 150
ILUSTRACIÓN 37- VISUALIZADOR DE IMÁGENES SELECCIONADAS ..................................................... 151
126
TABLAS
Pág.
TABLA 1- MENSAJES DE ERROR ..................................................................................................... 152
TABLA 2 - GLOSARIO ..................................................................................................................... 155
127
1 DESCRIPCIÓN DEL SISTEMA
1.1 Objeto
Estimado usuario, este manual le permitirá configurar, conocer y utilizar la
aplicación para Android Proyecto Civiles y la plataforma WEB FIREBASE,
como método de organización y recolección de datos implementado por el
modelo de un sistema de georreferenciación para la ubicación, toma y
transmisión de imágenes de avances de obra civiles en dispositivos con
sistema operativo Android, para la supervisión y seguimiento en los proyectos
de obra civil
1.2 Alcance
Este manual está dirigido todos los usuarios del proyecto titulado: modelo de
un sistema de georreferenciación para la ubicación, toma y transmisión de
imágenes de avances de obra civiles en dispositivos con sistema operativo
Android, para la supervisión y seguimiento en los proyectos de obra civil y/o
cualquier proyecto de obra civil que estuviese interesado en implementar el
modelo mencionado anteriormente, con el propósito de configurar y conocer
el funcionamiento de la aplicación Proyecto Civiles y la plataforma
FIREBASE, así como su estructura lógica.
1.3 Requerimientos para la instalación
Sistema operativo Android
Mínimo Android 4.0 Nivel de API 14
15 MB mínimo de espacio de almacenamiento
1.4 Que es un proyecto de FIREBASE
Un proyecto es un contenedor para apps en Android y la Web. Permite
compartir funciones como Database, Storage y Autenticación entre apps
multiplataforma.
128
2 PLATAFORMA WEB FIREBASE
Firebase es la nueva y mejorada plataforma de desarrollo móvil en la nube de
Google. Se trata de una plataforma disponible para diferentes plataformas
(Android, iOS, web), el siguiente link redirige a la página principal de la
plataforma.
https://firebase.google.com/?hl=es-419
Es necesario acceder con la cuenta de GMAIL suministrada por el
administrador del proyecto e ir a la opción IR A LA CONSOLA, como se ve a
continuación
Ilustración 70- consola FIREBASE
Fuente: https://firebase.google.com/?hl=es-419
Después de ingresar a la consola, es necesario elegir el proyecto al que se
quiere acceder, esto debido a que FIREBASE ofrece la posibilidad de trabajar
sobre varios proyectos, vamos a elegir el proyecto llamado ProyectoCiviles,
como se ve a continuación
129
Ilustración 71- proyecto en FIREBASE
fuente: https://console.firebase.google.com/?hl=es-419&pli=1
La aplicación móvil se encarga de consumir 3 servicios que ofrece
FIREBASE, los cuales son:
Autenticación
Bases de datos
Storage
Estos se encuentran disponibles en el panel de control del Dashboard de
FIREBASE
Ilustración 72- servicios ofrecidos por FIREBASE
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/overview?hl=es-419
130
Vamos a ver cuáles son las opciones que nos ofrece cada uno de estos
servicios
Autenticación
Firebase Authentication permite que los usuarios se autentiquen en Firebase
con su dirección de correo electrónico y su contraseña, y para administrar las
cuentas con contraseña de la aplicación móvil.
La siguiente ilustración muestra la página principal de autenticación, con un
único usuario creado
Ilustración 73- ventana principal autenticación FIREBASE
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/authentication/users?hl=es-419
Agregar usuario
Para agregar un nuevo usuario para la aplicación es necesario seleccionar la
opción añadir usuario
131
Ilustración 74- autenticación - añadir usuario
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/authentication/users?hl=es-419
Se abrirá una pantalla emergente que solicitara el usuario y la contraseña,
luego de esto se selecciona agregar usuario e inmediatamente se abra
ingresado un nuevo usuario
Ilustración 75- autenticación FIREBASE- contraseña
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/authentication/users?hl=es-419
132
Eliminar/Actualizar cuenta
Para eliminar o actualizar una cuenta basta con seleccionar el icono de 3
puntos de cada cuenta y se despliega un menú con las respectivas opciones
Ilustración 76- autenticación FIREBASE- agregar/eliminar cuenta
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/authentication/users?hl=es-419
Base de datos
Firebase Real time Database almacena y sincroniza datos con nuestra base
de datos NO SQL alojada en la nube. Los datos se sincronizan con todos los
clientes en tiempo real y se mantienen disponibles cuando la app no tiene
conexión.
Selecciona la opción Database en el panel de control del Dashboard de
FIREBASE
133
Ilustración 77- servicio base de datos FIREBASE
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/database?hl=es-419
Seleccionamos la opción Real time Database como se muestra a
continuación:
Ilustración 78 - base de datos realtime FIREBASE
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/database?hl=es-419
Desde la aplicación móvil cada vez que se ingresa un registro, queda
almacenado de manera que quede organizado de la forma más óptima posible
empezando por el año –> mes -> proyecto como se ve continuación
134
Ilustración 79- ejemplo estructura base de datos FIREBASE
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/database/proyectociviles-
a6519/data?hl=es-419
135
Exportar base de datos:
Firebase ofrece la posibilidad de exportar la base de datos en formato JSON
selecccionando la opcion Exportar JSON como se muestra a continuación
Ilustración 80- exportar base de datos FIREBASE
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/database/proyectociviles-
a6519/data?hl=es-419
Una vez se seleccione se descargara un archivo con el nombre del proyecto
con extencion .JSON
Ilustración 81- descarga archivo json
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/database/proyectociviles-
a6519/data?hl=es-419
Este archivo se puede abrir en editores de texto como TEXTPAD y tiene un
formato como el siguiente
136
Ilustración 82- base de datos descargada
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/database/proyectociviles-
a6519/data?hl=es-419
137
Almacenamiento
Storage para Firebase es un servicio de almacenamiento de objetos que
ofrece las operaciones de carga y descarga de archivos para la aplicación
móvil, para almacenar el contenido multimedia generado por el usuario. En el
servidor, se puede usar Google Cloud Storage para acceder a los mismos
archivos.
Ilustración 83- servicio storage FIREBASE
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/storage/files?hl=es-419
Es necesario seleccionar el repositorio al que se está intentando entrar en
este caso es el siguiente
Ilustración 84- nombre del repositorio
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/storage/files?hl=es-419
La información al igual que en la base de datos se organiza desde la aplicación
móvil de manera automática en carpetas de la siguiente manera, Año mes
placa del proyecto
138
Ilustración 85- estructura jerárquica de carpetas
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/storage/proyectociviles-
a6519.appspot.com/files?hl=es-419
Una vez se ingresa a la placa del proyecto se puede visualizar el contenido
multimedia sincronizado de la siguiente manera
Ilustración 86- contenido multimedia FIREBASE
fuente: https://console.firebase.google.com/project/proyectociviles-a6519/storage/proyectociviles-
a6519.appspot.com/files?hl=es-419
Medición de los recursos
FIREBASE ofrece un Dashboard que proporciona información de estado
sobre los servicios que forman parte de Firebase. Aquí se puede ver el estado
actual de los servicios enumerados anteriormente.
139
Ilustración 87- dashboard Firebase
fuente: https://console.firebase.google.com/project/proyectociviles-
a6519/analytics/app/android:com.example.sebas.proyectociviles/overview?hl=es-419
Ofrece estadísticas sobre usuarios activos en el mes, cada 7 días, y cada día
Ilustración 88- medición usuarios activos
fuente: https://console.firebase.google.com/project/proyectociviles-
a6519/analytics/app/android:com.example.sebas.proyectociviles/overview?hl=es-419
Ofrece el costo actual por los servicios utilizados desde la aplicación, debido
a que es un prototipo aún se encuentra en el plan gratuito
140
Ilustración 89- medición ganancias totales
fuente: https://console.firebase.google.com/project/proyectociviles-
a6519/analytics/app/android:com.example.sebas.proyectociviles/overview?hl=es-419
También ofrece la posibilidad de visualizar el lugar de donde se está utilizando
la aplicación móvil en un mapa con su respectivo porcentaje por país
141
3 INSTALACIÓN DE .APK
Para permitir a nuestro Android la instalación de aplicaciones procedentes de
orígenes desconocidos:
a) nos dirigiremos a: Ajustes -> Seguridad -> Seleccionar Orígenes
Desconocidos.
Ilustración 90- configuración apk orígenes desconocidos
fuente: https://elandroidelibre.elespanol.com/2013/06/como-instalar-aplicaciones-fuera-de-google-play-
con-seguridad.html
b) Cuando activemos Orígenes Desconocidos nos saldrá un mensaje
confirmando si estamos seguros de hacer esto con el siguiente mensaje: El
teléfono y los datos personales son más vulnerables a los ataques de
aplicaciones de origen desconocido. El usuario acepta ser el único
responsable de cualquier daño en el teléfono o pérdida de datos que se
pueda derivar del uso de estas aplicaciones.
142
Ilustración 91- informativo confirmación de configuración
fuente: https://elandroidelibre.elespanol.com/2013/06/como-instalar-aplicaciones-
fuera-de-google-play-con-seguridad.html
c) Si queremos seguir adelante haremos clic en “Aceptar” y ya podremos
instalar aplicaciones de origen desconocido.
3.1 ejecutar .Apk
Para ejecutar el archivo .Apk, es necesario ubicar dicho archivo en el
dispositivo móvil
Ilustración 92- logo app- proyecto civil
fuente: propia
Es necesario hacer clic sobre el archivo y aparecerá una pantalla como la
siguiente, en la que nos pide la confirmación para instalar la aplicación, pulsar
instalar
Ilustración 93- confirmación de instalación proyecto civiles
fuente: propia
143
En algunos casos aplicaciones ya instaladas solicitaran algún tipo de
confirmación es estos casos confirmamos que queremos instalar
Ilustración 94- segunda confirmación de instalación proyectos civiles
fuente: propia
Posterior a esto, saldrá un mensaje de confirmación, en este punto
estamos seguros de que ya tenemos la aplicación instalada en el móvil
Ilustración 95- instalación exitosa
fuente: propia
144
4 MAPA DEL SISTEMA APLICACIÓN MOVIL
4.1 Navegación
La siguiente ilustración muestra la navegabilidad en forma jerárquica general
Ilustración 96- navegabilidad en forma jerárquica general fuente: propia
145
En la anterior ilustración se puede evidenciar el diagrama de navegación que
el usuario puede recorrer en pantallas numeradas del 1 al 10, divididos en
niveles jerárquicos para mejor comprensión, en el apartado descripción del
sistema se expone la funcionalidad de cada una de estas pantallas con su
respectiva descripción
4.2 Descripción del sistema
En esta sección se describirá al usuario la interfaz gráfica con las principales
características de la aplicación. Se exponen las pantallas expuestas en el
apartado navegación, así como las dependientes, además se explican las
distintas pantallas de la aplicación siguiendo los caminos lógicos que el
usuario realizaría.
4.2.1 Inicio de sesión (pantalla 1)
Solicita que ingrese el correo electrónico y contraseña creado por el
administrador en la plataforma de firebase, con el botón ingresar va a intentar
verificar los datos ingresados con los datos en la plataforma de FIREBASE,
en caso de tener problemas ver el apartado mensajes de error.
Ilustración 97- pantalla inicio de sesión
fuente: propia
4.2.2 Descripción de permisos (pantalla 2)
Describe los permisos que necesitan la aplicación y una pequeña descripción
146
de estos
Ilustración 98- descripción de los permisos solicitados
fuente: Propia
4.2.3 Solicitud de permisos multimedia (pantalla 3)
Solicita el permiso de acceso a fotos y multimedia, para poder elegir imágenes
en la pantalla de formulario dentro de la aplicación
Ilustración 99- solicitud permiso de multimedia
fuente: propia
147
4.2.4 Solicitud de permisos acceso a la cámara (pantalla 4)
Solicita el permiso de acceso a la cámara, para poder tomar fotos en la
pantalla de formulario dentro de la aplicación
Ilustración 100- solicitud permiso cámara fuente propia
4.2.5 Pantalla principal mapa (pantalla 5)
La pantalla principal de la aplicación en esta se encuentran los puntos de
georreferenciación en el proyecto, cada uno de estos ofrece la información de
la dirección y el identificador de cada placa
Ilustración 101- pantalla principal mapa
fuente: propia
Eventos:
148
Clic sobre cada punto: Visualiza la descripción de la dirección y el
identificador de la placa del punto en mención
Clic prolongado sobre cada punto: Abre la pantalla formulario para
ingresar los datos de cada punto
Sincronizar datos: Sincroniza la base de datos local y abre la pantalla
de sincronización de datos en la nube
Cerrar Sesión:
Cierra sesión y redirige a la pantalla inicio de sesión
4.2.6 Pantalla sincronización de datos en la nube (pantalla 6)
Muestra el progreso de la sincronización de los datos a firebase
Ilustración 102- progreso de sincronización
fuente: propia
149
4.2.7 Pantalla formulario (pantalla 7)
Aquí es en donde se ingresan los datos correspondientes a cada casa
Ilustración 103- formulario datos de la vivienda fuente: propia
4.2.8 Pantalla selección de imágenes (pantalla 8)
Se seleccionan las imágenes del teléfono, con clic prolongado sobre cualquier
imagen permite seleccionar múltiples imágenes
150
Ilustración 104- galería de imágenes
fuente: propia
4.2.9 Pantalla tomar foto (pantalla 9)
Abre la cámara para que se puedan tomar fotos
Ilustración 105- captura de fotografías fuente: propia
4.2.10 Pantalla visualización de imágenes seleccionadas (Pantalla
10)
Permite ver las fotos elegidas antes de sincronizar en la pantalla formulario
151
Ilustración 106- visualizador de imágenes seleccionadas
fuente: propia
4.2.11 Mensajes informativos
MENSAJE DESCRIPCIÓN
Este campo es obligatorio Pregunta abierta, es necesario
que se ingrese debido a que es
parte fundamental de la
recolección de datos
Esta dirección de E-mail no es válida La dirección de correo electrónico
no tiene el formato correcto,
ejemplo:
Autenticación incorrecta La cuenta de e-mail o la
contraseña no existe en la base de
datos de FIREBASE
No tienes registros pendientes por
sincronizar
No existen registros en la base de
datos local del dispositivo móvil
por subir a la nube en FIREBASE
152
Se debe seleccionar el barrio Es necesario seleccionar el barrio
No seleccionaste ninguna imagen Cuando se abrió la pantalla de
seleccionar imagen no se eligió
ninguna
Se debe seleccionar el tipo de
inspección para la vivienda
Es necesario seleccionar el tipo de
inspección para la vivienda
Se deben seleccionar ventanas que
NO cierran
Es necesario seleccionar
ventanas que NO cierran
Se deben seleccionar puertas que
NO cierran
Es necesario seleccionar puertas
que NO cierran
Se deben seleccionar grietas en
pisos
Es necesario seleccionar grietas
en pisos
Se deben seleccionar grietas en
muros
Es necesario seleccionar grietas
en muros
Se deben seleccionar la ubicación
de las grietas en muros
Es necesario seleccionar la
ubicación de las grietas en muros
Se deben seleccionar humedad en
pie de muro
Es necesario seleccionar
humedad en pie de muro
Se debe seleccionar la ubicación de
la humedad en pie de muro
Es necesario seleccionar la
ubicación de la humedad en pie de
muro
Se debe seleccionar levantamientos
y hundimientos
Es necesario seleccionar
levantamientos y hundimientos
Se debe seleccionar presencia
frecuente de agua manantial
Es necesario seleccionar
presencia frecuente de agua
manantial
Se debe seleccionar fisuras o grietas
en cimentación
Es necesario seleccionar fisuras o
grietas en cimentación
Se debe seleccionar tipo de
evolución
Es necesario seleccionar tipo de
evolución
Registro almacenado
Los datos del formulario han sido
almacenados localmente en el
dispositivo móvil
Tabla 32- mensajes de error
153
5 FAQ
A continuación, se incluyeron una lista de las preguntas o dudas más
frecuentes (Frequently Asked Questions) que pueden surgirle a un usuario del
sistema junto a una explicación para cada una de ellas.
¿en dónde queda almacenada la información cuando se está conectado
a internet?:
queda almacenado en el teléfono en una base de datos local, la forma de
subirla a la nube en un espacio en FIREBASE es eligiendo la opción
sincronizar
¿En dónde puedo encontrar la documentación de Firebase?
En el siguiente link puedes encontrar toda la documentación que ofrece
FIREBASE https://firebase.google.com/docs/?hl=es-419
¿Qué ocurre si excedo los límites de carga, descarga o almacenamiento
en el plan gratuito en FIREBASE?
Cuando superas los límites FIREBASE en un proyecto del plan gratuito,
el resultado depende del tipo de límite que superas:
o Si superas el límite de GB almacenados, no podrás almacenar más
datos en ese proyecto, a menos que quites algunos datos
almacenados o actualices a un plan que proporcione más espacio
de almacenamiento o un espacio ilimitado.
o Si superas el límite de GB descargados, tu app no podrá descargar
más datos hasta el día siguiente (a partir de la medianoche, Hora del
Pacífico de los EE.UU.), a menos que actualices a un plan con
límites menos restrictivos o sin límites.
o Si superas el límite de operaciones de carga o descarga, la app
no podrá subir ni descargar más datos hasta el día siguiente (a partir
de la medianoche, Hora del Pacífico de los EE.UU.), a menos que
actualices a un plan con límites menos restrictivos o sin límites.
¿Qué tipo de asistencia voy a recibir?
Todas las apps de Firebase, incluidos los planes gratuitos, ofrecen
asistencia por correo electrónico del equipo de Firebase durante el horario
de atención habitual del Pacífico de los EE.UU. Todas las cuentas están
limitadas a diez preguntas técnicas (solución de problemas) por año, pero
tienen asistencia ilimitada para problemas de facturación y de la cuenta o
para informar incidentes.
154
¿Dónde puedo encontrar información sobre privacidad y seguridad en
Firebase?
Consulta la página Privacidad y seguridad en Firebase.
https://firebase.google.com/support/privacy/?hl=es-41
6 GLOSARIO
Este punto contiene la definición de todos los términos utilizados, y que se
consideraron de interés para la comprensión del sistema.
Término Descripción
Apk
Un archivo con extensión. Apk contiene una
aplicación para el sistema operativo Android.
Es un acrónimo de su nombre en
inglés Android Application Package. Es muy
parecido a los archivos ejecutables que
tenemos en Windows (.exe o .msi) desde los
que instalamos software. El formato APK es
básicamente un formato de compresión
parecido al ZIP y que dentro contiene todos
los archivos necesarios para que funcione una
aplicación en Android.
Service Storage
Es un modelo de almacenamiento de datos
basado en redes, donde los datos están
alojados en espacios de almacenamiento
virtualizados, por lo general aportados
por terceros.
Service Database
Una base de datos es una colección de
información organizada de forma que un
programa de ordenador pueda seleccionar
rápidamente los fragmentos de datos que
necesite. Una base de datos es un sistema de
archivos electrónico.
Service Autenticación
Es el proceso que debe seguir un usuario para
tener acceso a los recursos de un sistema o
de una red de computadores. Este proceso
implica identificación (decirle al sistema quién
es) y autenticación (demostrar que el usuario
155
es quien dice ser). La autenticación por sí sola
no verifica derechos de acceso del usuario;
estos se confirman en el proceso de
autorización.
Android Es un sistema operativo basado en el núcleo
Linux. Fue diseñado principalmente
para dispositivos móviles con pantalla táctil,
como teléfonos inteligentes, tabletas y
también para relojes
inteligentes, televisores y automóviles. Tabla 33 - glosario
156
7 BIBLIOGRAFÍA Y REFERENCIAS
ANDROID CURSO (s.f.). Máster en Desarrollo de Aplicaciones Android - Las
versiones de Android y niveles de API, Androidcurso.com. [Consultado el 10
de Junio del 2018], de : http://www.androidcurso.com/index.php/recursos/31-
unidad-1-vision-general-y-entorno-de-desarrollo/146-las-versiones-de-
android-y-niveles-de- api
ANDROIDE LIBRE (s.f.). Cómo instalar aplicaciones fuera de Google Play
con seguridad. [Consultado el 10 de Junio del 2018], de
https://elandroidelibre.elespanol.com/2013/06/como-instalar-aplicaciones-
fuera-de-google-play-con-seguridad.html
FIREBASE (s.f.). Panel de control del estado de Firebase. [Consultado el 10
de Junio del 2018], de https://status.firebase.google.com/
ORTEGA, Luis (s.f.). ¿Qué es un archivo APK y cómo instalar? [Consultado
el 10 de Junio del 2018], de https://www.androidpit.es/android-para-
principiantes-apk
157
ANEXO F. MANUAL DEL SISTEMA
MODELO DE UN SISTEMA DE GEORREFERENCIACIÓN PARA LA
UBICACIÓN, TOMA Y TRANSMISIÓN DE IMÁGENES DE AVANCES DE
OBRA CIVILES EN DISPOSITIVOS CON SISTEMA OPERATIVO ANDROID,
PARA LA SUPERVISIÓN Y SEGUIMIENTO EN LOS PROYECTOS DE OBRA
CIVIL
Manual del sistema
Versión: 01
Fecha: 25/08/2018
Queda prohibido cualquier tipo de explotación y, en particular, la
reproducción, distribución, comunicación pública y/o transformación, total o
parcial, por cualquier medio, de este documento sin el previo
consentimiento expreso de los estudiantes Sebastián Suarez y/o Fabián
Novoa y/o la Universidad Distrital Francisco José de Caldas.
158
HOJA DE CONTROL
Proyecto
modelo de un sistema de georreferenciación para la
ubicación , toma y transmisión de imágenes de avances
de obra civiles en dispositivos con sistema operativo
Android, para la supervisión y seguimiento en los
proyectos de obra civil
Entregable Manual del sistema
Autor Sebastián Suarez / Fabián Novoa
Versión/Edici
ón 01
Fecha
Versión 25/08/2018
Aprobado por Vicente Reyes Fecha
Aprobación 27/08/2018
Nº Total de
Páginas
REGISTRO DE CAMBIOS
Versión Causa del
Cambio Responsable del Cambio
Fecha del
Cambio
CONTROL DE DISTRIBUCIÓN
Nombre y Apellidos
159
TABLA DE CONTENIDO
1 DESCRIPCIÓN DEL SISTEMA ........................................................................................ 162
1.1 OBJETO ...................................................................................................................... 162 1.2 ALCANCE .................................................................................................................... 162 1.3 REQUISITOS MÍNIMOS DE HARDWARE ............................................................................ 162 1.4 REQUISITOS MÍNIMOS DE SOFTWARE ............................................................................ 162 1.5 HERRAMIENTAS UTILIZADAS PARA EL DESARROLLO ........................................................ 162
1.5.1 Lenguaje de programación: ............................................................................... 162 1.5.1.1 Desarrollo BackEnd: Java 8: ...................................................................... 162 1.5.1.2 Desarrollo FrontEnd: XML .......................................................................... 163
1.5.2 Lenguaje de base de datos: ............................................................................... 163 1.5.2.1 SQLite: ....................................................................................................... 163
1.5.3 Entorno de desarrollo: ........................................................................................ 163 1.5.3.1 Android studio: ........................................................................................... 163
2 MODELADO DE DATOS .................................................................................................. 165
2.1 DICCIONARIO DE DATOS .............................................................................................. 165 2.1.1 Usuario: .............................................................................................................. 165 2.1.2 Usuario: .............................................................................................................. 165 2.1.3 Fotos: ................................................................................................................. 166 2.1.4 Predio: ................................................................................................................ 167 2.1.5 Formulario .......................................................................................................... 168 2.1.6 Nivel: .................................................................................................................. 170 2.1.7 Ruta: ................................................................................................................... 171
2.2 DIAGRAMA ENTIDAD RELACIÓN: .................................................................................... 171 2.2.1 Descripción de las relaciones: ........................................................................... 173
3 MODELADO LÓGICO DE LA APLICACIÓN ................................................................... 174
3.1 MÓDULO DE INICIO DE SESIÓN ...................................................................................... 174 3.2 MÓDULO DE GESTIÓN DE UBICACIÓN DE PREDIOS ......................................................... 175 3.3 MÓDULO DE CAPTURA Y TRANSFERENCIA DE IMÁGENES ................................................. 177 3.4 MÓDULO DE ALMACENAMIENTO DE DATOS .................................................................... 180
4 MAPA DEL SISTEMA APLICACIÓN MOVIL ................................................................... 183
4.1 NAVEGACIÓN ............................................................................................................... 183 4.2 DESCRIPCIÓN DEL SISTEMA .......................................................................................... 184
4.2.1 Solicitud de permisos de usuario ....................................................................... 184 4.2.2 Acceso a georeferenciación ............................................................................... 185 4.2.3 Almacenamiento de datos .................................................................................. 185
BIBLIOGRAFÍA Y REFERENCIAS ........................................................................................... 186
160
ILUSTRACIONES
ILUSTRACIÓN 1 - DIAGRAMA ENTIDAD RELACIÓN ............................................................................. 172
ILUSTRACIÓN 2 DIAGRAMA DE CLASE "ACTIVIDAD LOGIN DE LA APLICACIÓN" ..................................... 174
ILUSTRACIÓN 3- DIAGRAMA DE FLUJO "ACTIVIDAD LOGIN DE LA APLICACIÓN" .................................... 175
ILUSTRACIÓN 4-DIAGRAMA DE CLASE "ACTIVIDAD PREDIOS EN UN MAPA" ......................................... 176
ILUSTRACIÓN 5- ILUSTRACIÓN DIAGRAMA DE FLUJO "UBICACIÓN DE PREDIOS" ................................. 177
ILUSTRACIÓN 6 - DIAGRAMA DE CLASE "ACTIVIDAD MANEJO Y TRANSFERENCIA DE IMÁGENES"……...178
ILUSTRACIÓN 7- DIAGRAMA DE FLUJO "TOMAR FOTOGRAFÍA" .......................................................... .179
ILUSTRACIÓN 8 - DIAGRAMA DE FLUJO "SINCRONIZAR IMÁGENES A FIREBASE" …………………….172
ILUSTRACIÓN 9- DIAGRAMA DE CLASE "ACTIVIDAD INGRESO DE FORMULARIO" ................................. 181
ILUSTRACIÓN 10- DIAGRAMA DE FLUJO "SINCRONIZAR DATOS A FIREBASE" .................................. 182
ILUSTRACIÓN 11 - NAVEGABILIDAD EN FORMA JERÁRQUICA GENERAL .............................................. 183
ILUSTRACIÓN 12- SOLICITUD DE PERMISOS DE USUARIO ................................................................. 184
ILUSTRACIÓN 13- ACCESO A GEOREFERENCIACIÓN ......................................................................... 185
ILUSTRACIÓN 14 - ALMACENAMIENTO DE DATOS ............................................................................. 185
161
TABLAS
TABLA 1- ESTRUCTURA DE LA TABLA USUARIO EN LA BASE DE DATOS ............................................. 165 TABLA 2- ESTRUCTURA DE LA TABLA ROLES EN LA BASE DE DATOS................................................. 166 TABLA 3- ESTRUCTURA DE LA TABLA FOTOS EN LA BASE DE DATOS ................................................ 167 TABLA 4- ESTRUCTURA DE LA TABLA PREDIO EN LA BASE DE DATOS ................................................ 168 TABLA 5- ESTRUCTURA DE LA TABLA FORMULARIO EN LA BASE DE DATOS ........................................ 170 TABLA 6- ESTRUCTURA DE LA TABLA NIVEL EN LA BASE DE DATOS .................................................. 170 TABLA 7- ESTRUCTURA DE LA TABLA RUTA EN LA BASE DE DATOS ................................................... 171 TABLA 8- DESCRIPCIÓN DE RELACIONES ENTRE TABLAS ................................................................. 173
162
1 DESCRIPCIÓN DEL SISTEMA
1.1 Objeto
El presente manual tiene la finalidad de describir el diseño de la aplicación
para Android Proyecto Civiles y su integración con plataforma WEB
FIREBASE, como método de organización y recolección de datos
implementado por el modelo de un sistema de georreferenciación para la
ubicación, toma y transmisión de imágenes de avances de obra civiles en
dispositivos con sistema operativo Android, para la supervisión y seguimiento
en los proyectos de obra civil
1.2 Alcance
Este manual está dirigido todos los usuarios con conocimientos en los campos
relacionados con la ingeniera de software, desarrollo de software o afines, con
la finalidad de conocer el diseño de software del proyecto titulado: modelo de
un sistema de georreferenciación para la ubicación, toma y transmisión de
imágenes de avances de obra civiles en dispositivos con sistema operativo
Android, para la supervisión y seguimiento en los proyectos de obra civil y/o
cualquier proyecto de obra civil que estuviese interesado en implementar el
modelo mencionado anteriormente, con el propósito de configurar y conocer
el funcionamiento de la aplicación Proyecto Civiles y la plataforma
FIREBASE, así como su estructura lógica.
1.3 Requisitos mínimos de hardware
15 MB mínimo de espacio de almacenamiento en el dispositivo móvil
1.4 Requisitos mínimos de software
Sistema operativo Android
Mínimo Android 4.0 Nivel de API 14
Cuenta de administración en la plataforma FIREBASE en el módulo de
Proyecto Civiles
1.5 Herramientas utilizadas para el desarrollo
1.5.1 Lenguaje de programación:
1.5.1.1 Desarrollo BackEnd: Java 8:
Java es un lenguaje de programación de propósito general, concurrente,
orientado a objetos, que fue diseñado específicamente para tener tan pocas
dependencias de implementación como fuera posible. Su intención es permitir
163
que los desarrolladores de aplicaciones escriban el programa una vez y lo
ejecuten en cualquier dispositivo (conocido en inglés como WORA, o "write
once, run anywhere"), lo que quiere decir que el código que es ejecutado en
una plataforma no tiene que ser recompilado para correr en otra. Java es, a
partir de 2012, uno de los lenguajes de programación más populares en uso,
particularmente para aplicaciones de cliente-servidor de web, con unos diez
millones de usuarios reportados.
1.5.1.2 Desarrollo FrontEnd: XML
Sus siglas significan extensible Markup Language, que en español es
Lenguaje de Marcado Extensible. Es un lenguaje basado en etiquetas
descriptivas, cuyo fin es representar información de texto en forma jerárquica,
y a su vez darle formato. XML cobra importancia al surgir la necesidad de
interoperabilidad entre dos sistemas de información, ya que propone un
puente de intercambio entre dos fuentes de datos distintas
1.5.2 Lenguaje de base de datos:
1.5.2.1 SQLite:
Es un motor de base de datos SQL incorporado. A diferencia de la mayoría de
las otras bases de datos SQL, SQLite no tiene un proceso de servidor por
separado. SQLite lee y escribe directamente en archivos de disco ordinarios.
Una base de datos SQL completa con múltiples tablas, índices, disparadores
y vistas, está contenida en un solo archivo de disco. El formato de archivo de
la base de datos es multiplataforma: puede copiar libremente una base de
datos entre sistemas de 32 bits y de 64 bits
Es una biblioteca compacta. Con todas las funciones habilitadas, el tamaño
de la biblioteca puede ser inferior a 500 Kb, según la plataforma de destino y
la configuración de optimización del compilador. (El código de 64 bits es más
grande. Y algunas optimizaciones del compilador, como la creación de
funciones agresivas y el desenrollado del bucle, pueden hacer que el código
del objeto sea mucho más grande). Existe una compensación entre el uso de
la memoria y la velocidad. SQLite generalmente se ejecuta más rápido cuanta
más memoria le dé. Sin embargo, el rendimiento suele ser bastante bueno
incluso en entornos con poca memoria. Dependiendo de cómo se use, SQLite
puede ser más rápido que la E / S directa del sistema de archivos
1.5.3 Entorno de desarrollo:
1.5.3.1 Android studio:
Es el entorno de desarrollo integrado (IDE) oficial para el desarrollo de
aplicaciones para Android y se basa en IntelliJ IDEA. Además del potente
editor de códigos y las herramientas para desarrolladores de IntelliJ, Android
Studio ofrece aún más funciones que aumentan la productividad durante la
164
compilación de apps para Android, como las siguientes:
Un sistema de compilación basado en Gradle flexible
Un emulador rápido con varias funciones
Un entorno unificado en el que se puede realizar desarrollos para todos
los dispositivos Android
Instant Run para aplicar cambios mientras la app se ejecuta sin la
necesidad de compilar un nuevo APK
Integración de plantillas de código y GitHub para ayudar a compilar
funciones comunes de las apps e importar ejemplos de código
Gran cantidad de herramientas y frameworks de prueba
Herramientas Lint para detectar problemas de rendimiento, usabilidad,
compatibilidad de versión, etc.
165
2 MODELADO DE DATOS
2.1 Diccionario de Datos
En nuestra aplicación tenemos seis “tablas” una para los formatos de
inspección (Internos y externos), una para los usuarios y los roles, la siguiente
para la vivienda, otra para las rutas asociadas a dichos predios (“Rutas”) y una
de fotos Como los datos los almacenamos en formato JSON en una base de
datos NoSQL el esquema vario un poco respecto a cómo sería en una base
de datos relacional tradicional. Así los datos almacenados tienen la siguiente
estructura:
2.1.1 Usuario:
Es la tabla encargada de almacenar los datos del usuario en la base de datos
Tabla 34- Estructura de la tabla Usuario en la base de Datos
Usuario
Identificador tipo Descripción
User_id Int Identificador
único de
usuario
User_nombre text Nombre del
usuario
User_app text Nombre de
usuario con el
que ingresa a
la aplicación
User_rol int Identificador
del rol dentro
de la
aplicación
User_nickname text Nickname
dentro de la
aplicación
User_password text Password del
usuario
2.1.2 Usuario:
Es la tabla encargada de almacenar los roles del usuario en la base de datos
166
Roles
Identificador tipo Descripción
rol_id Int Identificador
único del rol
rol_cargo text Cargo dentro
del negocio
Tabla 35- Estructura de la tabla Roles en la base de Datos
2.1.3 Fotos:
Es la tabla encargada de almacenar las referencias de las fotos en la base de
datos
fotos
Identificador tip
o
Descripción
ft_id int Identificador
único del
registro
fotográfico
ft_fachada text Referencia a
la foto de la
fachada de la
vivienda
ft_ventana Tex
t
Referencia a
la foto de la
ventana de la
vivienda
ft_puerta Tex
t
Referencia a
la foto de la
puerta de la
vivienda
ft_grieta_piso Tex Referencia a
la foto de las
167
t grietas en el
piso de la
vivienda
ft_grieta_muro Tex
t
Referencia a
la foto de las
grietas en los
muros de la
vivienda
ft_humedad_mur
o
Tex
t
Referencia a
la foto de la
humedad en
los muros de
la vivienda
ft_levantamiento Tex
t
Referencia a
la foto del
levantamient
o de la
vivienda con
respecto al
suelo
ft_fisura_cimenta Tex
t
Referencia a
la foto de las
fisuras en la
cimentación
de la vivienda
ft_agua text Referencia a
la foto de
escapes de
agua en la
vivienda
Tabla 36- Estructura de la tabla Fotos en la base de Datos
2.1.4 Predio:
Es la tabla encargada de almacenar los datos propios de la identificación de
la vivienda en la base de datos
Predio
Identificador tipo Descripción
168
pr_chip text Identificador
único de la
vivienda
pr_direccion text Dirección de la
vivienda
pr_barrio text Nombre del
barrio en el
que está
ubicada la
vivienda
pr_nivel text Nivel de
deslizamiento
en el que se
encuentra la
vivienda
pr_placa text Identificador
secundario de
la vivienda
Tabla 37- Estructura de la tabla predio en la base de Datos
2.1.5 Formulario
Es la tabla encargada de almacenar los datos propios de estudio para la
vivienda en la base de datos
Formulario
Identificador Tipo Descripción
fr_id Int Identificador
único del
registro
fr_fecha Date Fecha del
registro
fr_grietaMuro Text Confirmación
de existencia
de grietas en
los muros
fr_grietaEspesor Double Espesor de la
grieta en caso
de existir
169
fr_grietaUbicacion Text Ubicación de la
grieta
fr_grietaPiso Text Confirmación
de existencia
de grietas en el
piso
fr_grietaEspesor Double Espesor de la
grieta en caso
de existir
fr_grietaPublica Text Confirmación
de existencia
de grietas en el
espacio publico
fr_humedad Text Confirmación
de existencia
humedad en la
vivienda
fr_humedadMuro Text Confirmación
de existencia
humedad en los
muros
fr_humedadUbicacion Text Ubicación de la
grieta
fr_humedadEspesor Double Espesor de la
humedad en
caso de existir
fr_tipo Text Tipo de
humedad
fr_ventana Text Descripción de
daños en las
ventas
fr_puerta Text Descripción de
daños en las
puertas
fr_fisura Text Descripción de
fisuras
170
fr_agua Text Descripción de
escapes de
agua
fr_evolucionDaños Text Descripción de
la evolución de
los daños con
respecto a
ediciones
anteriores
fr_levantamiento Text Descripción del
levantamiento
de la vivienda
con respecto a
mediciones
anteriores
fr_fotoid Int Identificador
único de
registro
fotográfico
fr_predioChip int Identificador
único
correspondiente
a la vivienda
Tabla 38- Estructura de la tabla formulario en la base de Datos
2.1.6 Nivel:
Es la tabla encargada de almacenar los datos del nivel de riego para la
vivienda en la base de datos
nivel
Identificador Tipo Descripción
nivel_id Int Identificador
único del nivel
de riesgo
nivel_tipo text Descripción del
tipo de riesgo
de la vivienda
Tabla 39- Estructura de la tabla nivel en la base de Datos
171
2.1.7 Ruta:
Es la tabla encargada de almacenar los datos de la ruta para el acceso a la
vivienda en la base de datos
Ruta
Identificador Tipo Descripción
ruta_id int Identificador
único de la ruta
de acceso a la
vivienda
ruta_chip Int Identificador
único del chip
de la vivienda
ruta_latInicial Double Latitud inicial
de partida
ruta_longInicial Double Lomgitud inicial
de partida
ruta_LatFinal Double Latitud final de
llegada
ruta_longFinal Double Longitud final
de llegada
ruta_fecha Date Fecha de
solicitud
Tabla 40- Estructura de la tabla ruta en la base de Datos
2.2 Diagrama entidad Relación:
Para representar las entidades anteriormente descritas del aplicativo, así
como sus interrelaciones se diseñó el siguiente diagrama entidad relación
172
Ilustración 107 - Diagrama entidad relación – fuente propia
173
2.2.1 Descripción de las relaciones:
id Tipo Entidad 1 Entidad 2 Descripción
R1 1:N Formulario Fotos Cada registro de
la vivienda debe
tener su
respectivo
registro
fotográfico para
evaluar el
avance de la
obra
R2 1:N Formulario Usuario Cada registro de
la vivienda debe
tener su
respectivo
usuario, para
efectos de
auditoria
R3 1:N Usuario Rol Cada usuario
debe tener su
Rol/cargo en la
organización
R4 1:N Predio Formulario Cada predio
debe tener una
serie de registros
R5 1:N Predio Nivel Cada predio
debe tener un
nivel de riesgo
R6 1:N Predio Ruta Cada predio
debe almacenar
las solicitudes de
ruta hacia este
Tabla 41- Descripción de relaciones entre tablas
174
3 MODELADO LÓGICO DE LA APLICACIÓN
3.1 Módulo de inicio de sesión
Permite realizar el control del ingreso al aplicativo mediante los roles de
usuarios y sus contraseñas, el diagrama de clases que representa su
funcionamiento es el siguiente:
Ilustración 108 Diagrama de clase "actividad login de la aplicación" - fuente propia
Con la finalidad de representar gráficamente el proceso que se lleva a cabo
en el módulo inicio de sesión, en donde un usuario ingresa su usuario y
contraseña para ingresar al sistema se plantea el siguiente diagrama de
flujo
175
Ilustración 109- Diagrama de flujo "actividad login de la aplicación" - fuente propia
3.2 Módulo de Gestión de ubicación de predios
Permite visualizar geográficamente en la aplicación la ubicación actual de los
predios de estudio, brindando información como la dirección e identificador de
este
176
Ilustración 110-Diagrama de clase "Actividad predios en un mapa" - fuente propia
Con la finalidad de representar gráficamente el proceso que se lleva a cabo
en el módulo de gestión de ubicación de los predios, en donde al usuario se
le muestra una pantalla con un mapa en el que puede visualizar la ubicación
geográfica de los predios y sus datos de identificación se plantea el siguiente
diagrama de flujo
177
Ilustración 111- Ilustración Diagrama de flujo "ubicación de predios" - fuente propia
3.3 Módulo de captura y transferencia de imágenes
Permite capturar imágenes y tomar fotografías a través de la cámara del
dispositivo móvil, además de guardarlas en una base de datos local
asociándolas a formularios de cada predio que es monitoreado
178
Ilustración 112 - Diagrama de clase "actividad manejo y transferencia de imágenes" - fuente propia
Con la finalidad de representar gráficamente el proceso que se lleva a cabo
en el módulo de captura y transferencia de imágenes, en donde el usuario
puede tomar fotografías desde la aplicación con su dispositivo móvil se
plantea el siguiente diagrama de flujo
179
Ilustración 113- Diagrama de flujo "tomar fotografía" - fuente propia
Con la finalidad de representar gráficamente el proceso que se lleva a cabo
en el módulo de captura y transferencia de imágenes, en donde el usuario
almacena imágenes fotográficas en una base de datos local para
posteriormente sincronizarlas a la plataforma de FIREBASE desde la
aplicación móvil se plantea el siguiente diagrama de flujo
180
Ilustración 114 - Diagrama de flujo "sincronizar imágenes a FIREBASE" - fuente propia
3.4 Módulo de Almacenamiento de datos
Permite ingresar los datos en los formatos de inspección tanto internos como
externos los cuales se asocian a los predios monitoreados y visualizados en
el mapa al inicio de la aplicación, para almacenarlos en una base de datos
local con la finalidad de sincronizarlos posteriormente a una base de datos en
la plataforma web de FIREBASE
181
Ilustración 115- Diagrama de clase "actividad ingreso de formulario" - fuente propia
Con la finalidad de representar gráficamente el proceso que se lleva a cabo
en el módulo de Almacenamiento de datos, en donde el usuario almacena los
datos en los formatos de inspección tanto internos como externos en una base
de datos local para posteriormente sincronizarlas a la plataforma de
FIREBASE desde la aplicación móvil se plantea el siguiente diagrama de flujo
182
Ilustración 116- Diagrama de flujo "sincronizar datos a FIREBASE" - fuente propia
183
4 MAPA DEL SISTEMA APLICACIÓN MOVIL
4.1 Navegación
La siguiente ilustración muestra la navegabilidad en forma jerárquica general
Ilustración 117 - navegabilidad en forma jerárquica general - fuente propia
184
En la anterior ilustración se puede evidenciar el diagrama de navegación que
el usuario puede recorrer en pantallas numeradas del 1 al 10, divididos en
niveles jerárquicos para mejor comprensión, en el apartado descripción del
sistema se expone la funcionalidad de cada una de estas pantallas con su
respectiva descripción
4.2 Descripción del sistema
En esta sección se describe la interfaz gráfica con las principales
características de la aplicación. Se exponen las pantallas expuestas en el
apartado navegación, así como las dependientes, además se explican las
distintas pantallas de la aplicación.
4.2.1 Solicitud de permisos de usuario
Ilustración 118- Solicitud de permisos de usuario- fuente propia
185
4.2.2 Acceso a georreferenciación
Ilustración 119- acceso a georreferenciación - fuente propia
4.2.3 Almacenamiento de datos
Ilustración 120 - Almacenamiento de datos - fuente propia
186
BIBLIOGRAFÍA Y REFERENCIAS
ANDROID STUDIO (s.f.). Android Developers [Consultado el 10 de
Junio del 2018], de https://developer.android.com/studio/intro/?hl=es-
419
JAMES, Revelo (s.f.). Tutorial Básico Del Lenguaje XML [Consultado el
10 de Junio del 2018], de http://www.hermosaprogramacion.com/
2014/08/xml-lenguaje/
SQLITE (s.f.). Sqlite.org, [Consultado el 10 de Junio del 2018], de
https://www.sqlite.org/about.html
TECNOINVER (s.f.). Los 10 lenguajes de programación más usados.
[Consultado el 10 de Junio del 2018], de https://www.tecnoinver.cl/los-
10-lenguajes-de-programacion-mas-usados/
Top Related