Tutorial de Diagrama de Casos de Uso (Guía con Ejemplos)

El diagrama de casos de uso es un tipo de diagrama UML de comportamiento y se usa con frecuencia para analizar varios sistemas. Le permiten visualizar los diferentes tipos de roles en un sistema y cómo esos roles interactúan con el sistema. Este tutorial de diagrama de casos de uso cubrirá los siguientes temas y lo ayudará a crear mejores casos de uso.

• Importancia de los diagramas de casos de uso
• Objetos de diagrama de caso de uso
• Directrices del diagrama de casos de uso
• Relaciones en diagramas de casos de uso
• Cómo crear diagramas de casos de uso (con ejemplo)
  • Identificación de actores
  • Identificación de casos de uso
  • Cuándo usar "Incluir"
  • Cómo usar la generalización
  • Cuándo usar "Extender"
• Plantillas de diagramas de casos de uso de escenarios comunes

Importancia de los diagramas de casos de uso

Como se mencionó antes, los diagramas de casos de uso se utilizan para recopilar un requisito de uso de un sistema. Dependiendo de sus requisitos, puede usar esos datos de diferentes maneras. A continuación se presentan algunas formas de usarlos.

• Identificar funciones y cómo los roles interactúan con ellas : el propósito principal de los diagramas de casos de uso.
• Para una vista de alto nivel del sistema : especialmente útil cuando se presenta a gerentes o partes interesadas. Puede resaltar los roles que interactúan con el sistema y la funcionalidad proporcionada por el sistema sin profundizar en el funcionamiento interno del sistema.
• Para identificar factores internos y externos : esto puede sonar simple, pero en proyectos grandes y complejos, un sistema puede identificarse como un rol externo en otro caso de uso.

Objetos del diagrama de casos de uso

Los diagramas de casos de uso constan de 4 objetos.

• Actor
• caso de uso
• Sistema
• Paquete

Los objetos se explican más adelante.

Actor

Actor en un El diagrama de casos de uso es cualquier entidad que desempeña un papel en un sistema determinado. Puede ser una persona, una organización o un sistema externo y, por lo general, se dibuja como el esqueleto que se muestra a continuación.

Caso de uso

Un caso de uso representa una función o una acción dentro del sistema . Se dibuja como un óvalo y se nombra con la función.

Sistema

El sistema se utiliza para definir el alcance del caso de uso y se dibuja como un rectángulo. Este es un elemento opcional pero útil cuando está visualizando sistemas grandes. Por ejemplo, puede crear todos los casos de uso y luego usar el objeto del sistema para definir el alcance cubierto por su proyecto. O incluso puede usarlo para mostrar las diferentes áreas cubiertas en diferentes versiones.

Paquete

El paquete es otro elemento opcional que es extremadamente útil en diagramas complejos. Al igual que los diagramas de clases, los paquetes se utilizan para agrupar casos de uso . Se dibujan como la imagen que se muestra a continuación.

Directrices del diagrama de casos de uso

Aunque los diagramas de casos de uso se pueden usar para varios propósitos, existen algunas pautas comunes que debe seguir al dibujar casos de uso.

Estos incluyen los estándares de nomenclatura, las direcciones de las flechas, la ubicación de los casos de uso, el uso de las cajas del sistema y también el uso adecuado de las relaciones.

Hemos cubierto estas pautas en detalle en una publicación de blog separada. Así que siga adelante y consulte las pautas del diagrama de casos de uso.

Relaciones en diagramas de casos de uso

Hay cinco tipos de relaciones en un diagrama de casos de uso. Están

• Asociación entre un actor y un caso de uso
• Generalización de un actor
• Ampliar la relación entre dos casos de uso
• Incluir la relación entre dos casos de uso
• Generalización de un caso de uso

Hemos cubierto todas estas relaciones en una publicación de blog separada que tiene ejemplos con imágenes. No entraremos en detalles en esta publicación, pero puede consultar las relaciones en los diagramas de casos de uso.

Cómo crear un diagrama de casos de uso

Hasta ahora, ha aprendido acerca de los objetos, las relaciones y las pautas que son fundamentales al dibujar diagramas de casos de uso. Explicaré los diversos procesos utilizando un sistema bancario como ejemplo.

Identificando Actores

Los actores son entidades externas que interactúan con su sistema. Puede ser una persona, otro sistema o una organización. En un sistema bancario, el actor más obvio es el cliente. Otros actores pueden ser empleados bancarios o cajeros según el rol que intente mostrar en el caso de uso.

Un ejemplo de una organización externa puede ser la autoridad fiscal o el banco central. El procesador de préstamos es un buen ejemplo de un sistema externo asociado como actor.

Identificación de casos de uso

Ahora es el momento de identificar los casos de uso. Una buena manera de hacer esto es identificar lo que los actores necesitan del sistema. En un sistema bancario, un cliente deberá abrir cuentas, depositar y retirar fondos, solicitar talonarios de cheques y funciones similares. Así que todos estos pueden ser considerados como casos de uso.

Los casos de uso de nivel superior siempre deben proporcionar una función completa requerida por un actor. Puede ampliar o incluir casos de uso según la complejidad del sistema.

Una vez que identifique los actores y el caso de uso de nivel superior, tendrá una idea básica del sistema. Ahora puede ajustarlo y agregarle capas adicionales de detalles.

Busque la funcionalidad común para usar Incluir

Busque una funcionalidad común que se pueda reutilizar en todo el sistema. Si encuentra dos o más casos de uso que comparten una funcionalidad común, puede extraer las funciones comunes y agregarlas a un caso de uso separado. Luego, puede conectarlo a través de la relación de inclusión para mostrar que siempre se llama cuando se ejecuta el caso de uso original. (ver el diagrama para un ejemplo).

¿Es posible generalizar actores y casos de uso?

Puede haber instancias en las que los actores estén asociados con casos de uso similares mientras activan algunos casos de uso exclusivos solo para ellos. En tales casos, puede generalizar el actor para mostrar la herencia de funciones. También puede hacer algo similar para el caso de uso.

Uno de los mejores ejemplos de esto es el caso de uso "Realizar pago" en un sistema de pago. Puede generalizarlo aún más a "Pago con tarjeta de crédito", "Pago en efectivo", "Pago con cheque", etc. Todos ellos tienen los atributos y la funcionalidad de pago con escenarios especiales únicos para ellos.

Funciones opcionales o funciones adicionales

Hay algunas funciones que se activan opcionalmente. En tales casos, puede utilizar la relación de extensión y adjuntarle una regla de extensión. En el siguiente ejemplo del sistema bancario, "Calcular bonificación" es opcional y solo se activa cuando se cumple una determinada condición.

Extender no siempre significa que sea opcional. A veces, el caso de uso conectado mediante la extensión puede complementar el caso de uso base. Lo que hay que recordar es que el caso de uso base debe poder realizar una función por sí mismo, incluso si no se llama al caso de uso de extensión.

Plantillas de diagramas de casos de uso

Seguimos adelante y creamos plantillas de diagramas de casos de uso para algunos escenarios comunes. Aunque su problema o escenario no será exactamente así, puede usarlos como punto de partida. Consulte nuestras plantillas de diagramas de casos de uso.

Preguntas sobre el tutorial del diagrama de casos de uso

Hemos tratado de cubrir de manera integral todo lo que necesita saber sobre la creación de diagramas de casos de uso. Si tiene dudas sobre alguna sección o puede pensar en formas de mejorar este tutorial, háganoslo saber en los comentarios.

Más tutoriales de diagramas

• Tutorial de Diagrama de Secuencia: Guía Completa con Ejemplos
• Tutorial de modelado de procesos de negocio (Guía de BPM que explica las funciones)
• Ultimate Flowchart Guide (Tutorial completo de diagrama de flujo con ejemplos)