Upload
others
View
31
Download
0
Embed Size (px)
Citation preview
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_01 1 1 3
CU_01: Hacer login
Descripción: En este caso se maneja la entrada al sistema de módulos de administración y
guardia.
Actores: Administrador/Guardia.
Objetivo: Permitir al guardia o el administrador accesar a su modulo respectivo.
Pre-Condición: El usuario debe de estar autorizado para utilizar el sistema y contar con una
cuenta de guardia o administrador.
Post-Condición: 1) Se muestra la pantalla principal del modulo de administrador. 2) Se
muestra la pantalla principal del modulo de guardia. 3) El sistema niega el acceso al sistema.
Flujo Básico:
1. El sistema muestra la pantalla de Login, y solicita los siguientes datos :
Usuario
Contraseña
2. El usuario introduce su usuario y contraseña
3. El sistema valida que los datos estén correctamente escritos (RN-09, RN-10).
4. El sistema valida que el usuario tenga una cuenta registrada en el sistema y que el
password este correcto.
5. Si el paso 4 se cumple, el sistema revisa el tipo de usuario.
6. El sistema detecta que el usuario es un administrador, muestra la pantalla principal del
modulo de administración.
7. El caso de uso finaliza.
Flujo Alternativo:
1. El sistema muestra la pantalla de Login, y solicita los siguientes datos :
Usuario
Contraseña
2. El usuario teclea su usuario y contraseña
3. El sistema valida que los datos estén correctamente escritos (RN-09, RN-10).
4. El sistema valida que el usuario tenga una cuenta registrada en el sistema y el
password este correcto.
5. Si el paso 4 se cumple, el sistema revisa el tipo de usuario.
6. El sistema detecta que el usuario es un guardia, muestra la pantalla principal del
modulo de guardia.
7. El caso de uso finaliza.
Flujo de Fracaso 1:
1. El sistema muestra la pantalla de Login, y solicita los siguientes datos :
Usuario
Contraseña
2. El usuario teclea su usuario y contraseña
3. El sistema valida que los datos estén correctamente escritos (RN-09, RN-10).
4. La validación del paso 3 falla.
5. El sistema muestra el siguiente mensaje en pantalla “Error: Usuario y/o contraseña
con caracteres inválidos”.
6. Ir al paso 1 del Flujo Básico.
Flujo de Fracaso 2:
1. El sistema muestra la pantalla de Login, y solicita los siguientes datos :
Usuario
Contraseña
2. El usuario teclea su usuario y contraseña
3. El sistema valida que los datos estén correctamente escritos (RN-09, RN-10).
4. El sistema valida que el usuario tenga una cuenta registrada en el sistema y el
password sea correcto.
5. El sistema falla al conectarse a la base de datos
6. El sistema despliega el mensaje “Error: No se pudo conectar con base de datos”.
7. Ir al paso 1 del flujo Básico.
Flujo de Fracaso 3:
1. El sistema muestra la pantalla de Login, y solicita los siguientes datos :
Usuario
Contraseña
2. El usuario teclea su usuario y contraseña
3. El sistema valida que los datos estén correctamente escritos (RN-09, RN-10).
4. El sistema valida que el usuario tenga una cuenta registrada en el sistema y el
password sea correcto.
5. La validación del paso 4 falla.
6. El sistema despliega el mensaje “Error: Usuario y/o contraseña no validos”.
7. Ir al paso 1 del flujo Básico.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_02 1 1 5
CU_02: Dar de Alta Usuario.
Descripción: Este caso de uso, muestra los pasos para registrar un nuevo usuario
administrador o guardia al sistema.
Actor: Administrador.
Objetivo: Registrar un nuevo guardia o administrador al sistema.
Pre-condición: Se acceso al Modulo de administración.
Post-condición: 1) Se agrego un nuevo administrador al sistema, 2) Se agrego un nuevo
guardia al sistema. 3) No se agrego ningún nuevo usuario.
Flujo Básico 1:
1. El sistema despliega la pantalla “Registro de Nuevo usuario” y muestra los siguientes
campos a capturar
Nombre de usuario
Contraseña
Tipo de Usuario
2. El usuario llena los campos mostrados, seleccionando el tipo de usuario como
administrador.
3. El sistema valida el llenado correcto de los campos (RN-09, RN-10, RN-19, RN-20).
4. El sistema valida que el nombre de usuario no existe previamente.
5. Si se cumple el paso 4, el sistema registra al nuevo usuario administrador.
6. El sistema despliega el mensaje “Administrador registrado exitosamente”.
7. El caso de uso finaliza.
Flujo Alternativo:
1. El sistema despliega la pantalla “Registro de Nuevo usuario” y muestra los siguientes
campos a capturar
Nombre de usuario
Contraseña
Tipo de Usuario
2. El usuario llena los campos mostrados, seleccionando el tipo de usuario como Guardia.
3. El sistema muestra el siguiente campo :
Estacionamiento Asignado.
4. El usuario llena el campo.
5. El sistema valida el llenado correcto de los campos (RN-09, RN-10, RN-19, RN-20).
6. El sistema valida que el nombre de usuario no existe previamente.
7. Si se cumple el paso 4, el sistema registra al nuevo usuario guardia.
8. El sistema despliega el mensaje “Guardia registrado exitosamente”.
9. El caso de uso finaliza.
Flujo de Fracaso 1:
1. El sistema despliega la pantalla “Registro de Nuevo usuario” y muestra los siguientes
campos a capturar
Nombre de usuario
Contraseña
Tipo de Usuario
2. El usuario llena los campos mostrados, seleccionando el tipo de usuario como
administrador.
3. El sistema valida el llenado correcto de los campos (RN-09, RN-10, RN-19, RN-20).
4. La validación del paso 3 falla.
5. El sistema muestra el mensaje “Nombre de Usuario y/o contraseña invalido”
6. Regresa al paso 1 del flujo básico 1.
Flujo de Fracaso 2:
1. El sistema despliega la pantalla “Registro de Nuevo usuario” y muestra los siguientes
campos a capturar
Nombre de usuario
Contraseña
Tipo de Usuario
2. El usuario llena los campos mostrados, seleccionando el tipo de usuario como
administrador.
3. El sistema valida el llenado correcto de los campos (RN-09, RN-10, RN-19, RN-20).
4. El sistema valida que el nombre de usuario no existe previamente.
5. La validación del paso 4 falla al no poder comunicarse a la base de datos.
6. El sistema muestra el mensaje “Error: No se puede establecer contacto con la base de
datos”.
7. Regresa al paso 1 del flujo básico 1.
Flujo de Fracaso 2:
1. El sistema despliega la pantalla “Registro de Nuevo usuario” y muestra los siguientes
campos a capturar
Nombre de usuario
Contraseña
Tipo de Usuario
2. El usuario llena los campos mostrados, seleccionando el tipo de usuario como guardia.
3. El sistema valida el llenado correcto de los campos (RN-09, RN-10, RN-19, RN-20).
4. El sistema valida que el nombre de usuario no existe previamente.
5. La validación del paso 4 falla al no poder comunicarse a la base de datos.
6. El sistema muestra el mensaje “Error: No se puede establecer contacto con la base de
datos”.
7. Regresa al paso 1 del flujo básico 1.
Flujo de Fracaso 4:
1. El sistema despliega la pantalla “Registro de Nuevo usuario” y muestra los siguientes
campos a capturar
Nombre de usuario
Contraseña
Tipo de Usuario
2. El usuario llena los campos mostrados, seleccionando el tipo de usuario como
administrador.
3. El sistema valida el llenado correcto de los campos (RN-09, RN-10, RN-19, RN-20).
4. El sistema valida que el nombre de usuario no existe previamente.
5. La validación del paso 4 falla.
6. El sistema muestra el mensaje “Error: Usuario Administrador ya existente”.
7. Regresa al paso 1 del flujo básico 1.
Flujo de Fracaso 5:
1. El sistema despliega la pantalla “Registro de Nuevo usuario” y muestra los siguientes
campos a capturar
Nombre de usuario
Contraseña
Tipo de Usuario
2. El usuario llena los campos mostrados, seleccionando el tipo de usuario como guardia.
3. El sistema muestra el siguiente campo :
Estacionamiento Asignado.
4. El usuario llena el campo.
5. El sistema valida el llenado correcto de los campos (RN-09, RN-10, RN-19, RN-20).
6. El sistema valida que el nombre de usuario no existe previamente.
7. La validación del paso 4 falla.
8. El sistema muestra el mensaje “Error: Usuario Guardia ya existente”.
9. Regresa al paso 1 del flujo básico 1.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_03 1 1 3
CU_03: Dar de baja Admin/Guardia
Descripción: Este caso de uso, sirve para eliminar un usuario guardia o administrador del
sistema.
Actor: Administrador
Objetivo: Borrar a un usuario administrador o guardia.
Pre-condición: El administrador tiene que estar dentro del sistema y en la sección de borrar
usuario.
Post-condición: 1) Un administrador fue eliminado. 2) Un guardia fue eliminado. 3) Ningún
usuario fue eliminado
Flujo Básico:
1. El sistema despliega en pantalla “Baja de Usuario” y muestra el siguiente campo :
Nombre de Usuario
2. El usuario escribe el nombre de usuario.
3. El sistema valida que el nombre de usuario sea valido (RN-09).
4. El sistema valido que el usuario exista en la base de datos.
5. El sistema despliega los siguientes datos :
Nombre de Usuario
Tipo de Usuario
¿Desea eliminar?
6. El usuario acepta eliminar
7. El sistema elimina al usuario solicitado.
8. El sistema muestra el mensaje “Usuario eliminado exitosamente”
9. El caso de uso finaliza.
Flujo Alternativo:
1. El sistema despliega en pantalla “Baja de Usuario” y muestra el siguiente campo :
Nombre de Usuario
2. El usuario escribe el nombre de usuario.
3. El sistema valida que el nombre de usuario sea valido (RN-09).
4. El sistema valido que el usuario exista en la base de datos.
5. El sistema despliega los siguientes datos :
Nombre de Usuario
Tipo de Usuario
¿Desea eliminar?
6. El usuario elije no eliminar
7. Finaliza el caso de uso
Flujo de Fracaso 1:
1. El sistema despliega en pantalla “Baja de Usuario” y muestra el siguiente campo :
Nombre de Usuario
2. El usuario escribe el nombre de usuario.
3. El sistema valida que el nombre de usuario sea valido (RN-09).
4. El paso 3 falla
5. El sistema despliega el siguiente mensaje “Usuario no valido”.
6. Ir al paso 1 del flujo básico.
Flujo de Fracaso 2:
1. El sistema despliega en pantalla “Baja de Usuario” y muestra el siguiente campo :
Nombre de Usuario
2. El usuario escribe el nombre de usuario.
3. El sistema valida que el nombre de usuario sea valido (RN-09).
4. El sistema valido que el usuario exista en la base de datos.
5. El paso 4 falla, debido a que no se puede comunicar con la base de datos
6. El sistema despliega el mensaje “Error : No se puede establecer conexión con base de
datos.”
7. Ir al paso 1 del flujo básico.
Flujo de Fracaso 3:
8. El sistema despliega en pantalla “Baja de Usuario” y muestra el siguiente campo :
Nombre de Usuario
9. El usuario escribe el nombre de usuario.
10. El sistema valida que el nombre de usuario sea valido (RN-09).
11. El sistema valido que el usuario exista en la base de datos.
12. El paso 4 falla
13. El sistema despliega el mensaje “Error : Usuario no encontrado”
14. Ir al paso 1 del flujo básico.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_04 1 1 3
CU_04: Editar Guardia
Descripción: En este caso de uso se muestran los pasos para cambiar a un guardia de
estacionamiento que vigila.
Actor: Administrador
Objetivo: Cambiar el estacionamiento de vigilancia de un guardia.
Pre-condición: El administrador esta dentro del sistema, hay un guardia que se desea cambiar
de estacionamiento.
Post-condición: 1) Se cambia un guardia de estacionamiento 2) No se realiza ningún cambio.
Flujo Básico:
1. El sistema muestra el mensaje “Editar Guardia” y solicita el sigueitne dato :
Nombre de Usuario
2. El usuario escribe los datos solicitados
3. El sistema valida el nombre de usuario (RN-09).
4. El sistema valida que exista el usuario y sea guardia.
5. El sistema despliega los datos del guaria :
Nombre de Usuario(No editable)
Estacionamiento Asignado
6. El usuario cambia el estacionamiento asignado y presiona aceptar.
7. El sistema registra el cambio en el usuario guardia
8. El sistema muestra el mensaje “Guardia editado exitosamente”
9. El caso de uso finaliza
Flujo Alternativo:
1. El sistema muestra el mensaje “Editar Guardia” y solicita el sigueitne dato :
Nombre de Usuario
2. El usuario escribe los datos solicitados
3. El sistema valida el nombre de usuario (RN-09).
4. El sistema valida que exista el usuario y sea guardia.
5. El sistema despliega los datos del guaria :
Nombre de Usuario(No editable)
Estacionamiento Asignado
6. El usuario no cambia el estacionamiento asignado y presiona aceptar.
7. El caso de uso finaliza.
Flujo de Fracaso:
1. El sistema muestra el mensaje “Editar Guardia” y solicita el siguiente dato :
Nombre de Usuario
2. El usuario escribe los datos solicitados
3. El sistema valida el nombre de usuario (RN-09).
4. El paso 3 falla
5. El sistema muestra el mensaje “Nombre de usuario Invalido”
6. Ir al paso 1 del flujo básico.
Flujo de Fracaso 2:
1. El sistema muestra el mensaje “Editar Guardia” y solicita el sigueitne dato :
Nombre de Usuario
2. El usuario escribe los datos solicitados
3. El sistema valida el nombre de usuario (RN-09).
4. El sistema valida que exista el usuario y sea guardia.
5. El paso 4 falla, por no poder comunicarse con la base de datos.
6. El sistema muestra el mensaje “Error : No se puede establecer conexión con base de
datos”.
7. Ir al paso 1 del flujo básico.
Flujo de Fracaso 3:
1. El sistema muestra el mensaje “Editar Guardia” y solicita el sigueitne dato :
Nombre de Usuario
2. El usuario escribe los datos solicitados
3. El sistema valida el nombre de usuario (RN-09).
4. El sistema valida que exista el usuario y sea guardia.
5. El paso 4 falla
6. El sistema muestra el mensaje “Usuario no existente”.
7. Ir al paso 1 del flujo básico.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_05 1 1 3
CU_05: Cambiar Contraseña
Descripción: En este caso de uso, un usuario administrador o guardia puede cambiar su
contraseña de acceso al sistema.
Actor: Administrador/Guardia
Objetivo: Cambiar la contraseña de un usuario administrador o guardia.
Pre-condición: 1)El usuario administrador o guardia esta dentro del sistema. 2) Eligio en el
menú cuenta->cambiar contraseña
Post-condición: 1) El usuario administrador o guardia cambia su contraseña. 2) No se cambia
contraseña.
Flujo Básico:
1. El sistema muestra la pantalla “Cambiar Contraseña” y muestra los siguientes datos :
Nombre de Usuario (No editable)
Contraseña actual
Nueva contraseña
Repetir nueva contraseña
2. El usuario escribe los campos solicitados y acepta el cambio.
3. El sistema valida que las contraseñas sean validas (RN-10) y ambas nuevas contraseñas
sean iguales.
4. El sistema valida que la contraseña actual sea igual a la que se tiene registrada para el
usuario.
5. El sistema cambia la contraseña del usuario.
6. El sistema despliega el mensaje “Contraseña cambiada exitosamente”.
7. El caso de uso finaliza.
Flujo alternativo:
1. El sistema muestra la pantalla “Cambiar Contraseña” y muestra los siguientes datos :
Nombre de Usuario (No editable)
Contraseña actual
Nueva contraseña
Repetir nueva contraseña
2. El usuario no escribe los campos solicitados y cancela el cambio.
3. El caso de uso finaliza
Flujo de Fracaso:
1. El sistema muestra la pantalla “Cambiar Contraseña” y muestra los siguientes datos :
Nombre de Usuario (No editable)
Contraseña actual
Nueva contraseña
Repetir nueva contraseña
2. El usuario escribe los campos solicitados y acepta el cambio.
3. El sistema validaa que las contraseñas sean validas (RN-10) y las nuevas contraseñas
sean iguales.
4. El paso 3 falla
5. Ir al paso 1 del Flujo Básico.
Flujo de Fracaso 2:
1. El sistema muestra la pantalla “Cambiar Contraseña” y muestra los siguientes datos :
Nombre de Usuario (No editable)
Contraseña actual
Nueva contraseña
Repetir nueva contraseña
2. El usuario escribe los campos solicitados y acepta el cambio.
3. El sistema valida que las contraseñas sean validas (RN-10) y ambas nuevas contraseñas
sean iguales.
4. El sistema valida que la contraseña actual sea igual a la que se tiene registrada para el
usuario.
5. El paso 4 falla, las contraseñas no son iguales.
6. El sistema despliega el mensaje “Error : Contraseña actual erronea”.
7. El caso de uso finaliza.
Flujo de Fracaso 3:
1. El sistema muestra la pantalla “Cambiar Contraseña” y muestra los siguientes datos :
Nombre de Usuario (No editable)
Contraseña actual
Nueva contraseña
Repetir nueva contraseña
2. El usuario escribe los campos solicitados y acepta el cambio.
3. El sistema valida que las contraseñas sean validas (RN-10) y ambas nuevas contraseñas
sean iguales.
4. El sistema valida que la contraseña actual sea igual a la que se tiene registrada para el
usuario.
5. El paso 4 falla debido a no poder comunicarse con la base de datos
6. El sistema despliega el mensaje “Error : No hay conexion con base de datos”.
7. Ir al paso 1 del Flujo Básico.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_06 1 1 3
CU_06: Suspender Usuario de Estacionamiento
Descripción: En este caso de uso, se realizara la suspensión de un usuario del estacionamiento,
por uso indebido o por solicitud propia
Actor: Administrador/Guardia
Objetivo: Suspender el servicio de utilizar el estacionamiento a un Alumno, o suspender la
suspensión.
Pre-condición: 1) El administrador esta dentro del modulo de administración. 2) El guardia esta
dentro del modulo de vigilancia. 3) Se acceso al menú Usuario->suspender.
Post-condición: 1) Se suspende un usuario, 2)Se retira la suspensión de un usuario 3) No se
suspende un usuario.
Flujo Básico:
1. El sistema muestra la pantalla “Suspender usuario”, que pide el siguiente campo:
Matricula de alumno.
2. El sistema valida que la matricula sea válida(RN-).
3. El sistema verifica que el usuario exista.
4. El sistema despliega los siguientes datos :
Matricula del alumno (No editable)
Nombre del alumno (No editable)
Tiempo de Suspensión (Días/Horas/Indefinido)
Razón de suspensión.
5. El usuario llena los campos.
6. El sistema graba la suspensión del usuario.
7. El sistema despliega el mensaje “El usuario a sido suspendido”.
8. El caso de uso finaliza.
Flujo Alternativo:
1. El sistema muestra la pantalla “Suspender usuario”, que pide el siguiente campo :
Matricula de alumno.
2. El sistema valida que la matricula sea válida(RN-).
3. El sistema verifica que el usuario exista.
4. El sistema despliega los siguientes datos :
Matricula del alumno (No editable)
Nombre del alumno (No editable)
Tiempo de Suspensión (Días/Horas/Indefinido)
Razón de suspensión.
5. El usuario deja vacio los campos.
6. El sistema graba la suspensión del usuario.
7. El sistema despliega el mensaje “El usuario ya no está suspendido”.
8. El caso de uso finaliza.
Flujo de fracaso:
1. El sistema muestra la pantalla “Suspender usuario”, que pide el siguiente campo:
Matricula de alumno.
2. El sistema valida que la matricula sea válida(RN-).
3. El paso 2 falla
4. El sistema muestra el mensaje “Error : Matricula no valida”.
5. Ir al paso 1 del flujo Basico.
Flujo de fracaso 2:
1. El sistema muestra la pantalla “Suspender usuario”, que pide el siguiente campo:
Matricula de alumno.
2. El sistema valida que la matricula sea válida(RN-).
3. El sistema verifica que el usuario exista.
4. El paso 4 falla
5. El sistema despliega el mensaje “Error: Usuario no existente”.
6. Ir al paso 1 del flujo básico.
Flujo de fracaso 3:
1. El sistema muestra la pantalla “Suspender usuario”, que pide el siguiente campo:
Matricula de alumno.
2. El sistema valida que la matricula sea válida(RN-).
3. El sistema verifica que el usuario exista.
4. El paso 4 falla, debido a falla en comunicación con base de datos.
5. El sistema despliega el mensaje “Error: No hay conexión con base de datos”.
6. Ir al paso 1 del flujo básico.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_07 1 1 1
CU_07: Administrar solicitudes de reservas de cajón
Descripción: En este caso de uso se maneja la aceptación o rechazo de las peticiones de
reservar un cajón del estacionamiento por parte de un empleado UABC.
Actor: Administrador
Objetivo: Aceptar o denegar la reserva de un cajón.
Pre-condición: 1) El administrador esta dentro del sistema 2) El administrador entro al menú
Solicitudes->Empleados.
Post-condición: 1) Un nuevo cajón está reservado. 2) Se negó la reserva de un cajón.
Flujo Básico:
1. El sistema despliega una tabla con las solicitudes actuales en el formato de :
2. Nombre de Usuario | Estacionamiento Solicitando Cajón
3. El administrador selecciona a un usuario de la tabla.
4. El sistema muestra la pantalla con mas detalles del usuario seleccionado :
No. Empleado
Nombre de empleado
Estacionamiento en que se solicita cajón
Correo Electrónico.
5. El administrador admite la solicitud
6. El sistema envía un correo electrónico al empleado solicitante
7. El sistema muestra el mensaje “Solicitud Aceptada”
8. El caso de uso finaliza.
Flujo Alternativo:
1. El sistema despliega una tabla con las solicitudes actuales en el formato de :
2. Nombre de Usuario | Estacionamiento Solicitando Cajón
3. El administrador selecciona a un usuario de la tabla.
4. El sistema muestra la pantalla con mas detalles del usuario seleccionado :
No. Empleado
Nombre de empleado
Estacionamiento en que se solicita cajón
Correo Electrónico.
5. El administrador rechaza la solicitud
6. El sistema envía un correo electrónico al empleado solicitante
7. El sistema muestra el mensaje “Solicitud Rechazada”
8. El caso de uso finaliza.
Flujo de Fracaso:
1. El sistema muestra el siguiente mensaje “Error: No hay conexión con base de datos”.
2. El caso de uso finaliza.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_08 1 1 1
CU_08: Administrar solicitudes de cajones para discapacitados.
Descripción: En este caso de uso se maneja la aceptación o rechazo de las peticiones de
reservar un cajón para discapacitados para Alumnos.
Actor: Administrador
Objetivo: Aceptar o denegar la reserva de un cajón para discapacitados.
Pre-condición: 1) El administrador esta dentro del sistema 2) El administrador entro al menú
Solicitudes->Discapacitados
Post-condición: 1) Un nuevo cajón está reservado. 2) Se negó la reserva de un cajón.
Flujo Básico:
1. El sistema despliega una tabla con las solicitudes actuales en el formato de :
2. Nombre Alumno | Estacionamiento Solicitando Cajón
3. El administrador selecciona a un usuario de la tabla.
4. El sistema muestra la pantalla con mas detalles del usuario seleccionado :
Matricula
Nombre del alumno
Estacionamiento en que se solicita cajón
Información de discapacidad.
Correo Electrónico.
5. El administrador admite la solicitud
6. El sistema envía un correo electrónico al empleado solicitante
7. El sistema muestra el mensaje “Solicitud Aceptada”
8. El caso de uso finaliza.
Flujo Alternativo:
1. El sistema despliega una tabla con las solicitudes actuales en el formato de :
2. Nombre de Usuario | Estacionamiento Solicitando Cajón
3. El administrador selecciona a un usuario de la tabla.
4. El sistema muestra la pantalla con mas detalles del usuario seleccionado :
No. Empleado
Nombre de empleado
Estacionamiento en que se solicita cajón
Información de discapacidad.
Correo Electrónico.
5. El administrador rechaza la solicitud
6. El sistema envía un correo electrónico al empleado solicitante
7. El sistema muestra el mensaje “Solicitud Rechazada”
8. El caso de uso finaliza.
Flujo de Fracaso:
1. El sistema muestra el mensaje “Error : No se puedo establecer conexión con la base de
datos”.
2. El caso de uso finaliza
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_09 1 1 3
CU_09: Buscar Usuario
Descripción: En este caso de uso se busca a un alumno o empleado esta registrado dentro del
estacionamiento
Actor: Administrador
Objetivo: Buscar a un alumno o empleado registrado dentro de todos los estacionamientos
Pre-condición: 1) El administrador esta dentro del modulo de guardia. 2)El administrador elige
del menú búsqueda de usuario.
Post-condición: 1) Se muestra la información del usuario. 2) No se encuentra el usuario.
Flujo Básico:
1. El sistema despliega la pantalla “Búsqueda de Usuario” solicitando los siguientes
campos :
Matricula o No. Empleado o Nombre de Usuario.
2. El usuario llena el campo :
a) Matricula.
b) No Empleado
c) Nombre de Usuario
2. El sistema verifica que los datos son validos
3. El sistema busca si el usuario esta dentro de un estacionamiento.
4. El sistema despliega los siguientes datos :
Matricula o No. Empleado
Nombre
Estacionamiento actual.
5. Finaliza el caso de uso.
Flujo alternativo:
1. El sistema despliega la pantalla “Búsqueda de Usuario” solicitando los siguientes
campos :
Matricula o No. Empleado o Nombre de Usuario.
2. El usuario llena el campo :
a) Matricula.
b) No Empleado
c) Nombre de Usuario
2. El sistema verifica que los datos son validos
3. El sistema busca si el usuario esta dentro de un estacionamiento.
4. El sistema no encuentra al usuario en ningún estacionamientos
5. El sistema muestra el mensaje “No se encontró al usuario dentro del estacionamientos
6. fin del caso de uso
Flujo de Fracaso:
1. El sistema despliega la pantalla “Búsqueda de Usuario” solicitando los siguientes
campos :
Matricula o No. Empleado o Nombre de Usuario.
2. El usuario llena el campo :
a) Matricula.
b) No Empleado
c) Nombre de Usuario
2. El sistema verifica que los datos son validos
3. El paso 3 falla
4. El sistema muestra el mensaje “Error: Datos incorrectos”.
5. Ir al paso 1 del flujo básico
Flujo de Fracaso 2:
1. El sistema despliega la pantalla “Búsqueda de Usuario” solicitando los siguientes
campos :
Matricula o No. Empleado o Nombre de Usuario.
2. El usuario llena el campo Nombre de Usuario.
3. El sistema verifica que los datos son validos
4. El sistema busca si el usuario esta dentro de un estacionamiento.
5. El paso 4 falla en conectarse a la base de datos.
6. El sistema muestra el mensaje “Error : No hay conexión a base de datos”.
7. Ir al paso 1 del flujo básico.
Flujo de Fracaso 3:
7. El sistema despliega la pantalla “Búsqueda de Usuario” solicitando los siguientes
campos :
Matricula o No. Empleado o Nombre de Usuario.
8. El usuario llena el campo :
a) Matricula.
b) No Empleado
c) Nombre de Usuario
2. El sistema verifica que los datos son validos
3. El sistema busca si el usuario esta dentro de un estacionamiento.
4. El sistema no encuentra ningún usuario con esos datos
5. El sistema despliega el mensaje “Usuario no existente”
6. Ir al paso 1 del flujo básico
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_10 1 X x
CU_10: Ver log actual
Descripción: En este caso de uso se muestra el log actual del estacionamiento seleccionado.
Actor: Administrador
Objetivo: Mostrar el log actual del estacionamiento seleccionado.
Pre-condición: 1) El administrador entro exitosamente al modulo de administración 2) El
administrador selecciona del menú ver log->actual.
Post-condición: 1) La pantalla muestra el log actual del estacionamiento seleccionado.
Flujo Básico:
1. El sistema despliega los estacionamientos actuales con la siguiente información :
Nombre del estacionamiento
Estado actual(Funcionando\Emergencia)
Espacios disponibles
Espacios totales
Botón de ver log.
2. El usuario selecciona el botón de ver log de algún estacionamiento.
3. El sistema despliega el log actual del sistema seleccionado.
4. Finaliza el caso de uso.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_11 1 X 2
CU_11: Ver Historial de logs
Descripción: En este caso de uso, el administrador podrá hacer una búsqueda por fecha del
historial completo en determinado estacionamiento en alguna fecha dada.
Actor: Administrador
Objetivo: Buscar un log de fecha determinada de un estacionamiento especificado.
Pre-condición: 1) El administrador entro exitosamente al modulo de administración. 2)El
administrador eligió del menú log->historial.
Post-condición: 1) Se muestra el historial solicitado. 2) No se encuentra el historial.
Flujo Básico:
1. El sistema muestra la pantalla “Búsqueda de logs” y solicita los siguientes campos:
Día (Lista)
Mes(Lista)
Año(Lista)
Estacionamiento(Lista)
2. El usuario llena los campos.
3. El sistema busca si se tiene un archivo de log con esa fecha y estacionamiento.
4. El sistema despliega el log seleccionado
5. El caso de uso finaliza.
Flujo de Fracaso:
1. El sistema muestra la pantalla “Búsqueda de logs” y solicita los siguientes campos:
Día (Lista)
Mes(Lista)
Año(Lista)
Estacionamiento(Lista)
2. El usuario llena los campos.
3. El sistema busca si se tiene un archivo de log con esa fecha y estacionamiento.
4. El paso 3 falla al no establecer conexión con la base de datos
5. El sistema despliega el mensaje “Error : No hay conexión con base de datos”
6. Ir al paso 1 del flujo básico.
Flujo de Fracaso 2:
1. El sistema muestra la pantalla “Búsqueda de logs” y solicita los siguientes campos:
Día (Lista)
Mes(Lista)
Año(Lista)
Estacionamiento(Lista)
2. El usuario llena los campos.
3. El sistema busca si se tiene un archivo de log con esa fecha y estacionamiento.
4. El paso 3 falla
5. El sistema despliega el mensaje “No existe log para esa fecha”
6. Ir al paso 1 del flujo básico.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_12 1 1 1
CU_12: Controlar modo de emergencia Administrador
Descripción: En este caso de uso se muestra como se activa o desactiva el modo emergencia
de un estacionamiento seleccionado.
Actor: Administrador
Objetivo: Activar o desactivar el modo emergencia en el estacionamiento elegido.
Pre-condición: 1)El administrador entro exitosamente al sistema. 2)El administrador eligio del
menú “Modo Emergencia”.
Post-condición: 1) Se activa el modo de emergencia en un estacionamiento. 2) Se desactiva el
modo emergencia de un estacionamiento.
Flujo Básico:
1. El sistema muestra en pantalla “Control de Modo Emergencia” muestra una lista de :
Nombre de estacionamiento
Modo de Emergencia (Activo/Desactivo)
Botón de Activar/Desactivar (Depende el estado en que este).
2. El usuario presiona el botón de activar en un estacionamiento.
3. El sistema cambia el estado del estacionamiento a “Modo Emergencia Activado”, abre
las puertas del estacionamiento seleccionado.
4. El caso de uso finaliza.
Flujo Alternativo:
1. El sistema muestra en pantalla “Control de Modo Emergencia” muestra una lista de :
Nombre de estacionamiento
Modo de Emergencia (Activo/Desactivo)
Botón de Activar/Desactivar (Depende el estado en que este).
2. El usuario presiona el botón de desactivar en un estacionamiento.
3. El sistema cambia el estado del estacionamiento a “Modo Emergencia Desactivado”,
las puertas vuelven a control automático.
4. El caso de uso finaliza.
Flujo de Fracaso
1. El sistema muestra el mensaje : “Error : No se puedo establecer conexión con la base
de datos”
2. El caso de uso finaliza
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_13 1 1 1
CU_13: Controlar Modo de Emergencia Guardia
Descripción: En este caso de uso se ve como se activa o desecativa el modo de emergencia
desde la perspectiva local de un guardia.
Actor: Guardia
Objetivo: Activar o desactivar el modo de emergencia del estacionamiento actual.
Pre-condición: 1) El guardia entro exitosamente al sistema de vigilancia 2) El guarida
selecciono del menú “Modo de Emergencia”.
Post-condición: 1) El estacionamiento entra en modo emergencia. 2) El estacionamiento sale
del modo emergencia.
Flujo Básico:
1. El sistema muestra la pantalla “Modo de Emergencia” mostrando lo siguiente :
Estado de Modo del Estacionamiento (Activado/Desactivado).
Botón de Activar o Desactivar (Depende del estado).
2. El usuario selecciona Activar.
3. El sistema cambia el estado del estacionamiento a “Modo Emergencia Activado”, deja
las puertas abiertas del estacionamiento actual.
4. El caso de uso finaliza.
Flujo Alternativo:
1. El sistema muestra la pantalla “Modo de Emergencia” mostrando lo siguiente :
a. Estado de Modo del Estacionamiento (Activado/Desactivado).
b. Botón de Activar o Desactivar (Depende del estado).
2. El usuario selecciona Desactivar.
3. El sistema cambia el estado del estacionamiento a “Modo Emergencia Desactivado”,
deja las puertas en modo automático del estacionamiento actual.
4. El caso de uso finaliza.
Flujo de Fracaso:
1. El sistema muestra el mensaje “Error: No se estableció conexión con base de datos”.
2. El caso de uso finaliza.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_14 1 2 3
CU_14: Realizar búsqueda local
Descripción: En este caso de uso se realiza una búsqueda local de un usuario estacionado en el
estacionamiento actual
Actor: Guardia
Objetivo: Buscar a un alumno o empleado estacionado dentro del estacionamiento
Pre-condición: 1) El Guardia entro exitosamente al modulo de vigilancia. 2) El guardia
selecciona del menú Búsqueda Local.
Post-condición: 1) Se encuentra al alumno en el estacionamiento. 2) No se encuentra al
alumno en el estacionamiento. 3) Se encuentra al empleado en el estacionamiento. 4) No se
encuentra al empleado en el estacionamiento.
Flujo Básico:
1. El sistema muestra la pantalla de “Búsqueda Local” y pide los siguientes datos :
Matricula o No. Empleado o Nombre de Usuario.
2. El usuario introduce :
a) Matricula
b) No Empleado
c) Nombre
2. El sistema valida que la matricula sea valida.
3. El sistema busca si el usuario esta dentro del estacionamiento actual
4. El sistema muestra los datos del alumno :
Matricula o No. Empleado
Nombre
5. Finaliza el caso de uso.
Flujo Alternativo:
1. El sistema muestra la pantalla de “Búsqueda Local” y pide los siguientes datos :
Matricula o No. Empleado o Nombre de Usuario.
2. El usuario introduce :
a) Matricula
b) No Empleado
c) Nombre
2. El sistema valida que la matricula sea valida.
3. El sistema busca si el usuario esta dentro del estacionamiento actual y no encuentra al
usuario
4. El sistema muestra el siguiente mensaje “Usuario no esta en este estacionamiento”.
5. Finaliza el caso de uso.
Flujo de Fracaso:
1. El sistema muestra la pantalla de “Búsqueda Local” y pide los siguientes datos :
Matricula o No. Empleado o Nombre de Usuario.
2. El usuario llena uno de los campos
3. El sistema valida que el campo tenga datos validos.
4. El paso 3 falla
5. El sistema muestra el mensaje “Datos Inválidos”.
6. Ir al paso 1 del flujo básico.
Flujo de Fracaso 2:
1. El sistema muestra la pantalla de “Búsqueda Local” y pide los siguientes datos :
Matricula o No. Empleado o Nombre de Usuario.
2. El usuario introduce
a) Matricula
b) No. Empleado
c) Nombre
2. El sistema verifica que la Matricula sea válida.
3. El sistema busca si el usuario esta dentro del estacionamiento actual
4. El paso 4 falla al no poder comunicarse con la base de datos.
5. El sistema muestra el mensaje “Error : No se estableció conexión con base de datos”.
6. Ir al paso 1 del flujo básico.
Flujo de Fracaso 3:
1. El sistema muestra la pantalla de “Búsqueda Local” y pide los siguientes datos :
Matricula o No. Empleado o Nombre de Usuario.
2. El usuario introduce :
a) Matricula
b) No Empleado
c) Nombre
2. El sistema valida que la matricula sea valida.
3. El sistema busca si el usuario esta dentro del estacionamiento actual y no encuentra al
usuario ni que exista
4. El sistema muestra el siguiente mensaje “Error : Usuario no existente”.
5. Ir al paso 1 del caso de uso
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_15 1 X 1
CU_15: Ver log local.
Descripción: En este caso de uso se muestra en pantalla el log actual del estacionamiento,
mostrando las entradas y salidas en tiempo real.
Actor: Guardia
Objetivo: ver el estado del estacionamiento en el que se está vigilando
Pre-condición: 1) El Guardia entra exitosamente al modulo de guardia. 2) El guardia selecciona
del menú pantalla principal.
Post-condición: 1) Se muestra en pantalla.
Flujo Básico:
1. El sistema muestra en pantalla los siguientes datos que conforman el log
Tipo de Registro (Entrada/Salida)
Matricula o No. Empleado
Nombre
Hora de Registro.
Fecha de Registro
2. Finaliza el caso de uso.
Flujo de Fracaso :
1. El sistema no puede establecer conexión con la base de datos
2. El sistema muestra el mensaje “Error al conectar a la base de datos”.
3. Ir al paso 1 del flujo Basico
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_16 1 3 1
CU_16: Controlar Puertas
Descripción: En este caso de uso, se realiza el control manual de las puertas, en caso de ser
necesario
Actor: Guardia
Objetivo: Controlar las puertas manualmente
Pre-condición: 1) El guarida entra exitosamente en el sistema. 2) El guardia selecciona del
menú: “Control Manual”.
Post-condición: 1) Se abrió una puerta. 2) Se cerró una puerta.
Flujo Básico :
1. El sistema muestra la pantalla de “Control de Puertas” Con los siguientes datos :
Puerta de Entrada
o Estado (Abierta/Cerrado)
o Botón Abrir/Cerrar(Depende el estado)
Puerta Salida
o Estado(Abierta/Cerrado)
o Botón Abrir/Cerrar(Depende del estado)
2. El usuario selecciona abrir la puerta de entrada
3. El sistema abre la puerta de entrada del estacionamiento actual.
4. Finaliza el caso de uso.
Flujo Alternativo:
1. El sistema muestra la pantalla de “Control de Puertas” Con los siguientes datos :
o Puerta de Entrada
Estado (Abierta/Cerrado)
Botón Abrir/Cerrar(Depende el estado)
o Puerta Salida
Estado(Abierta/Cerrado)
Botón Abrir/Cerrar(Depende del estado)
3. El usuario selecciona cerrar la puerta de entrada
4. El sistema cierra la puerta de entrada del estacionamiento actual.
5. Finaliza el caso de uso
Flujo Alternativo 2:
5. El sistema muestra la pantalla de “Control de Puertas” Con los siguientes datos :
Puerta de Entrada
o Estado (Abierta/Cerrado)
o Botón Abrir/Cerrar(Depende el estado)
Puerta Salida
o Estado(Abierta/Cerrado)
o Botón Abrir/Cerrar(Depende del estado)
6. El usuario selecciona abrir la puerta de salida
7. El sistema abre la puerta de salida del estacionamiento actual.
8. Finaliza el caso de uso.
Flujo Alternativo 3:
1. El sistema muestra la pantalla de “Control de Puertas” Con los siguientes datos :
o Puerta de Entrada
Estado (Abierta/Cerrado)
Botón Abrir/Cerrar(Depende el estado)
o Puerta Salida
Estado(Abierta/Cerrado)
Botón Abrir/Cerrar(Depende del estado)
6. El usuario selecciona cerrar la puerta de salida
7. El sistema cierra la puerta de salida del estacionamiento actual.
Finaliza el caso de uso.
Flujo de Fracaso:
1. El sistema falla al intentar conectarse a la base de datos
2. El sistema muestra el mensaje “Error : No se pudo establecer conexión con la base de
datos”
3. El caso de uso finaliza
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_17 1 3 4
CU_17: Registrar Entrada
Descripción: En este caso de uso, se registra a un usuario dentro del estacionamiento,
agregando su información al log.
Actor: Alumno/Personal UABC
Objetivo: Entrar exitosamente al estacionamiento
Pre-condición: 1) El usuario esta cerca al lector de credenciales. 2) El usuario muestra la
credencial al lector.
Post-condición: 1) El usuario obtiene acceso al estacionamiento y su entrada se registra en el
log. 2) El sistema le niega la entrada al usuario.
Flujo Básico:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como alumno.
4. El sistema verifica que el usuario no esté registrado dentro de otro estacionamiento o
tenga algún lugar reservado en otro estacionamiento, no este suspendido y este un
lugar disponible.
5. El sistema disminuye el contador de lugares disponibles público en 1.
6. El sistema agrega los siguientes datos al log :
Entrada | Matricula | Nombre | Hora de entrada | Fecha de entrada
7. El sistema abre la puerta
8. El usuario entra al estacionamiento
9. El sistema cierra la puerta
10. Finaliza el caso de uso
Flujo Alternativo :
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como Alumno.
4. El sistema verifica que el usuario no esté registrado dentro de otro estacionamiento o
tenga algún lugar reservado en otro estacionamiento y no este suspendido.
5. El sistema identifica que tiene lugar de discapacitados registrado.
6. El sistema agrega los siguientes datos al log :
1. Entrada | Matricula | Nombre | Hora de entrada | Fecha de entrada
7. El sistema abre la puerta
8. El usuario entra al estacionamiento
9. El sistema cierra la puerta
10. Finaliza el caso de uso
Flujo Alternativo 2:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como personal UABC.
4. El sistema verifica que el usuario no esté registrado dentro de otro estacionamiento o
tenga algún lugar reservado en otro estacionamiento y este un lugar disponible.
5. El sistema disminuye el contador de lugares disponibles público en 1.
6. El sistema agrega los siguientes datos al log :
Entrada | No. Empleado | Nombre | Hora de entrada | Fecha de entrada
7. El sistema abre la puerta
8. El usuario entra al estacionamiento
9. El sistema cierra la puerta
10. Finaliza el caso de uso
Flujo Alternativo 3:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como personal UABC.
4. El sistema verifica que el usuario no esté registrado dentro de otro estacionamiento o
tenga algún lugar reservado en otro estacionamiento.
5. El sistema identifica que el usuario tiene un lugar reservado en el estacionamiento
actual.
6. El sistema agrega los siguientes datos al log :
Entrada | No. Empleado | Nombre | Hora de entrada | Fecha de entrada
7. El sistema abre la puerta
8. El usuario entra al estacionamiento
9. El sistema cierra la puerta
10. Finaliza el caso de uso
Flujo de Fracaso:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El paso 2 falla, el rango no es ni de Personal UABC ni alumno
4. El sistema niega el acceso al usuario
5. El caso de uso finaliza.
Flujo de Fracaso 2:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El paso 2 falla, no hay conexión con base de datos.
4. El sistema niega el acceso al estacionamiento.
5. El caso de uso finaliza
Flujo de Fracaso 3:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como alumno
4. El sistema verifica que el usuario no esté registrado dentro de otro estacionamiento o
tenga algún lugar reservado en otro estacionamiento, no este suspendido y este un
lugar disponible.
5. El paso 4 falla en la validación.
6. El sistema niega el acceso
7. El caso de uso finaliza.
Flujo de Fracaso 4:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como Personal UABC
4. El sistema verifica que el usuario no esté registrado dentro de otro estacionamiento o
tenga algún lugar reservado en otro estacionamiento, no este suspendido y este un
lugar disponible.
5. El paso 4 falla en la validación.
6. El sistema niega el acceso
7. El caso de uso finaliza.
Caso de Uso Flujo Básico Flujo Alternativo Flujo de Fracaso
CU_18 1 3 4
CU_18: Registrar Salida
Descripción: En este caso de uso, se registra la salida de un usuario dentro del
estacionamiento, agregando su información al log.
Actor: Alumno/Personal UABC
Objetivo: Salir exitosamente al estacionamiento
Pre-condición: 1) El usuario esta cerca al lector de credenciales. 2) El usuario muestra la
credencial al lector.
Post-condición: 1) El usuario obtiene acceso al estacionamiento y su entrada se registra en el
log. 2) El sistema le niega la entrada al usuario.
Flujo Básico:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como alumno.
4. El sistema verifica que el usuario esté registrado dentro del estacionamiento.
5. El sistema aumenta el contador de lugares disponibles público en 1.
6. El sistema agrega los siguientes datos al log :
Salida | Matricula | Nombre | Hora de salida | Fecha de salida
7. El sistema abre la puerta
8. El usuario sale del estacionamiento
9. El sistema cierra la puerta
10. Finaliza el caso de uso
Flujo Alternativo:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como alumno.
4. El sistema verifica que el usuario esté registrado dentro del estacionamiento.
5. El sistema detecta que el alumno tiene reserva de discapacidad.
6. El sistema agrega los siguientes datos al log :
Salida | Matricula | Nombre | Hora de salida | Fecha de salida
7. El sistema abre la puerta
8. El usuario sale del estacionamiento
9. El sistema cierra la puerta
10. Finaliza el caso de uso
Flujo Alternativo 2:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como personal UABC.
4. El sistema verifica que el usuario este dentro del estacionamiento.
5. El sistema aumenta el contador de lugares disponibles público en 1.
6. El sistema agrega los siguientes datos al log :
Salida | No. Empleado | Nombre | Hora de salida | Fecha de salida
7. El sistema abre la puerta
8. El usuario sale del estacionamiento
9. El sistema cierra la puerta
10. Finaliza el caso de uso
Flujo Alternativo 3:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como personal UABC.
4. El sistema verifica que el usuario esté registrado dentro del estacionamiento.
5. El sistema identifica que el usuario tiene un lugar reservado en el estacionamiento
actual.
6. El sistema agrega los siguientes datos al log :
Salida | No. Empleado | Nombre | Hora de entrada | Fecha de salida
7. El sistema abre la puerta
8. El usuario sale del estacionamiento
9. El sistema cierra la puerta
10. Finaliza el caso de uso
Flujo de Fracaso:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El paso 2 falla, el rango no es ni de Personal UABC ni alumno
4. El sistema niega la salida
5. El caso de uso finaliza.
Flujo de Fracaso 2:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como alumno
4. El sistema verifica que el usuario este registrado dentro del estacionamiento.
5. El paso 4 falla, no se puede realizar conexión con la base de datos.
6. El sistema niega la salida
7. El caso de uso finaliza.
Flujo de Fracaso 3:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como alumno
4. El sistema verifica que el usuario este registrado dentro del estacionamiento.
5. El paso 4 falla, no se tiene registro de entrada.
6. El sistema niega la salida
7. El caso de uso finaliza.
Flujo de Fracaso 4:
1. El sistema lee la credencial del usuario.
2. El sistema verifica que la credencial este dentro del rango valido.
3. El sistema identifica al usuario como Personal UABC
4. El sistema verifica que el usuario este registrado dentro del estacionamiento.
5. El paso 4 falla, no se tiene registro de entrada.
6. El sistema niega la salida
7. El caso de uso finaliza.