decanato de ingenieria e informatica anÁlisis y …
TRANSCRIPT
DECANATO DE INGENIERIA E INFORMATICA
ESCUELA DE INFORMÁTICA
ANÁLISIS Y DISEÑO DE UN SISTEMA DE AUTOMATIZACIÓN DEL SERVICIO
DEL SISTEMA NACIONAL DE EMERGENCIAS Y SEGURIDAD 911.
TRABAJO DE GRADO PARA OPTAR POR EL TÍTULO DE
INGENIERO DE SOFTWARE
Sustentantes:
Emmanuel Polanco Jimenez 2015-2318
Ralph Severino Perez 2015-3190
Cesar Gabriel Rondon Rodriguez 2015-2640
Asesor:
Ing. Luis Gabriel Núñez Acosta
Santo Domingo, Rep. Dom.
Noviembre, 2019
AGRADECIMIENTOS
Antes que nada, agradecer a Dios, el cual me ha dado sabiduría en los momentos buenos
para no perder mi camino, y me ha dado la fuerza para continuar en los momentos difíciles,
por haberme permitido estar aquí en este momento, a solo unos pasos de la meta.
A mi familia, mi madre Ana Verónica Rodríguez, mi padre Feliciano Poueriet y mi
hermana Anaver Poueriet, mis abuelos Melania Santos y Luis Manuel Rodríguez y
finalmente también mi padre Jose Luis Rondon por estar a mi lado en las buenas y en las
malas, brindándome su amor y apoyo desde que tengo memoria, por los valores que me
inculcaron y los grandes consejos que me hicieron tomar rumbo en mi vida, cada uno
demostrando amistad, apoyo y cariño a de su propia manera.
A Ashley, mi pareja, la cual se ha vuelto una de las personas mas importante de mi vida en
estos últimos años, brindándome apoyo y amor en cada paso que he dado desde que
comencé mi carrera universitaria hasta ahora.
También a mis compañeros de trabajo de grado, Emmanuel Polanco y Ralph Severino, por
ser grandes compañeros y amigos, los cuales conozco desde los inicios de la carrera y han
demostrado no solo ser excelente amigos sino también grandes profesionales, con los
cuales tengo el placer de culminar mi viaje en la Universidad.
Cesar Gabriel Rondon
II
Primero, quiero agradecer al Señor Jesucristo, quien es el que me ha guiado en todo el
trayecto recorrido en mi vida hasta ahora y quien sigue dándome su apoyo en todo
momento, sobre todo ya acercándose el cumplimiento de una gran meta como es completar
mi carrera de Grado.
Gracias de todo corazón a mi familia, a mi madre Cristina Emilia Jiménez Vázquez, a mi
padre Lisandro Alberto Polanco Castro, a mi pequeña hermana Lisbeth Naomi Polanco
Jiménez, que son actualmente uno de mis pilares de apoyo en mi vida diaria, brindándome
siempre su apoyo, su amor y cariño, como la gran familia que somos.
Gracias a los grandes guías y ejemplos que he tenido a lo largo de mi vida, como son mi
padre Lisandro Polanco, el señor Oom Andrés Blanco y a mis profesores universitarios,
incluido nuestro asesor, Luis Nuñez Acosta.
Gracias a mis compañeros de la universidad, sobre todo a mis compañeros en este trabajo
de grado, César Gabriel Rondón y Ralph Severino, por trabajar codo a codo para lograr
llegar a nuestra meta de ser grandes profesionales y por su compañía a lo largo de la carrera
universitaria, que ya está llegando a su fin.
Emmanuel Polanco Jimenez
III
Agradezco principalmente a Dios por acompañarme en todas las decisiones que he tomado
en mi vida, quien me ha alumbrado el camino cuando estoy en situaciones complicadas y
salgo adelante, a mi madre por todo el apoyo que me ha dado, mi hermano Jesús Miguel,
que ha aportado en mi formación personal, espiritual y profesional y a mi familia quienes
han sido la mejor influencia para yo llegar hasta este punto.
Finalmente, agradezco a mis compañeros César Gabriel Rondón y a Enmanuel Polanco,
quienes hemos pasado desde principio de la carrera juntos, creciendo profesionalmente,
hasta que finalmente juntos estamos terminando nuestra carrera universitaria.
Ralph Severino Pérez
IV
DEDICATORIA
Aunque hay muchas personas a quienes quisiera dedicarles esto, para mi la más importante
es en definitiva mi madre, Ana Verónica Rodríguez, quien desde que tengo memoria ha
estado a mi lado en las buenas y en las malas, y gracias a la cual estoy aquí en este punto de
mi vida, por esta razón es que quiero agradecerle desde el fondo de mi corazón y dedicarse
por completo mi trabajo de grado, la culminación de todos mis esfuerzos y también los
suyos, te amo madre mía.
Cesar Gabriel Rondon
V
Quiero dedicarle este trabajo de grado a mi familia, mi madre Cristina Jiménez, por ser un
gran apoyo y siempre brindar ese amor tan puro como solo una madre puede dar, a mi
padre Lisandro Polanco, por ser mi ejemplo en la vida y una de las personas a la que más
quiero y respeto, y a mi hermanita Lisbeth Naomi Polanco Jimenez, por siempre brindarme
su amor y alegría, y llenarme de felicidad con su inocencia. Los amo a todos.
Emmanuel Polanco Jimenez
VI
Le dedico este trabajo de grado a mi madre Claribel Pérez, quien es la persona más
importante en mi vida, quien me ha apoyado y confiado en todas las decisiones que he
tomado, también a mi hermano Jesús Toribio, que ha sido mi mentor en esta carrera y gran
parte de mi formación como persona.
Ralph Severino Pérez
VII
ÍNDICE GENERAL
AGRADECIMIENTOS…………………………………………………………………….I
DEDICATORIA…………………………………………………………………………...V
ÍNDICE GENERAL……………………………………………………………………VIII
ÍNDICE DE TABLAS…………………………………………………………………......X
ÍNDICE DE FIGURAS……………………………………………………………….....XII
RESUMEN EJECUTIVO……………………………………………………………...XIV
INTRODUCCIÓN……………………………………………………………………...XVI
CAPÍTULO 1: MARCO TEÓRICO……………………………………………………...1
INTRODUCCIÓN………………………………………………………………..................2
1.1 Conceptos de desarrollo de software……………………………………………………3
1.1.1 Software ……………………………………………………………............................3
1.1.2 Ciclo de vida del desarrollo de software…..………….....…………………………….3
1.1.3 Modelos para el desarrollo de software……………………………….........................5
1.2 Conceptos de desarrollo de aplicaciones móviles……………………………………….9
1.2.1 Sistemas operativos móviles…………………………………………..........................9
1.2.2 Android………………………………………………………………..........................9
1.2.3 iOS……………………………………………………………………………...…….10
1.2.4 Aplicaciones móviles……………………………………………………………..….10
1.2.2 Interfaz de programación de aplicaciones………………………………………...….10
1.3 Conceptos sobre el Sistema Nacional de Emergencias 9-1-1…………………...……..10
1.3.1 Emergencia………………………………………………………………………...…10
1.3.2 Número de Emergencias 9-1-1………………………………………………...……..11
1.3.3 Sistema Nacional de Atención a Emergencias y Seguridad 9-1-1………………...…12
RESUMEN CAPÍTULO 1…………………………………………………………………13
CAPÍTULO 2: METODOLOGÍA……………………………………………………….14
INTRODUCCIÓN…………………………………………………………………………15
2.1 Investigación: Métodos y tipos empleados…...………………………………………..16
VIII
2.2 Diseño de la investigación……………………………………………………………..19
2.2.1 La investigación documental………………………………………...........................19
2.2.2 La investigación de campo…………………………………………..........................19
2.3 Técnicas e instrumentos para la recolección de datos…………………………………20
2.3.1 Metodología Cuantitativa……………………………………………………………20
2.4 Población y muestra……………………………………………………………………20
2.4.1 Población…………………………………………………………………………….20
2.4.2 Muestra……………………………………………………………………………….21
2.5 Análisis e interpretación de los resultados……………………………………………..22
RESUMEN CAPÍTULO 2…………………………………………………………………24
CAPÍTULO 3: ANÁLISIS DETALLADO DE LA SITUACIÓN ACTUAL DEL
SISTEMA NACIONAL DE EMERGENCIAS Y SEGURIDAD 9-1-1………………..25
INTRODUCCIÓN…………………………………………………………………………26
3.1 Sistema Nacional de Atención a Emergencias y Seguridad 9-1-1……………………..27
3.1.1 Reseña e historia del 9-1-1…………………………………………...........................27
3.1.2 Cobertura del 9-1-1 en la República Dominicana……………………………………28
3.1.3 Análisis FODA del 9-1-1…………………………………………………………….28
3.2 Presentación de los resultados de la encuesta………………………………….29
3.2.1 Introducción………………………………………………………………………….29
3.2.2 Análisis detallado de los resultados………………………………………………….33
3.2.3 Análisis general de la encuesta………………………………………………………40
3.3 Documento visión……………………………………………………………...............41
3.4 Documento de especificación de requisitos…………………………………................55
3.5 Diagrama de dominio…………………………………………………………………..83
RESUMEN CAPITULO 3…………………………………………………………………84
CAPÍTULO 4: DISEÑO DE LA PROPUESTA UN SISTEMA DE
AUTOMATIZACIÓN DEL SERVICIO DEL SISTEMA NACIONAL DE
EMERGENCIAS Y SEGURIDAD 9-1-1………………………………………………..85
INTRODUCCIÓN…………………………………………………………………………86
IX
4.1 Diseño del sistema….…………………………………………………………………..87
4.2 Diagramas del sistema……………..…………………………………………...............87
4.2.1 Diagrama de arquitectura…………………………………………………………….87
4.2.2 Diagrama de clases…………………………………………………...........................88
4.2.4 Diagramas de secuencia……………………………………………...........................89
4.2.5 Diagramas de estados………………………………………………...........................93
4.2.6 Diagrama entidad-relación…………………………………………...........................95
4.3 Diseño preliminar de la interfaz gráfica………………………………………………..96
RESUMEN CAPÍTULO 4………………………………………………………………..110
CONCLUSIÓN…………………………………………………………………………..111
RECOMENDACIONES………………………………………………………………...114
REFERENCIAS BIBLIOGRÁFICAS…………………………………………………115
ANEXOS…………………………………………………………………………………119
Anexo 1. Encuesta………………………………………..................................................120
Anexo 2. Anteproyecto…………………………………………………………………...122
X
ÍNDICE DE TABLAS
Tabla 2.1 Valor de la puntuación Z según el nivel de confianza deseado………………....23
Tabla 2.2 Escala de conformidad Likert…………………………………………………...24
Tabla 3.1 Conformación de los encuestados según su sexo………………………………..30
Tabla 3.2 Conformación de los encuestados según su edad……………...………………..30
Tabla 3.3 Utilización del Sistema Nacional de Atención a Emergencias 911………...…...31
XI
ÍNDICE DE FIGURAS
Figura 1.1 Ciclo de Vida del desarrollo del software……………………………………...5
Figura 1.2 Modelo de desarrollo de software en cascada………………….........................6
Figura 1.3 Modelo en V para el desarrollo de software………………………...................7
Figura 1.4 Modelo evolutivo de desarrollo de software……………...................................8
Figura 1.5 Modelos de desarrollo iterativo e incremental………………............................8
Figura 1.6 Estadísticas de Emergencias en el país…………...............................................12
Figura 2.1 Fórmula utilizada para encontrar la muestra………………………..................21
Figura 3.1 Porcentaje de conformación de los encuestados según su sexo……………….30
Figura 3.2 Porcentaje de conformación de los encuestados según su edad……………….31
Figura 3.3 Porcentaje de utilización del 911………………………………………………32
Figura 3.4 Suma de respuestas a la pregunta #1…………………………………………..33
Figura 3.5 Porcentajes de respuestas a la pregunta #1…………………………………….33
Figura 3.6 Suma de respuestas a la pregunta #2…………………………………………...34
Figura 3.7 Porcentajes de respuestas a la pregunta #2……………………………………..35
Figura 3.8 Suma de respuestas de la pregunta #3………………………………………….36
Figura 3.9 Porcentaje de respuestas de la pregunta #3……………………………………..36
Figura 3.10 Suma de las respuestas a la pregunta #4……………………………………....37
Figura 3.11 Porcentajes de respuestas a la pregunta #4……………………………………38
Figura 3.12 Suma de las respuestas a la pregunta #5……………………………………....39
Figura 3.13 Porcentajes de las respuestas a la pregunta #5………………………………...39
Figura 3.14 Modelo organizacional del negocio…………………………………………...49
Figura 3.15 Diagrama de caso de uso general……………………………………………...66
Figura 3.16 Diagrama de caso de uso Registrarse como Usuario……….............................67
XII
Figura 3.17 Diagrama de caso de uso Inicio de Sesión…………………………………….72
Figura 3.18 Diagrama de Dominio…………………………………………………………83
Figura 4.1 Esquema de arquitectura de la aplicación………………………………………87
Figura 4.2 Diagrama de clases de la aplicación móvil……………………………………..88
Figura 4.3 Diagrama de secuencia para inicio de sesión…………………………………..89
Figura 4.4 Diagrama de Secuencia para realizar reportes de emergencia………………….90
Figura 4.4 Diagrama de secuencia para consultar emergencias registradas……………….91
Figura 4.5 Diagrama de secuencia para dar seguimiento a emergencias en proceso……....92
Figura 4.6 Diagrama de estado del usuario………………………………………………...93
Figura 4.7 Diagrama de estado para realizar reportes de emergencia……………………...93
Figura 4.8 Diagrama de estado para registrar contactos de emergencia…………………...94
Figura 4.9 Diagrama de estado para consultar las emergencias registradas……………….94
Figura 4.10 Diagrama entidad-relación del sistema………………………………………..96
Figura 4.11 Diseño de la pantalla de carga………………………………………………...97
Figura 4.12 Diseño de pantalla de inicio de sesión………………………………………...98
Figura 4.13 Diseño de pantalla de registro (1) ................................................................................. 99
Figura 4.14 Diseño pantalla de registro (2) ..................................................................................... 100
Figura 4.15 Diseño de pantalla de inicio………………………………………………….101
Figura 4.16 Diseño del menú de la aplicación…………………………………………....102
Figura 4.17 Diseño de la pantalla de reportes…………………………………………….103
Figura 4.18 Diseño de pantalla de detalles de un reporte………………………………...104
Figura 4.19 Diseño diálogo de últimas actualizaciones………………………………......105
Figura 4.20 Diseño pantalla de historial de reportes……………………………………...106
Figura 4.21 Diseño del master detail de Contactos de Emergencia………………………107
Figura 4.22 Diseño de diálogo de edición de Contactos de Emergencia………………....108
Figura 4.23 Diseño de diálogo de detalles de Contactos de Emergencia………………....109
Figura 4.24 Diseño de diálogo de adición de Contactos de Emergencia…………………110
XIII
RESUMEN EJECUTIVO
Este trabajo de grado presenta el análisis y diseño de un sistema de automatización del
servicio del Sistema Nacional de Emergencias y Seguridad 9-1-1, a través de la creación de
una aplicación móvil.
El objetivo principal es entregar el modelado completo de una aplicación móvil que permita
realizar un reporte de una emergencia al Sistema 9-1-1, con la funcionalidad de poder
realizar esto con solo presionar un botón. Esta aplicativo funcionará como canal alternativo
de acceso a los servicios del 9-1-1, que otorgará beneficios a los usuarios del Sistema 9-1-1
el poder dar seguimiento en vivo a sus reportes, ver un historial de los reportes solicitados
anteriormente, poder agregar contactos de emergencia que serán contactados
inmediatamente el usuario realice una petición de emergencia express y la capacidad de
mantener registrada previamente las informaciones sobre el usuario que son necesarias al
momento de realizar una petición de servicios.
En el país actualmente solo existe un solo canal para que los ciudadanos puedan realizar
reportes de emergencia al Sistema 9-1-1, el cual es la vía telefónica, la cual puede llegar a
saturarse en algún momento crítico nacional en el cual se necesite la asistencia de este
servicio. Por estas circunstancias, se realizó el presente trabajo para proponer un nuevo
canal de comunicación de la población con el Sistema 9-1-1.
Para validar la problemática existente se realizó una encuesta a los ciudadanos del Distrito
Nacional de la República Dominicana. Esta encuesta fue aplicada a una muestra de 385
ciudadanos del Distrito Nacional, número determinado mediante la fórmula de muestreo
XIV
probabilístico aleatorio simple para poblaciones finitas. La encuesta está compuesta por 5
preguntas cerradas, cuyas respuestas están basadas en la psicometría de valoración de
Likert.
El instrumento utilizado confirmó la inconformidad del 52% de los ciudadanos del Distrito
Nacional de la República, con respecto a qué tan fácil encuentran reportar una situación o
emergencia al Sistema 9-1-1, además de que el 65% estuvieron inconformes con la
velocidad actual de respuesta del Sistema 9-1-1 ante una emergencia. También el 92% de
los encuestados están de acuerdo con la idea de tener una aplicación móvil que automatice
el proceso de reporte de emergencias al Sistema 9-1-1.
En base a estos resultados, se logró modelar un sistema que cumpla con los requerimientos
y que suplan las necesidades de los ciudadanos del Distrito Nacional de la República
Dominicana. Este sistema dará solución al problema identificado durante la investigación,
el cual servirá de apoyo al actual Sistema Nacional de Emergencias y Seguridad 9-1-1 en el
Distrito Nacional de la República Dominicana.
XV
INTRODUCCIÓN
Los servicios de emergencia son brindados por servidores públicos que tratan
enfermedades, lesiones, accidentes, entre otras situaciones que requieren una respuesta
urgente ya sea médica o de otro tipo, proporcionando tratamiento fuera del hospital, auxilio
y transporte a la atención definitiva.
En la mayoría de los lugares, los miembros del público pueden convocar al Servicio
Médico de Emergencias (así como las instalaciones médicas, otros servicios de emergencia,
empresas y autoridades) a través de un número de teléfono de emergencia que los pone en
contacto con una instalación de control, los cuales, enviarán el recurso adecuado para hacer
frente a la situación. Las ambulancias son los vehículos principales para proveer el Servicio
Médico de Emergencias, aunque algunas también usan automóviles, motocicletas, aviones,
helicópteros o embarcaciones. Las agencias de Servicio Médico de Emergencias también
pueden operar el servicio de transporte de pacientes que no es de emergencia, y algunas
tienen unidades para operaciones de rescate técnico, tales como extracción, rescate en el
agua y búsqueda y rescate.
El sistemas de emergencia 911 de la República Dominicana inició su servicio el 31 de
mayo del 2014, desde entonces dando servicio ininterrumpido a las diferentes provincias de
la República Dominicana las 24 horas del día, los 7 días de la semana. Anteriormente a esto
existían más de 40 números telefónicos para reportar emergencias, al no contar con
protocolos de actuación establecidos y medibles, miles de emergencias quedaban sin
atender anualmente. Aquellas que ocurrían en las calles eran informalmente tratadas por
transeúntes que se encontraban en la escena, mientras las que sucedían en los hogares eran
XVI
resueltas por familiares y vecinos, o terminaban en fatalidades al no ser asistidas por
expertos. A causa de esto, se inició como proyecto en enero de 2013, el servicio de
emergencias 9-1-1 para la República Dominicana.
Los esfuerzos iniciales se concentraron en conocer los sistemas de emergencias de otros
países y adaptar estos modelos para la realidad dominicana. Desde que iniciaron las
operaciones del Sistema Nacional de Atención a Emergencias y Seguridad 9-1-1, ha
impactado en la vida de miles de dominicanos al entregar a los centros de salud a pacientes
en mejores condiciones, disminuyendo así los niveles de mortalidad y morbilidad. Al mes
de abril de 2017, han sido atendidas 1, 667,013 emergencias y 283,600 de ruido. Sumando
1, 950,613 entre casos de emergencias y urgencias por contaminación sónica.
Para poder reportar una situación a los sistemas de emergencias, se deben seguir una serie
de pasos entre los cuales se encuentran, marcar al 911 a través de un teléfono, en donde
será atendido por un operador y tendrá que proveer una serie de datos como su información
personal, situación en la que se encuentra y la gravedad de esta, dirección exacta en donde
esté ocurriendo el incidente y un lugar de referencia para mayor precisión, y dependiendo
de la situación presentada, una serie de preguntas de parte del operador.
Lamentablemente, las llamadas son el único medio con el que cuenta el usuario para poder
reportar situaciones al sistema de emergencias, causando una serie de problemáticas como
reducción de tiempo de respuesta, datos incompletos, irrelevantes o completamente
erróneos con respecto a la emergencia dada, limita al usuario a no poder reportar una
emergencia si se encuentra herido o sin capacidad de hablar, entre otros posibles factores
que podrían variar de emergencia en emergencia.
A raíz de lo mencionado, hemos desarrollado este trabajo de grado, en el cual se va a
entregar el análisis, diseño y modelado de una aplicación móvil de reporte y seguimiento de
emergencias del servicio del 911 de la República Dominicana, para mejorar la calidad de la
información necesaria y la velocidad de respuesta del 911, el cual se basa en 4 objetivos
específicos que se desarrollaron en los siguientes capítulos:
XVII
El primer capítulo titulado “Marco Teórico”, se enfoca en el objetivo número 1,
buscando definir los diferentes conceptos que sustentan la investigación del sistema
de emergencias del 911 y la aplicación móvil propuesta para esto.
El segundo capítulo es la “Metodología de Investigación”, enfocándose en lo que es
el objetivo número 2, con el fin de definir a detalle la metodología utilizada en dicha
investigación, la cual fue vital para poder llevar a cabo nuestro trabajo de grado.
El tercer capítulo es el “Análisis detallado de la situación actual del sistema
nacional de emergencias y seguridad 911”, enfocándose en el 3er objetivo
específico, en este se analizan los diferentes procesos y el servicio actual brindado por
el 911, así como la situación, justificación e importancia de la aplicación móvil
propuesta, incluyendo también lo que es el documento visión, las especificaciones de
requisitos, los casos de uso y el modelo de dominio.
El cuarto y último capítulo se titula “Diseño de la propuesta de un sistema de
automatización del servicio del sistema nacional de emergencias y seguridad 911 ”, el
cual busca resolver el 4to objetivo, que consiste en diseñar una aplicación que permita al
usuario reportar emergencias al sistema 911 desde su dispositivo móvil.
La innovación de este trabajo consiste en el análisis y diseño de una aplicación móvil
como solución y alternativa eficiente para lo que es el reporte de situaciones al
sistema de emergencias de la República Dominicana. La aplicación proveerá una
alternativa mucho más rápida y precisa a los usuarios de este, brindando beneficios
como reducción de tiempo de respuesta y del margen de error a la hora de resolver
una situación o emergencia, también brindando información más precisa y confiable
sobre la posible situación y localización de los usuarios, no solo creando también otro
medio para reportar emergencias, sino que la alternativa permitirá a usuarios heridos o
con indisponibilidad de hablar, el poder reportar sus emergencias sin mucho esfuerzo
o dependiendo completamente de otras personas para esto, todo esto será trabajado
con la estructura que ya tiene creada el sistema 911, y estará disponible para todo lo
que sean dispositivos inteligentes y Smartphones.
XVIII
INTRODUCCIÓN
El sistema de emergencias del 911 ha salvado miles de vidas en la República Dominicana
durante estos últimos años, pero esto no significa que el sistema es perfecto como tal,
precisamente por esta razón es que queremos incorporar la tecnología de los teléfonos
móviles a las funcionalidades del sistemas de emergencias del 911, y así poder lograr tener
como resultado un sistemas mucho más robusto, y de fácil uso para el usuario, empezando
por el marco teórico donde planteamos los diferentes conceptos escenciales, para poder
abarcar todo lo que será más adelante y con más detalle, el diseño y análisis de nuestra
plataforma.
2
1.1Conceptos del desarrollo de software
1.1.1 Software
De forma simple podemos definir que el software no es más que todo aquello lo cual es
intangible en un computador, pero esta sería una definición incompleta, pero software es
mucho más que esto, software son las respectivas instrucciones que un computador debe
seguir, siendo estas las indicaciones sobre qué tiene que hacer y cómo. (Zita, Ana 2018).
Software como tal no es considerado una entidad única como tal, sino que está compuesto
por un conjunto de programas, los cuales son diseñados para cumplir una determinada
función dentro del sistema, ya sean funciones realizadas por parte de los diferentes usuarios
o funciones ya establecidas por el sistema.
En retrospectiva podemos decir que software compone lo que es la parte lógica de un
sistema de computación, permitiendo su uso a nivel personal o empresarial, con esto
podemos confirmar que no solo los respectivos programas forman o son todo lo que
compone software, sino que también la información del usuario y los datos procesados por
este forman parte de lo que conocemos como software, contribuyendo a su óptima
utilización y funcionalidad. (Raffino, María Estela 2019).
1.1.2 Ciclo de vida del desarrollo de software.
El ciclo de vida del desarrollo de software (SDLC ) es un marco definido por tareas
realizadas en cada paso del proceso del desarrollo de un software. Consiste en un plan que
define como desarrollar y mantener un software.
“Sin utilizar un modelo de ciclo de vida exacto, el desarrollo de un producto de software no
sería sistemático y disciplinado. Cuando un equipo está desarrollando un producto de
software, debe haber un entendimiento claro entre el representante del equipo sobre cuándo
y qué hacer. De lo contrario, apuntaría al caos y al fracaso del proyecto. Este problema se
3
puede definir utilizando un ejemplo. Supongamos que un problema de desarrollo de
software se divide en varias partes y las partes se asignan a los miembros del equipo. A
partir de ese momento, supongamos que el representante del equipo tiene libertad para
desarrollar los roles que se les asignan de la forma que deseen. Es posible que un
representante comience a escribir el código por su parte, otro elija primero preparar los
documentos de prueba y algún otro ingeniero comience con la fase de diseño de los roles
que se le asignaron. Este sería uno de los métodos perfectos para el fracaso del proyecto.”
(javatpoint, 2019).
El ciclo de vida del software consta de las siguientes fases:
1. Planificación: Se trabaja con todos los aspectos involucrados con el proyecto. Esto
incluye: Asignación de recursos, planificación de la capacidad, calendarización de las
actividades del proyecto, estimación de los costos y el aprovisionamiento.
2. Requerimientos: En esta etapa, los Stakeholders se reúnen con el equipo de
desarrollo para documentar los requerimientos, solicitados por los usuarios, que luego serán
plasmados en un producto de software.
3. Diseño y prototipado: Se trata de diseñar el software, utilizando el análisis de los
requerimientos realizados en la fase anterior. En el proceso de diseño se establecen los
patrones que serán utilizadas en la arquitectura y el desarrollo del software.
4. Desarrollo: Comienza el desarrollo del software. Según la metodología, esta etapa
puede estar estructurada en pequeños bloques o en un solo bloque. El resultado es un
software funcional.
5. Pruebas: En esta etapa se trata de evaluar el software para poder así entregar un
producto con calidad. Existen diferentes tipos de pruebas como son: Pruebas funcionales,
pruebas de integración, pruebas de desempeño, pruebas de seguridad. El resultado de esta
etapa es un software funcional, probado y listo para el ambiente de producción.
6. Despliegue: En esta etapa, se entrega al cliente el producto el producto de software. 7. Mantenimiento: “El software debe ser monitoreado constantemente para asegurar
su correcto funcionamiento. Los errores y defectos descubiertos en Producción se deben
4
informar y responder, lo que a menudo retroalimenta el trabajo en el proceso. Es posible
que las correcciones de errores no fluyan a lo largo de todo el ciclo, sin embargo, al menos
un proceso abreviado es necesario para garantizar que la corrección no presente otros
problemas (lo que se conoce como una regresión).” (Swersky, 2018)
Figura 1.1 Ciclo de Vida del desarrollo del software
1.1.3 Modelos para el desarrollo de software
En los comienzos de la ingeniería de software, se comenzó a buscar formas de crear marcos
y metodologías que permitieran a los desarrolladores gestionar el proceso del desarrollo,
con el objetivo de alinear los requerimientos del negocio con el del software y gestionar las
actividades de desarrollo de manera más eficiente y eficaz (Cardozzo, 2016).
Un modelo de desarrollo de software es una abstracción de los procesos de desarrollo de
software, es decir, no son procesos definitivos, sino que estas abstracciones sirven de marco
de referencia a la hora de trabajar un proyecto de software.
5
Entre los distintos modelos de desarrollo de software se encuentran:
● Modelo en cascada: “El modelo en cascada es un proceso de desarrollo secuencial,
en el que el desarrollo de software se concibe como un conjunto de etapas que se ejecutan
una tras otra. Se le denomina así por las posiciones que ocupan las diferentes fases que
componen el proyecto, colocadas una encima de otra, y siguiendo un flujo de ejecución de
arriba hacia abajo, como una cascada.” (Domínguez, 2017).
Figura 1.2 Modelo de desarrollo de software en cascada (Pressman, 2015)
Según el autor del libro “Ingeniería de Software. Un Enfoque Práctico” (Pressman, 2015),
otra representación del modelo en cascada se le denomina modelo en v, que consiste en una
relación entre acciones para tener un aseguramiento de la calidad del producto en conjunto
con el proceso normal del flujo del modelo en cascada. Esto con el objetivo de, a medida
que avanza en los pasos del lado izquierdo, se van mejorando los problemas generados en
los requerimientos básicos, creando así requerimientos técnicos más detallados.
6
Figura 1.2 Modelo en V para el desarrollo de software (sakaidasan.gmail.com, 2016)
● Modelo evolutivo: Se trata de, a través de mejoras, ajustes y la adición de nuevas
funcionalidades, llevar el producto de software completo y cerca de cumplir todos los
requerimientos del cliente. Como dicen los siguientes autores: “Los sistemas de software
deben adaptarse con el tiempo. No hay manera de forzar un desarrollo lineal hasta el
producto final. La evolución gradual del producto es un enfoque para resolver este
problema” (Daniel Ramos, 2017).
7
Figura 1.4 Modelo evolutivo de desarrollo de software (Guano, 2015)
● Modelo iterativo e incremental: Tiene la finalidad de, a través de iteraciones, crear
versiones funcionales del producto de software, permitiendo que se agreguen nuevas
funcionalidades, opciones, funciones, especificaciones y requerimientos que el cliente
necesite después de cada iteración.
Figura 1.5 Modelos de desarrollo iterativo e incremental (Gamboa, 2018)
8
1.2 Conceptos de desarrollo de aplicaciones móviles
1.2.1 Sistemas operativos
Los sistemas operativos son los que se encargan de comunicarse y administrar los recursos
del ordenador, básicamente sus funciones con más profundidad serán, coordinar el
hardware dígase los procesos y subprocesos que se manejan el sistema, la seguridad entre
otros. Para mayor detalle Según el autor del libro. “Sistemas operativos modernos” (2016,
Tanenbaum) “El concepto de un sistema operativo que proporciona principalmente
abstracciones a los programas de aplicación es una vista de arriba hacia abajo. Una
alternativa, vista de abajo hacia arriba que el sistema operativo está ahí para administrar
todas las piezas de un sistema complejo. Las computadoras modernas consisten en
procesadores, memorias, temporizadores, discos, ratones, redes interfaces, impresoras y una
amplia variedad de otros dispositivos. En la vista alternativa, El trabajo del sistema
operativo es proporcionar una asignación ordenada y controlada de los procesadores,
memorias y dispositivos de E / S entre los diversos programas. compitiendo por ellos.”
1.2.2 Android
“El sistema operativo Android es una plataforma de software y sistema operativo para
dispositivos móviles que se basa en Kernel de Linux y está desarrollado por Google pero
luego por Open Handset Alliance (OHA) Su idioma nativo es Java, que es el idioma
oficialmente compatible. Hay más de 1 millón de aplicaciones en Google Play que hace que
los usuarios tengan libertad para hacer cualquier cosa con su dispositivo Android nos
permite hacer videollamadas, teléfono llamadas, mensajería instantánea casi sin costo. Las
reservas de entradas están a solo un clic de distancia.”(KrishnaKumar, 2016)
9
1.2.3 iOS
IOS es un sistema operativo móvil desarrollado por la compañía apple, este sistema
operativo fue fabricado especialmente para dispositivos de la misma compañía que son
Iphone, Ipad, Apple Watch . la última versión de iOS es la “iOS 12”.
1.2.4 Aplicaciones móviles
“Los avances tecnológicos en la comunicación móvil, junto con los avances en el campo de
la computación han dado lugar a la computación móvil, que puede definirse como un
entorno de cómputo con movilidad física que brinda al usuario la capacidad de acceder a
datos, información u otros objetos lógicos desde cualquier dispositivo en cualquier red, al
mismo tiempo que va moviéndose, cambiando su locación geográfica.” (Li, Shou, Hu y
Guo, 2016). Las aplicaciones móviles normalmente se pueden descargar en App Store
(Apple Store), Google Play Store y otras tiendas de terceros
1.2.5 Interfaz de programación de aplicaciones
“De las siglas en inglés Application Programming Interface (Interfaz de Programación de
Aplicaciones), el cual son códigos que trabajan como interfaces, facilitando la interacción y
la comunicación entre diversas aplicaciones, el cual tiene el mismo objetivo que una
interfaz de usuario que permita una comunicación amigable entre usuario-software.” (
Sanchez, 2017)
1.3 Conceptos del Sistema Nacional de Emergencias 9-1-1
1.3.1 Emergencia
“Una emergencia es una situación inesperada que pone en peligro la seguridad de una o
más personas. Aunque las emergencias son eventos inesperados, es esencial que los
profesionales de la salud y la seguridad identifiquen los posibles peligros, minimicen los
riesgos y cuenten con una planificación de emergencia que permita una respuesta rápida y
10
eficiente en caso de que surja una emergencia. Los planes de emergencia están formulados
por profesionales de la salud y la seguridad en el trabajo y brindan a los trabajadores un
marco claro para enfrentar emergencias que minimizaran el riesgo para la vida y la salud
humana.” (HSE, 2019).
Según el autor de “Emergencia. Concepto y método.” (Vivanco, 2014), aunque los
fenómenos de emergencia tienen características propias, estas comparten características que
las identifican como emergencia. Entre estas propiedades se encuentran:
● Carácter ontológico: Las emergencias tienen la característica de tratarse de eventos
que ocurren con seres relacionados por alguna característica.
● Fenómeno explicable.
● Coherencia interna: Las emergencias tienen una identidad, prevalecen en el
tiempo y sus partes tienen relación entre sí.
● Presencia notoria.
1.3.2 Número de Emergencias 9-1-1
El 9-1-1 es un número telefónico utilizado por países de todo el mundo como el número
para emergencias central que permite conseguir el contacto con la policía, los bomberos,
los servicios de salud, como las ambulancias, así como también otros organismos que
trabajan como apoyo en situaciones de emergencia.
Este número también forma parte de un conjunto de códigos denominados los Números N-
1-1, que son un conjunto de códigos numéricos utilizados por el Gobierno de un país para
definir accesos fáciles a los diferentes servicios del sistema público.
11
1.3.3 Sistema Nacional de Atención a Emergencias y Seguridad 9-1-1
“El 9-1 -1 es el Sistema Nacional de Atención a Emergencias y Seguridad donde se
concentran, en un solo número, los sucesos que requieren atención o tratamiento inmediato.
Nuestro objetivo es proveer a los ciudadanos, residentes, visitantes y todo aquel que se
encuentre en el territorio dominicano, las atenciones que requieran en materia de seguridad
y servicio público integrados en el mismo. Con este sistema integrado se provee una
respuesta coordinada, consolidada y efectiva a las llamadas de emergencias realizadas por
nacionales y extranjeros en República Dominicana.” (Sistema Nacional de Emergencias 9-
1-1, 2019).
Antes de la puesta en escena del sistema, en el país existían más de 40 números telefónicos
que permitían reportar emergencias. El 25 de septiembre del 2013, fue promulgada la Ley
140-13 del Sistema Nacional de Emergencias, con el objetivo de unificar todos los números
de emergencias en un solo centro de contacto.
Figura 1.6 Estadísticas de Emergencias en el país (911, 2019)
12
RESUMEN DEL CAPÍTULO 1: MARCO TEÓRICO
Como hemos podido comprender en este capítulo, el software es la parte lógica de un
computador que nos permite trabajar con programas que nos ayudan a cumplir con nuestras
necesidades. Para la construcción de estos programas, aplicaciones o software, se utiliza el
llamado Ciclo de vida del desarrollo de software (SDLC), que define todas las actividades
necesarias para construir un software con calidad y que cumpla los requerimientos
solicitados por el cliente, usuario o solicitante. Antes del surgimiento de la Ingeniería de
Software, no existía mucha calidad debido a que no todos los desarrolladores cumplian con
los estandares definidos por el SDLC. Entonces, justo después del surgimiento de la
Ingeniería de Software, un grupo de ingenieros comenzaron a usar los Modelos de
Desarrollo de Software, que no son más que marcos de referencia que permiten tener una
estructura de un proyecto de software organizado, cumpliendo con los estándares de la
época en el SDLC.
También hablamos un poco del Sistema de Emergencia 911, que es un estándar para
emergencias que surgió en Estados Unidos, con el objetivo de tener un número único y fácil
de aprender en caso de una emergencia. En la República Dominicana, antes del surgimiento
del Sistema de Emergencias 9-1-1, existían a cerca de 40 números diferentes para los
servicios del sistema de emergencias nacional. En el 2013, se promulgó la Ley del Sistema
Nacional de Emergencias y Seguridad, en el cual se creo el 9-1-1.
13
INTRODUCCIÓN
Este capítulo tiene como objetivo el plantear los diferentes tipos y metodos de investigacion
utilizados para lo que es nuestro trabajo de grado, al igual que los respectivos métodos de
análisis, técnicas y fuentes para la selección de lo que es la muestra de la población total, es
decir, los ciudadanos del distrito nacional.
También plantea cómo fue tratada la información obtenida, de forma que se pueda
visualizar en su totalidad de forma breve y clara, mostrando los respectivos niveles de
conformidad y aceptación en cuanto al sistemas de emergencias del 911 y la aplicación
planteada en nuestro trabajo de grado.
15
2.1 Investigación: Métodos y tipos empleados
El método científico se refiere a una serie de pasos que sirven para llegar a un conocimiento
científico, es decir, aquel conocimiento que se basa en la observación, análisis, elaboración
de hipótesis y en su comprobación o la formulación de alternativas u observaciones. Estos
son los pasos que permiten llevar a cabo una investigación científica, con el objetivo de
obtener una información correcta y real que permita aplicar el conocimiento adquirido.
“La investigación científica se desarrolla de acuerdo con los lineamientos generales del
proceso de conocimiento que ya analizamos en los dos capítulos precedentes. En ella se
asiste, por lo tanto, a ese acercamiento del sujeto hacia el objeto del que ya hablábamos, por
un lado, y a la verificación de las teorías que se elaboran al confrontarlas con los datos de la
realidad, por el otro.” (Sabino, 2014). Con esto Carlos Sabino deja claro que hay primero
hay que realizar un acercamiento hacia el sujeto de nuestra investigación, con un objetivo
claro, para luego utilizar estos datos obtenidos para sustentar nuestra investigación.
El objetivo principal de este proyecto, es realizar una propuesta de una aplicación móvil
que permita con solo presionar un botón, comenzar una interacción entre el Sistema 911,
con sus instituciones de respuesta, y sus usuarios, de manera más efectiva y eficaz; y se
encuentra enmarcado en un enfoque social, holístico y proyectivo.
La investigación con enfoque social se define como “…Método utilizado por los científicos
e investigadores sociales para aprender sobre las personas y las sociedades. Esta
investigación permite diseñar productos o servicios que se adapten a las diversas
necesidades de las personas.” (Question Pro, 2018).
Este proyecto tendrá un enfoque social, ya que aportará nuevos conocimientos acerca de la
situación actual de los servicios del Sistema de Emergencias y Seguridad 9-1-1 en la
República Dominicana, permitiéndonos aplicar los mismos en el diseño de una aplicación
móvil como respuesta a la necesidad planteada.
16
Daniela Rodríguez (2019) expresa que: “La investigación proyectiva es un tipo de estudio
que consiste en buscar soluciones a distintos problemas, analizando de forma integral todos
sus aspectos y proponiendo nuevas acciones que mejoren una situación de manera práctica
y funcional.”
“La investigación proyectiva es parte de un conjunto de formas exploratorias de indagación
científica que está orientada a la obtención de nuevos conocimientos y su posterior
aplicación, para solucionar problemas o interrogantes de carácter práctico.”
Expresa también, “Es también conocida como proyecto factible, porque intenta dar
respuestas a hipotéticos sucesos futuros mediante modelos o planes que sirvan para
anticipar tendencias o, por el contrario, resolver incógnitas del pasado a través de datos
recientes.”.
Según lo señalado anteriormente, este proyecto es una investigación proyectiva o factible,
porque propone una solución a un problema, y desarrolla y plantea una propuesta para
solucionar dicho problema.
Alan Santos (2014) dijo que “La investigación holística constituye un modelo que permite
organizar y sistematizar la información y el conocimiento relacionado con la metodología
de la investigación.”.
Nuestro proyecto tiene un enfoque holístico, debido a que recolecta la información a través
de métodos cuantitativos y cualitativos.
El método cualitativo es construir el conocimiento partiendo de la información
suministrada por distintas personas dentro de un contexto determinado.
El método cuantitativo trata de tener el control sobre las variables estudiadas, sobre el uso
de la estadística inferencial, de manera objetiva y deductiva, para poder realizar los
hallazgos de una investigación.
17
En este proyecto, trabajaremos con los siguientes tipos de investigaciones:
● Documental: Nuestras fuentes son documentos de todo tipo, tales como libros,
leyes, resoluciones, artículos de revistas, periódicos, artículos en internet, entre otros.
● De campo o directa: La investigación se realiza en el tiempo y el lugar de los
hechos que son objeto del estudio.
● Mixta:Porque es una combinación de la investigación de campo y la documental.
Se utilizará el tipo de investigación mixta, que permitirá explorar la situación actual de los
servicios del Sistema de Emergencias y Seguridad 911, a través de los enfoques cualitativo
y cuantitativo (encuesta-entrevista), para recopilar los datos necesarios para analizar la
información y presentar una propuesta de diseño de una aplicación móvil que permita
realizar solicitudes a los servicios ofrecidos por el 911, según lo establecido en nuestros
objetivos.
Según Alexander Ortiz (2015), La investigación descriptiva “tiene por objeto reflejar las
características observables y generales con vistas a clasificarlas, establecer relaciones entre
variables, etc. Su finalidad es exponer las características de los fenómenos. Tiene carácter
diagnóstico cuando se propone establecer relaciones causales entre ellos.”.
Se utilizará la investigación descriptiva, para describir la situación actual de los servicios
del Sistema Nacional de Emergencias y Seguridad 911, a través de la identificación de los
puntos de mejora del servicio y aplicar los mismos en el diseño elaborado en este proyecto.
El trabajo de campo “es un tipo de investigación utilizada para entender y encontrar una
solución a un problema de cualquier índole, en un contexto específico. Como su nombre lo
indica, se trata de trabajar en el sitio escogido para la búsqueda y recolección de datos que
permitan resolver la problemática.” (Recursos de Autoayuda, 2019).
18
Nuestro proyecto utilizó la investigación de campo porque trabajo en el lugar de los hechos,
cara a cara, con la población encuestada en el Distrito Nacional, para la recolección de los
datos primarios, tomando un cuidado especial de no alterar las informaciones obtenidas.
2.2 Diseño de la Investigación
Segun Valdez, Torres y Núñez(2015) El diseño se refiere al plan o estrategia concebida
para obtener la información que se desea con el fin de responder al planteamiento del
problema.
En punto de vista a esta definición de el diseño de investigación, la misma se divide en
Documental, de campo y experimental, en nuestro proceso investigativo nos enfocaremos
en la documental y de campo.
2.2.1 La investigación documental
“La investigación documental y de campo son las técnicas básicas de la investigación que
nos sirven para recopilar los datos de nuestra investigación” (Baena Paz, 2014). La
investigación documental se centra en la búsqueda de una respuesta en particular a partir de
la indagación en documentos, dentro de la investigación documental existen estas
clasificaciones como Libros, Publicaciones Periódicas, impresos, películas y otra gran
cantidad de documentos informativos.
2.2.2 La investigación de campo
Según Baena Paz (2014) “las técnicas específicas de la investigación de campo, tienen
como finalidad recoger y registrar ordenadamente los datos relativos al tema escogido
como el objeto de estudio. La observación y la integración son las principales técnicas que
usaremos en la investigación.”
19
En la investigación de campo es que se aplica la extracción de datos e informaciones
directamente de la realidad a través del uso de la recolección con el fin de resolver un
problema.
2.3 Técnicas e Instrumentos para la recolección de datos
Para la recolección de la información y conocimientos necesarios para poder lograr el
análisis de nuestro proyecto, necesitamos aplicar diferentes técnicas e instrumentos para la
recolección de dicha información, los cuales serán presentadas más adelante.
2.3.1 Metodología Cuantitativa
Utilizamos la metodología cuantitativa para recolectar una cantidad considerable de la
información necesaria, esta metodología consiste en “la utilización de los números para
analizar, investigar y comprobar tanto información como datos. La investigación o
metodología cuantitativa se produce por la causa y efecto de las cosas, y es uno de los
métodos más conocidos y utilizados en las materias de ciencias, como las matemáticas, la
informática y la estadística”. (Sanz Rosa, 2017).
Utilizamos como herramienta principal una encuesta o cuestionario desarrollada por
nosotros mismos, con el fin de obtener el nivel de conformidad y aceptación de nuestra
idea, permitiéndonos también filtrar por rango de edad, sexo y otras características, con el
fin de brindar información de calidad y fácil accesibilidad en forma de diferentes gráficos y
tablas.
2.4 Población y Muestra
2.4.1 Población
Segun Ana Zita (2017), la población, la cual también es conocida como universos, consiste
en la totalidad de elementos o conjuntos de estos que se van a estudiar para la obtención de
20
la información requerida, los respectivos elementos de una población lo conforman cada
uno de los individuos, debido a que estos comparten alguna u otra caracteristica en comun.
Nuestra población consiste en los habitantes del Distrito Nacional, en Santo Domingo,
República Dominicana, el cual tiene una población de 965,040 Dominicanos según el
último Censo Nacional (ONE, 2018), a estos se les aplicará nuestro cuestionario, con el fin
de obtener el valor de conformidad y aceptación con respecto al sistema de emergencias del
911.
2.4.2 Muestra
Esta muestra se obtuvo utilizando la fórmula del método anteriormente mencionado,
utilizando los siguientes valores:
● N es el tamaño de nuestra población, que como mencionamos anteriormente es
965,040dominicanos que residen en el Distrito Nacional. ● e es el margen de error de la encuesta aplicada, en nuestro caso es de un 5% de
margen de error.
● z es el equivalente del nivel de confianza que queremos aplicar en la encuesta en
relación con la Tabla 2.X presente más adelante. En nuestra encuesta se utilizó un 95% de
nivel de confianza, lo que equivale a un 1.96 según la tabla de valores presente en la Tabla
2.X.
● p es la probabilidad de éxito que se desea al aplicar la encuesta. Por estándar,
siempre se usa como valor un 50% (0.5).
Figura 2.1 Fórmula utilizada para encontrar la muestra. (Surveymonkey, 2019)
21
Nivel de confianza deseado Puntuación Z utilizada en muestreo
80% 1.28
85% 1.44
90% 1.65
95% 1.96
99% 2.58
Tabla 2.1 Valor de la puntuación Z según el nivel de confianza deseado
(Surveymonkey, 2019)
Basándonos en los datos suministrados anteriormente y utilizando el método mencionado
anteriormente, concluimos que el tamaño de nuestra muestra es de un total de 385 personas.
2.5 Análisis e interpretación de los resultados
Para interpretar y analizar los resultados de la encuesta que se aplicó a la población del
Distrito Nacional, se realizó el siguiente procedimiento:
● Elaboración de encuesta: Se elaboró una encuesta de 5 preguntas cerradas,
utilizando la escala de Likert, para medir la conformidad de la población del Distrito
Nacional acerca de los servicios ofrecidos por el 911.
22
Nivel de Satisfacción Descripción
1 Muy malo
2 Malo
3 Regular
4 Muy bueno
5 Excelente
Tabla 2.2 Escala de conformidad Likert (Fuente propia).
Según Sonia Aguilar y Julio Barroso (2015), autores del artículo “La triangulación de datos
como estrategia de investigación educativa”, la triangulación de datos “Hace referencia a la
utilización de diferentes estrategias y fuentes de información sobre una recogida de datos
permite contrastar la información recabada. La triangulación de datos puede ser: a)
temporal: son datos recogidos en distintas fechas para comprobar si los resultados son
constantes; b) espacial: los datos recogidos se hacen en distintos lugares para comprobar
coincidencias; c) personal: diferente muestra de sujetos”.
La estrategia metodológica que utilizamos para el análisis de los datos de nuestra
investigación social fue la triangulación de datos. Primero, se obtuvo la percepción de los
ciudadanos del Distrito Nacional, mediante la encuesta que se aplicó para conocer la
situación actual acerca de los servicios brindados por el 911. Luego, se confeccionó un
cuadro de resultados para tabular los datos recopilados en las encuestas, para finalmente
proceder a su interpretación.
23
RESUMEN DEL CAPÍTULO 2: ASPECTOS
METODOLÓGICOS
En este capítulo se definieron las metodologías que se utilizaron para llevar a cabo la
investigación requerida en nuestro trabajo de grado.
También se ilustraron las diferentes gráficas y tabulaciones, herramientas que sirvieron para
lo que es la representación de los resultados de la encuesta que se realizó a los ciudadanos
del Distrito Nacional, y los cuales fueron vitales para comprobar la necesidad del desarrollo
y la implementación del sistema planteado en este trabajo de grado.
24
CAPÍTULO 3:
ANÁLISIS DETALLADO DE LA SITUACIÓN ACTUAL DEL
SISTEMA NACIONAL DE EMERGENCIAS Y SEGURIDAD
9-1-1
25
INTRODUCCIÓN
Durante el transcurso de este capitulo, podremos ver de forma detallada cómo se encuentra
el sistema de emergencias 911 en la República Dominicana, desde su historia y cómo
funciona, hasta como este es visto por la población dominicana, representado en los
respectivos resultados de la encuesta que realizamos, también podremos ver un análisis
FODA sobre este, y finalmente se verá con todo su nivel de detalle lo que es el documento
visión, mostrando detalles con respecto al 911 como tal y también abarcando nuestra
aplicación como tal, mostrando en general todo lo que engloba al 911 en el Distrito
Nacional, de la República Dominicana.
26
3.1 Sistema Nacional de Atención a Emergencias y Seguridad
9-1-1
3.1.1 Reseña e historia del 9-1-1
El Sistema Nacional de Atención a Emergencias y Seguridad 9-1-1 es el servicio encargado
de concentrar, en un solo número, todos los sucesos que requieren atención inmediata de
parte de los principales servicios de emergencias a nivel Nacional, como son la Policía
Nacional, el Ministerio de Salud Pública, el Cuerpo de Bomberos, la Dirección General de
Seguridad de Tránsito y Transporte Terrestre (DIGESETT), el Ministerio de Obras Públicas
y la Procuraduría General de la República.
El 9-1-1 inicio con la promulgación de la Ley 140-13, promulgada el 25 de septiembre del
2013, con el objetivo de construir lo que hoy conocemos como 9-1-1 en la República
Dominicana.
Según su página oficial (911.gob.do, 2019), el servicio tiene como misión, visión y valores
lo siguiente:
● Misión: Gestionar de manera efectiva la atención a las situaciones de emergencia y
seguridad en el territorio nacional, procurando la salvaguarda de vidas y bienes. ● Visión: Cubrir todo el territorio nacional para la efectiva atención a emergencias y
seguridad en beneficio de las personas, manteniéndonos como el servicio público mejor
valorado en el país y como un referente nacional y regional.
● Valores:
○ Integridad
○ Vocación de Servicio
○ Excelencia
27
○ Trabajo en equipo
○ Excelencia
○ Compromiso
3.1.2 Cobertura del 9-1-1 en la República Dominicana
Según el contenido que tienen actualmente la página del 911 (911.gob.do, 2019), el servicio
tiene cobertura en los municipios del Gran Santo Domingo (Distrito Nacional, Santo
Domingo Norte, Santo Domingo Oeste, Santo Domingo Este, Boca Chica, San Antonio de
Guerra, Los Alcarrizos y Pedro Brand), de la Zona Norte del país (Cayetano Germosén,
San Victor, Moca, La Vega, Bonao, Maimón, Piedra Blanca, Altamira, Puerto Plata,
Luperón, Imbert, Sosua, Villa Montellano, Licey Al Medio, Puñal, Villa Bisonó, Villa
González, Santiago De Los Caballeros, Tamboril, Las Terrenas, Samaná y Sánchez), de la
Zona Sur (Baní, Matanzas, Nizao, Sabana Grande De Palenque, Yaguate, Villa Altagracia,
San Cristóbal, Bajos De Haina y San Gregorio De Nigua) y de la Zona Este (San Rafael
Del Yuma, Distrito Municipal Bayahibe, Higuey, La Romana, Guaymate, Villa Hermosa,
Guayacanes, San Pedro De Macorís, Ramón Santana, Consuelo, Bayaguana, Monte Plata,
Peralvillo y Yamasá).
3.1.3 Análisis FODA del 9-1-1
Fortalezas
● 4 años de experiencia brindando servicio de emergencias a la República
Dominicana.
● Unidades especializadas y listas para despacho en caso de emergencias.
● Asistencia telefónica en todos los sectores habilitados.
● Servicio 24 horas al día, los 7 días de la semana.
● Herramienta para generación de estadísticas en línea y siempre actualizadas.
● Servicio habilitado en gran parte de la República Dominicana.
● Ambulancias y helicópteros para proveer asistencia tanto en las ciudades como en
las carreteras y zonas rurales.
28
Oportunidades
● Habilitación del servicio de emergencias 911 en los demás municipios en la
República Dominicana.
● Crecimiento en la aceptación y confianza del pueblo Dominicano.
● Capacitación de personal para mejor tratamiento y mayor cobertura de situaciones
de emergencias.
● Creación de planes y estrategias para poder cubrir más posibles situaciones de
emergencias que se puedan presentar en la Rep. Dom.
Debilidades
● Llamadas telefónicas siendo el único método de reportar emergencias.
● Dependen del usuario que reporte para obtener la ubicación del incidente.
● Método de reporte relativamente lento en contraste a la velocidad que ameritan
situaciones.
Amenazas
● No poder manejar la situación con la rapidez necesaria para evitar bajas
● Tránsito de la República Dominicana
● Falta de una ubicación exacta del incidente
● Pocas clínicas o hospitales capacitados para poder lidiar con situaciones de
emergencias
3.2 Presentación de los resultados de la encuesta
3.2.1 Introducción
En esta sección se presentarán los resultados de la encuesta implementada, utilizando
gráficos y texto. La misma fue aplicada a 385 residentes del Distrito Nacional de la
República Dominicana de manera aleatoria, según lo explicado en el Capítulo 2: Aspectos
metodológicos.
29
Estos datos serán analizados para dar respuesta a las incógnitas de la investigación. Para
esto, debemos primero que conocer nuestra muestra.
Los encuestados estaban conformados, según su sexo, de la siguiente manera:
Sexo
Hombre 168
Mujer 217
Total de respuestas 385
Tabla 3.1 Conformación de los encuestados según su sexo
Figura 3.1 Porcentaje de conformación de los encuestados según su sexo
30
Mientras que, según su edad, estaban conformados de esta manera:
Edad
18 a 25 años 225
26 a 46 años 110
47 a 55 años 39
56 a 65 años 8
Más de 66 años 3
Total de respuestas 385
Tabla 3.2 Conformación de los encuestados según su edad
Figura 3.2 Porcentaje de conformación de los encuestados según su edad
31
En las siguientes gráficas, se muestra el porcentaje, en base a nuestra muestra, de la
utilización del servicio del 911:
¿Ha utilizado el Sistema Nacional de
Atención a Emergencias 911?
Sí 191
No 194
Total de respuestas 385
Tabla 3.3 Utilización del Sistema Nacional de Atención a Emergencias 911
Figura 3.3 Porcentaje de utilización del 911
32
3.2.2 Análisis detallado de los resultados
Resultados de la pregunta #1: ¿Que tanto preferiría usar la aplicación para reportar
una emergencia en lugar de una llamada?
Figura 3.4 Suma de respuestas a la pregunta #1
Figura 3.5 Porcentajes de respuestas a la pregunta #1
33
El 52% de los encuestados mostraron sus respuestas entre muy malo, malo y regular sobre
la pregunta “¿Qué tan fácil se encuentra usted reportar una situación o emergencia al
sistema 911?”, mientras el 48% restante mostró su conformidad con respecto a la pregunta,
mostrando sus respuestas entre muy bueno y excelente. Esto evidencia que, aunque el
Sistema Nacional de Emergencias y Seguridad 911 ha logrado cubrir las necesidades dentro
de una población que nunca había tenido un servicio similar hasta la creación de este
servicio, la gran mayoría de los participantes de la encuesta muestran inconformidad
sobre la facilidad que tienen para utilizar los servicios de atención a emergencias del
911.
Resultados de la pregunta #2: ¿Cómo considera la velocidad de respuesta del sistema
de emergencias 911?
Figura 3.6 Suma de respuestas a la pregunta #2
34
Figura 3.7 Porcentajes de respuestas a la pregunta #2
El 65% de los encuestados valoran con muy malo, malo o regular en consideración a la
velocidad de respuesta actual del Sistema Nacional de Emergencias y Seguridad 911,
mientras solo el 35% se muestra conforme con respecto a la velocidad de sistema. Estos
resultado demuestran que la velocidad de respuesta del servicio de emergencias 911 es
ineficiente.
35
Resultados de la pregunta #3: ¿Qué piensa de una aplicación móvil que automatice
el proceso de reporte de emergencias al sistema 911?
Figura 3.8 Suma de respuestas de la pregunta #3
Figura 3.9 Porcentaje de respuestas de la pregunta #3
36
El 92% de los encuestados muestran su interés con resultados en excelente, muy bueno y
regular, el que exista una aplicación móvil que permite automatizar el proceso de realizar
solicitudes de atención a emergencias al 911. Solo el 8% restante mostró una postura
negativa ante esta idea, con respuestas en malo y muy malo.
Estos resultados dan a conocer que existe una necesidad por parte de la población de que
existan algunas vías alternativas para realizar solicitudes de atención a emergencias en el
Sistema 911, sobre todo en la forma de una aplicación móvil.
Resultados de la pregunta #4: ¿Qué tan dispuesto estaría usted a tener dicha
aplicación en su dispositivo móvil?
Figura 3.10 Suma de las respuestas a la pregunta #4
37
Figura 3.11 Porcentajes de respuestas a la pregunta #4
El 88% de los participantes de esta encuesta marcaron entre excelente, muy bueno y
regular, su disposición de tener una aplicación móvil del 911 en su dispositivo móvil. Solo
un 12% no está dispuesto a tener dicha aplicación en su dispositivo, mostrado con sus
respuestas en muy malo o malo. Esto evidencia la aceptación de los participantes a la
propuesta de una aplicación móvil para realizar solicitudes al servicio del 911.
38
Resultados de la pregunta #5: ¿Qué tanto preferiría usar la aplicación para reportar
una emergencia en lugar de una llamada?
Figura 3.12 Suma de las respuestas a la pregunta #5
Figura 3.13 Porcentajes de las respuestas a la pregunta #5
39
El 91% de los encuestados marcaron con respuestas en excelente, muy bueno y regular, su
preferencia a utilizar una aplicación móvil, en lugar a una llamada, para reportar una
emergencia al 911. Esto evidencia la preferencia de la población a utilizar canales más
modernos a la hora de realizar este tipo de solicitudes de servicios.
3.2.3 Análisis general de la encuesta
En el análisis detallado de cada pregunta que se realizó en el punto anterior, se pueden
evidenciar los siguientes puntos:
● En las preguntas 1 y 2 se puede evidenciar que existe un disconformidad por una
parte de los individuos, hacia el actual proceso para realizar solicitudes de atención a
emergencias al 911, así como de la velocidad de dicho proceso.
● En las preguntas 3, 4 y 5 se evidencia que los participantes entienden que una
aplicación móvil que permita realizar solicitudes al Sistema Nacional de Emergencias y
Seguridad 911, ayudaría a mejorar el proceso de atención a Emergencias, fortaleciendo el
diseño propuesto en este trabajo de grado.
40
3.3 Documento visión
ANÁLISIS Y DISEÑO DE UN SISTEMA DE AUTOMATIZACIÓN
DEL SERVICIO DEL SISTEMA NACIONAL DE EMERGENCIAS Y
SEGURIDAD 911.
Versión 1.5
Por:
Emmanuel Polanco
Cesar Rondon
Ralph Severino
41
Historial de Revisiones
Fecha Versión Descripción Autor
23/09/2019 1.0 Inicio y estructura del documento Emmanuel Polanco
26/09/2019 1.1 Definición del Problema Emmanuel Polanco
27/09/2019 1.2 Desarrollo de las características del Cesar Rondon
producto.
27/09/2019 1.3 Desarrollo de los requerimientos Emmanuel Polanco
27/09/2019 1.4 Desarrollo de usuarios y stakeholders Ralph Severino
27/09/2019 1.5 Desarrollo modelo organizacional Ralph Severino
28/09/2019 1.6 Revisión del documento Cesar Rondon
42
Introducción
El objetivo de este documento es definir los objetivos primordiales a seguir para realizar el
análisis y diseño de una aplicación móvil para realizar solicitudes a los servicios ofrecidos
por el Sistema Nacional de Atención a Emergencias y Seguridad 9-1-1, centrándonos en el
Distrito Nacional en el año 2019.
Propósito
Este documento tiene el propósito de sistematizar, de manera general, el análisis del
problema, las necesidades y las características de todas las funcionalidades que debe tener
la aplicación móvil de solicitud de emergencias del Sistema 911.
El mismo seguirá las pautas de la visión del 911, buscando siempre cubrir todo el territorio
nacional con una efectiva atención a emergencias y seguridad en beneficio de las personas,
manteniéndose como el servicio público mejor valorado en el país y como un referente
nacional y regional.
También, en este documento se describe el funcionamiento básico del aplicativo mediante
el cual se pretende crear una vía alternativa al Centro de llamadas del Sistema 911, que
facilitará y brindará algunas nuevas alternativas a los usuarios del Sistema 911 desde su
dispositivo móvil.
Alcance
El alcance es abarcar la definición de los aspectos que definen el proyecto de desarrollo de
la aplicación móvil para la solicitudes al servicio del Sistema Nacional de Atención a
Emergencias y Seguridad 911, describiendo las problemáticas a resolver, los involucrados y
el planteamiento de la propuesta de desarrollo.
43
Definiciones y términos
GPS: El Global Positioning System (En español, Sistema de Posicionamiento Global) es un
sistema que permite determinar la posición de un objeto en la tierra. Este funciona a través
de una red de como mínimo 24 satélites en la órbita de la Tierra, para que en todo momento
haya al menos 4 satélites en cualquier punto de la tierra, así aumentando la precisión del
mismo.
iOS: Sistema operativo de Apple, desarrollado originalmente para los iPhone, pero luego
distribuido entre todos los dispositivos de la compañía. Este sistema operativo no permite la
instalación en dispositivos de terceros, por motivos de licenciamiento.
Android: Sistema operativo de código abierto, desarrollado por Google y basado en el
Kernel de Linux. Es un sistema operativo diseñado para dispositivos con pantalla táctil,
como los Smartphones, Tablets, SmartWatch, Automóviles y Televisores.
Comando GPS: Es una orden que se envía desde un dispositivo de GPS hacia un receptor.
Tracking: Es el término utilizado para definir el intento de localización de un objeto o
entidad desde una distancia remota. Está conformado por longitud, latitud, velocidad y
dirección.
Smartphone: Son teléfonos, mayormente con pantalla táctil, que permiten al usuario
conectarse a internet e utilizar diferentes aplicaciones como si fuera un mini computador
portátil.
Stakeholder: Es una palabra en inglés que significa interesado o parte interesada. Es toda
persona, entidad u organización afectada por las actividades dentro de un proyecto.
44
Dispositivo: Es una pieza que realiza una función dentro de un conjunto más complejo.
Módulo: Es una parte de un sistema que cumple con una función determinado de todas las
funciones que componen un sistema informático.
TCP/IP: Es un protocolo de comunicación que permiten a varios equipos conectarse
dentro de una red.
Emergencia: Es una acción que requiere atención urgente e imprevista, ya sea por
accidente o por algún suceso inesperado.
Android Emergency Location Service (ELS): Es un servicio incluido en los sistemas
operativos Android que envía la localización directamente desde un dispositivo android
donde se realiza una llamada de emergencia, hacia los contactos de emergencia registrados
por el usuario y hacia la entidad de emergencia a la cual se le solicita el servicio.
Disponible desde Android 4.0 (Ice Cream Sandwich) o superior.
iOS Emergency SOS System: Es un servicio que permite enviar rápidamente una alerta a
tus contactos de emergencia y pedir ayuda al servicio de atención a emergencias. Está
disponible desde lOS 11 o superior.
45
Metodología de trabajo
La metodología de desarrollo que se utilizó es la metodología RUP (Proceso Unificado
Racional, por sus siglas en inglés) debido a que permite asignar tareas y responsabilidades
de manera más disciplinada dentro de un equipo de desarrollo. Está dividida en 4 fases:
Inicio, Elaboración, Construcción y Transición.
El objetivo de utilizar esta metodología es garantizar la construcción de un software con
altos estándares de calidad y cumpliendo con las necesidades de los usuarios, de manera
eficiente y organizada.
Posicionamiento
Oportunidad de negocio
El objetivo de la aplicación es dar una vía alterna que permita utilizar todos los servicios
ofrecidos por el Sistema de Atención a Emergencias y Seguridad 911 desde su móvil,
permitiendo responder a algunas funcionalidades que las otras vías no ofrecen, como es
darle seguimiento a una emergencia en tiempo real, un boton de panico que permite realizar
peticiones express, también el envío de la ubicación de la emergencia y el status a
familiares o contactos de emergencia previamente registrado, entre otras que serán
mencionadas luego.
Esta aplicación permitirá resolver la necesidad planteada por 92% de los usuarios de los
servicios del 911 en el Distrito Nacional, según la encuesta realizada para este trabajo de
grado.
46
Definición del problema
El problema
Afecta a
Impacto asociado
Posición del Producto
Para
A la hora de realizar una solicitud al
servicio de emergencia 911, el proceso
tiene un tiempo prolongado debido a las
preguntas realizadas por los asistentes,
pudiendo usar ese tiempo para llevar una
atención más inmediata a la emergencia. También existe actualmente un solo medio
en el cual los usuarios pueden realizar
solicitudes al sistema 911.
● Usuarios del Sistema 911 ● Afectados por una Emergencia ● Relacionados a los afectados
● Pérdida de vidas humanas ● Ineficiencia del servicio de
atención a emergencias. ● No existencia de vías alternativas
para solicitudes al sistema 911.
● Usuarios del Sistema 911 ● Afectados por emergencia ● Familiares y relacionados de los
afectados. ● Sistema de Atención a Emergencias
y Seguridad 911
47
Quienes
El Producto
Cualidades del sistema
A diferencia de
Necesitan una aplicación móvil que sirva
como vía alternativa al canal existente para
solicitar el servicio del sistema 911,
permitiendo por esta via realizar dichas
solicitudes de una forma más eficiente que
en los canales actuales.
Aplicación móvil para solicitudes al
Sistema de Emergencias 911
● Rápido ● Seguro ● De fácil uso ● Novedoso ● Eficiente ● Seguimiento en vivo del estatus de
la solicitud
El canal actual que tiene los siguientes
inconvenientes: ● Mayor facilidad de realizar
solicitudes falsas. ● Necesita de un equipo humano
atendiendo a las solicitudes. ● Ineficiencia
48
Modelo organizacional del Negocio
Figura 3.14 Modelo organizacional del negocio
Descripción de Stakeholders y Usuarios
Para suministrar de manera efectiva productos y servicios que se ajusten a las necesidades
de los involucrados en este proyecto, es importante definirlos y puntualizar sus necesidades.
49
En este apartado se describe los resultados esperados de los Stakeholders del proyecto. Para
los Stakeholders que también serán usuarios del sistema, se describen las responsabilidades
y funciones que realizarán en el futuro Sistema de Información.
Nombre Usuarios del Sistema 911
Descripción El usuario que será atendido que utilizara la app
Tipo ¿Usuario del sistema? Sí _X_ No ___
Criterio de Es imprescindible que el tiempo de respuesta a las emergencias
éxito disminuyan considerablemente de manera que
la cantidad de usuario aumente, y las llamadas disminuyan
Problemas El tiempo de la toma de datos de la emergencia.
clave
Nombre Operadores del Sistema 911
Descripción Es la persona quien estará encargada de asistir todas las emergencias
que surjan en la app.
Tipo ¿Usuario del sistema? Sí _X_ No ___
Criterio de Al automatizar los procesos de toma de emergencia, los procesos de
éxito toma de la misma serán más fluidos, puntuales y eficientes.
Problemas El tiempo de la toma de datos de la emergencia.
clave
50
Entorno del usuario
Mediante la automatización de los procesos de toma de emergencia del sistema 911, que
Actualmente opera en el Gran Santo Domingo: Pedro Brand, Los Alcarrizos, San Antonio
de Guerra, Boca Chica, Santo Domingo de Guzmán, Santo Domingo Este, Santo Domingo
Norte y Santo Domingo Oeste. En la Zona Sur: San Cristóbal, Bajos de Haina y San
Gregorio de Nigua. En la Zona Norte: Santiago de los Caballeros, Bisonó, Licey al Medio,
Puñal, Villa González y Tamboril. En la provincia de Puerto Plata, Puerto Plata, Villa
Montellano, Sosúa, Imbert, Altamira y Luperón. En las provincias de La Vega: La Vega y
en Espaillat: Moca, San Víctor y Cayetano Germosén, ayudará a que los ciudadanos tengan
acceso a un servicio más eficaz mediante el sistema propuesto y que tenga resultados
positivos a la hora de tener una emergencia.
Descripción Global del Producto
El producto es desarrollar una aplicación móvil para el Sistema Nacional de Atención a
Emergencias y Seguridad 911 que permita lo siguiente: hacer peticiones de servicios de
emergencia, hacer reportes de ruido en zonas donde no esté permitido, solicitudes express,
rastreo y seguimiento en todo momento del estatus de una solicitud en conjunto con la
visualización de la localización de los individuos involucrados.
Perspectiva
La aplicación propuesta permitirá aumentar considerablemente la velocidad de respuesta
del sistema de emergencias 911, facilitando la capacidad del usuario de reportar las
diferentes emergencias sin tener que depender de un tercero, y el 911 recibiendo una
ubicación exacta de este, así mismo como su nombre, cédula y datos médicos de la
personas que haga el reporte de la emergencia dada.
La aplicación propuesta también facilita el manejo de dichas emergencias debido a que
siempre se tendrá que tener operadoras atendiendo una sola llamada, sino que ahora podrán
51
recibir las diferentes situaciones que se presenten por diferentes medios, ya sea llamada o a
través de la aplicación.
Características
Beneficios del Cliente Características que lo apoyan
Aumento de la velocidad de solicitud de Botón de solicitud para atención a
los servicios del Sistema de Emergencias emergencias express.
911.
Acceso a la información del solicitante de Acceso a información preregistrada del que
la emergencia con mayor rapidez y solicita la emergencia.
eficiencia, permitiendo comprobar la
información de manera más rápida.
Seguimiento de estatus y localización de la Mapa con seguimiento en vivo de la
emergencia en vivo, tanto para localización del servicio solicitado y del
relacionados como familiares previamente afectado, con actualizaciones sobre el
registrados en la aplicación. estatus de la emergencia.
Suposiciones y Dependencias
La aplicación, para funcionar, necesita que las siguientes suposiciones se cumplan:
1. Los usuarios deben tener un smartphone.
2. Los usuarios deben de estar registrado previamente en la aplicación.
3. Los smartphone deben tener acceso a GPS.
4. Los dispositivos deben tener acceso a la red/internet.
52
Estas suposiciones dependen de:
● Solo los usuarios que cumplan con las suposiciones 1, 3 y 4 pueden utilizar las
funcionalidades de la aplicación.
● Los usuarios que no cumplan con la suposición número 2, tendrán funcionalidades
limitadas dentro de la aplicación.
Costo y precio
República Digital y el Sistema Nacional de Atención a emergencias estarán dando
cobertura al presupuesto de la aplicación y brindarán el apoyo técnico necesario a través de
sus equipos de Tecnología de la Información. También hay que tomar en cuenta los costos
para la publicación de las aplicaciones en la Android’s Play Store y la Apple’s App Store,
que es un total de US$125.00.
Restricciones
1. Se utilizará React Native para el desarrollo de la aplicación móvil.
2. Se utilizará Sql Server como base de datos relacional para la aplicación.
3. Para el BackEnd, se utilizara C# .NET.
4. La aplicación será desarrollado en un tiempo no menor a 4 meses.
Estándares aplicables
● Como metodología de desarrollo a utilizar será SCRUM.
● Se utilizarán los protocolos de seguridad certificados y universales para la
comunicación a través del GPS y la red.
● Se cumpliran con los estandares de calidad del software de la norma Nortic
A6:2016 del estado Dominicano.
53
Características del aplicativo
Requerimientos de desempeño
● El tiempo de actualización del rastreo en vivo del estatus de la emergencia será cada
10 segundos.
● Los contactos de emergencia estarán almacenados en la base de datos de la
aplicación, quitando así la limitante de la memoria del Smartphone.
● Se limitaran las caídas por mantenimiento a 2 veces al año como máximo.
Requerimientos de Documentación
● Manual de uso de la aplicación móvil.
● Videos explicativos que explique como usar la aplicación de manera básica.
Requerimientos de Software y Hardware
Requerimientos de Software
Sistema Operativo ● Android 4.4 o superior
● iOS 7 o superior
Requerimientos de Hardware
Dispositivos móviles ● 10 MB de espacio libre
● GPS disponible
Tabla 3.X Requerimientos de Software y Hardware de la aplicación móvil.
54
3.4 Documento de especificación de requisitos
ANÁLISIS Y DISEÑO DE UN SISTEMA DE AUTOMATIZACIÓN
DEL SERVICIO DEL SISTEMA NACIONAL DE EMERGENCIAS Y
SEGURIDAD 911.
Versión 1.0
Por:
Emmanuel Polanco
Cesar Rondon
Ralph Severino
55
Historial de Revisiones
Fecha Versión Descripción Autor
23/09/2019 1.0 Inicio y estructura del documento Emmanuel Polanco
24/09/2019 1.1 Documentación de Requisitos funcionales Ralph Severino
26/09/2019 1.2 Documentación de requisitos no Ralph Severino
funcionales
27/09/2019 1.3 Desarrollo diagrama de casos de uso Cesar Rondon
general
30/09/2019 1.4 Desarrollo de diagramas de uso Cesar Rondon
07/10/2019 1.5 Desarrollo de requisitos de interfaces Emmanuel Polanco
11/10/2019 1.6 Correcciones y continuación de desarrollo Cesar Rondon
de Casos de Uso
56
I. Introducción
Propósito
El propósito como tal de este documento es definir los requisitos funcionales y no
funcionales de lo que es la aplicación para el sistemas de emergencias 911, así cómo hablar
y definir las diferentes tecnologías que se van a utilizar para el desarrollo de dicho sistema.
Alcance
Este documento abarca los requerimientos funcionales y no funcionales necesarios para la
creación de una aplicación que permitirá lo que es la automatizacion del sistemas de
emergencias 911, dando al usuario otro medio por el cual poder reportar las diferentes
emergencias que puedan surgir de forma rápida y precisa a través de su dispositivos
móviles.
Definiciones, Acrónimos y abreviaciones
GPS: El Global Positioning System (En español, Sistema de Posicionamiento Global) es un
sistema que permite determinar la posición de un objeto en la tierra. Este funciona a través
de una red de como mínimo 24 satélites en la órbita de la Tierra, para que en todo momento
haya al menos 4 satélites en cualquier punto de la tierra, así aumentando la precisión del
mismo.
iOS: Sistema operativo de Apple, desarrollado originalmente para los iPhone, pero luego
distribuido entre todos los dispositivos de la compañía. Este sistema operativo no permite la
instalación en dispositivos de terceros, por motivos de licenciamiento.
57
Android: Sistema operativo de código abierto, desarrollado por Google y basado en el
Kernel de Linux. Es un sistema operativo diseñado para dispositivos con pantalla táctil,
como los Smartphones, Tablets, SmartWatch, Automóviles y Televisores.
Comando GPS: Es una orden que se envía desde un dispositivo de GPS hacia un receptor.
Tracking: Es el término utilizado para definir el intento de localización de un objeto o
entidad desde una distancia remota. Está conformado por longitud, latitud, velocidad y
dirección.
Smartphone: Son teléfonos, mayormente con pantalla táctil, que permiten al usuario
conectarse a internet e utilizar diferentes aplicaciones como si fuera un mini computador
portátil.
Stakeholder: Es una palabra en inglés que significa interesado o parte interesada. Es toda
persona, entidad u organización afectada por las actividades dentro de un proyecto.
Dispositivo: Es una pieza que realiza una función dentro de un conjunto más complejo.
Módulo: Es una parte de un sistema que cumple con una función determinado de todas las
funciones que componen un sistema informático.
TCP/IP: Es un protocolo de comunicación que permiten a varios equipos conectarse
dentro de una red.
Emergencia: Es una acción que requiere atención urgente e imprevista, ya sea por
accidente o por algún suceso inesperado.
58
Android Emergency Location Service (ELS): Es un servicio incluido en los sistemas
operativos Android que envía la localización directamente desde un dispositivo android
donde se realiza una llamada de emergencia, hacia los contactos de emergencia registrados
por el usuario y hacia la entidad de emergencia a la cual se le solicita el servicio.
Disponible desde Android 4.0 (Ice Cream Sandwich) o superior.
iOS Emergency SOS System: Es un servicio que permite enviar rápidamente una alerta a
tus contactos de emergencia y pedir ayuda al servicio de atención a emergencias. Está
disponible desde lOS 11 o superior.
II. Descripción General del producto
Funcionalidades del Producto
Nuestra aplicación móvil, a través de la cual los respectivos usuarios podrán reportar las
diferentes emergencias, contará mencionando esta, con las siguientes funcionalidades.
Reporte de emergencias
El usuario podrá reportar diferentes emergencias al sistema 911 a través del dispositivo
móvil.
Seguimiento a su emergencia
El usuario podrá mantenerse informado de la situación de su reporte y las medidas tomadas
por el sistema de emergencias 911 como tal.
Consulta de histórico de emergencia
El usuario tendrá acceso a su historia de emergencias, con lo que es la respectiva fecha del
evento, lo sucedido y las medidas tomadas por el sistema de emergencias 911.
59
Configurar perfil del usuario
Abarcando lo que es fecha de nacimiento, medicamentos a lo que el es alergico, direccion
de casa, numeros de telefonos, relaciones de familiares entre otros.
Restricciones
Alguna de las restricciones con las que contará tanto la aplicación, cómo su desarrollo
como tal son:
● Es aspecto móvil del sistema será desarrollado utilizando la plataforma de Android
Studio, en relación al lenguaje, será desarrollado en Java.
● La base de datos a utilizar será MySQL
● Dicha aplicación no puede ser desarrollada en un tiempo menor de 8 meses.
III. Especificación de requisitos
Interfaces
Interfaces de usuario
Estas consisten en una series de pantallas a través de la cuales el usuario podrá iniciar
sesion, registrarse e incluir sus respectivos datos importantes para el 911, también está la
pantalla para poder reportar las respectivas emergencias y finalmente una pantalla con la
cual es usuario podrá visualizar su historial de emergencias, mostrando vital información al
respecto.
Interfaces de hardware
El usuario debe contar con un teléfono inteligente con sistema operativo Android o IOS, y
conexión a internet para poder utilizar todas las funcionalidades de la aplicación presentada
anteriormente.
60
Interfaces de software
El usuario debe tener Android en sus dispositivos con la versión mínima de 5.0 y IOS a
partir de la versión de 9.5 para poder ejecutar la aplicación.
Requisitos funcionales
Número de Requisito RF1
Nombre de Requisito Autenticación e inicio de sesión del
usuario
Descripción El sistema permitirá al usuario ingresar sus
datos para poder acceder a su cuenta,
utilizando su correo como nombre de
usuario y una clave privada para confirmar
su acceso
Tipo Requisito
Prioridad del requerimiento Alta
Número de Requisito RF2
Nombre de Requisito Registro de usuarios
Descripción El sistema permitirá al usuario registrarse
para poder utilizar los diferentes servicios
que ofrecen la aplicación, este tendrá que
introducir datos necesarios como nombre,
correo, cedula y clave, pero tambien podra
completar otra serie de datos opcionales
pero útiles cómo alergia a ciertos
61
Tipo
Prioridad del requerimiento
medicamentos, enfermedades relevantes y
datos de familiares.
Requisito
Alta
Número de Requisito RF3
Nombre de Requisito Reporte de emergencias
Descripción El sistema permitirá al usuario reportar
emergencias a través de lo que seria el
“boton de panico”, enviando al servicio de
emergencias 911 su ubicacion y una breve
referencia sobre el tipo de emergencia
ocurrido.
Tipo Requisito
Prioridad del requerimiento Alta
Número de Requisito RF4
Nombre de Requisito Seguimiento de emergencias
Descripción El sistema permitirá al usuario dar
seguimiento a la emergencia reportada,
desde las medidas que tomó el sistemas de
emergencias hasta el estado de los
62
encargados en brindar el soporte.
Tipo Requisito
Prioridad del requerimiento Alta
Número de Requisito RF5
Nombre de Requisito Consulta de historial de emergencias
Descripción El sistema permitirá al usuario consultar
las diferentes emergencias que ha
reportado contando con datos como la hora
y fecha, el tipo de emergencia y la
resolución de esta.
Tipo Requisito
Prioridad del requerimiento Alta
Número de Requisito RF6
Nombre de Requisito Editar datos del usuario
Descripción El sistema permitirá al usuario modificar
sus datos una vez la cuenta fue creada y
haya iniciado sesión.
Tipo Requisito
Prioridad del requerimiento Alta
63
Requisitos no funcionales
Requisitos de rendimiento
Número de Requisito RNF1
Nombre de Requisito Tiempo de respuesta
Descripción El sistema debe tener un tiempo de
respuesta de 1.5 segundos
Tipo Requisito
Prioridad del requerimiento Alta
Seguridad
Número de Requisito
Nombre de Requisito
Descripción
RNF2
Seguridad
Para poder tener acceso a las diferentes
funciones de la aplicación, el sistema
deberá pedir al usuario su correo y la clave.
Tipo Requisito
Prioridad del requerimiento Alta
Número de Requisito RNF3
64
Nombre de Requisito
Descripción
Tipo
Prioridad del requerimiento
Disponibilidad
Registro
La aplicación debe guardar un registro de
las diferentes acciones del usuario.
Requisito
Alta
Número de Requisito RNF4
Nombre de Requisito Disponibilidad
Descripción La aplicación debe estar disponible 24
horas, los 7 días de la semana.
Tipo Requisito
Prioridad del requerimiento Alta
Mantenibilidad
Número de Requisito
Nombre de Requisito
Descripción
RNF5
Mantenibilidad
La aplicación debe tener la posibilidad de
extender, modificar y corregir los errores
que presente.
Tipo Requisito
Prioridad del requerimiento Alta
65
IV. Especificación de Caso de Uso
Diagrama de caso de uso general
Figura 3.15 Diagrama de caso de uso general
66
Diagrama de caso de uso Registrarse como Usuario
Figura 3.16 Diagrama de caso de uso Registrarse como Usuario
Caso de uso Ingresar Datos Obligatorios
Caso de Uso Ingresar Datos Obligatorios CUS1
Actor(es) Usuario
Tipo Básico
Propósito Permitir al usuario ingresar una serie de datos necesarios para su
registro en la aplicación.
Referencias
Precondición(es) Iniciar el proceso de registro de cuenta
Postcondición Ingresar dato opcionales o crear la cuenta
Autores Gabriel Rondon Fecha 09/10/2019 Versión 1.0
67
Resumen
Este caso de uso inicia cuando el usuario abre la aplicación e inicia el proceso de
registrarse como usuario, pidiendo a este una serie de datos obligatorios para poder
completar el proceso efectivamente.
Flujo básico
Paso Usuario Sistema
FB1 El usuario abre la aplicación e
inicia el proceso de registro de
cuenta
FB2 El sistema abrirá la pantalla de
registro donde se pedirá una serie
de datos obligatorios para
proceder.
FB3 El usuario procede a ingresar
los datos necesarios para
completar el proceso
FB4 El sistema procede a validar esos
datos y pasar al siguiente paso del
registro de cuenta
68
Flujos alternos
FA1 a FB2: El usuario no introduce los datos completos o correctos
Paso Usuario Sistema
FA1.1 El sistemas verifica que los datos
ingresados por el usuario no son
válidos o no están completos.
Flujos de error
FE1 a FB1: El usuario no tiene conexión a internet
Paso Usuario Sistema
FE1.1 El sistemas muestra un mensaje
indicando que el dispositivo no
cuenta con conexión a internet
69
Caso de uso Ingresar Datos Opcionales
Caso de Uso Ingresar Datos Opcionales CUS2
Actor(es) Usuario
Tipo Básico
Propósito Permitir al usuario ingresar una serie de datos opcionales para su
registro en la aplicación.
Precondición(es) Haber ingresado los datos obligatorios
Postcondición Crear la cuenta
Autores Gabriel Rondon Fecha 09/10/2019 Versión 1.0
Resumen
Este caso de uso inicia cuando el usuario ya ha ingresado los datos obligatorios y sistema
haya validado los mismos, luego el sistema procede a mostrar una serie de datos que el
usuario tiene la opción de llenar o no para poder completar el proceso de registro.
70
Flujo básico
Paso Usuario Sistema
FB1 El sistema valida los datos
obligatorios y procede a mostrar
la pantalla de los datos opcionales
FB2 El usuario procede a ingresar
los datos necesarios para
completar el proceso
FB3 El sistema procede a validar esos
datos y completa el proceso de
registro de la cuenta
Flujos alternos
FA1 a FB4: El usuario decide ni ingresar los datos opcionales
Paso Usuario Sistema
FA1.1 El usuario decide no ingresar los
datos opcionales al sistema
71
Flujos de error
FE1 a FB1: El usuario no tiene conexión a internet
Paso Usuario Sistema
FE1.1 El sistemas muestra un mensaje
indicando que el dispositivo no
cuenta con conexión a internet
Diagrama de caso de uso Inicio de Sesión
Figura 3.17 Diagrama de caso de uso Inicio de Sesión
72
Caso de uso Reporte de Emergencias
Caso de Uso Reporte de Emergencias CUS3
Actor(es) Usuario
Tipo Básico
Propósito Permitir al usuario reportar emergencias al sistema 911
Referencias
Precondición(es) Haber iniciado sesión
Postcondición Seguimiento de dicha emergencia
Autores Gabriel Rondon Fecha 11/10/2019 Versión 1.0
Resumen
Este caso de uso inicia cuando el usuario inicia sesión y procede a reportar una
emergencia al sistema 911 a través de la aplicación.
73
Flujo básico
Paso Usuario Sistema
FB1 El usuario abre la aplicación e
inicia sesión con su cuenta,
seleccionar una de las diferentes
situaciones en la lista y
presionar el boton de panico.
FB2 El sistema procederá a enviar la
situación y tu localización al 911,
procediendo a mostrar la pantalla
de seguimiento de emergencias.
Flujos alternos
FA1.1 a FB2: El usuario no selecciona una situación sino que directamente reporta la
emergencia solo con su ubicación
Paso Usuario Sistema
FA1.1 El sistemas igual procederá a
enviar la ubicación al 911, pero
notificando que el usuario no
pudo enviar su situación,
remarcando la posible gravedad
del asunto
74
Flujos de error
FE1 a FB1: El usuario no tiene conexión a internet
Paso Usuario Sistema
FE1.1 El sistemas muestra un mensaje
indicando que el dispositivo no
cuenta con conexión a internet
Caso de uso Seguimiento de Emergencia Reportada
Caso de Uso Seguimiento de Emergencia Reportada CUS4
Actor(es) Usuario
Tipo Básico
Propósito Permitir al usuario ver el estado de su emergencia, desde las
decisiones tomadas por el 911 hasta el estado de su medio de rescate
Precondición(es) Haber reportado una emergencia al 911
Postcondición Mostrar resolución de la emergencia en el historial
Autores Gabriel Rondon Fecha 11/10/2019 Versión 1.0
Resumen
Este caso de uso inicia cuando el usuario haya reportado una emergencia, este podrá ver
el estado de la emergencia reportada, desde la toma de decisiones hasta el estado
rescatista como tal.
75
Flujo básico
Paso Usuario Sistema
FB1 El sistema procede a mostrar la
pantalla de seguimiento de
emergencias, donde se mostrará
el estado de la emergencia
reportada
FB2 Una vez la emergencia sea
marcada como resuelta, el
sistema guardará está en el
historial haciendo referencia a
datos como fecha, situación y
cómo fue resuelta.
Flujos de error
FE1 a FB1: El usuario no tiene conexión a internet
Paso Usuario Sistema
FE1.1 El sistemas muestra un mensaje
indicando que el dispositivo no
cuenta con conexión a internet
76
Caso de uso Consulta de Historial de Emergencias
Caso de Uso Consulta de Historial de Emergencias CUS5
Actor(es) Usuario
Tipo Básico
Propósito Permitir al usuario consultar su historial de emergencias reportadas
Referencias
Precondición(es) Haber iniciado sesión
Postcondición Visualizar datos de las emergencias deseadas
Autores Gabriel Rondon Fecha 11/10/2019 Versión 1.0
Resumen
Este caso de uso inicia cuando el usuario inicia sesión y procede a seleccionar la ventana
de visualización de emergencias reportadas ya resueltas.
77
Flujo básico
Paso Usuario Sistema
FB1 El usuario abre la aplicación e
inicia sesión con su cuenta,
procede a seleccionar la opción
de consulta de emergencias
reportadas.
FB2 El sistema procederá a mostrar la
pantalla de consulta con el listado
de las diferentes emergencias
reportadas y algunos datos
relevantes.
FB3 El usuario selecciona alguna de
las diferentes emergencias
mostradas en la lista.
FB4 El sistema procede a mostrar una
pantalla con más detalles
relevantes sobre la emergencia
seleccionada
78
Flujos alternos
FA1.1 a FB2: El usuario no tiene ninguna emergencia reportada en el sistema
Paso Usuario Sistema
FA1.1 El sistema procederá a mostrar la
pantalla de consulta con un
mensaje indicando al usuario que
este no tiene emergencias que
consultar.
Flujos de error
FE1 a FB1: El usuario no tiene conexión a internet
Paso Usuario Sistema
FE1.1 El sistemas muestra un mensaje
indicando que el dispositivo no
cuenta con conexión a internet
79
Caso de uso Editar Perfil y Datos Relevantes
Caso de Uso Editar Perfil y Datos Relevantes CUS6
Actor(es) Usuario
Tipo Básico
Propósito Permitir al usuario agregar o editar una serie de datos relevantes de
su perfil.
Precondición(es) Haber iniciado sesión
Postcondición Actualización de alguno o todos los datos del usuario.
Autores Gabriel Rondon Fecha 11/10/2019 Versión 1.0
Resumen
Este caso de uso inicia cuando el usuario selecciona la opción de editar su perfil, donde
podrá editar diferentes datos necesarios y opcionales de este.
80
Flujo básico
Paso Usuario Sistema
FB1 El usuario procede a ingresar o
editar los datos que quiera o
necesite para completar el
proceso.
FB2 El sistema procede a validar esos
datos y completa el proceso de
registro de la cuenta.
Flujos alternos
FA1 a FB1: El usuario no completa o redacta datos inválidos en los campos obligatorios
Paso Usuario Sistema
FA1.1 El sistema muestra un mensaje
indicando los campos vacíos o los
datos ingresados fueron
incorrectos.
81
Flujos de error
FE1 a FB1: El usuario no tiene conexión a internet
Paso Usuario Sistema
FE1.1 El sistemas muestra un mensaje
indicando que el dispositivo no
cuenta con conexión a internet
82
3.5 Diagrama de dominio
Diagrama de Dominio Aplicación Móvil para realizar solicitudes al Sistema Nacional
de Atención a Emergencias y Seguridad 911
Figura 3.18 Diagrama de Dominio
83
RESUMEN CAPÍTULO 3: ANÁLISIS DETALLADO DE LA
SITUACIÓN ACTUAL DEL SISTEMA NACIONAL DE
EMERGENCIAS Y SEGURIDAD 9-1-1
Este capítulo se enfoca en dar a conocer la historia y surgimiento de lo que es el sistema
nacional de emergencias y seguridad 9-1-1, así como la situación actual de este, años
después de su fundación, y tomando en cuenta funcionalidades, cómo utilizarlo, entre otros
aspectos.
Más adelante, con el fin de demostrar lo que es grado de disconformidad y aceptación de la
solución planteada en este trabajo de grado, se realizó una encuesta en base la muestra de la
población seleccionada, la cual es el Distrito Nacional de la República Dominicana, para
poder mostrar los respectivos resultados de dicha encuesta, en una serie de gráficos y
estadísticas completos, breves y fácil de asimilar y entender.
En base a la información obtenida, se realizó un documento visión en el cual se especifica
el alcance y propósito de la solución planteada, también el documento de especificación de
requerimientos donde se recopila y plantea todos los requerimientos funcionales, no
funcionales y los respectivos casos de uso que van con estos, finalmente se trabaja lo que es
el diagrama de dominio, permitiendo establecer de forma conceptual las diferentes
entidades involucradas en la resolución de problema.
84
CAPÍTULO 4: DISEÑO DE LA PROPUESTA UN SISTEMA
DE AUTOMATIZACIÓN DEL SERVICIO DEL SISTEMA
NACIONAL DE EMERGENCIAS Y SEGURIDAD 9-1-1
85
INTRODUCCIÓN
Este capítulo engloba lo que es el diseño de la solución de un sistema de automatización del
servicio del sistema nacional de emergencias y seguridad 911, el cual fue modelado
utilizando el lenguaje unificado de modelado UML y mostrando un diseño preliminar de la
interfaz gráfica del sistema planteado..
Los respectivos modelos diseñados son los siguientes:
● Diagrama de arquitectura
● Diagrama de clases
● Diagrama de secuencia
● Diagrama de estados
● Diagrama entidad- relación
86
4.1 Diseño del sistema
Para el diseño de la aplicación móvil de reportes al Sistema Nacional de Atención a
Emergencias y Seguridad 911 se utilizaron las siguientes herramientas:
● Lucidchart: Es una herramienta online que permite realizar diagramaciones
profesionales. Se utilizó para realizar los diagramas UML de todo el sistema.
● Moqups: Es una herramienta online que permite realizar diseños de aplicaciones
tanto web como aplicaciones móviles. Se utilizó para realizar el diseño preliminar de la
interfaz gráfica del sistema.
4.2 Diagramas del sistema
4.2.1 Diagrama de arquitectura
Figura 4.1 Esquema de arquitectura de la aplicación
87
4.2.3 Diagramas de secuencia
Diagrama de Secuencia Aplicación Móvil para realizar solicitudes al Sistema Nacional
de Atención a Emergencias y Seguridad 911
1) Diagrama de Secuencia para el inicio de sesión
Figura 4.3 Diagrama de secuencia para inicio de sesión
89
2) Diagrama de Secuencia para realizar reportes de emergencias
Figura 4.4 Diagrama de Secuencia para realizar reportes de emergencia
90
3) Diagrama de Secuencia para Consultar las emergencias registradas
Figura 4.4 Diagrama de secuencia para consultar emergencias registradas
91
4) Diagrama de secuencia para dar seguimiento a las emergencias en proceso
Figura 4.5 Diagrama de secuencia para dar seguimiento a emergencias en proceso
92
4.2.4 Diagrama de estados
1) Diagrama de Estado del Usuario
Figura 4.6 Diagrama de estado del usuario
2) Diagrama de estados para realizar reportes de emergencias
Figura 4.7 Diagrama de estado para realizar reportes de emergencia
93
3)Diagrama de estado para registrar contactos de emergencia
Figura 4.8 Diagrama de estado para registrar contactos de emergencia
4)Diagrama de estado para consultar las emergencias registradas
Figura 4.9 Diagrama de estado para consultar las emergencias registradas
94
4.3 Diseño preliminar de la interfaz gráfica
4.3.1 Diseño de pantalla de carga.
Figura 4.11 Diseño de la pantalla de carga
96
4.3.3 Diseños de las pantallas para registro de usuarios.
Figura 4.13 Diseño de pantalla de registro (1)
98
4.3.4 Diseño de la pantalla principal, donde está el botón de reporte
express.
Figura 4.15 Diseño de pantalla de inicio
100
4.3.6 Diseño de pantalla para realizar reportes de emergencia.
Figura 4.17 Diseño de la pantalla de reportes
102
4.3.7 Diseños de la pantalla de detalles de los reportes.
Figura 4.18 Diseño de pantalla de detalles de un reporte
103
4.3.8 Diseño de pantalla del historial de reportes.
Figura 4.20 Diseño pantalla de historial de reportes
105
4.3.9 Diseños de pantalla de contactos de emergencia.
Figura 4.21 Diseño del master detail de Contactos de Emergencia
106
RESUMEN CAPÍTULO 4: DISEÑO DE LA PROPUESTA UN
SISTEMA DE AUTOMATIZACIÓN DEL SERVICIO DEL
SISTEMA NACIONAL DE EMERGENCIAS Y SEGURIDAD
9-1-1
El modelado realizado en este capítulo muestra la solución ideal a implementar para el 911,
haciendo uso de UML para diseñar la arquitectura de la misma y los distintos diagramas
que abarcan los casos de uso que conlleva la resolución del problema.
Gracias a modelado UML, el equipo encargado del desarrollo de la aplicación estará
orientado al realizar dicha implementación de forma efectiva, debido a la claridad que
representa por ser una técnica de modelado estándar en la industria del software por
décadas y la sintaxis de la misma, esto con el fin de brindar la usuarios métodos más
rápidos y precisos de reportar sus respectivas situaciones al sistema de emergencias 911,
110
CONCLUSIÓN
El objetivo de este trabajo de investigación consistió en el análisis y diseño de una
aplicación móvil para la ejecución instantánea de reportes de emergencias para el sistema
nacional de emergencias 911. Esta solución que automatiza los procesos de la toma de
emergencias, ayudará a la agilización del sistema actual, de esta manera los usuarios del
sistema 911 tendrán más información, seguridad y control al utilizar el servicio.
En esta investigación fue necesario conocer los antecedentes, conceptos relacionados con
este caso de estudio y definir la metodología a utilizar en la investigación científica, además
obtener las muestras de personas necesarias para aplicar la investigación por el método de
escala de conformidad Likert en nuestras encuestas.
Mediante los resultados de nuestra investigación, validamos nuestros primer y segundo
objetivo específico, los cuales consistieron en buscar definir los diferentes conceptos que
sustentan la investigación del sistema de emergencias del 911 y la aplicación móvil y
definir a detalle la metodología utilizada en dicha investigación, la cual fue vital para poder
llevar a cabo nuestro trabajo de grado, logrados en los capítulos uno y dos, mediante las
siguientes determinaciones:
● El enfoque social fue el método de investigación científica utilizado para este
trabajo de grado, el cual definió el concepto de emergencia y así como sistema nacional de
atención a emergencias y seguridad 9-1-1.
● La metodología de desarrollo de software que se utilizó es RUP (Proceso Unificado
Racional, por sus siglas en inglés), la cual consiste en garantizar la construcción de un
software con altos estándares de calidad y cumpliendo con las necesidades de los usuarios,
de manera eficiente y organizada.
111
Se planteó que la metodología utilizada fue la cuantitativa, que se centró en determinar los
aspectos susceptibles de cuantificación y utilizar la estadística para analizar los datos,
donde pudimos exponer los siguientes parámetros:
● Para la determinación del tamaño de la muestra, utilizamos la fórmula de la empresa
Surveymonkey, con un resultado de 385 personas y finalmente los resultados de las
encuestas realizadas fueron representados gráficamente.
Una vez definida la metodología, podemos resaltar como respuesta al 3er objetivo
específico, que consiste en la facilidad de realizar un reporte de emergencia al sistema
nacional de emergencia 911, la investigación científica realizada mostró como objetivos
logrados en el capítulo 3 mediante las siguientes determinaciones:
● El 52% de los encuestados mostraron sus respuestas entre muy malo, malo y regular
sobre la pregunta “¿Qué tan fácil se encuentra usted reportar una situación o emergencia al
sistema 911?”, mientras el 48% restante mostró su conformidad con respecto a la pregunta,
mostrando sus respuestas entre muy bueno y excelente. Esto evidencia que, aunque el
Sistema Nacional de Emergencias y Seguridad 911 ha logrado cubrir las necesidades dentro
de una población que nunca había tenido un servicio similar hasta la creación de este
servicio, la gran mayoría de los participantes de la encuesta muestran inconformidad sobre
la facilidad que tienen para utilizar los servicios de atención a emergencias del 911.
● El 65% de los encuestados valoran con muy malo, malo o regular en consideración
a la velocidad de respuesta actual del Sistema Nacional de Emergencias y Seguridad 911,
mientras solo el 35% se muestra conforme con respecto a la velocidad de sistema. Estos
resultado demuestran que la velocidad de respuesta del servicio de emergencias 911 es
ineficiente.
112
● El 92% de los encuestados muestran su interés con resultados en excelente, muy
bueno y regular, el que exista una aplicación móvil que permite automatizar el proceso de
realizar solicitudes de atención a emergencias al 911. Solo el 8% restante mostró una
postura negativa ante esta idea, con respuestas en malo y muy malo.
Estos resultados dan a conocer que existe una necesidad por parte de la población de que
existan algunas vías alternativas para realizar solicitudes de atención a emergencias en el
Sistema 911, sobre todo en la forma de una aplicación móvil.
Finalmente, con estos resultados cumplimos con nuestro cuarto objetivo de entregar el
modelado completo de una aplicación móvil que permita realizar un reporte de una
emergencia al Sistema 9-1-1, con la funcionalidad de poder realizar esto con solo presionar
un botón.
Mediante los resultados expuestos anteriormente afirmamos que nuestra propuesta cumple
con los requerimientos necesarios para el objetivo principal de este trabajo de grado.
113
RECOMENDACIONES
Tomando en consideración el gran uso que se le está dando al actual Sistema Nacional de
Emergencias y Seguridad 9-1-1 en sus canales actuales, el gran crecimiento que tienen las
tecnologías móviles en la actualidad, las grandes medidas que han tomado las principales
plataformas móviles en la actualidad con respecto a la seguridad de cada usuario y el gran
aporte que puede brindar un canal alternativo, como puede ser una aplicación al actual
Sistema 911, se recomienda lo siguiente:
● La solución debe de ser desarrollada por un equipo con conocimiento previo en
tecnologías de desarrollo movil, preferiblemente en un ambiente Cross-Platform
(Compatible con múltiples plataformas como Android, iOS y Windows Phone) como
Xamarin, React Native o Flutter.
● La solución debe ser compatible con la mayoría de los dispositivos móviles y
tabletas en el mercado actual de la República Dominicana.
● Se debe de crear tutoriales que explique de manera sencilla el uso de la aplicación
móvil, en forma de videotutoriales, campañas en los medios informativos y campañas de
educación en las escuelas, universidades y trabajos.
114
REFERENCIAS BIBLIOGRÁFICAS
911, S. N. (2019). 911. Obtenido
de
https://911.gob.do/:
https://911.gob.do/servicios/generacion-de-estadisticas-en-linea/
Aguilar Gavira, S., & Barroso Osuna, J. (Julio de 2015). www.redalyc.org. Obtenido de
www.redalyc.org: https://www.redalyc.org/pdf/368/36841180005.pdf
COMPARATIVE ANALYSIS OF SMART PHONE. (2016). International Journal of
Scientific Engineering and Applied Science (IJSEAS), 432-438.
Dominguez, P. (2017). OpenClassRooms. Obtenido de https://openclassrooms.com:
https://openclassrooms.com/en/courses/4309151-gestiona-tu-proyecto-de-desarrollo/45382
21-en-que-consiste-el-modelo-en-cascada
Gamboa, J. P., & Arreaga, C. A. (2018). Evolución de las Metodologías y Modelos
utilizados en el Desarrollo de Software. págs. 20-33.
Guano, K. (2015). katherineguano.blogspot.com. Obtenido
katherineguano.blogspot.com:
http://katherineguano.blogspot.com/2015/11/modelo-evolutivo-el-desarrollo.html
desde
HSE. (2019). Safeopedia. Obtenido
de
safeopedia.com:
https://www.safeopedia.com/definition/1645/emergency-hse
Ortiz, A. (2015). Enfoques y métodos de investigación de las ciencias sociales.
Javatpoint. (2019). https://www.javatpoint.com. Obtenido de https://www.javatpoint.com:
https://www.javatpoint.com/software-engineering-software-development-life-cycle
115
ONE. (2018). Dominicana en Cifras 2018. ONE.
Paz, G. M. (2014). Metodología de la Investigación. Grupo Editorial Patria.
Sánchez, L. D. (2017). Desarrollo de un prototipo de una aplicación, basada en android que
permita autenticar el taxi y su conductor. Pontificia Universidad Católica del Ecuador.
Pressman, R. S. (2015). Ingeniería de Software. Un Enfoque Práctico.
Question Pro. (2018). Question Pro. Obtenido desde https://www.questionpro.com:
https://www.questionpro.com/blog/es/investigacion-social/
Ramos, D., Noriega, R., Laínez, J. R., & Durango, A. (2017). Curso de Ingeniería de
Software.
Recursos de Autoayuda. (2019). Recursos de Autoayuda. Obtenido desde
www.recursosdeautoayuda.com:
https://www.recursosdeautoayuda.com/investigacion-de-campo/
Rodríguez, D. (2019). https://www.lifeder.com. Obtenido desde https://www.lifeder.com:
https://www.lifeder.com/investigacion-proyectiva/
Sabino, C. (2014). El proceso de Investigación.
sakaidasan.gmail.com. (2016). sp.depositphotos.com. Obtenido desde
sp.depositphotos.com:
https://sp.depositphotos.com/118155740/stock-illustration-v-model-software-development.
html
116
Santos, A. (2014). Slideshare. Obtenido desde https://es.slideshare.net:
https://es.slideshare.net/santos9991/investigacin-holstica
Sanz, R. (2017, Abril 30). cursos.com. Obtenido desde Cursos:
https://cursos.com/metodo-cuantitativo/
Sistema Nacional de Emergencias 9-1-1. (2019). ¿Quienes Somos? Santo Domingo:
https://911.gob.do/sobre-nosotros/quienes-somos/.
Sistema Nacional de Atención a Emergencias y Seguridad 911. (2019). 911. Obtenido
desde 911.gob.do: https://911.gob.do/como-usarlo/
SurveyMonkey. (2019). Survey Monkey. Obtenido desde surveymonkey.com:
https://es.surveymonkey.com/mp/sample-size-calculator/
Swersky, D. (31 de 05 de 2018). https://raygun.com/. Obtenido de https://raygun.com/:
https://raygun.com/blog/software-development-life-cycle/
Tanenbaum, A. S. (2016). Modern Operative Systems. Pearson Education.
Thomas, P., Delia, L., Corbalan, L., Cáseres, G., Sosa, J. F., Tesone, F., . . . Pesado, P.
(2018). Aplicaciones para Dispositivos Móviles. Estrategias y Enfoques de desarrollo.
Buenos Aires: Instituto de Investigación en Informática LIDI (III-LIDI).
Valdez, Torres y Núñez (2014). PROPUESTA PARA ESTABLECER UN MANUAL DE
VALORACIÓN DE PUESTOS PARA CARGOS NO COMUNES CLASIFICADOS DE
LA ACADEMIA SUPERIOR DE CIENCIAS AERONÁUTICAS DEL IDAC
Vivanco. (2014). Emergencia. Concepto y método. MOEBIO.UCHILE.CL.
117
Zita, A. (2019). diferenciador.com. Obtenido desde Diferenciador:
https://www.diferenciador.com/poblacion-y-muestra/
118