Especificación de Requerimientos (Funcionalidades)

La especificación de requerimientos consiste en describir de manera detallada cada una de las funcionalidades o requerimientos que debe cumplir la aplicación a desarrollar. En esta especificación se debe indicar el flujo de actividades que implica el llevar a cabo cada funcionalidad del sistema.

Para la especificación de los requerimientos de la aplicación se utilizarán diagramas de casos de uso con su respectiva descripción textual.

1. Casos de Uso: Logeo (Servicio)

Diagrama

Descripción textual

Nombre del caso de uso:	Logeo (Servicio)
Actores participantes:	Aplicación que consume, Sistema
Condiciones de entrada:	Nombre de usuario o email y contraseña
Condiciones de salida:	Credenciales del usuario
Flujo de básico	1. Se envían las credenciales a la url del servicio 2. El sistema válida el usuario 3. Retorna el usuario
Flujos alternativos	2.1- Si las credenciales son inválidas no retorna nada o error en su defecto
Requisitos especiales	Datos envíados en formato json

2. Casos de Uso: Registro de Usuario (Servicio)

Diagrama

Descripción textual

Nombre del caso de uso:	Registro de Usuario (Servicio)
Actores participantes:	Aplicación que consume, Sistema
Condiciones de entrada:	Datos del usuario y perfil
Condiciones de salida:	Datos enviados
Flujo de básico	1. Se envían los datos del usuario *Nombre de usuario *Contraseña *Correo *Nombre *Apellido *Cedula *Identificador de la parroquía *Dirección(opcional) *Teléfono(opcional) 2. El sistema válida los datos 3. Retorna mensaje de éxito/error
Flujos alternativos	2.1- Si los datos son inválidos retorna error
Requisitos especiales	Datos envíados en formato json

3. Casos de Uso: Mostrar Entidad (Servicio)

Diagrama

Descripción textual

Nombre del caso de uso:	Mostrar Entidad (Servicio)
Actores participantes:	Aplicación que consume, Sistema
Condiciones de entrada:
Condiciones de salida:
Flujo de básico	1. Se solicita el listado de las entidades 2. El sistema retorna los datos
Flujos alternativos
Requisitos especiales	Datos envíados en formato json

4. Casos de Uso: Mostrar Parroquías (Servicio)

Diagrama

Descripción textual

Nombre del caso de uso:	Mostrar Parroquía (Servicio)
Actores participantes:	Aplicación que consume, Sistema
Condiciones de entrada:
Condiciones de salida:
Flujo de básico	1. Se solicita el listado de las parroquías 2. El sistema retorna los datos
Flujos alternativos	1.1- Puede pasar el identficador para retornar las parroquías asociadas a una entidad 1.2- Si no pasa un identificador retorna la lista de todas las parroquías
Requisitos especiales	Datos envíados en formato json

5. Casos de Uso: Mostrar Municipios (Servicio)

Diagrama

Descripción textual

Nombre del caso de uso:	Mostrar Municipios (Servicio)
Actores participantes:	Aplicación que consume, Sistema
Condiciones de entrada:
Condiciones de salida:
Flujo de básico	1. Se solicita el listado de las municipios 2. El sistema retorna los datos
Flujos alternativos	1.1- Puede pasar el identficador para retornar los municipios asociadas a una parroquía 1.2- Si no pasa un identificador retorna la lista de todas los municipios
Requisitos especiales	Datos envíados en formato json

6. Casos de Uso: Generar nuevo token de Consulta

Diagrama

Descripción textual

Nombre del caso de uso:	Generar nuevo token de Consulta
Actores participantes:	Usuario, Sistema
Condiciones de entrada:	Usuario autenticado en el sistema principal
Condiciones de salida:	Tener una consulta
Flujo de básico	1. El usuario selecciona la consulta en la que desee generar un nuevo token 2. Le click al botón de generar la consulta 3. Debe aparecer una ventana para confirmar la generación del token
Flujos alternativos	3.1- Si el usuario marca si genera un nuevo token 3.2- Si el usuario marca no, no genera el token
Requisitos especiales

7. Casos de Uso: Mostrar Consulta (Servicio)

Diagrama

Descripción textual

Nombre del caso de uso:	Mostrar Consulta (Servicio)
Actores participantes:	Aplicación que consume, Sistema
Condiciones de entrada:	Token y credenciales de usuario
Condiciones de salida:	Token válido y que existan las consultas
Flujo de básico	1. Se envía el token de la consulta 2. El sistema válida el token 3. Retorna los datos de la consulta
Flujos alternativos	2.1- Si el token es inválido retorna error 2.2- Si la consulta no existe retorna error o vacío
Requisitos especiales	Datos envíados en formato json

Flujograma de actividades