Casos De Uso Extend E Include

Empecemos a desglosar el concepto de Casos de Uso con Extend e Include. Lo haremos de manera metódica.

Entendiendo Include

Include representa una relación obligatoria. El Caso de Uso base siempre necesita al Caso de Uso incluido para completar su funcionalidad. Piénsalo como un componente esencial. Sin él, el proceso está incompleto.

Identifica el proceso principal. Luego, busca las sub-rutinas o pasos que son inherentemente necesarios para este proceso. Estos pasos necesarios son los que deberían ser modelados como Casos de Uso con relación Include.

Imagina un caso de uso "Realizar Pago". Este caso de uso siempre requerirá la validación de la tarjeta. Entonces, "Validar Tarjeta" será un Caso de Uso separado, incluido dentro de "Realizar Pago".

Entendiendo Extend

Extend representa una relación opcional. El Caso de Uso extendido sólo se ejecuta bajo ciertas condiciones. El Caso de Uso base puede funcionar perfectamente sin él.

Busca funcionalidades opcionales. Estas son funcionalidades que no son cruciales para el flujo principal. Sin embargo, enriquecen o modifican el comportamiento en escenarios específicos. Estos se modelan con Extend.

Considera de nuevo "Realizar Pago". Podríamos tener un caso de uso "Aplicar Descuento". No todos los pagos tendrán descuento. Por lo tanto, "Aplicar Descuento" extiende "Realizar Pago".

Identificando los Casos de Uso

Comienza con la descripción del sistema. ¿Qué hace el sistema? Lista todas las posibles interacciones del usuario. Estas interacciones son los candidatos iniciales para tus Casos de Uso.

Analiza cada interacción. Pregúntate: ¿Esta interacción siempre requiere otra funcionalidad específica? Si la respuesta es sí, considera usar Include. ¿Esta interacción es opcional y depende de una condición? Si es así, considera usar Extend.

Piensa en la granularidad. No hagas Casos de Uso demasiado grandes. Tampoco los hagas excesivamente pequeños. Un Caso de Uso debe representar una tarea completa desde la perspectiva del usuario.

Ejemplo Práctico

Supongamos un sistema de gestión de biblioteca. Un Caso de Uso sería "Prestar Libro". "Prestar Libro" incluirá "Verificar Disponibilidad del Libro". Siempre debemos verificar si el libro está disponible antes de prestarlo.

Otro caso podría ser "Enviar Notificación de Retraso". Este caso extenderá "Devolver Libro". Solo enviamos la notificación si el libro se devuelve tarde. La devolución del libro funciona perfectamente sin enviar una notificación.

Observa cómo las relaciones Include aseguran la integridad del proceso principal. Y cómo las relaciones *Extend añaden funcionalidad bajo condiciones específicas.

Resolviendo Problemas Comunes

Confusión entre Include y Extend: Recuerda, Include es obligatorio, Extend es opcional. Esta es la clave principal.

Casos de Uso sobrecargados: Descompón Casos de Uso complejos en componentes más pequeños. Usa Include para representar estos componentes necesarios. Usa Extend para las variaciones opcionales.

Documentación clara: Utiliza diagramas de Casos de Uso para visualizar las relaciones. Escribe descripciones concisas para cada Caso de Uso, incluyendo sus pre-condiciones y post-condiciones.

Revisa tus Casos de Uso con los stakeholders. Asegúrate de que reflejan con precisión las necesidades del sistema. La retroalimentación es esencial.

Conclusión

El uso correcto de Extend e Include mejora la claridad y la mantenibilidad de tus diagramas de Casos de Uso. Analiza cuidadosamente cada interacción, determina su obligatoriedad, y aplica la relación apropiada. La práctica constante te ayudará a dominar estos conceptos.