Anda di halaman 1dari 24

CASOS DE USO BASE FUNCIONALES DEL MÓDULO: “BUSCAR CLIENTE.

DESCRIPCION DEL CASO DE USO EXTENDIDO: Visualizar cliente.


RESPUESTA DEL SISTEMA
ACTOR:
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.
RESPUESTA DEL SISTEMA
ACTOR:
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.
RESPUESTA DEL SISTEMA
ACTOR:
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.

2. El Sistema valida la entrada del


usuario mediante una base de
datos y muestra los datos del
cliente en una grilla.
3. El usuario modifica los datos que se
encuentra en la grilla.

4. El usuario actualiza los datos


seleccionando el botón Modificar.

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.
RESPUESTA DEL SISTEMA
ACTOR:
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.


RESPUESTA DEL SISTEMA
ACTOR:
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.
RESPUESTA DEL SISTEMA
ACTOR:
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.
RESPUESTA DEL SISTEMA
ACTOR:
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.
RESPUESTA DEL SISTEMA
ACTOR:
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.
RESPUESTA DEL SISTEMA
ACTOR:
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.

RESPUESTA DEL SISTEMA


ACTOR:
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.

RESPUESTA DEL SISTEMA


ACTOR:
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.

RESPUESTA DEL SISTEMA


ACTOR:
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.

RESPUESTA DEL SISTEMA


ACTOR:
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.

RESPUESTA DEL SISTEMA


ACTOR:
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.

5. El Sistema despliega el
formulario Registrar producto.

3. El usuario ingresa todos los datos


de dicho 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.

RESPUESTA DEL SISTEMA


ACTOR:
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 formulario mostrara una grilla
con la lista de productos
registrados.

2. El usuario elige el producto a


modificar.
3. El usuario presiona el botón
Modificar

4. El Sistema muestra el
formulario modificar producto
con los datos del producto.

5. El usuario modifica los datos


necesarios.
6. El usuario presiona el botón
Guardar

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.

RESPUESTA DEL SISTEMA


ACTOR:
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 formulario mostrara una grilla


con la lista de productos
registrados.

2. El usuario elige el producto a


eliminar.
3. El usuario presiona el botón
Eliminar

4. Mostrar mensaje donde se le


pregunta si está seguro de
eliminar dicho producto.

5. El usuarios presiona el botón Si. 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.

RESPUESTA DEL SISTEMA


ACTOR:
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.

RESPUESTA DEL SISTEMA


ACTOR:
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.

RESPUESTA DEL SISTEMA


ACTOR:
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.

RESPUESTA DEL SISTEMA


ACTOR:
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 formulario mostrara una


grilla en la cual están
registradas las ventas
realizadas.

2. El usuario elige la venta que desea


visualizar al detalle.
3. El usuario presiona el botón Detalle 4. El sistema despliega el
de venta. 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.

RESPUESTA DEL SISTEMA


ACTOR:
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.

RESPUESTA DEL SISTEMA


ACTOR:
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.

2. El sistema despliega el
formulario Registrar venta.

3. El usuario ingresara el nombre del


cliente y su dirección aparecerá
porque ya está guardado en la base
de datos.

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.

RESPUESTA DEL SISTEMA


ACTOR:
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
1. El formulario mostrara una grilla
con la lista de pedidos que se
ha estado ingresando.

2. El usuario elige el pedido a


modificar.
3. El usuario presiona el botón
Modificar

4. El formulario mostrara los


cuadors de texto pedido, precio
y cantidad con los datos del
pedido seleccionado.

5. El usuario modifica los datos


necesarios del pedido.
6. El usuario presiona el botón
Guardar.

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.

RESPUESTA DEL SISTEMA


ACTOR:
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

1. El formulario mostrara una grilla


con la lista de pedidos que se
ha estado ingresando.

2. El usuario elige el pedido a


eliminar.
3. El usuario presiona el botón
Eliminar

4. Mostrar mensaje donde se le


pregunta si está seguro de
eliminar dicho producto.

5. El usuario presiona el botón Si.

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.

Anda mungkin juga menyukai