Caso De Uso Ventas

Caso de USO UC1: Procesar Venta
Caso de USO UC1: Procesar Venta

Actor principal: Cajero

Personal involucrado e intereses:

Cajero: quiere entradas, precisas, rápidas, y sin errores de pago, y
que las pérdidas las deducen de su salario.

Vendedor: quiere que las comisiones de las ventas estén actualizadas.

Compañía: Quiere registrar las transacciones con precisión y satisfacer losintereses de los clientes. Quiere asegurar que se registran los pagos aceptados por el Servicio de Autorización de Pagos. Quiere cierta tolerancia a fallos que permita capturar las ventas incluso si los componentes del servidor (p.ej. validación remota de crédito) no están disponibles. Quiere actualización automática y rápida de la contabilidad y el inventario.

Agencia Tributaria del Gobierno:quiere recopilar los impuestos de cada venta. Podrían ser múltiples agencias: nacional, provincial y local.

Servicio de Autorización de Pagos: Quiere recibir peticiones de autorización digital con el formato y protocolo correctos. Quiere registrar de manera precisa las cuentas por cobrar de la tienda.

Precondiciones: El cajero se identifica y autentica.

Postcondiciones: Se registra laventa. El impuesto se calcula de una manera correcta. Se actualizan la contabilidad y el inventario. Se registran las comisiones. Se genera el recibo. Se registran las autorizaciones de pago aprobadas.

Escenario principal de éxito (o Flujo Básico)
1. El Cliente llega a un terminal PDV con mercancías y/o servicios que comprar.
2. El Cajero comienza una nueva venta.
3. El Cajero introduce elidentificador del artículo.
4. El Sistema registra la línea de la venta y presenta la descripción
del artículo, precio y suma parcial. El precio se calcula a partir de un conjunto de reglas de precios.
El Cajero repite los pasos 3-4 hasta que se indique.
5. El Sistema presenta el total con los impuestos calculados.
6. El Cajero le dice al Cliente el total y pide que le pague.
7. El Cliente pagay el Sistema gestiona el pago.
8. El Sistema registra la venta completa y envía la información de la venta y el pago al Sistema de Contabilidad externo (para la contabilidad y las comisiones) y al Sistema de Inventario (para actualizar el inventario).
9. El Sistema presenta el recibo.
10. El Cliente se va con el recibo y las mercancías (si es el caso).

Extensiones (o Flujos Alternativos):*a. En cualquier momento el Sistema falla:
Para dar soporte a la recuperación y registro correcto, asegura que todos los estados y eventos significativos de una transacción puedan recuperarse desde cualquier paso del escenario.
1. El Cajero reinicia el Sistema, inicia la sesión, y solicita la recuperación al estado anterior.
2. El Sistema reconstruye el estado anterior.
2a. El Sistema detectaanomalías intentando la recuperación:
1. El Sistema informa del error al Cajero, registra el error, y pasa
a un estado limpio.
2. El Cajero comienza una nueva venta.

3a. Identificador no válido:
1. El Sistema señala el error y rechaza la entrada.

3b. Hay muchos artículos de la misma categoría y tener en cuenta la única identidad del artículo no es importante (ej. 5 paquetes dehamburguesas vegetales):
1. El Cajero puede introducir el identificador de la categoría del artículo y la cantidad.

3-6a. El Cliente le pide al Cajero que elimine un artículo de la compra:
1. El Cajero introduce el identificador del artículo para eliminarlo de la compra.
2. El Sistema muestra la suma parcial actualizada.
3-6b. El Cliente le pide al Cajero que cancele la venta:
1. El Cajero cancela laventa en el Sistema.
3-6c. El Cajero detiene la venta:
1. El Sistema registra la venta para que esté disponible su recuperación en cualquier terminal PDV.

4a. El Sistema genera el precio de un artículo pero no es el deseado (ej. el Cliente se queja por algo y se le ofrece un precio más bajo):
1. El Cajero introduce el precio alternativo.
2. El Sistema presenta el precio nuevo.

5a. El...