Caso de uso: aprenda con ejemplos

Un caso de uso describe cómo un usuario utiliza un sistema para lograr un objetivo particular. Un diagrama de casos de uso consta del sistema, los casos de uso relacionados y los actores, y los relaciona entre sí para visualizar: ¿qué se está describiendo? ( sistema ), ¿quién está usando el sistema? ( actores ) y ¿qué quieren lograr los actores? ( casos de uso ), por lo tanto, los casos de uso ayudan a garantizar que se desarrolle el sistema correcto al capturar los requisitos desde el punto de vista del usuario.

Un diagrama de casos de uso suele ser simple. No muestra el detalle de los casos de uso:

  • Solo resume algunas de las relaciones entre casos de uso, actores y sistemas.
  • No muestra el orden en que se realizan los pasos para lograr los objetivos de cada caso de uso.

Como se dijo, un diagrama de casos de uso debe ser simple y contener solo unas pocas formas. Si el suyo contiene más de 20 casos de uso, probablemente esté utilizando incorrectamente el diagrama de casos de uso.

La siguiente figura muestra la jerarquía del diagrama UML y el posicionamiento del diagrama de casos de uso UML. Como puede ver, los diagramas de casos de uso pertenecen a la familia de los diagramas de comportamiento.

Diagrama de caso de uso de un vistazo

Una forma estándar de diagrama de casos de uso se define en el Lenguaje de modelado unificado como se muestra en el siguiente ejemplo de Diagrama de casos de uso:

Notación DescripciónRepresentación visual

Actor

  • Alguien interactúa con el caso de uso (función del sistema).
  • Nombrado por sustantivo.
  • El actor juega un papel en el negocio.
  • Similar al concepto de usuario, pero un usuario puede desempeñar diferentes roles
  • Por ejemplo:
  • un profe puede ser instructor y también investigador
  • juega 2 roles con dos sistemas
  • El actor activa los casos de uso.
  • El actor tiene responsabilidad hacia el sistema (entradas) y el actor tiene expectativas del sistema (salidas).

Caso de uso

  • Función del sistema (proceso — automatizado o manual)
  • Nombrado por verbo + sustantivo (o frase nominal).
  • es decir, haz algo
  • Cada actor debe estar vinculado a un caso de uso, mientras que algunos casos de uso pueden no estar vinculados a actores.

Enlace de comunicación

  • La participación de un actor en un caso de uso se muestra conectando un actor a un caso de uso mediante un enlace sólido.
  • Los actores pueden conectarse a los casos de uso mediante asociaciones, lo que indica que el actor y el caso de uso se comunican entre sí mediante mensajes.

Límite del sistema

  • El límite del sistema es potencialmente todo el sistema como se define en el documento de requisitos.
  • Para sistemas grandes y complejos, cada módulo puede ser el límite del sistema.
  • Por ejemplo, para un sistema ERP para una organización, cada uno de los módulos como personal, nómina, contabilidad, etc.
  • puede formar un límite del sistema para casos de uso específicos de cada una de estas funciones comerciales.
  • El sistema completo puede abarcar todos estos módulos que representan el límite general del sistema

Estructuración del diagrama de casos de uso con relaciones

Los casos de uso comparten diferentes tipos de relaciones. Definir la relación entre dos casos de uso es decisión de los analistas de software del diagrama de casos de uso. Una relación entre dos casos de uso es básicamente modelar la dependencia entre los dos casos de uso. La reutilización de un caso de uso existente mediante el uso de diferentes tipos de relaciones reduce el esfuerzo general requerido para desarrollar un sistema. Las relaciones de casos de uso se enumeran de la siguiente manera:

Relación de casos de uso — Representación visual

se extiende

  • Indica que un caso de uso de «Contraseña no válida» puede incluir (sujeto a lo especificado en la extensión) el comportamiento especificado por el caso de uso base «Cuenta de inicio de sesión».
  • Representar con una flecha dirigida que tiene una línea de puntos. La punta de la punta de flecha apunta al caso de uso base y el caso de uso secundario está conectado en la base de la flecha.
  • El estereotipo “<<extiende>>” se identifica como una relación extendida

Incluir

  • Cuando se describe un caso de uso como si usara la funcionalidad de otra funcionalidad de otro caso de uso, esta relación entre los casos de uso se denomina relación de inclusión o uso.
  • Un caso de uso incluye la funcionalidad descrita en otro caso de uso como parte de su flujo de proceso comercial.
  • Una relación de usos del caso de uso base al caso de uso secundario indica que una instancia del caso de uso base incluirá el comportamiento como se especifica en el caso de uso secundario.
  • Una relación de inclusión se representa con una flecha dirigida que tiene una línea de puntos. La punta de la punta de flecha apunta al caso de uso secundario y al caso de uso principal conectado en la base de la flecha.
  • El estereotipo “<<include>>” identifica la relación como una relación de inclusión.

Generalización

  • Una relación de generalización es una relación padre-hijo entre casos de uso.
  • El caso de uso secundario en la relación de generalización tiene el significado del proceso de negocio subyacente, pero es una mejora del caso de uso principal.
  • La generalización se muestra como una flecha dirigida con una punta de flecha triangular.
  • El caso de uso secundario está conectado en la base de la flecha. La punta de la flecha está conectada al caso de uso principal.

Aprenda con ejemplos: servicio de pasajeros

Aquí hay un ejemplo de diagrama de caso de uso para el servicio de pasajeros, echemos un vistazo. En el modelo de caso de uso hay 4 actores: representante de facturación, aduana del aeropuerto de destino, transporte de pasajeros y equipaje. Interactúan con el sistema para lograr varios objetivos comerciales, según el modelo de casos de uso de check-in, check-in automatizado, check-in exprés, embarque y solicitud de lista de pasajeros.

Utilice esta plantilla de diagrama de casos de uso para crear su propio diagrama.

Simplemente  haga clic  en Usar esta plantilla  para editar o  haga clic en  Crear en blanco  para dibujar desde cero.

Aprenda con ejemplos: sistema de transmisión (paquete de casos de uso)

Este es un ejemplo de diagrama de caso de uso para un sistema de transmisión en línea. Los usuarios como el miembro general y el administrador se representan como actores, mientras que los objetivos comerciales del sistema, por ejemplo, ver programas archivados y en vivo, unirse a debates de programas, cargar programas de TV, se representan como casos de uso (es decir, las formas ovaladas). Este diagrama de casos de uso utiliza el límite del sistema y las formas de los paquetes para organizar los casos de uso. Esto no es obligatorio, pero hacerlo hace que todo el diagrama de casos de uso esté bien organizado. Además, el uso de la generalización al vincular General/Premium Member con Member modela el hecho de que el comportamiento definido para Member se comparte entre General y Premium Member.

Utilice esta plantilla de diagrama de casos de uso para crear su propio diagrama.

Simplemente  haga clic  en Usar esta plantilla  para editar o  haga clic en  Crear en blanco  para dibujar desde cero.

Aprenda con ejemplos: estructuración de casos de uso con incluir y extender

Este ejemplo de diagrama de caso de uso representa un modelo de varios casos de uso empresarial. El modelo de caso de uso representa las interacciones entre un restaurante (el sistema comercial) y sus principales partes interesadas (actores comerciales y trabajadores comerciales). Una vez identificados los casos de uso base, puede estructurarlos con <> y <> casos de uso para una mayor claridad.

Utilice esta plantilla de diagrama de casos de uso para crear su propio diagrama.

Simplemente  haga clic  en Usar esta plantilla  para editar o  haga clic en  Crear en blanco  para dibujar desde cero.

Otros artículos de UML

Lenguaje unificado de modelado UML)

Dejar una contestacion

Tu dirección de correo electrónico no será publicada.