Los 6 casos de uso describen los principales procesos del sistema: 1) Ingreso al sistema, 2) Registro de ventas, 3) Ingresar nueva información, 4) Modificar información, 5) Cambio de clave, y 6) Consultas. Cada caso de uso incluye actores, flujos de eventos y escenarios. Los escenarios detallan resultados exitosos y no exitosos para cada proceso.

1. DIAGRAMAS DE CASOS DE USO
Ingreso al sistema
Registro de Venta Realizada
Ingresar Nueva Información al Sistema
Modificar Información del Sistema
Cambio Clave
Consultas en el Sistema
CASOS DE USO
Caso de uso #: 001
Nombre: Ingreso al sistema
Actores Participantes: Administrador, empleado, Base de Datos.
Flujo de Eventos: 1. El usuario digita su usuario y password para ingresar al sistema.
Notas: Para que el usuario pueda acceder al sistema el nombre de usuario
y el password deben estar registrados en la base.
Condición de entrada: El usuario ingresa al sistema con su respectivo nombre de usuario
y contraseña.
Condición de Salida: El usuario sale del sistema presionando el botón salir.
Escenarios: Ingreso exitoso al Sistema.
Ingreso fallido al Sistema por datos incorrectos.

2. Caso de uso #: 002
Nombre: Registro de la venta realizada.
Actores Participantes: Administrador, empleado, Base de Datos.
Flujo de Eventos: 1. El usuario ingresa a la sección venta y selecciona la opción
registrar, para ingresar los datos de la venta.
2. La página de registro de venta se carga en el browser, y
aparece un formulario con varios campos correspondientes a la
venta del ítem. El usuario llena el formulario con los datos de la
venta, una vez que el formulario este completo el usuario da clic
en el botón registrar.
3. Al presionar el botón registrar venta, los datos se almacenan en
la base de datos del sistema.
Condición de entrada: El usuario accedió al sistema con su respectivo usuario y
contraseña.
Condición de Salida: El usuario sale del sistema presionando el botón salir.
Escenarios: Registro de venta satisfactorio.
Registro de venta inválido.
Caso de uso #: 003
Nombre: Ingresar nueva información al sistema.
Actores Participantes: Administrador, empleado, Base de Datos.
Flujo de Eventos: 1. El usuario ingresa a la sección de registro de cualquier vista y
selecciona la opción registrar, para ingresar los datos deseados.
2. La página de registro se carga en el browser, y aparece un
formulario con varios campos correspondientes según la vista
seleccionada. El usuario llena el formulario con los datos, una vez
que el formulario este completo el usuario da clic en el botón
registrar.
3. Al presionar el botón registrar, los datos se almacenan en la
base de datos del sistema.
Condición de entrada: El usuario accedió al sistema con su respectivo usuario y
contraseña.
Condición de Salida: El usuario sale del sistema presionando el botón salir.
Escenarios: Registro de información satisfactorio.
Registro de información inválido.

3. Caso de uso #: 004
Nombre: Modificar Información del Sistema
Actores Participantes: Administrador, Base de Datos.
Flujo de Eventos: 1. El usuario ingresa a la sección de consulta de cualquier vista y
selecciona la opción modificar, para actualizar los datos deseados.
2. La página se carga en el browser, y aparece un formulario con
varios campos correspondientes según la vista seleccionada. El
usuario actualiza el formulario con los datos, una vez que el
formulario este completo el usuario da clic en el botón modificar.
3. Al presionar el botón modificar, los datos se almacenan en la
base de datos del sistema.
Condición de entrada: El usuario accedió al sistema con su respectivo usuario y
contraseña.
Condición de Salida: El usuario sale del sistema presionando el botón salir.
Escenarios: Actualización de información satisfactorio.
Actualización de información inválido.
Caso de uso #: 005
Nombre: Cambio de clave.
Actores Participantes: Administrador, empleado, Base de Datos.
Flujo de Eventos: 1. El usuario ingresa al sistema con su respectivo nombre de
usuario y contraseña.
2. En el navegador aparece una página con varios link
3. Dar clic en el link Cambiar clave
Condición de entrada: El usuario ingresa al sistema con su respectivo nombre de usuario
y contraseña.
Condición de Salida: El usuario sale del sistema presionando el botón salir.
Escenarios: Cambio de clave exitoso.
Cambio de clave no exitoso.

4. Caso de uso #: 006
Nombre: Consultar información del sistema.
Actores Participantes: Administrador, empleado, Base de Datos.
Flujo de Eventos: 1. El usuario ingresa a la sección de consulta de cualquier vista y
selecciona la opción a consultar como por código, por nombre, etc.
para obtener los datos deseados.
2. La página de consulta se carga en el browser, y aparece la
información correspondiente según la vista seleccionada.
Condición de entrada: El usuario accedió al sistema con su respectivo usuario y
contraseña.
Condición de Salida: El usuario sale del sistema presionando el botón salir.
Escenarios: Consulta de información satisfactoria.
Consulta de información inválida.
ESPECIFICACION DE ESCENARIOS
 Caso de Uso # 001: Ingreso al sistema.
Escenario 1.1 Ingreso exitoso al Sistema.
Suposiciones:
• El user y el password del usuario se encuentran registrados en las base de datos del
sistema.
Flujo de Eventos:
• El usuario ingresa su user y password y da clic al botón de aceptar.
• Los datos ingresados se comparan con los datos de la base.
• Los datos fueron ingresados correctamente.
Resultados:
• El Ingreso se pudo realizar sin ningún inconveniente.

5. Escenario 1.2 Ingreso fallido al Sistema por datos incorrectos.
Suposiciones:
• El user y el password del usuario no se encuentran registrados en las base de datos del
sistema.
Flujo de Eventos:
• El usuario ingresa su user y password y da clic al botón de aceptar.
• Los datos ingresados se comparan con los datos de la base.
• El sistema mostrará un mensaje diciendo que los datos ingresados son incorrectos.
Resultados:
• El usuario no pudo ingresar al sistema
 Caso de Uso # 002: Registro de la venta realizada.
Escenario 2.1 Registro de venta satisfactorio.
Suposiciones:
• La categoría del ítem se encuentra registrado en la base de datos del sistema de ventas
Flujo de Eventos:
• El usuario llena el formulario de la venta.
• El sistema comprueba que todos los datos sean correctos.
• La venta se guarda en la base de datos, mostrando un mensaje de éxito.
Resultados:
• El registro se pudo realizar sin ningún inconveniente.
Escenario 2.2 Registro de venta no válido.
Suposiciones:
• La venta se encuentra registrada en la base de datos.
Flujo de Eventos:
• El usuario llena el formulario con los datos de la venta realizada.
• El sistema comprueba que todos los datos sean correctos.
• Los datos de la venta no se almacena en la base de Datos, debido a que ha que a
ocurrido un fallo
Resultados:
• El usuario no pudo registrar la venta en la base de datos.

6.  Caso de Uso # 003: Ingreso de nueva información al sistema.
Escenario 3.1 ingreso de nueva información satisfactorio.
Suposiciones:
• La información no se encuentra registrada en la base de datos del sistema de ventas.
Flujo de Eventos:
• El usuario llena el formulario con los datos de la información.
• El sistema comprueba que todos los datos sean correctos.
• La información se guarda en la base de Datos, mostrando un mensaje de éxito.
Resultados:
• El registro se pudo realizar sin ningún inconveniente.
Escenario 3.2 Ingreso de nueva información no válido.
Suposiciones:
• La información se encuentra registrado en la base de datos.
Flujo de Eventos:
• El usuario llena el formulario con los datos de información.
• El sistema comprueba que todos los datos sean correctos.
• La información no se almacena en la base de Datos, debido a que ya se encuentra
registrada en el sistema y no se pueden registrar datos duplicados.
Resultados:
• El usuario no pudo registrar al cliente en la base de datos.
Caso de Uso # 004: Modificar Información del Sistema
 Escenario 4.1 Actualización de información satisfactorio.
Suposiciones:
• La información a ser modificada se encuentra previamente registrada en la base de
datos.
Flujo de Eventos:
• El usuario registra los parámetros a modificar.
• El usuario registra los parámetros a modificar.
• El sistema comprueba que todos los parámetros sean correctos.
Resultados:
• La modificación de efectuó sin ningún inconveniente.

8. Escenario 4.2 Actualización de información no satisfactorio.
Suposiciones:
• La información a ser modificada se encuentra previamente registrada en la base de
datos.
Flujo de Eventos:
• El usuario selecciona los parámetros de la búsqueda.
• El sistema comprueba que todos los datos sean correctos.
• El sistema presenta un mensaje de error en el cual indica que algunos campos no han
sido llenados
Resultados:
• No se pudo modificar la información debido a que no han sido llenados todos los
campos respectivos
Caso de Uso # 005: Consultar Información del Sistema
 Escenario 4.1 Consulta de información satisfactorio.
Suposiciones:
• La información a ser consultada se encuentra previamente registrada en la base de
datos.
Flujo de Eventos:
• El usuario selecciona la entidad a consultar. por parámetros ya sea por código, nombre,
apellido, etc.
• El usuario consulta por parámetros ya sea por código, nombre, apellido, etc.
• El sistema comprueba que todos los parámetros sean correctos.
Resultados:
• La consulta se efectuó sin ningún inconveniente.
Escenario 4.2 Consulta de información no satisfactorio.
Suposiciones:
• La información a ser consultada se encuentra previamente registrada en la base de
datos.
Flujo de Eventos:
• El usuario selecciona la entidad a consultar. por parámetros ya sea por código, nombre,
apellido, etc.
• El usuario consulta por parámetros ya sea por código, nombre, apellido, etc.
• El sistema comprueba que todos los parámetros sean correctos.
Resultados:

9. • No se pudo consultar la información debido a que los parámetros no han sido
encontrados.
 Caso de Uso # 006: Cambio de clave.
Escenario 5.1 Cambio de clave exitoso
Suposiciones:
• El usuario ya ha ingresado al sistema
Flujo de Eventos:
• El usuario da clic en el link cambio de clave.
• Ingresa la antigua clave
• Ingresa la nueva clave
Resultados:
• El usuario pudo cambiar la clave.
Escenario 5.2 Cambio de clave no exitoso
Suposiciones:
• El usuario ya ha ingresado al sistema.
Flujo de Eventos:
• El usuario da clic en el link cambio de clave.
• Ingresa la antigua clave
• Ocurre un error al ingresar la clave, no está registrada en la base
Resultados:
• El usuario no pudo cambiar la clave