Propuesta de Diseño de Un Aplicativo Móvil para Reportar Riesgos y Desastres
Propuesta de Diseño de Un Aplicativo Móvil para Reportar Riesgos y Desastres
Trabajo de Investigación
AUTORES:
LIZA SILVA, ESTHEFANY - 1525493
VILLAR GAVIDIA, RICARDO - U17209768
1
Resumen
en el 2017 y más de 5 mil en el 2018, muchas de estas emergencias fueron por causas
naturales y otras por causas humanas, para que los daños y afectados se reduzcan es
crucial que el riesgos o desastre sea reportado a tiempo y con información pertinente
para que las entidades como los bomberos, policía, INDECI, entre otros, puedan actuar
Se realizó un trabajo de investigación cuyo propósito fue realizar una propuesta de diseño
para un aplicativo móvil para reportar riesgos y desastres, se utilizó la metodología RUP
software, y se empleó SCRUM para la gestión del proyecto, dando como producto las
revisaron fuentes de entidades del estado para conocer la situación actual de la atención
usaron diferentes softwares de licencia libre: Drwa.io, Marvel App, Bizagi y eclipse, para
la creación de los diseños. Dando como resultado, una propuesta diseño para el futuro
2
Dedicatoria
3
Agradecimiento
2
Índice
Introducción ..................................................................................................................................7
1 Capítulo I: Antecedentes de la Investigación .................................................................9
1.1 Planteamiento del problema..........................................................................................9
1.2 Definición de los Objetivos ..........................................................................................11
1.2.1 Objetivo general ....................................................................................................11
1.3 Alcance de la investigación .........................................................................................12
2 Capítulo II: Marco Teórico ................................................................................................13
2.1 Problemas similares y análisis de soluciones empleadas ......................................13
2.1.1 Enfoque tecnológico ............................................................................................13
2.1.2 Enfoque de riesgos y desastres .........................................................................14
2.2 Tecnologías/técnicas de sustento ..............................................................................15
2.2.1 Aplicación móvil ....................................................................................................15
2.2.1.1 Ciclo de vida de un aplicativo móvil ...........................................................16
2.2.1.2 Ventajas de un aplicativo móvil ...................................................................16
2.2.2 RUP (Rational Unified Process)..........................................................................17
2.2.2.1 Fase de RUP .................................................................................................17
2.2.2.2 Productos de RUP ........................................................................................18
2.2.3 SCRUM ..................................................................................................................18
2.2.3.1 Eventos de SCRUM:.....................................................................................19
2.2.3.2 Artefactos de SCRUM ..................................................................................20
2.2.4 Técnica de desarrollo ...........................................................................................20
2.2.5 Gestor de Base de datos .....................................................................................21
2.3 Campo de aplicación ....................................................................................................22
2.3.1 Gestión pública......................................................................................................22
2.3.2 Gestión preventiva ................................................................................................22
2.3.3 Gestión de comunicación de emergencias .......................................................22
2.3.4 Gestión de Información ........................................................................................22
2.3.5 Campo Ambiental .................................................................................................22
2.3.6 Campo Económico ...............................................................................................23
2.3.7 Campo Social ........................................................................................................23
2.3.8 Campo Tecnológico ..............................................................................................24
3 Capítulo III: Planteamiento de la Solución ...................................................................24
3.1 Selección de la Solución ..............................................................................................24
2
3.1.1 Evaluación de la metodología .............................................................................24
3.1.2 Evaluación de la gestión del proyecto................................................................24
3.1.3 Evaluación de la técnica de desarrollo ..............................................................25
3.1.4 Evaluación del gestor de base de datos ............................................................25
3.2 Recursos Necesarios ...................................................................................................25
3.2.1 Metodología ...........................................................................................................25
3.2.1.1 Levantamiento de información ....................................................................25
3.2.1.2 Sprint 1: Planificación del proyecto ............................................................28
3.2.1.3 Sprint 2: Diseño del aplicativo .....................................................................29
3.2.1.4 Sprint 3: Desarrollo del aplicativo ...............................................................30
3.2.1.5 Sprint 4: Funcionalidad del aplicativo .........................................................32
3.2.1.6 Sprint 5: Implementación del aplicativo .....................................................32
3.2.2 Herramientas .........................................................................................................33
3.2.3 Cronograma ...........................................................................................................35
3.3 Estudio de viabilidad ....................................................................................................35
3.3.1 Viabilidad operativa ..............................................................................................35
3.3.2 Viabilidad técnica ..................................................................................................35
4 Capítulo IV: Análisis de los resultados de la investigación .....................................36
4.1 Levantamiento de la información ................................................................................37
4.1.1 Actividad: Elaborar documentos para las entrevistas ......................................37
4.1.1.1 Cuestionario para las entrevistas................................................................37
4.1.1.2 Acta de reuniones .........................................................................................38
4.1.2 Actividad: Coordinar por correo fecha y hora de las entrevistas ....................40
4.1.2.1 Correos de coordinación ..............................................................................40
4.1.3 Actividad: Realizar las entrevistas ......................................................................41
4.1.3.1 Audios de las entrevistas .............................................................................41
4.1.3.2 Actas de reuniones debidamente llenadas digitalizados .........................41
4.1.4 Actividad: Procesar la información producto de las entrevistas .....................44
4.1.4.1 Resumen de las entrevistas ........................................................................44
4.1.5 Actividad: Analizar la información procesada ...................................................47
4.1.5.1 Resultado de las entrevistas .......................................................................47
4.1.6 Actividad: Buscar proyectos o investigaciones con línea de investigación
similar a la de nuestro proyecto ..........................................................................................49
4.1.6.1 Carpeta con tesis revisadas ........................................................................50
4.1.7 Actividad: Elegir los proyectos que guarden relación al nuestro ....................50
3
4.1.7.1 Documento Resumen de tesis revisadas ..................................................50
4.2 Sprint 1: Planificación del proyecto ............................................................................51
4.2.1 Actividad: Realizar el modelo del negocio .........................................................52
4.2.1.1 Mapa de procesos de una emergencia ......................................................52
4.2.1.2 Diagrama de proceso del aplicativo ...........................................................53
4.2.1.3 Reglas del negocio .......................................................................................55
4.2.2 Actividad: Elaborar los requisitos para el aplicativo .........................................56
4.2.2.1 Gráficos de casos de uso ............................................................................57
4.2.2.2 Historias de usuario y Product Backlog .....................................................61
4.2.3 Actividad: Realizar reunión para el avance del proyecto.................................67
4.2.3.1 Acta de reunión .............................................................................................68
4.3 Sprint 2: Diseño del aplicativo .....................................................................................69
4.3.1 Actividad: Analizar los requisitos para el desarrollo del aplicativo .................69
4.3.1.1 Metamodelo NoSQL .....................................................................................69
4.3.1.2 Diagrama de clases ......................................................................................70
4.3.1.3 Arquitectura del aplicativo ............................................................................72
4.3.2 Actividad: Elaborar los mockups del aplicativo .................................................72
4.3.2.1 Prototipo de interfaces .................................................................................73
4.3.3 Actividad: Realizar reunión para el avance del proyecto.................................85
4.3.3.1 Acta de reunión .............................................................................................85
Conclusiones y Recomendaciones .......................................................................................87
Conclusiones:............................................................................................................................87
Recomendaciones:...................................................................................................................87
Bibliografía...................................................................................................................................89
Anexo 1: Glosario .........................................................................................................................94
Anexo 2: Modelo de reportes ......................................................................................................95
4
Índice de Ilustraciones
5
Ilustración 27: Prototipo del registro del usuario................................................................. 74
............................................................................................................................................. 82
Índice de Tablas
6
Introducción
La presente investigación tiene como objetivo proponer el diseño de una aplicación móvil
más para las entidades y que los ciudadanos puedan involucrarse más. De esta manera,
se reducen los efectos que ponen en riesgo la integridad física de las personas o que
de conocer más acerca de la situación actual del país con respecto a su accionar ante los
desastres. Esto permitió conocer el proceso y medios por los cuales se realizan los
reportes de riesgos y desastres más usados por los bomberos y policías, así mismo
El poder desarrollar una herramienta que ayude a la gestión preventiva, fue un interés
mismo tiempo trabajar de manera colaborativa con ellos para poder obtener la
información pertinente de los riesgos o desastres que están presenciando para poder
análisis de las soluciones empleadas, se listan las tecnologías o técnicas que se usan en
7
Capítulo 3, se realiza el planteamiento de la solución con la selección de solución, la
8
1 Capítulo I: Antecedentes de la Investigación
Por consiguiente, en el momento que representan un peligro para la integridad física para
adecuada ante estos eventos e intentar reducir los impactos, pérdidas y daños que estos
producirse en su país u otros. Con el fin de ayudar a los gobiernes a estar mejor
países para que puedan tomar precauciones ante los fenómenos naturales a los cuales
En el caso del Perú, es necesario permanecer alerta ante cualquier evento, ya que la
zona geográfica en la que está ubicado es propensa a que ocurran fenómenos naturales
más propensos a suceder, siendo los más preocupantes los sismos, inundaciones, lluvias
intensas, bajas temperaturas y sequías. Ante este tipo de advertencias y los eventos
buscan desarrollar políticas, estrategias y acciones ante los fenómenos naturales con el
fin de reducir el impacto que estos puedan ocasionar. Presidencia del Consejo de
9
desastres, así como una preparación adecuada y minimizar los efectos negativos sobre la
todas estas acciones son dirigidas por el Instituto Nacional de Defensa Civil (INDECI). Es
así como el estado busca invertir de manera adecuada sus recursos en prevención, con
el fin de mitigar las pérdidas económicas y humanas ante cualquier desastre que se
presente.
En primer lugar, los sistemas de registro de emergencias solo pueden ser usados por
debido a que se llenan los formularios horas o días después de atendida la emergencia,
lo cual produce que los datos no sean los correctos y en muchos casos incompleta al
llenados con otros nombres o términos, refiriéndose a la misma emergencia. Por lo cual,
lugar, si bien se tienen políticas preventivas por parte del estado y gobiernos regionales
para actuar debidamente antes que sucedan los desastres, no se cuenta con los
las entidades correspondientes para que tomen las medidas correctivas a tiempo, lo cual
genera una mayor vulnerabilidad a los riesgos por ser detectados de manera tardía. Por
concientización por parte de las distintas entidades a nivel nacional, lo que provoca que
10
no se encuentren debidamente preparados ante el suceso de riesgo o desastre en el cual
sufrir daños.
usuarios, reportar los riesgos y desastres a nivel nacional que pueden presenciar como
manera, la aplicación emite una alerta a las autoridades y/o entidades más cercanas para
que estas actúen de forma inmediata o tomen las medidas correctivas en el momento
aplicativo informa a los ciudadanos sobre las situaciones de riesgo o desastres e indica las
boletines e informe de simulacros que los mantendrá informados ante las situaciones de
riesgo y desastres. También, estarán con una continua formación en cultura preventiva
mediante el manual de usuario con la información de los riesgos y desastres más comunes.
participación de talleres o simulacros que realicen las distintas entidades, ya que gran parte
panfletos o boletines impresos, así como pago por publicidad en los medios, todo esto se
11
1.3 Alcance de la investigación
móvil para el reporte de riesgos y desastres a, el cual contará con una interfaz intuitiva y
fácil entendimiento, con el cual los usuarios podrán guiarse, entender y realizar el reporte
La aplicación contará con un manual de usuario en el cual mostrará el correcto uso del
Los datos del reporte estarán estandarizados mediante un formulario con los siguientes
campos: dirección, tipo de riesgos o desastre, fotos o videos adjuntos y una descripción
del riesgo, toda esta información será almacenada en un base de datos en de la cual
pueden obtener reportes más precisos de acuerdo a la necesidad de las entidades y así
que suceda un desastre de importancia para que los usuarios puedan tomar sus
precauciones.
acuden.
12
El presente trabajo de investigación se realizará hasta la fase de Análisis y Diseño. En la
fase de análisis se reunirá y analizará la información proporcionada por las personas y/o
entidades para quienes se diseñará la aplicación móvil. El análisis permitirá obtener los
Los riesgos y desastres vienen siendo fuente de muchas investigaciones, en las cuales
Ramírez, Wilfredo en la Pontificia Universidad Católica del Perú, plantea el uso de drones
en las zonas afectadas por desastres naturales para poder brindar un medio de
km. de distancia con autonomía de trabajo de 2 horas mediante el uso de paneles solares
en los drones. Por otro lado, la tesis “Propuesta de la aplicación móvil basado en
ubicaciones de zonas ante desastres naturales en Iquitos” de Ríos, Paulo y Vela, Terry
13
de tipo descriptivo-aplicativo y un diseño no experimental de tipo transversal tomando dos
naturales en Iquitos. Por último, en la tesis “Aplicación móvil para reportar los daños
causado por los desastres naturales a los centros educativos para el Ministerio de
total de 17000 aplicando una técnica no probabilística por ser una prueba piloto. Se llega
a la conclusión que con el uso del aplicativo móvil el tiempo para reportar daños se redujo
Las investigaciones expuestas hacen uso de las tecnologías para proporcionar una
herramienta más ante los desastres naturales, de la misma manera que en la presente
previa al desastre.
juicio de expertos, dando como resultado que el grupo en el cual se aplicó la gestión del
riesgo de desastres alcanzó mejores resultados que el otro grupo. Por otro lado, en la
14
tesis “Gestión de riesgos y capacidad preventiva ante desastres originados por el cambio
César Vallejo, plantea la relación entre la gestión de riesgo y la capacidad preventiva con
usando cuestionarios para medir las variables de estudio. Obteniendo como resultado
o malas, concluyendo en que existe una relación entre ambas y la gestión de riesgo
busca que con la aplicación móvil para reportar riesgos y desastres impacte en la cultura
Las aplicaciones móviles se han vuelto muy populares en los últimos años, cada vez se
ven en mayor cantidad y de todo tipo, desde aplicaciones para el trabajo como
medio o canal más para llegar a sus clientes. De acuerdo con Ríos (2019) “son
ello se debe administrar bien los recursos como la memoria, y el procesamiento para no
el fin de facilitar el acceso a sus servicios y llegar a más clientes.”. Por otro lado, para
Nakamura (2014) las aplicaciones móviles son un software desarrollado y usado para los
15
a que se puede acceder desde cualquier lugar a la información. Así mismo, las
Entonces, las aplicaciones móviles siguen ganando popularidad y las personas recurren a
ellas con mayor frecuencia. Es por ello que, el uso de un aplicativo móvil para el reporte
Para poder desarrollar un aplicativo hay que seguir ciertas actividades secuenciales para
poder obtener un producto que cumpla con el objetivo planteado y satisfaga la necesidad
por el cual está siendo creado a esto se le llama ciclo de vida, este es parecido al ciclo de
vida de una aplicación web o de escritorio, consta de 5 partes, el inicio donde se plantea
una idea con base sólida, luego se precede con un diseño en el cual se define la
desarrollo donde se hace uso de los recursos para crear la aplicación, la estabilización en
correcta implementación.
● Se adapta a todo tipo de dispositivos smart, es decir, puede ser usado en una
● Es de fácil acceso para los usuarios, ya que se puede descargar desde cualquier
Store.
disponibilidad 24/7.
16
● Es de fácil uso, ya que cada vez más de usuarios optan por usar las aplicaciones
desarrollo de software, cuyo objetivo es lograr plasmar los requisitos y cumplir con el
alcance propuesto en un software, para esto cuenta con fases y sus artefactos
los cotos. Además, se busca identificar los riesgos que pueden ocurrir durante el
de la arquitectura.
realizadas.
según los requerimientos establecidos por los usuarios, se realizan ajustes en los
defectos encontrados durante la prueba beta del software con los usuarios y a
17
2.2.2.2 Productos de RUP
● Inicio: La fase de inicio comprende todos los artefactos necesarios para llevar a
los artefactos que se producen son: Documento visión, diagramas de caso de uso,
dependen del tipo de proyecto que se está realizando para ir generando más o
proyecto, involucrando a los usuarios con el fin de obtener las últimas mejoras a
en producción y estabilización.
2.2.3 SCRUM
Es un marco de trabajo que consiste en ciclos iterativos, llamados sprint, en los cuales se
ve un avance incremental del proyecto, lo que permite llevar un control adecuado sobre
los riesgos que se pueden presentar. “Scrum no es un proceso o una técnica para
construir productos; en lugar de eso, es un marco de trabajo dentro del cual se pueden
18
equipo dividir el objetivo, gestionar recursos, llevar un control de desarrollo y un flujo
continuo de conocimiento entre los miembros del equipo. Por último, se pueden emplear
● El Sprint
producción.
La reunión es dirigida por el Scrum Master con el fin que todos los puntos de la
reunión sean entendidos, para que sepan que objetivo se debe conseguir con el
el motivo por el cual se lleva a cabo el incremento de dicha iteración con el fin de
● Scrum Diario
Es una reunión que se lleva a cabo cada día por un periodo corto de tiempo, en la
cual se busca que el equipo planifique sus actividades hasta la próxima reunión,
al mismo objetivo.
● Revisión de Sprint
19
● Retrospectiva de Sprint
Es una reunión de los miembros del equipo, en la cual se hacen una auto
inspección, con la cual se pueden llevar a cabo mejoras que pueden ser aplicadas
● Lista de Producto
Es una lista ordenada con todos los requisitos básicos para llevar a cabo el
desarrollo del proyecto, siendo la base de la cual el equipo toma los puntos de
partida para ir generando los incrementos a medida que se llevan a cabo los
sprints.
trabajos que se tienen que realizar para poder cumplir dicho incremento.
● Incremento
se va creciendo conforme se llevan a cabo los sprint, de esta manera todos los
La técnica de desarrollo es una de las primeras decisiones que se debe de tomar para
empezar con el desarrolla del proyecto. Se tiene que tomar muchas consideraciones,
“dependerá de los recursos económicos con que se cuente, los conocimientos previos del
20
emplea la técnica de desarrollo para aplicaciones híbridas, en las siguientes líneas se
Las aplicaciones híbridas usan tecnologías como son: HTML5, CSS o JavaScript, las
mencionar alguno de ellos. Estos framework brindan acceso a las capacidades básicas
aplicación este se adapta a todas las plataformas móviles, generando un instalador para
cada una de ellas, lo cual genera una portabilidad máxima del desarrollo.
El gestor de base de datos nos sirve para saber de qué manera se manejan los datos, el
orden y jerarquía que tendrá la información que se genera o guarda producto del uso del
aplicativo, por lo cual es importante saber las características del proyecto para saber qué
Las bases de datos NOSQL, son las predecesoras de las SQL y su principal
característica es que no son estructuras, esto quiere decir que no tienen una tabla fija con
los atributos ni se tienen las relaciones entre las tablas, lo que le permite una gran
nube y ofrecen otros servicios adicionales para trabajar con los datos que se van
generando.
21
2.3 Campo de aplicación
El tener datos actualizados de los riesgos y desastres más frecuentes el estado puede
designar mayor presupuesto para tomar las medidas correctivas del caso y mitigar los
Al manejar un estándar de información, todas las entidades manejan una base de datos
datos, así como el ahorro de movilización de personal a los distintos puntos del país
(reducción de CO2). Además, con los datos recolectados se podrá realizar una gestión
preventiva más eficiente, con lo cual se puede reducir la contaminación por explosiones,
22
2.3.6 Campo Económico
tiempo del personal encargado de la recolección de datos, ya que los datos recolectados
serán proporcionados por las personas que cuenten con el aplicativo móvil e internet
cuentan con internet móvil en su plan tarifario. Por otra parte, se debe invertir en
capacitación del personal que recibe estos datos para que puedan transformarlos en
información útil y se comunique a las entidades correspondientes los riesgos que se han
detectado para que tomen las medidas necesarias. Así mismo, el poder tener la data
digitalmente suma la calidad, evita la falsificación y daños físicos que las fichas, informes
presente año en el Perú se registraron un total de 5444 emergencias, entre las cuales las
de mayor ocurrencia fueron las bajas temperaturas, incendio urbano e industrial y lluvias
afectados y 159 fallecidos (INDECI 2019). Ante tantos escenarios negativos, el proyecto
escenarios de riesgos que ellos puedan presencia. De esa manera, podrán sentir que
están colaborando un poco más con el desarrollo de su comunidad, tendrán un medio por
el cual comunicar de manera efectiva y rápida. Además, se podrá realizar una cultura
para reconocer un riesgo, saber qué medidas tomar antes, durante y después de un
23
desastre. OSIPTEL (2018) 78 de cada 100 habitantes accedieron al servicio de internet
móvil, lo cual crea una gran oportunidad de crear cultura preventiva en las familias ante
En el aspecto tecnológico, para fines del 2018 en el Perú se registraron 23.8 millones de
aumento, por lo cual el uso de una aplicación móvil para la poder reportar riesgos y
desastres será bastante aceptado entre la población, más si es para un bienestar común.
Por otro lado, la manera intuitiva con la cual se podrán enviar los datos y fotos, será
motivo por lo cual cada vez más personas se sumen a querer colaborar con el reporte de
posibles riesgos con los cuales puedan verse afectados ellos o la comunidad.
Se realizó una comparación entre las metodologías para el desarrollo de software RUP y
adecuada para el presente proyecto, por las características que presenta en cada una de
sus fases. Así mismo, permite realizar un seguimiento y control adecuado de cada uno de
sus artefactos, por lo cual consideramos que es la metodología adecuada para llevar a
Se realizó una comparación entre tres metodologías ágiles para la gestión del proyecto,
decidió usar SCRUM tomando en consideración el tamaño del proyecto, además que nos
24
permite producir entregables de manera incremental y funcional, así como la flexibilidad
para poder trabajar en equipo, llevar un control y tener una mejora continua. Por lo tanto,
Capítulo 3 Evaluaciones).
tomó la decisión de utilizar una técnica híbrida, por su gran flexibilidad y adaptación a
todas las plataformas que usan los teléfonos móviles, además de su reducido costo y
gran escalabilidad. Por lo cual, consideramos que es adecuada para el tipo de aplicación
En la evaluación del gestor de base de datos, se consideraron las bases de datos SQL y
las NoSQL, de las cuales se escogió la base de datos NoSQL por sus gran escalabilidad
y flexibilidad con los datos, además de permitir una adaptación rápida a cualquier
plataforma y su alta disponibilidad con los usuarios finales. Debido a esto, consideramos
que una base de datos NoSQL es la mejor opción para nuestra propuesta. (Ver F2 -
Capítulo 3 Evaluaciones).
3.2.1 Metodología
En esta etapa se acordó a que expertos se iban a realizar las entrevistas orales,
25
coordinaciones con la intendencia nacional de bomberos y la comisaría del distrito de los
olivos, para realizar las entrevistas. Así mismo, se procesó la información obtenida en las
más adelante son usadas en la entrevista, siendo estas preguntas objetivas para obtener
de los riesgos y desastres, lo cual nos ayudar a definir la problemática y el alcance del
proyecto.
Entregable:
● Acta de reuniones
La actividad consiste en realizar la coordinación de fecha, hora y lugar con las entidades,
para que se lleven a cabo las entrevistas de manera adecuada al bombero y policía,
Entregable:
Correos de coordinación
26
La actividad consiste en llevar a cabo las entrevistas en la cita pactada en la actividad
realizadas.
Entregable:
En esta actividad se procede a revisar los apuntes y audios obtenidos producto de las
Entregable:
manera que se identifican los problemas que se relacionan con el proyecto y se crea un
Entregable:
nuestro proyecto
27
Entregable:
En esta actividad se escogen las tesis que mejor guarden relación con nuestro proyecto y
Entregable:
diagramas de casos de uso, donde se ven las acciones que se dan al momento que le
En esta actividad se ve el flujo de trabajo que realizará el aplicativo para comunicar las
Entregables:
28
Actividad 9: Elaborar los requisitos para el aplicativo
En esta actividad se definen las necesidades de los usuarios y se plasman mediante los
casos de uso para llevar a cabo el posterior desarrollo de las mismas y estas estén de
Entregables:
La actividad consiste en realizar reuniones con los miembros del equipo para resolver las
Entregable:
Acta de reunión
Esta actividad consiste en tener una visión más clara del producto, una visualización de la
base de datos y la arquitectura del aplicativo con el objetivo de tener un escenario más
Entregables:
● Metamodelo NoSQL
29
● Diagrama de clases
En esta actividad se busca crear prototipos de las interfaces que tendrá el aplicativo con
Entregables:
● Prototipo de interfaces
La actividad consiste en realizar reuniones con los miembros del equipo para resolver las
Entregable:
Acta de reunión
En esta actividad se desarrolla el login con sus respectivas validaciones, además se crea
el formulario de registro para los usuarios del aplicativo con todos los datos necesarios
Entregable:
30
Actividad 15: Desarrollar formulario para el registro de la emergencia
En esta actividad se desarrolla el formulario con todos los elementos necesarios para
poder reportar una emergencia: lugar, fecha, tipo de desastre, foto o video.
Entregable:
GPS del celular y así poder crear una ruta para llegar a la emergencia.
Entregable:
En esta actividad se desarrolla la interfaz del aplicativo que enlista todas las emergencias
Entregable:
En esta actividad se desarrolla la interface para poder observar los detalles y el estado de
cada emergencia, así como la vista de un mapa con el cual se puede ver la ruta hasta la
emergencia.
Entregable:
31
● Ventana de detalles de emergencia funcional
La actividad consiste en realizar reuniones con los miembros del equipo para resolver las
En esta actividad se realiza el testing para comprobar y verificar que los requerimientos
En esta actividad se realiza la prueba de integración para verificar que la información siga
La actividad consiste en realizar reuniones con los miembros del equipo para resolver las
En esta actividad se sube el aplicativo a las tiendas virtuales para que estén disponibles
32
Actividad 25: Realizar manual de usuario
correcto uso del aplicativo para reportar emergencias, los tipos de emergencias y la
Entregable:
● Manual de usuario.
En esta actividad se lleva a cabo una reunión con los usuarios finales que atenderán las
Entregable:
La actividad consiste en realizar reuniones con los miembros del equipo para resolver las
3.2.2 Herramientas
a) Draw.io
Nos va permitir elaborar diagramas de caso de uso, nos permite compartir y editar con los
usuarios del proyecto. Además, es sin costo y este será utilizado para el proyecto de
investigación.
33
b) Marvel App
Es una aplicación web que permite agregar interactividad a los prototipos y discutir en
línea mediante notas y comentarios. Estos elementos interactivos no solo nos permiten
tener una idea más clara de cómo funcionará el proyecto, sino que también ayudan al
cliente final a visualizar una experiencia de uso y navegación del resultado final.
c) Bizagi
Nos permite realizar los diagramas de los procesos de manera ordena y de fácil
entendimiento para plasmar adecuadamente los procesos que se llevan a cabo dentro del
opinión informada de personas, que son reconocidos como expertos por sus
e) Eclipse
Nos permite realizar distintos diagramas, en la presente investigación se usó para realizar
34
3.2.3 Cronograma
aplicativo, mostrando los esquemas, diagramas y prototipos del aplicativo, así como la
elección de la técnica de desarrollo para una aplicación híbrida y el uso de una base de
datos NoSQL.
35
4 Capítulo IV: Análisis de los resultados de la investigación
El siguiente cuadro muestra los entregables que se consiguieron en cada uno de las
Con la ayuda de este cuadro, se puede ver como se relacionan los entregables, cuales
dependen de otros y cuales hacen posible a otros para poder llegar al objetivo del
proyecto.
36
4.1 Levantamiento de la información
Se elaboró un cuestionario con preguntas abiertas, que fue usado en entrevistas orales a
explayarse en sus respuestas para obtener información necesaria del tema a tratar. En el
presente proyecto se elaboró un cuestionario de once preguntas abiertas, las cuales nos
37
Ilustración 1: Cuestionario para las entrevistas
Con el cuestionario elaborado pudimos empezar a realizar las coordinaciones con las
entidades correspondientes para poder concretar las reuniones con un representante del
cuerpo de bomberos del Perú y policía nacional del Perú encargados de la atención de
riesgos o emergencias, este cuestionario fue usado para realizar las entrevistas y lograr
Las actas de reuniones son una prueba de la realización y conformidad de las reuniones
acta de reuniones que se usó en las entrevistas para dar conformidad que se llevaron a
38
cabo y autenticidad de la información obtenida de las entrevistas realizadas a los expertos
esta manera, se obtuvo el documento que nos sirvió para concluir la entrevista con los
policías y bomberos.
En esta actividad se obtuvieron los documentos necesarios para poder realizar las
entrevistas y dar fe de la autenticidad de las entrevistas, que sirvieron para una mejor
39
4.1.2 Actividad: Coordinar por correo fecha y hora de las entrevistas
Para nuestro proyecto, se realizaron las coordinaciones de fechas y horas con las
personas que fueron entrevistadas, para poder llevar a cabo las entrevistas de la manera
mensajes o cartas digitales. Los correos electrónicos nos permitieron coordinador las
fechas y horas en las que pudimos realizar las entrevistas a los expertos en materia de
La coordinación por correo nos permitió concretar las fechas en las cuales se llevaron a
cabo las entrevistas con el bombero y policía, las cuales quedaron plasmada en audio
actas de reunión. Con las reuniones pactadas, pudimos realizar las entrevistas y obtener
40
4.1.3 Actividad: Realizar las entrevistas
las actas para dar veracidad que se llevaron de manera adecuada, estas entrevistas
fueron orales y usando las preguntas de opinión abierta que previamente elaboramos.
Los audios son una evidencia completa de lo que se grabe, en nuestro caso las entrevistas,
las cuales fueron grabadas y se capturó toda la información que los entrevistados nos
proporcionaron y luego volver a revisarla para resumir y analizar todos los detalles.
Las grabaciones nos permitieron revisar el contenido de las entrevistas y extraer todos
los detalles, pudiendo así conseguir datos más precisos, un posteriormente nos
del aplicativo.
Las actas de reunión fueron producto de las entrevistas y nos sirvieron para dar fe de la
41
Ilustración 5: Acta de reunión con el bombero
42
Ilustración 6: Acta de reunión con el policía
Las actas de reunión nos permitieron dar veracidad a toda la información obtenida de las
Esta actividad contiene las evidencias del desarrollo de las entrevistas, con las cuales
pudimos obtener datos para ser analizados que posteriormente los usamos para la
43
4.1.4 Actividad: Procesar la información producto de las entrevistas
En esta actividad procesamos los datos obtenidos de las entrevistas con la intención de
datos pertinente sin desviarse de las ideas principales. El resumen de las entrevistas fue
realizado con las anotaciones que se hicieron al momento de realizar las entrevistas y
con ayuda de la revisión de los audios, de tal manera que se logró una respuesta concisa
44
Ilustración 7: Referencia de una entrevista digitalizada a un bombero
45
Ilustración 8: referencial de una entrevista digitaliza a un policía
El resumen de las entrevistas nos permitió tener un panorama más claro del resultado de
la entrevista, siendo objetivos pudimos tener más clara la problemática y el alcance del
46
Esta actividad nos proporcionó el resumen objetivo con el cual se planteó una solución
pregunta obteniendo una única respuesta, combinando las respuestas a cada pregunta
El resultado de las entrevistas son las ideas concretas y bien definidas que los
resultado de las entrevistas se plasmó en documentos, los cuales contienen los datos
mas relevantes de cada entrevista, esto se realizó con la ayuda de los resumene de la
actividad anterior y con la intención de conocer las necesidades mutuas de cada entidad.
47
48
Ilustración 9: Análisis de entrevistas
y definir de mejor manera los problemas a resolver en nuestro diseño. Siendo útil toda
esta información para diseñar los procesos del aplicativo, las reglas del negocio, los
La actividad nos permitió conocer las necesidades comunes de las entidades, policiales y
bomberos, con las cuales se desarrollaron las historias de usuario para el diseño del
proyecto.
la de nuestro proyecto
49
4.1.6.1 Carpeta con tesis revisadas
contiene las tesis y proyectos que revisamos para realizar el marco teórico y tener
La carpeta contenida en el F1, contiene todas las tesis consultadas para nuestro marco
teórico, luego de encontrar proyectos similares al nuestro se pudo realizar los resúmenes
correspondientes de aquellos trabajos que guardan mayor relación con el nuestro, y así
pudimos tener un estado del arte con mayor sustento y mas enfocado para conseguir
nuestro objetivo.
adecuadas y las que nos sirvieron para tener una buena base teórica de nuestra línea de
investigación.
El documento contiene las tesis que consideramos más adecuadas a nuestra línea de
50
Ilustración 11: Documento del resumen de tesis revisadas
poder llevar a cabo el desarrollo del marco teórico, de este documento se seleccionaron
las que mejor se relacionan a nuestra problemática. Siendo útil toda esta información
para diseñar los procesos del aplicativo, las reglas del negocio, los casos de uso y las
En esta actividad se evidencia los documentos revisados para el desarrollo del marco
teórico en base a trabajos que se relacionan a nuestro proyecto, pudiendo así reconocer
En esta etapa se lleva a cabo el trabajo de campo, en el cual se pudo obtener la opinión
La planificación del proyecto es el proceso inicial para definir las bases del aplicativo
móvil para reportar desastres y riesgos. Esta etapa analiza la información obtenida de las
uso y definir las reuniones que se deben llevar a cabo. Asimismo, esta etapa servió para
etapa.
51
4.2.1 Actividad: Realizar el modelo del negocio
negocio. Este diagrama nos dio una perspectiva general de las actividades, personal y
procesos de un negocio. Este entregable sirvió para definir las actividades involucradas
bomberos por parte de los ciudadanos al momento de percibir un riesgo o desastre. Para
El proceso muestra el flujo que sigue el proceso de una llamada de emergencia que se
da cuando una persona realiza una llamada para reportar una emergencia. Empezando
52
trabajadores se encarga de tomar los detalles de la emergencia y posteriormente se
ponen en contacto con las entidades que son necesarias para la atención de dicha
emergencia. Este entregable es necesario para diagramar el proceso del aplicativo móvil.
aplicativo móvil para reportar riesgos y desastres. Para realizar este entregable fue
necesario analizar los resultados de las entrevistas y las tesis relacionadas a nuestra
definir los pasos que debe seguir el usuario al registrarse en el aplicativo. Para ello el
usuario tiene que seguir los siguientes pasos: abrir el aplicativo, darle clic al registrarme,
login. Este sirve para obtener información del usuario del usuario y definir el ingreso al
aplicativo móvil.
53
El segundo flujograma representa el registro de un riesgo o desastre en el aplicativo y el
pasos el usuario debe realizar para registrar un desastre. Los pasos son los siguientes:
inicia sesión, ingresa al registro de riesgos o desastres, completa el formulario con lugar,
foto y descripción, envía formulario y se emite una alerta a las entidades encargadas de
conformidad de emergencia atendida. Por otro lado, las personas encargadas de atender
emergencias pueden visualizar en sus teléfonos las emergencias más cercanas. De este
medio del aplicativo. Este flujo sirvió para definir pasos que debe realizar las personas
encargadas de atender emergencias. Los pasos son los siguientes: abrir el aplicativo,
54
iniciar sesión, ver la lista de desastres notificados, atender la emergencia y cambiar el
estado de la emergencia.
El conjunto de todos estos diagramas de procesos nos permite tener un escenario más
claro del flujo de la información y las acciones de las personas involucradas en estos
procesos. Asimismo, los diagramas de flujo mostrados sirvieron para definir las reglas del
negocio.
Las reglas de negocio son policías, normas o reglamentos que representan a una
organización o negocio y rigen lo que se debe hacer. Estas normas se obtuvieron a partir
del análisis previo de las entrevistas, las investigaciones y los diagramas de procesos
- El usuario debe de ingresar sus credenciales para poder realizar los reportes.
55
- El usuario debe de leer los manuales para aprender a reconocer y saber cómo realizar
los reportes.
- El usuario receptor que se encuentra del lado las entidades reciben las alertas y son los
Las reglas del negocio definen las actividades y responsabilidades de cada uno de los
involucrados en el uso del aplicativo, con lo cual se consigue un mejor diseño de nuestro
aplicativo en lo que se refiere a las restricciones y a las obligaciones de cada usuario. Por
otro lado, estas reglas negocio sirvieron para definir los requisitos del aplicativo móvil.
Los requisitos del aplicativo son las necesidades de los usuarios que son transformadas
los diagramas del modelo de negocio realizados en la anterior actividad. En esta actividad
56
4.2.2.1 Gráficos de casos de uso
Los diagramas de casos de uso son una guía para el desarrollo y el testeo del aplicativo
El propósito de los casos de uso para el ciudadano son describir las acciones que
puede realizar, como verificar que el usuario tenga una cuenta registrada
previa verificación una cuenta existente, todo esto mediante la interfaz login del
aplicativo.
57
Ilustración 17: CDU / Ciudadano – Módulo Usuario
emergencia.
58
Ilustración 19: CDU/ Ciudadano – Modulo Visualizar emergencia
acciones que puede realizar, como recibir las notificaciones de las emergencias
59
El gráfico muestra la acción registrar personal de emergencia en el aplicativo
emergencia.
Los casos de uso tienen gran importancia en el desarrollo del proyecto puesto que nos
permitieron describir las acciones que puede realizar cada actor del sistema al momento
60
4.2.2.2 Historias de usuario y Product Backlog
Las historias de usuario son la descripción escrita sobre los requerimientos del usuario
relacionados hacia el aplicativo. Estas son usadas en la metodología agiles como Scrum.
Para obtener las historias de usuario se analizó las entrevistas, las tesis y el modelo de
tabla:
ENUNCIADO DE LA HISTORIA
CADOR AO
DE LA FUNCIONALIDAD
HISTORI
r suscritos a la adecuadamente
aplicación y
bloquear a aquellos
usuarios que
cometan faltas o
penalidades en la
aplicación
tomar decisiones.
61
reportes de las
emergencias
datos personales:
Nombres, DNI,
teléfono, dirección,
contraseña
una descripción y
mi localización
registradas en el
aplicativo
62
Nombres, DNI,
teléfono, dirección,
cargo, contraseña
emergencia emergencias
cercanas a mi
localización
Identifica
historia
usuarios suscritos a la
aplicación y bloquear a
63
aquellos usuarios que
cometan faltas o
penalidades en la
aplicación, con la
finalidad de inspeccionar
aplicación
adecuadamente
reportes de las
emergencias, Con la
finalidad de conocer el
lugar y el tipo de
emergencia más
la aplicación móvil
personales: Nombres,
contraseña, con la
finalidad de registrarme
de forma segura,
64
evitando que otros
ciudadanos se registren
2 veces en el aplicativo
emergencia enviando un
descripción y mi
localización, con la
emergencia rápidamente
y salvaguardar la vida de
las personas
otras emergencias
registradas en el
de saber si mis
familiares, personas
cercanas o yo me
encuentro en un lugar
seguro
65
6 Como personal de A6 en 3 días si alta
atención de proceso
emergencias, necesito
registrarme en la
aplicación móvil
personales: Nombres,
finalidad de registrarme
seguramente en el
aplicativo y de que se
de emergencias
atención de proceso
emergencias, necesito
recibir notificaciones
cercanas a mi
localización, con la
finalidad de atender la
emergencia rápidamente
66
8 Como personal de A8 en 4 días si alta
atención de proceso
emergencias, necesito
emergencia, con la
redundé la emergencia
ya atendida
Esta etapa nos permitió saber los requisitos, de acuerdo a los problemas y necesidades
encontradas, para el desarrollo del diseño del aplicativo y las funciones que tendrá cada
uno de los involucrados al momento de usar el aplicativo. Estos entregables son base
Las reuniones de proyecto son una herramienta para gestionar la información sobre el
entregables: mapa de procesos del llamado de emergencia, diagrama del proceso del
aplicativo, reglas del negocio, diagramas de casos de uso, historias de usuario y producto
backlog. Asimismo, en esta reunión se coordinó las nuevas actividades para la fase de
diseño.
67
4.2.3.1 Acta de reunión
El acta de reuniones nos permitió alinear nuestros resultados, revisión de los entregables
68
4.3 Sprint 2: Diseño del aplicativo
El diseño del aplicativo es la etapa en donde se define el aspecto interno y externo del
aplicativo. Para esta etapa se desarrolló el esquema de base de datos NoSQL, diagrama
aplicativo móvil.
Para el correcto desarrollo del aplicativo, es importante tener en claro los requisitos, estos
palabras, los datos no se estructuran en tablas y no permiten consultas SQL para buscar
información. Estas tienen su propia nomenclatura para realizar consultas NoSQL. Las
bases de datos NoSQL se caracterizan por ser muy flexibles y escalables. Ideales para
aquellas aplicaciones que requieran gran cantidad de recursos. Estas bases de datos no
Este grafico se obtuvo de las historias de usuario, producto backlog y casos de uso. A
continuación, se muestra el metamodelo NoSQL, con cada una de las entidades que
producen los nodos o documentos con cada registro de parte de los usuarios.
69
Ilustración 24: Metamodelo NoSQL
Las Bases de datos NoSQL fue elegida para ser utilizada en este proyecto, ya que el
El diagrama de clases es tipo de diagrama de UML que contiene todas clases, atributos y
Para desarrollar este diagrama se analizó la información de las historias de usuario y los
diagrama de clases:
70
Ilustración 25: Diagrama de clases
Este diagrama nos permite definir la estructura interna de nuestro aplicativo como la
relación entre objetos, métodos y atributos. Este entregable serviría para la construcción
del aplicativo móvil y para elaborar la estructura MVC modelo, vista y controlador.
71
4.3.1.3 Arquitectura del aplicativo
La arquitectura del aplicativo define las aplicaciones externas que necesita integrar para
Esta actividad nos proporcionó un alcance más definido para el diseño del aplicativo, así
como para su desarrollo, mostrando los atributos necesarios, así como las conexiones
que tendrá para su correcto funcionamiento. Este diagrama serviría para el despliegue de
72
está desarrollando un aplicativo que satisface las necesidades de los usuarios y si está
requisitos del aplicativo. A partir de ello, se creó las interfaces que represente de mejor
manera el aplicativo y como se navegaría de interfaz en interfaz, así como las acciones
elaboraron bajo los requerimientos descritos en las historias de usuario y las entrevistas
En esta interfaz diseñamos el formulario registro del usuario con los siguientes datos:
Nombre, Apellidos, DNI, Teléfono, Email, Contraseña y foto. Estos datos fueron
seleccionados por que validan que una persona existe, mediante su documento de DNI o
persona comete una penalidad, esta será identificada y sancionada mediante estos
datos. Por otro lado, el documento de identidad valida que los usuarios no tengan más de
73
Ilustración 27: Prototipo del registro del usuario
Estos datos de ingresos fueron seleccionados porque son datos únicos que identifican a
cada usuario. Por otra parte, el usuario tiene la opción de recuperar su contraseña
tenga una cuenta y que los datos de ingreso sean los correctos.
74
Ilustración 28: Prototipo login de usuario
usuario y Cerrar Sesión. Cada una de estas opciones direcciona a diferentes interfaces,
excepto la opción cerrar sesión. Esta opción se encarga de cerrar la cuenta de usuario y
75
Ilustración 29: Prototipo Menú de opciones de usuario
Esta interfaz la diseñamos en base a las emergencias que más se reportan en nuestro
alerta registrada a la entidad correspondiente y que esta tome las medidas más
adecuadas.
76
Ilustración 30: Prototipo categoría de emergencia
Por otro lado, varios usuarios pueden reportar una emergencia en la misma localización.
el lugar.
77
Ilustración 31: Prototipo mapa de emergencias
emergencias entender cómo se está dando la situación, que recursos necesarios llevar y
que acciones tomar. Asimismo, todos los datos de ingreso son obligatorios porque
requieren la máxima evidencia posible para que se puedan tomar acción antes la
emergencia registrada. En esta interfaz se solicita una foto para poder visualizar la
78
Ilustración 32: Prototipo Detalle de Emergencia
Esta interfaz la diseñamos en base a los requerimientos de las entrevistas realizadas. Los
ciudadanos necesitan un apartado para informarse acerca de los sucesos actuales, bien
sean desastres causados por el hombre o por la naturaleza. Por ello colocamos la interfaz
Noticias. Esta interfaz lista todas las noticias publicadas por las entidades que atiendes
públicos o privados, INDECI. Los datos de ingreso en esta interfaz son: comentarios y
79
Ilustración 33: Prototipo Noticias
La interfaz editar perfil la diseñamos para que el usuario puede actualizar sus datos
personales registrados al crear su cuenta. Los datos que pueden ser actualizados son:
Nombre, Apellidos, Teléfono, Email y contraseña. Por otro lado, el DNI no aparece en esta
80
Ilustración 34: Prototipo Editar perfil
Diseñamos un menú desplegable para el personal que atiende emergencias porque ellos
información sobre las emergencias y atenderlas. Por ello, en esta interfaz se colocan las
y cerrar sesión.
81
Ilustración 35: Prototipo menú desplegable para el personal de atención de emergencias
Colocamos la interfaz registrar noticia porque en base a las entrevistas realizadas a los
expertos (policía y bombero) solicitaban estar más conectados con los ciudadanos para
medidas necesarias salvaguardar su integridad o bien apoyar a los demás. Por otro lado,
los datos de ingreso para esta interfaz son: título, descripción y foto o video.
82
Ilustración 36: Prototipo Registrar noticia.
fue atendida o no. El dato anterior es muy importante porque evita que el personal de
emergencia atienda una emergencia que ya está siendo atendida y en lugar de ello pueda
atender otras emergencias que puedan estar sucediendo al mismo tiempo. Asimismo, el
personal de emergencia puede ver el lugar donde ocurrió o está ocurriendo la situación,
83
Ilustración 37: Prototipo historial de emergencias
localización del personal de emergencia y punta la ruta las corta para llegar al lugar de la
emergencia
84
Ilustración 38: Prototipo Ver mapa
Se llevó a cabo la reunión en la UTP, en la cual se revisaron los avances de los diseños,
proyecto.
El acta de reunión fue firmada por ambos integrantes y da fe del desarrollo de la reunión,
así como los puntos que fueron vistos en la reunión, en la cual se coordinaron los últimos
85
86
Conclusiones y Recomendaciones
Conclusiones:
Todas las entidades que atienden las emergencias que son reportadas y que
para atender las emergencias de manera más oportuna y con los equipos más
adecuados.
Tras realizar las entrevistas, se sabe que tanto los bomberos como los policías
implementos adecuados.
Recomendaciones:
siguiente.
87
Para la etapa de construcción del aplicativo móvil se recomienda utilizar un
aplicativo móvil sin importar el sistema operativo IOS, Android o Windons Phone
Por otra parte, se recomienda como gestor de base de datos Firebase porque es
una base de datos NoSQL muy flexible y escalable. Asimismo, Firebase ofrece
las personas que utilizan la aplicación para saber si esta es útil y que porcentaje
88
Bibliografía
https://www.osiptel.gob.pe/repositorioaps/data/1/1/1/par/62-suscripciones-de-internet-
movil-segun-modalid/IntMovil_C6.2_Terminal.pdf
https://www.osiptel.gob.pe/repositorioaps/data/1/1/1/par/63-suscripciones-de-internet-
movil-segun-empresa/IntMovil_C6.3_Penetracion.pdf
OSIPTEL (2018). Acceso a internet móvil de empresas con plan de datos. Recuperado
de: https://www.osiptel.gob.pe/repositorioaps/data/1/1/1/par/68-acceso-internet-movil-
empresa-datos-plan/IntMovil_C6.5_DisponibilidadDatos.pdf
Quispe, J. (2017). Aplicación móvil para reportar los daños causados por los desastres
http://repositorio.ucv.edu.pe/bitstream/handle/UCV/17466/Quispe_FJ.pdf?sequence=1&is
Allowed=y
http://repositorio.unapiquitos.edu.pe/bitstream/handle/UNAP/5968/Paulo_tesis_titulo_201
9.pdf?sequence=1&isAllowed=y
89
Universidad César Vallejo. Recuperado de:
http://repositorio.ucv.edu.pe/bitstream/handle/UCV/22446/Hidalgo_JM.pdf?sequence=1&i
sAllowed=y
Justo, L. (2018). Gestión de riesgo y capacidad preventiva ante desastres originados por
http://repositorio.ucv.edu.pe/handle/UCV/29587
http://tesis.pucp.edu.pe/repositorio/handle/20.500.12404/8820
Presidencia del Consejo de Ministros (2014). Plan Nacional de Gestión del Riesgo de
content/uploads/2019/01/fil20140605171327.pdf
Index For Risk Managment (2018). INFORM GLOBAL RISK INDEX. Recuperado de:
http://www.inform-
index.org/Portals/0/InfoRM/2018/INFORM%20Annual%20Report%202018%20Web%20S
preads%20v2.pdf?ver=2017-12-20-141446-540
INDECI (2019). Boletín Estadístico virtual de la gestión reactiva (N° 10). Recuperado de:
https://www.indeci.gob.pe/wp-
content/uploads/2019/01/BOLETIN_VIRTUAL_ENERO_2019_PDF.pdf
90
SINPAD (2006). Manual Básico para la Estimación del Riesgo. Recuperado de:
http://sinpad.indeci.gob.pe/UploadPortalSINPAD/man_bas_est_riesgo.pdf
https://docs.microsoft.com/es-es/xamarin/cross-platform/get-started/introduction-to-
mobile-sdlc
https://www.indeci.gob.pe/institucion/acerca-del-indeci/
Nakamura, M. & Gargenta, M. (2014). Learning Android, 2nd Edition Develop Mobile
Apps Using Java and Eclipse (2ª ed.). Gravenstein, USA: O’Reilly.
Ulloa, F. (2011). Manual de gestión del riesgo de desastre para comunicadores sociales.
Lima: UNESCO.
Recuperado de:
http://ww3.vivienda.gob.pe/pnc/docs/GestionRDGU/Ica/CENEPRED%20Elab.%20Plan%2
0de%20Prevencion%20y%20Reduccion%20de%20Riesgo%20de%20Desastres.pdf
91
INEI (2017). Compendio Estadístico de la Provincia de Lima. Recuperado de:
https://www.inei.gob.pe/media/MenuRecursivo/publicaciones_digitales/Est/Lib1477/libro.p
df
https://www.uca.ac.cr/wp-content/uploads/2017/10/Investigacion.pdf
Santiago, R.; Trabaldo, S.; Kamijo, M. y Fernandez, A. (2019). Mobile learning nuevas
text.com/FTP/LibrosMetodologia/mlearning.pdf
https://clea.edu.mx/biblioteca/Tamayo%20Mario%20-
%20El%20Proceso%20De%20La%20Investigacion%20Cientifica.pdf
de:
http://openaccess.uoc.edu/webapps/o2/bitstream/10609/66085/3/mromeropoTFG0617me
moria.pdf
INDECI (2006). Manual básico para la estimación del riesgo. Recuperado de:
http://sinpad.indeci.gob.pe/UploadPortalSINPAD/man_bas_est_riesgo.pdf
https://www.indeci.gob.pe/minisites/plan-operativo-institucional-poi/
92
Brandmanic (2013). Comunicación boca a boca en el marketing online. Recuperado de:
https://www.brandmanic.com/comunicacion-boca-a-boca-en-el-marketing-online/
93
Anexo 1: Glosario
Aplicación Móvil: son programas que se ejecutan sobre dispositivos móviles como:
tabletas o Smartphone por ello se debe administrar bien los recursos como la
plantea una idea con base sólida. Diseño en el cual se define la experiencia del
usuario en la aplicación. Desarrollo donde se hace uso de los recursos para crear
Emergencia: se define como una situación crítica que manifiesta peligro y requiere
Fenómeno Natural: se define como todo lo que ocurre en la naturaleza que puede
ser percibido por los sentidos. Además, puede ser objeto de conocimiento,
94
Prevenir: el conjunto de actividades y medidas diseñadas para proporcionar
Los reportes sirven para ver de manera resumida los datos producidos por el uso del
aplicativo, con la información obtenida del uso del aplicativo, se podrá generar reportes
que permitan tomar mejores decisiones a los dirigentes de los distritos y gobiernos, de
esta manera podrán saber que lugares y que medidas correctivas tienen que desarrollar
para prevenir y evitar que los riesgos se hagan mayores y que los desastres causen
mayores daños.
El primer modelo de reporte muestra, en un gráfico pastel, los desastres más ocurridos
durante el mes de diciembre del presente año. Con este reporte entidades como los
bomberos, INDECI y otros pueden reforzar y estar mejor preparados para los desastres
95
Ilustración 39: Reporte de desastres más frecuentes
El segundo modelo de reporte muestra las zonas mas afectadas por los desastres
durante el mes de diciembre, con lo cual las autoridades pueden designar mas personal y
Ilustración 40: Reporte de las zonas más afectadas por los desastres
96
Anexo 3: Ficha de Investigación
Ficha de tarea de investigación – FISE
2. Indica la o las competencias del modelo del egresado que serán desarrolladas
fundamentalmente con este Trabajo de Investigación:
Desarrollar la capacidad de desarrollo de aplicaciones móviles enfocadas al bienestar de
nuestra sociedad con el respaldo de INDECI.
97
5.-software para SciELO SCOPUS WOS
Android y IOS
8. Explica de forma clara y comprensible los objetivos o propósitos del trabajo de investigación
Identificar los procesos necesarios para asistir a los procesos de prevención de desastres.
Construir una app móvil para el registro y envió en tiempo real de imágenes y
geolocalización de zonas propensas a desastres naturales.
Crear una base de datos que administre INDECI interconectada con gobiernos regionales,
municipalidades, bomberos, ejército, cruz roja, hospitales.
9. Brinde una primera estructuración de las acciones específicas que debe realizar el alumno
para que le permita iniciar organizadamente su trabajo
10. Incorpora todas las observaciones y recomendaciones que consideres de utilidad para el
alumno y a los profesores del curso con el fin de que desarrollen con éxito todas las actividades
98
Se recomienda identificar los procesos necesarios para asistir a los procesos de prevención
de desastres mediante la creación de app que permita a cualquier ciudadano, enviar
imágenes en tiempo real, de zonas pasibles de atención inmediata, que pudieran generar
algún problema social (huaycos, construcciones antiguas, Zonas aledañas a ríos con
potencial desborde de causales, puentes deteriorados, buzones abiertos de desagüe,
construcciones mal construidas).
12. Esta Ficha de Tarea de Investigación ha sido aprobada como Tarea de Investigación
para el Grado de Bachiller en esta carrera por:
(Sólo para ser llenada por la Facultad)
Nombre:
_________________________________________________________________________
__________
Código:
_________________________________________________________________________
____________
Cargo:
_________________________________________________________________________
_____________
Fecha de aprobación de ficha (día/mes/año): ________/ __________/ _________
99