Skip to content
IRC-CodingIRC-Coding
Use Case DiagramUCDDiagrama de casos de usoincludeextendMisuse Case

Use Case Diagram: actores, include/extend y límites

UCD explicado: actores, límites del sistema, casos de uso, include vs extend, Misuse Cases y derivación de requisitos.

S

schutzgeist

2 min read
Use Case Diagram: actores, include/extend y límites

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

  1. Actores primarios y secundarios
  2. Límite del sistema
  3. Caso de uso (elipse)
  4. Asociación actor ↔ caso de uso
  5. include
  6. extend
  7. Generalización
  8. Sistemas externos
  9. Misuse case
  10. 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)

  1. ¿Para qué se usa un DCU? Funcionalidades desde la perspectiva del usuario más delimitación del sistema.
  2. ¿include vs extend? include = siempre necesario, extend = opcional bajo condición.
  3. ¿Qué va en la descripción textual del caso de uso? Triggers, pre/postcondiciones, escenarios, criterios de aceptación.
  4. ¿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

  1. Bosqueja un DCU para una tienda online.
  2. Describe casos de uso textualmente (pre/postcondiciones).
  3. Practica include y extend.
  4. Crea una tabla de trazabilidad caso de uso → caso de prueba.

Fuentes Más Importantes

  1. https://www.omg.org/spec/UML
  2. https://de.wikipedia.org/wiki/Anwendungsfalldiagramm
  3. https://alistair.cockburn.us/knowledgebase/writing-effective-use-cases/
Volver al blog
Share:

Entradas relacionadas