caso de uso flujo básico flujo alternativo flujo de ...6. el sistema detecta que el usuario es un...

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:


Usuario

Contraseña

2. El usuario teclea su usuario y contraseña


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.


Flujo de Fracaso 1:


Usuario

Contraseña



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:


Usuario

Contraseña




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:


Usuario

Contraseña




password sea correcto.


6. El sistema despliega el mensaje “Error: Usuario y/o contraseña no validos”.

7. Ir al paso 1 del flujo Básico.


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”.


Flujo Alternativo:


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.



7. Si se cumple el paso 4, el sistema registra al nuevo usuario guardia.

8. El sistema despliega el mensaje “Guardia registrado exitosamente”.


Flujo de Fracaso 1:


campos a capturar

Nombre de usuario

Contraseña

Tipo de Usuario


administrador.



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:


campos a capturar

Nombre de usuario

Contraseña

Tipo de Usuario


administrador.



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”.


Flujo de Fracaso 2:


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.



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”.


Flujo de Fracaso 4:


campos a capturar

Nombre de usuario

Contraseña

Tipo de Usuario


administrador.




6. El sistema muestra el mensaje “Error: Usuario Administrador ya existente”.


Flujo de Fracaso 5:


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.




8. El sistema muestra el mensaje “Error: Usuario Guardia ya existente”.



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”


Flujo Alternativo:


Nombre de Usuario





Nombre de Usuario

Tipo de Usuario

¿Desea eliminar?

6. El usuario elije no eliminar

7. Finaliza el caso de uso

Flujo de Fracaso 1:


Nombre de Usuario



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:


Nombre de Usuario




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.”


Flujo de Fracaso 3:


Nombre de Usuario




12. El paso 4 falla

13. El sistema despliega el mensaje “Error : Usuario no encontrado”



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.


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:


Nombre de Usuario




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.


Flujo de Fracaso:

1. El sistema muestra el mensaje “Editar Guardia” y solicita el siguiente dato :

Nombre de Usuario



4. El paso 3 falla

5. El sistema muestra el mensaje “Nombre de usuario Invalido”


Flujo de Fracaso 2:


Nombre de Usuario




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”.


Flujo de Fracaso 3:


Nombre de Usuario




5. El paso 4 falla

6. El sistema muestra el mensaje “Usuario no existente”.



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”.


Flujo alternativo:



Contraseña actual

Nueva contraseña


2. El usuario no escribe los campos solicitados y cancela el cambio.


Flujo de Fracaso:



Contraseña actual

Nueva contraseña



3. El sistema validaa que las contraseñas sean validas (RN-10) y las nuevas contraseñas

sean iguales.

4. El paso 3 falla


Flujo de Fracaso 2:



Contraseña actual

Nueva contraseña




sean iguales.


usuario.

5. El paso 4 falla, las contraseñas no son iguales.

6. El sistema despliega el mensaje “Error : Contraseña actual erronea”.


Flujo de Fracaso 3:



Contraseña actual

Nueva contraseña




sean iguales.


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”.



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.


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”.


Flujo Alternativo:

1. El sistema muestra la pantalla “Suspender usuario”, que pide el siguiente campo :





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”.


Flujo de fracaso:




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:





4. El paso 4 falla

5. El sistema despliega el mensaje “Error: Usuario no existente”.


Flujo de fracaso 3:





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”.



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.


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”


Flujo Alternativo:





No. Empleado

Nombre de empleado



5. El administrador rechaza la solicitud


7. El sistema muestra el mensaje “Solicitud Rechazada”


Flujo de Fracaso:

1. El sistema muestra el siguiente mensaje “Error: No hay conexión con base de datos”.



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.


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:


2. Nombre Alumno | Estacionamiento Solicitando Cajón



Matricula

Nombre del alumno


Información de discapacidad.


5. El administrador admite la solicitud


7. El sistema muestra el mensaje “Solicitud Aceptada”


Flujo Alternativo:





No. Empleado

Nombre de empleado


Información de discapacidad.


5. El administrador rechaza la solicitud


7. El sistema muestra el mensaje “Solicitud Rechazada”


Flujo de Fracaso:

1. El sistema muestra el mensaje “Error : No se puedo establecer conexión con la base de

datos”.



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


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.


Matricula o No. Empleado

Nombre

Estacionamiento actual.

5. Finaliza el caso de uso.

Flujo alternativo:


campos :



a) Matricula.

b) No Empleado




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:


campos :



a) Matricula.

b) No Empleado



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:


campos :


2. El usuario llena el campo Nombre de Usuario.



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”.


Flujo de Fracaso 3:


campos :



a) Matricula.

b) No Empleado




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


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.


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.



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.


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)


3. El sistema busca si se tiene un archivo de log con esa fecha y estacionamiento.

4. El sistema despliega el log seleccionado


Flujo de Fracaso:


Día (Lista)

Mes(Lista)

Año(Lista)




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”


Flujo de Fracaso 2:


Día (Lista)

Mes(Lista)

Año(Lista)




4. El paso 3 falla

5. El sistema despliega el mensaje “No existe log para esa fecha”



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.


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.


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.


Flujo de Fracaso

1. El sistema muestra el mensaje : “Error : No se puedo establecer conexión con la base

de datos”



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.


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.


Flujo de Fracaso:

1. El sistema muestra el mensaje “Error: No se estableció conexión con base de datos”.



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 :


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 :


Nombre


Flujo Alternativo:




a) Matricula

b) No Empleado

c) Nombre


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”.


Flujo de Fracaso:



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”.


Flujo de Fracaso 2:



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”.


Flujo de Fracaso 3:




a) Matricula

b) No Empleado

c) Nombre


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


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)


Nombre

Hora de Registro.

Fecha de Registro


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


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.


Flujo Alternativo:


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.


Flujo Alternativo 2:


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.




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”



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


Flujo Alternativo :



3. El sistema identifica al usuario como Alumno.


tenga algún lugar reservado en otro estacionamiento y no este suspendido.

5. El sistema identifica que tiene lugar de discapacitados registrado.


1. Entrada | Matricula | Nombre | Hora de entrada | Fecha de entrada








3. El sistema identifica al usuario como personal UABC.


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.


Entrada | No. Empleado | Nombre | Hora de entrada | Fecha de entrada










tenga algún lugar reservado en otro estacionamiento.

5. El sistema identifica que el usuario tiene un lugar reservado en el estacionamiento

actual.


Entrada | No. Empleado | Nombre | Hora de entrada | Fecha de entrada





Flujo de Fracaso:



3. El paso 2 falla, el rango no es ni de Personal UABC ni alumno

4. El sistema niega el acceso al usuario


Flujo de Fracaso 2:



3. El paso 2 falla, no hay conexión con base de datos.

4. El sistema niega el acceso al estacionamiento.


Flujo de Fracaso 3:



3. El sistema identifica al usuario como alumno



lugar disponible.

5. El paso 4 falla en la validación.

6. El sistema niega el acceso


Flujo de Fracaso 4:



3. El sistema identifica al usuario como Personal UABC



lugar disponible.

5. El paso 4 falla en la validación.

6. El sistema niega el acceso



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:




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.


Salida | Matricula | Nombre | Hora de salida | Fecha de salida


8. El usuario sale del estacionamiento



Flujo Alternativo:





5. El sistema detecta que el alumno tiene reserva de discapacidad.


Salida | Matricula | Nombre | Hora de salida | Fecha de salida









4. El sistema verifica que el usuario este dentro del estacionamiento.

5. El sistema aumenta el contador de lugares disponibles público en 1.


Salida | No. Empleado | Nombre | Hora de salida | Fecha de salida










5. El sistema identifica que el usuario tiene un lugar reservado en el estacionamiento

actual.


Salida | No. Empleado | Nombre | Hora de entrada | Fecha de salida





Flujo de Fracaso:



3. El paso 2 falla, el rango no es ni de Personal UABC ni alumno

4. El sistema niega la salida


Flujo de Fracaso 2:




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.



Flujo de Fracaso 3:





5. El paso 4 falla, no se tiene registro de entrada.



Flujo de Fracaso 4:



3. El sistema identifica al usuario como Personal UABC


5. El paso 4 falla, no se tiene registro de entrada.



caso de uso flujo básico flujo alternativo flujo de ...6. el sistema detecta que el usuario es un...

Documents