1.

Introducción
Este documento es una Especificación de Requisitos de Software (SRS), para el sistema
de asignación, ubicación de servicios de auxilio, este software no pertenece a ninguna
empresa en específico.
Esta especificación se ha estructurado basándose en las directrices dadas por el estándar
IEEE Práctica Recomendada para Especificaciones de Requisitos Software ANSI/IEEE
830.

1.1. Propósito

 El objetivo principal es definir de manera íntegra y concreta los requisitos

funcionales y no funcionales necesarios para el desarrollo de un nuevo software
de asignación y ubicación de servicios de auxilio mediante la validación del
presente documento.
 El software desarrollado pertenece a los mismos desarrolladores, y gestores del
proyecto de tal manera de que no hay una solicitud expresa de una entidad para
el desarrollo de este software.

1.2. Alcance

El producto software debido a sus características principales y en relación al ambiente al

cual está enfocado se llamará “MediAssist”.

Contempla los siguientes puntos de una forma más detallada:

 Aplicación móvil del usuario

o Ingreso al sistema
o Registro del usuario
o Gestionar números de contacto
o Gestionar datos de enfermedades
o Gestionar datos de medicamentos
o Crear solicitudes de asistencia
 Aplicación móvil del asistente
o Ingreso al sistema
o Aceptar o rechazar asistencia
o Visualizar ubicación de asistencia.
o Buscar hospitales cercanos
o Terminar asistencia.

1.3. Personal Involucrado

Nombre Kevin Montalvo
Rol Jefe de proyecto, analista, desarrollador, tester, DBA, Encargado
de TI.
Categoría profesional Estudiante de Ingeniería en Sistemas e Informática
 Responsabilidades Casi todo
Información de contacto kmmontalvo@espe.espe.edu.ec
Aprobación Si

Nombre Mateo Mejía

Rol Desarrollador, revisor
Categoría profesional Estudiante de Ingeniería en Sistemas e Informática
Responsabilidades Revisión de código, ayuda en labores de documentación
Información de contacto kmmontalvo@espe.espe.edu.ec
Aprobación Si

Nombre Oscar Fierro

Rol Desarrollador, revisor
Categoría profesional Estudiante de Ingeniería en Sistemas e Informática
Responsabilidades Revisión de código, ayuda en labores de documentación
Información de contacto kmmontalvo@espe.espe.edu.ec
Aprobación Si

1.4. Definiciones, acrónimos y abreviaturas

Concepto Definición
Asistente Persona encargada del manejo de ambulacias.
Geolocalización La geolocalización es la capacidad para obtener la
ubicación geográfica real de un objeto, como un radar, un
teléfono móvil o un ordenador conectado a Internet.

1.5. Referencias
Referencia Titulo Ruta Fecha Autor
1 Standard IEEE PDF 22/10/2008 IEEE
830
2 Especificación http://www.qualitatis.org 12/04/2010 Qualitatis.org
de requisitos de
software

1.6.Resumen
Este documento consta de tres secciones. En la primera sección se realiza una
introducción al mismo y se proporciona una visión general de la especificación de
requisitos funcionales y no funcionales del producto software, sus objetivos, así como
los alcances, además de una descripción del personal involucrado en el desarrollo del
sistema.
En la segunda sección del documento se realiza una descripción general del sistema, con
el fin de conocer las principales funciones que éste debe realizar, los datos asociados y
los factores, restricciones, supuestos, características principales y dependencias que
afectan al desarrollo, sin entrar en excesivos detalles.
La tercera sección del documento es aquella en la que se definen detalladamente los
requisitos funcionales y no funcionales que debe cumplir el sistema.

2. Descripción General
2.1. Perspectiva del producto
El sistema “MediAssist” es un producto software independiente, el cual permitirá el acceso a
personas autorizadas a la aplicación de asistente, la visualización de asistencias, la búsqueda de
hospitales; por parte de la aplicación de usuario tiene su registro y su gestión de números de
contactos, información de enfermedades e información de medicamentos que toma el usuario.
 2.2. Funcionalidad del producto

2.3. Características de los usuarios

Tipo de usuario Usuario

Formación Educación básica.
Habilidades Facilidad de manejo de dispositivos con Sistema Operativo
Android.
Actividades Registrarse en el sistema, generar asistencias, gestionar números
de contacto, gestionar información de enfermedades, gestionar
información de medicamentos.

Tipo de usuario Asistente

Formación Educación básica.
Habilidades Facilidad de manejo de dispositivos con Sistema Operativo
Android, puede ser un conductor de automóvil (ambulancia)
Actividades Aceptar o rechazar asistencias, buscar hospitales, terminar una
asistencia.

2.4. Restricciones

 El sistema deberá ser desarrollado en lenguaje de programación Java para

Android.
 El API de Android para la programación será la versión 27 (Android
Nougat).
 Se deberá almacenar la información sobre los asistentes, usuarios, vehículos
y expedientes en una base de datos SQL Server.
 La interfaz gráfica deberá ser amigable para el usuario y sencilla de utilizar.
 El sistema deberá instalarse en los dispositivos con Sistema Operativo
Android de igual o mayor al API establecido.
 El sistema será compatible para dispositivos con Sistema Operativo Android
6.0 Nougat o superior.
2.5. Suposiciones y dependencias

 El programa que se entregará sólo funcionará en dispositivos con Sistema Operativo

Android 7.0 Nougat o superior con características básicas y contando con un GPS.
 Este contará con la suficiente potencia (no se supone excesiva) para poder obtener
resultados en un tiempo razonable.
 Se asume que los usuarios del software deben poseer conocimiento y habilidades en
el ámbito de sus funciones.
 En el caso de que se opte por utilizar una base de datos diferente a SQL server, la
conexión del sistema deberá ser modificada.
 La señal de internet móvil o WIFI deberá ser aceptable para que la aplicación pueda
desempeñar las funcionalidades del sistema correctamente.

2.6. Evolución previsible del sistema

Se estima usar servidores básicos para el uso de la aplicación hasta 1 000 000 de
usuarios que tengan la aplicación, en caso de usuarios simultáneos se podrá soportar
hasta 50 usuarios que hagan accesos simultáneos a la base de datos.

3. Requisitos Específicos

3.1.Requisitos Funcionales
Aplicación móvil del usuario
RF1: Ingresar al sistema
 El ingreso conlleva un registro la primera vez que el usuario ingresa.
 El registro conlleva datos personales que ayudaran a tener una
información a primera instancia en caso de un accidente
RF2: Generar solicitud de asistencia
 Crear solicitud de asistencia para el mismo
o La solicitud personal tiene que ser de manera rápida de modo que
cuando ingrese a la aplicación solo tenga que pulsar un botón
para que la asistencia sea solicitada.
 Crear solicitud de asistencia para un tercero
o La solicitud de asistencia a un tercero conlleva los datos de la
persona (en caso de ser conocidos) y luego de llenar datos se
solicitará la asistencia
RF3: Al momento de solicitar la asistencia el usuario podrá ver el tiempo
estimado de llegado y la distancia a la que está la ambulancia.
RF4: Cuando se haya solicitado una asistencia la aplicación le mostrara una
pantalla de espera donde se le mostrara la información anterior.

Aplicación móvil del servicio de emergencia (ambulancia)

· RF1: Ingresar al sistema
 El asistente para poder ingresar a la aplicación tendrá que hacer un login
con su cedula y su contraseña.
 Luego la aplicación pasará a un segundo plano en donde estará a la
escucha de una nueva notificación de asistencia entrante.
 RF2: Aceptar solicitud de asistencia
 Cuando una notificación entra, el asistente tendrá la posibilidad de
aceptar o cancelar la solicitud.
 En caso de ser cancelada la solicitud se puede ser asignada a otro
asistente.
RF3: Visualizar ubicación de la emergencia
 RF3.1: Visualizar en el mapa la ubicación de la emergencia
o Cuando el asistente ha aceptado la solicitud, se podrá visualizar
la ubicación de la asistencia y tendrá la posición de poner la
aplicación de google Maps en modo conducción para elegir la ruta
más óptima y además el asistente de viaje ya incorporado.

 RF3.2: Generar la ruta más cercana al lugar de la asistencia.

· RF4: Generar la ruta al hospital más cercano

 Cuando el asistente ha llegado al destino podrá tener la posición de poner
el modo conducción al hospital más cercano
 En caso de no ser requerido un hospital el asistente puede dar la
asistencia por terminada.

Programa administrador
· RF1: Ingresar al sistema
 El administrador para poder ingresar a la aplicación tendrá que hacer un
login con su cedula y su contraseña.
· RF2: Administrar ambulancias
 Agregar Ambulancia
o El administrador podrá ingresar a un asistente y su respectiva
ambulancia con los respectivos datos tanto del administrador y la
ambulancia.
 Eliminar Ambulancia
 Visualizar Ambulancia
· RF3: Visualizar usuarios
o El administrador podrá consultar la información tanto de los asistentes
como de los vehículos.
· RF4: Visualizar registros de emergencias
o El administrador podrá ser el único que podrá tener un reporte de las
asistencias realizadas

3.2.Requisitos No funcionales
- La aplicación debe permitirle al usuario interactuar con la aplicación para el ingreso
de datos.
- El sistema debe permitir al usuario registrarse dependiendo de la aplicación utilizada
(usuario - asistente)
- El sistema debe permitir el ingreso de enfermedades, contactos y medicamentos al
usuario.
- El sistema no deberá presentar tiempos de respuesta mayores a 5 segundos.
 - El dispositivo móvil deberá presentar conexión a internet mediante wi-fi o mediante
plan de datos.
- El sistema deberá tener disponibilidad del 99% HA.
- El sistema no debe permitir el acceso a usuarios no registrados.
- Las aplicaciones que formen parte del sistema deberán desarrollarse mediante el uso
de software libre.
-
4. Diagrama Casos de uso

5. Especificación Casos de uso

5.1. Aplicación móvil de usuario

Identificador RF1

Nombre Ingresar al sistema

Descripción El usuario ingresa su cédula, nombre, apellido, contraseña, fecha de

nacimiento, tipo de sangre, sexo, en la interfaz de inicio del sistema
permitiendo el ingreso a la aplicación.

Actores Usuario

Precondiciones

Poscondiciones El usuario queda registrado y la aplicación no le va pedir registrarse

nuevamente.
Flujo normal de eventos

1. Ingresar al sistema una cédula, nombre, apellido, fecha de nacimiento, tipo de sangre,
sexo, contraseña a su vez la contraseña no se mostrará cuando se ingrese.
2. Validar que no existan campos vacíos
3. Validar cédula.
4. Validar contraseña
5. Validar fecha de nacimiento
6. Se muestra la interfaz principal de la aplicación.

Flujos alternos y excepciones

A. Existen campos vacíos

En el paso 2 si algún campo está vacío
1. El sistema muestra el mensaje “Existen campos vacíos”.
2. El sistema le permite ingresar de nuevo los datos de ingreso (regresa al flujo normal)

B. Cédula incorrecta
En el paso 3 si es una cédula no válida
1. El sistema muestra el mensaje “Cedula incorrecta”.
2. El sistema le permite ingresar de nuevo la cédula en la ventana de los datos de ingreso
(regresa al flujo normal)

C. Contraseña incorrecta
En el paso 4 si la contraseña no posee 6 o más caracteres.
1. El sistema muestra el mensaje “La contraseña debe tener 6 o más caracteres”.
2. El sistema le permite ingresar de nuevo la contraseña en la ventana de los datos de
ingreso (regresa al flujo normal)

D. Fecha de nacimiento
En el paso 5 si la fecha ingresada da como resultado una edad fuera del rango de 18 a 99 años.
1. El sistema muestra el mensaje “Edad de usuario inapropiado”.
2. El sistema le permite ingresar de nuevo los datos de ingreso (regresa al flujo normal)

Identificador RF2

Nombre Solicitar Asistencia

Descripción El usuario solicita un servicio de asistencia al sistema

Actores Usuario
Precondiciones El usuario debe estar registrado en la aplicación

Post-condiciones La solicitud de asistencia queda guardada en el sistema.

Flujo normal de eventos

1. El usuario selecciona la opción de crear asistencia.

Flujos alternos y excepciones

Identificador RF3

Nombre Ingresar al sistema

Descripción El usuario cuando ya ha sido registrado en el sistema puede ingresar

directamente a la aplicación.

Actores Usuario

Precondiciones Usuario debe estar registrado en el sistema.

Post-condiciones Usuario está en la pantalla principal de la aplicación.

Flujo normal de eventos

1. El usuario abre la aplicación

2. El sistema le muestra la pantalla principal.

Flujos alternos y excepciones

Identificador RF4
Nombre Gestionar Contactos

Descripción El usuario puede visualizar, crear, modificar y eliminar contactos

personales.

Actores Usuario

Precondiciones El usuario debe estar registrado en la aplicación

Post-condiciones

Flujo normal de eventos

1. El usuario ingresa a la pantalla de gestión de contactos personales, de modo que

pueda visualizarla.
2. El usuario selecciona agregar un contacto
3. El usuario agrega el nombre y el teléfono
4. El sistema guarda los cambios en la base de datos
5. El sistema le muestra los usuarios
6. El usuario selecciona un contacto
7. El usuario selecciona la opción de modificar
8. El usuario puede modificar los datos del contacto personal
9. El usuario selecciona guardar
10. El sistema guarda los cambios en la base de datos
11. El sistema le muestra los usuarios
12. El usuario selecciona un contacto
13. El usuario selecciona la opción de eliminar
14. El sistema guarda los cambios en la base de datos.

Flujos alternos y excepciones

Identificador RF5

Nombre Gestionar Medicamentos

Descripción El usuario puede visualizar, crear, modificar y eliminar

medicamentos que el usuario toma o se suministra.

Actores Usuario
Precondiciones El usuario debe estar registrado en la aplicación

Post-condiciones

Flujo normal de eventos

1. El usuario ingresa a la pantalla de gestión de contactos personales, de modo que

pueda visualizarla.
2. El usuario selecciona agregar un medicamento
3. El usuario agrega el nombre y la descripción
4. El sistema guarda los cambios en la base de datos
5. El sistema le muestra los medicamentos
6. El usuario selecciona un medicamento
7. El usuario selecciona la opción de modificar
8. El usuario puede modificar los datos del medicamento
9. El usuario selecciona guardar
10. El sistema guarda los cambios en la base de datos
11. El sistema le muestra los medicamentos
12. El usuario selecciona un medicamento
13. El usuario selecciona la opción de eliminar
14. El sistema guarda los cambios en la base de datos.

Flujos alternos y excepciones

Identificador RF6

Nombre Gestionar Enfermedades

Descripción El usuario puede visualizar, crear, modificar y eliminar

enfermedades que el usuario tiene.

Actores Usuario

Precondiciones El usuario debe estar registrado en la aplicación

Post-condiciones

Flujo normal de eventos

 1. El usuario ingresa a la pantalla de gestión de enfermedades, de modo que pueda
visualizarlas.
2. El usuario selecciona agregar una enfermedad
3. El usuario agrega el nombre y la descripción
4. El sistema guarda los cambios en la base de datos
5. El sistema le muestra las enfermedades
6. El usuario selecciona una enfermedad
7. El usuario selecciona la opción de modificar
8. El usuario puede modificar los datos de la enfermedad
9. El usuario selecciona guardar
10. El sistema guarda los cambios en la base de datos
11. El sistema le muestra las enfermedades
12. El usuario selecciona una enfermedad
13. El usuario selecciona la opción de eliminar
14. El sistema guarda los cambios en la base de datos.

Flujos alternos y excepciones

5.2. Aplicación móvil del servicio de emergencia (ambulancia)

Identificador RF1

Nombre Ingresar al sistema

Descripción Permite ingresar al sistema y visualizar la interfaz principal

Actores Asistente

Precondiciones El asistente debe estar registrado en la base de datos

Poscondiciones Validar el ingreso de asistentes al sistema.

Flujo normal de eventos

1. El sistema despliega la ventana de inicio de sesión con los campos de usuario y

contraseña, además del botón de inicio de sesión.
2. El asistente ingresa el nombre de usuario y contraseña correspondiente.
3. Validar que no existan campos vacíos
4. Validar contraseña
 5. Ingreso al sistema, y puesta de la app en segundo plano

Flujos alternos y excepciones

A. Existen campos vacíos

En el paso 3 si algún campo está vacío
1. El sistema muestra el mensaje “Existen campos vacíos”.
2. El sistema le permite ingresar de nuevo los datos de ingreso (regresa al flujo normal)

B. Contraseña incorrecta
En el paso 4 si la contraseña es incorrecta
1. El sistema muestra el mensaje “El usuario o contraseña es incorrecto”.
2. El sistema le permite ingresar de nuevo la contraseña en la ventana de ingreso
(regresa al flujo normal)

Identificador RF2

Nombre Visualizar ubicación de emergencia

Descripción permite al asistente visualizar la ubicación de una asistencia

previamente aceptada.

Actores Asistente

Precondiciones El usuario solicita un servicio de asistencia

Post-condiciones

Flujo normal de eventos

1. El sistema muestra un mapa con la ubicación de la emergencia

Flujos alternos y excepciones

Identificador RF3
Nombre Aceptar Solicitud de asistencia

Descripción El asistente acepta un notificación de asistencia entrante.

Actores Asistente

Precondiciones El usuario solicita un servicio de asistencia y se crea en el sistema, el

mismo que envía una notificación al asistente.

Post-condiciones Asistencia que está confirmada y en progreso por parte del asistente que
la acepto, puede visualizar la ubicación de la asistencia.

Flujo normal de eventos

1. El sistema recibe una notificación de emergencia

2. El asistente acepta la solicitud.
3. El sistema guarda el cambio de la aceptación en la base de datos.

Flujos alternos y excepciones

A. En el paso 2
1. Si el asistente rechaza la solicitud se genera una nueva solicitud a otro
asistente.

Identificador RF4

Nombre Terminar asistencia

Descripción El asistente cuando ya haya llegado al lugar de la asistencia o al hospital

que fue previamente buscado puede terminar la asistencia.

Actores Asistente

Precondiciones Una asistencia en progreso y que se haya marcado llegada en el lugar de

la asistencia.

Post-condiciones El asistente queda habilitado para recibir nuevas asistencias y la

asistencia pasa a estado terminado.

Flujo normal de eventos

 1. El usuario elige terminar la asistencia
2. El sistema le emite un dialogo de confirmación
3. El usuario acepta la confirmación.
4. El sistema guarda los cambios en la base de datos

Flujos alternos y excepciones

A. En el paso 3 puede rechazar la confirmación de terminar la asistencia

a. El sistema regresa a la pantalla anterior.

Identificador RF5

Nombre Marcar llegada

Descripción El asistente cuando ya haya llegado al lugar de la asistencia tiene que

marcar la llegada para que pueda continuar con el proceso de la
asistencia.

Actores Asistente

Precondiciones Una asistencia que haya sido aceptada y el usuario en teoría debería estar
en el lugar de la asistencia para que pueda marcar la llegada.

Post-condiciones El asistente le permite terminar la asistencia o buscar hospitales

cercanos.

Flujo normal de eventos

1. El usuario elige marcar la llegada

2. El sistema cambia la interfaz actual a los siguientes pasos de la sistencia.

Flujos alternos y excepciones

Identificador RF6

Nombre Buscar Hospitales

Descripción El asistente cuando ya haya llegado al lugar de la asistencia y haya
marcado la llegada al lugar de la asistencia tiene la opción de buscar
hospitales cercanos.

Actores Asistente

Precondiciones Haber marcado llegada en el sistema.

Post-condiciones El asistente se le muestra los hospitales cercanos y puede trasladarse a

ellos.

Flujo normal de eventos

1. El usuario elige buscar hospitales

2. El sistema busca los hospitales cercanos vía web.
3. El sistema muestra al usuario los hospitales cercanos

Flujos alternos y excepciones

6. Interfaces de usuario
Asistente
 Usuario

Menu principal Asistencia Medicamentos

Enfermedades

- Interfaz de ingreso de caracteres.

 Interfaces de hardware

- Dispositivo móvil.

- Interfaz táctil del dispositivo móvil.