Casos de uso en UML: Cómo redactar especificaciones de casos de uso efectivas

• Primero, se escribe una breve descripción solo de los pasos necesarios para el flujo normal del caso de uso (es decir, qué funcionalidad proporciona el caso de uso).
• A medida que avanza el análisis, estos pasos se desarrollan con más detalle.
• Finalmente, se añaden flujos alternativos y de excepción al caso de uso.
• Cada proyecto puede adoptar una plantilla estándar de casos de uso para crear especificaciones de casos de uso.

Caso de uso frente a especificación de caso de uso

Un caso de uso describe una tarea realizada por un actor que aporta valor empresarial. Un caso de uso puede visualizarse como un diagrama de casos de uso y/o un formato de especificación textual estructurado:

• Interacción — Los casos de uso del sistema describen cómo un actor interactúa con el sistema para alcanzar una meta empresarial definida.
• Manual — Una secuencia de acciones realizadas por el actor.
• Automatizado — Una secuencia de pasos ejecutados por un programa o script.

Características de un caso de uso

Un caso de uso tiene:

• Solo un objetivo
• Un punto de inicio
• Un punto de finalización
• Múltiples caminos desde el inicio hasta el final
  • Es decir, especifica el comportamiento para diversas condiciones posibles
  • Cada condición puede requerir acciones específicas

Por ejemplo — El cliente paga una factura:

Existen múltiples caminos paraalcanzar el objetivo:

• Por teléfono
• Por correo
• En persona
• Por cheque
• En efectivo, etc.

Caminos queno conducen al objetivo:

• Tarjeta de crédito rechazada

Enfoque ágil de casos de uso

El modelo de casos de uso y sus casos de uso individuales evolucionan de forma incremental con el tiempo. No todos los casos de uso del modelo necesitan especificarse al mismo nivel de detalle.

Justo a tiempo y justo lo necesario

Los casos de uso pueden redactarse a diferentes niveles de detalle y alcance, cada uno con un propósito:

• Resumen: Una descripción general y una visión de alto nivel de una función del sistema o un proceso empresarial.
• Nivel de objetivo del usuario: Descripciones relacionadas con tareas delos objetivos del usuarioy cómo interactúan con el sistema; descripciones de procesos empresariales específicos. Los casos de uso de objetivos del usuario suelen considerarse al nivel de las tareas principales del usuario.

Ejemplo: Retirar efectivo de un cajero automático es una tarea útil y sería un caso de uso de nivel principal, pero introducir su PIN no estaría en este nivel porque apoya la tarea principal.

• Subfunción: Descripciones de actividades de nivel inferior que completan partes de un caso de uso principal.

Nota: Algunos casos de uso pueden especificarse completamente hasta el nivel II. Deja de hacerlo cuando tengas justo el detalle suficiente, obtenido de forma oportuna y justa.

Especificación detallada del caso de uso

Un caso de uso detallado es una representación textual que describe una secuencia de eventos junto con otra información relevante del caso de uso en un formato determinado. Las personas suelen adoptar una plantilla estándar de casos de uso para documentar la información detallada de los casos de uso.

Plantilla de caso de uso – Ejemplo de retiro de efectivo en cajero automático

Como se mencionó anteriormente, los casos de uso tienen diversos estilos de notación (por ejemplo, diagramáticos, UML, formato textual). Independientemente del estilo de notación utilizado, debe ser fácil de entender. Puedes usar una plantilla como la deAlistair Cockburn, o elegir la plantilla que mejor se adapte a tu equipo.

Enlaces relacionados

1. ¿Qué es el Lenguaje Unificado de Modelado?
2. Lista de herramientas de UML
3. Prueba gratuita de Visual Paradigm