Un diagrama de casos de uso describe las actividades y/o acciones que un actor tiene con el sistema mediante relaciones. ¿Cómo aplicarlo?

1. GRS | CREANDO REDES EFECTIVAS
www.grssocial.com
contacto@grssocial.com
Santiago, Chile
Página 1 de 5
Ingeniería de software: UML y casos de uso
En nuestro último artículo se hizo una breve descripción del lenguaje de modelado unificado
UML, el que nos permite especificar, visualizar, construir y documentar un sistema. Dentro de los
diagramas más usados en el UML están los “Casos de Uso“.
Un diagrama de casos de uso describe las actividades y/o acciones que un actor tiene con el
sistema mediante relaciones. Además el diagrama de casos de uso resulta ser un mecanismo de
fácil comprensión para cliente y equipo de desarrollo.
El diagrama de casos de uso cuenta con elementos como el Actor, los casos de uso y
relaciones. Como actor entendemos quien interactúa con el sistema, aunque no siempre es una
persona. Los casos de uso son las tareas que realiza el actor con el sistema unido mediante las
relaciones que es la línea que conecta el actor con este último.

2. GRS | CREANDO REDES EFECTIVAS
www.grssocial.com
contacto@grssocial.com
Santiago, Chile
Página 2 de 5
Para entender mejor la utilidad y definición de los casos de uso, pongamos en práctica un
ejemplo.
Comencemos identificando quienes interactúan con el sistema. Por un lado tenemos un
administrador que gestiona los productos y clientes. También tenemos a un usuario que consulta
los datos y genera la cotización. Por ende tenemos al administrador y usuario como actores del
sistema.
Entrando en detalles con las acciones antes identificadas, tenemos que los actores hacen:
 Gestión de Clientes
 Gestión de productos
 Generar cotización
 Buscar cotizaciones
Llevando estas acciones a nuestro diagrama de casos de uso tenemos para el administrador.
Una empresa de servicios que requiere una aplicación que genere un archivo de
cotización personalizado en formato pdf con sus productos o servicios. Debe ser
accesible solo para usuarios registrados en el sistema permitiendo mantener un
historial de cotizaciones generadas en el tiempo. Además debe permitir la gestión de
clientes y productos por un administrador.

3. GRS | CREANDO REDES EFECTIVAS
www.grssocial.com
contacto@grssocial.com
Santiago, Chile
Página 3 de 5
Para el usuario tenemos el siguiente diagrama de casos de uso:
Una visualización sencilla y clara donde clientes y el equipo de desarrollo del software
pueden entender de forma general las acciones que realiza un actor con el sistema. Con este
diagrama el cliente puede validar y corregir aspectos que impacten en el desarrollo del sistema.

4. GRS | CREANDO REDES EFECTIVAS
www.grssocial.com
contacto@grssocial.com
Santiago, Chile
Página 4 de 5
El diagrama anterior describe en aspectos generales la interacción del actor con el sistema,
pero en ciertos casos esto puede caer en un abuso. Si queremos explicar cada acción que realiza
el actor se puede caer en la redundancia. Tomando nuestro ejemplo, podríamos hacerlo de la
siguiente forma:

5. GRS | CREANDO REDES EFECTIVAS
www.grssocial.com
contacto@grssocial.com
Santiago, Chile
Página 5 de 5
Si bien es válido, puede resultar algo confuso contradiciendo el objetivo del mismo diagrama.
Finalmente insistimos en que la idea del diagrama de casos de uso es aclarar las acciones de
actores con el sistema. Profundizar en las tareas cae en otros diagramas como el de secuencia o
actividades (solo por mencionar algunos).
Con la finalidad de obtener un software de calidad, es muy recomendable contemplar este
diagrama dentro de la etapa inicial de desarrollo del software.
Sitios de interés:
Unified Modeling Language – Resource Page
Software usado para los diagramas: Enterprise architect