Casos de uso para servicio móvil

Ilustración 17 Diagrama de casos de uso para servicio móvil

4.1. Recibir solicitud Caso de Uso Numero: 8 Nombre del caso de uso: Recibir solicitud.

Actor: Servicio Web

Descripción: El servicio web debe tener un método público que reciba las solicitudes enviadas desde la aplicación móvil, recibe por parámetros el número de celular y el cuerpo del mensaje de texto.

Precondicione s

El servicio debe estar publicado en un servidor.

Casos Asociados:

07

Flujo de eventos

Flujo Usuario Flujo Sistema

una solicitud, con los parámetros necesarios.

3. Guarda en variables locales los parámetros.

4. El cuerpo del mensaje de texto se separa en texto más cortos que están divididos por el carácter /.

Situación excepcional:  El servicio no se encuentra publicado.

 No es posible acceder al servicio.

 El cuerpo del mensaje no tiene el formato correcto.

Tabla 19 Recibir solicitud

4.2. Desencriptar Mensaje Caso de Uso Numero: 9 Nombre del caso de uso: Desencriptar mensaje.

Actor: Servicio Web

Descripción: El servicio web debe tener un método que desencripte un texto bajo el protocolo aes, recibe por parámetros el texto, la llave privada y el vector requeridos por el protocolo.

Precondicione s

El servicio debe estar publicado en un servidor. Se debe tener una petición entrante.

Casos Asociados:

08

Flujo de eventos

Flujo Usuario Flujo Sistema

5. Recibe una nueva solicitud.

6. Obtiene la llave privada y el vector. 7. Desencripta el texto y lo retorna. Situación excepcional:

 El servicio no se encuentra publicado.  No es posible acceder al servicio.

4.3. Validar credenciales del estudiante.

Caso de Uso Numero:

10 Nombre

del caso de uso:

Validar credenciales del estudiante.

Actor: Servicio Web

Descripción: El servicio web debe realizar la validación de usuario y contraseña del estudiante para poder continuar con el proceso.

Precondicione s

El mensaje debió ser separado, los dos primeros parámetros corresponden al usuario y contraseña.

Casos Asociados:

09

Flujo de eventos

Flujo Usuario Flujo Sistema

1. Genera la comunicación con base de datos.

2. Se llama el procedimiento,

“EstudiantesInicioSesion” para validar si el usuario se encuentra registrado en la base de datos y la contraseña es correcta. 3. Retorna true, si el usuario se valida con

éxito.

Situación excepcional:  No hay conexión a la Base de datos.

Tabla 20 Validar credenciales del estudiante.

4.4. Validar espacios académicos.

Numero: del caso de uso: Actor: Servicio Web

Descripción: El servicio debe validar si el estudiante tiene el espacio en su horario para inscribir o cambiar la materia.

Precondicione s

La validación de las credenciales retorno true.

El mensaje debió ser separado, para tener los campos código de materia y el código del grupo.

Casos Asociados:

10

Flujo de eventos

Flujo Usuario Flujo Sistema

1. Verifica que el código de la materia se encuentra creado en la base de datos. 2. Verifica que el código del grupo se

encuentra creado en la base de datos. 3. Verifica que la materia este en el

pensum del estudiante.

4. Verifica que la materia no presente algún cruce de horarios con otras materias ya inscritas.

5. Verifica que al inscribir la materia no se sobrepasen los créditos del semestre o de la carrera.

6. Verifica que la materia no se encuentre inscrita.

7. Verifica que hayan cupos disponibles para el grupo.

Situación excepcional:  No hay conexión a la Base de datos.

 El cuerpo del mensaje no tiene el formato correcto.

Tabla 21 Validar espacios académicos.

Caso de Uso Numero:

12 Nombre

del caso de uso:

Insertar, modificar o eliminar materias.

Actor: Servicio Web

Descripción: El servicio debe permitir insertar, modificar o eliminar la materia que el usuario estudiante solicite.

Precondicione s

La validación de las credenciales retorno true.

Se pasaron las validaciones de espacios académicos. Casos

Asociados:

10,11

Flujo de eventos

Flujo Usuario Flujo Sistema

1. Genera la conexión a la base de datos. 2. Llama el método que ejecuta el

procedimiento “AdministrarMateria”. 3. Se envían como parámetros, el código

del grupo, el id del estudiante, el id de la materia; en caso de tratarse de una modificación se envía el código del grupo al que quiere hacer el cambio y por último la acción a realizar.

(0 = Adición, 1=Modificar, 2=Eliminar). Situación excepcional:

 No hay conexión a la Base de datos.

 El cuerpo del mensaje no tiene el formato correcto.

Tabla 22 Insertar, modificar o eliminar materias.

Caso de Uso Numero:

13 Nombre

del caso de uso:

Poner en lista de espera.

Actor: Servicio Web

Descripción: El servicio permite poner en lista de espera la solicitud, que en el momento no cuenta con el espacio académico necesario.

El sistema en solicitudes aprobadas de eliminación o modificación, lee la lista de espera y procesa el registro que cumpla las validaciones del espacio que se liberó.

Precondicione s

La validación de las credenciales retorno true.

No se pasaron las validaciones de espacios académicos.

El usuario Estudiante envía dentro de su solicitud, un parámetro que indica si quiere ser incluido dentro de la lista de espera.

Casos Asociados:

10,11,12

Flujo de eventos

Flujo Usuario Flujo Sistema

1. Validar espacios académicos. (Caso 8)

2. Validar si el usuario Estudiante quiere ser incluido dentro de la lista de espera.

3. Realizar la inserción en la tabla Lista de espera.

Situación excepcional:  No hay conexión a la Base de datos.

 El cuerpo del mensaje no tiene el formato correcto.  No se liberan espacios académicos.

Tabla 23 Poner en lista de espera.

Caso de Uso Numero: 14 Nombre del caso de uso: Enviar respuesta.

Actor: Servicio Web

Descripción: El servicio retorna una respuesta del procedimiento que se ejecutó. Precondicione

s

Se ejecutó alguna acción en el servicio.

Casos Asociados:

07,08.09,10,11

Flujo de eventos

Flujo Usuario Flujo Sistema

1. Retorna un texto, que informa el resultado del procedimiento que se ejecutó.

Situación excepcional:  No hay conexión al usuario Aplicación móvil.

Tabla 24 Enviar respuesta