CARRERA DE SISTEMAS -...
Transcript of CARRERA DE SISTEMAS -...
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIANDES”
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
TESIS PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN
SISTEMAS E INFORMÁTICA
TEMA:
APLICACIÓN WEB PARA GESTIÓN DE SUCESOS INESPERADOS EN LOS
ESPACIOS DE VIDA DE LA COMUNIDAD PARA LA RADIO
PANAMERICANA.
AUTOR:
HOLGUER PATRICIO SÁNCHEZ BARRENO
ASESOR:
MSC. FREDDY BAÑO N.
AMBATO - ECUADOR
2015
CERTIICACIÓN DE ASESORÍA
En calidad de asesor del presente trabajo de investigación, certifico que el proyecto
titulado “APLICACIÓN WEB PARA GESTIÓN DE SUCESOS INESPERADOS EN
LOS ESPACIOS DE VIDA DE LA COMUNIDAD PARA LA RADIO
PANAMERICANA”, elaborada por el Sr. SANCHEZ BARRENO HOLGUER
PATRICIO, con número de cédula 100340843-0, cumple con los requisitos
metodológicos y científicos que la Universidad Regional Autónoma de los Andes
UNIANDES exige, por lo tanto autorizo su presentación para los trámites pertinentes.
Atentamente,
DECLARACIÓN DE AUTORÍA
Ante las autoridades de la universidad Autónoma de los Andes UNIANDES, declaro
que el contenido de la tesis titulada “APLICACIÓN WEB PARA GESTIÓN DE
SUCESOS INESPERADOS EN LOS ESPACIOS DE VIDA DE LA COMUNIDAD
PARA LA RADIO PANAMERICANA”, presentada como principal requisito de
graduación de Ingeniera en sistemas e informática, es de mi total autoría y completa
responsabilidad.
Atentamente,
DEDICATORIA
Dedico esta tesis principalmente a Dios y a mis padres quienes me
han apoyado no solamente en esta gran etapa para mí, sino
también desde mis primeros pasos cuando siendo un niño han
sabido guiarme de la mejor forma y apoyarme hasta conseguir
mis objetivos planteados.
A mis maestros y asesor, quienes permanentemente estuvieron
prestos a brindarme sus mejores conocimientos y la paciencia
que siempre me han entregado.
También es de gran honor ofrecer este logro a mis amigos,
hermanos, primos y demás personas que siempre han estado en
todo momento proponiendo consejos y apoyo emocional en toda
la etapa de mi carrera.
Este trabajo es por ustedes los quiero mucho, gracias por
motivarme a seguir siempre adelante.
Holguer
AGRADECIMIENTO
Quiero expresar mi más sincero agradecimiento principalmente a
Dios por ser el motor que guía mi camino, a mis padres por
brindarme siempre su apoyo incondicional, por el gran esfuerzo
que realizan día tras día por conducir a sus hijos por el camino del
bien, a mis hermanos por darme la fuerza que necesito para seguir
adelante, a mis familiares y amigos que me han brindado sus
muestras de cariño y amistad cuando he querido desfallecer.
Un agradecimiento muy especial a mi asesor MSC. Freddy Baño
y que con sus sabios conocimientos ha aportado al desarrollo del
presente trabajo.
A quienes conforman el personal de trabajo de la radio
“Panamericana”, quienes con su colaboración se me permitió
llevar a cabo la elaboración de la presente tesis.
Holguer
ÍNDICE GENERAL
CERTIICACIÓN DE ASESORÍA ..................................................................................
DECLARACIÓN DE AUTORÍA ...................................................................................
DEDICATORIA .............................................................................................................
AGRADECIMIENTO ....................................................................................................
ÍNDICE GENERAL .......................................................................................................
ÍNDICE DE TABLAS ....................................................................................................
ÍNDICE DE GRÁFICOS ................................................................................................
RESUMEN EJECUTIVO ...............................................................................................
ABSTRACT ...................................................................................................................
INTRODUCCIÓN ........................................................................................................ 1
Antecedentes de la investigación .................................................................................. 1
Situación problémica.................................................................................................... 3
Problema científico ...................................................................................................... 4
Delimitación del problema ........................................................................................... 4
Objeto de investigación y campo de acción .................................................................. 4
Identificación de la línea de investigación .................................................................... 4
Objetivo general........................................................................................................... 4
Objetivos específicos ................................................................................................... 5
Idea a defender ............................................................................................................. 5
Justificación ................................................................................................................. 5
Metodología investigativa a emplear ............................................................................ 6
Resumen de la estructura de la tesis ............................................................................. 7
Aporte teórico, significación práctica y novedad .......................................................... 7
CAPÍTULO I ................................................................................................................ 9
1. MARCO TEÓRICO ................................................................................................. 9
1.1. Sistemas de información ................................................................................... 9
1.1.1. Introducción ..................................................................................................... 9
1.1.2. Estructura de un sistema de información ........................................................... 9
1.1.3. Funciones básicas de los sistemas de información ............................................10
1.1.4. Organizaciones basadas en información ...........................................................11
1.1.5. Sociedad de la información ..............................................................................11
1.1.6. Tecnologías de la información y comunicaciones (TIC) ..................................12
1.2. Arquitectura cliente / servidor ..........................................................................13
1.2.1. Modelo cliente/servidor ...................................................................................13
1.2.2. Seguridad del servidor .....................................................................................14
1.2.3. Seguridad en la aplicación ...............................................................................15
1.2.4. Seguridad en la comunicación .........................................................................16
1.3. Herramientas de desarrollo ..............................................................................17
1.3.1. Html5 ..............................................................................................................17
1.3.2. MySql .............................................................................................................18
1.3.3. Entorno de programación PHP ........................................................................19
1.3.4. Arquitectura MVC ...........................................................................................20
1.3.5. Code Igniter .....................................................................................................21
1.3.6. jQuery .............................................................................................................22
1.3.1.1. Características ...........................................................................................23
1.3.7. jQuery mobil ...................................................................................................23
1.3.8. PhoneGap ........................................................................................................25
1.3.9. Metodología XP ..............................................................................................26
1.4. Espacios de vida ..............................................................................................28
1.4.1. Definición .......................................................................................................28
1.4.2. Importancia del espacio de vida .......................................................................29
1.4.3. Preservación y manejo del espacio de vida.......................................................29
1.4.4. Prevención y compromiso ciudadano ...............................................................30
1.4.5. Vigilancia y cumplimiento de actos administrativos y autoridades ...................31
1.4. Conclusiones finales del capítulo .....................................................................31
CAPÍTULO II ............................................................................................................. 33
2. MARCO METODOLÓGICO ........................................................................... 33
2.1. Descripción del sector......................................................................................33
2.1.1. Estructura de la empresa ..................................................................................34
2.2. Descripción de la metodología .........................................................................34
2.2.1. Metodología ....................................................................................................34
2.2.2. Tipo de investigación .......................................................................................34
2.2.3. Población.........................................................................................................35
2.2.4. Muestra ...........................................................................................................35
2.2.5. Herramientas de recopilación de datos .............................................................35
2.2.6. Análisis e interpretación de datos .....................................................................36
2.2.7. Entrevista aplicada al gerente de la Radio Panamericana ..................................45
2.3. Propuesta metodológica del investigador .........................................................47
2.4. Conclusiones parciales del capítulo..................................................................47
CAPÍTULO III ........................................................................................................... 49
3. MARCO PROPOSITIVO ................................................................................. 49
3.1. Tema ...............................................................................................................49
3.2. Objetivos .........................................................................................................49
3.2.1. Objetivo general ..............................................................................................49
3.2.2. Objetivos específicos .......................................................................................49
3.3. Desarrollo de la propuesta ...............................................................................50
3.3.1. Definición de la metodología ...........................................................................50
3.3.2. Lista de riesgos ................................................................................................50
3.3.3. Requerimientos funcionales .............................................................................51
3.3.4. Requisitos no funcionales ................................................................................52
3.3.5. Propósito .........................................................................................................52
3.3.6. Alcance ...........................................................................................................52
3.3.7. Definición de acrónimos y abreviaturas ...........................................................53
3.3.8. Referencias ......................................................................................................53
3.4. Oportunidad de negocio ...................................................................................53
3.4.1. Definición del problema ..................................................................................53
3.4.2. Descripción de los interesados y usuarios ........................................................54
3.4.3. Perfiles de interesados .....................................................................................55
3.4.4. Vista general del producto ...............................................................................56
3.4.5. Restricciones de la aplicación ..........................................................................57
3.4.6. Rasgos de calidad del sistema ..........................................................................57
3.5. Diseño y arquitectura del sistema .....................................................................57
3.5.1. Definición de los procesos ...............................................................................57
3.5.2. Modelo de desarrollo .......................................................................................58
3.5.3. Definición de los diagramas de casos de uso ....................................................59
3.5.4. Modelo de base de datos ..................................................................................60
3.5.5. Modelo de componentes ..................................................................................61
3.5.6. Modelo de despliegue de la aplicación .............................................................61
3.6. Fase de construcción ........................................................................................62
3.6.1. Propósito .........................................................................................................62
3.6.2. Alcance ...........................................................................................................62
3.6.3. Visión general del proyecto .............................................................................62
3.7. Funcionamiento de la aplicación ......................................................................62
3.7.1. Características del producto .............................................................................62
3.7.2. Requisitos del sistema......................................................................................64
3.7.3. Codificación de la aplicación ...........................................................................66
3.7.4. Suposiciones y restricciones ............................................................................69
3.8. Implementación y pruebas ...............................................................................69
3.8.1. Objetivo ..........................................................................................................69
3.8.2. Estrategias de aplicación de las pruebas ...........................................................70
3.8.3. Pruebas funcionales .........................................................................................70
3.8.4. Pruebas de interfaz ..........................................................................................70
3.8.5. Pruebas de sistema ...........................................................................................71
3.8.6. Pruebas de integración de datos .......................................................................71
CONCLUSIONES ...................................................................................................... 72
RECOMENDACIONES ............................................................................................. 73
BIBLIOGRAFÍA ...........................................................................................................
ANEXOS .......................................................................................................................
ÍNDICE DE TABLAS
Tabla 1: Población y muestra ...................................................................................... 35
Tabla 2: Pregunta 1 ..................................................................................................... 36
Tabla 3: Pregunta 2 ..................................................................................................... 37
Tabla 4: Pregunta 3 ..................................................................................................... 38
Tabla 5: Pregunta 4 ..................................................................................................... 39
Tabla 6: Pregunta 5 ..................................................................................................... 40
Tabla 7: Pregunta 6 ..................................................................................................... 41
Tabla 8: Pregunta 7 ..................................................................................................... 42
Tabla 9: Pregunta 8 ..................................................................................................... 43
Tabla 10: Pregunta 9 ................................................................................................... 44
Tabla 11: Lista de riesgos del proyecto........................................................................ 51
Tabla 12: Definición del problema .............................................................................. 54
Tabla 13: Interesados y usuarios.................................................................................. 54
Tabla 14: Perfiles de los interesados ............................................................................ 56
Tabla 15: Características del producto ......................................................................... 64
Tabla 16: Requisitos del sistema ................................................................................. 66
Tabla 17: Pruebas funcionales ..................................................................................... 70
Tabla 18: Pruebas de interfaz ...................................................................................... 71
Tabla 19: Pruebas de sistema ...................................................................................... 71
Tabla 20: Pruebas de datos .......................................................................................... 72
ÍNDICE DE GRÁFICOS
Gráfico: 1 Modelo cliente servidor .............................................................................. 14
Gráfico: 2 Funcionamiento del patrón modelo-vista-controlador ................................. 21
Gráfico: 3 Aplicación con PhoneGap .......................................................................... 25
Gráfico: 4 Fases de XP ................................................................................................ 28
Gráfico: 5 Estructura de radio Panamericana ............................................................... 34
Gráfico: 6 Pregunta 1 .................................................................................................. 36
Gráfico: 7 Pregunta 2 .................................................................................................. 37
Gráfico: 8 Pregunta 3 .................................................................................................. 38
Gráfico: 9 Pregunta 4 .................................................................................................. 39
Gráfico: 10 Pregunta 5 ................................................................................................ 40
Gráfico: 11 Pregunta 6 ................................................................................................ 41
Gráfico: 12 Pregunta 7 ................................................................................................ 42
Gráfico: 13 Pregunta 8 ................................................................................................ 43
Gráfico: 14 Pregunta 9 ................................................................................................ 44
Gráfico: 15 Vista general del producto ........................................................................ 56
Gráfico: 16 Definición del proceso .............................................................................. 58
Gráfico: 17 Modelo de desarrollo de la aplicación ....................................................... 58
Gráfico: 18 Diagrama de casos de uso ......................................................................... 59
Gráfico: 19 Modelo de base de datos ........................................................................... 60
Gráfico: 20 Modelo de componentes ........................................................................... 61
Gráfico: 21 Modelo de despliegue de la aplicación ...................................................... 61
Gráfico: 22 Ingreso al sistema - web .......................................................................... 66
Gráfico: 23 Gestión de eventos - web .......................................................................... 67
Gráfico: 24 Clase controlador inicio ............................................................................ 67
Gráfico: 25 Pantalla principal - móvil......................................................................... 68
Gráfico: 26 Clase controlador phonegap ...................................................................... 68
RESUMEN EJECUTIVO
La investigación comprende la gestión de incidencias de los espacios de vida a través de
una solución tecnológica web desplegable en dispositivos móvil diseñada para ayudar a
asegurar la calidad de vida y asistir a los habitantes de la ciudad de Ambato, con el
objetivo de la utilización de dicha tecnología en beneficio del mejoramiento de la
calidad de vida de la colectividad.
En el apartado de introducción se analiza el problema, se utiliza la línea de
investigación, posteriormente se define el análisis bibliográfico de la información que
sustenta la investigación en lo referente a sistemas de información, ingeniería de
software, herramientas de desarrollo, espacios de vida y demás temáticas requeridas
para el desarrollo del proyecto.
También se determina el diagnóstico situacional de los procesos de gestión de las
incidencias para determinar las estrategias que permitan solventar la problemática del
proceso en la institución, esto a través de una investigación de campo.
Finalmente se detalla la ingeniería de la solución informática en base a la metodología
de desarrollo de software Xp, la cual comprende el análisis, diseño e implementación
del proyecto propuesto para a dar solución al problema de la colectividad y la
institución.
También es necesario describir las conclusiones y recomendaciones surgidas a lo largo
de la investigación con el fin de tener en cuenta en futuras investigaciones sobre gestión
de incidencias a través de tecnología web y movil.
ABSTRACT
The research involves managing incidents of living spaces through drop-down web
technology solution Mobile devices designed to help ensure the quality of life and assist
the citizens of the city of Ambato, with the aim of using this technology for the
improvement of the quality of life of the community.
In the introductory section discusses the problem, the research is used, then the
bibliographical information analysis supporting research regarding information systems,
software engineering, development tools, living spaces defined and other thematic
required for the project.
The situational analysis of the processes of incident management is also determined to
identify strategies to solve the problems of the process in the institution, this through
field research.
Finally engineering computing solution based on the development methodology Xp
software, which includes analysis, design and implementation proposed to resolving the
problem of the community and the institution detailed project.
You also need to describe the conclusions and recommendations arising over the
investigation to consider in future research on incident management through web
technology and mobile.
1
INTRODUCCIÓN
Antecedentes de la investigación
Componentes del software de la web
La arquitectura de aplicaciones web obedece a un conjunto complejo de diferentes
sistemas que se integran entre sí, servidores, base de datos, estructuración de
información, organización de información, y demás herramientas tecnológicas que
intervienen en una solución informática.
Arquitectura cliente/servidor
El modelo cliente-servidor es una arquitectura software que involucra uno o más
clientes solicitando servicios a uno o más servidores. El cliente puede ser un proceso
corriendo en una computadora o en un dispositivo móvil. El servidor puede ser un
proceso corriendo en una computadora (normalmente de altas prestaciones).(IST, 2006)
Beneficios:
Usabilidad
Flexibilidad
Interoperabilidad
Escalabilidad
Aplicaciones móviles
Hoy en día existen una serie de aplicaciones móviles que permiten la gestión de la
información del negocio a través de dispositivos inteligentes lo que hace que dichos
procesos de tratamiento, gestión y recuperación de información esté al alcance de las
manos eliminando la barrera tiempo /espacio.
Este tipo de aplicaciones están hechas para ejecutarse en un dispositivo y sistema
operativo específico. Así, la mayor parte de las aplicaciones descargadas de la app store
2
de apple son aplicaciones que sólo van a correr sobre iphone e ipad. Este tipo de
aplicaciones se crean con distintos tipos de lenguajes. (Geospatial, 2013).
Ventajas de las aplicaciones nativas: Permiten el acceso total a las utilidades del
sistema operativo del dispositivo: Dispositivos de almacenamiento, cámara, gps,
acelerómetro, etc. Esto hace que la experiencia de usuario sea la más completa.
Además del total acceso a los elementos del teléfono las aplicaciones nativas no
requieren de conexión web para ser ejecutadas (aunque esto tiende a cambiar). Por
último es importante destacar que las aplicaciones nativas tendrán mucha más
visibilidad ya que se distribuyen a través de la app store de los fabricantes.
Proceso de desarrollo de aplicaciones web móviles:
Las aplicaciones web móviles, a diferencia de las aplicaciones nativas, se ejecutan
dentro del navegador del teléfono. Por ejemplo, en la plataforma iOS, se ejecutan en el
navegador Safari. Estas aplicaciones están desarrolladas con HTML, CSS y Javascript.
(Carranco, 2012)
Ventajas:
Al contrario que las aplicaciones nativas, las aplicaciones web se pueden ejecutar en
múltiples dispositivos evitando así las complejidades de tener que crear varias
aplicaciones.
El proceso de desarrollo es más sencillo ya que emplean tecnologías ya
conocidas como HTML, CSS y Javascript.
Estas aplicaciones se pueden encontrar con los tradicionales buscadores.
No necesitan de la aprobación de ningún fabricante para ser publicadas.
Desventajas: Como desventajas tenemos que el acceso a los elementos del teléfono son
limitados.
3
Las aplicaciones no se pueden vender en los market place.
Aplicaciones Híbridas
API de Google Maps.
Potencia el desarrollo de una aplicación basada en la ubicación, con el API de Google
Places, que se puede utilizar para encontrar lugares cercanos en un gran número de
categorías. Ayuda a los usuarios a encontrar más rápidamente lo que buscan con el API
de autocompletado de Google Places, que sugiere lugares cercanos a medida que
escriben los usuarios.
Al utilizar la misma base de datos de lugares que usa Google Maps, el API de Google
Places muestra más de 50 millones de empresas y puntos de interés. Esta base de datos
se actualiza diariamente con contribuciones moderadas por los usuarios y verificadas
por los propietarios. Incorpora servicios personalizados enviando alertas, habilita
servicios, crea aplicaciones de delimitación geográfica y mucho más con el API de
Google Latitude, que permite crear experiencias personalizadas para usuarios que
compartan su ubicación actual. Latify es una aplicación basada en el API de Google
Latitude para Android. (GoogleInc, 2013)
Situación problémica
La radio Panamericana, es una institución que brinda servicios comunicacionales de
carácter social mediante el acercamiento de la ciudadanía sobre problemas en el espacio
de vida de la comunidad que si bien reportan dichas incidencias a los organismos de
control no existe un medio de comunicación eficiente de los problemas que surgen en
los espacios de vida de la ciudadanía de Ambato. Por ende no se puede determinar la
posición del problema que se presenta de cualquier índole.
La dificultad en la comunicación causada principalmente por el aislamiento de
información en cada organismo de control provoca que los usuarios no conozcan sobre
el proceso de la denuncia o si bien su petición fue acogida por el organismo de control o
4
como está el requerimiento, a esto se suma la falta de conocimientos informáticos por
parte del personal encargado del manejo de la información que genera un inadecuado
manejo de datos, así como también la falta de herramientas informáticas orientadas a
esta finalidad para automatizar adecuadamente los procesos de generación de
comunicación conjuntamente con el manejo de registros manuales de incidencias de
quienes receptan y ralentizan dichos procedimientos. (Radiopanamericana., 2014)
Problema científico
Deficiencia informativa sobre el estado de los espacios de vida en la comunidad, para la
radio Panamericana.
Delimitación del problema
Este proyecto fue enfocado en la provincia de Tungurahua dentro de la ciudad de
Ambato, que permita la recepción y seguimiento de soluciones de los espacios de vida
de la cuidad a través de una aplicación web móvil.
Objeto de investigación y campo de acción
El objeto de estudio en el que se enmarca la investigación son las incidencias de los
espacios de vida de la cuidad de Ambato.
Identificación de la línea de investigación
La línea de investigación en la que incide el presente proyecto es el desarrollo de
software y programación de sistemas.
Objetivo general
Implementar una aplicación web para la gestión de sucesos inesperados en los espacios
de vida de la comunidad para la radio Panamericana.
5
Objetivos específicos
Fundamentar las bases teóricas – científicas de tecnología móvil, Google Maps,
portales web, georreferenciación, base de datos e ingeniería de software.
Realizar el diagnóstico técnico situacional sobre los elementos y recursos
disponibles y necesidades de información para el seguimiento de los espacios de
vida.
Desarrollar una aplicación web – móvil para la gestión de sucesos inesperados
en los espacios de vida de la comunidad.
Validar la propuesta.
Idea a defender
Con la implantación del proyecto de información para la mejora de los procesos
comunicacionales de los ciudadanos de Ambato, mediante aplicaciones web para
teléfonos inteligentes la cual permitirá a los usuarios tener acceso para el registro de
incidencia del espacio de vida mediante la geolocalización de manera ágil y oportuna
en beneficio de la ciudadanía.
El sistema de información ayudará a la automatización de procesos, permitiendo a su
vez la interacción del usuario con el sistema, suministrará una plataforma de
información necesaria para la toma de decisiones y, lo más importante, su implantación
logrará ventajas para la comunidad y los estamentos relacionados con el espacio de vida
de la cuidad de Ambato.
Justificación
Las pequeñas y medianas empresas eligen optimizar los recursos por medio de la
implementación del sistema de automatización de procesos de gestión, ya que dichos
sistemas son efectivos y aportan beneficios para las instituciones. El sistema obtendrá
información real de los sucesos que se presenten en los espacios de vida permitiendo el
seguimiento e información a los distintos estamentos que tienen las competencias sobre
6
dichos sucesos en la cuidad de Ambato. Por lo que el constante adelanto tecnológico y
científico exige a las instituciones adoptar nuevas formas de procesar la información
mediante mecanismos de acceso múltiple o medios modernos como los dispositivos
móviles, que hacen que la información se traslade en el menor tiempo posible, hacia su
destino en cualquier instante acceso a información al alcance de las manos.
Con el uso de tecnología móvil, el sistema tiene la ventaja de realizar la actualización y
consulta de información en tiempo real, hacia la base de datos del sistema de forma
directa, lo cual agiliza las actividades de los sucesos que pueden ocasionarse
permitiendo a los usuarios reportarlos en tiempos mínimos.
La aplicación web se encarga de la parte funcional del sistema mediante la integración
de la lógica del negocio, ingreso de datos a la base de datos, consultas generación de
reportes, incidencias, sucesos, estados, seguimiento en línea, creación de usuarios, y
toda la administración del sistema.
Metodología investigativa a emplear
Las técnicas, instrumentos de la investigación aplicada en la que se enmarca la
propuesta de “Implementar una aplicación web para la Gestión de sucesos inesperados
en los espacios de vida de la comunidad para la radio Panamericana”, se lleva a cabo
mediante estrategias cuantitativas que permitieron realizar un análisis de las incidencias
de los espacios de vida de los habitantes de la cuidad de Ambato, mientras , a través
del método deductivo permitió realizar un conjunto de actividades de índole intelectual
y experimental de carácter sistemático, mientras que la aplicación de estrategias
cualitativas determinaron el diagnóstico situacional que ayudo observar el proceso de
gestión de las incidencias en los espacios de vida permitiendo incrementar los
conocimientos sobre el objeto investigado, el método inductivo permitió el análisis y
clasificación de los hechos sobre la problemática mediante datos estadísticos apoyados
en técnicas de recopilación de información e instrumentos como la observación y la
encuesta.
7
Resumen de la estructura de la tesis
Capítulo I.- Contiene la fundamentación bibliográfica de los conceptos de aplicaciones
web, arquitecturas de sistemas, automatización de procesos mediante bases de datos,
espacios de vida; bibliografía necesaria para la consecución de la ingeniería de software
de la solución propuesta.
Capítulo II.- Se hace mención al proceso investigativo mediante la metodología
cualitativa, cuantitativa que permitieron realizar el diagnostico situacional de las
incidencias a los espacios de vida de los habitantes de la cuidad de Ambato, para ello se
utilizaron instrumentos como la observación y encuesta para la recopilación de
información necesaria.
Capítulo III.- Comprende la ingeniería análisis, desarrollo, codificación e
implementación de la aplicación web para gestión de sucesos inesperados en los
espacios de vida de la comunidad para la radio panamericana. Finalmente se detalla una
serie de conclusiones y recomendaciones a ser tomadas en cuenta en la ejecución e
implantación del proyecto
Aporte teórico, significación práctica y novedad
Aporte teórico.- El desarrollo del presente proyecto contará con las últimas técnicas de
manejo de datos, organización y presentación de resultados además del estudio de
nuevos generadores de código de programación orientada a la web, los mismos que
estarán debidamente documentados brindando así una fuente teórica aplicada a la
práctica, de esta forma proveerá facilidad de asimilación de conceptos.
Significación práctica.- Esta Aplicación web será de gran ayuda para todos los
habitantes de la cuidad de Ambato, quienes podrán tener acceso a una plataforma como
medio de comunicación acerca de los espacios de vida y de las incidencias que estos
reporten y saber exactamente a qué localidad y dependencia acercarse a solicitar los
8
distintos servicios y así evitar la pérdida de tiempo y trámites engorrosos que muchas
veces no dan como resultado la obtención del requerimiento.
Enfocándonos desde el punto de vista práctico será de gran impacto ya que se contará
con una guía completa y especializada de información y comunicación de los espacios
de vida relevante en un sólo lugar, gratuita y a muy pocos clics de distancia tomando en
cuenta el territorio de implantación la comunidad.
Novedad.- La novedad del presente proyecto estará orientada a la implantación de las
nuevas tecnologías aplicadas a dispositivos móviles, lo que permitirá interactuar a los
usuarios independientemente del lugar donde se encuentren en el registro
y actualización de información, ingreso de incidencias, verificación de
información, consulta de dependencias, horarios de atención, personas de contacto,
entre otras opciones, aprovechando al máximo las facilidades de conectividad que
brindan los equipos Smartphone y Tablet.
9
CAPÍTULO I
1. MARCO TEÓRICO
1.1. Sistemas de información
1.1.1. Introducción
Un sistema de información es un conjunto de elementos que interactúan entre sí con el
fin de apoyar las actividades de una empresa o negocio. Dichos elementos se
constituyen por el equipo computacional, el hardware necesario para que el sistema de
información pueda operar. El recurso humano que interactúa con el sistema de
información, el cual está formado por las personas que utilizan el sistema. (Peralta M. ,
2013).
En este marco general, la ingeniería informática se ocupa de los sistemas de
información automatizados que procesan información utilizada en la gestión de una
organización y que combinan componentes de toma de decisiones y de tratamiento de
transacciones de dichas organizaciones. Así en los límites establecidos para el sistema
de información los decisores deberán ser capaces de aprovechar los datos que entran en
el sistema a través del procesamiento de transacciones y las decisiones resultantes
deberán implementarse a través del subsiguiente tratamiento de transacciones. (Peralta
M., 2013)
1.1.2. Estructura de un sistema de información
Un sistema de información para una organización es un instrumento enormemente
complejo que está constituido por un gran número de partes, o subsistemas, que
interaccionan unos con otros en grado diferente y cuya estructuración tiene
simultáneamente una dimensión vertical y horizontal. (Peralta M., 2013)
Estructura vertical.- En la dimensión vertical el sistema de información tiene distintos
niveles jerárquicos:
10
Nivel operacional: donde se manejan procedimientos de rutina relacionados con las
distintas actividades de la organización. En este nivel tiene lugar el grueso del
tratamiento de datos y el sistema mantiene vínculos estrechos con los procesos físicos
realizados por la organización.
Nivel táctico: donde se adoptan decisiones concretas, a corto plazo basadas en
información elaborada a partir de datos transaccionales o procedentes de fuentes
externas formalizadas.
Nivel estratégico: se implementan decisiones más amplias, a mayor plazo, apoyadas
menos en información formal procedente de datos transaccionales y que dependen en
gran medida de fuentes de información externa.
Estructura horizontal.- Comprenden los sistemas estáticos las decisiones tomadas a
nivel táctico se implementan generalmente a través de la parte operacional del sistema
mediante un procedimiento automatizado de una solución informática integrado o a
través de medios más informales en otros casos. (Peralta M., 2013)
1.1.3. Funciones básicas de los sistemas de información
El gran reto de las organizaciones, ya sean empresariales, o de otra naturaleza, es
conseguir una gestión de los datos que los transforme en información inteligente que sea
la clave para la toma de decisiones. Siendo así se hace necesario el desarrollo de
soluciones informáticas que permitan el análisis, búsqueda tratamiento y recuperación
de datos para la toma de decisiones. De esto se deduce que el tratamiento de
información mediante el uso de la tecnología comprende la siguiente estructura de
manejo de datos por los sistemas informáticos. (Peralta M., 2013)
Entrada: Es el proceso mediante el cual el Sistema de Información toma los datos que
requiere para procesar la información. Las entradas pueden ser manuales o automáticas.
11
Proceso: Es una de las actividades o capacidades más importantes que tiene una
computadora, ya que a través de esta propiedad el sistema puede recordar la
información guardada en la sección o proceso anterior. Esta información suele ser
almacenada en estructuras de información denominadas archivos. (Peralta M. , 2013).
Salida: La salida es la capacidad del sistema para enviar la información procesada o
bien datos de entrada al exterior. Es importante aclarar que la salida del sistema puede
constituir la entrada a otro sistema o módulo (integración de sistemas)
1.1.4. Organizaciones basadas en información
Las organizaciones actuales desarrollan actividades en un mundo en constante y
acelerada transición. El concepto de organización basada de la información es
relativamente nuevo dentro de la teoría, pero se ha difundido hasta tal extremo que Peter
Druker, uno de los “gurús” de la gerencia de las empresas, dedica un capítulo de su libro
“The New Realities” a este concepto empleando incluso la misma denominación.
1.1.5. Sociedad de la información
Nos encontramos en un momento de profundas transformaciones sociales de enorme
trascendencia y de alcance mundial, derivadas de la utilización masiva de las
tecnologías de la información y las comunicaciones en todos los ámbitos, simbolizado a
través del fenómeno de Internet. No se trata de una cuestión únicamente tecnológica o
económica, sino fundamentalmente social y cultural que afectará a las personas en todos
sus ámbitos de actividad.
La convergencia de los sectores de las Telecomunicaciones, el Audiovisual y la
Informática ha dado lugar a la aparición del concepto de Sociedad de la Información. La
Sociedad de la Información es importante, en primer lugar, para las personas, pues
afectará a la forma de trabajar, al ocio y la forma de relacionarse y comunicarse con los
demás. El uso de las nuevas tecnologías, y en especial de Internet, constituye un
12
instrumento esencial de cohesión social y territorial, en lo que podría denominarse
democratización del acceso a la información.
También es un fenómeno importante para las empresas y el sistema productivo. La
transición hacia la “Nueva Economía”, constituye factor clave para mantener la
competitividad, y constituye la base para el crecimiento económico, para mejoras en la
productividad y la creación de riqueza y empleo en los próximos años.
En la actualidad el recurso estratégico es la Información. El poder ha pasado de estar
garantizado primeramente por la fuerza y posteriormente por el dinero, a estar
garantizado por la información.
El concepto de Sociedad de la Información, pretende destacar la importancia que las
nuevas tecnologías y el uso de los servicios avanzados están adquiriendo en todos los
ámbitos de la sociedad moderna tanto públicos como privados especialmente en la
manera de como las organizaciones trabajan y se desempeñan en el ámbito comercial y
por ende en el ámbito económico, y que afectará de forma directa a la vida cotidiana de
los trabajadores, modificando hábitos de comportamiento y la forma de interrelacionar
cada una de las áreas de la organización.
1.1.6. Tecnologías de la información y comunicaciones (TIC)
Los Sistemas de Información y las Telecomunicaciones surgieron como dos culturas
separadas con filosofías totalmente diferentes:
Sistemas de Información
Ligados a la aparición y desarrollo de los ordenadores.
Incorporación rápida de los nuevos cambios tecnológicos que se iban
produciendo.
Alto porcentaje de improvisación en la búsqueda de soluciones.
Desarrollos a modo de islas separadas y sin mucha relación entre sí.
13
Telecomunicaciones
Ligadas a la aparición y desarrollo de las redes telefónicas.
Incorporación lenta y progresiva de los avances tecnológicos.
Perspectiva de red global.
A lo largo de la evolución histórica han producido contribuciones mutuas de cada
campo al desarrollo del otro, en realidad, los avances experimentados en los Sistemas de
Información están estrechamente relacionados con los avances realizados en el campo
de las Telecomunicaciones.
Esta es la razón de que se utilice el término Tecnologías de la Información y las
Comunicaciones para definir un conjunto de tecnologías complejas que agrupan
aspectos como sistemas de información, ingeniería del software, telecomunicaciones,
automatización,….. Aunque cada una de dicha disciplinas tiene su propia dinámica
interna, la interrelación existente entre ellas hace necesario considerarlas de una forma
conjunta. (Modric, 2013)
1.2. Arquitectura cliente / servidor
1.2.1. Modelo cliente/servidor
“Desde el punto de vista funcional, se puede definir la computación cliente/servidor
como una arquitectura distribuida que permite a los usuarios finales obtener acceso a la
información en forma transparente aún en entornos multiplataforma”. (Selaya, 2012).
En el modelo cliente servidor, el cliente envía un mensaje solicitando un determinado
servicio a un servidor (hace una petición), y este envía uno o varios mensajes con la
respuesta (provee el servicio) (ver figura). En un sistema distribuido cada máquina
puede cumplir el rol de servidor para algunas tareas y el rol de cliente para otras. Dicha
arquitectura permite distribuir físicamente los procesos y los datos en forma más
eficiente lo que en computación distribuida afecta directamente el tráfico de la red,
reduciéndolo grandemente. (Peralta A. , 2011).
14
Apache Server
PostgreSQL
Logica de negocio
PETICION
RESPUESTA
RED
Gráfico: 1 Modelo cliente servidor
Fuente: (Peralta A. , 2011)
Características: combinación de un cliente que interactúa con el usuario, y un servidor
que interactúa con los recursos compartidos. El proceso del cliente proporciona la
interfaz entre el usuario y el resto del sistema. El proceso del servidor actúa como un
motor de software que maneja recursos compartidos tales como bases de datos,
impresoras, módems.
1.2.2. Seguridad del servidor
El desarrollo y puesta en producción de una aplicación web requiere de varias
herramientas, las mismas que deben cumplir un criterio de seguridad y tener las
respectivas configuraciones que eviten ataques contra la aplicación.
El servidor web.- Se considera la cara pública de la organización y es sin duda un
blanco de ataques hacia la información, por lo tanto es necesario tener precaución con
los servicios y permisos que presta el servidor.
Servidor de aplicaciones.- Generalmente gestiona la mayor parte de las funciones de
lógica de negocio y de acceso a los datos de la aplicación. Es muy conveniente revisar
periódicamente los ficheros de log (access_log y error_log en el servidor de
aplicaciones Apache) para detectar posibles ataques al servidor de aplicaciones.
15
Servidor de bases de datos.- Las organizaciones suelen cometer varios errores que
vuelven vulnerable a las bases de datos, como dejar las bases de datos de las pruebas en
los servidores de producción, o enlazar datos sensibles a aplicaciones que dan cara al
web y son de fácil hackeo, uno de los principales ataques son la inyección a SQL
lenguaje de consulta estructurado, pues los atacantes introducen tiras de código SQL a
los débiles campos de las aplicaciones web.
1.2.3. Seguridad en la aplicación
Para la implementación de la seguridad en las aplicaciones web se debe considerar las
siguientes alternativas:
Control de acceso.- Un aspecto muy importante de una aplicación web es el control de
acceso de los usuarios a zonas restringidas de la aplicación aquí intervienen dos
conceptos:
Autentificación.- Es el proceso de determinar si un usuario es quien dice ser se puede
hacer de varias maneras. Algunas de ellas son:
Autentificación HTTP básica.
Autentificación basada en la aplicación
Autorización.- Es el acto de comprobar si un usuario tiene el permiso adecuado para
acceder a un cierto fichero o realizar una determinada acción, una vez que ha sido
autentificado.
Diseñar el mecanismo de control de acceso exige:
Determinar la información que será accesible por cada usuario.
Determinar el nivel de acceso de cada usuario a la información.
Especificar un mecanismo para otorgar y revocar permisos a los usuarios.
16
Proporcionar funciones a los usuarios autorizados: identificación, desconexión,
Petición de ayuda, consulta y modificación de información personal, cambio de
password, etc.
Ajustar los niveles de acceso a la información a la política de seguridad de la
organización.
Validación de datos de entrada.- El problema más frecuente que presentan las
aplicaciones web es no validar correctamente los datos de entrada, esto da lugar a
algunas de las vulnerabilidades más importantes de las aplicaciones, como la inyección
SQL, el Cross-Site Scripting y el Buffer Overflow.
Algunos de los aspectos a tomar en cuenta son:
Fuentes de entrada.
Inyección.
Estrategias de protección.
Vulnerabilidades específicas.
Programación segura.- Para evitar o al menos disminuir las vulnerabilidades de una
aplicación web es muy importante seguir unas correctas prácticas de programación,
algunas de las más importantes son
Inicialización de variables.
Gestión de errores.
Protección de información. (Universidad de Sevilla, LSI, 2011).
1.2.4. Seguridad en la comunicación
SSL (Secure Socket Layer) es un protocolo para asegurar el transporte de datos entre el
cliente y el servidor web, podemos reconocer una conexión HTTP sobre SSL porque
aparece el prefijo ‘https’ en lugar de ‘http’ en la URL.
17
Cuando el cliente pide una página SSL, el servidor envía un certificado que es obtenido
de una autoridad certificadora confiable. El certificado contiene la llave pública del
servidor. Después de asegurarse que el certificado es correcto y que el servidor es
genuino, el cliente genera un número aleatorio, la llave de sesión. La llave es encriptada
con la llave pública del servidor y enviada. El servidor desencripta el mensaje con su
llave privada. Ahora ambos lados tienen una llave de sesión conocida solamente por
ellos dos. Toda comunicación desde y hacia ellos es encriptada y desencriptada con la
llave de sesión.
SSL proporciona una comunicación segura entre cliente y servidor permitiendo la
autentificación mutua, el uso de firmas digitales y garantizando la privacidad mediante
encriptación (Owasp org, Owasp.org, 2006).
Las aplicaciones web se incorporan mecanismos de autentificación de usuario y
contraseña
Autentificaciones basadas en formularios
Caducidad de sesiones
Encriptación de datos a nivel de base de datos
1.3. Herramientas de desarrollo
1.3.1. Html5
HTML5 (HyperText Markup Language, versión 5) es la quinta revisión importante del
lenguaje básico de la World Wide Web, HTML. HTML5 especifica dos variantes de
sintaxis para HTML: un «clásico» HTML (text/html), la variante conocida como
HTML5 y una variante XHTML conocida como sintaxis XHTML5 que deberá ser
servida como XML.1 2 Esta es la primera vez que HTML y XHTML se han
desarrollado en paralelo. (html5, 2014)
18
Al no ser reconocido en viejas versiones de navegadores por sus nuevas etiquetas, se
recomienda al usuario común actualizar a la versión más nueva, para poder disfrutar de
todo el potencial que provee HTML5. (html5, 2014)
1.3.2. MySql
MySql, es un gestor de almacenamiento de todo tipo de información que la ordena de
forma estructurada para su posterior tratamiento y recuperación por parte de los
ususrios. (MySQL, 2011)
Gestor de base de datos: Una base de datos es un conjunto de datos y un gestor
de base de datos es una aplicación capaz de manejar este conjunto de datos de
manera eficiente y cómoda.
Base de datos relacional: Una base de datos relacional es un conjunto de datos
que están almacenados en tablas entre las cuales se establecen unas relaciones
para manejar los datos de una forma eficiente y segura. Para usar y gestionar una
base de datos relacional se usa el lenguaje estándar de programación SQL.
Open Source: El código fuente de MySQL se puede descargar y está accesible a
cualquiera, por otra parte, usa la licencia GPL para aplicaciones no comerciales.
Es una base de datos muy rápida, segura y fácil de usar. Gracias a la colaboración de
muchos usuarios, la base de datos se ha ido mejorando optimizándose en velocidad. Por
eso es una de las bases de datos más usadas en Internet. MySql se caracteriza por ser un
potente motor de almacenamiento y de gran compatibilidad con lenguajes de código
abierto fundamentalmente con PHP. (MySQL, 2011)
El principal objetivo de MySQL es velocidad y robustez.
Soporta gran cantidad de tipos de datos para las columnas.
19
Gran portabilidad entre sistemas, puede trabajar en distintas plataformas y
sistemas operativos.
Cada base de datos cuenta con 3 archivos: Uno de estructura, uno de datos y uno
de índice y soporta hasta 32 índices por tabla.
Aprovecha la potencia de sistemas multiproceso, gracias a su implementación
multihilo.
Flexible sistema de contraseñas (passwords) y gestión de usuarios, con un muy
buen nivel de seguridad en los datos.
El servidor soporta mensajes de error en distintas lenguas (Ayala, 2013)
Ventajas
Velocidad al realizar las operaciones, lo que le hace uno de los gestores con
mejor rendimiento.
Bajo costo en requerimientos para la elaboración de bases de datos, ya que
debido a su bajo consumo puede ser ejecutado en una máquina con escasos
recursos sin ningún problema.
Facilidad de configuración e instalación.
Soporta gran variedad de Sistemas Operativos
Baja probabilidad de corromper datos, incluso si los errores no se producen en el
propio gestor, sino en el sistema en el que está.
Conectividad y seguridad (MySQL, 2011)
1.3.3. Entorno de programación PHP
La plataforma de desarrollo web PHP (Hypertext Pre-processor) es el nombre de un
lenguaje de programación muy potente que, junto con html, permite crear sitios web
dinámicos. Php se instala en el servidor y funciona con versiones de Apache, Microsoft
IIs, Netscape Enterprise Server y otros.
La forma de usar php es insertando código php dentro del código html de un sitio web.
Cuando un cliente (cualquier persona en la web) visita la página web que contiene éste
20
código, el servidor lo ejecuta y el cliente sólo recibe el resultado. Su ejecución, es por
tanto en el servidor, a diferencia de otros lenguajes de programación que se ejecutan en
el navegador. Puede ser ejecutado en la mayoría de los sistemas operativos (Windows,
Mac OS, Linux, Unix. (MASadelante)
Al ser un lenguaje libre dispone de una gran cantidad de características ideal
para la creación de páginas web dinámicas.
Soporte para una gran cantidad de bases de datos PostgreSQL, MysSQL,
SybasemSQL, Informix etc.
Integración con varias bibliotecas externas, permite generar documentos en PDF
Perceptiblemente más fácil de mantener y poner al día que el código
desarrollado en otros lenguajes.
PHP goza de la ayuda de un gran grupo de programadores, permitiendo que los
fallos de funcionamiento se encuentren y reparen rápidamente.
El código se pone al día continuamente con mejoras y extensiones de lenguaje
para ampliar las capacidades de PHP
Con PHP se puede hacer cualquier cosa que podemos realizar con un script CGI,
como el procesamiento de información en formularios, foros de discusión,
manipulación de cookies y páginas dinámicas.
1.3.4. Arquitectura MVC
El patrón de diseño (de software) MVC se encarga de separar la lógica de negocio de la
interfaz de usuario y es el más utilizado en aplicaciones web, framework, etc, ya que
facilita la funcionalidad, mantenibilidad, y escalabilidad del sistema, de forma comoda y
sencilla, a la vez que ayuda no mezclar lenguajes de programación en el mismo código,
el conocido “código espagueti”. (Bahit, 2013)
MVC divide las aplicaciones en tres niveles de abstracción:
1. Modelo: es la lógica de negocios. Es decir las clases y métodos que se
comunican directamente con la base de datos.
21
2. Vista: es la encargada de mostrar la información al usuario, con de forma gráfica
y legible.
3. Controlador: el intermediario entre la vista y el modelo, se encarga de controlar
las interacciones del usuario en la vista, pide los datos al modelo y los devuelve
de nuevo a la vista para que esta los muestre al usuario. Es decir las llamadas a
clases y métodos, y los datos recibidos de formularios. (Bahit, 2013)
Gráfico: 2 Funcionamiento del patrón modelo-vista-controlador
Fuente: (Bahit, 2013)
1.3.5. Code Igniter
Es un framework para el desarrollo de aplicaciones escritas en PHP que utiliza el MVC,
que permite a los desarrolladores Web mejorar la forma de trabajar y también agregar
mayor velocidad a la hora de crear una página Web. Codeigniter no es el único
framework del mercado, también están zend, cakephp, symphony, entre otros. Pero CI
(Codeigniter) se diferencia al resto por lo rápido, lo extensible, lo sencillo de aprender y
22
lo poderoso que puede llegar a ser si lo sabemos usar bien. Codeigniter fue desarrollado
por EllisLab y hasta la versión 1.7.3 soportaba php 4, ya para la versión 2.0 solo soporta
php .
Code Igniter utiliza MVC, un estilo de programación en el que la aplicación está
separada entres capas:
Modelo: Es el que procesa / obtiene los datos. Generalmente, lo usaremos sobre todo
para gestionar la entrada y salida de los datos en nuestra base de datos.
Vista: Llamada desde el controlador, es la que forma los datos para representarlos en
pantalla. En Code Igniter ( y cualquier framework para web) es la que montará todo el
código html).
Controlador: Como su nombre indica, es el que “controla” que pasa en nuestra
aplicación.Básicamente, y a grandes rasgos, un controlador recibe una petición, obtiene
datos de un modelo, los procesa, y se los pasa a la vista para que los muestre de forma
adecuada. (CodeIgniter Team, 2013)
1.3.6. jQuery
JQuery es una biblioteca de JavaScript, creada inicialmente por John Resig, que permite
simplificar la manera de interactuar con los documentos HTML, manipular el árbol
DOM, manejar eventos, desarrollar animaciones y agregar interacción con la técnica
AJAX a páginas web. Fue presentada el 14 de enero de 2006 en el BarCamp NYC.
jQuery es la biblioteca de JavaScript más utilizada. (Cochran, 2012)
jQuery es software libre y de código abierto, posee un doble licenciamiento bajo la
Licencia MIT y la Licencia Pública General de GNU v2, permitiendo su uso en
proyectos libres y privados.2 jQuery, al igual que otras bibliotecas, ofrece una serie de
funcionalidades basadas en JavaScript que de otra manera requerirían de mucho más
23
código, es decir, con las funciones propias de esta biblioteca se logran grandes
resultados en menos tiempo y espacio. (Cochran, 2012)
$("#tablaAlumnos"); // Devolverá el elemento con id="tablaAlumnos"
$(".activo"); // Devolverá una matriz de elementos con class="activo"
1.3.1.1. Características
Bootstrap, tiene un soporte relativamente incompleto para HTML5 y CSS 3, pero es
compatible con la mayoría de los navegadores web. La información básica de
compatibilidad de sitios web o aplicaciones está disponible para todos los dispositivos y
navegadores. Existe un concepto de compatibilidad parcial que hace disponible la
información básica de un sitio web para todos los dispositivos y navegadores.
Desde la versión 2.0 también soporta diseños sensibles. Esto significa que el diseño
gráfico de la página se ajusta dinámicamente, tomando en cuenta las características del
dispositivo usado (Computadoras, tabletas, teléfonos móviles). Bootstrap es de código
abierto y está disponible en GitHub. (Cochran, 2012)
1.3.7. jQuery mobil
JQuery Mobile es un marco de trabajo magnífico para escribir las aplicaciones web
móviles. Construido encima del popular jQuery y de la interfaz del usuario jQuery,
jQuery Mobile es un marco de trabajo efectivo y unificado para escribir aplicación web
móvil. Con jQuery Mobile puede garantizar una apariencia y un comportamiento
consistente a través de las diferentes plataformas móviles. Las características básicas de
jQuery Mobile incluyen:
Simplicidad y flexibilidad general
El marco de trabajo es simple de usar. Puede:
Desarrollar páginas utilizando principalmente marcas con un mínimo o sin
JavaScript.
Utilizar JavaScript avanzado y eventos.
24
Utilizar un solo documento HTML con varias páginas incluidas.
Separar su aplicación en varias páginas.
Mejoras progresivas y degradación natural
Mientras que jQuery Mobile nivela los últimos HTML5, CSS 3 y JavaScript, no todos
los dispositivos móviles cuentan con esa compatibilidad. La filosofía de jQuery Mobile
consiste en ser compatible tanto con dispositivos de alta gama como con dispositivos
menos poderosos, como los que no tienen compatibilidad con JavaScript, y aun así
proporcionar la mejor experiencia posible. (Garcia, 2011)
Las características básicas de jQuery Mobile incluyen:
Simplicidad: El framework es simple de usar se puede desarrollar páginas
utilizando principalmente el marcado con escaso código JavaScript.
Mejora progresiva: Mientras jQuery Mobile aprovecha las últimas tecnologías
de HTML5, CSS3 y JavaScript, no todos los dispositivos móviles brindan este
soporte. La filosofía de jQuery Mobile es soportar tanto la gama alta de los
dispositivos, como aquellos que no soportan grandes funcionalidades. Se trata de
proveer la mejor experiencia posible.
Accesibilidad: jQuery Mobile ha sido diseñado pensando en la accesibilidad.
Brinda soporte a las aplicaciones de internet enriquecidas y accesibles
“Accessible Rich Internet Applications” (WAI-ARIA) para ayudar a hacer
páginas web más accesibles a los visitantes con discapacidad que usen
tecnologías de asistencia.
Tamaño pequeño: El tamaño total de jQuery Mobile framework es
relativamente pequeño. Unos 12kb de la biblioteca JavaScript, 6kb de CSS y
algunos íconos.
25
Tematización: El framework también proporciona un sistema de temas que
ofrece una aplicación a estilos propios. El marco de trabajo de jQuery incluye
todos los componentes de la interfaz del usuario necesarios para desarrollar
aplicaciones móviles y sitios web móviles completos: páginas, diálogos, barras
de herramientas, diferentes tipos de listas de elementos, una variedad de
elementos de formato y botones y demás.
La herramienta jQuery Mobile permiten el acceso a las instalaciones claves, incluidas,
acción y manipulación del modelo del objeto del documento HTML y XML (DOM);
manipulación de eventos; comunicación con el servidor a través de Ajax; y animación y
efectos de imagen para las páginas web. (Garcia, 2011)
1.3.8. PhoneGap
PhoneGap, framework OpenSource adquirido recientemente por Adobe, permite crear
aplicaciones en un código estándar HTML 5 capaz de ser ejecutado nativamente en los
diferentes sistemas operativos móviles del mercado. PhoneGap cubre el diseño de
interfaces de usuario mediante HTML y CSS.
A la vez que encapsula las características nativas de los terminales móviles haciéndolas
accesibles por JavaScript. La filosofía se deriva en unificar el desarrollo para los
distintos terminales móviles, abstrayendo al desarrollador de la programación nativa
específica para cada uno de ellos. (Hispano, 2012)
Gráfico: 3 Aplicación con PhoneGap
Fuente: (Hispano, 2012)
26
PhoneGap permite controlar los siguientes elementos de hardware incluidos en la
mayoría de dispositivos móviles (smartphone): on PhoneGap, se pueden elegir cualquier
entorno de desarrollo propias de cada plataforma que soportan, para el proyecto
propuesto de a determinado como lenguaje de desarrollo PHP, Jqueri Móvil, (Hispano,
2012)
PhoneGap maneja API que permiten tener acceso a elementos como el acelerómetro, la
cámara, los contactos en el dispositivo, la red, el almacenamiento, las notificaciones,
etc. Estas API se conectan al sistema operativo usando el código nativo del sistema
huésped a través de una interfaz de funciones foráneas en Javascript. PhoneGap permite
el desarrollo ya sea ejecutando las aplicaciones en el navegador web, sin tener que
utilizar un simulador dedicado a esta tarea, y brinda la posibilidad de soportar funciones
sobre frameworks como Sencha Touch o JQuery Mobile. (Zárate, 2013)
1.3.9. Metodología XP
Es una metodología ágil centrada en potenciar las relaciones interpersonales como
clave para el éxito en desarrollo de software, promoviendo el trabajo en equipo,
preocupándose por el aprendizaje de los desarrolladores, y propiciando un buen clima
de trabajo. XP se basa en realimentación continua entre el cliente y el equipo de
desarrollo, comunicación fluida entre todos los participantes, simplicidad en las
soluciones implementadas y coraje para enfrentar los cambios. XP se define como
especialmente adecuada para proyectos con requisitos imprecisos y muy cambiantes, y
donde existe un alto riesgo técnico. (Hadad , Sanabria , & Litvak, 2014)
Las características fundamentales de esta metodología son:
Desarrollo iterativo e incremental: pequeñas mejoras, unas tras otras.
Pruebas unitarias continuas: frecuentemente repetidas y automatizadas,
incluyendo pruebas de regresión. Se aconseja escribir el código de la prueba
antes de la codificación.
27
Programación en parejas: se recomienda que las tareas de desarrollo se lleven
a cabo por dos personas en un mismo puesto. Se supone que la mayor calidad
del código escrito de esta manera -el código es revisado y discutido mientras se
escribe es más importante que la posible pérdida de productividad inmediata.
Frecuente integración del equipo de programación con el cliente o usuario:
Se recomienda que un representante del cliente trabaje junto al equipo de
desarrollo.
Corrección de todos los errores antes de añadir nueva funcionalidad: Hacer
entregas frecuentes.
Refactorización del código: es decir, rescribir ciertas partes del código para
aumentar su legibilidad y mantenibilidad pero sin modificar su comportamiento.
Las pruebas han de garantizar que en la refactorización no se ha introducido
ningún fallo.
Propiedad del código compartida: en vez de dividir la responsabilidad en el
desarrollo de cada módulo en grupos de trabajo distintos, este método promueve
el que todo el personal pueda corregir y extender cualquier parte del proyecto.
Las frecuentes pruebas de regresión garantizan que los posibles errores serán
detectados.
Simplicidad en el código: es la mejor manera de que las cosas funcionen.
Cuando todo funcione se podrá añadir funcionalidad si es necesario. La
programación extrema apuesta que es más sencillo hacer algo simple y tener un
poco de trabajo extra para cambiarlo si se requiere, que realizar algo complicado
y quizás nunca utilizarlo.
La simplicidad y la comunicación son extraordinariamente complementarias. Con más
comunicación resulta más fácil identificar qué se debe y qué no se debe hacer.
28
Cuanto más simple es el sistema, menos tendrá que comunicar sobre éste, lo que lleva a
una comunicación más completa, especialmente si se puede reducir el equipo de
programadores. (Hadad , Sanabria , & Litvak, 2014)
Gráfico: 4 Fases de XP Fuente: (Perez Cervantes, 2012)
1.4. Espacios de vida
1.4.1. Definición
Se llama espacio de vida o espacio de convivencia, al lugar donde cualquier persona
tiene el derecho a circular, en paz y armonía, donde el paso no puede ser restringido por
criterios de propiedad privada, y excepcionalmente por reserva gubernamental. Por lo
tanto, espacio de vida es aquel espacio de propiedad pública, dominio y uso público.
En el aspecto legal, podemos decir que el espacio de vida moderno proviene de la
separación formal entre la propiedad privada urbana y la propiedad pública. Tal
separación normalmente implica reservar desde el planeamiento, suelo libre de
construcciones (excepto equipamientos colectivos y servicios públicos) para usos
29
sociales característicos de la vida urbana (esparcimiento, actos colectivos, transporte,
actividades culturales y a veces comerciales, etc.).
Desde una aproximación jurídica, podemos definirlo como un espacio sometido a una
regulación específica por parte de la administración pública, propietaria o que posee la
facultad de dominio del suelo, que garantiza su accesibilidad a todos los ciudadanos y
fija las condiciones de su utilización y de instalación de actividades. (Borja, 2014)
1.4.2. Importancia del espacio de vida
"El espacio de vida o públicos define la calidad de la ciudad, porque indica la calidad de
vida de la gente y la cualidad de la ciudadanía de sus habitantes. Concebir el espacio de
vida con el objetivo de facilitar un uso social intenso y diverso, promoviendo
actividades e incitando la presencia de nuevos colectivos humanos."
“El espacio de vida también tiene una dimensión socio-cultural. Es un lugar de relación
y de identificación, de contacto entre las gentes, de animación urbana, a veces de
expresión comunitaria. La dinámica propia de la ciudad y los comportamientos de sus
gentes pueden crear espacios públicos que jurídicamente no lo son, o que no estaban
previstos como tales, abiertos o cerrados, de paso o a los que hay que ir.
Puede ser una fábrica o un depósito abandonado o un espacio intersticial entre
edificaciones. Lo son casi siempre los accesos a estaciones y puntos intermodales de
transporte y a veces reservas de suelo para una obra pública o de protección ecológica.
En todos estos casos lo que defina la naturaleza del espacio de vida es el uso y no el
estatuto jurídico.” (Borja, 2014)
1.4.3. Preservación y manejo del espacio de vida
Garantizar la sostenibilidad del espacio de vida en cuanto a su construcción, uso,
mantenimiento y conservación, requiere además del compromiso institucional del
Estado a través de la Administración Municipal, contar con el apoyo de otras
30
instituciones públicas y privadas con competencia en el tema y con la comunidad en
general como defensor y usuario permanente. (Universidad Nacional , 2012)
En este sentido se propone como parte del Estatuto de Espacio de vida y bajo las
oportunidades reales dentro del ámbito municipal, la implementación de propuestas,
como las siguientes:
1.4.4. Prevención y compromiso ciudadano
Vincular a las instituciones educativas de todo nivel (universidades, colegios,
escuelas, jardines infantiles), con programas estratégicos que involucren la
sensibilización y educación ante el sentido de lo público a través de la
construcción, mejoramiento y mantenimiento del espacio de vida.
Incentivar el trabajo en grupo interinstitucional y comunitario que implique la
reflexión y concertación para el trabajo permanente alrededor de actividades en
pro del espacio de vida.
Los diseños deberán garantizar la participación de la comunidad dentro del
proceso de su formulación.
Motivar el acercamiento respetuoso de las instituciones públicas y privadas con
las organizaciones y líderes comunitarios con el fin de avanzar juntos en el
mejoramiento y mantenimiento de los espacios de vida.
Fortalecer convenios interinstitucionales con las universidades integrando las
actividades de docencia, investigación y extensión Universitaria, para realizar
proyectos y procesos permanentes que tengan un mayor impacto social en la
comunidad en torno al tema de espacios de vida. (Universidad Nacional , 2012)
31
1.4.5. Vigilancia y cumplimiento de actos administrativos y autoridades
Involucrar en la señalización urbana mensajes alusivos al cuidado y buen
manejo del espacio de vida.
Divulgación masiva de los principales estatutos y normativas vigentes del orden
nacional y municipal relacionado con el espacio de vida.
Fortalecimiento de la organización administrativa y de la administración
municipal, mediante una dependencia con personal que oriente, regule e
implemente el manejo del espacio de vida (diseños específicos, multas,
concesiones y reglamentaciones).
Involucrar de manera continua dentro del Plan de Desarrollo Municipal un
recurso económico importante anual para el mejoramiento y mantenimiento del
espacio de vida según prioridades definidas.
Difundir por medio de cartillas y capacitaciones los contenidos del Estatuto de
espacio de vida a las entidades municipales, empresas privadas, juntas de acción
comunal, instituciones educativas y otras formas de asociación comunitaria.
(Universidad Nacional , 2012)
1.4. Conclusiones finales del capítulo
Los sistemas de información constituyen herramientas de automatización de
procesos que permiten la toma de decisiones en las instituciones públicas o
privadas.
La arquitectura cliente servidor permite la separación de las capas cliente y
acceso a datos de forma independiente con el objetivo de mejorar el desempeño
y funcionalidad del sistema.
32
Las herramientas de libre distribución constituyen una forma económica y
segura para el desarrollo de aplicaciones robustas y escalables para las
instituciones.
Los espacios de vida son la base de la convivencia humana en la comunidad, un
control y mantenimientos de los mismos es impartido además de monitorear el
respectivo seguimiento del proceso de mantenimiento de ellos.
33
CAPÍTULO II
2. MARCO METODOLÓGICO
2.1. Descripción del sector
La radio panamericana nace en 1967 como radio Viracocha, en la parroquia de Quero
provincia de Tungurahua, mediante el esfuerzo del fundador Luis Antonio Llerena
Paredes, visionario y altruista que no veía solo en el crecimiento personal sino también
en el empresarial, que no solo satisfaga la demanda de la familia sino el desarrollo del
pueblo que poco después fue elevado a cantón de Tungurahua.
A mediados de los 80 s la estación cambia de nombre a Radio Panamericana, cambio
que va de la mano ya que la señal se empieza a difundir a nivel mundial a través de
ondas (SW1), en los 3960 HZ banda internacional.
Misión: Servir a la sociedad con tal ética profesional y pluralismo estableciendo
condiciones dignas en el desarrollo de los pueblos cuyo objetivo primordial es la
excelencia.
Visión: Adentrarse en los próximos 4 años, con la mejor tecnología en radiodifusión.
Convertirnos como la voz del sector social donde no se olviden sus necesidades, y el
medio de esparcimiento para divertir e informar a todos los sectores que cubre nuestra
señal
Valores:
Caridad evangélica
Trabajo en equipo
Puntualidad
Orientación al servicio
Mejoramiento continuo
Respeto a la dignidad humana
34
Disposición al diálogo
2.1.1. Estructura de la empresa
La estructura organizacional de radio Panamericana de la cuidad de Ambato, se basa en
un modelo jerárquico que se describe a continuación.
Gráfico: 5 Estructura de radio Panamericana
Fuente: Radio Panamericana
2.2. Descripción de la metodología
2.2.1. Metodología
La investigación aplicada en la que se enmarca el proyecto ya que automatiza procesos
para determinar las incidencia de los espacios de vida la metodología cuantitativa y
cualitativa con el uso de estadística, técnicas e instrumentos propios de la investigación
científica permiten determinar e idear una solución a la problemática existente.
2.2.2. Tipo de investigación
El tipo de investigación aplicada permitió una reseña, rasgos, cualidades y atributos de
la automatización de procesos que se dan en los espacios de vida que permiten el
35
desarrollo y construcción de una solución web acorde a los requerimientos de la
institución.
La investigación bibliográfica permite evidenciar conceptos y definiciones relacionadas
con el objeto de estudio que son los procesos, gestión de los espacios de vida, servicios,
permitiendo determinar variables e indicadores necesarias para el diagnóstico
situacional del objeto investigativo.
2.2.3. Población
POBLACIÓN Radio escuchas
(Promedio diario)
215 Encuesta
TOTAL 215
Tabla 1: Población y muestra Fuente: Holguer Sánchez
2.2.4. Muestra
El cálculo de la muestra se determina mediante la siguiente fórmula estadística que
aplica para una población finita como es el caso de estudio.
𝑛 =𝑁
𝐸2 (𝑁−1)+1 𝑛 =
215
(0,05)2 (215−1)+1 𝑛 =
215
3.14= 68
2.2.5. Herramientas de recopilación de datos
La recopilación de datos se realizó al personal de la radio, a radio escuchas mediante la
aplicación del cuestionario y de quienes son los encargados del funcionamiento y
soporte de las comunicaciones de la institución quienes aportaron con los
requerimientos sobre la accesibilidad, seguridad y control así la complejidad que en el
acceso a la información por parte de los usuarios en lo referente a los espacios de vida.
36
2.2.6. Análisis e interpretación de datos
Con la aplicación de la encuesta realizada a los radio escuchas de la Radio
Panamericana se realizó el análisis de los datos recopilados con el objetivo de tener
estadísticas que permitan tomar decisiones, direccionamientos necesarios a tener en
cuenta para la solución del proyecto propuesto.
PREGUNTA 1 ¿Escucha alguna estación de radio?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
SI 65 20
NO 3 40
Tabla 2: Pregunta 1
Fuente: Holguer Sánchez
Gráfico: 6 Pregunta 1
Fuente: Holguer Sánchez
Análisis:
Los resultados estadísticos obtenidos permiten determinar que el 96% escuchan una
estación de radio lo que es beneficioso para la propuesta del proyecto ya que al ser un
SI96%
NO 4%
SI NO
37
medio de comunicación masivo permite llegar a varios radio escuchas, por ende las
demandas y denuncias de los ciudadanos y de la incidencia de los espacios de vida serán
atendidos mediante la solución informática propuesta.
Mientras que los radio escuchas que no utilizan este medio es bajo por lo que se
determina que el beneficio del proyecto propuesto comprende la mayoría de ciudadanos
de la cuidad de Ambato
PREGUNTA 2 ¿Que estación de radio sintoniza que le permita conocer sobre los
sucesos de la comunidad?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
Radio Panamericana 55 78%
Radio Amor 4 6%
Radio Ambato 5 7%
Radio Sol 2 3%
Radio Bandida 2 3%
Tabla 3: Pregunta 2
Fuente: Holguer Sánchez
Gráfico: 7 Pregunta 2
Fuente: Holguer Sánchez
81%
6%7%
3%3%
Radio Panamericana Radio Amor Radio Ambato Radio Sol Radio Bandida
38
15%
29%
7%
15%
34%
Alumbrado público Servicios básicos Áreas deportivas Espacios verdes Seguridad
Análisis:
La mayoría de los radio escuchas tiene como estación de preferencia a Radio
Panamericana, lo que justifica la implementación del sistema de seguimiento de las
incidencias de los espacios de vida ya que les permitirá hacer las respectivas demandad
a quejas y situaciones que se presenten así como dar el seguimiento de las mimas.
PREGUNTA 3 El problema más relevante de su espacio de vida es:
DESCRIPCIÓN FRECUENCIA PORCENTAJE
Alumbrado público 10 15%
Servicios básicos 20 29%
Áreas deportivas 5 7%
Espacios verdes 10 15%
Seguridad 23 35%
Tabla 4: Pregunta 3
Fuente: Holguer Sánchez
Gráfico: 8 Pregunta 3
Fuente: Holguer Sánchez
39
Análisis:
Los datos reflejan que se presentan problemas que involucran los espacios de vida de
los habitantes que son canalizados mediante la radio para realizar las respectivas
denuncias y quejas, quienes a su vez remiten a los organismos que tiene que ver con la
problemática por ende el desarrollo de una aplicación móvil que permita registrar los
sucesos e incidencias por parte de los usuarios facilitara la comunicación entre los
organismos y la aplicación web permitirá dar un seguimiento de la radio a la solución de
las problemáticas que se dan en los distintas áreas geográficas de la cuidad de Ambato.
PREGUNTA 4 ¿A qué entidad acude para realizar un reclamo o denuncia?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
Policía Nacional 15 22%
Televisión 0 0%
Prensa 0 0%
Radio 45 66%
Institución publica 7 10%
Institución privada 1 2%
Tabla 5: Pregunta 4
Fuente: Holguer Sánchez
Gráfico: 9 Pregunta 4
Fuente: Holguer Sánchez
22%
0%0%
66%
10%2%
Policía Nacional Televisión Prensa Radio Institución publica Institución privada
40
85%
0%
3% 12%
Llamada telefónica Correo electrónico Persona a persona Mensaje de texto
Análisis:
Los datos reflejan que los distintos usuarios realizan las respectivas denuncias a través
de la radio lo que es importante al tratarse de un medio de difusión masiva que llega a
varios hogares y sectores de la cuidad permite interactuar de forma efectivo mediante la
recepción de denuncias y problemas que se presentan en los espacios de vida a través de
los dispositivos móviles.
PREGUNTA 5 ¿A través de que medio realiza el reclamo o denuncia?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
Llamada telefónica 58
Correo electrónico 0
Persona a persona 2
Mensaje de texto 8
Tabla 6: Pregunta 5
Fuente: Holguer Sánchez
Gráfico: 10 Pregunta 5
Fuente: Holguer Sánchez
41
Análisis:
Los datos permiten determinar que los ciudadanos de la cuidad e Ambato, realizan las
denuncias a través de llamadas telefónicas a la radio lo que permite establecer que el
sistema de seguimiento de incidencias que se dan en los espacios de vida propuesto
será de ayuda para la comunidad.
PREGUNTA 6 ¿Con qué frecuencia realiza reclamos sobre los problemas del espacio
de vida?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
Diariamente 45 66
Semanal 5 7
Mensual 7 10
Anual 1 2
Nunca 10 15
Tabla 7: Pregunta 6
Fuente: Holguer Sánchez
Gráfico: 11 Pregunta 6
Fuente: Holguer Sánchez
66%7%
10%
2%
15%
Diariamente Semanal Mensual Anual Nunca
42
22%
12%
66%
Siempre A veces Nunca
Análisis:
Los datos reflejan que las demandas, quejas y denuncias sobre afectaciones de los
espacios de vida se dan con una regularidad alta es decir diariamente se realizan
peticiones sobre problemas que se dan en el entorno de la comunidad de los habitantes
de la cuidad de Ambato. Por lo que la realización del proyecto propuesto se justifica ya
que los ciudadanos dispondrán de una herramienta que les permita realizar los reclamos
de forma directa a la vez que podrán darle un seguimiento de dicha solicitud y de la
respuesta que han tenido por parte de la entidad que le compete dar solución
PREGUNTA 7 ¿Los reclamos y denuncia en qué medida son atendidos?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
Siempre 15 22
A veces 8 12
Nunca 45 66
Tabla 8: Pregunta 7
Fuente: Holguer Sánchez
Gráfico: 12 Pregunta 7
Fuente: Holguer Sánchez
43
94%
6%
Si No
Análisis:
Los datos permiten determinar que las demandas de atención sobre los reclamos que se
dan en los espacios de vida quedan en solo una llamada a las entidades ya que estas no
dan el seguimiento y solución a las demandas requeridas por la comunidad
Es por ello que se deben desarrollar soluciones tecnológicas que permitan el
acercamiento de la comunidad con las instituciones gubernamentales, públicas o
privadas para que se den solución a dichos reclamos poniendo al servicio aplicaciones
informáticas en beneficio de la colectividad de Ambato.
PREGUNTA 8 ¿Le gustaría disponer de un sistema informático ONLINE que le
permita realizar denuncias mediante dispositivos móviles a la vez dar el seguimiento de
las mismas?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
Si 64 94
No 4 6
Tabla 9: Pregunta 8
Fuente: Holguer Sánchez
Gráfico: 13 Pregunta 8
Fuente: Holguer Sánchez
44
97%
3%
Si No
Análisis:
Los habitantes de la cuidad de Ambato, están en conformidad de que se desarrolle una
aplicación informática que permita dar a conocer sobre las necesidades de la comunidad
de manera eficiente a la vez que mediante el uso de dispositivos móviles se pueda dar
un seguimiento de las demandas realizadas por los mismos.
A la vez expresan el compromiso para la capacitación y activa participación en el
desarrollo del proyecto ya que es un beneficio para la ciudadanía.
PREGUNTA 9 ¿Estaría de acuerdo en la implementación y capacitación de una
aplicación web para la gestión de sucesos inesperados en los espacios de vida de la
comunidad?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
Si 66 97
No 2 3
Tabla 10: Pregunta 9
Fuente: Holguer Sánchez
Gráfico: 14 Pregunta 9
Fuente: Holguer Sánchez
45
Análisis:
El desarrollo de la propuesta para el diseño e implementación de una solución
informática que permita realizar demandas, quejas de las incidencias que se dan en los
espacios de vida de los habitantes de la cuidad de Ambato.
Tiene la acogida de la ciudadanía es por ello que tienen la predisposición a la adopción,
capacitación y utilización en beneficio de la sociedad ambateña ya que les permitirá
interactuar y dar seguimiento a sus demandas.
2.2.7. Entrevista aplicada al gerente de la Radio Panamericana
La presente entrevista ha sido elaborada para obtener información relacionada con el
tema del estudio de espacios de vida de los habitantes de la cuidad de Ambato,
direccionado al Ing. Jhonny Llerrena, gerente propietario de la Radio Panamericana de
la cuidad de Ambato.
Pregunta 1: ¿Que labor social se realiza a través de la radio?
Radio Panamericana, nació con el afán de llevar información a los habitantes de la
cuidad de Ambato y sus alrededores, bajo esta premisa la labor social está enfocada a
poner un espacio de comunicación e intercomunicación donde se receptan numerosas
inquietudes, peticiones y demás novedades que se presentan en la comunidad.
Pregunta 2: ¿Cuál es el promedio de audiencia en la radio?
La audiencia que tiene radio Panamericana está en promedio alrededor 200-230, radios
escuchas quienes llaman a dar a conocer su opinión reclamos o incidencias que se
presentan dentro de los barrios, comunidades.
Pregunta 3: ¿Cuáles son las incidencias que se reportan con frecuencia?
Haciendo una comparación los ciudadanos generalmente reportan sucesos que se
presentan en sus barrios, generalmente son fallas de servicios básicos, delincuencia
46
peticiones de obras, mejoramiento de infraestructura, readecuación de áreas verdes, en
conclusión incidencias que se presentan en los espacios de vida y que las canalizan a
raves de la radio para hacer conocer de estas novedades a las distintas autoridades.
Pregunta 4: ¿Cuál es el proceso que como radio hacen para dar a conocer estas
incidencias a las autoridades?
Básicamente comprende dar información a través de la emisora, haciendo llamados a
través de la misma a las autoridades, para que se acerquen a estos barrios y vean las
demandas que estas tienen, en términos de radio difusión seria propaganda de las
necesidades de cualquier barrio.
Pregunta 5: ¿Considera importante la implementación de un sistema de gestión de
incidencias para la audiencia?
Sin duda, la implementación de tecnología que permita tener un seguimiento de
incidencias en los espacios de vida permitirá a la institución mejorar los servicios a la
vez disponer de una aplicación informática para llevar el registro, control y monitoreo
del estado de las demandas que los radio escuchas hacen a las autoridades perimiendo
ser efectivos a la hora de comunicar.
Pregunta 6: ¿Cómo ve usted el proyecto de gestión de incidencias para la radio?
Como política institucional de radio Panamericana ponemos a disposición a la vez todas
las facilidades para que se implemente el sistema en nuestra radio ya que este tipo de
proyectos tecnológicos facilitan la labor social que se hace a diario.
La aplicación permitirá acercar más a la audiencia poniendo un enlace directo entre
estos y las autoridades ya que a través de los dispositivos móviles estos podrán enviar
directamente las incidencias y nosotros dar un seguimiento.
47
2.3. Propuesta metodológica del investigador
La investigación comprende el análisis bibliográfico de información sobre aplicaciones
web para la automatización de las incidencias de los espacios de vida de los habitantes
de la cuidad de Ambato, mediante el análisis de libros, revistas, medios electrónicos,
documentos web.
Por tratarse de una investigación aplicada mediante el uso de tecnología, la metodología
investigativa se apoya en instrumentos propios de la investigación científica como: el
cuestionario, observación directa mediante métodos y técnicas de recopilación, análisis
estadístico de información requerida para la determinación del problema.
En base al problema diagnóstico se plantea el desarrollo e implementación de una
aplicación web para la gestión de sucesos inesperados en los espacios de vida de la
comunidad para la radio Panamericana, como mecanismo de mejoramiento de los
servicios de la institución, además determinar la factibilidad de la implementación del
sistema considerando la causa efecto del sistema en la comunidad.
La implementación de la tecnología mediante dispositivos móviles permite la
posibilidad de desarrollar aplicaciones eficientes, potencializa la utilización de teléfonos
inteligentes, gestión de información geográfica para el envió de incidencias para una
mejor canalización y seguimiento de las mismas.
2.4. Conclusiones parciales del capítulo
Existe la necesidad de implementar una aplicación para la gestión de sucesos
inesperados en los espacios de vida de la comunidad para la radio Panamericana.
El cuestionario aplicado determina que existe la predisposición de autoridades y
personal para la implantación del proyecto propuesto.
48
Los datos reflejan que se debe mejorar la comunicación entre la comunidad y
los distintos organismos de control mediante el uso de tecnologías apoyados en
dispositivos móviles.
Se concluye que esta nueva tecnología es factible la implementación ya que
permite compartir y enviar información directamente a la radio sobre las
incidencias de los espacios de vida y estas sean canalizadas de forma eficiente.
La solución informática constituye una herramienta que provee de ventajas y
beneficio de la comunidad Ambateña, para dar seguimiento a las peticiones y
demandas de la comunidad mediante el uso de tecnología.
49
CAPÍTULO III
3. MARCO PROPOSITIVO
3.1. Tema
Aplicación web para gestión de sucesos inesperados en los espacios de vida de la
comunidad para la radio panamericana.
3.2. Objetivos
3.2.1. Objetivo general
Implementar una aplicación web para la Gestión de sucesos inesperados en los espacios
de vida de la comunidad para la radio Panamericana
3.2.2. Objetivos específicos
Analizar los procesos fundamentales con el fin de descubrir las necesidades y
llegar a una comprensión adecuada de los requerimientos que el sistema debe
poseer.
Diseñar la mejor alternativa para organizar los distintos componentes del
sistema en desarrollo, tomando una estructura general y amigable al proceso.
Desarrollar el sistema seleccionando algoritmos y estructuras de datos
adecuadas para la solución del problema, manteniendo la lógica de la aplicación
lo más sencilla posible.
Pruebas, detectar los errores que se hayan cometido en las etapas anteriores del
proyecto con la finalidad de corregirlos evitando que el usuario final tenga
complicaciones en su ejecución.
50
3.3. Desarrollo de la propuesta
3.3.1. Definición de la metodología
El documento contempla los requisitos del sistema necesarios para la programación del
proyecto en relación con los requisitos de software obtenidos mediante reunión entre los
representantes de la empresa y el desarrollador del proyecto con la finalidad de
desarrollar un producto acorde a los requerimientos y especificaciones del cliente.
La metodología de desarrollo de software que rige el desarrollo del sistema propuesto es
eXtreme Programming, que es una forma eficaz de asegurar la calidad del sistema
propuesto.
1ª Fase: Planificación del proyecto.
2ª Fase: Diseño.
3ª Fase: codificación
4ª Fase: Pruebas.
3.3.2. Lista de riesgos
En el desarrollo del sistema propuesto se evalúan las interacciones del sistema que se
documentan y clasifican según su dimensión de mayor a menor riesgo de desarrollo. En
el desarrollo y ejecución del proyecto está asociado implícitamente un riesgo que está
marcado por acciones que generalmente involucran cambios que se describen a
continuación.
FECHA VERSIÓN DESCRIPCIÓN AUTOR
07-01-2015 1.0 Riesgos de la fase
de inicio
Holguer Sánchez
ID Riesgo Expresión Probabilidad
RI-01 Error de estimación del
presupuesto
Alto 7
51
RI-02 Políticas de gestión Bajo 2
RI-03 Tiempos de entrega versión .01 Medio 6
RI-04 Error de levantamiento de
requerimientos
Alto 8
RI-05 Equipo de desarrollo sin
experiencia
Alto 6
RI-06 Falta de Comunicación con el
equipo de desarrollo e
involucrados
Medio 5
RI-07 Desconocimiento en el manejo
de herramientas de desarrollo
Alto 7
Tabla 11: Lista de riesgos del proyecto
Fuente: Holguer Sánchez
3.3.3. Requerimientos funcionales
La aplicación debe manejar un esquema de seguridad mediante autentificación
de usuario
El acceso de la aplicación está limitada según el rol determinado para cada
usuario.
El sistema manejara tipos de usuarios definidos por la gerencia de la empresa.
La aplicación maneja una arquitectura cliente servidor
Aplicación se debe ejecutar en entorno web y aplicación móvil
La aplicación cliente se ejecutará en un browser
El desarrollo se lo realizará mediante (Modelo-Vista-Controlador)
Arquitectura tres capas (Datos-lógica de negocio- presentación)
Diseño modular (Front-end -Back - end)
La aplicación debe cumplir con los requisitos definidos por la institución y el
desarrollador
La aplicación web debe ejecutarse independientemente de la plataforma.
La aplicación móvil está orientada para Android
52
La solución emplaza los procesos manuales mediante la automatización de la
gestión académica.
La ejecución de la aplicación debe garantizar una ejecución bajo el esquema 7-
24-365, con un estimado de recuperación de 02%
3.3.4. Requisitos no funcionales
Seguridad.- La información del sistema VitalGeo será administrada y gestionada
únicamente por la radio Panamericana.
Fiabilidad.- Se trabajara con un margen de 95% de soporte a fallos, con esto se indica
que el sistema tiene mínimo porcentaje de fallos y por lo tanto se garantiza su fiabilidad.
Disponibilidad.- El sistema se ejecuta independientemente de la plataforma bajo el
esquema 7/24/365.
Portabilidad.- La aplicación web no es portable ya que está desarrollada con
herramientas de servidor libres y versiones específicas para la aplicación informática
propuesta.
3.3.5. Propósito
El documento tiene como finalidad determinar los requisitos del proyecto para el
desarrollo de un sistema acorde a las necesidades y requerimientos de los interesados en
base a reuniones y acuerdos entre el representante de la radio y equipo de desarrollo del
sistema.
3.3.6. Alcance
Aplicación web para gestión de sucesos inesperados en los espacios de vida de la
comunidad para la radio Panamericana sobre dispositivos móviles en una arquitectura
multiplataforma.
53
3.3.7. Definición de acrónimos y abreviaturas
Ver glosario de términos (Anexo 3)
3.3.8. Referencias
Documento de políticas de la radio
Especificación de casos de uso
Políticas de negocio
3.4.Oportunidad de negocio
La actividad y entorno social en el que desarrolla la radio genera una serie de
actividades que requieren la automatización de los procesos de la gestión de incidencias
de los espacios de vida la implementación de un sistema informático que permita llevar
una administración y control de las actividades de forma eficiente optimizando los
recursos facilitando los procesos y recuperación de la información, permitirá mejorar la
gestión de dichas incidencias en pos de la ciudadanía de la ciudad de Ambato.
3.4.1. Definición del problema
El problema Radio Panamericana no dispone de un sistema
informático que permita la recepción de incidencias
en los espacios de vida de la ciudadanía de Ambato,
con conexión a dispositivos móviles, que les
permita la optimización de los procesos de
seguimiento, monitoreo y envió de las quejas a las
entidades a las que corresponda dar una solución a
dichos requerimientos.
En que afecta En la ineficiencia del control gestión de las
incidencias en los espacios de vida.
El impacto de ello es La actividad económica requiere de control en las
54
actividades que afectan en el tiempo de respuesta,
recursos; la información está dispersa y no permite
dar seguimiento de las incidencias reportadas por
parte de la ciudadanía.
Una solución exitosa debería ser
Desarrollar una aplicación informática que
automatice los procesos de gestión de incidencias
de los espacios de vida de forma eficaz y eficiente
de los procesos de gestión y control de información
a través de dispositivos móviles.
Tabla 12: Definición del problema
Fuente: Holguer Sánchez
3.4.2. Descripción de los interesados y usuarios
Los usuarios de la aplicación están definidos por el directorio de la radio, quienes tienen
la capacidad de manipulación del sistema según roles específico para cada uno de los
usuarios
Nombre Descripción Responsabilidad
Coordinador del
proyecto
Responsable de la
Empresa de nivel ejecutivo
Determinar los
lineamientos base para el
desarrollo del proyecto
propuesto
Responsable del proyecto Coordinador revisor del
proyecto
Análisis, gestión pruebas y
validación del sistema
Responsable del proyecto Responsable del desarrollo Análisis de BDD,
Codificación, pruebas e
implantación del sistema
Tabla 13: Interesados y usuarios
Fuente: Holguer Sánchez
55
3.4.3. Perfiles de interesados
Representante Jhony Llerena
Descripción Gerente propietario Radio Panamericana
Tipo Gerente
Responsabilidades Determinar los lineamientos base para el desarrollo del
proyecto propuesto
Criterio de éxito Establecer una comunicación efectiva en el desarrollo
del sistema
Implicación Revisión y aprobación del proyecto
Entregable N/A
Comentarios Apoyar en las actividades y ejecución del proyecto
Representante Freddy Baño
Descripción Coordinador del proyecto
Tipo Asesor del proyecto
Responsabilidades Análisis, gestión pruebas y validación del sistema
Criterio de éxito Comunicación efectiva con los involucrados en el
proyecto
Implicación Revisión y aprobación del proyecto
Entregable Revisión del sistema, documentos y capítulos
Comentarios Coordinar las actividades en cada etapa de desarrollo
Representante Holguer Sánchez
Descripción Desarrollador del sistema
Tipo Analista programador
Responsabilidades Diseño de base de datos, codificación, integración,
validación y pruebas del sistema.
Criterio de éxito Comunicación efectiva con los involucrados en el
proyecto
Implicación Programador
56
FLUJO DE TAREAS MVC
USUARIO WEB
Index.php
Aplicación request
controlador
acciones
plantilla librerias
vista
helpers
modelosPDO
PHP Data ObjectCIModelBase
MYSQL
FLUJO DE TAREAS MVC
USUARIO MOVIL
Index.php
Aplicación request
controlador
acciones
modelosPDO
PHP Data ObjectCIModelBase
MYSQL
Entregable Sistema, BDD e informe final
Comentarios Coordinar las actividades en cada etapa de desarrollo
Tabla 14: Perfiles de los interesados
Fuente: Holguer Sánchez
3.4.4. Vista general del producto
Está considerada una vista de las funciones del sistema de alto nivel de las interacciones
del sistema con la aplicación.
A continuación se define las vistas del producto y de la interacción entre los
componentes y módulos de la aplicación en base al modelo de desarrollo propuesto
MVC
Gráfico: 15 Vista general del producto
Fuente: Holguer Sánchez
57
3.4.5. Restricciones de la aplicación
La solución informática tiene las siguientes restricciones que se deben tomar en cuenta
y considerar en la implantación del sistema
Metodología de desarrollo XP
Gestor de base de datos MySql
Programación .PHP
Framework PhoneGap, Jqueri Movil
Servidor de aplicaciones Apache
Explorador optimizado Mozilla
No contempla almacenamiento distribuido
3.4.6. Rasgos de calidad del sistema
La solución informática está definida en las buenas prácticas de la metodología de
programación extrema Xp.
XP incorpora el desarrollo ágil en base a fases de construcción de la aplicación con
parámetros de calidad propios de ingeniería de sofware.
3.5. Diseño y arquitectura del sistema
3.5.1. Definición de los procesos
Considerando que los habitantes requieren notificar sobre las incidencias que se
presentan en los espacios de vida se define el proceso de la siguiente forma:
58
REQUEST
VISTAS
CONTROLADOR
6
1
2
5 4 3
MODELO
USUARIO
INICIO
VERIFICAR
USURIO
SI/NO
GEOCIUDADNO
GESTION DE USUARIOS
ROLES DE USUARIOS
PANEL DE CONTROL GESTION DE EVENTOS
TIPO DE EVENTO
SEGUIMIENTO
EVENTOS USUARIO
COMENTARIOS
SEGUIMIENTO
EVENTO USUARIOS OBRAS
AVANCE OBRA
ENCARGADO
ISTITUCIÓN
FIN
Gráfico: 16 Definición del proceso
Fuente: Holguer Sánchez
3.5.2. Modelo de desarrollo
Al tratarse de una aplicación web la arquitectura que maneja es cliente servidor tres
capas en cuanto a la arquitectura de programación está orientada bajo el modelo-Vista –
Controlador (MVC) MODELO: Presenta la información que maneja el sistema (Lógica
del negocio). VISTA: Realiza la trasformación del modelo en una página web que
interactúa con el usuario. CONTROLADOR: Procesa la información mediante
interacciones del usuario y realiza los cambios requeridos para el modelo en la vista.
Gráfico: 17 Modelo de desarrollo de la aplicación
Fuente: Holguer Sánchez
59
uc Primary Use Cases
VitalGeo
Gestión de Ev entos
Admisitrador
Descripción lógica del acceso de
los usuarios al sistema VitalGeo
Gestión de Usuarios
Ev entos de Usuario Usuario
Usuario Móv il
Roles de Usuario
Tipo de Ev ento
Seguimiento
Encargado
Institución
Obra Av ance Obra
Comentarios
«invokes»
«invokes»
«invokes»
«invokes»
«invokes»
«invokes»
3.5.3. Definición de los diagramas de casos de uso
Los casos de uso permiten una secuencia de transacciones que desarrolla el sistema en
base a una respuesta o evento que inicia los usuarios sobre el sistema.
Gráfico: 18 Diagrama de casos de uso
Fuente: Holguer Sánchez
60
3.5.4. Modelo de base de datos
La base de datos está desarrollada con la herramienta Data Architec V.16 que facilita la
construcción del modelo de datos asociados a los casos de uso de la aplicación
Gráfico: 19 Modelo de base de datos
Fuente: Holguer Sánchez
61
PRESENTACIONLÒGICA DEL
NEGOCIOBDD
SERVICIOSICareGiving
Conector
ICommunications
IReservation
PRESENTACION
MOVIL
User
DINFRAANDROID
SERV APLICACION
SERV BDD
CLIENTE
WEB
CLIENTE
MÒVIL
INTERNET
3.5.5. Modelo de componentes
La figura muestra la intención del modelo de desarrollo con cada uno de los
componentes y capas que la aplicación comprende tres capas.
Gráfico: 20 Modelo de componentes
Fuente: Holguer Sánchez
3.5.6. Modelo de despliegue de la aplicación
Desde el punto de vista del cliente el diagrama muestra la funcionalidad física con cada
uno de los servidores que la aplicación comprende.
Gráfico: 21 Modelo de despliegue de la aplicación
Fuente: Holguer Sánchez
62
3.6. Fase de construcción
En la fase de construcción provee de una versión inicial del sistema de gestión de
incidencias de los espacios de vida que describe una visión global del desarrollo de la
aplicación. La metodología de desarrollo que guia la construcción extrema XP, que
permite el detalle de cada una de las fases del proceso de construcción del sistema.
3.6.1. Propósito
El documento permite una visión de las actividades que están involucradas en el
desarrollo del proyecto propuesto alcance, módulos y la funcionalidad del mismo.
3.6.2. Alcance
Comprende el proceso global para el desarrollo del sistema de gestión de incidencias de
los espacios de vida de los habitantes de la cuidad de Ambato, descritas mediante
iteraciones y de las características del sistema a desarrollar.
3.6.3. Visión general del proyecto
Comprehende el desarrollo de una aplicación web móvil para la gestión de incidencias
de los espacios de vida desarrollado a mediante de los requisitos de sistema con
parámetros de calidad orientado en la solución de la problemática puntual de incidencias
para la automatización de los procesos de forma eficiente.
3.7. Funcionamiento de la aplicación
3.7.1. Características del producto
USUARIOS
o USUARIOS: Permite la creación de los usuarios de la
aplicación posee controles estándar (Agregar – editar –
eliminar)
63
o Roles/Privilegios: maneja los roles de los usuarios los mismos
que se asignan los privilegios a los módulos y secciones de los
mismos de forma interna
PANEL DE
CONTROL
NACIONALIDAD: Permite configurar los parámetros para
generar los eventos.
TIPO IDENTIFICACIÓN: Permite presentar el tipo de
documento con el que realizara los eventos los usuarios:
TIPO INSTITUCIÓN: Permite generar la incidencia a la
institución que corresponda.
TIPO DE EVENTO: Permite establecer los tipos de eventos que
maneja el sistema según la incidencia.
En el módulo y secciones de los mismos se manejan controles
estándar (Agregar – editar –eliminar )
MIS EVENTOS
MIS EVENTOS: permite visualizar los eventos creados por el
usuario dentro del sistema
En el módulo y secciones de los mismos se manejan controles
estándar (Agregar – editar –eliminar )
GESTIÓN
EVENTOS
EVENTOS: permite el seguimiento de los eventos, asignación
de obras personal encargado e institución a la que fue dirigida la
incidencia
En el módulo y secciones de los mismos se manejan controles
estándar (Agregar – editar –eliminar )
POSICIONAR PUNTOS GPS. Permite crear nuevo evento con
imágenes desde el teléfono
64
APLICACIÓN
MÓVIL
Sincronización de evento con imágenes al servidor principal
En el módulo y secciones de los mismos se manejan controles
estándar (Agregar – editar –eliminar )
APK VITALGEO Permite la descarga de la aplicación móvil
REPORTES
Reportes: Permite generar los reportes y salidas de información
en formato digital o impreso
Tabla 15: Características del producto
Fuente: Holguer Sánchez
3.7.2. Requisitos del sistema
Número de requisito RF1
Nombre de requisito Login
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito
Alta/Esencial
Deseado Baja
Número de requisito RF2
Nombre de requisito Usuarios
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Deseado Baja
Número de requisito RF3
Nombre de requisito Panel de control:
65
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Deseado Baja
Número de requisito RF4
Nombre de requisito Tipo de identificación:
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Deseado Baja
Número de requisito RF5
Nombre de requisito Tipo de institución:
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Deseado Baja
Número de requisito RF6
Nombre de requisito Gestión de eventos
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Deseado Baja
Número de requisito RF7
Nombre de requisito Tipo de evento:
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Deseado Baja
Número de requisito RF8
Nombre de requisito Mis eventos
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
66
Prioridad del requisito Alta/Esencial Deseado Baja
Número de requisito RF9
Nombre de requisito Todos los eventos:
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Deseado Baja
Número de requisito RF10
Nombre de requisito App Móvil
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Deseado Baja
Número de requisito RF11
Nombre de requisito Reportes
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Deseado Baja
Tabla 16: Requisitos del sistema
Fuente: Holguer Sánchez
3.7.3. Codificación de la aplicación
Gráfico: 22 Ingreso al sistema - web
Fuente: Holguer Sánchez
67
Gráfico: 23 Gestión de eventos - web
Fuente: Holguer Sánchez
Gráfico: 24 Clase controlador inicio
Fuente: Holguer Sánchez
<?php
class inicio extends CI_Controller{
public function index(){ }
public function validausuario(){}
public function cerrarsesion(){ }
public function miseventos(){ }
class System
CI_Controller
inicio
+ cerrarsesion() : var
+ getEvento() : var
+ guardarcomentario() : var
+ index() : var
+ miseventos() : var
+ registro() : var
+ validausuario() : var
68
public function getEvento(){ }
public function registro(){ }
public function guardarcomentario(){ }
}
Gráfico: 25 Pantalla principal - móvil
Fuente: Holguer Sánchez
Gráfico: 26 Clase controlador phonegap
Fuente: Holguer Sánchez
class System
CI_Controller
phonegap
+ eventos() : var
+ getEvento() : var
+ tipoevento() : var
+ uploadfile() : var
+ validausuario() : var
69
<?php
class phonegap extends CI_Controller{
public function uploadfile(){
}
public function eventos(){
}
public function getEvento(){
}
public function validausuario(){
}
public function tipoevento()
{
}
3.7.4. Suposiciones y restricciones
Las restricciones respecto al diseño, desarrollo e implementación del sistema de gestión
de incidencias de los espacios de vida de la cuidad de Ambato.
Metodología de desarrollo XP
Arquitectura cliente servidor 3 capas
Integración a dispositivos móviles a través de PhoneGap.
Framework de desarrollo CodeIngniter.
Interfaz clientes Bootstrap y jQuery Mobile
Gestor de base de datos MySql v 5
Acceso a la aplicación mediante browser
3.8. Implementación y pruebas
3.8.1. Objetivo
Desarrollar los escenarios operacionales de las pruebas necesarias con la finalidad de
verificar el funcionamiento, despliegue carga de datos y transacciones necesarias que el
sistema debe realizar y soportar.
70
3.8.2. Estrategias de aplicación de las pruebas
Contemplan el procedimiento de ejecución de las pruebas, consideraciones de carácter
técnico operacionales de cada uno de las funciones de la aplicación.
3.8.3. Pruebas funcionales
COMPONENTE REGISTRAR USUARIOS REQUISITO CDU02-RF02
AUTOR Holguer Sánchez REVISADO POR ING. Freddy Baño
ORD FECHA RAZÓN DE DESARROLLO
O CAMBIO
RUTA PROYECTO
DINFRAANDROID
VER
.
1 01/11/2014 Versión inicial del proyecto S C:/xampp/htdocs ACCESO USUARIO 1.0
2 03/11/2014 Creación tablas en la bdd S C:/xampp/htdocs 1.0
3 05/11/2014 Definición de roles en la
estructura de la bdd
S C:/xampp/htdocs 1.0
4 07/11/2014 Pruebas funcionales S Pruebas.imb.msp.ec/ 1.0
Tabla 17: Pruebas funcionales
Fuente: Holguer Sánchez
3.8.4. Pruebas de interfaz
Objetivo: Navegabilidad entre los objetos de prueba que reflejen la
funcionabilidad del mismo.
Los controles de formularios botones, íconos, filtros deben estar
estandarizados según requerimientos de formularios
Descripción de la
prueba:
La verificación de las interfaces según la acción realizada,
despliegue la información y comportamientos requeridos.
Técnicas Los usuarios que interactúan con el sistema ejecutan las
actividades a estos encaminados por el sistema para comprobar el
funcionamiento del mismo.
Criterio de
completitud
Se establece un período de pruebas, en el que los errores
detectados no sean clasificados como críticos para el sistema.
Consideraciones Se debe establecer el mecanismo de comunicación entre los
71
especiales usuarios y los desarrolladores para que los errores que se detecten
puedan ser solucionados.
Tabla 18: Pruebas de interfaz
Fuente: Holguer Sánchez
3.8.5. Pruebas de sistema
Objetivo: Permite la navegación y funcionamiento del sistema mediante
transacciones desde la interfaz a la BD y viceversa procesando y
recuperando la información requerida por los usuarios
Técnica: Ejecute cada caso de uso, flujo básico o función utilizando datos
válidos e inválidos, para verificar que:
1. Los resultados esperados ocurren cuando se utiliza un dato
válido.
2. Los mensajes de error o de advertencia aparecen en el
momento adecuado, cuando se utiliza un dato inválido.
3. Cada regla de negocios es aplicada adecuadamente.
Criterio de
completitud
1. Todas las pruebas planeadas han sido ejecutadas.
2. Todos los defectos que se identificaron han sido tenidos en
cuenta.
Consideraciones
especiales
Considerar aspectos que impactan la implementación y
ejecución de las pruebas del Sistema
Tabla 19: Pruebas de sistema
Fuente: Holguer Sánchez
3.8.6. Pruebas de integración de datos
Objetivo: Asegurar la integridad de datos
72
Técnica: 1. Registrar datos con tipos válidos.
2. Registrar datos en entidad que tengan relación con otras.
3. Revisar el esquema de base de datos para asegurarse que
los datos se han guardado satisfactoriamente y de acuerdo a
los estándares definidos.
Criterio de completitud 1. Todos los métodos de acceso y procesos de la Base de
datos funcionan como fueron diseñados.
Consideraciones
especiales
4. Se debe utilizar un conjunto pequeño de datos para
incrementar la visibilidad de cualquier evento anormal o
inesperado.
5. Los datos de pruebas deberían ser reales y de uso
común.
Tabla 20: Pruebas de datos
Fuente: Holguer Sánchez
CONCLUSIONES
Los espacios de vida son un factor importante para la convivencia dentro de la
comunidad, su mantenimiento, difusión y control es imperativo tanto para la
población en general como para las autoridades y medios de comunicación.
La radio panamericana pone gran énfasis en el bienestar de la ciudadanía
aportando con proyectos tecnológicos que permite la comunicación entre
ciudadanos en su exigencia en el buen orden de sus espacios de vida.
Con la capacidad y garantía del sistema VitalGeo, hacia la radio y sus oyentes,
promete satisfacer su funcionalidad, usabilidad, portabilidad y navegabilidad
La tecnología móvil ha evolucionado en gran magnitud a través de las
telecomunicaciones acercándonos más a los proveedores de servicios o medios
de comunicaciones ya sea para hacer consultas, denuncias y en algunos casos
73
tramites, por lo acotado anteriormente VitalGeo será una herramienta importante
parta la comunidad ambateña.
Los resultados obtenidos luego de implantar el sistema usuarios fueron
inmejorables en cuanto a su utilización ya que su interfaz muestra un entorno
amigable, sencillo y de fácil manipulación, apoyando de su respectivo manual de
usuario y técnico.
Finalmente en el desarrollo de este proyecto se aplica de manera correcta las
metodologías de desarrollo de software y las normativas de documentación de
software.
RECOMENDACIONES
El sistema VitalGeo ha sido implementado en base a parámetros y
requerimientos determinados para el cumplimiento de funciones determinadas
ante la sociedad de Ambato y su espacio de vida, con la posibilidad de continuar
el desarrollo y reforzar su solides cada vez más, volviéndose confiable y seguro
con el fin de brindar mayor prestaciones al usuario.
Una vez cumplido el desarrollo y demostración del buen funcionamiento de la
aplicación web como móvil, se recomienda la difusión a la población que está
vinculada con la ciudad de Ambato, ciudadanos, autoridades, medios de
comunicación y más, los beneficios y bondades que brinda la aplicación
VitalGeo en la gestión de sucesos inesperados.
La elaboración de la aplicación promueve la investigación de herramientas de
desarrollo libres, como es el caso de PhoneGap que brindan eficacia
optimizando tiempo y recursos en el desarrollo móvil.
Formar al usuario final en el uso de aplicaciones webs y móviles desarrolladas
con aplicaciones libres, por la confiabilidad y seguridad que prometen al
momento de cumplir la interacción personal con el sistema.
Incentivar a las autoridades y organizaciones involucradas con el bienestar
ciudadano, ha optar por implementar proyectos tecnológicos que permitan
satisfacer necesidades de la ciudadanía ante su espacio de vida y de esta manera
mejorar la calidad de vida de los Ambateños.
BIBLIOGRAFÍA
Alma, E. T. (2011). ¿Qué es MySQL? . Obtenido de
http://www.gridmorelos.uaem.mx/~mcruz//cursos/miic/MySQL.pdf
Ayala, J. M. (15 de Diciembre de 2013). MYSQL. Obtenido de
http://www.gridmorelos.uaem.mx/~mcruz//cursos/miic/MySQL.pdf
Borja, J. (24 de Octubre de 2014). Revolución urbana y derechos ciudadanos. Obtenido
de http://es.wikipedia.org/wiki/Espacio_p%C3%BAblico
Cases, E. F. (21 de Octubre de 2014). ¿Qué es PHP? ¿Para qué sirve? Obtenido de
http://www.ibrugor.com/blog/que-es-php-para-que-sirve/
Cochran, D. (12 de Noviembre de 2012). Bootstrap. Obtenido de
http://es.wikipedia.org/wiki/Twitter_Bootstrap
Damián Pérez Valdés, M. d. (26 de 10 de 2007). Maestros del web Base de Datos.
Recuperado el 06 de Septiembre de 2012, de
http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-de-
datos/
Fatima, C. (2011). Portal Institucional. Obtenido de www.colegiofatima.com
Flores, A. (2009). Proxy. Obtenido de
http://intercambiosos.org/showthread.php?p=23489
Francisco Rueda Profesor, U. d. (2010). Sistemas Operativos. México: McGraw Hill.
Garcia, C. (4 de Febreo de 2011). Introducción a jQuery Mobile. Obtenido de
http://www.baluart.net/articulo/introduccion-a-jquery-mobile
GONZÁLEZ, G. I. (2013). Sistema de gestion documental. Obtenido de
http://repositorio.upse.edu.ec:8080/handle/123456789/977
Hadad , G., Sanabria , R., & Litvak, C. (2014). Proceso Software. Obtenido de
http://procesosoftware.wikispaces.com/M%C3%A9todo+%C3%81gil+XP
Hispano, J. (9 de Febreo de 2012). Diseñando aplicaciones multi-plataforma en HTML
con PhoneGap. Obtenido de
http://www.javahispano.org/android/2012/2/9/diseando-aplicaciones-multi-
plataforma-en-html-con-phonegap.html
Iglesia Cristiana Bautista SINAI. (18 de 03 de 2010). Misión. Ibarra, Imbabura,
Ecuador.
Iglesia Cristiana Bautista SINAI. (18 de 10 de 2010). Misión. Ibarra, Imbabura,
Ecuador.
Iglesia Cristiana Bautista Sinaí. (18 de 03 de 2010). Visión. Visión. Ibarra, Imbabura,
Ecuador.
Ing. Maribel Sabana Mendoza. (2010). Libro de postgreSQL. Quito: Grupo Editorial
Megabyte. Obtenido de Libro de postgreSQL
Juan, H. d. (2013). Sistema de gestion documental. Obtenido de http://www.soluciones-
sharepoint.com/2013/07/las-lecciones-tomar-para-aprovechar.html
Laurcent. (30 de 06 de 2011). Herramientas de reportes TCPDF. Recuperado el 15 de
Septiembre de 2012, de http://es.wikipedia.org/wiki/TCPDF
Libre.org. (2000-2014). www.libre.org. Obtenido de www.libre.org:
http://www.libre.org/es/libre/software-libre/definicion-de-software-libre
Libros web. (01 de 01 de 2012). librosweb.es. Recuperado el 18 de Septiembre de 2012,
de http://www.librosweb.es/
Libros web. (01 de 01 de 2012). librosweb.es. Recuperado el 01 de 08 de 2012, de
http://www.librosweb.es/
Librosweb. (s.f.). Libros Web. Recuperado el 12 de Octubre de 2012, de
http://www.librosweb.es/symfony/capitulo2/el_patron_mvc.html
LLC, T. (2015). Metodologia XP. Obtenido de
http://procesosdesoftware.wikispaces.com/METODOLOGIA+XP
Masadelante. (02 de 05 de 2011). Sistemas Operativos. Recuperado el 06 de Septiembre
de 2012, de http://www.masadelante.com/faqs/sistema-operativo
Masadelante. (02 de 05 de 2011). Sistemas Operativos. Recuperado el 03 de 04 de
2012, de http://www.masadelante.com/faqs/sistema-operativo
MASadelante. (s.f.). masadelante.com. Recuperado el 12 de Septiembre de 2012, de
http://www.masadelante.com/faqs/php
Mherthy, M. (08 de 10 de 2011). Maestros dell web Base de Datos. Recuperado el 06
de Septiembre de 2012, de
http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-de-
datos/
Modric, J. (2013). Sistemas de Información. Recuperado el 5 de Enero de 2014, de
http://www.ual.es/~jmrodri/sistemasdeinformacion.pdf
Ortiz, E. (24 de Septiembre de 2012). Obtenido de
http://www.ibm.com/developerworks/ssa/library/wa-jquerymobileupdate/
Owasp org. (15 de 01 de 2006). Owasp.org. Recuperado el 05 de Septimbre de 2012, de
www.owasp.org/documentation/topten
Owasp org. (15 de 01 de 2006). Owasp.org. Recuperado el 02 de 04 de 2012, de
www.owasp.org/documentation/topten
Peralta, A. (2011). Sistemas de información.
Peralta, M. (Abril de 2013). Sistemas de gestion . Obtenido de
http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
Perez Cervantes, Y. (03 de Mayo de 2012). ANALISIS DE PROCESOS DE
DESARROLLO . Obtenido de
http://yennyperezcervantes.blogspot.com/2012/05/1.html
Postgresql. (02 de 10 de 2010). postgresql.org. Recuperado el 09 de Septiembre de
2012, de http://www.postgresql.org.es/sobre_postgresql
Postgresql. (12 de 04 de 2010). postgresql.org. Recuperado el 07 de 05 de 2
012, de http://www.postgresql.org.pe/articles/introduccion_a_postgresql.pdf
Radiopanamericana. (12 de Diciembre de 2014). Radiopanamericana. Obtenido de
http://www.radiopanamericana.com.ec/
Resource, F. B. (3 de 3 de 2012). Metodologìa RUP. Obtenido de
http://fabianbermeop.blogspot.com/2010/12/metodologia-rup-desarrollo-de-
software.html
Rincon. (01 de 03 de 2011). Concepto de Base de Datos. Recuperado el 06 de 05 de
2012, de http://html.rincondelvago.com/concepto-de-base-de-datos.html
Ruiz, C. (2009). slideshare.net. Recuperado el 2 de Septiembre de 2012, de
http://www.slideshare.net/CANDIDOALBERTO/1-caractersticas-del-sistema-
operativo-1714927
Sanchez, J. (02 de Septiembre de 2007). TUXPUC. Recuperado el 02 de 22 de 2012, de
http://tuxpuc.pucp.edu.pe/articulo/comparativa-de-frameworks-en-php-cakephp-
symfony-y-zend-framework
.
Tamayo, A. (Septiembre de 2011). Gestion Documental . Obtenido de
http://alexandratamayo.blogspot.com/2011/09/gestion-documental.html
TCPDF, W. (30 de 06 de 2011). WIKIPEDIA. Recuperado el 15 de Septiembre de 2012,
de http://es.wikipedia.org/wiki/TCPDF
The World Wide Web Consortium, W. (23 de Abril de 2003). The World Wide Web
Consortium (W3C). Recuperado el 03 de 02 de 2012, de http://www.w3.org/
Tom Negrino, D. S. (2011). Javascript. Estados Unidos : Tontitown.
Universidad de Sevilla. (12 de 04 de 2011). LSI. Recuperado el 05 de Septiembre de
2012, de http://www.lsi.us.es/~quivir
Universidad de Sevilla. (12 de 04 de 2011). LSI. Recuperado el 02 de 03 de 2012, de
http://www.lsi.us.es/~quivir
Universidad Nacional , d. (2012). Estatuto de Espacio Público. Obtenido de Estatuto de
Espacio Público:
http://www.idea.palmira.unal.edu.co/paginas/proyectos/paginas/cartilla/10.pdf
web, M. d. (08 de 10 de 2007). Maestros dell web Base de Datos. Recuperado el 06 de
Septiembre de 2012, de
http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-de-
datos/
Wesley, A. (21 de 4 de 2013). Libros Web. Recuperado el 12 de Octubre de 2012, de
http://www.librosweb.es/symfony/capitulo2/el_patron_mvc.html
Wikipedia. (17 de 12 de 1996). es.wikipedia.org. Recuperado el 03 de Septiembre de
2012, de http://es.wikipedia.org/wiki/Hojas_de_estilo_en_cascada
Wikipedia. (17 de 12 de 1996). es.wikipedia.org. Recuperado el 03 de 03 de 2012, de
http://es.wikipedia.org/wiki/Hojas_de_estilo_en_cascada
Wikipedia. (08 de 04 de 2007). es.wikipedia.org. Recuperado el 01 de Septiembre de
2012, de http://es.wikipedia.org/wiki/HTML
Wikipedia. (08 de 04 de 2007). es.wikipedia.org. Recuperado el 01 de 03 de 2012, de
http://es.wikipedia.org/wiki/HTML
Wikipedia. (08 de 04 de 2010). es.wikipedia.org. Recuperado el 01 de Septiembre de
2012, de http://es.wikipedia.org/wiki/HTML
Wikipedia. (20 de 04 de 2011). es.wikipedia.org. Recuperado el 07 de 04 de 2012, de
http://es.wikipedia.org/wiki/Fedora_(distribución_Linux)
WIKIPEDIA. (s.f.). HTML5. Obtenido de http://es.wikipedia.org/wiki/HTML5
wikipedia NetBeans. (01 de 04 de 2010). NetBeans. Recuperado el 15 de Septiembre de
2012, de http://es.wikipedia.org/wiki/NetBeans
wikipedia NetBeans. (01 de 04 de 2010). NetBeans. Recuperado el 29 de 05 de 2012, de
http://es.wikipedia.org/wiki/NetBeans
Wikipedia, S. (17 de 06 de 2012). Wikipedia. Recuperado el 9 de Octubre de 2012, de
http://es.wikipedia.org/wiki/Symfony
Zárate, I. O. (31 de Enero de 2013). Una docena de razones para utilizar PhoneGap en
el desarrollo de aplicaciones para dispositivos móviles. Obtenido de
http://www.ajpdsoft.com/modules.php?name=News&file=article&sid=660
ANEXOS
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIANDES”
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
PERFIL DE TESIS PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERO EN SISTEMAS E INFORMÁTICA
TEMA:
APLICACIÓN WEB PARA GESTIÓN DE SUCESOS INESPERADOS EN LOS
ESPACIOS DE VIDA DE LA COMUNIDAD PARA LA RADIO PANAMERICANA.
AUTOR:
HOLGUER PATRICIO SÁNCHEZ BARRENO ASESOR:
MSC. FREDDY BAÑO N.
AMBATO - ECUADOR
2014
2. DESARROLLO
ANTECEDENTES DE LA INVESTIGACIÓN
Componentes del software de la web
La arquitectura de aplicaciones web obedece a un conjunto complejo de diferentes
sistemas que se integran entre sí, servidores, base de datos, estructuración de
información, organización de información, y demás herramientas tecnológicas que
intervienen en una solución informática.
1.4.6. Arquitectura cliente/servidor
El modelo cliente-servidor es una arquitectura software que involucra uno o más
clientes solicitando servicios a uno o más servidores. El cliente puede ser un proceso
corriendo en una computadora o en un dispositivo móvil. El servidor puede ser un
proceso corriendo en una computadora (normalmente de altas prestaciones).(IST, 2006)
Beneficios:
Usabilidad
Flexibilidad
Interoperabilidad
Escalabilidad
Aplicaciones móviles
Hoy en día existen una serie de aplicaciones móviles que permiten la gestión de la
información del negocio a través de dispositivos inteligentes lo que hace que dichos
procesos de tratamiento, gestión y recuperación de información esté al alcance de las
manos eliminando la barrera tiempo /espacio.
Este tipo de aplicaciones están hechas para ejecutarse en un dispositivo y sistema
operativo específico. Así, la mayor parte de las aplicaciones descargadas de la app store
de apple son aplicaciones que sólo van a correr sobre iphone e ipad. Este tipo de
aplicaciones se crean con distintos tipos de lenguajes. (Geospatial, 2013)
Ventajas de las aplicaciones nativas: Permiten el acceso total a las utilidades del
sistema operativo del dispositivo: Dispositivos de almacenamiento, cámara, gps,
acelerómetro, etc. Esto hace que la experiencia de usuario sea la más completa.
Además del total acceso a los elementos del teléfono las aplicaciones nativas no
requieren de conexión web para ser ejecutadas (aunque esto tiende a cambiar). Por
último es importante destacar que las aplicaciones nativas tendrán mucha más
visibilidad ya que se distribuyen a través de la app store de los fabricantes.
Proceso de desarrollo de aplicaciones web móviles:
Las aplicaciones web móviles, a diferencia de las aplicaciones nativas, se ejecutan
dentro del navegador del teléfono. Por ejemplo, en la plataforma iOS, se ejecutan en el
navegador Safari. Estas aplicaciones están desarrolladas con HTML, CSS y Javascript.
(Carranco, 2012)
Ventajas:
Al contrario que las aplicaciones nativas, las aplicaciones web se pueden ejecutar en
múltiples dispositivos evitando así las complejidades de tener que crear varias
aplicaciones.
El proceso de desarrollo es más sencillo ya que emplean tecnologías ya
conocidas como HTML, CSS y Javascript.
Estas aplicaciones se pueden encontrar con los tradicionales buscadores.
No necesitan de la aprobación de ningún fabricante para ser publicadas.
Desventajas: Como desventajas tenemos que el acceso a los elementos del teléfono son
limitados.
Las aplicaciones no se pueden vender en los market place.
Aplicaciones Híbridas
API de Google Maps.
Potencia el desarrollo de una aplicación basada en la ubicación, con el API de Google
Places, que se puede utilizar para encontrar lugares cercanos en un gran número de
categorías. Ayuda a los usuarios a encontrar más rápidamente lo que buscan con el API
de autocompletado de Google Places, que sugiere lugares cercanos a medida que
escriben los usuarios.
Al utilizar la misma base de datos de lugares que usa Google Maps, el API de Google
Places muestra más de 50 millones de empresas y puntos de interés. Esta base de datos
se actualiza diariamente con contribuciones moderadas por los usuarios y verificadas
por los propietarios. Incorpora servicios personalizados enviando alertas, habilita
servicios, crea aplicaciones de delimitación geográfica y mucho más con el API de
Google Latitude, que permite crear experiencias personalizadas para usuarios que
compartan su ubicación actual. Latify es una aplicación basada en el API de Google
Latitude para Android. (GoogleInc, 2013)
SITUACIÓN PROBLÉMICA
La radio Panamericana de la cuidad de Ambato, es una institución que brinda servicios
comunicacionales de carácter social mediante el acercamiento de la ciudadanía sobre
problemas en el espacio de vida de la comunidad que si bien reportan dichas incidencias
a los organismos de control no existe un medio de comunicación eficiente de los
problemas que surgen en los espacios de vida de la ciudadanía de Ambato. Por ende no
se puede determinar la posición del problema que se presenta de cualquier índole.
La dificultad en la comunicación causada principalmente por el aislamiento de
información en cada organismo de control provoca que los usuarios no conozcan sobre
el proceso de la denuncia o si bien su petición fue acogida por el organismo de control o
como está el requerimiento, a esto se suma la falta de conocimientos informáticos por
parte del personal encargado del manejo de la información que genera un inadecuado
manejo de datos, así como también la falta de herramientas informáticas orientadas a
esta finalidad para automatizar adecuadamente los procesos de generación de
comunicación conjuntamente con el manejo de registros manuales de incidencias de
quienes receptan y ralentizan dichos procedimientos.
PROBLEMA CIENTÍFICO
Deficiencia informativa sobre el estado de los espacios de vida en la comunidad, para la
radio Panamericana.
OBJETO DE INVESTIGACIÓN Y CAMPO DE ACCIÓN
Objeto de investigación: Sistemas de información
Campo de acción: Desarrollo de aplicaciones.
Lugar: Radio Panamericana de la cuidad de Ambato
Tiempo: 6 meses
IDENTIFICACIÓN DE LA LÍNEA DE INVESTIGACIÓN
Desarrollo de software y programación de sistemas.
OBJETIVO GENERAL
Implementar una aplicación web para la Gestión de sucesos inesperados en los espacios
de vida de la comunidad para la radio Panamericana
OBJETIVOS ESPECÍFICOS
Fundamentar las bases teóricas – científicas de tecnología móvil, Google Maps,
portales web, georreferenciación, base de datos e ingeniería de software.
Realizar el diagnóstico técnico situacional sobre los elementos y recursos
disponibles y necesidades de información para el seguimiento de los espacios de
vida.
Desarrollar una aplicación web – móvil para la gestión de sucesos inesperados
en los espacios de vida de la comunidad.
Validar la propuesta.
IDEA A DEFENDER
Con la implantación del proyecto de información para la mejora de los procesos
comunicacionales de los ciudadanos de Ambato, mediante aplicaciones web para
teléfonos inteligentes la cual permitirá a los usuarios tener acceso para el registro de
incidencia del espacio de vida mediante la geolocalización de manera ágil y oportuna
en beneficio de la ciudadanía.
El sistema de información ayudará a la automatización de procesos, permitiendo a su
vez la interacción del usuario con el sistema, suministrará una plataforma de
información necesaria para la toma de decisiones y, lo más importante, su implantación
logrará ventajas para la comunidad y los estamentos relacionados con el espacio de vida
de la cuidad de Ambato.
VARIABLES DE LA INVESTIGACIÓN
Variable Dependiente: Gestión de Incidencias en el espacio de vida
Variable Independiente: Aplicación web
METODOLOGÍA A EMPLEAR
La investigación que regirá el proyecto de investigación aplicada se determina la
cualitativa, ya que se basa en la descripción del fenómeno socio-cultural, accionar
actual, necesidades e impacto de comunicación ya que estos infieren directamente en la
vida diaria y a partir de esto aplicar los conocimientos informáticos en el desarrollo de
una aplicación web que servirá para automatizar los procesos existentes.
Métodos
Método deductivo podremos evidenciarlo en el análisis de los actuales procesos
en la gestión de los espacios de vida en las diferentes parroquias y con ello
obtener la información necesaria para realizar un diagnóstico acerca de las
deficiencias que se pueden encontrar en este proceso utilizado.
En la aplicación del método inductivo se partirá desde el conocimiento básico de
los espacios de vida, tipos, tiempos cronológicos, y jerarquización de los
mismos lo que conlleva a una optimización de la herramienta a implementar en
base a teoría teológica básica correlacionada con el objetivo técnico y
tecnológico a implementar.
El método analítico sintético será fundamental y permanente el análisis y síntesis
que se desarrolle y aplique tanto en la ejecución del proyecto como en la
elaboración del informe final. El análisis permitirá conocer la estructura y
elementos del objeto de estudio en el proyecto, también permitirá emitir juicios
de valor y comparaciones sobre la base de datos y porcentaje que se obtenga en
la investigación de campo. La síntesis servirá básicamente para estructurar y
crear un tono nuevo, el mismo que será plasmado en la ingeniería del proyecto;
también con la síntesis se podrá estructurar teóricamente información científica
existente en el medio.
Técnicas y herramientas
Técnicas
Encuestas.- Esta técnica se aplicará en el lugar de los acontecimientos a los
Administradores Parroquiales y beneficiarios del sistema, quienes son motivo de
la investigación se los considera universo o población a investigarse; con la
finalidad de optimizar tiempo y recursos se aplicará la encuesta a una muestra
representativa de los universos antes mencionados, para lo cual se utilizará una
fórmula matemática que permita calcular la muestra.
Entrevistas.- En este proyecto se captará información relevante y especializada
a través de entrevistas a las personas encargadas de las Administraciones
Parroquiales y organismos que tiene que ver con los espacios de vida quienes se
relacionan directamente con la solución y mejoramiento de la calidad de vida de
la ciudadanía
Herramientas
Por la naturaleza de la información a obtener se utilizará:
Cuestionarios.- Aprovechar la facilidad que brinda esta herramienta en el
levantamiento de información recabando directamente de los autores
relacionados información puntual que brindará indicadores de gran utilidad para
el desarrollo del tema.
ESQUEMA DE CONTENIDOS
Aplicación Web
Definición
Antecedentes
Interfaz
Consideraciones técnicas
Estructura de las aplicaciones web
Uso masivo
Ventajas
Inconvenientes
Bases De Datos
Definición
Objetivos de las bases de datos
Normalización
Diseño de base de datos
Base de datos MYSQL
Tipos de datos espaciales
Bases de datos relacionales- alfanuméricas
Ventajas
Aplicaciones Móviles
Fundamentos de HTML5, CSS3 y JavaScript
Elementos estructurales de HTML5
Propiedades de CSS3
Diseño de Formularios HTML5
Gestión de datos
Manejo de seguridad
Despliegue de aplicaciones web en los diferentes dispositivos móviles
Ventajas y limitaciones
Espacios de vida
Aspectos de espacios de vida
Modelo comunicacional
Organismos de control de espacios de vida
Comportamiento de la ciudadanía
APORTE TEÓRICO, SIGNIFICACIÓN PRÁCTICA Y NOVEDAD
Aporte Teórico
El desarrollo del presente proyecto contará con las últimas técnicas de manejo de datos,
organización y presentación de resultados además del estudio de nuevos generadores de
código de programación orientada a la web, los mismos que estarán debidamente
documentados brindando así una fuente teórica aplicada a la práctica, de esta forma
proveerá facilidad de asimilación de conceptos.
Significación Práctica
Esta Aplicación web será de gran ayuda para todos los habitantes de la cuidad de
Ambato, quienes podrán tener acceso a una plataforma como medio de comunicación
acerca de los espacios de vida y de las incidencias que estos reporten y saber
exactamente a qué localidad y dependencia acercarse a solicitar los distintos servicios y
así evitar la pérdida de tiempo y trámites engorrosos que muchas veces no dan como
resultado la obtención del requerimiento.
Enfocándonos desde el punto de vista práctico será de gran impacto ya que se contará
con una guía completa y especializada de información y comunicación de los espacios
de vida relevante en un sólo lugar, gratuita y a muy pocos clics de distancia tomando en
cuenta el territorio de implantación la comunidad.
Novedad
La novedad del presente proyecto estará orientada a la implantación de las nuevas
tecnologías aplicadas a dispositivos móviles, lo que permitirá interactuar a los
usuarios independientemente del lugar donde se encuentren en el registro
y actualización de información, ingreso de incidencias, verificación de
información, consulta de dependencias, horarios de atención, personas de contacto,
entre otras opciones, aprovechando al máximo las facilidades de conectividad que
brindan los equipos Smartphone y Tablet.
3. BIBLIOGRAFÍA
BEATI , HERNÁN, (2012), “El gran libro de php: creación de páginas web
dinámicas”, Editorial MARCOMBO S.A., Primera Edición, Madrid – España.
MELONI, JULIE, (2009), “Php, Mysql y Apache (Programacion)”, Editorial ANAYA
MULTIMEDIA, Tercera Edición, Madrid – España.
MORENO GARCÍA, PEDRO, (2011), “Bases de datos relacionales: Diseño e
implementación ”, Editorial Diego Marín Librero, Primera Edición, DF – México.
PAVÓN PUERTAS, JACOBO, (2007), “ Creación de un portal con Php y Mysql ”,
RA-MA, Tercera Edición, Madrid – España.
SALVADOR SÁNCHEZ, ALONSO, (2011), “Ingenieria del software: Un enfoque
desde la guia swebok”, Editorial Alfaomega Garceta, Primera Edición, Madrid – España
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS
ANDES “UNIANDES”
Encuesta realizada hacia el gerente propietario de la radio PANAMERICANA.
1. ¿QUE LABOR SOCIAL SE REALIZA A TRAVÉS DE LA RADIO?
2. ¿CUÁL ES EL PROMEDIO DE AUDIENCIA EN LA RADIO?
3. ¿CUÁLES SON LAS INCIDENCIAS QUE SE REPORTAN CON
FRECUENCIA?
4. ¿CUÁL ES EL PROCESO QUE COMO RADIO HACEN PARA DAR A
CONOCER ESTAS INCIDENCIAS A LAS AUTORIDADES?
5. ¿CONSIDERA IMPORTANTE LA IMPLEMENTACIÓN DE UN SISTEMA
DE GESTIÓN DE INCIDENCIAS PARA LA AUDIENCIA?
6. ¿CÓMO VE USTED EL PROYECTO DE GESTIÓN DE INCIDENCIAS
PARA LA RADIO?
Muchas gracias por su amabilidad y por el tiempo dedicado a contestar esta entrevista Encuestador: Holguer Sánchez
GLOSARIO DE TERMINOS
Con el presente glosario de términos propongo un acumulado de definiciones básicas y
resumidas de conceptos que, aunque son muy populares, a veces se han descrito de
formas muy diferentes o en ocasiones es importante la actualización de su término.
ALGORITMO
Se denomina algoritmo a un grupo finito de operaciones
organizadas de manera lógica y ordenada que permite solucionar un
determinado problema. Se trata de una serie de instrucciones o
reglas establecidas que, por medio de una sucesión de pasos,
permiten arribar a un resultado o solución.
APLICACIÓN WEB Una aplicación web es cualquier aplicación que es accedida vía web por una red como internet o una intranet.
APLICACIÓN MÓVIL Una aplicación móvil o app es una aplicación informática diseñada para ser ejecutada en teléfonos inteligentes, tabletas y otros dispositivos móviles.
BASE DE DATOS
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.
Las bases de datos tradicionales se organizan por campos, registros
y archivos. Un campo es una pieza única de información; un
registro es un sistema completo de campos; y un archivo es una
colección de registros.
COORDENADA
La palabra coordenada se utiliza para hacer referencia a un punto en
el cual se unen dos líneas que puede marcarnos la ubicación exacta
de ese punto. Como se considera en la geometría que por cada
punto pasan infinitas rectas, la unión de dos de ellas en un punto
específico nos permite acercarnos más a una definición más clara.
COMUNICACIÓN Se entiende por comunicación a la relación existente entre un
emisor y un receptor, que se transmiten señales a través de un
código común.
DISPOSITIVOS MÓVILES
también conocido como computadora de bolsillo o computadora de
mano, es un tipo de computadora de tamaño pequeño, con
capacidades de procesamiento, con conexión a Internet , con
memoria, diseñado específicamente para una función, pero que
pueden llevar a cabo otras funciones más generales.
DOMINIO
Un dominio o nombre de dominio es el nombre que identifica un
sitio web. Cada dominio tiene que ser único en Internet.
Un dominio se compone normalmente de tres partes: las tres w
(www), el nombre de la organización (ejemplo) y el tipo de
organización (com).
ERROR DE SOFTWARE (BUGS)
Se refiere a una debilidad o defecto o error en un sistema
informático, el cual lo hace vulnerable a ataques informáticos
(virus, ciberdelicuentes, etc.). También se le conoce como agujeros
de seguridad.
ESTÁNDAR
El término estandarización es aquel que refiere a un modo o método
establecido, aceptado y normalmente seguido para realizar
determinado tipo de actividades o funciones. Un estándar es un
parámetro más o menos esperable para ciertas circunstancias o
espacios y es aquello que debe ser seguido en caso de recurrir a
algunos tipos de acción.
GPS
Sistema de Posicionamiento Global. Se trata de un sistema global
de navegación por satélite (GNSS), para ubicar un punto se utilizan
como mínimo cuatro satélites. El dispositivo GPS recibe las señales
y las horas de cada uno de ellos. Con estos datos y por triangulación
calcula la posición en el mundo donde se encuentra.
INTERCOMUNICACIÓN La intercomunicación es la capacidad y la necesidad de transmisión
reciproca de información, datos, conocimientos, experiencias entre
dos o más personas, seres vivos, lugares o mecanismos.
MAPA
Modelo gráfico de la superficie terrestre donde se representan
objetos espaciales y sus propiedades métricas, topológicas y
atributivas.
MODELO
En la informática, el cual se centra en el planeamiento del
desarrollo de aplicaciones y la decisión de cómo se almacenarán los
datos y cómo se accederá a ellos.
RADIO (EMISORA) Es un medio de comunicación que se basa en el envío de señales de
audio a través de ondas de radio, si bien el término se usa también
para otras formas de envío de audio a distancia como la radio por
Internet.
PLATAFORMA
Una plataforma es un sistema que sirve como base para hacer
funcionar determinados módulos de hardware o de software con los
que es compatible. Dicho sistema está definido por un estándar
alrededor del cual se determina una arquitectura de hardware y una
plataforma de software (incluyendo entornos de aplicaciones).
VALIDACIÓN
La validación de datos garantiza la corrección y precisión de todos
los valores de datos de la aplicación y puede diseñarse utilizando
distintos enfoques: código de interfaz de usuario, código de
aplicación o restricciones de bases de datos.
VULNERABILIDAD
En seguridad informática, la palabra vulnerabilidad hace referencia
a una debilidad en un sistema permitiendo a un atacante violar la
confidencialidad, integridad, disponibilidad, control de acceso y
consistencia del sistema o de sus datos y aplicaciones.
MANUAL TÉCNICO
ÍNDICE DE CONTENIDOS
1.1. PROPÓSITO
1.2. ALCANCE
1.3. HERRAMIENTAS DE DESARROLLO
1.4. BASE DE DATOS
1.5. ARCHIVO DE ACCESO REMOTO
1.6. ARCHIVO DE CONFIGURACIÓN DE LA BASE DE DATOS
1.7. ESTRUCTURA BÁSICA DE LOS MODELOS
1.8. Descripción del Modelo Comentario
1.9. ESTRUCTURA BÁSICA DE LOS CONTROLADORES
1.10. Descripción del Modelo Comentario
1.11. CLASE CONTROLADORA DE INICIO
1.12. CLASE CONTROLADORA DE INICIO
1.13. APLICACIÓN MOVIL
1.14. VALIDACIÓN DE USUARIO
1.15. CREACIÓN DE EVENTOS
1.16. Data Model Detail
Model
Use Case Model
Actors
Admisitrador
Usuario
Usuario Móvil
Primary Use Cases
Avance Obra
Comentarios
Encargado
Eventos de Usuario
Gestión de Eventos
Sequence diagram: Use Case1
Data Model
BDD
Gc_Avance_Obra
Gc_Comentario
Gc_Encargado
Gc_Estado_Comentario
Gc_Evento
Gc_Imagen
Gc_Institucion
Gc_Nacionalidad
Gc_Obra
Gc_Rol
Gc_Tipo_Evento
Gc_Tipo_Identificacion
Gc_Tipo_Institucion
Gc_Usuario
1.1. PROPÓSITO
Proporcionar al equipo técnico de sistemas de la radio Panamericana de la cuidad de Ambato, la estructura técnica de la codificación del sistema por lo que se debe documentar para solventar cualquier inconveniente técnico con la aplicación
1.2. ALCANCE
Comprende el desarrollo de la programación en base el modelo de programación Modelo Vista Controlador (MVC), base de datos clases, métodos de la programación.
1.3. HERRAMIENTAS DE DESARROLLO
PLATAFORMA
SERVIDOR
o APACHE
o MYSQL
o PHP 5.4
o CODEIGNITER FRAMEWORK
CLIENTE
o HTML5
o JAVASCRIPT
o JQUERY
o BOOTSTRAP
MOVIL
o HTML5
o JQUERY
o PHONEGAP
1.4. BASE DE DATOS
La base de datos está desarrollada con la herramienta Data Architec V.16 que facilita la
construcción del modelo de datos asociados a los casos de uso de la aplicación
1.5. ARCHIVO DE ACCESO REMOTO
Nombre: services.php
Ruta: services.php
Tipo: Script PHP
Descripción: Permite el acceso remoto desde el dispositivo móvil. Este archivo permite
CORS que es un mecanismo que permite el acceso desde ip’s remotas a los
scripts del servidor.
Código
Fuente:
cors();
header('Cache-Control: no-cache, must-revalidate');
function cors() {
if (isset($_SERVER['HTTP_ORIGIN'])) {
header("Access-Control-Allow-Origin:
{$_SERVER['HTTP_ORIGIN']}");
header('Access-Control-Allow-Credentials:
true');
header('Access-Control-Max-Age: 86400');
}
if ($_SERVER['REQUEST_METHOD'] == 'OPTIONS') {
if
(isset($_SERVER['HTTP_ACCESS_CONTROL_REQUEST_METHOD']))
header("Access-Control-Allow-Methods:
GET, POST, OPTIONS");
if
(isset($_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']))
header("Access-Control-Allow-Headers:
{$_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']}");
exit(0);
}
}
$_REQUEST["notheme"] = "Y";
require("index.php");
1.6. ARCHIVO DE CONFIGURACIÓN DE LA BASE DE DATOS
Nombre: database.php
Ruta: Application/condig/database.php
Tipo: Script PHP
Descripción: En este archivo se configuración la conexión de la base de datos: Servidor,
usuario, contraseña y nombre de la base de datos:
Código $db['default']['hostname'] = 'localhost';
Fuente: $db['default']['username'] = 'root';
$db['default']['password'] = 'admin';
$db['default']['database'] = 'geociudadano';
$db['default']['dbdriver'] = 'mysql';
$db['default']['dbprefix'] = '';
$db['default']['pconnect'] = TRUE;
$db['default']['db_debug'] = TRUE;
$db['default']['cache_on'] = FALSE;
$db['default']['cachedir'] = '';
$db['default']['char_set'] = 'latin1';
$db['default']['dbcollat'] = 'latin1_spanish_ci';
$db['default']['swap_pre'] = '';
$db['default']['autoinit'] = TRUE;
$db['default']['stricton'] = FALSE;
1.7. ESTRUCTURA BÁSICA DE LOS MODELOS
Todos los modelos de accesos a datos tienen una estructura de métodos básico que se
describe a continuación:
Nombre Tipo Parametros de Entrada
Descripción
Actualizar Publico Parametros Actualiza los datos de una determinada tabla con los parámetros de ingreso ya se individuales o por un arreglo completo
Eliminar Publico codigo
Elimina una fila de una tabla a través de su clave primaria dada por el código
Insertar Publico Parametros Inserta los datos de una determinada tabla con los parámetros de ingreso ya se individuales o por un arreglo completo
RegistroxId Publico codigo
Obtiene un registro buscado por medio de la clave primaria dada por el código
Todos Publico Obtiene todos los datos de una tabla
1.8. Descripción del Modelo Comentario
Para un mejor entendimiento se indica el modelo de comentarios. Nombre: comentarioModel.php
Ruta: Application/models/comentarioModel.php
Tipo: Clase PHP de Modelo
Descripción: Como se indico el modelo contiene los métodos básicos para la interacción
de la base de datos.
Modelo de la
Clase:
Código
Fuente:
class comentarioModel extends CI_ModelBase
{
public function Todos()
{
}
public function RegistroxId($codigo)
{
}
public function
Insertar($id_usuario,$id_estado_comentario,$texto_coment
ario,$fecha_comentario,$id_evento)
{
}
public function
Actualizar($id_comentario,$id_usuario,$id_estado_comenta
rio,$texto_comentario,$fecha_comentario,$id_evento)
{
}
public function Eliminar($codigo)
{
}
}
1.9. ESTRUCTURA BÁSICA DE LOS CONTROLADORES
Al igual que los modelos los controladores también disponen de una estructura básica y
es la siguiente:
Nombre Tipo Notes agregar Publico Acción de agregado editar Publico Acción de editado eliminar Publico Acción de eliminación index Publico Acción de inicio por defecto listar Publico Invoca a la vista de la grilla con el listado de una
tabla
class System
CI_ModelBase
comentarioModel
+ Actualizar(var, var, var, var, var, var) : var
+ Eliminar(var) : var
+ Insertar(var, var, var, var, var) : var
+ RegistroxId(var) : var
+ Todos() : var
1.10. Descripción del Modelo Comentario
Para un mejor entendimiento se indica el controlador de comentarios. Nombre: comentario.php
Ruta: Application/controllers/comentario.php
Tipo: Clase PHP de Controlador
Descripción: Contiene las acciones básicas de los controladores para listar, agregar,
agregar y listar.
Vale la pena indicar que index llama a listar que muestra la grilla de datos.
Los eventos de agregar y editar tienen dos acciones internas la una
muestra la vista y la que sigue guarda los datos.
Modelo de la
Clase:
Código
Fuente:
class comentario extends CI_Controller
{
public function index()
{
$this->listar();
}
public function listar()
{
}
public function agregar()
{
if($xtformaction=="")
{
//muestra la vista
}
elseif($xtformaction=="GUARDAR"){
//guarda la información
}
}
public function editar()
{
if($xtformaction=="")
{
class System
CI_Controller
comentario
+ agregar() : var
+ editar() : var
+ eliminar() : var
+ index() : var
+ listar() : var
//muestra la vista
}
elseif($xtformaction=="GUARDAR"){
//guarda la información
}
}
public function eliminar()
{
}
}
1.11. CLASE CONTROLADORA DE INICIO
Nombre: inicio.php
Ruta: Application/controllers/inicio.php
Tipo: Clase PHP
Descripción: Crea la interfaz inicial del sistema en el cual se puede visualizar los eventos y
permiten el registro de nuevos usuarios al sistema.
Modelo de
la Clase:
class System
CI_Controller
inicio
+ cerrarsesion() : var
+ getEvento() : var
+ guardarcomentario() : var
+ index() : var
+ miseventos() : var
+ registro() : var
+ validausuario() : var
Captura de
Pantalla:
Código
Fuente:
<?php
class inicio extends CI_Controller{
public function index(){
}
public function validausuario(){
}
public function cerrarsesion(){
}
public function miseventos(){
}
public function getEvento(){
}
public function registro(){
}
public function guardarcomentario(){
}
}
1.12. CLASE CONTROLADORA DE INICIO
Nombre: phonegap.php
Ruta: Application/controllers/phonegap.php
Tipo: Clase PHP
Descripción: Permite la interacción entre el dispositivo móvil y el sistema web.
Modelo de
la Clase:
Código
Fuente:
class phonegap extends CI_Controller{
public function uploadfile(){
}
public function eventos(){
}
public function getEvento(){
}
public function validausuario(){
}
public function tipoevento()
{
}
}
1.13. APLICACIÓN MOVIL
Variables de inicio y acceso a mapas.
Nombre: Libmapas.js
Tipo: Script JavaScript
Descripción: Inicializa el mapa de googlemaps además de obtener la posición actual
class System
CI_Controller
phonegap
+ eventos() : var
+ getEvento() : var
+ tipoevento() : var
+ uploadfile() : var
+ validausuario() : var
del dispositivo. Además se encuentran las variables de configuración de
acceso a la web remota.
apk_key_geo: es una variable que permite validar que el origen del requerimiento
sea el dispositivo móvil.
remote_url url: remota del service.php
remote_url_images: url de el almacenamiento de la imágenes remotas.
Código Fuente: var apk_key_geo = 'GH448854DD4FWW5G445GF4';
var remote_url =
'http://186.46.248.118/geociudadano/services.php/';
var remote_url_images =
'http://186.46.248.118/geociudadano/userimages/';
function getmiposicion(){
if (infowindowcurrent) {
infowindowcurrent.close();
}
if(navigator.geolocation) {
navigator.geolocation.getCurrentPosition(function(posi
tion) {
current_latitude =
position.coords.latitude;
current_longitude =
position.coords.longitude;
var pos = new
google.maps.LatLng(position.coords.latitude,
position.coords.longitude);
infowindowcurrent = new
google.maps.InfoWindow({
map: map,
position: pos,
content: 'Su ubicación actual'
});
map.setCenter(pos);
}, function() {
handleNoGeolocation(true);
});
} else {
// Browser doesn't support Geolocation
handleNoGeolocation(false);
}
}
function initialize() {
var mapOptions = {
zoom: 18
};
map = new
google.maps.Map(document.getElementById('map-canvas'),
mapOptions);
// Try HTML5 geolocation
if(navigator.geolocation) {
navigator.geolocation.getCurrentPosition(function(posi
tion) {
/*
*var pos = new
google.maps.LatLng(position.coords.latitude,
position.coords.longitude);
*/
var pos = new google.maps.LatLng(-1.245015,-
78.623309);
current_latitude = position.coords.latitude;
current_longitude = position.coords.longitude;
infowindowcurrent = new google.maps.InfoWindow({
map: map,
position: pos,
content: 'Su ubicación actual'
});
map.setCenter(pos);
}, function() {
handleNoGeolocation(true);
});
} else {
// Browser doesn't support Geolocation
handleNoGeolocation(false);
}
}
function handleNoGeolocation(errorFlag) {
if (errorFlag) {
var content = 'Error: The Geolocation service
failed.';
} else {
var content = 'Error: Your browser doesn\'t
support geolocation.';
}
var options = {
map: map,
position: new google.maps.LatLng(60, 105),
content: content
};
var infowindow = new
google.maps.InfoWindow(options);
map.setCenter(options.position);
}
1.14. VALIDACIÓN DE USUARIO
Nombre: Index.html
Tipo: Script JavaScript
Descripción: Permite la validación del usuario, recibe la información del formulario y
los envía al services.php el cual usa el controlador phonegap.php si existe
carga la información caso contrario envía un mensaje de error.
Código Fuente: function validausuario(){
//resizeMap(map);
system_local_usuario = null;
var email_login = $("#email_login").val();
var password_login =
$("#password_login").val();
if(email_login=="" && password_login==""){
alert("Debe ingresar la información
de usuario");
return;
}
$.ajax({
type: "POST",
url:
remote_url+"phonegap/validausuario",
data: {email:email_login,
password:password_login},
success: function(responseText){
if(responseText==""){
$("#password_login").val("")
alert("No existe el
usuario");
}
else{
var tmp_udata =
eval(responseText);
system_local_usuario =
tmp_udata[0];
$("#x_avatar_perfil").html("<img
src='"+remote_url_images+"avatar/"+system_local_usuari
o.avatar_usuario+"' align='left' width='100%'>");
$("#x_usuario_perfil").html(system_local_usuario
.usuario_nc);
//alert(system_local_usuario.usuario_nc);
$("#email_login").val("");
$("#password_login").val("");
$("#login-form").hide();
$("#perfilusuario").show();
$("#xaddevento").show();
$("#infoeventofull").html("");
$("#usuario_nc").val(system_local_usuario.usuari
o_nc);
}
}
});
}
1.15. CREACIÓN DE EVENTOS
Nombre: Index.html
Tipo: Script JavaScript
Descripción: Obtiene la información del formulario junto con la imagen y la envía al
servidor. Una vez que guarda carga los nuevos eventos.
Código Fuente: function guardarevento(){
servidor
if(evento_imageData){
var win = function (r) {
evento_imageData = null;
listadoeventos();
$("#formularioeventoForm")[0].reset();
$("#usuario_nc").val(system_local_usuario.usuari
o_nc);
var largeImage =
document.getElementById('largeImage');
largeImage.style.display = 'none';
google.maps.event.trigger(map,
'resize');
alert("Evento ingresado");
}
var fail = function (error) {
console.log(error);
}
var params = new Object();
params.id_usuario =
system_local_usuario.id_usuario;
params.descripcion_evento =
$("#descripcion_evento").val();
params.id_tipo_evento =
$("#id_tipo_evento").val();
params.estado_evento = 'ENVIADO';
params.pubico_evento =
$("#pubico_evento").val();
params.nombre_usuario_evento =
$("#nombre_usuario_evento").val();
params.lat_evento = current_latitude;
params.long_evento =
current_longitude;
var options = new
FileUploadOptions();
options.fileKey = "file";
options.fileName =
evento_imageData.substr(evento_imageData.lastIndexOf('
/') + 1);
options.mimeType = "image/jpeg";
options.params = params; // if we need
to send parameters to the server request
var ft = new FileTransfer();
ft.upload(evento_imageData,
encodeURI(remote_url + "phonegap/uploadfile"), win,
fail, options);
console.log(options);
}
else{
alert("No ha incluido una foto");
}
}
Data Model Detail
This document provides an overview of the data model. For simpler and more focused reports, simply copy this initial template and turn off the sections not required. Model
Type: Package Package: Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes:
Use Case Model
Type: Package Package: Model Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Use Case Model Created By: Holger Sánchez on 19/11/2005 Last Modified: 09/02/2015, Version:1.0
Figure: 1
Type: Package Package: Use Case Model Detail: Created on 19/11/2005. Last modified on 19/11/2005. Notes: Actors Created By: Usuario on 19/11/2005 Last Modified: 09/02/2015, Version:1.0
Figure: 2 Admisitrador
Database: <none>, Stereotype: , Package: Actors Detail: Created on 19/11/2005. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Admisitrador.
Gestión de Usuarios.
Admisitrador. Gestión de Eventos.
Admisitrador. Eventos de Usuario.
Admisitrador. Object1.
uc Actors
Admisitrador
Usuario
Usuario Móv il
Usuario
Database: <none>, Stereotype: , Package: Actors Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Usuario.
Eventos de Usuario.
Usuario Móvil
Database: <none>, Stereotype: , Package: Actors Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Usuario Móvil.
Eventos de Usuario.
Primary Use Cases
Type: Package Package: Use Case Model Detail: Created on 19/11/2005. Last modified on 19/11/2005. Notes: Primary Use Cases Created By: Usuario on 19/11/2005 Last Modified: 09/02/2015, Version:1.0
Figure: 3
Avance Obra
Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Obra.
Avance Obra.
Comentarios
Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Eventos de Usuario.
Comentarios.
Encargado
uc Primary Use Cases
VitalGeo
Gestión de Ev entos
Admisitrador
Descripción lógica del acceso de
los usuarios al sistema VitalGeo
Gestión de Usuarios
Ev entos de Usuario Usuario
Usuario Móv il
Roles de Usuario
Tipo de Ev ento
Seguimiento
Encargado
Institución
Obra Av ance Obra
Comentarios
«invokes»
«invokes»
«invokes»
«invokes»
«invokes»
«invokes»
Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Obra.
Encargado.
Eventos de Usuario
Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Usuario.
Eventos de Usuario.
Usuario Móvil. Eventos de Usuario.
Admisitrador. Eventos de Usuario.
Eventos de Usuario. Tipo de Evento.
Eventos de Usuario. Seguimiento.
Eventos de Usuario. Comentarios.
Gestión de Eventos
Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 19/11/2005. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Admisitrador.
Gestión de Eventos.
Gestión de Eventos. Tipo de Evento.
Gestión de Eventos. Seguimiento.
Sequence diagram: Use Case1
Object1
Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 05/01/2006. Last modified on 05/01/2006. Notes: Relationships
Columns Association Notes Admisitrador.
Object1.
Gestión de Usuarios Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 20/11/2005. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Admisitrador.
Gestión de Usuarios.
Gestión de Usuarios. Roles de Usuario.
Institución Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes:
sd Use Case1
Admisitrador
Object1
Relationships
Columns Association Notes Obra.
Institución.
Obra Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Obra.
Encargado.
Obra. Institución.
Obra. Avance Obra.
Seguimiento. Obra.
Roles de Usuario Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Gestión de Usuarios.
Roles de Usuario.
Seguimiento Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Gestión de Eventos.
Seguimiento.
Eventos de Usuario. Seguimiento.
Seguimiento. Obra.
Tipo de Evento Database: <none>, Stereotype: , Package: Primary Use Cases Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Relationships
Columns Association Notes Eventos de Usuario.
Tipo de Evento.
Gestión de Eventos. Tipo de Evento.
Data Model
Type: Package Package: Model Detail: Created on 09/02/2015. Last modified on 09/02/2015.
Figure: 4
BDD
Type: Package Package: Data Model Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Gc_Avance_Obra
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique
Len
Prec
Scale
Init
Notes
True id_avance_obra INTEGER True False 11 0 0 False
id_obra INTEGER False
False 11 0 0
False
fecha_avance_obra DATE False
False 0 0 0
False
descripcion_avance_obra
TEXT False
False 0 0 0
False
porcentaje_avance_obra VARCHAR
False
False 10 0 0
Constraints
Name Type Columns Initial Code Notes PK_gc_avance_obra Public id_avance_obra
fk_reference_11 Public id_obra
fk_reference_11 Public id_obra
Relationships
Columns Association Notes (id_obra = id_obra) 0..* gc_avance_obra.fk_reference_11
1 gc_obra.PK_gc_obra
Gc_Comentario
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique
Len
Prec
Scale
Init
Notes
True id_comentario INTEGER True False 11 0 0 False
id_usuario INTEGER False
False 11 0 0
False
id_estado_comentario
INTEGER False
False 11 0 0
Fals texto_comentario TEXT Fals False 0 0 0
e e False
fecha_comentario DATETIME
False
False 0 0 0
False
id_evento INTEGER False
False 11 0 0
Constraints
Name Type Columns Initial Code Notes PK_gc_comentario Public id_comentario
id_usuario Public id_usuario
id_estado_comentario Public id_estado_comentario
id_evento Public id_evento
gc_comentario_ibfk_3 Public id_evento
gc_comentario_ibfk_1 Public id_usuario
gc_comentario_ibfk_2 Public id_estado_comentario
Relationships
Columns Association Notes (id_estado_comentario = id_estado_comentario)
0..* gc_comentario.gc_comentario_ibfk_2 1 gc_estado_comentario.PK_gc_estado_comentario
(id_usuario = id_usuario)
0..* gc_comentario.gc_comentario_ibfk_1 1 gc_usuario.PK_gc_usuario
(id_evento = id_evento)
0..* gc_comentario.gc_comentario_ibfk_3 1 gc_evento.PK_gc_evento
1.4.7. Gc_Encargado
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique Len Prec Scale Init Notes
True id_encargado INTEGER True False 11 0 0 False nombre_encargado VARCHAR False False 100 0 0 False direccion_encargado VARCHAR False False 50 0 0 False telefono_encargado VARCHAR False False 10 0 0 False email_encargado VARCHAR False False 50 0 0 Constraints
Name Type Columns Initial Code Notes PK_gc_encargado Public id_encargado
Relationships
Columns Association Notes (id_encargado = id_encargado)
0..* gc_obra.fk_reference_9 1 gc_encargado.PK_gc_encargado
1.4.8. Gc_Estado_Comentario
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique
Len
Prec
Scale
Init
Notes
True id_estado_comentario INTEGER True False 11 0 0 False
nombre_estado_comentario
VARCHAR
False
False 50 0 0
Constraints
Name Type Columns Initial Code Notes PK_gc_estado_comentario Public id_estado_comentario
Relationships
Columns Association Notes (id_estado_comentario = id_estado_comentario)
0..* gc_comentario.gc_comentario_ibfk_2 1 gc_estado_comentario.PK_gc_estado_comentario
1.4.9. Gc_Evento
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique
Len
Prec
Scale
Init
Notes
True id_evento INTEGER True False 11 0 0 False
id_usuario INTEGER False
False 11 0 0
False
id_tipo_evento INTEGER False
False 11 0 0
False
descripcion_evento VARCHAR
False
False 255 0 0
False
fecha_publicacion_evento
DATETIME
False
False 0 0 0
False
estado_evento VARCHAR
False
False 25 0 0
False
pubico_evento VARCHAR
False
False 2 0 0
False
nombre_usuario_evento VARCHAR
False
False 2 0 0
False
lat_evento VARCHAR
False
False 255 0 0
False
long_evento VARCHAR
False
False 255 0 0
Constraints
Name Type Columns Initial Code Notes PK_gc_evento Public id_evento
fk_reference_4 Public id_usuario
id_tipo_evento Public id_tipo_evento
fk_reference_4 Public id_usuario
gc_evento_ibfk_1 Public id_tipo_evento
Relationships
Columns Association Notes (id_evento = id_evento)
0..* gc_imagen.fk_reference_12 1 gc_evento.PK_gc_evento
(id_evento = id_evento)
0..* gc_obra.fk_reference_6 1 gc_evento.PK_gc_evento
(id_tipo_evento = id_tipo_evento)
0..* gc_evento.gc_evento_ibfk_1 1 gc_tipo_evento.PK_gc_tipo_evento
(id_usuario = id_usuario)
0..* gc_evento.fk_reference_4 1 gc_usuario.PK_gc_usuario
(id_evento = id_evento)
0..* gc_comentario.gc_comentario_ibfk_3 1 gc_evento.PK_gc_evento
1.4.10. Gc_Imagen
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique Len Prec Scale Init Notes
True id_imagen INTEGER True False 11 0 0 False id_evento INTEGER False True 11 0 0 False nombre_imagen VARCHAR False False 255 0 0 Constraints
Name Type Columns Initial Code Notes PK_gc_imagen Public id_imagen
id_evento Public id_evento
fk_reference_12 Public id_evento
fk_reference_12 Public id_evento
Relationships
Columns Association Notes (id_evento = 0..* gc_imagen.fk_reference_12
Columns Association Notes id_evento) 1 gc_evento.PK_gc_evento
1.4.11. Gc_Institucion
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique Len Prec Scale Init Notes
True id_institucion INTEGER True False 11 0 0 False id_tipo_institucion INTEGER False False 11 0 0 False nombre_institucion VARCHAR False False 100 0 0 False direccion_institucion VARCHAR False False 100 0 0 False telefono_institucion VARCHAR False False 25 0 0 False email_institucion VARCHAR False False 50 0 0 False lat_institucion VARCHAR False False 255 0 0 False long_institucion VARCHAR False False 255 0 0 Constraints
Name Type Columns Initial Code Notes PK_gc_institucion Public id_institucion
fk_reference_8 Public id_tipo_institucion
fk_reference_8 Public id_tipo_institucion
Relationships
Columns Association Notes (id_tipo_institucion = id_tipo_institucion)
0..* gc_institucion.fk_reference_8 1 gc_tipo_institucion.PK_gc_tipo_institucion
(id_institucion = id_institucion)
0..* gc_obra.fk_reference_10 1 gc_institucion.PK_gc_institucion
1.4.12. Gc_Nacionalidad
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique Len Prec Scale Init Notes
True id_nacionalidad INTEGER True False 11 0 0 False nombre_nacionalidad VARCHAR False False 50 0 0 Constraints
Name Type Columns Initial Code Notes PK_gc_nacionalidad Public id_nacionalidad
Relationships
Columns Association Notes (id_nacionalidad = id_nacionalidad)
0..* gc_usuario.fk_reference_2 1 gc_nacionalidad.PK_gc_nacionalidad
1.4.13. Gc_Obra
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique
Len
Prec
Scale
Init
Notes
True id_obra INTEGER
True False 11 0 0
False
id_evento INTEGER
False
False 11 0 0
False
id_encargado INTEGER
False
False 11 0 0
False
id_institucion INTEGER
False
False 11 0 0
False
fecha_inicio_obra DATE False
False 0 0 0
False
fecha_finalizacion_obra
DATE False
False 0 0 0
Constraints
Name Type Columns Initial Code Notes PK_gc_obra Public id_obra
fk_reference_10 Public id_institucion
fk_reference_6 Public id_evento
fk_reference_9 Public id_encargado
fk_reference_10 Public id_institucion
fk_reference_6 Public id_evento
fk_reference_9 Public id_encargado
Relationships
Columns Association Notes (id_obra = id_obra) 0..* gc_avance_obra.fk_reference_11
1 gc_obra.PK_gc_obra
(id_encargado = id_encargado)
0..* gc_obra.fk_reference_9 1 gc_encargado.PK_gc_encargado
(id_evento = id_evento)
0..* gc_obra.fk_reference_6 1 gc_evento.PK_gc_evento
(id_institucion = id_institucion)
0..* gc_obra.fk_reference_10 1 gc_institucion.PK_gc_institucion
1.4.14. Gc_Rol
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique Len Prec Scale Init Notes
True id_rol INTEGER True False 11 0 0 False nombre_rol VARCHAR False False 50 0 0 Constraints
Name Type Columns Initial Code Notes PK_gc_rol Public id_rol
Relationships
Columns Association Notes (id_rol = id_rol) 0..* gc_usuario.fk_reference_1
1 gc_rol.PK_gc_rol
1.4.15. Gc_Tipo_Evento
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique Len Prec Scale Init Notes
True id_tipo_evento INTEGER True False 11 0 0 False nombre_evento VARCHAR False False 50 0 0 False descripcion_evento VARCHAR False False 255 0 0 Constraints
Name Type Columns Initial Code Notes PK_gc_tipo_evento Public id_tipo_evento
Relationships
Columns Association Notes (id_tipo_evento = id_tipo_evento)
0..* gc_evento.gc_evento_ibfk_1 1 gc_tipo_evento.PK_gc_tipo_evento
1.4.16. Gc_Tipo_Identificacion
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique
Len
Prec
Scale
Init
Notes
True id_tipo_identificacion INTEGER True False 11 0 0 Fals nombre_tipo_identificaci VARCHA Fals False 50 0 0
e on R e Constraints
Name Type Columns Initial Code Notes PK_gc_tipo_identificacion Public id_tipo_identificacion
Relationships
Columns Association Notes (id_tipo_identificacion = id_tipo_identificacion)
0..* gc_usuario.fk_reference_3 1 gc_tipo_identificacion.PK_gc_tipo_identificacion
1.4.17. Gc_Tipo_Institucion
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique
Len
Prec
Scale
Init
Notes
True id_tipo_institucion INTEGER True False 11 0 0 False
nombre_tipo_institucion VARCHAR
False
False 100 0 0
False
descripcion_tipo_institucion
VARCHAR
False
False 255 0 0
Constraints
Name Type Columns Initial Code Notes PK_gc_tipo_institucion Public id_tipo_institucion
Relationships
Columns Association Notes (id_tipo_institucion = id_tipo_institucion)
0..* gc_institucion.fk_reference_8 1 gc_tipo_institucion.PK_gc_tipo_institucion
1.4.18. Gc_Usuario
Database: MySql, Stereotype: «table», Package: BDD Detail: Created on 09/02/2015. Last modified on 09/02/2015. Notes: Columns
PK Name Type Not Null
Unique
Len
Prec
Scale
Init
Notes
True id_usuario INTEGER True False 11 0 0 False
id_rol INTEGER False
False 11 0 0
False
id_nacionalidad INTEGER False
False 11 0 0
False
id_tipo_identificacion INTEGER False
False 11 0 0
False
identificacion_usuario VARCHAR
False
False 50 0 0
False
nombres_usuario VARCHAR
False
False 50 0 0
False
primer_apellido_usuario VARCHAR
False
False 50 0 0
False
segundo_apellido_usuario
VARCHAR
False
False 50 0 0
False
email_usuario VARCHAR
False
False 50 0 0
False
direccion_usuario VARCHAR
False
False 50 0 0
False
telefono_usuario VARCHAR
False
False 50 0 0
False
celular_usuario VARCHAR
False
False 50 0 0
False
estado_usuario VARCHAR
False
False 50 0 0
False
avatar_usuario VARCHAR
False
False 50 0 0
False
clave_usuario VARCHAR
False
False 255 0 0
False
guid_usuario VARCHAR
False
False 255 0 0
Constraints
Name Type Columns Initial Code Notes PK_gc_usuario Public id_usuario
fk_reference_1 Public id_rol
fk_reference_2 Public id_nacionalidad
fk_reference_3 Public id_tipo_identificacion
fk_reference_1 Public id_rol
fk_reference_2 Public id_nacionalidad
fk_reference_3 Public id_tipo_identificacion
Relationships
Columns Association Notes (id_nacionalidad = id_nacionalidad)
0..* gc_usuario.fk_reference_2 1 gc_nacionalidad.PK_gc_nacionalidad
(id_rol = id_rol) 0..* gc_usuario.fk_reference_1 1 gc_rol.PK_gc_rol
(id_tipo_identificacion = id_tipo_identificacion)
0..* gc_usuario.fk_reference_3 1 gc_tipo_identificacion.PK_gc_tipo_identificacion
(id_usuario = id_usuario)
0..* gc_evento.fk_reference_4 1 gc_usuario.PK_gc_usuario
GUIA PARA EL USARIO DE LA
APLICACIÓN
VitalGeo
Contenido
1. Descripción ............................................................................................................35
1.1. Propósito .........................................................................................................35
1.2. Alcance ...........................................................................................................35
1.3. Visión general del proyecto .............................................................................35
2. Manual sistema VitalGeo .......................................................................................36
2.1. Aplicación web ................................................................................................36
2.1.1. Crear usuario ...................................................................................................36
2.1.2. Iniciar sesión ...................................................................................................37
2.1.3. Modificar avatar ..............................................................................................37
2.1.4. Crear evento ....................................................................................................38
2.1.5. Modificar evento .............................................................................................39
2.1.6. Buscar evento ..................................................................................................40
2.1.7. Comentar evento..............................................................................................41
2.1.8. Gestión sistema VitalGeo (Administrador) ......................................................42
2.1.9. MIS EVENTOS ...............................................................................................43
2.1.10. GESTIÓN DE EVENTOS ...............................................................................43
2.2. Aplicación móvil .............................................................................................44
2.2.1. Iniciar sesión ...................................................................................................45
2.2.2. Agregar evento ................................................................................................46
2.2.3. Comprobar el estado de los eventos .................................................................46
1. Descripción
1.1.Propósito
El documento permite una visión de las actividades que están que puede desarrollar los distintos usuarios que están involucrados en el desarrollo del proyecto propuesto alcance, módulos y la funcionalidad del mismo.
1.2.Alcance
Comprende el proceso global del manejo del sistema de gestión de incidencias de los espacios de vida de los habitantes de la cuidad de Ambato, descritas mediante iteraciones de los usuarios frente al sistema.
1.3.Visión general del proyecto
Comprende el proceso global del manejo del sistema de gestión de incidencias de los espacios de vida de los habitantes de la cuidad de Ambato, descritas mediante iteraciones de los usuarios frente al sistema.
2. Manual sistema VitalGeo
La referencia operativa se enfoca en realizar la descripción gráfica de las diferentes funcionalidades y alcances que el sistema posee para brindar a todo el personal beneficiado el acceso a la aplicación web, la cual está disponible mediante la siguiente URL www.vitalgeotupana.com.
2.1.Aplicación web
Una vez ingresado a nuestro navegador con la URL especificada anteriormente, nos llevara a la interfaz de acceso general como se muestra en el gráfico anterior.
2.1.1. Crear usuario
Para acceder a todos los beneficios de esta aplicación web es necesario estar registrado y contar con un usuario y contraseña. Nos dirigimos a la opción REGISTRARSE y llenamos toda la información requerida.
Una vez en el formulario de registro es necesario llenar todos los campos requeridos y una vez completado de forma correcta, hacer clic en el botón CONFORMAR REGISTRO
2.1.2. Iniciar sesión
Una vez registrada la cuenta de usuario puede ingresar a la aplicación con su correo electrónico y su contraseña digitada anteriormente, en caso de tener algún inconveniente con el ingreso póngase en contacto con el administrador.
2.1.3. Modificar avatar
VitalGeo nos da la posibilidad de actualizar cuantas veces desee el usuario cambiar la imagen de avatar para mostrarse ante el público. Para cambiar la imagen de nuestro avatar simplemente hay que estar logueado en la cuenta de usuario y seguir los pasos indicados a continuación.
2.1.4. Crear evento
Permite a los distintos usuarios crear los eventos a través del sistema y dar el respectivo seguimiento del estado del evento creado, y si se está dando seguimiento con la respectiva unidad competente para solventar la incidencia reportada. Para ingresar un evento es necesario ubicar la dirección exacta de la incidencia, una vez identificado el lugar específico, damos clic derecho y en la opción AGREGAR EVENTO ingresamos la descripción del evento. Seguimos los pasos indicados a continuación:
2.1.5. Modificar evento
Para modificar el texto del evento registrado es necesario en la opción MIS EVENTOS localizar en el mapa la acción a modificar y con un clic en el evento se desplegara la información a editar.
2.1.6. Buscar evento
Para realizar la búsqueda de un evento de nuestro interés, basta con poner una corta frase de la descripción a buscar, fecha de creación del evento o por su categoría. Cabe aclarar que, para volver al menú principal la aplicación basta con seleccionar la opción VITALGEO.
2.1.7. Comentar evento
VitalGeo permite la comunicación entre sus usuarios por lo cual para enviar un comentario abra que seleccionar la obra de interés y en la parte inferior consta la información del avance de obra, y a continuación el foro de conversa.
2.1.8. Gestión sistema VitalGeo (Administrador)
El acceso se realiza mediante usuario y contraseña que están definidas según el rol que desempeña en el sistema, el usuario administrador controla el sistema en forma global y tiene la capacidad de crear, modificar y eliminar información además gestiona cada una de las siguientes funcionalidades que se detallan a continuación:
Panel de control: Comprende la parametrización del sistema que consiste en el control y administración de usuarios, instituciones, nacionalidades, eventos, tipos de eventos y demás requerimientos que el sistema maneja en cada módulo.
En cada formulario la aplicación comprende controles estándar que permiten una mejor funcionalidad para la búsqueda y recuperación de información mediante botones que permiten crear, editar, eliminar; además se manejan filtros que permiten una mejor búsqueda y localización de información dentro del sistema:
2.1.9. MIS EVENTOS
Permite ver los eventos creados de las incidencias de los espacios de vida que se generan en la colectividad de la cuidad de Ambato, permitiendo dar el seguimiento del suceso reportado.
2.1.10. GESTIÓN DE EVENTOS
Se genera un reporte de los eventos registrados a través de la aplicación que se visualizan en el mapa, el administrador tiene la capacidad de dar el seguimiento al evento así como el progreso de la incidencia
EVENTO
EVENTO
INFORMACIÓN EVENTO
ESTADO EVENTO
La interfaz de gestión de eventos permite localizar geográficamente el evento y la información asociada con la creación el tipo de evento, la fecha de creación las coordenadas en latitud y longitud.
En el seguimiento que permite la aplicación web se determina la información de la institución a la que fue reportada la incidencia así como el respectivo seguimiento del avance, también permite el ingreso de la imagen de la incidencia con el fin de tener una evidencia del mismo.
2.2.Aplicación móvil
Una vez ingresado a nuestro navegador con la URL especificada anteriormente, nos llevara a la interfaz web de acceso general como se muestra en el siguiente gráfico, en la parte superior encontraremos la opción DESCARGAR APLICACIÓN ANDROID.
Una vez descargada e instalada correctamente la .apk en su dispositivo Android, la imagen principal de esta aplicación móvil tendrá el siguiente aspecto:
2.2.1. Iniciar sesión
Para el inicio de sesión se requiere haberse registrado con anterioridad en la aplicación web, y en la aplicación móvil únicamente ingresar los datos.
2.2.2. Agregar evento
Para agregar un evento nuevo en la aplicación móvil, únicamente hay que ingresar en la opción NUEVO EVENTO y llenar los datos requeridos. Una vez completo el formulario se deberá capturar una fotografía en constancia del evento y una vez finalizado el evento quedara registrado, como se muestra a continuación.
2.2.3. Comprobar el estado de los eventos
La aplicación móvil de VitalGeo de igual manera permite el seguimiento de las obras teniendo en la parte inferior un listado del evento más importante.