Tesis Romel CORRECCION

Marco Antonio Medina Dávalos
Ferly Romel Lazo Zúñiga

José Rafael Yeren Morón
Desarrollo de un sistema de monitoreo y gestión

de incidencias en tiempo real para la compañía
de bomberos de Arequipa
Tema del Trabajo Final de Titulación, presentado para ser

evaluado por el asesor del Programa Especial de Titulación de
Ingeniería de Sistemas
Asesor:
Franz Asmat Fuentes

Universidad Tecnológica del Perú
Arequipa, 23 de Abril del 2017

Desarrollo de un sistema de monitoreo y gestión

de incidencias en tiempo real para la Compañía
de Bomberos de Arequipa
Tema del Trabajo Final de Titulación, presentado para ser

evaluado por el asesor del Programa Especial de Titulación de
Ingeniería de Sistemas
Asesor:
Franz Asmat Fuentes

Universidad Tecnológica del Perú
…………………………………………………..
Universidad Tecnológica del Perú, Jurado
…………………………………………………
……………………….…..…………………..
Arequipa, 23 de Abril del 2017

Todos los derechos reservados. Es prohibida la reproducción
total o parcial del trabajo sin la autorización de la universidad, de
los autores y del asesor.

Se graduaron en la Universidad Tecnológica del Perú, Carrera

Profesional de Ing. de Sistemas e Informática.
Ficha Catalográfica
Desarrollo de un Sistema de Monitoreo y Gestión de

incidencias en tiempo real para la compañía de Bomberos de
Arequipa / Marco Antonio Medina Dávalos, Ferly Romel Lazo
Zuñiga, José Rafael Yeren Morón; Asesor: Franz Asmat
Fuentes – UTP, Carrera Profesional de Ing. de Sistema e
Informática 2016.
v. 98p: il.; 29,7cm
1- Tesis - Universidad Tecnológica del Perú, Carrera

Profesional de Ing. de Sistemas e Informática
Incluye referencias bibliográficas.
1 T. Mikkonen, Programming Mobile Devices: An Introduction

for Practitioners, Canada: John Wiley and Sons Lte., 2007. ,2 L.
Durán, El Gran libro del PC interno, México: ALFA OMEGA
GRUPO, 2006.
AGRADECIMIENTOS
Quiero agradecer a Dios, a

mis padres Federico y Gaby por
estar conmigo, por apoyarme,
guiarme y por ser la base de mis
valores. Agradecer también a todas
las personas que de una u otra
manera aportaron un granito de
arena para poder cumplir esta gran
meta.
Marco Antonio Medina Dávalos.
Quiero dedicar el presente

primeramente a Dios, a mis padres
Rafael y Elizabeth que me han
brindado todo el apoyo necesario
para poder culminar esta etapa de
mi vida; por ello les doy gracias, ya
que con su esfuerzo y el mío ahora
puedo ser un gran profesional y
seré un gran orgullo para ellos.
Quiero dedicar el presente

proyecto primeramente a Dios, por
haberme permitido llegar hasta este
punto y haberme dado salud para
lograr mis objetivos, además de su
infinita bondad y amor. A mi madre
Virginia Zúñiga A. por su amor
incondicional y en especial a mi
esposa Guísella Liz e hija Emily
Luciana por ser fuentes de inspiración
en cada día de mi vida.
RESUMEN
El presente proyecto está basado en el desarrollo de una solución web y móvil
cuyo objetivo es proveer a la ciudadanía de una herramienta que permita reportar
incidencias en el momento que ocurran, tales como: emergencias, incendios, rescates y
otros a la Central de Bomberos de Arequipa. Dicho proyecto tiene como nombre
“Sistema de Monitoreo y Gestión de Incidencias en Tiempo Real para la Compañía de
Bomberos de Arequipa”, un aplicativo móvil que permitirá involucrar a la ciudadanía con
la Central de Bomberos a través de la captura de la posición geográfica de una manera
precisa, empleando el modulo GPS disponible en el dispositivo móvil.
Nuestro aplicativo web permitirá recibir y mostrar incidencias reportadas por la
ciudadanía en una cola de incidencias; asimismo, permitirá graficar y mostrar las
incidencias en un mapa digital para tener una referencia exacta del lugar de los hechos.
Alternativamente, dispondrá de la opción para mostrar la descripción y fotografías que
pueda tener adjuntos dicho reporte recibido. La metodología usada en el presente
proyecto es una metodología en cascada, la cual esta estará compuesta por cuatro
actividades principales:
Planificación: En esta etapa se establece el dialogo permanente entre las partes
interesadas y el desarrollador para identificar los procesos e información importante que
se requiera para el software. También se establecen fechas para presentar pequeñas
versiones del producto que contengan los requerimientos más importantes, pero que
muestren un software completamente funcional e integrado.
Diseño: En esta metodología siempre se plantea un diseño simple, siempre y cuando
pueda funcionar con todas las pruebas que se ejecuten y mientras se plasme la intención
de los programadores.
Desarrollo: Esta parte es fundamental en el desarrollo del producto, ya que, como bien
se ha especificado, la programación será el Core principal en esta metodología. Se
plantean estrategias de implementación como la recodificación, programación en pareja,
integración continua, entre otros, siempre y cuando se siga los estándares de
codificación predeterminados.
Pruebas: Todas las funcionalidades deben ser aprobadas por los programadores para
verificar el correcto funcionamiento de los entregables o versiones. Se adopta un método
de desarrollo basado en las pruebas, de este forma se asegura que la codificación
funciona según lo planeado.
PALABRAS CLAVE
Aplicación móvil, aplicación web, backend, Android, geolocalización, incidentes,
atenciones e informante.
ABSTRACT
The present project is based on the development of a web and mobile solution,
whose objective is to provide citizens with a tool that allows to report incidents in real
time, such as: emergencies, fires, rescuing and others to the fire station in Arequipa. This
project is entitled "Real-time incident monitoring and management system for the
Arequipa Fire Company", a mobile application that will allow citizens to be involved with
the Fire Department, by means of locating the geographical position in a precise way
using The GPS module available on the mobile device.
Our web application will allow you to receive and display incidents reported by the
citizens in a queue of incidents. It will also allow you to graph and show the incidents in a
digital map, to have an exact reference of the place of incidence. Alternatively, you will
have the option to display the description and photographs that may have attached the
received report. The methodology used in this project is a methodology in cascade, which
will be composed of four main activities:
Planning: This stage establishes the permanent dialogue between the interested parties
and the developer in order to identify the processes and the important information that is
required for the software. Dates are also set to present small versions of the product that
contain the most important requirements, but which display fully functional and integrated
software.
Design: In this methodology always a simple design is proposed, as long as it is possible
to work with all the tests that are executed and therefore the intention of the programmers
is reflected.
Development: This part is fundamental in the development of the product and that, as it
has been specified, the programming in the main nucleus in this methodology.
Implementation strategies such as re-coding, pair programming, integration are followed,
among others, as long as the predetermined coding standards are maintained.

Tests: All functionalities must be approved by the programmers to check the correct
functioning of the deliverables or versions. A test-based development method is adopted
to ensure that the coding works as planned.
KEYWORD
Mobile Application, web application, backend, Android, geolocation, incidents, attentions
and informant.
ÍNDICE DE CONTENIDO
AGRADECIMIENTOS...................................................................................................4
1. CAPITULO I: INTRODUCCIÓN............................................................................14
1.1. PLANTEAMIENTO DEL PROBLEMA..........................................................15
1.2. JUSTIFICACIÓN...........................................................................................15
1.2.1. JUSTIFICACIÓN FUNCIONAL..............................................................15
1.2.2. JUSTIFICACIÓN TÉCNICA...................................................................16
1.3. OBJETIVOS..................................................................................................18
1.3.1. OBJETIVO GENERAL...........................................................................18
1.3.2. OBJETIVOS ESPECÍFICOS..................................................................19
1.4. ALCANCES Y LIMITACIONES.....................................................................19
2. CAPITULO II: MARCO TEÓRICO........................................................................22
3. CAPITULO III: PROPUESTA DE APLICACIÓN PROFESIONAL........................25
3.1. DESCRIPCIÓN DE LA PROPUESTA...........................................................25
3.2. RECURSOS..................................................................................................25
3.2.1. PERSONAL............................................................................................25
3.2.2. HARDWARE Y SOFTWARE..................................................................27
3.3. ESTIMACIÓN................................................................................................28
3.4. PLANIFICACIÓN...........................................................................................34
4. CAPITULO IV: METODOLOGÍA DE DESARROLLO DEL PROYECTO.............36
5. CAPITULO V: ANÁLISIS Y DISEÑO...................................................................40
5.1. ANÁLISIS DEL SISTEMA.............................................................................40
5.1.1. DIAGRAMA DE CASO DE USO............................................................40
5.1.2. ESPECIFICACIÓN DE LOS CASOS DE USO.......................................40
5.1.3. DIAGRAMA DE CLASES:.....................................................................49
5.1.4. DIAGRAMAS DE SECUENCIA..............................................................52
5.1.5. ESPECIFICACIÓN DE REQUERIMIENTOS..........................................58
5.1.5.1. REQUERIMIENTOS FUNCIONALES.................................................58
5.1.5.2. REQUERIMIENTOS NO FUNCIONALES..........................................74
5.1.6. ARQUITECTURA DEL SISTEMA..........................................................78
5.1.7. DISEÑO DE INTERFACES....................................................................79
5.1.8. DIAGRAMA ENTIDAD RELACIÓN.......................................................85
5.1.9. DISEÑO DE BASE DE DATOS..............................................................86
5.1.9.1. MODELO LÓGICO..........................................................................86
5.1.9.2. MODELO FÍSICO............................................................................87
5.1.10. DICCIONARIO DE DATOS....................................................................88
6. CAPITULO VI: ASEGURAMIENTO DE LA CALIDAD.........................................92
6.1. PLAN DE PRUEBAS....................................................................................92
6.2. CHECKLIST DE PRUEBAS........................................................................101
7. CAPITULO VII: RESULTADOS.........................................................................105
7.1. ENCUESTAS DE SATISFACCIÓN.............................................................105
7.2. CUADROS ESTADÍSTICOS.......................................................................110
8. CAPITULO VIII: CONCLUSIÓN, RECOMENDACIONES Y REFERENCIAS
BIBLIOGRÁFICAS....................................................................................................120
8.1. CONCLUSIONES...........................................................................................120
8.2. RECOMENDACIONES...................................................................................121
8.3. REFERENCIAS BIBLIOGRÁFICAS...............................................................122
ANEXOS.................................................................................................................... 123
ANEXO 01 - MANUAL DE SISTEMA....................................................................124
ANEXO 02 - MANUAL DE USUARIO....................................................................135
ANEXO 03 - MANUAL DE INSTALACIÓN...........................................................145
ANEXO 04 - ENCUESTAS REALIZADAS.............................................................157
|
ÍNDICE DE TABLAS
TABLA 1. TABLA COSTOS DE RECURSOS..............................................................27

TABLA 2. TABLA TÉCNICA PUNTOS CASOS DE USO.............................................29
TABLA 3. TABLA ACTORES TÉCNICA PUNTOS CASOS DE USO...........................29
TABLA 4. TABLA PESO DE ACTORES TÉCNICA PUNTOS CASOS DE USO..........30
TABLA 5. TABLA PESO DE CASOS DE USO TÉCNICA PUNTOS CASOS DE USO 30
TABLA 6. TABLA FACTORES TÉCNICOS PUNTOS CASOS DE USO......................31
TABLA 7. TABLA FACTORES AMBIENTALES PUNTOS CASOS DE USO...............32
TABLA 8. CUADRO COMPARATIVO DE METODOLOGÍAS......................................37
TABLA 9. CASO DE USO REGISTRAR USUARIO MÓVIL.........................................41
TABLA 10. CASO DE USO REGISTRAR INCIDENTE................................................43
TABLA 11. CASO DE USO AGRUPAR INCIDENTES.................................................44
TABLA 12. CASO DE USO GESTIONAR INCIDENTES............................................45
TABLA 13. CASO DE USO MONITOREAR INCIDENTES GESTIONADOS...............45
TABLA 14. CASO DE USO GESTIONAR DATOS DEL USUARIO MÓVIL..................46
TABLA 15. CASO DE USO GESTIONAR DATOS DEL USUARIO WEB.....................48
TABLA 16. CASO DE USO GENERAR REPORTES DE INCIDENTES......................48
TABLA 17. REQUISITO FUNCIONAL: REGISTRO DE INFORMANTE.......................58
TABLA 18. REQUISITO FUNCIONAL: REGISTRO DE EMPLEADOS........................59
TABLA 19. REQUISITO FUNCIONAL: REGISTRO DE USUARIOS...........................60
TABLA 20. REQUISITO FUNCIONAL: ENVIO DE INCIDENTE..................................60
TABLA 21. REQUISITO FUNCIONAL: OBTENER UBICACIÓN..................................61
TABLA 22. REQUISITO FUNCIONAL: CAPTURAR FOTOGRAFIA............................62
TABLA 23. REQUISITO FUNCIONAL: REDIMENSIONAR FOTOGRAFIA.................62
TABLA 24. REQUISITO FUNCIONAL: CONTROL DE ACCESO WEB.......................63
TABLA 25. REQUISITO FUNCIONAL: MOSTRAR NOMBRE DEL USUARIO............64
TABLA 26. REQUISITO FUNCIONAL: MOSTRAR LISTA DE INCIDENTES..............65
TABLA 27. REQUISITO FUNCIONAL: MOSTRAR DETALLES DEL INCIDENTE.......65
TABLA 28. REQUISITO FUNCIONAL: GRAFICAR UBICACION................................66
TABLA 29. REQUISITO FUNCIONAL: AGRUPAR INCIDENTES..............................67
TABLA 30. REQUISITO FUNCIONAL: CREAR ATENCION........................................67
TABLA 31. REQUISITO FUNCIONAL: MOSTRAR ATENCIONES CREADAS............68
TABLA 32. REQUISITO FUNCIONAL: GESTIONAR ATENCIONES..........................69
TABLA 33. REQUISITO FUNCIONAL: MONITOREAR ATENCIONES.......................70
TABLA 34. REQUISITO FUNCIONAL: BLOQUEAR INFORMANTE...........................70
TABLA 35. REQUISITO FUNCIONAL: REGISTRAR ESTACIONES...........................71
TABLA 36. REQUISITO FUNCIONAL: REGISTRAR CATEGORIA DE ATENCION....72
TABLA 37. REQUISITO FUNCIONAL: REGISTRAR CATEGORIA DE INCIDENTE. .72
TABLA 38. REQUISITO FUNCIONAL: REGISTRAR REGISTRAR ROLES................73
TABLA 39. REQUISITO FUNCIONAL: REGISTRAR REGISTRAR ROLES................74
TABLA 40. REQUISITO NO FUNCIONAL: REGISTRO DE INFORMANTE................75
TABLA 41. REQUISITO NO FUNCIONAL: REGISTRO DE EMPLEADOS..................75
TABLA 42. REQUISITO NO FUNCIONAL: REGISTRO DE USUARIOS.....................76
TABLA 43. REQUISITO NO FUNCIONAL: ENVIO DE INCIDENTE............................77
TABLA 44. TABLA TABLA INFORMANTES................................................................88
TABLA 45. TABLA CATEGORIAINCIDENTE..............................................................88
TABLA 46. TABLA ROLES..........................................................................................88
TABLA 47. TABLA PERSONAL...................................................................................89
TABLA 48. TABLA CATEGORIAANTENCIONES........................................................89
TABLA 49. TABLA ESTACIONES...............................................................................90
TABLA 50. TABLA USUARIOS....................................................................................90
TABLA 51. TABLA INCIDENTES.................................................................................91
TABLA 52. TABLA DETALLEATENCIONES...............................................................91
TABLA 53. TABLA ATENCIONES...............................................................................91
TABLA 54. PLAN DE PRUEBAS...............................................................................100
ÍNDICE DE FIGURAS
FIGURA 1. CRONOGRAMA DE ACTIVIDADES........................................................34

FIGURA 2. DIAGRAMA CRONOGRAMA DE ACTIVIDADES.....................................35
FIGURA 3. DIAGRAMA DE CASO DE USO GENERAL.............................................40
FIGURA 4. DIAGRAMA DE CLASES PERSISTENCIA..............................................49
FIGURA 5. DIAGRAMA DE CLASES SERVICE.........................................................50
FIGURA 6. DIAGRAMA DE CLASES CONTROLLER................................................51
FIGURA 7. DIAGRAMA REGISTRAR USUARIO MÓVIL...........................................52
FIGURA 8. DIAGRAMA REGISTRAR INCIDENTE.....................................................53
FIGURA 9. DIAGRAMA ACCESO APLICATIVO WEB...............................................54
FIGURA 10. DIAGRAMA GESTIONAR USUARIO MÓVIL.........................................55
FIGURA 11. DIAGRAMA GESTIONAR USUARIO WEB............................................56
FIGURA 12. DIAGRAMA GENERAR REPORTE DE INCIDENTE..............................57
FIGURA 13. DIAGRAMA DE ARQUITECTURA DEL SISTEMA.................................78
FIGURA 14. LOGIN DEL SISTEMA DE GESTIÓN Y CONTROL DE ALERTAS........79
FIGURA 15. PÁGINA DE INICIO................................................................................79
FIGURA 16. PÁGINA DE ORGANIZACIÓN DE INCIDENTES...................................80
FIGURA 17. AGRUPACIÓN Y CATEGORIZACIÓN DE INCIDENTES REPETIDOS. 80
FIGURA 18. PÁGINA DE CREACIÓN DE ATENCIÓN INCIDENTE...........................81
FIGURA 19. PÁGINA DE MONITOREO DE ATENCIONES GESTIONADAS.............81
FIGURA 20.PANTALLA DE REGISTRO DE APLICATIVO MÓVIL.............................82
FIGURA 21. PANTALLA DE MENÚ DE APLICATIVO MÓVIL....................................83
FIGURA 22. PANTALLA DE ENVÍO DE INCIDENTE EN APLICATIVO MÓVIL.........84
FIGURA 23. DIAGRAMA DE ENTIDAD RELACIÓN...................................................85
FIGURA 24. MODELO LÓGICO DE BASE DE DATOS..............................................86
FIGURA 25. MODELO FÍSICO DE BASE DE DATOS................................................87
FIGURA 26. TABULACIÓN DE DATOS....................................................................110
FIGURA 27. RESULTADOS.....................................................................................111
FIGURA 28. PREGUNTA 1.......................................................................................112
FIGURA 29. PREGUNTA 2.......................................................................................113
FIGURA 30. PREGUNTA 3.......................................................................................114
FIGURA 31. PREGUNTA 4.......................................................................................115
FIGURA 32. PREGUNTA 5.......................................................................................116
FIGURA 33. PREGUNTA 6.......................................................................................116
FIGURA 34. PREGUNTA 7.......................................................................................117
FIGURA 35. PREGUNTA 8.......................................................................................118
1. CAPITULO I: Introducción
Al día, la central telefónica del Cuerpo General de Bomberos en Arequipa recibe
1800 llamadas, de este número solo 40 son pedidos de auxilio para atender
emergencias reales.
El comandante departamental de la VII Comandancia de Bomberos Arequipa,
brigadier CPC Jorge Martínez Ríos, informó que mil 760 ciudadanos se comunican con
la línea 116 para jugar y mantener ocupada la línea en un promedio de dos minutos, lo
que impide que en muchos casos las llamadas urgentes sean atendidas. (Correo,
2016)
A esta problemática adicionamos el hecho de que algunas emergencias reportadas
por los ciudadanos son falsas, perturbadoras, imposibles de localizar en cuanto a su
ubicación o no ameritan atención.
Con el objeto de minimizar dichos inconvenientes y como ya mencionamos, se
plantea diseñar y desarrollar una herramienta tecnológica compuesta por un sistema
web y un aplicativo móvil para dispositivos Android, los cuales en conjunto permitan a
la central de bomberos de Arequipa recibir las alertas en tiempo real, así como
localización exacta y evidencia fotográfica del incidente reportado por el ciudadano.
Toda esta información se mostrará directamente en el mapa digital de Google Maps
implementado en el sistema web para su gestión, categorización y atención.
Asimismo, la Central de Emergencia recibirá el número desde el cual se está
reportando el incidente a fin de poder comunicarse con el ciudadano y solicitar
mayores detalles si se requieren, también podrá bloquear el número si se descubre
que el incidente reportado no es real.
Página 14 de 144
1.1. Planteamiento del Problema
En la actualidad, la central de emergencias de la Compañía de Bomberos
de Arequipa no cuenta con recursos tecnológicos (software) para la recepción,
monitoreo, control y atención de incidentes en tiempo real, tales como
emergencias médicas, incendios y rescates. En este escenario surge la siguiente
interrogante que direcciona este proyecto: ¿Cómo facilitar la recepción de alertas,
localización exacta, gestión y atención oportuna de los incidentes reportados por
la ciudadanía a la central de emergencia de los bomberos?
1.2. Justificación
1.2.1. Justificación Funcional
El presente proyecto de desarrollado tiene como finalidad poder
brindar una herramienta tecnológica que conecte a los ciudadanos con la
Compañía de Bomberos del Cercado de Arequipa con el objetivo de alertar
e informar de situaciones de emergencia como: incendios, accidentes de
tránsito y afines a la labor de los bomberos, para que de esta forma se
permita reducir el tiempo de respuesta ante cualquier tipo de incidente.
La herramienta tecnológica contará con 2 aplicaciones, una web y
otra móvil, que van a interactuar de manera conjunta.
Aplicativo Móvil: Permitirá al ciudadano registrarse y reportar incidentes
en tiempo real. El aplicativo enviará los datos del usuario, registro
fotográfico, descripción y la ubicación exacta desde donde se suscitó el
Página 15 de 144
incidente. Esta información se almacenará en una base de datos para su
posterior gestión.
Aplicativo Web: Permitirá mostrar información de los incidentes
reportados por los ciudadanos. Dichos incidentes serán gestionados y
organizados para su atención. Las atenciones serán gestionadas por el
usuario web, el cual se encargará de categorizar, registrar y actualizar
dichas atenciones. Las atenciones serán mostradas en un mapa digital
para su seguimiento y monitoreo.
1.2.2. Justificación Técnica
El sistema que se propone en este proyecto de tesis es un
aplicativo web y aplicativo móvil, ya que se cuenta con la necesidad de
tener la información disponible de los incidentes en cualquier punto donde
dichos incidentes se originen para su gestión y atención.
Equipo de Trabajo:
El equipo responsable de la elaboración de este sistema está
conformado de la siguiente manera:
 3 Analistas/desarrolladores:
Los presentantes:
o Marco Antonio Medina Dávalos
o Ferly Romel Lazo Zúñiga
o José Rafael Yeren Morón
Página 16 de 144
Realizarán tanto las veces de analistas como de desarrolladores.
 1 Consultor:
El asesor del proyecto, Franz Asmat Fuentes.
 Los usuarios finales:
Usuarios internos (trabajadores de la Central de Emergencia de los
Bomberos) y usuarios externos (la ciudadanía).
Herramientas:
 Diseño:
o Dia v 0.97.2
o Gant Proyect v 2.8.4
o wwwSQLdesigner v 2.7
 Base de datos:
o Motor de base de datos PostgreSQL ver. 9.6.1
o IDE pgAdmin 4 v 1.1
o Servidor Apache TOMCAT 9.
 Backend:
o Lenguaje de Programación Java 8
o IDE Eclipse Neon2
Página 17 de 144
o Framework Spring MVC Ver. 4.3.6
o Framework Hibernate Ver. 5.2.7
 Frontend:
o Web:
 IDE Visual Code Ver. 1.9
 Sencha Ext JS6
o Móvil:
 Lenguaje de programación Java 8
 IDE Android Studio v 2.3
También será necesario que la Central de Emergencias cuente con
ordenadores relativamente modernos (superior a Pentium 4) y con
conexión a internet.
1.3. Objetivos
1.3.1. Objetivo General
Desarrollar un sistema para el envío, gestión y monitoreo de
incidentes en tiempo real reportados por parte de la ciudadanía a la Central
de Emergencias de los bomberos. El envío del incidente se realizará
empleando un aplicativo móvil; la gestión y monitoreo de dichos incidentes
se realizará mediante el aplicativo web.
Página 18 de 144
Página 19 de 144
1.3.2. Objetivos Específicos
 Realizar el análisis y diseño del sistema.
 Definir la arquitectura y las herramientas tecnológicas que se
emplearán para el desarrollo.
 Diseñar e implementar la base de datos que dé soporte al
almacenamiento de la información.
 Diseñar e implementar Back-End de lado del servidor que permita
gestionar los servicios de sistema.
 Diseñar e implementar un aplicativo para dispositivos móviles que
permita el registro del usuario y reporte de incidentes empleando la
conectividad móvil, geolocalización y captura de imagen.
 Diseñar e implementar un aplicativo web para para la gestión y
monitorización de incidentes.
1.4. Alcances y limitaciones
Dentro del Alcance
Aplicativo Móvil:
 Permitirá al ciudadano registrarse para poder realizar reportes de
incidencias a la Central de los Bomberos.
 Permitirá capturar la posición geográfica de una manera precisa
empleando el módulo GPS disponible en el dispositivo móvil.
Página 20 de 144
 Permitir al ciudadano digitar una breve descripción o especificación de la
incidencia que va a reportar.
 Permitir al ciudadano capturar una fotografía que servirá como evidencia
del incidente suscitado.
 Permitir enviar el reporte de la incidencia con los datos recolectados de
forma fácil e intuitiva.
Aplicativo Web:
 Permitirá recibir y mostrar incidencias reportadas por la ciudadanía en una
cola de incidencias.
 Permitirá mostrar en un mapa digital la ubicación exacta desde donde el
incidente se reporte, además permitirá mostrar la fotografía enviada de dicho
incidente reportado por el informante.
 Permitirá organizar, agrupar y gestionar el estado de cada incidencia
recibida, con el objetivo de generar su atención y tener un mejor control de
dichas incidencias.
 Permitirá graficar y mostrar las atenciones en un mapa digital para tener
una referencia exacta del lugar desde donde se reporten las incidencias.
 Permitirá generar reportes de los incidentes atendidos por cada compañía
de bomberos por fecha y estados.
 Permitirá gestionar el mantenimiento del aplicativo como: creación de
usuarios, categorías y compañías de bomberos.
Fuera del Alcance
Aplicativo Móvil:
 No se publicará el aplicativo móvil en la tienda de Google Play.
Página 21 de 144
Aplicativo Web:
 No interactuará con algún otro sistema ya existente de la Central de
Emergencia de los bomberos.
 No se baneará del sistema a los usuarios por el imei, el baneo se realizará
únicamente por el número telefónico.
Otros:
 No se implementará la encriptación de datos, ya que la data con la que el
sistema trabaja no es una data sensible.
 No se implementará la gestión auditoría a nivel de base de datos, ya que el
proyecto tiene fines académicos.
 No se implementará un menú de ayuda, debido al modo de presentación
del proyecto.
Página 22 de 144
2. CAPITULO II: Marco Teórico
En la actualidad, la tecnología se ha vuelto parte importante y vital para el
crecimiento y desarrollo de la sociedad. Como consecuencia de esto, se puede
observar que la capacidad tecnológica se ha ido incorporando poco a poco a temas
relacionados con la seguridad y prevención. Es en esa situación donde es necesario
contar con una herramienta tecnológica que ayude y dé soporte a las organizaciones
encargadas de velar por la seguridad. Es importante definir algunos conceptos que
ayuden a entender el problema y su solución.
Sistemas operativos móviles
“Es un dispositivo de cómputo diminuto que también se conoce como dispositivo
de mano, portátil o computadora de mano. Los dispositivos móviles suelen venir con
una pantalla táctil o no táctil y a veces, incluso, un mini teclado”. [ CITATION Tom07 \l
10250 ]
Sistemas operativos actuales y más populares en el mercado
Android es un sistema operativo enfocado para dispositivos con pantalla táctil y
está basado en Linux. Es el sistema operativo que tiene la mayor cuota del
mercado en Perú y a nivel internacional. La versión actual de Android es la 6.0.1
Marshmallow.
IOS es el sistema operativo para los dispositivos de Apple (iPhone, iPad). La
diferencia con Android es que solo puede instalarse en dispositivos de las mismas
compañías y no de otros fabricantes de dispositivos móviles. Está basado en el
sistema operativo UNIX y la versión actual de IOS en el mercado es la 10.2
Front-end y back-end
Página 23 de 144
“Nos dijo que cualquier procesador actual puede ser dividido en dos bloques
básicos, front-end y back-end. El front-end corresponde a los circuitos que decodifican
las instrucciones, junto con algunos componentes más, como los circuitos que ordenan
las instrucciones de forma que el procesador pueda procesar el mayor número posible
de instrucciones.[ CITATION Dur06 \l 10250 ]
“Estos componentes son la puerta de entrada del procesador, teniendo la función
de preparar las instrucciones para que sean procesadas. El back-end es la parte del
procesador que finalmente procesa las instrucciones, estando compuesto,
básicamente, por las unidades de ejecución. En las de unidades de ejecución, o sea,
back-end, es donde los procesadores ofrecen más diferencias en la forma como
procesan las instrucciones ya decodificadas”.
JDBC (Conectividad de base de datos Java):
“Es una interfaz de programación de aplicación que permite a un programa de java
interactuar con una amplia variedad de fuentes de datos (base de datos relacionales,
fuentes tabulares de datos, hojas de cálculo y archivos de texto). JDBC permite a un
programa de java establecer una conexión con una fuente de datos, preparar, enviar el
código de SQL al servidor de la base de datos y procesar el conjunto
resultado.”[ CITATION Ern \l 22538 ]
Servicio Web (Web Service)
“Es un conjunto de protocolos y estándares que sirven para intercambiar datos
entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de
programación diferentes, y ejecutadas sobre cualquier plataforma, pueden utilizar los
servicios web para intercambiar datos en redes de ordenadores como Internet. La
interoperabilidad se consigue mediante la adopción de estándares abiertos”. [ CITATION
Mic17 \l 10250 ]
Framework
Página 24 de 144
“Framework es estructura real o conceptual destinada a servir de soporte o
guía para el desarrollo y/o implementación de una aplicación”.
Página 25 de 144
JAVA
“Es un lenguaje de programación clásico en cuanto a que requiere un proceso
de compilación. Es un lenguaje simple, robusto y seguro. Es un lenguaje orientado a
objetos”.[CITATION Áng05 \p 19 \l 10250 ]
API de Google Maps
“Las API de Google Maps son una colección de servicios que le permiten incluir
mapas, geo-codificación, lugares y otros contenidos de Google en sus páginas web o
aplicaciones”.[ CITATION Goo \l 10250 ]
Página 26 de 144
3. CAPITULO III: Propuesta De Aplicación Profesional
3.1. Descripción de la propuesta
Se propone el diseño e implementación de un sistema que estará compuesto por
un aplicativo web para la gestión y monitoreo en tiempo real de los incidentes
reportados a la Central de Emergencias de los bomberos. Asimismo, se desarrollará
un aplicativo móvil para el envío de reportes de incidentes capturados por la
ciudadanía, empleando la conectividad móvil, captura de imagen y la geolocalización.
Se tiene como finalidad poder brindar una herramienta tecnológica que conecte a los
ciudadanos con la Compañía de Bomberos de Arequipa, con el objetivo de alertar e
informar situaciones de emergencia como: emergencias médicas, incendios y
rescates. Permitirá reducir el tiempo de respuesta ante cualquier tipo de incidente.
3.2. Recursos
3.2.1. Personal
Nombres y Marco Antonio Medina Dávalos
apellidos
Empresa Computer Shops Corporation SRL
Rubro Venta de productos y servicios de Tecnologías de Información
Dirección Ampliación La Negrita C4-A 2do Piso, Región de Arequipa.
Teléfono correo electrónico marcomd.com@gmail.co
m
Área Área de Tecnologías de Información Fecha inicio 2016
Actividad Supervisor de mantenimiento preventivo y correctivo de equipos
informáticos de la SUNARP.
Nombres y Ferly Romel Lazo Zúñiga
Página 27 de 144
apellidos
Empresa INGECOM PERU S.A.C
Rubro Telecomunicaciones
Dirección Urb. Quinta Tristán V1 Lt. F, J.L.B y R.
Teléfono (054)424431 correo electrónico info@ingecomperu.com
Área Control y Sistemas Fecha 2013
inicio
Actividad Administración de Servidores Linux, Mantenimiento de
Aplicación Agente de Comunicación del CCMF SUTRAN –
MTC, Administrador de Sistema de Rastreo – INGECOM GPS
Nombre y José Rafael Yeren Morón
apellidos
Empresa Superintendencia Nacional De Los Registros Públicos
Rubro Institución Pública
Dirección Calle San Francisco 302 - Cercado
Teléfono (054) 21-5783 correo electrónico
Área Analista Informático Fecha 2016
inicio
Actividad Soporte informático a sistemas registrales, solución de incidentes
y requerimientos informáticos relacionados a los aplicativos y
módulos registrales
3.2.2. Hardware y Software
Release Precio
Servidor Precio S/. Software
Date S/.
DigitalOcean S/. 200.00 Dia v 0.97.2 2016 S/. 0.00
Gant Proyect v 2.8.4 2017 S/. 0.00
Periodo de wwwSQLdesigner v 2.7 2016 S/. 0.00
pgAdmin 4 v 1.1 2017 S/. 0.00
prueba 6 meses PostgreSQL Ver. 9.6.1 2016 S/. 0.00
IDE Eclipse Neon 2 2016 S/. 0.00
Apache TOMCAT 9 2017 S/. 0.00
Spring MVC Ver. 4.3.6 2017 S/. 0.00
Hibernate Ver. 5.2.7 2017 S/. 0.00
Sencha Ext JS6 2015 S/. 0.00
Visual Code Ver. 1.9. 2017 S/. 0.00
Sencha Ext JS6 2017 S/. 0.00
Página 28 de 144
Android Studio v 2.3 2017 S/. 0.00
Java Platform (JDK)
2017 S/. 0.00
8u121
Tabla 1. Tabla Costos de Recursos
3.3. Estimación
Uno de los principales problemas a los que se enfrentan los desarrolladores
de software al momento de planear proyectos es la estimación. Existen distintas
técnicas que nos permiten estimar proyectos de software, cada una de ellas con
sus ventajas y desventajas, pero la mayoría de ellas no ofrecen la flexibilidad de
estimar software orientado a objetos, y se basan prácticamente en la experiencia
del equipo de desarrollo. La técnica de estimación para este proyecto de Tesis
será puntos de caso de uso; dicha técnica nos permite realizar estimaciones a
partir de modelos orientados a objetos con una precisión bastante aceptable.
Vale la pena aclarar que un caso de uso por sí solo no permite efectuar una
estimación de esfuerzos ni de tiempos, solamente son una herramienta para el
análisis. La idea central es estimar (cuantificar) el tamaño del software a partir de
los requerimientos de los casos de uso.
TÉCNICA PUNTOS DE CASO DE USO

Calcular los puntos de caso de uso no ajustados (UUCP)
1 Pesar Actores (AUW) y pesar casos de uso (UUCW)
UUCP =AUW+UUCW
2 Calcular los puntos de casos de uso (UCP)
Pesar factores técnicos (TCF)
Pesar factores Ambientales (EF)
Página 29 de 144
UCP = UUCP*TCF*EF
Estimar horas hombre
3
Horas-hombres = UCP * 20
Tabla 2. Tabla Técnica Puntos Casos de Uso
Estimación del Proyecto con la Técnica de Casos de Uso
ACTORES PROPOSITO
Realiza el registro de incidente a través
Usuario Móvil
de su dispositivo móvil.
Usuario Web Gestiona y crea la atención del incidente.
Gestiona el mantenimiento en el
Usuario Administrador
sistema.
Tabla 3. Tabla Actores Técnica Puntos Casos de Uso
Curso típico de eventos
 Este caso de uso empieza cuando el usuario móvil registra el incidente y hace el
envío.
 El usuario web recibe la alerta del incidente en el sistema.
 El usuario web gestiona la alerta y crea la atención.
 El usuario web recibe confirmación de finalización de incidente y cierra la
atención.
 El usuario administrador gestiona el mantenimiento del sistema.
Después de tener el flujo básico de eventos en la especificación de casos de uso,
procedemos a calcular los puntos de casos de uso no ajustados (UUCP):
PESO DE ACTORES
Actores Tipo Valor
Página 30 de 144
Usuario Móvil Simple 3
Usuario Web Complejo 3
Usuario Administrador Medio 3
UAW = 9
Tabla 4. Tabla Peso de Actores Técnica Puntos Casos de Uso
PESO DE CASOS DE USO

Caso de Uso Tipo Valor
Registrar usuario móvil Simple 5
Registrar incidente Simple 5
Agrupar incidentes Complejo 15
Gestionar incidentes Complejo 15
Mostrar incidentes gestionados Medio 10
Gestionar datos del usuario móvil Simple 5
Gestionar datos del usuario web Simple 5
Generar reportes de incidentes Simple 5
UUCW = 65
Tabla 5. Tabla Peso de casos de uso Técnica Puntos Casos de Uso
UUCP = UAW +UUCW = 9 + 65 = 74
FACTORES TECNICOS
Factor Descripción Peso Nivel Peso*Nivel
T1 Sistema distribuido 2 0 2
Performance o tiempos de
T2 1 5 5
respuesta
T3 Eficiencia del usuario final 1 4 4
T4 Procesamiento interno complejo 1 3 3
T5 Código reutilizable 0.5 1 0.5
T6 Facilidad de instalación 0.5 5 2.5
T7 Facilidad de uso 2 5 10
T8 Portabilidad 1 5 5
T9 Facilidad de cambio 1 3 3
T10 Concurrencia 1 5 5
T11 Seguridad 1 4 4
T12 Acceso directo a terceras partes 1 0 0
T13 Facilidades especiales 1 2 2
TFactor=
46
∑(Nivel*Peso)
Tabla 6. Tabla Factores Técnicos Puntos Casos de Uso
Página 31 de 144
El peso de los factores técnicos será:
TCF = 0.6 + (0.01 * TFactor) = 0.6 + (0.01 * 46) = 1.06
FACTORES AMBIENTALES
Factor Descripción Peso Nivel Pes*Niv
E1 Familiaridad con el modelo 1.5 3 4.5
E2 Experiencia en la aplicación 0.5 2 1
E3 Experiencia en la orientación a 1 3 3
objetos
E4 Capacidad del analista líder 0.5 3 1.5
E5 Motivación 1 2 2
E6 Estabilidad en los requerimientos 2 3 6
E7 Personal de medio tiempo -1 1 -1
E8 Dificultad en el lenguaje de -1 2 -2
programación
EFactor= 15
∑(Nivel*Peso)
Tabla 7. Tabla Factores Ambientales Puntos Casos de Uso
EF = 1.4 + (-003 * EFactor) = 1.4 + (-0.03 * 15) = 0.95
Los puntos de casos de uso (UCP) para el proyecto son:
UCP = UUCP * TCF * EF = 74 * 1.06 * 0.95 = 74.518
El autor de la técnica sugiere usar 20 horas hombre por UCP; para un sistema
de 74.518 UCP * 20 hrs/hombre nos da un total de 1,490.36 hrs/hombre, lo que
equivale a 74 semanas (20 hrs por semana para una persona). De esta forma,
Página 32 de 144
nuestro equipo de 3 personas desarrollará el sistema en 24 semanas; equivalente
a 5 meses.
Página 33 de 144
3.4. Planificación
Página 34 de 144
Página 35 de 144
Figura 1. Cronograma de actividades
Página 36 de 144
Figura 2. Diagrama de cronograma de actividades
Página 37 de 144
4. CAPITULO IV: Metodología de desarrollo del proyecto.
En este punto se definirá la metodología para la gestión del proyecto, es decir, un
modelo de proceso según la naturaleza del proyecto y de la aplicación. En la siguiente
tabla se mostrará un cuadro comparativo de 4 metodologías aplicables a este proyecto.
MODELO CARACTERISTICA VENTAJA DESVENTAJA
“Es el más utilizado. “Se tiene todo bien “Tarda mucho
Nos brinda una visión organizado y no se tiempo en pasar por
del proceso de mezclan las fases. todo el ciclo.
desarrollo de software La planificación es Es difícil de

Cascada
como una sucesión sencilla. incorporar nuevas
de etapas que La calidad del cosas si se quiere
produce un producto producto resultante actualizar”.
de calidad”. es alta”.
“Cada giro se “El modelo espiral “Elevada
construye un nuevo permite a quien complejidad.
modelo del sistema desarrolla aplicar el Es un modelo
completo. enfoque de costoso.

Espiral
Es el mejor modelo construcción de Genera mucho
para el desarrollo de prototipos en tiempo en el
grandes sistemas”. cualquier etapa”. desarrollo del
sistema”.
Incremental “Se evita proyectos “Reduce tiempo de “Requiere mucha
largos y se entrega desarrollo inicial. planeación, tanto
algo de valor a los Provee un impacto administrativa como
usuarios con cierta ventajoso frente al técnica.
frecuencia. cliente Requiere de metas
Difícil de evaluar el suministrando claras para conocer
Página 38 de 144
costo”. partes pequeñas”. el estado del
proyecto”.
“Se basa en la “Se ahorra tiempo “Las actualizaciones
reutilización de SW en desarrollo del de los componentes
existente. SW y ahorra adquiridos no están
Este modelo permite dinero. en manos de los

Basado en
reutilizar partes de Simplifica las desarrolladores del
Componentes
código pre pruebas, permite sistema”.
codificado”. que cada prueba
sea ejecutada por
separado”.
Tabla 8. Cuadro comparativo de metodologías
Fuente: Elaboración Propia
Página 39 de 144
Para el presente proyecto utilizaremos el modelo de Cascada, este estará compuesto por
cuatro actividades principales:
Planificación Diseño Desarrollo Pruebas
Figura 1.- Actividades principales del proyecto
Planificación:
En esta etapa se establece el diálogo permanente entre las partes interesadas y el
desarrollador para identificar los procesos e información importante que se requiera para
el software. También se establecen fechas para presentar pequeñas versiones del
producto que contengan los requerimientos más importantes, pero que muestren un
software completamente funcional e integrado.
Diseño:
En esta metodología siempre se plantea un diseño simple, siempre y cuando
pueda funcionar con todas las pruebas que se ejecuten y mientras se plasme la intención
de los programadores.
Desarrollo:
Esta parte es fundamental en el desarrollo del producto ya que, como bien se ha
especificado, la programación será el Core principal en esta metodología. Se plantean
estrategias de implementación como la recodificación, programación en pareja,
integración continua, entre otros, siempre y cuando se siga los estándares de codificación
predeterminados.
Página 40 de 144
Pruebas:
Todas las funcionalidades deben ser aprobadas por los programadores para verificar
el correcto funcionamiento de los entregables o versiones. Se adopta un método de
desarrollo basado en las pruebas, de esta forma se asegura que la codificación funciona
según lo planeado.
Página 41 de 144
5. CAPITULO V: Análisis y Diseño
5.1. Análisis del Sistema
5.1.1. Diagrama de Caso de Uso
Figura 3. Diagrama de caso de Uso General
5.1.2. Especificación de los casos de uso
CU-01 Registrar usuario móvil

Resumen La aplicación le permitirá al usuario
registrarse para poder reportar incidentes.

Actor Usuario móvil.
Precondición La aplicación debe estar instalada en el
dispositivo móvil.
Flujo normal 01 Llenar los campos del formulario de
registro del usuario con los siguientes
datos:
 Nombres y apellidos
 Numero de celular
 Correo electrónico
02 Verificar que los datos obligatorios
solicitados al usuario tengan contenido
Página 42 de 144
alguno.
03 Validar que los datos cumplan con las
especificaciones indicadas por la
aplicación.
04 Enviar los datos de forma organizada
para su respectivo almacenamiento en la
base de datos.
Flujos alternos 01 En caso de que el flujo normal 02 no se
realice de forma satisfactoria, el sistema
indicará a través de un mensaje que se
deben llenar los campos obligatorios.

02 En caso de que el flujo normal 03 no se
indicará a través de un mensaje que se
debe verificar que los datos ingresados
sean los correctos.

Post condición CU-02 Registrar incidente
CU-08 Gestionar datos del usuario móvil

Tabla 9 - Caso de uso Registrar usuario móvil
CU-02 Registrar incidente

Resumen El usuario móvil deberá registrar un incidente
con los datos necesarios para que este
posteriormente se envíe y pueda ser atendido
por la compañía de bomberos.

Actor Usuario móvil.
Precondición El usuario móvil debe estar registrado.
Flujo normal 01 El usuario deberá elegir un tipo de
incidencia, el cual servirá para clasificar
el incidente de acuerdo al criterio de la
compañía de bomberos para enviar la
unidad adecuada.
Página 43 de 144
02 El usuario deberá tomar una fotografía
que servirá de evidencia para validar la
veracidad del incidente, la fotografía
obtenida deberá tener el formato PNG o
JPG.
03 El usuario podrá escribir una descripción
del incidente.
04 Obtener la ubicación geográfica exacta
del lugar donde se encuentra el usuario
móvil, el cual registrará el incidente.

aplicación.
base de datos.
efectúe, la generación del incidente no
se verá afectada ya que la descripción
del incidente no es obligatoria.

efectúe de forma satisfactoria, la
aplicación mostrará a través de un
mensaje de alerta que debe volver a
realizar su obtención geográfica.

Post condición CU-04 Gestionar datos del incidente
Tabla 10 - Caso de uso Registrar incidente
CU-03 Agrupar incidentes

Resumen La aplicación Web permitirá al usuario web
agrupar todos los incidentes que se han
Página 44 de 144
registrado desde la aplicación móvil en una
Atención.
Actor Usuario Web.
Precondición CU-02 Registrar incidente.
Flujo normal 01 Realizar una consulta a la base de datos
de los incidentes registrados por el
usuario.
02 Mostrar todos los incidentes registrados
en una lista.
03 Graficar la ubicación del incidente en un
mapa digital, cada vez que
seleccionemos un incidente
04 Mostrar la fotografía del incidente
seleccionado.
05 Seleccionar uno a más incidentes y
agruparlos en una nueva atención,
categorizándolos por tipo de incidente.

Post condición El usuario podrá gestionar atenciones
creadas.
Tabla 11 - Caso de uso Agrupar incidentes
CU-04 Gestionar incidentes

Resumen La aplicación web permitirá gestionar las
atenciones creadas, cada atención tendrá un
estado que se irá actualizando de acuerdo a
la situación.
Actor Usuario web.
Precondición CU-03 Agrupar incidente
Flujo normal 01 Mostrar la lista de atenciones creadas
por categoría y fecha.

02 Seleccionar una atención e ir a la opción
de gestionar.
03 Actualizar los datos de la atención y el
estado en el cual se encuentra dicha
Página 45 de 144
atención.
Post condición Las atenciones se mostrarán en una ventana
de monitoreo.
Tabla 12 - Caso de uso Gestionar incidentes
CU-05 Monitorear incidentes gestionados

Resumen La aplicación web mostrará la lista de
atenciones en una ventana de monitoreo.

Actor Usuario visor.
Precondición CU-04 Gestionar incidentes.
Flujo normal 01 Se actualizará la lista de atenciones.
02 Se mostrará la lista de las atenciones
gestionadas según su estado de
atención.
Post condición
Tabla 13 - Caso de uso Monitorear incidentes gestionados
CU-06 Gestionar datos del usuario móvil

Resumen La aplicación web permitirá bloquear usuarios
que reporten incidencias falsas, previa
verificación.
Actor Usuario web.
Flujo normal 01 Detectar que la incidencia reportada sea
falsa.
02 Bloquear usuario móvil que realizó el
registro de incidencia falsa.

Post condición Prevenir el spam o registro de incidencias
falsas.
Tabla 14 - Caso de uso Gestionar datos del usuario móvil
CU-07 Gestionar datos del usuario web

Resumen La aplicación web permitirá gestionar los
datos de los usuarios del sistema.
Página 46 de 144
Actor Administrador.
Precondición
Flujo normal 01 Registrar un nuevo usuario web, los
datos que se registrarán son:
 Nombres y apellidos
 DNI
 Dirección.
02 Verificar que los datos obligatorios
solicitados al usuario tengan contenido
alguno.
aplicación.
base de datos.
05 Actualizar los datos especificados en el
punto anterior, verificando y validando
los datos que se actualizarán tal como se
indica en el punto 02 y 03.

indicará a través de un mensaje que
verifique los datos que está ingresando
estén completos.
indicará a través de un mensaje que
verifique los datos que está ingresando
sean los correctos.

Post condición Los usuarios con los permisos necesarios
Página 47 de 144
podrán acceder a la aplicación web.
Tabla 15 - Caso de uso Gestionar datos del usuario web
CU-08 Generar reportes de incidentes

Resumen En la aplicación web se podrá generar los
reportes a partir de las incidencias
registradas.
Actor Usuario web.
Flujo normal 01 Realizar la consulta de los datos
adecuados para generar el reporte.

02 Organizar la información que se mostrará
en el reporte.
03 Generar reporte de incidentes.
realice de forma satisfactoria, se
mostrará a través de un mensaje el
problema que se presente.

Post condición
Tabla 16 - Caso de uso Generar reportes de incidentes
Página 48 de 144
5.1.3. Diagrama de Clases:
Página 49 de 144
Figura 4. Diagrama de Clases Persistencia
Figura 5. Diagrama de Clases Service
Página 50 de 144
Figura 6. Diagrama de Clases Controller
Página 51 de 144
5.1.4. Diagramas de Secuencia
Diagrama Registrar Usuario Móvil
Figura 7. Diagrama Registrar Usuario Móvil
Página 52 de 144
Diagrama Registrar Incidente
Figura 8. Diagrama Registrar Incidente
Página 53 de 144
Diagrama Acceso Aplicativo Web
Figura 9. Diagrama Acceso Aplicativo Web
Página 54 de 144
Diagrama Gestionar Usuario Móvil
Figura 10. Diagrama Gestionar Usuario Móvil
Página 55 de 144
Diagrama Gestionar Usuario Web
Figura 11. Diagrama Gestionar Usuario Web
Página 56 de 144
Diagrama Generar Reporte de Incidente
Figura 12. Diagrama Generar Reporte de Incidente
Página 57 de 144
5.1.5.Especificación de Requerimientos
5.1.5.1. Requerimientos funcionales
FRQ-0001 Registro de informante

Autores  Medina Dávalos, Marco Antonio
 Lazo Zuñiga, Ferly Romel
 Yeren Morón, José Rafael

Fuentes Andrei Gómez Roselló
Referencias Casos de uso:
 CU-01
Descripción El sistema permitirá el registro del informante, los
datos solicitados para dicho registro serán:
nombres, apellidos, correo electrónico y número de
celular.
Importancia Importante
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 17 - Requisito Funcional: Registro de informante
FRQ-0002 Registro de empleados


 CU-06
Descripción El sistema permitirá el registro del personal que
labora en la institución, los datos solicitados para
Página 58 de 144
dicho registro serán: nombres, apellidos, dirección,
correo electrónico, DNI.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 18 - Requisito Funcional: Registro de empleados
FRQ-0003 Registro de usuarios


 CU-06
Descripción El sistema permitirá el registro de un usuario con
privilegios para poder gestionar o monitorear
incidentes, los datos solicitados para dicho registro
serán: nombre de usuario y contraseña.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 19 - Requisito Funcional: Registro de usuarios
FRQ-0004 Envío de incidente


Página 59 de 144
 CU-02
Descripción El sistema permitirá el envío de un incidente, dicho
incidente debe tener los siguientes datos: tipo de
incidente, latitud, longitud, fecha, número de
celular, descripción y fotografía del incidente.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 20 - Requisito Funcional: Envio de incidente
Página 60 de 144
FRQ-0005 Obtener ubicación

 CU-02
Descripción El sistema permitirá obtener la ubicación actual del
dispositivo móvil mediante la captura de la latitud y
longitud.
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 21 - Requisito Funcional: Obtener ubicación
FRQ-0006 Capturar fotografía


 CU-02
Descripción El sistema permitirá tomar una fotografía y
mostrarla dentro de la aplicación móvil para su
posterior envío.
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Página 61 de 144
Tabla 22 - Requisito Funcional: Capturar fotografía
FRQ-0007 Redimensionar fotografía


 CU-02
Descripción El sistema permitirá redimensionar el tamaño de la
fotografía tomada para controlar el espacio en
disco cuando se almacene en el servidor.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 23 - Requisito Funcional: Redimensionar fotografía
FRQ-0008 Control de acceso web


 CU-03
 CU-04
 CU-05
 CU-07
Descripción El sistema permitirá controlar el acceso web
solicitando un usuario y contraseña válido para
Página 62 de 144
acceder al módulo autorizado.
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 24 - Requisito Funcional: Control de acceso web
FRQ-0009 Mostrar nombre del usuario que ingresa al
sistema

 CU-07
Descripción El sistema permitirá mostrar el nombre del usuario
que ingresa al sistema en un mensaje de
bienvenida.
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 25 - Requisito Funcional: Mostrar nombre del usuario
FRQ-0010 Mostrar lista de incidentes


Página 63 de 144
 CU-03
 CU-04
Descripción El sistema permitirá mostrar la lista de incidentes
reportados desde el aplicativo móvil, indicando el
tipo de incidente, fecha y descripción del incidente
para su posterior gestión.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 26 - Requisito Funcional: Mostrar lista de incidentes
FRQ-0011 Mostrar detalles del incidente


 CU-03
 CU-04
Descripción El sistema permitirá seleccionar un incidente y
mostrar su ubicación geográfica, foto del incidente,
en caso de no cargar la foto se mostrará una
imagen referencial de la ubicación.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 27 - Requisito Funcional: Mostrar detalles del incidente
Página 64 de 144
FRQ-0012 Graficar ubicación

 CU-03
 CU-04
Descripción El sistema permitirá mostrar la ubicación exacta
del incidente reportado en un mapa digital, para
ello se empleará el Google Maps API.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 28 - Requisito Funcional: Graficar ubicación
FRQ-0013 Agrupar incidentes


 CU-03
 CU-04
Descripción El sistema permitirá seleccionar uno o más
incidentes para poder agruparlos en una nueva
atención o una atención ya existente.

Urgencia Alta
Página 65 de 144
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 29 - Requisito Funcional: Agrupar incidentes
FRQ-0014 Crear atención


 CU-04
Descripción El sistema permitirá crear una atención, el cual
deberá contener un nombre y una categoría, para
ello se deberá seleccionar uno o más incidentes.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 30 - Requisito Funcional: Crear atención
FRQ-0015 Mostrar atenciones creadas


 CU-04
Descripción El sistema permitirá mostrar las atenciones
creadas indicando la fecha de creación, categoría,
nombre de la atención y número de incidentes
agrupados para dicha atención.
Página 66 de 144
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 31 - Requisito Funcional: Mostrar atenciones creadas
FRQ-0016 Gestionar atenciones


 CU-04
 CU-05
Descripción El sistema permitirá gestionar las atenciones
creadas. Para la gestión se deberá tener en cuenta
la estación de bomberos que se le va asignar y el
estado en el cual se encuentra (en proceso,
cancelada o atendida). Esta información se irá
actualizando conforme sea el caso.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 32 - Requisito Funcional: Gestionar atenciones
FRQ-0017 Monitorear atenciones

Página 67 de 144
 CU-05
Descripción El sistema permitirá mostrar en una ventana de
monitores las atenciones creadas y el estado en el
que se encuentran, la información a mostrar será:
descripción de la atención, estación de bomberos
asignada y el tipo de emergencia al cual
pertenece.
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 33 - Requisito Funcional: Monitorear atenciones
FRQ-0018 Bloquear informante


 CU-07
Descripción El sistema permitirá bloquear al informante en caso
que se detecte que envía información falsa. El
estado del informante en el sistema pasará de
activo a inactivo.
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 34 - Requisito Funcional: Bloquear informante
Página 68 de 144
FRQ-0019 Registrar estaciones

 CU-07
Descripción El sistema permitirá poder registrar y actualizar las
estaciones de bomberos con los siguientes datos:
nombre de la estación, dirección, ubicación,
teléfono, jefe, año de fundación, estado.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 35 - Requisito Funcional: Registrar estaciones
FRQ-0020 Registrar categoría de atención


 CU-07
categorías de atención con los siguientes datos:
categoría, descripción y estado (activo o inactivo).

Urgencia Alta
Estado Terminado
Estabilidad Alta
Página 69 de 144
Comentarios Ninguno
Tabla 36 - Requisito Funcional: Registrar categoría de atención
FRQ-0021 Registrar categoría de incidente


 CU-07
categorías de incidentes con los siguientes datos:
categoría, descripción y estado (activo o inactivo).

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 37 - Requisito Funcional: Registrar categoría de incidente
FRQ-0022 Registrar roles


 CU-07
Descripción El sistema permitirá registrar y actualizar los roles
de usuarios para el sistema web con los siguientes
datos: rol (administrador o visor), descripción y
estado (activo o inactivo).

Página 70 de 144
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 38 - Requisito Funcional: Registrar roles
FRQ-0023 Mostrar referencia de ubicación


 CU-04
Descripción El sistema permitirá mostrar la dirección del lugar
desde donde se reporta el incidente al informante
para una mejor referencia del lugar de donde se
encuentra.
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 39 - Requisito Funcional: Registrar roles
5.1.5.2. Requerimientos no funcionales
FRQ-0001 Registro de informante


Página 71 de 144
 CU-01
Descripción El sistema permitirá el registro del informante. Los
datos solicitados para dicho registro serán:
nombres, apellidos, correo electrónico y número de
celular.
Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 40 - Requisito No Funcional: Registro de informante
FRQ-0002 Registro de empleados


 CU-06
Descripción El sistema permitirá el registro del personal que
labora en la institución. Los datos solicitados para
dicho registro serán: nombres, apellidos, dirección,
correo electrónico, DNI.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 41 - Requisito No Funcional: Registro de empleados
FRQ-0003 Registro de usuarios

Página 72 de 144
 CU-06
Descripción El sistema permitirá el registro de un usuario con
privilegios para poder gestionar o monitorear
incidentes. Los datos solicitados para dicho
registro serán: nombre de usuario y contraseña.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 42 - Requisito No Funcional: Registro de usuarios
FRQ-0004 Envío de incidente


 CU-02
Descripción El sistema permitirá el envío de un incidente. Dicho
incidente debe tener los siguientes datos: tipo de
incidente, latitud, longitud, fecha, número de
celular, descripción y fotografía del incidente.

Urgencia Alta
Estado Terminado
Estabilidad Alta
Comentarios Ninguno
Tabla 43 - Requisito No Funcional: Envio de incidente
Página 73 de 144
Página 74 de 144
5.1.6.Arquitectura del Sistema
Figura 13. Diagrama de Arquitectura del Sistema
Página 75 de 144
5.1.7.Diseño de interfaces
Aplicativo Web
Figura 14. Login del sistema de gestión y control de alertas.
Figura 15. Página de inicio.
Página 76 de 144
Figura 16. Página de organización de incidentes.
Figura 17. Agrupación y categorización de incidentes repetidos.
Página 77 de 144
Figura 18. Página de creación de atención incidente.
Figura 19. Página de monitoreo de atenciones gestionadas.
Página 78 de 144
Aplicativo Móvil
Figura 20.Pantalla de registro de aplicativo móvil.
Página 79 de 144
Figura 21. Pantalla de menú de aplicativo móvil.
Página 80 de 144
Figura 22. Pantalla de envío de incidente en aplicativo móvil.
Página 81 de 144
5.1.8.Diagrama Entidad Relación
Figura 23. Diagrama de Entidad Relación
Página 82 de 144
5.1.9. Diseño de Base de Datos
5.1.9.1. Modelo Lógico
Figura 24. Modelo lógico de base de datos
Página 83 de 144
5.1.9.2. Modelo Físico
Figura 25. Modelo físico de base de datos
Página 84 de 144
5.1.10. Diccionario de Datos
Informantes
Campo Tipo Tamaño Descripción
Id int - Id de la tabla PK
Nombres varchar 45 Nombres del informante
Apellidos varchar 45 Apellidos del informante
Correo varchar 60 Correo del informante
Estado int - Estado del informante
Tabla 44 - Tabla Informantes
Categoría Incidente
categoría varchar 20 Categoría del incidente
descripción varchar 100 Descripción de la categoría del incidente
Estado int - Estado de la categoría del incidente
Tabla 45 - Tabla Categoría Incidente
Roles
Rol varchar 15 Nombre del rol
descripcion varchar 100 Descripción del rol
estado int - Estado del rol
Tabla 46 - Tabla Roles
Personal
dni varchar 8 DNI del personal
nombres varchar 45 Nombres del personal
apellidos varchar 45 Apellidos del personal
celular varchar 15 Celular del personal
correo varchar 60 Correo del personal
direccion varchar 100 Dirección del personal
estado int - Estado del personal
Tabla 47 - Tabla Personal
Categoría atenciones
Página 85 de 144
categoria varchar 20 Nombre de la categoría
descripcion varchar 100 Descripción de la categoría
estado int - Estado de la categoría
Tabla 48 - Tabla Categoría atenciones
Estaciones
nombre varchar 80 Nombre de la estación
direccion varchar 10 Dirección de la estación
ubicacion varchar 30 Ubicación de la estación
telefono varchar 15 Teléfono de la estación
jefe varchar 80 Jefe de la estación
fechafundacio date - Fecha de la fundación de la estación
n
estado int - Estado de la estación
Tabla 49 - Tabla Estaciones
Usuarios
usuario varchar 20 Nombre del usuario
password varchar 20 Contraseña del usuario
idRol int - Rol del usuario FK
idPersonal int - Personal FK
estado int - Estado del usuario
Tabla 50 - Tabla Usuarios
Incidentes
fechaHora date - Fecha y hora del incidente
latitud varchar 30 Latitud de la ubicación del incidente
longitud varchar 30 Longitud de la ubicación del incidente
fotografia varchar 266 Fotografía del incidente
descripcion varchar 300 Descripción del incidente
idInformante int - Informantes que reporta el incidente FK
idCategoria int - Categoría del incidente FK
idUsuario int - Usuario que atiende el incidente FK
estado int - Estado del incidente
Tabla 51 - Tabla Incidentes
Página 86 de 144
Detalle Atenciones
idAtenciones int - Id de las atenciones FK
idIncidentes int - Id de los incidentes FK
estado int - Estado de la tabla
Tabla 52 - Tabla Detalle Atenciones
Atenciones
id int - Id de la tabla PK
Titulo varchar 50 Título de la atención
idCategoria int - Categoría de la atención FK
fechaHora date - Fecha de la atención
descripción varchar 300 Descripción de la atención
idEstacion int - Estación que realizará la atención FK
idUsuario int - Usuario que realiza la atención FK
estado int - Estado de la atención
Tabla 53 - Tabla Atenciones
Página 87 de 144
6. CAPITULO VI: Aseguramiento de la calidad.
6.1. Plan de Pruebas
Código de Caso Proceso/Requisito Pre Condiciones Caso de Actividades Resultado
Requisitos Crítico Funcional Prueba Esperado

FRQ-0001 SÍ Registro de Llenar el Deberá validar y Los datos del Los datos del
informante formulario con los enviar los datos informante se informante queden
datos del informante guardaron almacenados en la
correspondientes para su correctamente. base de datos.
almacenamiento
.
FRQ-0002 SÍ Registro de Llenar el Deberá validar y Los datos del Los datos del
empleados formulario con los enviar los datos empleado se empleado queden
datos del empleado guardaron almacenados en la
correspondientes. para su correctamente. base de datos.
almacenamiento
.
FRQ-0003 SÍ Registro de usuarios Llenar el Deberá validar y Los datos del Los datos del
Página 88 de 144
formulario con los enviar los datos usuario se usuario queden
datos del usuario para guardaron almacenados en la
correspondientes. su correctamente. base de datos.
almacenamiento
.
FRQ-0004 SÍ Envío de incidente Elegir la Deberá validar Los datos del Los datos del
categoría, tomar los datos y incidente se incidente queden
una fotografía y enviar para su guardaron almacenados en la
estar conectado a almacenamiento correctamente. base de datos.
internet. .
FRQ-0005 SÍ Obtener ubicación Conexión a Deberá obtener Se tiene lista las Las coordenadas
internet la ubicación coordenadas de estén listas para su
exacta desde ubicación para envío.
donde se está ser enviadas.
ejecutando la
aplicación móvil.
FRQ-0006 SÍ Capturar fotografía Elegir una Deberá obtener Se tiene lista la La fotografía esté
categoría de la fotografía la fotografía para listas para su
Página 89 de 144
incidente. cual, ser redimensionamiento
seguidamente, redimensionada .
será procesada .
y enviada.
FRQ-0007 SÍ Redimensionar Tomar una Deberá Se tiene lista la La fotografía esté
fotografía fotografía. redimensionar la fotografía para listas para su envió.
fotografía ser enviada.
tomada por el
informante, de
modo que tenga
un tamaño
adecuado para
ser enviada.
FRQ-0008 SÍ Control de acceso web Conexión a Deberá validar Ingreso del El usuario acceda al
internet y acceder los datos usuario al módulo que le
al módulo de ingresados sean módulo corresponde.
control de correctos correspondiente
accesos. además de .
Página 90 de 144
verificar que el
usuario esté
registrado en la
base de datos.
FRQ-0009 SÍ Mostrar nombre del Tener los accesos Deberá mostrar Bienvenido Se muestre el
usuario que ingresa al necesarios. una bienvenida <nombre del saludo de
sistema con el nombre usuario> bienvenida.
del usuario que
está accediendo
a la aplicación.
FRQ-0010 SÍ Mostrar lista de Registrar Deberá mostrar Visualización de Se muestre la lista
incidentes incidentes. una lista de lista de de incidentes.
incidentes. incidentes.
FRQ-0011 SÍ Mostrar detalles del Registrar Deberá mostrar Visualización de Se muestre los
incidente incidentes. el detalle de los la ubicación detalles de los
incidentes tales fotografía y incidentes.
como ubicación demás datos del
fotografía, incidente.
Página 91 de 144
descripción y
categoría al
seleccionar en
cada uno de
ellos.
FRQ-0012 SÍ Graficar ubicación Registrar Deberá graficar Visualización de Visualice la
incidentes. sobre un mapa mapa digital con ubicación de
digital la la ubicación del incidentes.
ubicación exacta incidente.
del incidente
registrado.
FRQ-0013 SÍ Agrupar incidentes Registrar Deberá agrupar Agrupación Los incidentes
incidentes. incidentes, los correcta. queden agrupados.
cuales deberán
pertenecer a
una atención.
FRQ-0014 SÍ Crear atención Registrar Deberá crear Creación de La atención se cree
incidentes. atenciones. atención correctamente.
Página 92 de 144
correcta.
FRQ-0015 SÍ Mostrar atenciones Crear atenciones. Deberá mostrar Visualización de Que las atenciones
creadas las atenciones atenciones se muestren en una
creadas. creadas. lista.

FRQ-0016 SÍ Gestionar atenciones Crear atenciones. Deberá Atención Que se puedan
gestionar la actualizada. actualizar los datos
información de de las atenciones
las atenciones. creadas.

FRQ-0017 SÍ Monitorear atenciones Crear atenciones. Deberá mostrar Visualización de Visualizar las
sobre un mapa mapa digital con atenciones en un
digital todas las la ubicación de mapa digital.
atenciones que las atenciones.
están en
proceso.
FRQ-0018 SÍ Bloquear informante Registrar Deberá bloquear Informante El informante quede
informante. informantes bloqueado. bloqueado.

FRQ-0019 SÍ Registrar estaciones Llenar el Deberá registrar Estación Los datos de la
formulario con los estaciones. registrada. estación queden
Página 93 de 144
datos almacenados en la
correspondientes. base de datos.

FRQ-0020 SÍ Registrar categoría de Llenar el Deberá registrar Categoría de Los datos de la
atención formulario con los categoría de atención categoría de
datos atenciones. registrada. atenciones queden
correspondientes. almacenados en la
base de datos.
FRQ-0021 SÍ Registrar categoría de Llenar el Deberá registrar Categoría de Los datos de la
incidente formulario con los incidente. incidentes categoría de
datos registrada. incidentes queden
correspondientes. almacenados en la
base de datos.
FRQ-0022 SÍ Registrar roles Llenar el Deberá registrar Rol registrado. Los datos del rol
formulario con los roles. queden
datos almacenados en la
correspondientes. base de datos.

FRQ-0023 SÍ Mostrar referencia de Obtener la Deberá mostrar Visualización de Muestre la
ubicación ubicación. una referencia referencia del referencia de
Página 94 de 144
de la ubicación. incidente. ubicación.
Tabla 54 - Plan de Pruebas
Página 95 de 144
6.2. Checklist de pruebas
CONTROL DE LA APLICACIÓN MÓVIL
Ítem/s inspeccionado/s: Fecha:
Puntos chequeados: 1 2 3 4 5 Inspector:
1. Validación de campos vacíos

¿Valida que los campos no se encuentran vacíos? SÍ NO
N/A
¿Realiza la validación de campos? SÍ NO
N/A
2. Registro de usuario móvil

¿Se registra el usuario móvil sin ningún problema? SÍ NO
N/A
¿Error al registrar al usuario móvil? SÍ NO
N/A
3. captura de datos (latitud y longitud)

¿Captura la longitud y latitud del dispositivo móvil? SÍ NO
N/A
¿Muestra referencia del lugar en base a la latitud y longitud? SÍ NO
N/A
4. tomar foto
¿Captura la fotografía y la muestra en un control de imagen? SÍ NO
N/A
¿Error al capturar fotografía? SÍ NO
N/A
5. Registrar incidente
¿Enviar datos del incidente a la base de datos? SÍ NO
N/A
Página 96 de 144
¿Falla en el envío del incidente? SÍ NO
N/A
Observaciones
NOTA: N/A = No aplicable.
CONTROL DE LA APLICACIÓN WEB
Ítem/s inspeccionado/s: Fecha:
Puntos chequeados: 1 2 3 4 5 Inspector:
1. GESTION DE USUARIOS WEB

¿Permite crear nuevos usuarios web? SÍ NO
N/A
¿Permite asignar un rol al nuevo usuario web? SÍ NO
N/A
2. GESTION DE ACCESOS
¿Muestra los módulos web según el tipo de usuario? SÍ NO
N/A
¿Valida que solo ingresen usuarios registrados? SÍ NO
N/A
Página 97 de 144
3. MONITOREO DE ATENCIONES
¿Muestra la lista de atenciones según su estado de atención? SÍ NO
N/A
4. GESTIÓN DE USUARIO MÓVIL

¿Permite bloquear y desbloquear a un usuario móvil? SÍ NO
N/A
5. GESTION DE INCIDENTES
¿Permite agrupar más de un incidente del mismo tipo en una sola atención? SÍ NO
N/A
¿Permite actualizar datos de un incidente? SÍ NO
N/A
Observaciones
NOTA: N/A = No aplicable.
Página 98 de 144
7. CAPITULO VII: Resultados
7.1. Encuestas de satisfacción
Encuesta de Satisfacción del Aplicativo Móvil
Su opinión es importante para tratar de mejorar nuestro aplicativo móvil Alerta
Bombero. La información aquí recopilada nos resultará muy útil para conocer sus
opiniones. Por favor, califique su grado de satisfacción en los siguientes puntos,
teniendo en cuenta que 1 es pésimo, 2 es malo, 3 es regular, 4 es bueno y 5 es
excelente (marque con una X).
1. ¿Facilidad para registrarse en el aplicativo móvil Alerta Bombero fue
sencillo?
1 2 3 4 5
2. ¿Cuán amigable es la interfaz del aplicativo móvil Alerta Bombero?
1 2 3 4 5
3. ¿Facilidad en reconocer las opciones en aplicativo móvil Alerta Bombero?
1 2 3 4 5
4. ¿Facilidad para seleccionar el tipo de incidente a reportar?
1 2 3 4 5
Página 99 de 144
5. ¿Facilidad al capturar y mostrar la dirección obtenida desde modulo GPS
del dispositivo móvil?
1 2 3 4 5
6. ¿Facilidad al capturar evidencia fotográfica desde el aplicativo móvil Alerta
Bombero?
1 2 3 4 5
7. ¿Rapidez al enviar el incidente desde aplicativo Alerta Bombero a la
central de emergencias?
1 2 3 4 5
8. ¿Luego de la experiencia obtenida con que probabilidad, usted
recomendaría nuestra aplicación Alerta Bombero a un amigo?
1 2 3 4 5
Encuesta de Satisfacción del Aplicativo Web de Gestión y Monitoreo de
Incidentes
Su opinión es importante para tratar de mejorar nuestro aplicativo web Alerta
Bombero. La información aquí recopilada nos resultará muy útil. Por favor, marque
solo una opción (marque con una X).
1. ¿El acceso al Sistema de Monitoreo y Gestión de Incidentes es sencillo?
( ) SÍ
Página 100 de 144

( ) NO
2. ¿La interfaz web del sistema de Monitoreo y Gestión de Incidentes es
amigable?
( ) SÍ
( ) NO
3. ¿El sistema de Monitoreo y Gestión de Incidentes responde de manera
rápida a sus solicitudes?
( ) SÍ
( ) NO
4. ¿Es fácil el desplazamiento entre Módulos del Sistema de Monitoreo y
Gestión de Incidentes?
( ) SÍ
( ) NO
5. ¿Es fácil el reconocimiento de las Alertas recibidas en tiempo real?
( ) SÍ
( ) NO
6. ¿Es sencillo agrupar de incidentes reportados y suscitados en un mismo
lugar?
Página 101 de 144

( ) SÍ
( ) NO
7. ¿Es sencilla la creación de atenciones a partir de la agrupación de
incidentes?
( ) SÍ
( ) NO
8. ¿Es sencilla la gestión de las atenciones creadas?
( ) SI
( ) NO
9. ¿Es fácil la asignación de las atenciones creadas a las estaciones de
bomberos?
( ) SI
( ) NO
10. ¿Es fácil identificar y bloquear al infórmate móvil?
( ) SÍ
( ) NO
11. ¿Es fácil el reconocimiento de las atenciones en el mapa de Google Map?
Página 102 de 144

( ) SÍ
( ) NO
12. ¿El sistema le brinda la información que usted requiere para cumplir con
todas sus labores?
( ) SÍ
( ) NO
Página 103 de 144

7.2. Cuadros estadísticos
Resultados de Encuesta de Satisfacción del Aplicativo Móvil
Tabulación de datos
Pregunta 1 Pregunta 2 Pregunta 3 Pregunta 4 Pregunta 5 Pregunta 6 Pregunta 7 Pregunta 8

Encuestado 1 5 5 4 5 5 5 5 5
Encuestado 2 5 5 5 5 5 5 5 5
Encuestado 3 5 5 5 5 4 5 5 5
Encuestado 4 5 5 5 5 4 5 5 5
Encuestado 5 5 5 5 5 4 4 5 5
Encuestado 6 5 4 5 5 4 5 5 5
Encuestado 7 5 4 5 5 5 5 5 5
Encuestado 8 5 5 5 5 5 5 5 5
Encuestado 9 5 5 5 5 5 5 5 5
Encuestado 10 5 5 5 5 5 5 5 5
Encuestado 11 5 5 5 5 5 5 5 5
Encuestado 12 5 5 5 5 5 5 5 5
Figura 26. Tabulación de datos
Página 104 de 144

Resultados
8.- ¿Luego de la
5.- ¿Facilidad al
6.- ¿Facilidad al 7. -¿Rapidez al experiencia
1.- ¿Facilidad para 2.- ¿Cuán 3.- ¿Facilidad en capturar y
4.- ¿Facilidad para Capturar enviar el incidente obtenida con que
registrarse en el amigable es la reconocer las mostrar la
Grado de seleccionar el tipo evidencia desde aplicativo probabilidad usted
aplicativo móvil interfaz del opciones en dirección obtenida
Satisfacción de incidente a fotográfica desde Alerta Bombero a recomendaría
Alerta Bombero aplicativo móvil aplicativo móvil desde modulo GPS
reportar? el aplicativo móvil la central de nuestra aplicación
fue sencillo? Alerta Bombero? Alerta Bombero? del dispositivo
Alerta Bombero? emergencias? Alerta Bombero a
móvil?
un amigo?
Excelente 12 10 11 12 8 11 12 12
Bueno 0 2 1 0 4 1 0 0
Regular 0 0 0 0 0 0 0 0
Malo 0 0 0 0 0 0 0 0
Pésimo 0 0 0 0 0 0 0 0
Figura 27. Resultados
Interpretación de los Resultados de Encuesta de Satisfacción del Aplicativo Móvil
Página 105 de 144

1.- ¿La facilidad para registrarse en el aplicativo móvil Alerta
Bombero fue sencillo?
14
12
10
0
Excelente Bueno Regular Malo Pésimo
Figura 28. Pregunta 1
Interpretación:
De un total de 12 encuestados, 12 creen que el registro de un nuevo usuario en el Aplicativo Móvil para dispositivos Android
es excelente.
Página 106 de 144

2.- ¿Cuán amigable es la interfaz del aplicativo móvil Alerta
Bombero?
12
10
0
Interpretación:
es excelente y 2 encuestados creen que es bueno.
Página 107 de 144

Página 108 de 144
3.- ¿Facilidad en reconocer las opciones en aplicativo móvil
Alerta Bombero?
12
10
0
Interpretación:
es excelente y un encuestado cree que es bueno.
Página 109 de 144

4.- ¿Facilidad para seleccionar el tipo de incidente a reportar?
14
12
10
0
Interpretación:
es excelente.
Página 110 de 144

5.- ¿Facilidad al capturar y mostrar la dirección obtenida
desde modulo GPS del dispositivo móvil?
9
8
7
6
5
4
3
2
1
0
Interpretación:
De un total de 12 encuestados, 8 creen que el registro de un nuevo usuario en el Aplicativo Móvil para dispositivos Android es
excelente y 4 encuestados creen que es bueno.
Página 111 de 144

6.- ¿Facilidad al Capturar evidencia fotográfica desde el
aplicativo móvil Alerta Bombero?
12
10
0
Interpretación:
es excelente y un encuestado cree que es bueno.
Página 112 de 144

7. -¿Rapidez al enviar el incidente desde aplicativo Alerta
Bombero a la central de emergencias?
14
12
10
0
Interpretación:
es excelente.
Página 113 de 144

8.- ¿Luego de la experiencia obtenida con que probabilidad
usted recomendaría nuestra aplicación Alerta Bombero a un
amigo?
14
12
10
0
Interpretación:
es excelente.
Página 114 de 144

Página 115 de 144
Conclusión de la Encuesta de Satisfacción del Aplicativo Web de Gestión y Monitoreo de Incidentes
Conclusión:
Después de realizar la encuesta aplicada a la operadora encargada de la recepción de incidentes en la central de la Compañía de
Bomberos, se concluye que el sistema de monitoreo y gestión de incidentes propuesto cumple con todas las funcionalidades
necesarias para un mejor control y gestión de incidentes, así como la determinación de la localización exacta del hecho para su
oportuna atención.
Página 116 de 144

8. CAPITULO VIII: Conclusión, Recomendaciones y Referencias Bibliográficas
8.1. Conclusiones
 Se concluye que el presente proyecto será de gran utilidad tanto para las personas (informantes) como para la central de bomberos,
ya que los informantes podrán, de manera fácil y rápida, reportar en tiempo real incidentes y la persona encargada de la central de
bomberos podrá gestionar, de manera más eficiente y automatizada, dichos incidentes reportados.
 Se concluye también que con la elaboración de este proyecto se ha buscado promover la automatización de los procesos de la
Central de Emergencia de los Bomberos empleando tecnología del momento.
 Se logró implementar una herramienta que gestiona eficientemente las actividades de los procesos que se realizan en Central de
Emergencia de los Bomberos con respecto al servicio que prestan a la ciudadanía para cumplir con las funcionalidades establecidas.
 Este sistema de reporte de incidentes podrá ser usado por la ciudadanía ante un evento o desastre natural, donde las llamadas
suelen saturarse y solo sea disponible la conexión mediante internet para su funcionamiento.
 El proyecto realizado responde a las expectativas y requerimientos establecidos desde un principio.
 Se cumplió con implementar una herramienta tecnológica en la Central de Emergencia de los Bomberos de Arequipa para la gestión
eficiente de las incidencias y los procesos que estos conlleven respecto al servicio que brindan a la ciudadanía.
 Se cumplió con implementar el mapa digital con el api de Google Map para el despliegue de alertas en tiempo real con las
ubicaciones exactas de los incidentes reportados.
Página 117 de 144

 Finalmente, se implementó una herramienta que brinda a la ciudadanía la funcionalidad de registrar un incidente por el dispositivo
móvil y que este se visualice en tiempo real en el aplicativo web de la Central de Emergencias.
8.2. Recomendaciones
 Se recomienda desarrollar el interés del cliente para los móviles iPhone y Windows Mobile que en la actualidad también poseen gran
cantidad de usuarios que podrían interesarse por esta aplicación.
 Se recomienda disponer de un dispositivo móvil con módulo GPS y conectividad a datos para realizar el registro y envío del
incidente.
 Se recomienda utilizar aplicativo móvil Alerta Bombero únicamente para fines reales y veraces, de lo contrario el registro de usuario
y número será bloqueado en el Sistema de Gestión de Alertas de la Central de Emergencia de los Bomberos.
 Finalmente, se propone expandir la aplicación orientada a otras entidades que sean de interés para la comunidad, como por ejemplo
comisarias, colegios, etc.
Página 118 de 144

8.3. Referencias Bibliográficas
[1] T. Mikkonen, Programming Mobile Devices: An Introduction for Practitioners, Canada: John Wiley and Sons Lte., 2007.
[2] L. Durán, El Gran libro del PC interno, México: ALFA OMEGA GRUPO, 2006.
[3] E. C. D. V. E. C. D. Valle, EJECUTIVOS de INFORMÁTICA - TEMARIO MATERIAS ESPECÍFICAS.
[4] Microsoft Corporation, 11 02 2017. [En línea]. Available: https://msdn.microsoft.com/es-es/library/bb972248.aspx.
[5] Á. Cobo, PHP y MySQL: Tecnología para el desarrollo de aplicaciones web., 2005.
[6] Google, «Google Maps APIs,» [En línea]. Available: https://developers.google.com/maps/terms?hl=es-419.
[7] R. S. Pressman, Ingeniería del software, un enfoque práctico, España: McGraw-Hill, 1998.
[8] R. K. Clemmons, Project estimation with Use Case Points, Estados Unidos: Crosstalk, 2006.
Página 119 de 144

ANEXOS
Página 120 de 144

ANEXO 01 - MANUAL DE SISTEMA
Manual de Sistema de la Aplicación Móvil
Al ingresar por primera vez a la aplicación móvil, esta requerirá del registro del informante, para lo cual se deberán ingresar los
siguientes datos: nombre, apellidos, Email y celular que serán validados por la aplicación para asegurar la integridad de la información.
Como se puede apreciar en la siguiente imagen, esta actividad contará con 4 EditText en los cuales se ingresarán los datos antes
mencionados, 4 TextView que indicarán la información precisa que se debe ingresar en cada EditText respectivamente y un botón del
evento, el mismo que ejecutará los procedimientos necesarios para efectuar el registro del informante.
Página 121 de 144

En la siguiente actividad se mostrarán las categorías del incidente que el informante va reportar.
Las categorías que se muestran son: emergencia, incendio, rescate y otros. Estas categorías están representadas sobre 4 botones que
permitirán abrir la actividad en la que se va ingresar y validar los datos el incidente.
Página 122 de 144

Página 123 de 144
Esta actividad permitirá registrar los incidentes, como se muestra en la imagen a continuación. En esta actividad se tienen 4 EditText
en los que se mostrará la longitud, latitud, referencia; asimismo se ingresará la descripción del incidente. También contará con 5 TextView,
los cuales se emplean de forma informativa para indicar el tipo de conexión de la aplicación y detallar el dato que se debe ingresar en cada
EditText respectivamente. Asimismo, contendrá ImageView que previsualizará la fotografía que se va enviar y 3 botones. El primer botón
tendrá la función de refrescar y obtener la ubicación actual; el segundo botón, la de abrir el visor de la cámara del celular con el cual el
informante podrá realizar la toma de la fotografía; y el tercer botón tendrá la función de enviar todos los datos del incidente.
Página 124 de 144

La información adicional del incidente que se envía de forma internet es el celular del informante para su respectiva validación, y la
fecha en la que se está reportando el incidente.
Página 125 de 144

Manual de Sistema de la Aplicación Web
En la aplicación web se gestionará y monitorizará los incidentes reportados por los informantes desde la aplicación móvil. Para
acceder a la aplicación web se debe ingresar al siguiente link:
http://atencionbombero.disce.me/
Control de Accesos
Al ingresar al link antes indicado, cargará como pantalla inicial el módulo control de accesos: En este formulario se validará el
permiso de los usuarios y su existencia de los mismos. Para efectuar estas validaciones se deberán ingresar los datos solicitados por el
formulario y pulsar sobre el botón “Ingresar” para acceder al sistema.
En este formulario es donde se determinan los privilegios del usuario de acuerdo al rol con el que se encuentre registrado en la base
de datos.
Página 126 de 144

Existen dos tipos de usuario:
1. Administrador
Tiene disponible todas las opciones y módulos del sistema.
2. Visor
Tiene disponible únicamente el mapa en el que se visualizarán todas las atenciones en proceso.
Página Principal
A continuación, se muestra la pantalla principal de la aplicación web que está estructurada de la siguiente manera:
 En el panel izquierdo se puede apreciar el menú de opciones.
 En el panel derecho datos informativos de la aplicación web.
 En la parte superior está implementado un contenedor en el cual se podrán gestionar cada formulario que se apertura.
 Mensaje en la parte superior derecha en el que se muestra la respectiva bienvenida.
Página 127 de 144

A partir de formulario se podrá gestionar todas las opciones de la aplicación web.
Página 128 de 144

Ver Mapa
En la opción ver mapa se tiene la siguiente presentación: en el panel izquierdo se muestra una grilla con la información de todas las
atenciones en proceso y en el panel derecho, la ubicación exacta de la atención seleccionada en la grilla antes mencionada.
Para la visualización de la ubicación geográfica exacta se está empleando el API de Gogle denominado “Google Maps”, el cual
permite graficar de forma interactiva con el usuario.
Página 129 de 144

Página 130 de 144
Gestión de Incidentes y Atenciones
Este formulario permite gestionar los incidentes y agruparlos en atenciones, dicha gestión la realiza el operador de la central de
bomberos.
El formulario que se muestra en la siguiente imagen tiene los siguientes elementos:
 En la parte superior izquierda se muestra una grilla en la cual se listan los incidentes reportados por los informantes y se gestionará
la creación de las atenciones agrupando incidentes o la agregación de incidentes a una atención y existente.
 En la parte inferior izquierda se muestra una grilla en la cual se listan las atenciones generadas por el usuario administrador y
gestiona la información de las mismas.
 En la parte superior derecha se muestra el mapa que dibuja de forma interactiva la ubicación exacta del incidente reportado.
 En la parte inferior derecha se muestra la imagen correspondiente al incidente seleccionado.
Página 131 de 144

Creación de Atenciones
Al realizar el proceso de creación de una nueva atención se muestra el siguiente formulario, en el cual se indicará los datos
generales y/o referenciales de la atención que se está generando.
Página 132 de 144

Mensaje de Confirmación
Al finalizar con la creación de una atención se mostrará un mensaje en la parte superior izquierda.
Página 133 de 144

Página 134 de 144
Gestión de las atenciones
En este formulario se gestionarán los datos de forma más detallada de las atenciones generadas por el usuario.
Como se puede apreciar en este formulario, se pueden actualizar los datos propios de las atenciones y los incidentes a los que
agrupa.
Los datos propios de las atenciones se muestran en la parte superior del formulario.
La lista de incidencias pertenecientes a esta atención se muestra en la grilla que se encuentra en la parte inferior del formulario.
Página 135 de 144

Página 136 de 144
Módulo de Mantenimiento
El mantenimiento de los registros se realizará a partir de un formulario como se muestra en la siguiente imagen:
Al hacer doble clic en uno de los registros se abrirá un formulario en el cual se podrán actualizar los datos del mismo.
Página 137 de 144

El mantenimiento de los demás registros se realiza de la misma manera que en las gráficas antes descritas.
Página 138 de 144

Los mantenimientos que la aplicación contempla son:
 Personal
 Roles
 Categoría Atención
 Categoría Incidente
 Estación
Página 139 de 144

 Informante.
Página 140 de 144

ANEXO 02 - MANUAL DE USUARIO
Manual de Usuario de la Aplicación Móvil
Ingresar a la aplicación móvil accediendo desde el ícono de la aplicación.
Llenar el formulario de registro con los datos requeridos y pulsar sobre el botón Registrarse. Si el registro es exitoso, mostrará el
mensaje Usuario registrado en el menú principal de la aplicación.
Página 141 de 144

En el menú principal debemos seleccionar el tipo de incidente que desea reportar, pulsando
sobre los botones de Emergencia, Incendio, Rescate u Otros.
Página 142 de 144

Página 143 de 144
Pulsar sobre el botón Tomar Foto para capturar una imagen del incidente que desea enviar.
Página 144 de 144

Tesis Romel CORRECCION

Cargado por

Copyright:

Formatos disponibles

Tesis Romel CORRECCION

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis Romel CORRECCION

Cargado por

Copyright:

Formatos disponibles

Marco Antonio Medina Dávalos

Ferly Romel Lazo Zúñiga

Desarrollo de un sistema de monitoreo y gestión

Tema del Trabajo Final de Titulación, presentado para ser

Franz Asmat Fuentes

Arequipa, 23 de Abril del 2017

Desarrollo de un sistema de monitoreo y gestión

Tema del Trabajo Final de Titulación, presentado para ser

Franz Asmat Fuentes

Arequipa, 23 de Abril del 2017

Marco Antonio Medina Dávalos

Se graduaron en la Universidad Tecnológica del Perú, Carrera

Desarrollo de un Sistema de Monitoreo y Gestión de

v. 98p: il.; 29,7cm

1- Tesis - Universidad Tecnológica del Perú, Carrera

Incluye referencias bibliográficas.

1 T. Mikkonen, Programming Mobile Devices: An Introduction

Quiero agradecer a Dios, a

Quiero dedicar el presente

Quiero dedicar el presente

El presente proyecto está basado en el desarrollo de una solución web y móvil

cuyo objetivo es proveer a la ciudadanía de una herramienta que permita reportar

incidencias en el momento que ocurran, tales como: emergencias, incendios, rescates y

otros a la Central de Bomberos de Arequipa. Dicho proyecto tiene como nombre

“Sistema de Monitoreo y Gestión de Incidencias en Tiempo Real para la Compañía de

Bomberos de Arequipa”, un aplicativo móvil que permitirá involucrar a la ciudadanía con

la Central de Bomberos a través de la captura de la posición geográfica de una manera

precisa, empleando el modulo GPS disponible en el dispositivo móvil.

Nuestro aplicativo web permitirá recibir y mostrar incidencias reportadas por la

ciudadanía en una cola de incidencias; asimismo, permitirá graficar y mostrar las

Alternativamente, dispondrá de la opción para mostrar la descripción y fotografías que

pueda tener adjuntos dicho reporte recibido. La metodología usada en el presente

Planificación: En esta etapa se establece el dialogo permanente entre las partes

interesadas y el desarrollador para identificar los procesos e información importante que

se requiera para el software. También se establecen fechas para presentar pequeñas

muestren un software completamente funcional e integrado.

Diseño: En esta metodología siempre se plantea un diseño simple, siempre y cuando

se ha especificado, la programación será el Core principal en esta metodología. Se

plantean estrategias de implementación como la recodificación, programación en pareja,

integración continua, entre otros, siempre y cuando se siga los estándares de

verificar el correcto funcionamiento de los entregables o versiones. Se adopta un método

de desarrollo basado en las pruebas, de este forma se asegura que la codificación

funciona según lo planeado.

Aplicación móvil, aplicación web, backend, Android, geolocalización, incidentes,

using The GPS module available on the mobile device.

will be composed of four main activities:

Design: In this methodology always a simple design is proposed, as long as it is possible

Implementation strategies such as re-coding, pair programming, integration are followed,

among others, as long as the predetermined coding standards are maintained.

functioning of the deliverables or versions. A test-based development method is adopted

to ensure that the coding works as planned.

Mobile Application, web application, backend, Android, geolocation, incidents, attentions

TABLA 1. TABLA COSTOS DE RECURSOS..............................................................27

FIGURA 1. CRONOGRAMA DE ACTIVIDADES........................................................34

Al día, la central telefónica del Cuerpo General de Bomberos en Arequipa recibe

El comandante departamental de la VII Comandancia de Bomberos Arequipa,

A esta problemática adicionamos el hecho de que algunas emergencias reportadas

por los ciudadanos son falsas, perturbadoras, imposibles de localizar en cuanto a su

ubicación o no ameritan atención.