CASOS DE USO BASE FUNCIONALES DEL MÓDULO: “BUSCAR CLIENTE.”
DESCRIPCION DEL CASO DE USO EXTENDIDO: Visualizar cliente.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige el botón visualizar del formulario visualizar clientes.
1. Al haberse seleccionado el botón
visualizar el usuario ingresa el
nombre del cliente que desea
visualizar .
2. El Sistema valida la entrada del
usuario mediante una base de
datos y lo muestra en una
grilla.
Flujos Alternativos:
2.1 En caso que el cliente seleccionado no exista, el sistema mandara un mensaje
de error mostrando que el cliente no existe.
Post Condición:
El Caso de Uso Termina cuando el usuario decide cerrar el formulario.
DESCRIPCION DEL CASO DE USO EXTENDIDO: Registrar nuevos clientes.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige el botón Registrar del formulario visualizar clientes.
1. Al haberse seleccionado el botón
Registrar, se mostrara el formulario
“Registrar nuevo cliente”.
2. El usuario ingresa los datos del
nuevo cliente, incluyendo una
imagen para su identificación.
3. El usuario selecciona el botón
registrar.
4. El Sistema valida la entrada del
usuario mediante una base de
datos y lo muestra en una grilla
como verificación de que ya se
registro el nuevo cliente.
Flujos Alternativos:
2.1 En caso que no llene algún dato al registrar al nuevo cliente, el sistema
mandara un mensaje de error “completar datos”.
Post Condición:
El Caso de Uso Termina cuando el usuario decide cerrar el formulario.
DESCRIPCION DEL CASO DE USO EXTENDIDO: Modificar datos del cliente.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige el botón visualizar del formulario visualizar clientes.
1. Al haberse seleccionado el botón
visualizar, el usuario ingresara el
nombre del cliente de quien desea
modificar datos.
3. El usuario modifica los datos que se
encuentra en la grilla.
4. El usuario actualiza los datos
seleccionando el botón Modificar.
2. El Sistema valida la entrada del
usuario mediante una base de
datos y muestra los datos del
cliente en una grilla.
Flujos Alternativos:
2.1 En caso que al modificar los datos alguno quede vacio, el sistema mostrara un
mensaje de error.
Post Condición:
El Caso de Uso Termina cuando el usuario decide cerrar el formulario.
DESCRIPCION DEL CASO DE USO EXTENDIDO: Buscar clientes registrados.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige el botón visualizar del formulario visualizar clientes.
1. Al haberse seleccionado el botón
visualizar, el usuario ingresa el
nombre del cliente que está
buscando.
2. El Sistema valida la entrada del
usuario mediante una base de
datos y muestra los datos del
cliente en una grilla.
Flujos Alternativos:
2.1 En caso que el cliente no exista, el sistema emitirá un mensaje “cliente no
existe”.
Post Condición:
El Caso de Uso Termina cuando el usuario decide cerrar el formulario.
CASOS DE USO BASE FUNCIONALES DEL MÓDULO: “SELECCIONAR CLIENTE PARA
CREDITOS.”
DESCRIPCION DEL CASO DE USO EXTENDIDO: Visualizar ficha de cliente.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige el botón visualizar del formulario visualizar clientes.
1. Al seleccionar el botón visualizar el
usuario ingresara el nombre del
cliente que desea del cual podrá
ver su ficha
2. El Sistema valida la entrada del
usuario mediante una base de
datos y muestra los datos del
cliente en una grilla, y también
los mostrar en cajas de texto.
Flujos Alternativos:
2.1 En caso que el cliente no exista, el sistema emitirá un mensaje “cliente no
existe”.
Post Condición:
El Caso de Uso Termina cuando el usuario decide cerrar el formulario.
DESCRIPCION DEL CASO DE USO EXTENDIDO: Registrar ficha de pagos.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
Cuando se muestra el formulario de ficha de pagos.
1. Al estar en este formulario el
usuario ingresara el nombre del
cliente, luego el costo de dinero a
pagar y por último la forma de
pago ya sea al contado o al crédito.
2. Al escoger la forma de pago
“crédito”, el usuario tendrá que
registrar el dia en el que el cliente
pagara su deuda y por ultimo
escribir un detalle, de acuerdo a lo
pactado.
3. El sistema validara la
transacción y guardara la ficha
actualizada.
Flujos Alternativos:
2.1
Post Condición:
El Caso de Uso Termina cuando el sistema ah validado el caso de uso Registrar
ficha de pago.
DESCRIPCION DEL CASO DE USO EXTENDIDO: Modificar ficha de pagos.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
Cuando se muestra el formulario de ficha de pagos.
1. Al estar en este formulario el
usuario ingresara el nombre del
cliente, el cual desea modificar su
respectiva ficha
2. Al escoger el cliente el usuario
podrá notar los datos respectivos
de la ficha en las diversas cajas de
texto y de esta manera podrá
modificar los datos ingresados.
3. El usuario tendrá que seleccionar el
botón “Modificar”, y de esta manera
la ficha de pago podrá actualizarse
4. El sistema validara la
transacción y guardara la ficha
actualizada.
Flujos Alternativos:
2.1 En el caso que no se termine de modificar algún dato, aparecerá un mensaje
de error, “llenar todos los datos”.
Post Condición:
El Caso de Uso Termina cuando el sistema ah validado el caso de uso Registrar
ficha de pago.
DESCRIPCION DEL CASO DE USO EXTENDIDO: Verificar deudas de cliente.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
Cuando se muestra el formulario de ficha de pagos.
1. Al estar en este formulario el
usuario ingresara el nombre del
cliente, el cual desea verificar
deuda
2. Al escoger el cliente el usuario
seleccionara el botón “verificar”,
para que de esta manera poder ver
si el cliente tiene deuda o no
3. El sistema validara la
transacción y podrá mostrar
mediante una grilla si el cliente
tiene deuda.
Flujos Alternativos:
2.1 En el caso que el cliente no existe, aparecerá un mensaje de error en el
formulario
Post Condición:
El Caso de Uso Termina cuando el sistema ah validado el caso de uso verificar
deudas.
DESCRIPCION DEL CASO DE USO EXTENDIDO: Reportar ficha de pago.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
Cuando se muestra el formulario Reportar ficha de pago.
1. Al estar en este formulario el
usuario ingresara el nombre del
cliente, el cual desea ver el reporte
de ficha de pago.
2. Al escoger el cliente el usuario
seleccionara el botón “Reportar”,
para que de esta manera poder ver
el reporte general de ficha de pago
del cliente seleccionado.
3. El sistema validara la
transacción y podrá mostrar
mediante una grilla el reporte
general sobre la ficha de pago
del respectivo cliente
seleccionado.
Flujos Alternativos:
2.1 En el caso que el cliente no existe, aparecerá un mensaje de error en el
formulario
Post Condición:
El Caso de Uso Termina cuando el sistema ah validado el caso de uso Reportar ficha
de pago.
Descripción de Casos de Uso Base (funcionales):
Módulo: Visitar Cliente:
CASO DE USO BASE: Cronograma de Visitas.
Actores : Usuario Jefe de Ventas, Usuario Vendedor, Administrador Sistema.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción Visitas Clientes del Menú principal.
1. El usuario ingresa a un formulario para
registrar una nueva visita a un
cliente.
2. El Sistema le Registra las nuevas
visitas previamente programadas
por los Clientes.
Flujos Alternativos:
2. El Administrador del Sistema puede estar eliminando en ese instante un Registro
por lo que la página Web podría mandar un mensaje de error personalizado: “En
este momento se está actualizando el Registro. En breves segundos podrá verlo”.
Post Condición:
El Caso de Uso termina cuando el usuario decide cambiar de opción, de visitar
cliente a otra opción de menú que el software le ofrezca.
CASO DE USO BASE: Modificar Cronogramas .
Actores : Usuario Jefe de Ventas, Usuario Vendedor, Administrador Sistema.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción Modificar cronograma del Menu secundario Visitar
Clientes.
1. El usuario escoge un cliente del cual se
desea actualizar alguna información
que ya se haya registrado
previamente.
2. El Sistema permitirá modificar
algún dato del cliente.
Flujos Alternativos:
El Administrador Web puede estar Modificando en ese instante un Cronograma
por lo que la página Web podría mandar un mensaje de error personalizado:
“En este momento se está actualizando el cronograma. En breves segundos
podrá verlo”.
Post Condición:
El Caso de Uso termina cuando el usuario decide cambiar de opción, Visitar Cliente
a otra opción de menú que el software le ofrece.
CASO DE USO BASE: Eliminar Cronogramas.
Actores : Usuario Jefe de Ventas, Usuario Vendedor, Administrador Sistema.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción Eliminar cronograma del Menu secundario Visitar
Clientes.
1. El usuario escoge una visita que no se
desea visualizar y se procederá a
suprimir de los reportes ya
establecidos.
2. El Sistema eliminará una o mas
visitas que ya no se deseen
visualizar en los reportes.
Flujos Alternativos:
El Administrador Web puede estar eliminando en ese instante un Registro o
reporte por lo que la página Web podría mandar un mensaje de error
personalizado: “En este momento se está actualizando los registros y/o
Reportes. En breves segundos podrá verlo”.
Post Condición:
El Caso de Uso termina cuando el usuario decide cambiar de opción, de Visitar
Cliente a otra opción de menú que el software le ofrece.
CASO DE USO BASE: Visualizar Cronograma de Visitas.
Actores : Usuario Jefe de Ventas, Usuario Vendedor, Administrador Sistema.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción Visualizar cronograma de Visitas del Menu secundario
Visitar Clientes.
1. El usuario escoge visualizar todos las
visitas con los respectivos clientes que
se realizaran.
2. El Sistema le muestra todas visitas
que se realizaran según la
programación hecha.
Flujos Alternativos:
3. El Administrador Web puede estar eliminando en ese instante un cronograma de
visita por lo que la página Web podría mandar un mensaje de error
personalizado: “En este momento se está actualizando el cronograma. En breves
segundos podrá verlo”.
Post Condición:
El Caso de Uso termina cuando el usuario decide cambiar de opción, de Visitar
cliente a otra opción de menú que el software le ofrece.
DESCRIPCION DEL CASO DE USO BASE: REGISTRAR PRODUCTO.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción de Visualizar lista de productos del Menú principal.
1. El usuario presiona el botón
Registrar.
3. El usuario ingresa todos los datos
de dicho producto.
5. El Sistema despliega el
formulario Registrar producto.
4. El Sistema valida las entradas
del usuarios en las Cajas de
texto y otros controles.
5. El Sistema inserta los datos en
la Base de Datos utilizando la
conexión creada con el Gestor
de Base de Datos para tal
efecto.
6. Mostrar mensaje de éxito o
error de la operación de
inserción.
Flujos Alternativos:
5.1. En caso que el producto ya haya sido ingresado anteriormente, el
Sistema mandará un mensaje de alerta no permitiendo la entrada
repetida del producto al sistema.
Post Condición:
El Caso de Uso termina cuando el usuario decide salir del formulario.
DESCRIPCION DEL CASO DE USO BASE: MODIFICAR PRODUCTO.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición: El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el Monitor.
Evento Inicial: El usuario elige la opción de Visualizar lista de productos del Menú principal.
2. El usuario elige el producto a
modificar.
3. El usuario presiona el botón
Modificar
5. El usuario modifica los datos
necesarios.
6. El usuario presiona el botón
Guardar
1. El formulario mostrara una grilla
con la lista de productos
registrados.
4. El Sistema muestra el
formulario modificar producto
con los datos del producto.
7. El Sistema valida las entradas
del usuarios en las Cajas de
texto y otros controles.
8. El Sistema inserta los datos
modificados en la Base de Datos
utilizando la conexión creada
con el Gestor de Base de Datos
para tal efecto.
9. Mostrar mensaje de éxito o
error de la operación de
modificación.
Flujos Alternativos:
Post Condición: El Caso de Uso termina cuando el usuario presiona el botón Guardar o Salir en dicho formulario.
DESCRIPCION DEL CASO DE USO BASE: ELIMINAR PRODUCTO.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción de Visualizar lista de productos del Menú principal.
2. El usuario elige el producto a
eliminar.
3. El usuario presiona el botón
Eliminar
5. El usuarios presiona el botón Si.
1. El formulario mostrara una grilla
con la lista de productos
registrados.
4. Mostrar mensaje donde se le
pregunta si está seguro de
eliminar dicho producto.
6. El Sistema borra dicho producto
de la base de datos.
7. Mostrar mensaje de éxito o
fracaso de la operación de
eliminación.
Flujos Alternativos:
5.1. Si el usuario presiona el botón No del mensaje, entonces se
volverá al formulario Visualizar lista de productos.
Post Condición:
El Caso de Uso termina cuando el usuario decide salir del formulario.
DESCRIPCION DEL CASO DE USO BASE: VISUALIZAR LISTA DE PRODUCTOS.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción de Visualizar lista de productos del Menú principal.
1. El sistema mostrara el
formulario Lista de productos y
las opciones que tiene.
Flujos Alternativos:
1.1 El jefe de ventas puede estar modificando o eliminando algunos
productos por lo cual se mostrar un mensaje “la lista está siendo
actualizada, por favor espere unos segundos”.
Post Condición:
El Caso de Uso termina cuando el usuario decide salir del formulario.
DESCRIPCION DEL CASO DE USO BASE: VISUALIZAR STOCK.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción de Visualizar stock del Menú principal.
1. El sistema mostrara el
formulario Stock de productos.
Flujos Alternativos:
Post Condición:
El Caso de Uso termina cuando el usuario decide salir del formulario.
DESCRIPCION DEL CASO DE USO BASE: VISUALIZAR VENTAS.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción de Visualizar ventas del Menú principal.
1. El sistema mostrara el
formulario Lista de ventas
realizadas y las opciones que
tiene.
Flujos Alternativos:
Post Condición:
El Caso de Uso termina cuando el usuario decide salir del formulario.
DESCRIPCION DEL CASO DE USO BASE: VISUALIZAR PEDIDOS.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción de Visualizar ventas del Menú principal.
2. El usuario elige la venta que desea
visualizar al detalle.
3. El usuario presiona el botón Detalle
de venta.
1. el formulario mostrara una
grilla en la cual están
registradas las ventas
realizadas.
4. El sistema despliega el
formulario Detalle de ventas.
5. El formulario mostrara los datos
generales del cliente y una grilla
donde está registrado su pedido
Flujos Alternativos:
Post Condición:
El Caso de Uso termina cuando el usuario decide salir del formulario.
DESCRIPCION DEL CASO DE USO INCLUIDO: IMPRIMIR.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario presiona el botón Imprimir
1. El sistema enviara los datos
aun a impresora para que
pueda imprimirse.
Flujos Alternativos:
Post Condición:
El Caso de Uso termina cuando este impreso el detalle de venta.
DESCRIPCION DEL CASO DE USO BASE: REGISTRAR PEDIDOS.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opción de Visualizar ventas del Menú principal.
1. El usuario presiona el botón
Registrar nueva venta.
3. El usuario ingresara el nombre del
cliente y su dirección aparecerá
porque ya está guardado en la base
de datos.
2. El sistema despliega el
formulario Registrar venta.
4. El Sistema valida las entradas
del usuarios en las Cajas de
texto y otros controles.
5. El Sistema inserta los datos en
la Base de Datos utilizando la
conexión creada con el Gestor
de Base de Datos para tal
efecto.
6. Mostrar mensaje de éxito o
error de la operación de
inserción.
Flujos Alternativos:
Post Condición:
El Caso de Uso termina cuando el usuario presiona el botón registrar o salir del
formulario.
DESCRIPCION DEL CASO DE USO BASE: MODIFICAR PEDIDO.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición: El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el Monitor.
Evento Inicial: El usuario esta en el formulario Registrar venta
2. El usuario elige el pedido a
modificar.
3. El usuario presiona el botón
Modificar
5. El usuario modifica los datos
necesarios del pedido.
6. El usuario presiona el botón
Guardar.
1. El formulario mostrara una grilla
con la lista de pedidos que se
ha estado ingresando.
4. El formulario mostrara los
cuadors de texto pedido, precio
y cantidad con los datos del
pedido seleccionado.
7. El Sistema valida las entradas
del usuarios en las Cajas de
texto y otros controles.
8. El formulario muestra en una
grilla los la lista de pedidos con
la modificación realizada.
9. El Sistema inserta los datos
modificados en la Base de Datos
utilizando la conexión creada
con el Gestor de Base de Datos
para tal efecto.
10. Mostrar mensaje de éxito o
error de la operación de
modificación.
Flujos Alternativos:
Post Condición: El Caso de Uso termina cuando el usuario presiona el botón Guardar en dicho formulario.
DESCRIPCION DEL CASO DE USO BASE: ELIMINAR PEDIDO.
ACTOR: RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condición:
El usuario ha ingresado al Sistema y la Pantalla principal está desplegada en el
Monitor.
Evento Inicial:
El usuario esta en el formulario Registrar venta
2. El usuario elige el pedido a
eliminar.
3. El usuario presiona el botón
Eliminar
5. El usuario presiona el botón Si.
1. El formulario mostrara una grilla
con la lista de pedidos que se
ha estado ingresando.
4. Mostrar mensaje donde se le
pregunta si está seguro de
eliminar dicho producto.
6. El pedido se elimina de la grilla
que muestra el formulario.
Flujos Alternativos:
5.1. Si el usuario presiona el botón No se mostrara el formulario
Registrar venta sin ninguna modificación.
Post Condición:
El Caso de Uso termina cuando el usuario elimina el pedido.