Diagramas De Casos De Uso

18,049 views

Published on

Published in: Technology
1 Comment
3 Likes
Statistics
Notes
  • Gracias! me sirvio :D
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
18,049
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
472
Comments
1
Likes
3
Embeds 0
No embeds

No notes for slide

Diagramas De Casos De Uso

  1. 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. 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. 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. 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. 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. 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.
  7. 7. 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:
  8. 8. • 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

×