UNMSM

Escuela de Ingeniería de Software

INGENIERÍA DE REQUISITOS
MODELANDO REQUISITOS DEL SISTEMA

Integrantes:
Cristian Omar Tineo Guevara 16200242
 SISTEMA DE ALERTA
1. INTRODUCCION

- Presentamos este trabajo con intención de que los procesos para la solicitud de
ayuda ante una emergencia sea de manera más eficaz y rápida a través de un
dispositivo móvil.

- Esta aplicación software contendrá los datos de la persona involucrada

(usuario) y también el historial médico de la persona. Los datos de la persona
serán utilizados para que al momento de enviar una solicitud de emergencia, la
institución correspondiente ya sea el departamento de ambulancia, policía o
seguro médico, pueda reconocer al usuario y por consiguiente pueda aceptar o
no su solicitud de emergencia.

- Al momento de que el usuario envié un pedido de emergencia, las

instituciones, además de recibir los datos, también recibirán la ubicación actual
de la persona a través del GPS del celular y un mensaje adjunto ya sea de voz o
de texto (este mensaje contendrá las necesidades del usuario al momento de
pedir emergencia a una institución).

A. Misión y Visión

Misión:
Facilitar el llamado ante cualquier emergencia y facilitar el acceso a nuestros
datos e historial clínica de una manera de más fácil acceso, todo desde el
celular a través de una conexión a internet.
Visión:
Ser el aplicativo móvil más usado para temas de emergencias y salud.

B. Objetivos

- Elaborar una relación de fácil manejo entre el cliente y la plataforma a

través de una interfaz amigable y familiarizarle a su día a día cotidiano.
- Facilitar el llamado de emergencia de una manera más simple y rápida.
 2. MODELADO DEL SISTEMA (CASO DE USO)
2.1 ACTORES

ACT–01 Usuario
Descripción Este actor representa a los usuarios registrados en el sistema
Comentarios ninguno

ACT–02 Usuario No Registrado

Descripción Este actor representa a los usuarios que aun no se han registrado en
el sitema.
Comentarios ninguno

ACT–03 Recepcionista
Descripción Este actor representa a los recepcionista de la policia, bomberos y
seguros de salud
Comentarios Realiza el envio correspondiente de unidades

2.2 OBJETIVOS DEL SISTEMA

OBJ–01 Gestionar Usuarios

Descripción El sistema deberá gestionar a los usuarios y verificar si el Usuario
existe o no en la base de datos (si está activo o inactivo), si los datos
introducidos por el son reales o no.
Estabilidad alta
Comentarios ninguno

OBJ–02 Gestionar los recepcionistas

Descripción El sistema deberá gestionar las socios del vídeo–club: altas, bajas,
modificaciones de datos, sanciones, personas autorizadas, cuentas, etc.
Estabilidad alta
Comentarios ninguno

OBJ–03 Gestionar las solicitudes

Descripción El sistema deberá gestionar las solicitudes de los usarios:
cancelacion de solicitud, evaluacion de solicitudes, etc.
Estabilidad alta
Comentarios ninguno
 2.3 REQUISITOS DE ALMACENAMIENTO DE INFORMACION

- A continuación presentamos los requisitos funcionales que se han identificado

a lo largo del planteamiento de nuestro proyecto. Esta información debe ser
almacenada en el sistema para el óptimo funcionamiento del sistema.

RI–01 Información sobre Usuarios

Objetivos asociados OBJ–01 Gestionar los clientes
Requisitos  RF– Solicitar Emergencia
asociados  RF– Consultar datos
 RF– Modificar datos
 RF – Consultar datos clínicos
 RF – Consultar datos personales
Descripción El sistema deberá almacenar la información correspondiente
A los datos del cliente.
Datos específicos  Nombres y Apellidos
 Direccion
 Telefono
 Nacionalidad
 Tipo de Sangre
 Peso
 Talla
 Fecha de nacimiento
 Edad
 Foto actual
 Historial Clinico
Intervalo temporal pasado y presente
Estabilidad alta
Comentarios El Usuario debe estar registrado

RI–02 Información sobre Recepcionistas

Objetivos asociados OBJ–02 Gestionar los recepcionistas
Requisitos  RF– Recibir solicitud de emergencia
asociados  RF– Cancelar solicitud de emergencia
 RF– Enviar unidad
 RF – Evaluar solicitud
 RF – Verificar datos del usuario
Descripción El sistema deberá almacenar la información correspondiente
A los datos de los recepcionistas
Datos específicos  Nombres y Apellidos
 Direccion
 Telefono
 Nacionalidad
 Tipo de Sangre
 Peso
 Talla
 Fecha de nacimiento
 Edad
 Foto actual
 Historial Clinico
 Empleo
Intervalo temporal pasado y presente
Estabilidad alta
Comentarios El recepcionista es el que monitorea las solicitudes de
emergencia

RI–02 Información sobre Solicitudes de emergencia

Objetivos asociados OBJ–02 Gestionar las solicitudes de emergencia
Requisitos  RF– Recibir solicitud de emergencia
asociados  RF– Cancelar solicitud de emergencia
 RF– Enviar unidad
 RF – Evaluar solicitud
 RF – Verificar datos del usuario
Descripción El sistema deberá almacenar la información correspondiente
A los datos de las solicitudes
Datos específicos  Datos del Usuario
 Ubicacion actual del Usuario por medio de GPS
 Tipo de emergencia asociada (bombero,policia,clinica)
 Mensaje adjunto realizada por el Usuario al momento de
pedir la emergencia, puede ser mensaje de voz o mensaje
de texto.

Intervalo temporal pasado y presente

Estabilidad alta
Comentarios Estos datos son primoridales para ubicar a la persona
ACTORES

SUBSISTEMA GESTION DE SOLICITUDES

SUBSISTEMA GESTION DEL USUARIO

I. Diagrama de secuencia

Figura1: Diagrama de secuencia del proceso de loqueo a la aplicación

 Figura 2: Diagrama de secuencia para obtener historial medico

Figura3:Diagrama de secuencia de solicitud de emergencia

mediante aplicacion
II. Diagrama de transición de estado
 Subsistema de gestión de solicitudes
nombre Registrar en el sistema
Autor Usuario no registrado
Fecha 10/06/2018
Prioridad 1
Descripción:
Permite al usuario entrar al sistema
Actores
Usuario no registrado
Precondiciones
Ninguna

nombre Solicitar emergencia

Autor Usuario registrado
Fecha 10/06/2018
Prioridad 2
Descripción:
Permite al usuario solicitar emergencia
Actores
Usuario registrado
Precondiciones
El usuario debe estar registrado

nombre Enviar mensaje de voz

Autor Usuario registrado
Fecha 10/06/2018
Prioridad 2
Descripción:
Permite al usuario enviar un mensaje de voz
Actores
Usuario registrado
Precondiciones
El usuario debe estar registrado y solicitar emergencia

nombre Enviar mensaje de texto

Autor Usuario registrado
Fecha 10/06/2018
Prioridad 2
Descripción:
Permite al usuario enviar un mensaje de texto
Actores
Usuario registrado
Precondiciones
El usuario debe estar registrado y solicitar emergencia

nombre Evaluar solicitud

Autor Usuario registrado
Fecha 10/06/2018
Prioridad 2
Descripción:
Acá el usuario ya envió la solicitud , falta la aprobación
Actores
Usuario registrado
Precondiciones
El usuario debe estar registrado y solicitar emergencia

nombre Recibir solicitud de emergencia

Autor La recepción.
Fecha 10/06/2018
Prioridad 2
Descripción:
Acá se recibe la solicitud enviada por el usuario registrado
Actores
Usuario registrado y la Recepción
Precondiciones
El usuario debe estar registrado y su solicitud debió ser aprobada

Nombre cancelar solicitud de emergencia

Autor La recepción
Fecha 12/08/2018
Descripción
El usuario Cancela la solicitud que el ha enviado
Actores
El usuario registrado y la recepción
Precondiciones
El usuario debe estar registrado y debió enviar la solicitud

Nombre Verificar datos del usuario

Autor El usuario registrado
Fecha 12/08/2018
Descripción
Se verifica los datos personales del usuario
Actores
El usuario registrado
Precondiciones
El usuario debe estar registrado y la solicitud debió ser evaluada

Subsistema de gestión de usuario

Nombre Solicitar emergencia
Autor Usuario registrado
Fecha 12/08/2018
Descripción
Acá el usuario solicita emergencia
Actores
Usuario registrado
Precondiciones
El usuario debe estar registrado

Nombre Consultar datos

Autor Usuario registrado
Fecha 12/08/2018
Descripción
El usuario pide que le muestren su información básica
Actores
Usuario registrado
Precondiciones
El usuario debe estar registrado

Nombre Modificar datos

Autor Usuario registrado
Fecha 12/08/2018
Descripción
El usuario si ejecuta esta acción si quiere actualizar algunos datos personales
Actores
Usuario registrado
Precondiciones
El usuario debe estar registrado

Nombre Consultar datos clínicos

Autor Usuario registrado
Fecha 12/08/2018
Descripción
El usuario consulta los datos relacionados con la salud
Actores
Usuario registrado
Precondiciones
El usuario debe estar registrado y debe haber consultado sus datos

Nombre Consultar datos personales

Autor Usuario registrado
Fecha 12/08/2018
Descripción
El usuario consulta su información básica
Actores
Usuario registrado
Precondiciones
El usuario debe estar registrado y debe haber consultado sus datos

3. FUNCIONES DEL PROGRAMA

Describiendo el desarrollo de nuestra aplicación hay funciones aun no creadas, en esta
parte del informe se presentaran un prototipo de cómo se vería parte de la aplicación en
desarrollo.
Las funciones que otorgara este proyecto se mostraran detalladas a continuación:

1. Función de Geolocalización: Esta función permite que se pueda rastrear a la

persona en tiempo real a partir de que se active el botón de emergencia, servirá
de guía a las instituciones para que sepan el lugar exacto donde haya sido
presionado el botón de emergencia, captura la ubicación por GPS en donde te
encuentras, esta función ayudaría a dar tu ubicación para cualquier emergencia.
 2. Función de Vista de Información Personal: Esta función permite ver todos los
datos relacionados al usuario registrado, tales como su nombre, apellido, edad,
genero, fecha de nacimiento, etc.

3. Función de Actualización de Información Clínica: Esta función permite ver

todo el historial clínico en tiempo real, incluyendo las citas pendientes en el
hospital, con esta función se podrá estar al tanto de su expediente clínico y
también proporcionar datos relacionados al estado actual de salud.

4. Función de Registro: Sirve para que los nuevos usuarios puedan registrarse en
el sistema haciendo uso de su DNI como ID principal y recibir un mensaje de
confirmación a su número de celular.

5. Función Botón de Emergencia: Esta función permitirá al usuario enviar una

señal de alarma a las instituciones más cercanas (10KM) a la redonda, se deberá
anteriormente escoger el tipo de emergencia.

6. Función Mensaje de Voz o de Texto: Esta funciona va en conjunto con el

botón de Emergencia, al presionar el botón de emergencia el programa pedirá si
se desea enviar un mensaje adjunto ya sea de voz o de texto para así poder
proporcionar un detalle adicional del hecho.

7. Función de Selección de Emergencia: Esta función permitirá escoger entre tres

tipos de emergencia con sus respectivas funciones:

 Policía: Es un tipo de función de emergencia el cual sería recepcionada por

la oficina central de atención de la Policía Nacional del Perú, el cual tendría
una acción más rápida ante este hecho que ha sucedido en algún punto de
nuestra capital.
 Ambulancia: Esta función nos ayudaría a salvar vidas ya que la señal
mandaría la ubicación por GPS de donde se encuentra la emergencia. Con
ayuda de las funciones Traficó y Accidente la ambulancia tendría una ruta
más óptima, porque cada minuto es vital en la atención al herido, así
beneficiaria al usuario.
 Bombero: Esta función brindaría una señal de emergencia dando la
ubicación por GPS a la central de bomberos, con esa función y la ayuda de la
función Traficó y Accidente el bombero tendría la ruta más óptima.
Brindando mejor atención.

3.1 VISTAS DEL PROGRAMA

Acontinuación mostraremos nuestra siguiente interfaces de nuestra aplicación. Esta
interfaz nos muestra una ruta optima, tal ruta sera la ruta más corta y a la vez sera a
menos congestionada.
La finalidad de esta función sera para responder má rapido a las emergencias que se
desarrollaran en distintos de nuestra cuidad. Ademas los vehiculos de los Bomberos,
Policias y Ambulancias estaran guiados por el GPS hasta el punto de llegada de la
emergencia.
 Punto inicial: El punto inicial seria una comiseria o un hospital de donde saldria
la emergencia.
 Punto final: El punto final o punto de llegara seria de donde se lanzo la
emergencia.

En la siguiente interfaz le mostraremos un ejemplo de una emergencia policias que se

esta desarrollando el punto de la emergencia el icono de emergencia mostrado en la
interaz es la de un policia, seria una emergencia policial; el producto
desarrollado(programa) debe ser con una interfaz sencilla y de facil uso para el usuario,
el cual debe permitirle una mejor manipulación de la funciones.

4. REQUERIMIENTOS FUNCIONALES

 El sistema permitirá el registro de un usuario con datos obligatorios tales como

nombres, apellidos, nacionalidad, DNI, sexo, entre otros.
 El sistema permitirá validar el ingreso de un usuario a través de su DNI.
  El sistema permitirá al usuario autorizado poder realizar el envió automatizado de
solicitud para cambiar o actualizar algún ítem.
 El sistema permitirá aprobar, cambiar o actualizar ítems del registro referente al
estado de salud, validando la solicitud recibida anteriormente.
 A cada solicitud se le asignara un identificador único que será utilizado para poder
identificarla dentro de todos los procesos subsecuentes que se realicen sobre esta
tales como la validación de la solicitud, aprobación de la solicitud, generación de la
orden solicitada.
 El sistema se encargará de almacenar la información detallada del usuario autorizado
mediante la conexión a la base de datos con una entidad de salud en la cual exista un
historial médico que pueda brindar la información necesaria al sistema.
 El sistema permitirá al usuario autorizado acceder a una vista en la cual se pueda
apreciar información como:

-Datos bibliográficos del usuario.

-Grupo sanguíneo.

-Enfermedades resaltantes del usuario

- Agentes alérgenos.

 El sistema permitirá al usuario autorizado poder generar reportes diarios, mensuales,

anuales sobre su estado de salud a través de la aplicación.
 El sistema debe poder emitir los siguientes tipos de reportes:

- Estado de salud general del usuario.

- Listado general de enfermedades.

- Listado general de alergias.

- Listado general de seguros afiliados.

- Listado de citas pendientes en el hospital.

 El sistema debe poder adjuntar el envió de mensajes de voz o de texto cuando se

presione el botón de emergencia.
 El sistema permitirá detectar la posición en tiempo real de la ubicación del dispositivo
que el usuario autorizado este usando.

 El sistema brindara al usuario la opción de enviar una alerta a una de entidad tales
como

-Centro de salud.

-Centro policial.

-Estación de bomberos.

De acuerdo al tipo de entidad escogida, el sistema buscará a través de un mapeo la

entidad que se encuentre más cercana a la ubicación del dispositivo del cual emita la
señal de alerta.
 Cuando en el sistema se active la opción de envió de alerta, en conjunto con esta señal
se enviará el reporte de estado de salud a la entidad seleccionada.
 El software dotará a las entidades receptoras de la señal de alerta, una traza del
camino a seguir para llegar al "punto crítico" en el cual suceda una emergencia,
siempre tomando en cuenta optimizar el tiempo que tomaría el trayecto del viaje a
través de un sistema de GPS.
 El sistema estará en la capacidad de abstraer información de la plataforma de
comunicación, la cual es alimentada de data por los usuarios autorizados, y detectar
los puntos de riesgo, una vez detectados se procederá a mandar la orden de
monitoreo a las entidades respectivas, discriminando el caso de emergencia que se
presente en tiempo real.
 El sistema debe permitir al receptor de la emergencia acceder a los datos de la
persona que envió la señal, esa información debe ser la ubicación actual GPS y los
datos personales del usuario para validarlo con la base de datos.

5. REQUERIMIENTOS NO FUNCIONALES
A) RNF Interfaz Gráfica
 La interfaz de usuario debe ser muy interactiva y fácil de usar.
 La aplicación debe manejar diversos alfabetos, debe poder cambiar de idioma en toda
la aplicación.

B) RNF SEGURIDAD Y DATOS

 La aplicación debe manejar la información de manera
 La aplicación debe asegurarse de que los datos personales estén protegidos, utilizando
un cifrado o encriptación de datos para evitar posibles Hacking.
 La comunicación entre la aplicación y la central de los recepcionistas deben estar
encriptadas.
 El tiempo que demore en recepcionar la señal de alerta enviada por un usuario
autorizado tendrá que ser menor a 10 segundos.
 El tiempo en el cual el sistema responda a una consulta sobre la información de
usuario autorizado tendrá que ser menor a 5 segundos.
 El sistema de geolocalización GPS de la aplicación debe ser actualizado
constantemente para saber la ubicación de la persona en caso de una tragedia.
 El sistema deberá de poseer respaldo legal para poder realizar operaciones tales como
manejo de reportes de salud de los usuarios autorizados.

C) RNF ESPECIFICACIONES TECNICAS

 La aplicación no debe consumir muchos recursos (RAM) para que sea utilizado por
diversos modelos de celulares.
 El sistema deberá de ser implementado para dispositivos Android y compatibilidad con
iOS.
 La aplicación debe ser ligera, no más de 200 Megabytes en consumo de memoria.
 La aplicación debe trabajar de manera fluida en cualquier dispositivo móvil.
 La aplicación debe poder activar la función del GPS solo al momento de presionare el
botón de emergencia, para evitar el gasto innecesario de batería.