Diagrama de Casos de Uso (DCU)
Este artículo es una explicación conceptual del Diagrama de Casos de Uso (DCU), incluyendo preguntas de examen, componentes clave y etiquetas.
En Resumen
Un diagrama de casos de uso modela desde la perspectiva del usuario qué objetivos alcanzan los actores con un sistema y qué casos de uso ofrece el sistema. Es un artefacto fundamental del análisis de requisitos.
Descripción Técnica Compacta
Un DCU muestra:
- Actores (roles o sistemas externos) fuera del límite del sistema
- Límite del sistema (scope)
- Casos de uso (aplicaciones orientadas al objetivo)
Relaciones:
- include: reutilización obligatoria (siempre requerida)
- extend: extensión opcional bajo condición
- Generalización: especialización de actores o casos de uso
El DCU describe el qué, no el cómo. Los detalles pertenecen a descripciones textuales de casos de uso (triggers, pre/postcondiciones, escenarios principales y alternativos) y a diagramas de secuencia o actividad.
Para seguridad se pueden usar misuse cases.
Puntos Clave Relevantes para Examen
- Nivel de objetivos, no clics técnicos en la UI
- Los actores son roles fuera del límite del sistema
- include vs extend (los exámenes lo preguntan frecuentemente)
- Derivar requisitos, criterios de aceptación y pruebas del DCU
- Misuse cases para amenazas
- Versionear y aprobar diagramas más descripciones textuales
Componentes Centrales
- Actores primarios y secundarios
- Límite del sistema
- Caso de uso (elipse)
- Asociación actor ↔ caso de uso
- include
- extend
- Generalización
- Sistemas externos
- Misuse case
- Trazabilidad (caso de uso → prueba)
Ejemplo Práctico (Tienda Online)
Actores: Cliente, Proveedor de Pagos, Admin
Casos de uso: Registrarse, Iniciar sesión, Buscar producto, Carrito, Pagar
Pagar: include Iniciar proceso de pago
Pagar: extend Aplicar descuento (si hay cupón)
Misuse: Acceso no autorizado → Contramedida 2FA
Ventajas e Inconvenientes
Ventajas
- Excelente comunicación con stakeholders
- Delimitación clara del sistema
- Base sólida para derivar requisitos y pruebas
Inconvenientes
- No captura la lógica de procesos en detalle
- Riesgo de sobrecarga
- Se necesitan descripciones textuales adicionales
Preguntas Típicas de Examen (con Respuesta Breve)
- ¿Para qué se usa un DCU? Funcionalidades desde la perspectiva del usuario más delimitación del sistema.
- ¿include vs extend? include = siempre necesario, extend = opcional bajo condición.
- ¿Qué va en la descripción textual del caso de uso? Triggers, pre/postcondiciones, escenarios, criterios de aceptación.
- ¿Cómo derivas pruebas? Cada variante de escenario genera al menos un caso de prueba.
Respuesta Libre
En el examen FIAE, “DCU” casi siempre se refiere al diagrama de casos de uso (no al diseño centrado en el usuario). Por eso, presta atención a la notación correcta, nombres de objetivos claros y la derivación de requisitos y pruebas.
Estrategia de Aprendizaje
- Bosqueja un DCU para una tienda online.
- Describe casos de uso textualmente (pre/postcondiciones).
- Practica include y extend.
- Crea una tabla de trazabilidad caso de uso → caso de prueba.
Fuentes Más Importantes
- https://www.omg.org/spec/UML
- https://de.wikipedia.org/wiki/Anwendungsfalldiagramm
- https://alistair.cockburn.us/knowledgebase/writing-effective-use-cases/



