Diagrama de Casos de Uso (Use-Case) – Actores, Límite del Sistema, Include, Extend y Generalización
Este artículo es una explicación conceptual del diagrama de casos de uso, incluyendo preguntas de examen y etiquetas.
En Resumen
Un diagrama de casos de uso (Use-Case) muestra qué funcionalidades ofrece un sistema desde la perspectiva de los usuarios (actores) y cómo interactúan con él.
Descripción Técnica Compacta
Los diagramas de casos de uso forman parte de UML (Unified Modeling Language) y visualizan los requisitos funcionales de un sistema software. Muestran qué actores interactúan con qué casos de uso. Cada caso de uso describe una funcionalidad completa y autónoma del sistema. Estos diagramas resultan particularmente útiles en las primeras fases del desarrollo software para el análisis de requisitos y la comunicación con los stakeholders. Las relaciones típicas como Include, Extend o Generalización aclaran las dependencias entre casos de uso. Los actores pueden ser usuarios reales o sistemas externos.
Puntos Clave para Examen
- Componente de UML para análisis de requisitos
- Visualiza interacciones entre usuarios y sistema
- Consta de actores, límite del sistema y casos de uso
- Relevante para especificaciones técnicas y diseño del sistema (examen IHK)
- Facilita la comunicación con clientes y usuarios finales
- Apoya el análisis de riesgos mediante una visión clara de funciones
- Aplicable en etapas tempranas para estimación de esfuerzo
- Debe documentarse y versionarse adecuadamente
Componentes Principales
- Actor (por ejemplo, usuario, servicio externo)
- Límite del Sistema (System Boundary)
- Caso de Uso (Use Case)
- Relaciones: Include
- Relaciones: Extend
- Generalización entre actores o casos de uso
- Definición del contexto del sistema
- Escenarios de interacción
- Restricción de acceso mediante asignación de roles
- Revisión/prueba contra documentos de requisitos
Ejemplo Práctico
// Ejemplo: Tienda en línea
Actor: Cliente
Casos de uso: Crear cuenta, Iniciar sesión, Realizar pedido
Relación: "Realizar pedido" incluye "Iniciar sesión"
Explicación: El cliente solo puede realizar un pedido después de iniciar sesión. "Iniciar sesión" es, por lo tanto, un subproceso obligatorio del caso de uso "Realizar pedido".
Ventajas e Inconvenientes
Ventajas
- Promueve la comprensión compartida
- Delimita claramente la responsabilidad del sistema
- Fácil de visualizar
- Permite comenzar la modelización en etapas tempranas
Inconvenientes
- Carece de detalle técnico profundo
- Limitado para procesos complejos
- Riesgo de sobregeneralización
Preguntas Típicas de Examen (con Respuesta Breve)
- ¿Qué muestra un diagrama de casos de uso? Muestra qué actores interactúan con qué casos de uso de un sistema.
- ¿Include vs. Extend? Include obliga a ejecutar un caso de uso, Extend es opcional y extiende si es necesario.
- ¿Elementos en un diagrama de casos de uso? Actores, casos de uso, límite del sistema, relaciones (include, extend, generalization).
- ¿Para qué sirve el límite del sistema? Separa el sistema de su entorno y muestra qué pertenece al sistema.
- ¿Actor primario vs. secundario? Los actores primarios inician el caso de uso, los secundarios son requeridos por el sistema.
- ¿Útil al inicio del proyecto? Ayuda a recopilar requisitos y verificarlos con los stakeholders.
- ¿Apoyo en aseguramiento de calidad? La clara separación de funciones permite pruebas más efectivas.
- ¿Contribuye al análisis de seguridad? Identifica funciones críticas y puntos de acceso para la asignación de roles.