41. Caso práctico: tienda en línea

41.1 Introducción

En este tema aplicaremos los casos de uso a una tienda en línea. Este dominio es útil porque combina navegación de productos, gestión de carrito, pago, envío, administración de catálogo e integración con servicios externos.

El objetivo no es diseñar pantallas ni programar la tienda, sino comprender qué actores interactúan con el sistema y qué objetivos buscan alcanzar.

41.2 Descripción del sistema

La tienda en línea permitirá que un cliente busque productos, consulte detalles, agregue artículos al carrito, realice una compra y consulte el estado del pedido. Un administrador podrá gestionar productos, precios, stock y promociones. El sistema también se comunicará con una pasarela de pago y con un servicio de envío.

Esta descripción inicial nos permite separar objetivos de usuario, reglas de negocio e integraciones externas.

41.3 Límite del sistema

El sistema de tienda en línea administra catálogo, carrito, pedidos, pagos registrados, stock y seguimiento básico. No procesa internamente tarjetas de crédito, no realiza el transporte físico del producto y no fabrica los artículos vendidos.

Definir este límite es importante para ubicar correctamente a la pasarela de pago y al servicio de envío como actores externos.

41.4 Vista general del caso práctico

La imagen representa el sistema de tienda en línea con sus actores principales. El Cliente interactúa con casos de uso como buscar producto, agregar al carrito, realizar compra y consultar pedido. El Administrador gestiona catálogo, precios y stock. La Pasarela de pago y el Servicio de envío aparecen como sistemas externos conectados a los procesos de compra y despacho.

41.5 Actores identificados

• Cliente: navega productos, compra y consulta pedidos.
• Administrador: gestiona productos, precios, stock y promociones.
• Pasarela de pago: autoriza o rechaza pagos electrónicos.
• Servicio de envío: recibe datos para preparar o actualizar el despacho.
• Sistema de notificaciones: envía correos o mensajes sobre la compra.

41.6 Casos de uso principales

Los casos de uso principales surgen de los objetivos de los actores:

• Buscar producto.
• Consultar detalle de producto.
• Agregar producto al carrito.
• Modificar carrito.
• Realizar compra.
• Pagar pedido.
• Consultar estado del pedido.
• Administrar catálogo.
• Actualizar stock.

41.7 Caso de uso: Realizar compra

Realizar compra es el caso de uso central porque representa el objetivo comercial principal de la tienda.

• Actor principal: Cliente.
• Objetivo: confirmar la compra de los productos incluidos en el carrito.
• Precondición: el carrito contiene al menos un producto disponible.
• Resultado esperado: se genera un pedido registrado con estado inicial.

41.8 Flujo principal de Realizar compra

1. El cliente revisa el carrito.
2. El sistema muestra productos, cantidades, precios y total.
3. El cliente ingresa o confirma datos de envío.
4. El sistema calcula costo de envío y total final.
5. El cliente selecciona un medio de pago.
6. El sistema solicita autorización a la pasarela de pago.
7. La pasarela confirma el pago.
8. El sistema registra el pedido y descuenta stock.
9. El sistema informa la confirmación de la compra.

41.9 Flujos alternativos

• Pago rechazado: el sistema informa el rechazo y permite seleccionar otro medio de pago.
• Stock insuficiente: el sistema indica qué producto ya no está disponible en la cantidad solicitada.
• Dirección inválida: el sistema solicita corregir los datos de envío.
• Compra cancelada: el cliente abandona el proceso y no se genera el pedido.

41.10 Reglas de negocio

• No se puede vender una cantidad mayor al stock disponible.
• El precio aplicado debe ser el vigente al momento de confirmar la compra.
• Una promoción puede tener fecha de inicio, fecha de fin y condiciones de uso.
• El pedido solo puede confirmarse si el pago fue autorizado o si el medio elegido lo permite.
• El costo de envío depende de la dirección, el peso, el volumen o el método seleccionado.

41.11 Caso de uso: Buscar producto

El cliente necesita encontrar productos por nombre, categoría, marca, precio u otros filtros. Este caso de uso suele ser previo a consultar detalle o agregar al carrito.

El resultado esperado es una lista de productos que coincida con los criterios de búsqueda y que muestre información suficiente para continuar la navegación.

41.12 Caso de uso: Agregar producto al carrito

Agregar producto al carrito permite seleccionar un artículo y una cantidad antes de comprar. El sistema debe validar disponibilidad, precio vigente y restricciones como máximo de unidades por cliente.

Este caso de uso no finaliza una compra; solo prepara el conjunto de productos que luego podrá confirmarse.

41.13 Caso de uso: Administrar catálogo

El administrador puede crear, modificar, desactivar o eliminar productos del catálogo. También puede actualizar imágenes, categorías, descripciones, precios y atributos.

Este caso de uso debe tratarse con cuidado porque afecta directamente lo que el cliente ve y puede comprar.

41.14 Integraciones externas

La tienda en línea suele depender de servicios externos. La pasarela de pago autoriza transacciones; el servicio de envío calcula costos o gestiona despachos; el sistema de notificaciones informa eventos relevantes.

En los casos de uso, estos servicios se modelan como actores externos cuando interactúan con el sistema para completar un objetivo.

41.15 Tabla resumida

41.16 Errores frecuentes en este caso práctico

• Modelar pantallas como casos de uso en lugar de objetivos.
• Olvidar actores externos como la pasarela de pago.
• No considerar el flujo de pago rechazado.
• Ignorar reglas de stock, promociones y envío.
• Mezclar administración del catálogo con compra del cliente.

41.17 Qué debes recordar de este tema

• Una tienda en línea combina casos de uso de cliente, administración e integración externa.
• Realizar compra es el caso central, pero depende de carrito, stock, pago y envío.
• Los flujos alternativos son críticos porque el pago, el stock y la dirección pueden fallar.
• Los actores externos deben ubicarse fuera del límite del sistema.
• El modelo debe explicar objetivos, no reproducir cada pantalla de la tienda.

41.18 Conclusión

El caso práctico de una tienda en línea muestra cómo los casos de uso ayudan a ordenar procesos comerciales complejos. Al identificar actores, objetivos, reglas y excepciones, el equipo puede comprender mejor qué debe hacer el sistema y qué depende de servicios externos.

Este tipo de análisis permite construir una base clara para diseño, desarrollo, pruebas y comunicación con usuarios o responsables del negocio.