prototipo de aplicacion m ovil en android para...

PROTOTIPO DE APLICACION MOVIL ENANDROID PARA OPTIMIZAR EL USO DELTIEMPO EN EL REPORTE DE VISITAS EN

EL PROYECTO DE ATENCION A LAPRIMERA INFANCIA EN CONDICION DEVULNERABILIDAD DEL MUNICIPIO DEL

TAMBO - CAUCA

Ing. Carlos Andres Caicedo Camilo20182099005

Ing. Leydi Rocıo Camargo Quintero20182099006

Mayo 2019

PROTOTIPO DE APLICACION MOVIL ENANDROID PARA OPTIMIZAR EL USO DELTIEMPO EN EL REPORTE DE VISITAS EN

EL PROYECTO DE ATENCION A LAPRIMERA INFANCIA EN CONDICION DEVULNERABILIDAD DEL MUNICIPIO DEL

TAMBO - CAUCA

ESPECIALIZACION EN INGENERIA DE SOFTWAREFACULTAD DE INGENIERIA

Proyecto presentado por:Ing. Carlos Andres Caicedo Camilo

20182099005Ing. Leydi Rocıo Camargo Quintero

20182099006

Mayo 2019

Indice general

Introduccion 8

I Contextualizacion de la investigacion 9

1. Descripcion de la investigacion 101.1. Planteamiento/Identificacion del problema . . . . . . . . . . . . . 10

1.1.1. Formulacion del problema . . . . . . . . . . . . . . . . . . 111.1.2. Sistematizacion del problema . . . . . . . . . . . . . . . . 11

1.2. Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111.2.1. Objetivo general . . . . . . . . . . . . . . . . . . . . . . . 111.2.2. Objetivos especıficos . . . . . . . . . . . . . . . . . . . . . 12

1.3. Justificacion del trabajo/investigacion . . . . . . . . . . . . . . . 121.4. Hipotesis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121.5. Marco Referencial . . . . . . . . . . . . . . . . . . . . . . . . . . 13

1.5.1. Marco Teorico . . . . . . . . . . . . . . . . . . . . . . . . 131.5.2. Marco Conceptual . . . . . . . . . . . . . . . . . . . . . . 24

1.6. Metodologıa de la investigacion . . . . . . . . . . . . . . . . . . . 241.6.1. Tipo de estudio . . . . . . . . . . . . . . . . . . . . . . . . 241.6.2. Metodo de investigacion . . . . . . . . . . . . . . . . . . . 241.6.3. Fuentes y tecnicas para la recoleccion de la informacion . 26

1.7. Organizacion del trabajo de grado . . . . . . . . . . . . . . . . . 261.8. Estudio de sistemas previos . . . . . . . . . . . . . . . . . . . . . 26

II Desarrollo de la investigacion 28

2. Arquitectura Empresarial 292.1. Descripcion de la organizacion . . . . . . . . . . . . . . . . . . . . 29

2.1.1. Mision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292.1.2. Vision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302.1.3. Polıtica de Calidad . . . . . . . . . . . . . . . . . . . . . . 30

2.2. Vista de Negocio . . . . . . . . . . . . . . . . . . . . . . . . . . . 312.2.1. Punto de Vista de Organizacion . . . . . . . . . . . . . . 31

3

INDICE GENERAL 4

2.2.2. Punto de Vista de Cooperacion de Actor . . . . . . . . . . 31

2.2.3. Punto de Vista de Funcion de Negocio . . . . . . . . . . . 32

2.2.4. Punto de Vista de Proceso de Negocio . . . . . . . . . . . 32

2.2.5. Punto de Vista de Cooperacion de Proceso de Negocio . . 33

2.2.6. Punto de Vista de Producto . . . . . . . . . . . . . . . . . 33

2.3. Vista de Aplicacion . . . . . . . . . . . . . . . . . . . . . . . . . . 34

2.3.1. Punto de Vista de comportamiento de la aplicacion . . . . 34

2.3.2. Punto de Vista de Cooperacion de Aplicacion . . . . . . . 35

2.3.3. Punto de Vista de Estructura de Aplicacion . . . . . . . . 35

2.3.4. Punto de Vista de Uso de Aplicacion . . . . . . . . . . . . 36

2.4. Vista de Tecnologıa . . . . . . . . . . . . . . . . . . . . . . . . . . 37

2.4.1. Punto de Vista de Infraestructura . . . . . . . . . . . . . 37

2.4.2. Punto de Vista de Uso de Infraestructura . . . . . . . . . 37

2.4.3. Punto de Vista de Organizacion e Implementacion . . . . 37

2.4.4. Punto de Vista de Estructura de Informacion . . . . . . . 38

2.4.5. Punto de Vista de Realizacion del Servicio . . . . . . . . . 38

2.4.6. Punto de Vista de Vista de Capas . . . . . . . . . . . . . 38

2.5. Vista Motivacional . . . . . . . . . . . . . . . . . . . . . . . . . . 39

2.5.1. Punto de Vista de Vista de Stakeholder . . . . . . . . . . 39

2.5.2. Punto de Vista de Realizacion de Objetivos . . . . . . . . 40

2.5.3. Punto de Vista de Contribucion . . . . . . . . . . . . . . . 40

2.5.4. Punto de Vista de Vista de Motivacion . . . . . . . . . . . 41

2.5.5. Punto de Vista de Vista de Proyecto . . . . . . . . . . . . 41

3. Construccion del prototipo 43

3.1. Fase de analisis y diseno . . . . . . . . . . . . . . . . . . . . . . . 43

3.2. Fase de Construccion . . . . . . . . . . . . . . . . . . . . . . . . . 44

3.3. Fase de Pruebas . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

4. Diseno de la base de datos distribuida 54

4.1. Fase de Analisis y Diseno . . . . . . . . . . . . . . . . . . . . . . 54

4.2. Fase de Construccion . . . . . . . . . . . . . . . . . . . . . . . . . 55

4.3. Fase de Pruebas . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

III Cierre de la investigacion 58

5. Resultados y discusion 59

5.1. Resultados y discusion . . . . . . . . . . . . . . . . . . . . . . . . 59

6. Conclusiones 60

6.1. Verificacion, contraste y evaluacion de los objetivos . . . . . . . . 60

6.2. Sıntesis del modelo propuesto . . . . . . . . . . . . . . . . . . . . 61

6.3. Aportes originales . . . . . . . . . . . . . . . . . . . . . . . . . . 61

6.4. Trabajos o publicaciones derivadas . . . . . . . . . . . . . . . . . 61

INDICE GENERAL 5

7. Prospectiva del trabajo de grado 627.1. Lıneas de investigacion futuras . . . . . . . . . . . . . . . . . . . 627.2. Trabajos de investigacion futuros . . . . . . . . . . . . . . . . . . 62

Bibliografıa 63

Referencias Web 64

Indice de figuras

1.1. Colombia - Cauca - El Tambo. Fuente: [9] . . . . . . . . . . . . . 111.2. Representacion del Lenguaje Archimate Capa de Negocio Parte

1. Fuente: [8] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191.3. Representacion del Lenguaje Archimate Capa de Negocio Parte

2. Fuente: [8] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201.4. Representacion del Lenguaje Archimate Capa de Aplicacion. Fuen-

te: [8] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211.5. Representacion del Lenguaje Archimate Capa de Infraestructura.

Fuente: [8] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221.6. Representacion del Lenguaje Archimate Capa de Motivacion. Fuen-

te: [8] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231.7. Ejemplo del formulario empleado en la visita domiciliaria. Fuente:

[13] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

2.1. Logo de la Fundacion Gimnasio Moderno del Cauca. Fuente: [14] 302.2. Punto de Vista de Organizacion. Fuente: Autor. Software: Coloso 312.3. Punto de Vista de Cooperacion de Actor. Fuente: Autor. Softwa-

re: Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322.4. Punto de Vista de Funcion de Negocio. Fuente: Autor. Software:

Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 322.5. Punto de Vista de Proceso de Negocio. Fuente: Autor. Software:

Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332.6. Punto de Vista de Cooperacion de Proceso de Negocio. Fuente:

Autor. Software: Coloso . . . . . . . . . . . . . . . . . . . . . . . 332.7. Punto de Vista de Producto. Fuente: Autor. Software: Coloso . . 342.8. Punto de Vista de Comportamiento de Aplicacion. Fuente: Autor.

Software: Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . 342.9. Punto de Vista de Cooperacion de Aplicacion. Fuente: Autor.

Software: Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . 352.10. Punto de Vista de Estructura de Aplicacion. Fuente: Autor. Soft-

ware: Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352.11. Punto de Vista de Uso de Aplicacion. Fuente: Autor. Software:

Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 362.12. Punto de Vista de Infraestructura. Fuente: Autor. Software: Coloso 37

6

INDICE DE FIGURAS 7

2.13. Punto de Vista de Uso de Infraestructura. Fuente: Autor. Soft-ware: Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

2.14. Punto de Vista de Organizacion e Implementacion. Fuente: Au-tor. Software: Coloso . . . . . . . . . . . . . . . . . . . . . . . . . 38

2.15. Punto de Vista de Estructura de Informacion. Fuente: Autor.Software: Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

2.16. Punto de Vista de Realizacion del Servicio.Fuente: Autor. Soft-ware: Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

2.17. Punto de Vista de Vista de Capas. Fuente: Autor. Software: Coloso 392.18. Punto de Vista de Vista de Stakeholder. Fuente: Autor. Software:

Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 402.19. Punto de Vista de Realizacion de Objetivos. Fuente: Autor. Soft-

ware: Coloso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 402.20. Punto de Vista de Contribucion. Fuente: Autor. Software: Coloso 412.21. Punto de Vista de Motivacion. Fuente: Autor. Software: Coloso . 412.22. Punto de Vista de Proyecto. Fuente: Autor. Software: Coloso . . 42

3.1. Caso de uso N.001: Registrar. Fuente: Autor . . . . . . . . . . . . 433.2. Caso de uso N.002: Iniciar Sesion. Fuente: Autor . . . . . . . . . 443.3. Caso de uso N.003: Cerrar Sesion. Fuente: Autor . . . . . . . . . 443.4. Android Studio. Fuente: [15] . . . . . . . . . . . . . . . . . . . . . 453.5. Android Studio. Fuente: Autor . . . . . . . . . . . . . . . . . . . 453.6. Pantalla de autenticacion. Fuente: Autor . . . . . . . . . . . . . . 463.7. Pantalla formulario unidad de servicio. Fuente: Autor . . . . . . 473.8. Pantalla formulario del nino/nina. Fuente: Autor . . . . . . . . . 483.9. Pantalla formulario salud. Fuente: Autor . . . . . . . . . . . . . . 493.10. Pantalla nutricion y medidas antropometricas. Fuente: Autor . . 503.11. Pantalla mensaje sincronizacion exitosa. Fuente: Autor . . . . . . 513.12. Pantalla mensaje sincronizacion no exitosa. Fuente: Autor . . . . 523.13. Pantalla mensaje error al sincronizar. Fuente: Autor . . . . . . . 53

4.1. Diagrama de relacion base de datos distribuida. Fuente: Autor . 554.2. Diagrama de entendimiento de las bases de datos. Fuente: Autor 564.3. Creacion de las tablas. Fuente: Autor . . . . . . . . . . . . . . . . 564.4. Consulta N.1 base de datos distribuida. Fuente: Autor . . . . . . 574.5. Consulta N.2 base de datos distribuida. Fuente: Autor . . . . . . 57

Introduccion

La presente investigacion propone el uso de las tecnologıas de la informacionen los procesos que en la actualidad se hacen de forma manual. Esta propuestase enfoca en mejorar desde el aspecto de la percepcion de tiempo empleadoen esas actividades, como lo es el caso de la Fundacion Gimnasio Moderno delCauca, la cual realiza una serie de visitas domiciliarias a la poblacion de laprimera infancia en condiciones de vulnerabilidad de las veredas del municipiodel Tambo – Cauca, con el proposito de reforzar los modelos de prevencion,deteccion y tratamiento de la violencia domestica.

De manera que, en el desarrollo de estas actividades el Trabajador Socialutiliza tiempo de la visita al diligenciamiento de documentos en papel que res-paldan las acciones ejecutadas, tiempo que en el ejercicio, deberıa dedicarse a laatencion de los ninos. Esto sin duda, es una oportunidad para aplicar las tecno-logıas de la informacion, mejorando la calidad de las visitas con la percepciondel tiempo dedicado entre el reporte de la visita y el cuidado a los usuarios deprimera infancia en condicion de vulnerabilidad.

Por consiguiente la investigacion presenta una alternativa de solucion a estaproblematica con el diseno y construccion de un prototipo de aplicacion movilen Android y la utilizacion de Base de datos distribuida para el diligenciamientode la ficha de caracterizacion socio-familiar durante las visitas domiciliarias.

8

Parte I

Contextualizacion de lainvestigacion

9

Capıtulo 1

Descripcion de lainvestigacion

1.1. Planteamiento/Identificacion del problema

El Trabajador Social que visita a la poblacion de la primera infancia en lasveredas del Tambo – Cauca, invierte mucho tiempo en diligenciar los formatospara los reportes de las actividades realizadas. Se limita el trabajo con la pri-mera infancia al estar llenando formatos en papel, en ocasiones el profesional sepreocupa mas por diligenciar los documentos, que atender a la primera infancia,enfocando su trabajo en el formalismo de la visita y no en las activiades con losninos y su familia.

En cada una de estas visitas los funcionarios deben diligenciar mas de 10formatos, consumiendo gran parte del tiempo que tienen estipulado por cadavisita y esto implica menos tiempo para las actividades que se deben realizarcon los ninos, ninas y sus familiares, los funcionarios cada 8 dıas deben radicarfısicamente todos los formatos de las visitas realizadas durante ese periodo detiempo, para que una persona se encargue de ingresar toda esta informacion alsistema.

Esta problematica esta afectando el tiempo que se le deberıa dedicar a cadanino para realizar sus respectivas actividades y tambien conlleva a un repro-ceso de funciones que realizan los funcionarios diligenciando formatos y luegoingresarlos al sistema, todo esto se realiza de esta forma por que las visitas serealizan en sector rural donde el acceso a internet es limitado o nulo.

De seguir ası el programa de visitas domiciliarias gastara mas tiempo enla formalizacion de las sesiones, que en la atencion a la primera infancia. Serequiere una alternativa que facilite el trabajo del profesional, optimizando eltiempo de la visita y centralizando la informacion de este proceso mediante unaherramienta como las bases de datos distribuidas.

10

CAPITULO 1. DESCRIPCION DE LA INVESTIGACION 11

Figura 1.1: Colombia - Cauca - El Tambo. Fuente: [9]

1.1.1. Formulacion del problema

¿De que manera se puede cambiar la percepcion del uso de tiempo para quelos funcionarios realicen las respectivas actividades con los ninos y sus familiaresen cada visita, evitando el reproceso de funciones?

1.1.2. Sistematizacion del problema

¿Cuales es la mejor alternativa tecnica para diligenciar los formatos?

¿Cual es la mejor herramienta para sincronizar la informacion en modelooff-line?

1.2. Objetivos

1.2.1. Objetivo general

Disenar un prototipo de una aplicacion movil para Android la cual funcioneoff-line, donde los profesionales de la Fundacion Gimnasio Moderno del Caucapuedan mejorar la percepcion del uso del tiempo empleado en el diligenciamientodel formulario de la visita que realizan a los usuarios de primera infancia, en

1.3. JUSTIFICACION DEL TRABAJO/INVESTIGACION 12

las veredas del municipio del Tambo – Cauca, por medio de las herramientas detecnologıa de la informacion para la sincronizacion de datos.

1.2.2. Objetivos especıficos

Construir el modelo de base de datos distribuida que se adapte de mejorforma al funcionamiento off-line, como parte de la solucion a la problemati-ca de la optimizacion del tiempo para mejorar la atencion de la poblacioninfantil.

Generar una interfaz de usuario, con accesos intuitivo y de facil navegabi-lidad que cumpla con los requisitos del formulario.

Implementar un prototipo que sincronice la informacion de las visitas ala comunidad infantil para el almacenamiento de los datos recolectadosmediante la base de datos distribuida.

1.3. Justificacion del trabajo/investigacion

La presente investigacion busca implementar un modelo de sincronizacionde informacion entre una base datos local en una aplicacion movil y una basede datos centralizada porque se requiere verificar si al usar las tecnologias de lainformacion puede ayudar a mejorar la percepion del usuario en el tiempo queemplea en el diligenciamiento del formulario.

Las bases de datos distribuidas permiten la sincronizacion de la informacionentre una base de datos local y una base de datos principal, mediante un data-center el cual tiene la capacidad para recibir muchas peticiones simultaneas sinlograr afectacion como sı lo harıa si las transacciones se realizaran directamentea la base de datos. Para ello se requiere una estructura similar entre las basesde datos a sincronizar la informacion.

El proceso que se esta aplicando para la realizacion de estas visitas, nosatisface las necesidades sociales de los ninos ya que el tiempo empleado cadavez es menor para las actividades de entendimiento, de manejo de los problemasy de fortalecimiento de los lazos familiares. El reporte de estas actividades tienegran tendencia a errores de transcripcion y que ponen en riesgo la veracidad dela informacion registrada por cada profesional, teniendo un margen alto de erroral generar estadısticas que no muestren la realidad del estado de esta poblacion.

1.4. Hipotesis

La implementacion del prototipo de aplicacion movil para dispositivos An-driod, permite al profesional manejar de mejor forma su tiempo al ser unaherramienta aliada para el registro de sus actividades y el uso de base de datosdistribuidas permite la sincronizacion de la informacion, reduciendo tiempos enla recoleccion de la informacion y aumentando la veracidad de los datos reco-lectados.


1.5. Marco Referencial

1.5.1. Marco Teorico

Base de datos distribuida

Una base de datos distribuida (BDD) es una coleccion de datos que pertene-cen logicamente al mismo sistema, pero que estan distribuidos sobre diferentesordenadores de la red. Esta definicion enfatiza dos aspectos importantes en unaBDD:

Distribucion: Los datos no residen en el mismo lugar. De este modo sepuede distinguir una BDD de una base de datos (BD) centralizada.

Correlacion logica: Los datos no residen en el mismo lugar. De este mo-do se puede distinguir una BDD de una base de datos (BD) centralizada.De este modo se puede distinguir una BDD de un conjunto de BD localeso ficheros residentes en diferentes lugares de una red de ordenadores.

En la arquitectura de una BDD se pueden identificar tres capas: vista de usuario,conceptual y fısica. En la capa de usuario se encuentran todas las aplicaciones,las pantallas de entrada de cada dato y los reportes requeridos para la empresapara la cual se representa el modelo. En la capa conceptual esta el modelo delnegocio subyacente, usualmente el modelo entidad-relacion. En la capa fısicaesta el modelo fısico y la estructura de la base de datos. Desde la perspectiva deuna BDD, los usuarios desde la capa de usuario examinan y manipulan los datoscomo si la base de datos estuviese centralizada en ese nodo. Desde el punto devista fısico la BD esta fragmentada y ubicada en diferentes sitios. [1]

Entre los beneficios que presentan las bases de datos distribuidas, se encuen-tran [10]:

Los datos son localizados en un lugar mas cercano, por tanto, el acceso esmas rapido.

El procesamiento es rapido debido a que varios nodos intervienen en elprocesamiento de una carga de trabajo, nuevos nodos se pueden agregarfacil y rapidamente.

La comunicacion entre nodos se mejora y existe una autonomıa e indepen-dencia entre los nodos.

Los datos se pueden colocar fısicamente en el lugar donde se acceden conmayor frecuencia, haciendo que los usuarios tengan control local de losdatos con los que interactuan. Esto resulta en una autonomıa local.

Mediante la replicacion de informacion, las bases de datos distribuidaspueden presentar cierto grado de tolerancia a fallas haciendo que el fun-cionamiento del sistema no dependa de un solo lugar.

1.5. MARCO REFERENCIAL 14

La proliferacion de RDBMS (Sistema de Gestion de bases de datos Relacio-nales) y otros sistemas de datos combinados con la necesidad de una vista inte-grada de los datos, que abarca diferentes departamentos o aplicaciones, llevanal concepto de un sistema de gestion de bases de datos distribuidas (DDBMS).Un DDBMS se puede disenar con uno de varios enfoques alternativos diferen-tes. Un DDBMS puede proporcionar una interfaz unica y uniforme a los datoscontenidos en cualquiera de varias bases de datos RDBMS tradicionales, se-paradas. Idealmente, las aplicaciones escritas para acceder a DDBMS puedenconectarse a cualquier informacion controlada por los sistemas de datos integra-dos por DDBMS, incluso datos administrados dentro de archivos planos o basesde datos no relacionales. Como analizan Rahimi y Haug en /citec3, hay variasalternativas arquitectonicas de DDBMS, pero todas tienen un objetivo comun;se esfuerzan por proporcionar cierto grado de apoyo para varios tipos diferentesde transparencia. Por ejemplo, proporcionar transparencia de ubicacion significaque la aplicacion no necesita conocer ningun detalle de red o implementacionpara el sistema host subyacente que contiene el conjunto de datos al que necesitaacceder para una consulta determinada. La transparencia de la fragmentacionsignifica que el DDBMS proporciona una vista integrada de los datos, inclusocuando el esquema y el contenido subyacente se dividen en varios grupos defilas (fragmentacion horizontal), grupos de columnas (fragmentacion vertical) osubgrupos basados en ambos tipos de fragmentacion (es decir, fragmentacionhıbrida). La transparencia de la replicacion permite la duplicacion de tablas ofragmentos para un mejor rendimiento y el equilibrio de carga de las consultas,al mismo tiempo que garantiza la sincronizacion del contenido de los datos paralas operaciones de escritura.

Cuando se utiliza un DDBMS para unir varias bases de datos separadas, nosiempre es una solucion ideal. Por ejemplo, las aplicaciones OLTP (Procesamien-to de Transacciones En Lınea - OnLine Transaction Processing) individuales,previamente disenadas e implementadas para conectarse directamente a los da-tos subyacentes, todavıa necesitan realizar operaciones de lectura y escritura enlos conjuntos de datos subyacentes. Desafortunadamente, a menudo se conside-ra poco practico (en funcion de la vista del valor de la calidad) reescribir estasaplicaciones tradicionales para usar el DDBMS en lugar del acceso directo queusaron originalmente. Debido a situaciones como esta y otras consideraciones,el uso de DDBMS para operaciones de escritura puede ser bastante limitado oincluso imposible. En tal entorno, realizar consultas contra un DDBMS tienebeneficios potenciales; sin embargo, depende de la capacidad de los desarrolla-dores de DDBMS para integrar los datos de los diferentes sistemas de datossubyacentes. La tarea de integrar estos sistemas puede ser bastante desafiante,o incluso imposible, en funcion de la calidad de los datos de estos sistemas y lacomprension diferente y, a menudo, incompatible de los conceptos en diferentesaplicaciones. Por lo tanto, la calidad de DDBMS depende de la calidad de losdatos de otros sistemas y procesos. Esto significa que el grado de calidad que unDDBMS puede proporcionar razonablemente es a menudo menor que el maximoteorico que el enfoque DDBMS podrıa proporcionar. [4]


Patrones de desarrollo para aplicaciones moviles

El uso de dispositivos moviles computacionales entre las personas tiene granaceptacion, al punto de convertirse en un sector con gran representacion a nivelmundial y en constante evolucion; es por esto se debe formalizar los procesos,procedimientos y actividades tecnicas necesarias para la produccion de aplica-ciones con calidad, ya sea en ambientes academicos o industriales. Es adecuadoconsiderar que el permanente aumento en el uso de dispositivos moviles requiereel desarrollo aplicaciones que permitan aprovechar mejor este tipo de tecnologıa.En la actualidad, hay una tendencia en el mercado de aplicaciones, siendo estasapoyo al proceso comercial de grandes companıas donde las aplicaciones sonofrecidas para brindar diversas funcionalidades a los usuarios en general. [11]

La metodologıa propuesta para el desarrollo de aplicaciones para moviles sefundamenta en la experiencia de investigaciones previas en aplicaciones moviles,la evaluacion del potencial de exito para servicios de tercera generacion deno-minada 6 M, la ingenierıa de software educativo con modelado orientado porobjetos (ISE-OO), y principalmente en los valores de las metodologıas agiles.

De las metodologıas agiles se heredan los conceptos inmersos en los cuatropostulados o manifiesto agil [4].

Desarrollar software que funciona mas que conseguir buena documenta-cion.

La respuesta ante el cambio es mas importante que el seguimiento de unplan.

Colaboracion con el cliente sobre negociacion contractual.

Individuos e interacciones sobre procesos y herramientas.

De la 6 M’s se extrae la concepcion de que las aplicaciones moviles debengarantizar el cumplimiento de las necesidades de los usuarios y al mismo tiempogeneren ingresos. La 6 M’s debe su nombre a los seis atributos que se midenpara evaluar el exito del servicio propuesto: Movement (Movimiento), Moment(Momento), Me (Yo), Multi-user (Multiusuario), Money (Dinero) y Machines(Maquinas) [5]. La metodologıa se encuentra enmarcada en cinco fases comose muestra en la figura 1, denominadas: analisis, diseno, desarrollo, pruebas defuncionamiento y entrega. A continuacion se describe cada una de las actividadesque intervienen en el desarrollo de la propuesta.

Analisis En esta fase se analizan las peticiones o requerimientos de laspersonas o entidad para la cual se desarrolla el servicio movil “Cliente”, elproposito es definir las caracterısticas del mundo o entorno de la aplicacion.Se realizan tres tareas: obtener requerimientos, clasificar los requerimientos ypersonalizar el servicio [12].

Obtener requerimientos: se sugiere hacer una serie de entrevistas al clien-te, para que manifieste los sıntomas del problema o necesidades que sepretenden solucionar con las tecnologıas moviles, o simplemente, para quesenale las caracterısticas que debe tener la aplicacion.


Clasificar los requerimientos: una vez identificados los requerimientos quedebe tener el software, se procede a clasificarlos. Dichos requerimientosse pueden clasificar en entorno, mundo, funcionales y no funcionales. Elentorno se refiere a todo lo que rodea al servicio. Por ejemplo, las carac-terısticas tecnicas del dispositivo movil del cliente, el sistema operativosubyacente (movil y servidores), la tecnologıa utilizada para la transferen-cia de informacion, el Sistema Manejador de Base de Datos, Data BaseManagement System (DBMS), si se requiere, el formato de archivos y,otros modulos tecnologicos utilizados para el servicio. El mundo es la for-ma como interactuan el usuario y la aplicacion. Aquı se encuentran losrequerimientos de la Interfaz Grafica de Usuario, Graphical User Interfa-ce (IGU), la forma en que el software va a generar los datos de salida, elformato de los datos y los demas requerimientos que involucren la comuni-cacion hombre-maquina, considerando la gama tecnologica de los telefonosmoviles de los usuarios a la que va dirigida el servicio. Los requerimien-tos funcionales son todos aquellos que demandan una funcion dentro delsistema. Se deben definir claramente cada una de las tareas que debe rea-lizar la aplicacion. Los requerimientos no funcionales son la estabilidad,la portabilidad, el rendimiento, el tiempo de salida al mercado y, el costo,entre otros.

Personalizar el servicio: adicionalmente se deben analizar aspectos de lacotidianidad del cliente como preferencias, costumbres y particularidadesdel usuario, con el proposito de garantizar la aceptacion del servicio. Di-seno El objetivo de esta etapa es plasmar el pensamiento de la solucionmediante diagramas o esquemas, considerando la mejor alternativa al in-tegrar aspectos tecnicos, funcionales, sociales y economicos. A esta fase seretorna si no se obtiene lo deseado en la etapa prueba de funcionamiento.Se realizan cuatro actividades en esta fase: definir el escenario, estructurarel software, definir tiempos y asignar recursos.

DesarrolloEl objetivo de esta fase es implementar el diseno en un producto de software.

En esta etapa se realizan las siguientes actividades [?]:

Codificar: se escribe en el lenguaje de programacion seleccionado, cada unade las partes definidas en los diagramas realizados en la etapa de diseno.

Pruebas unitarias: se verifica el funcionamiento de la aplicacion. En primerlugar, se comprueba la correcta operacion de cada elemento desarrollado—objeto, clase, actividad, documento, entre otros— en forma individual;posteriormente, se pone en funcionamiento el conjunto .de elementos, com-probando la interrelacion entre ellos. Se ejecuta y se observan los resultadosobtenidos, para compararlos con los esperados.

Documentar el codigo: a medida que se codifica y se prueba cada elemento,se redacta la pequena documentacion sobre lo desarrollado.


Codificar ayudas: ademas del manual de instalacion y de usuario, debenexistir una serie de ayudas que informen de manera didactica lo que puedehacer el usuario con la aplicacion, estas ayudas deben ser codificadas enel mismo lenguaje de programacion e integrada en la interfaz de usuario.

Pruebas de funcionamiento El objetivo de esta fase es verificar el fun-cionamiento de la aplicacion en diferentes escenarios y condiciones; para esto serealizan las siguientes tareas [?]:

Emulacion y simulacion: se realizan pruebas simulando el escenario y emu-lando el dispositivo movil, explorando todas las utilidades y funciones dela aplicacion, introduciendo diferentes datos, inclusive erroneos, para me-dir la funcionalidad y el nivel de robustez del software. Si se encuentranalgunas fallas, se debe regresar a la etapa de codificacion en la fase dedesarrollo para solucionar los problemas, si las pruebas son satisfactoriasse procede a la etapa de pruebas con dispositivos reales.

Dispositivos reales: deben hacerse pruebas de campo en equipos reales paramedir el desempeno y el rendimiento del aplicativo. Si se encuentran fallasen el tiempo de ejecucion, si el software no cumple con los requerimientosespecificados, o si el cliente solicita un cambio de ultima hora, hay queregresar a la fase de diseno para reestructurar y solucionar el inconvenientepresentado.

Analisis de las 6 M’s: para valorar el potencial de exito del servicio, sesugiere buscar un grupo de expertos en el campo del desarrollo movil paraque utilicen el metodo de evaluacion de las 6 M’s, y califiquen la presenciade los seis atributos en la aplicacion desarrollada

Cualquier servicio que brinde un gran valor en cualquiera de las 6 M’s tieneun buen potencial para el exito como servicio movil. Si la evaluacion de las 6M’s del servicio es insatisfactoria, se debe redisenar el servicio fortaleciendo losatributos mencionados.

Entrega Terminada la depuracion de la aplicacion y atendidos todos losrequerimientos de ultima hora del cliente se da por finalizada la aplicacion yse procede a la entrega del ejecutable, el codigo fuente, la documentacion y elmanual del sistema. [?]

Manuales: el objetivo es el entrenamiento; una aplicacion movil debe cons-tar de un manual del sistema donde se indique el proceso de instalacion, laatencion a posibles fallas en el tiempo de ejecucion y, las especificacionestecnicas mınimas de hardware y software que requiere el equipo, para elfuncionamiento adecuado del aplicativo desarrollado.

Distribucion: se define el canal de comercializacion/instalacion de la apli-cacion.


Base de datos local SQLite

SQLite es una base de datos integrada. En lugar de ejecutarse de forma in-dependiente como un proceso independiente, coexiste simbioticamente dentrode la aplicacion que sirve, dentro de su espacio de proceso. Su codigo es entrela-zado, o incrustado, como parte del programa que lo aloja. Para un observadorexterno, nunca serıa evidente que tal programa tuviera un sistema de gestionde base de datos relacional (RDBMS) a bordo. El programa hara su trabajoy manejarıa sus datos de alguna manera, sin hacer ningun enfasis de como lohizo. Pero en el interior, hay un motor de base de datos completo y autonomoen funcionamiento. Una ventaja de tener un servidor de base de datos es quedentro de su programa no se requiere configuracion o administracion de la red.Tanto el cliente como el servidor se ejecutan juntos en el mismo proceso. Estoreduce la sobrecarga relacionada con las llamadas de red, simplifica la adminis-tracion de la base de datos y facilita la implementacion de su aplicacion. Todolo que necesita esta compilado directamente en su programa. Hoy en dıa, existeuna amplia variedad de productos de bases de datos relacionales en el merca-do especıficamente disenados para uso integrado, como Sybase SQL Anywhere,InterSystems Cache, Pervasive PSQL, y el motor Jet de Microsoft. Algunos pro-veedores han actualizado sus bases de datos a gran escala para crear variantesincrustadas. Ejemplos de estos incluyen DB2 Everyplace de IBM, 10g de Oracley SQL Server Desktop Engine de Microsoft. Las bases de datos de codigo abiertoMySQL y Firebird tambien ofrecen versiones locales. De todos estos productos,solo dos son de codigo abierto y no estan sujetos a cargos por licencias: Firebirdy SQLite. De estos dos restantes, solo uno esta disenado exclusivamente para suuso como una base de datos integrada: SQLite. [6]

Arquitectura empresarial

La Arquitectura Empresarial se comprende como el diseno y descripcion deuna empresa o entidad como un sistema en terminos de sus componentes, lasinterrelaciones entre ellos, los principios y guıas que gobiernan ese diseno y suevolucion.

Dentro de la descripcion de una arquitectura empresarial y bajo el lenguajede arquitectura empresarial Archimate, se presenta el analisis de la organizaciondesde diferentes capas:

Negocio

Aplicacion

Tecnologıa

Motivacion

Capa de NegocioEs una de las capas mas importantes debido a que el lenguaje que se utiliza, per-mite hablar en terminos de las entidades del negocio, por lo que es importante


distribuir adecuadamente la semantica. Esta capa gira en torno a tres dimensio-nes de comportamiento: procesos, servicios y producto (centro del negocio). Laindagacion debe realizarse al modelar esta capa, es convertirla en software. [8]

Figura 1.2: Representacion del Lenguaje Archimate Capa de Negocio Parte 1.Fuente: [8]


Figura 1.3: Representacion del Lenguaje Archimate Capa de Negocio Parte 2.Fuente: [8]

Capa de Aplicacion Esta capa permite hablar de componentes de software.Cabe recordar que la arquitectura de software hereda y basa su modelo de lasarquitecturas, utilizando el concepto de componente. Basta con saber que se ledebe pasar al componente para tener una estructura que garantice el ciclo devida.

Esta capa maneja un lenguaje de descripcion de arquitectura en ingles Ar-chitecture Description Languaje - ADL, utiliza los siguientes elementos: compo-nentes, interfaces, conectores y restricciones. Esta capa tiene dos dimensiones:la dimension estructural y la dimension de comportamiento. Sus conceptos serepresentan de color azul celeste. [8]


Figura 1.4: Representacion del Lenguaje Archimate Capa de Aplicacion. Fuente:[8]

Capa de Infraestructura Esta capa representa los componentes desde superspectiva tecnica en recursos de hardware. Sus conceptos se simbolizan encolor verde. [8]


Figura 1.5: Representacion del Lenguaje Archimate Capa de Infraestructura.Fuente: [8]


Capa de Motivacion Permite conocer sus conceptos de la organizaciondesde el enfoque de los objetivos organizacionales y las personas involucradas ointeresadas, siendo este el factor mas importante de la organizacion. Sus con-ceptos se representan de color fucsia o morado haciendo alusion a la parte mo-tivacional. [8]

Figura 1.6: Representacion del Lenguaje Archimate Capa de Motivacion. Fuente:[8]

1.6. METODOLOGIA DE LA INVESTIGACION 24

1.5.2. Marco Conceptual

Aplicacion movil o APK

Se entiende como un paquete de aplicacion de android, que es usado parainstalar o tgransportar las aplicaciones desarrolladas para ambientes movilescompatibles con sistema operativo Android.

Android Studio

Android Studio es un entorno de desarrollo basado en software IntelliJ, anun-ciado el 16 de mayo de 2013 en la conferencia Google I/O, y reemplazo a Eclipsecomo el entorno de desarrollo para soluciones sobre el sistema operativo Android.Compatible con entornos de trabajo sobre plataformas Windows 2003, Vista,7, 8, y 10, tanto plataformas de 32 como de 64 bits, GNU/Linux, Linux conGNOME o KDE y 2 GB de memoria RAM mınimo y macOS, desde 10.8.5 enadelante. [7]

SQLite

SQLite es una base de datos relacional integrada de codigo abierto. Original-mente lanzado en 2000, fue disenado para proporcionar una manera convenientepara que las aplicaciones administren datos sin la sobrecarga que a menudo vie-ne con los sistemas de administracion de bases de datos relacionales dedicados.SQLite tiene la reputacion de ser altamente portatil, facil de usar, compacta,eficiente y confiable. [6]

Ficha de caracterizacion Socio-Familiar

Consiste en formulario de caracterizacion que el profesional en Trabajo Socialemplea durante las visitas de atencion domiciliaria. El formulario esta compuestopor informacion de la unidad de servicio, informacion del usuario (nina/nino),salud, discapacidad, nutricion y medidas antropometricas.

1.6. Metodologıa de la investigacion

1.6.1. Tipo de estudio

El tipo de estudio para este proyecto de investigacion es de tipo proyectivo,debido a que busca exponer una alternativa para mejorar el proceso actual queemplea el profesional del ICBF para la recoleccion de la informacion de susvisitas domiciliarias.

1.6.2. Metodo de investigacion

El metodo de investigacion emplear en este proyecto es el deductivo, pormedio de la observacion de las debilidades del proceso actual de la recoleccion


de la informacion, senalando las acciones de mejorar que pueden implementarsedentro del prototipo como el uso de base de datos distribuidas.

1.7. ORGANIZACION DEL TRABAJO DE GRADO 26

1.6.3. Fuentes y tecnicas para la recoleccion de la infor-macion

Las tecnicas de recoleccion de la informacion de la investigacion son:

Entrevista por medio de teleconferencia a un profesional que realiza lasvisitas de atencion domiciliaria.

Fuentes Primarias de las fuentes academicas para el uso e implementacionde base de datos distribuidas y el desarrollo de aplicaciones moviles paraAndroid. Se entiende como fuentes primarias a las base de datos digitalesSCOPUS, IEEE y SCIENCE DIRECT.

Fuentes Secundarias en textos, revistas, documentos y prensa, sobre apli-caciones moviles para Android. Se entiende como fuentes de informacionsecundaria el buscardor Google Academico.

1.7. Organizacion del trabajo de grado

El trabajo de investigacion formalizado a traves del presente documentoesta constituido por tres (3) capıtulos, el primero permite la contextualizacionde la investigacion conformado por el planteamiento de la de investigacion, losobjetivos trazados, la sistematizacion del problema, la justificacion de trabajo,el marco referencial, la metodologıa de la investigacion y el estudio previos. Elsegundo capıtulo, aborda el desarrollo de la investigacion describiendo el analisisde la organizacion y su problematica a traves de la arquitectura empresarial,seguido de la construccion del prototipo y cerrando con diseno de la base dedatos distribuida.

Finalmente, el ultimo capıtulo presenta el cierre de la investigacion con losresultados de la prueba, la validacion de la hipotesis, las conclusiones y lostrabajos futuros.

1.8. Estudio de sistemas previos

En los estudios previos del proceso analizado en la problematica del tra-bajo de investigacion, se identifico en la etapa de diseno del prototipo que elInstituto Colombiano del Bienestar Familiar (ICBF), trabaja en conjunto conlos profesionales de la Fundacion del Gimnasio Moderno del Cauca en las visi-tas domiciliaras a los ninos y sus familiar pertenecientes a la comunidad de lafundacion. Para estas visitas los formularios empleados estan en formatos delICBF.

Del mismo modo, los formatos diligenciados de forma fısica son entregados alarea de digitalizacion para ser ingresados al sistema, esta actividad es ejecutadapor digitadores los cuales hacen lectura del formulario y transcriben las repuestasal sistema, de este modo, la informacion ingresada puede estar sujeta a erroresde mecanografıa, de comprension de la informacion escrita y de perdida de


documentos, ası pues, el proceso actual esta sujeto a muchas acciones de mejora,de las cuales se exploran dos (2) en este documento, el diseno del prototipo y lasincronizacion de la informacion en una base de datos distribuida.

Figura 1.7: Ejemplo del formulario empleado en la visita domiciliaria. Fuente:[13]

Parte II

Desarrollo de lainvestigacion

28

Capıtulo 2

Arquitectura Empresarial

2.1. Descripcion de la organizacion

La Fundacion Gimnasio Moderno del Cauca es una Institucion Educativaprivada de caracter mixto y sin animo de lucro. El concepto de educacion sobre elcual gira el proceso de formacion esta orientado por las normas propuestas por elMinisterio de Educacion Nacional con tecnicas y avances modernos, tanto en loselementos de trabajo como en teorıas Pedagogicas y Sociologicas que justificanla denominacion MODERNO DEL CAUCA, ubicado en este Departamento yal servicio de su comunidad.

Gimnasio, por la actividad fısica e intelectual que se despliega: concepcionesta que implica tipos de educacion que van desde atencion individual del edu-cando hasta el logro de participacion activa por parte de la comunidad educa-tiva. El pleno desarrollo de la personalidad del educando se promovera dentrode ambiente de justicia, paz y libertad donde la etica y valores humanos seconviertan en pilar fundamental del desarrollo cientıfico, cultural y deportivo,que encausen el proceso educativo hacia la formacion de personas dotadas conconciencia reflexiva, critica y social; capaz de asumir implicaciones que generaautentico desarrollo cientıfico, cultural y deportivo dentro y fuera de su contextonacional. [14]

2.1.1. Mision

Somos una organizacion, que desde el ano 1.983 trabaja con el propositode brindar servicios de educacion con calidad en los niveles de educacion ini-cial, preescolar, basica primaria y secundaria, media academica; en el depar-tamento del Cauca. Nos enmarcamos en valores de fraternidad, espiritualidad,excelencia, liderazgo y crecimiento personal; trabajamos con recursos tecnologi-cos, pedagogicos y administrativos a cargo de personal cualificado con una fi-losofıa orientada hacia procesos de ensenanza y aprendizajes significativos, enambientes sanos, seguros y armoniosos que hacen del Gimnasista un ser integral

29

2.1. DESCRIPCION DE LA ORGANIZACION 30

competitivo y proactivo, generando impacto positivo en proyectos de vida per-sonal, social, y ambiental comprometidos con la solidaridad y la responsabilidadsocial. [14]

2.1.2. Vision

Seremos en 2021 una organizacion reconocida en la prestacion de servicioseducativos de alta calidad, mediante la implementacion de los sistemas integra-dos de gestion, enfocados a la satisfaccion de la familia Gimnasista, que nospermitira convertirnos en un referente nacional. [14]

2.1.3. Polıtica de Calidad

Reconocemos la calidad y la excelencia como parte fundamental de la estra-tegia de nuestra mision educativa, administrativa y vocacional. La FundacionGimnasio Moderno del Cauca se compromete a garantizar calidad en sus pro-cesos en el marco de los requerimientos de ley y de los sistemas de gestionrequeridos en el camino hacia el fortalecimiento institucional. [14]

Figura 2.1: Logo de la Fundacion Gimnasio Moderno del Cauca. Fuente: [14]

CAPITULO 2. ARQUITECTURA EMPRESARIAL 31

2.2. Vista de Negocio

2.2.1. Punto de Vista de Organizacion

En este sentido el punto de vista del negocio se enfoca en la organizacioninterna de la empresa, permite definir e identica los actores que interactuan enla aplicacion movil denominada appCaracteriza.

Figura 2.2: Punto de Vista de Organizacion. Fuente: Autor. Software: Coloso

2.2.2. Punto de Vista de Cooperacion de Actor

Representa la interaccion de los actores con la aplicacion y sus interfaces.

2.2. VISTA DE NEGOCIO 32

Figura 2.3: Punto de Vista de Cooperacion de Actor. Fuente: Autor. Software:Coloso

2.2.3. Punto de Vista de Funcion de Negocio

Describe cada una de las funciones de la solucion.

Figura 2.4: Punto de Vista de Funcion de Negocio. Fuente: Autor. Software:Coloso

2.2.4. Punto de Vista de Proceso de Negocio

Analisa el proceso que la aplicacion desea implementar a traves de las tec-nologıas de la informacion.


Figura 2.5: Punto de Vista de Proceso de Negocio. Fuente: Autor. Software:Coloso

2.2.5. Punto de Vista de Cooperacion de Proceso de Ne-gocio

Representa la dependencia que existe entre el proceso del negocio sus acto-res y las interfaces. Para la investigacion tenemos el proceso de Registro de lacaracterizacion del nino y su familia”.

Figura 2.6: Punto de Vista de Cooperacion de Proceso de Negocio. Fuente:Autor. Software: Coloso

2.2.6. Punto de Vista de Producto

Representa el valor que tiene el proceso que sistematiza la aplicacion.

2.3. VISTA DE APLICACION 34

Figura 2.7: Punto de Vista de Producto. Fuente: Autor. Software: Coloso

2.3. Vista de Aplicacion

2.3.1. Punto de Vista de comportamiento de la aplicacion

Describe el comportamiento de la aplicacion, desde su punto de vista internodescribiendo como interactua sus componentes.

Figura 2.8: Punto de Vista de Comportamiento de Aplicacion. Fuente: Autor.Software: Coloso


2.3.2. Punto de Vista de Cooperacion de Aplicacion

Representa la relacion que existe entre los componentes y su estructura.

Figura 2.9: Punto de Vista de Cooperacion de Aplicacion. Fuente: Autor. Soft-ware: Coloso

2.3.3. Punto de Vista de Estructura de Aplicacion

Representa la interaccion con cada uno de sus componentes y sus interfaces.

Figura 2.10: Punto de Vista de Estructura de Aplicacion. Fuente: Autor. Soft-ware: Coloso

2.3. VISTA DE APLICACION 36

2.3.4. Punto de Vista de Uso de Aplicacion

Describe el flujo de la informacion entre las funciones y sus componentes.

Figura 2.11: Punto de Vista de Uso de Aplicacion. Fuente: Autor. Software:Coloso


2.4. Vista de Tecnologıa

2.4.1. Punto de Vista de Infraestructura

Representa el planteamiento de la solucion funcional dentro de una infraes-tructura.

Figura 2.12: Punto de Vista de Infraestructura. Fuente: Autor. Software: Coloso

2.4.2. Punto de Vista de Uso de Infraestructura

Describe cada uno de los componentes ubicados dentro de su infraestructura.

Figura 2.13: Punto de Vista de Uso de Infraestructura. Fuente: Autor. Software:Coloso

2.4.3. Punto de Vista de Organizacion e Implementacion

Detalla las interfaces describiendo su comportamiento una vez implementa-dos.

2.4. VISTA DE TECNOLOGIA 38

Figura 2.14: Punto de Vista de Organizacion e Implementacion. Fuente: Autor.Software: Coloso

2.4.4. Punto de Vista de Estructura de Informacion

Identifica las estructuras de datos desde su responsabilidad de negocio y suorganizacion logica.

Figura 2.15: Punto de Vista de Estructura de Informacion. Fuente: Autor. Soft-ware: Coloso

2.4.5. Punto de Vista de Realizacion del Servicio

Representa el proceso con los componentes de negocio, funcionales y de com-ponentes tecnologicos.

2.4.6. Punto de Vista de Vista de Capas

Describe a nivel general el proceso de la organizacion involucrando el alcancefuncional, diseno e implementacion.


Figura 2.16: Punto de Vista de Realizacion del Servicio.Fuente: Autor. Software:Coloso

Figura 2.17: Punto de Vista de Vista de Capas. Fuente: Autor. Software: Coloso

2.5. Vista Motivacional

2.5.1. Punto de Vista de Vista de Stakeholder

Describe el proceso desde los interesados y sus necesidades.

2.5. VISTA MOTIVACIONAL 40

Figura 2.18: Punto de Vista de Vista de Stakeholder. Fuente: Autor. Software:Coloso

2.5.2. Punto de Vista de Realizacion de Objetivos

Representa los requerimientos necesarios para lograr los objetivos del proce-so.

Figura 2.19: Punto de Vista de Realizacion de Objetivos. Fuente: Autor. Soft-ware: Coloso

2.5.3. Punto de Vista de Contribucion

Describe los aspectos que pueden generar influencia positiva o negativa parael logro de los objetivos del proceso.


Figura 2.20: Punto de Vista de Contribucion. Fuente: Autor. Software: Coloso

2.5.4. Punto de Vista de Vista de Motivacion

Describe los aspectos a considerar para lograr los objetivos propuestos dentrode proceso de negocio.

Figura 2.21: Punto de Vista de Motivacion. Fuente: Autor. Software: Coloso

2.5.5. Punto de Vista de Vista de Proyecto

Representa el proyecto en su totalidad con los actores, la aplicacion y elobjetivo a lograr.

2.5. VISTA MOTIVACIONAL 42

Figura 2.22: Punto de Vista de Proyecto. Fuente: Autor. Software: Coloso

Capıtulo 3

Construccion del prototipo

3.1. Fase de analisis y diseno

Para la fase de analisis y diseno se realizo el levantamiento de requerimientospara las funcionalidades de la aplicacion con el fin definir que sistema se deberıaconstruir y cuales son los requisitos a crear para cumplir la necesidad del proto-tipo. En general, se necesita autenticacion en la aplicacion movil para identificaral administrador del sistema y al trabajador social. Se requiere que la aplicacionmuestre el formulario para la caracterizacion conformado por la informacion dela unidad de servicio, la informacion del usuario (nina/nino), datos de salud,datos para determinar una discapacidad, nutricion y medidas antropometricas.Finalmente, la aplicacion debe garantizar que no en la ausencia de una conexiona internet, la informacion ingresada se conserve. Inicialmente, se plantean lassiguientes descripciones de los casos de uso:

Figura 3.1: Caso de uso N.001: Registrar. Fuente: Autor

43

3.2. FASE DE CONSTRUCCION 44

Figura 3.2: Caso de uso N.002: Iniciar Sesion. Fuente: Autor

Figura 3.3: Caso de uso N.003: Cerrar Sesion. Fuente: Autor

3.2. Fase de Construccion

La aplicacion piloto se desarrollo en el IDE Android Studio 3.2.1.0, SDK25.5.2, para celulares son sistema operativo Android 4.0.3 (IceCreamSandwich)en adelante.

CAPITULO 3. CONSTRUCCION DEL PROTOTIPO 45

Figura 3.4: Android Studio. Fuente: [15]

Se construye la aplicacion piloto a traves de un APK denominado “appCa-racteriza” el cual contiene las funcionalidades de autenticacion, diligenciamientodel formulario, sincronizacion de datos, almacenamiento de datos en la base lo-cal SQLite. Para las funcionalidades descritas anteriormente, se desarrollan lasvistas correspondientes (layout).

Figura 3.5: Android Studio. Fuente: Autor

3.3. FASE DE PRUEBAS 46

3.3. Fase de Pruebas

En la fase de pruebas se genero verificacion del funcionamiento de la aplica-cion con el comportamiento esperado y los flujos alternativos. A continuacionse presentan las pantallas de la interfaz grafica de la appCaracteriza:

Figura 3.6: Pantalla de autenticacion. Fuente: Autor


Figura 3.7: Pantalla formulario unidad de servicio. Fuente: Autor


Figura 3.8: Pantalla formulario del nino/nina. Fuente: Autor


Figura 3.9: Pantalla formulario salud. Fuente: Autor


Figura 3.10: Pantalla nutricion y medidas antropometricas. Fuente: Autor


Figura 3.11: Pantalla mensaje sincronizacion exitosa. Fuente: Autor


Figura 3.12: Pantalla mensaje sincronizacion no exitosa. Fuente: Autor


Figura 3.13: Pantalla mensaje error al sincronizar. Fuente: Autor

Capıtulo 4

Diseno de la base de datosdistribuida

4.1. Fase de Analisis y Diseno

Para la fase de analisis y diseno se realizo el entendimiento a nivel de es-tructura de datos, planteando las entidades, con base al grupo de informacionrecolectada a traves de los formularios, a continuacion el esquema:

54

CAPITULO 4. DISENO DE LA BASE DE DATOS DISTRIBUIDA 55

Figura 4.1: Diagrama de relacion base de datos distribuida. Fuente: Autor

4.2. Fase de Construccion

La base de datos distribuida se construyo en el motor de base de datosMySQL. La base de datos local se construyo en el motor SQLite. La sincroni-zacion se genera a traves de un servicio API Rest expuesto en internet:

4.2. FASE DE CONSTRUCCION 56

Figura 4.2: Diagrama de entendimiento de las bases de datos. Fuente: Autor

Figura 4.3: Creacion de las tablas. Fuente: Autor

CAPITULO 4. DISENO DE LA BASE DE DATOS DISTRIBUIDA 57

4.3. Fase de Pruebas

En la fase de pruebas se genero verificacion del funcionamiento y correctoalmacenamiento de la informacion. A continuacion se presentan las pantallas deconsulta a la base de datos distribuida:

Figura 4.4: Consulta N.1 base de datos distribuida. Fuente: Autor

Figura 4.5: Consulta N.2 base de datos distribuida. Fuente: Autor

Parte III

Cierre de la investigacion

58

Capıtulo 5

Resultados y discusion

5.1. Resultados y discusion

Efectivamente la herramienta permite sistematizar el proceso de la recolec-cion de la informacion durante la visita y la entrega de la informacion para suposterior procesamiento. Si bien, al tener su base de datos local no dependede una conexion a internet siendo este un factor determinante para las zonasgeograficas que tiene dificultades en su conexion. El proceso de Registro de lacaracterizacion del nino y su familia”se ejecuta de forma correcta dentro delsistema, facilitando la actividad de la visita en el sentido de diligenciamientode las respuestas a la entrevista. La presentacion de la aplicacion desde su as-pecto grafico permite al usuario final, manejarla de forma intuitiva, facilitandosu uso. Sin embargo, la actividades que realice en la gestion del cambio de lainstitucion. La recoleccion de la informacion en un entorno centralizado facili-ta el procesamiento de la informacion sobre los aspectos de salud, nutricion ymedidas, aspectos de discapacidad que pueda presentar el nino.

59

Capıtulo 6

Conclusiones

6.1. Verificacion, contraste y evaluacion de losobjetivos

La caracterizacion sociofamiliar es una herramienta fundamental para iden-tificar las caracterısticas, fortalezas y aspectos mejorar de las familias. Ademasreconoce el contexto social y la oferta de instituciones locales para la atencionintegral a la primera infancia. La informacion recolectada permite conocer lascondiciones materiales de vida, y las experiencias y relaciones sociales en lascuales viven los ninos de las verredas del Tambo - Cauca, con el fin de haceraportes para su desarrollo integral. Claramente la aplicacion permite al pro-fesional mejorar la percepcion del tiempo que emplea durante la entrevista alos ninos de la primer infancia y sus familias, sin embargo, la adopcion de estanueva aplicacion sera un desafıo para los profesionales ya que el cambio de sudinamica diaria y la resistencia que se tenga a dicho cambio, puede llegar aimpactar la aceptacion de esta herramienta, siendo este un obstaculo a vencerpara la implementacion exitosa de esta solucion. Desde el punto de vista tec-nologico, la aplicacion reduce significativamente el tiempo en la sistematizacionde informacion recolectada, debido a que desde el principio de la entrevista selogra ingresar la informacion a un sistema y ası se disminuyen los tiempos dedigitacion por parte de un operario, ya que el sistema es capaz de recibir y or-ganizar los datos para ser entregados al sistema de consolidacion y continuar suproceso de caracterizacion.

A traves de una herramienta tecnologica como la aplicacion desarrollada eneste piloto el Trabajador Social realiza una caracterizacion del nino y su familia,de forma mas sencilla que diligenciar en papel el formulario. La aplicacion pilotocon su funcionalidad off-line garantiza que se conserva la informacion consignadadurante la vista en una zona geograficamente distante y sin acceso a internet. Porconsiguiente, una vez conectado a internet el sistema se sincroniza con la basede datos distribuida con el fin de almacenar la informacion que es empleadapara la estructuracion planes de desarrollo infantil y familiar de la poblacion

60

CAPITULO 6. CONCLUSIONES 61

atendida.Al tener una solucion que permite hacer una contextualizacion mas rapida

sobre la interaccion del profesional con los saberes de las familias, la aplicacionpiloto es una herramienta que ayuda a la consolidacion de la informacion quesirve de insumo al Trabajador Social para la creacion de estrategias de trabajosocial a las familias con mayor necesidad de apoyo.

Al contar con una caracterizacion mas rapidamente procesada por un siste-ma presenta una oportunidad de ofrecer a la comunidad un mejor servicio. Altener sistematizada la informacion de la caracterizacion sociofamiliar se puedeestablecer las condiciones sociales y economicas de la poblacion y de las fami-lias que influyen en la estructuracion de los servicios sociales que la FundacionGimnasio Moderno del Cauca ofrece a la comunidad.

6.2. Sıntesis del modelo propuesto

El trabajo de investigacion desarrollado tiene impacto en la comunidad in-fantil de las veredas del Tambo – Cauca, porque logran participar de gran partede las actividades estipuladas en las entrevistas de caracterizacion que aplica elprofesional como en el proceso de formalizacion de las visitas.

6.3. Aportes originales

Los aportes originales resultado del trabajo de la investigacion son:

Desarrollo de una aplicacion movil prototipo para sistema operativo com-patible con Android 4.0.3 (IceCreamSandwich) en adelante.

Analisis de arquitectura empresarial del proceso en la organizacion querealiza la caracterizacion de los ninos y sus familias.

6.4. Trabajos o publicaciones derivadas

Durante el desarrollo de esta investigacion se obtuvo como publicaciones elpresente documento, el codigo fuente del desarrollo de la aplicacion movil y elinstalador de la aplicacion.

Capıtulo 7

Prospectiva del trabajo degrado

7.1. Lıneas de investigacion futuras

Con la informacion recolectada a traves de la aplicacion piloto, disenar unalgoritmo que permita generar analisis cualitativo de los efectos negativosde un ambiente problematico en la seguridad y la salud de la poblacioninfantil.

Con la informacion recolectada a traves de la aplicacion piloto, disenarun algoritmo que permita hacer una caracterizacion preliminar y dar re-comendaciones para mejorar la convivencia de las familias, conforme losdatos entregados durante la entrevista.

7.2. Trabajos de investigacion futuros

Con la informacion centralizada se puede proponer alianzas con institutos,entidades publicas o privadas que atienda a familias y ninos de la primerainfancia para llegar a un numero mas grande de poblacion.

Con la base de datos centralizada se puede realizar conexion a traves deservicios web que el ICBF exponga para analizar la informacion recolec-tada en tiempo real.

Incluir en el prototipo de aplicacion movil appCaracteriza la caracteriza-cion para ”Mujer Gestante 2Composicion y Estructura Familiar”.

62

Bibliografıa

[1] Hernandez Gonzalez, Anaisa. ”Base de datos distribuida”, Maestrıa en In-formatica Aplicada, CEIS, Ciudad de La Habana, marzo, 2005.

[2] S. Rahimi, F. S. Haug, I. C. Society, Distributed Database ManagementSystems: A Practical Approach, 2010.

[3] Kerk F. Kee, Jamie C. McCain, ”What is Good Feedback in Big DataProjects for Cyberinfrastructure Diffusion in e-Science?”, Big Data (BigData) 2018 IEEE International Conference on, pp. 2804-2812, 2018.

[4] Beck, K., Beedle, M., Bennekum, A., Cockburn, A., Cunningham, W., Fow-ler, M. & Thomas, D. (2001). Manifesto for Agile Software Development.Utah: The Agile Alliance.

[5] Ahonen, T., Barret, J. & Golding, P. (2002). Services for UMTS, CreatingKiller Applications in 3G. West Sussex: John Wiley & Sons.

[6] Michael, Owens, “Introducing SQLite”, In: The Definitive Guide to SQLite.pp 1-16., 2006.

[7] Hohensee B. Introduccion a Android Studio. Incluye proyectos reales y elcodigo fuente, 2014.

[8] Castro, Sandro Javier B. ; Martinez, Oscar S. ; Crespo, Ruben G. ; Espada,Jordan P. ; Garcia, Victor Hugo M.: Coloso: A development environmentcentered process and intent. Pp 1-6. 2012.

63

Referencias Web

[9] Wikipedia. El Tambo (Cauca). [en lınea] Disponible en: https://es.

wikipedia.org/wiki/El_Tambo_(Cauca). [Accedido: 01-may-2019].

[10] AMAYA BALAGUERA, Y. D. Guıa metodologica agil, para el desarrollode aplicaciones moviles “AEGIS-MD”. Revista de Investigaciones de laUNAD, [s. l.], v. 14, n. 1, p. 97–113, 2015. [en lınea] Disponible en: http://search.ebscohost.com.bdigital.udistrital.edu.co:8080/login.

aspx?direct=true&db=a9h&AN=120018713&lang=es&site=ehost-live.[Accedido: 15-may-2019].

[11] CANDELA, C. A.; DUQUE, N. B.; SEPULVEDA, L. E. Marco dereferencia metodologico para un laboratorio dedicado al desarrollode aplicaciones para dispositivos moviles. Entre Ciencia e Ingenierıa,[s. l.], v. 9, n. 17, p. 20–24, 2015. [en lınea] Disponible en: http:

//search.ebscohost.com.bdigital.udistrital.edu.co:8080/login.

aspx?direct=true&db=a9h&AN=109152579&lang=es&site=ehost-live.[Accedido: 15-may-2019].

[12] GASCA MANTILLA, M. C.; CAMARGO ARIZA, L. L.; MEDINADELGADO, B. Metodologıa para el desarrollo de aplicaciones moviles.Tecnura, [s. l.], v. 18, n. 40, p. 20–35, 2014. [en lınea] Disponible en: http://search.ebscohost.com.bdigital.udistrital.edu.co:8080/login.

aspx?direct=true&db=fap&AN=96159026&lang=es&site=ehost-live.[Accedido: 15-may-2019].

[13] Instituto Colombiano de Bienestar Familiar [en lınea] Disponible en: https://www.icbf.gov.co/el-instituto/sistema-integrado-de-gestion/

formato-ficha-caracterizacion-socio-familiar-version. [Accedi-do: 08-abr-2019].

[14] Fundacion Gimnasio Moderno del Cauca [en lınea] Disponible en: https://fgmc.jimdo.com/mi-colegio/nuestra-institucion/. [Accedido: 14-sep-2019].

64

https://es.wikipedia.org/wiki/El_Tambo_(Cauca)

https://es.wikipedia.org/wiki/El_Tambo_(Cauca)

http://search.ebscohost.com.bdigital.udistrital.edu.co:8080/login.aspx?direct=true&db=a9h&AN=120018713&lang=es&site=ehost-live






http://search.ebscohost.com.bdigital.udistrital.edu.co:8080/login.aspx?direct=true&db=fap&AN=96159026&lang=es&site=ehost-live



https://www.icbf.gov.co/el-instituto/sistema-integrado-de-gestion/formato-ficha-caracterizacion-socio-familiar-version



https://fgmc.jimdo.com/mi-colegio/nuestra-institucion/


BIBLIOGRAFIA 65

[15] Fundacion Gimnasio Moderno del Cauca [en lınea] Disponible en: https://fgmc.jimdo.com/mi-colegio/nuestra-institucion/. [Accedido: 14-sep-2018].



prototipo de aplicacion m ovil en android para...

Documents