El diagrama de casos de uso en UML

El diagrama de casos de uso es una forma de diagrama de comportamiento en lenguaje de modelado unificado (UML, del inglés Unified Modelling Language), con la que se representan procesos empresariales, así como sistemas y procesos de programación orientada a objetos. Por lo tanto, UML no es un lenguaje de programación, sino un lenguaje de modelado, es decir, un método estandarizado para representar sistemas planificados o ya existentes. En este diagrama, todos los objetos involucrados se estructuran y se relacionan entre sí.

Representar toda clase de objetos, relaciones y procesos mediante un solo diagrama resultaría demasiado complejo y confuso. Por este motivo, se utilizan 14 tipos de diagramas diferentes en UML, que pueden dividirse en diagramas de estructura, diagramas de comportamiento y diagramas de interacción. Los diagramas de interacción, a su vez, son una subcategoría de los diagramas de comportamiento.

Los diagramas de estructura se centran en representar todos los elementos de un sistema y sus relaciones entre sí. Un ejemplo típico es el diagrama de clases, con el que los elementos se pueden agrupar y visualizar en jerarquías. Los diagramas de comportamiento, en cambio, no representan estructuras estáticas, sino que muestran el flujo del proceso planificado o real que debería tener lugar al ejecutar el programa o el software. En este tipo de diagrama, la dinámica cobra protagonismo.

El diagrama de casos de uso también pertenece a este último grupo, pero se trata de un modelo particular, porque muestra el comportamiento que se espera de un sistema o software en un caso de uso concreto. En comparación con el resto de diagramas de comportamiento en UML, el diagrama de casos de uso es bastante estático, ya que solo puede emplearse para describir acciones y objetivos, pero no la secuencia exacta de procesos y acciones. Para esto último, se utilizan otros tipos de diagramas en UML, como los diagramas de actividades, que representan los procesos cronológicamente; o los diagramas de secuencia, que muestran el intercambio de mensajes entre los diferentes elementos que componen un sistema.

En el diagrama de casos de uso, las funciones del sistema en cuestión se representan desde el punto de vista del usuario (llamado “actor” en UML). Este actor no tiene que ser necesariamente un usuario humano, sino que el rol también puede atribuirse a un sistema externo que accede a otro sistema. De este modo, el diagrama de casos de uso muestra la relación entre un actor y sus requisitos o expectativas del sistema, sin representar las acciones que tienen lugar o ponerlas en un orden lógico.

En la práctica, esta estructura es adecuada para representar claramente las funciones y/o objetivos más importantes de un sistema. Por esta razón, a la hora de desarrollar un software o planificar nuevos procesos empresariales, crear un diagrama de casos de uso suele ser uno de los primeros pasos, ya que permite visualizar clara y fácilmente qué casos de uso deben tenerse en cuenta durante el desarrollo para que los actores (y, en un sentido más amplio, también los operadores o clientes) logren su objetivo, en principio independientemente de la viabilidad técnica.

Hasta aquí todos los componentes básicos que necesitas para crear tu propio diagrama de casos de uso.

Hasta ahora solo hemos hablado de la teoría. Para que te hagas una mejor idea del diagrama de casos de uso en la vida real, te enseñaremos a elaborar uno mediante el ejemplo del cliente de un banco que quiere sacar dinero de un cajero automático.