Tutorial de casos de uso para principiantes

¿Qué es un caso de uso?

Un caso de uso es una metodología utilizada en el análisis de sistemas para identificar, aclarar y organizar los requisitos del sistema.

Use el diagrama del caso

Un  diagrama de casos de uso  modela diferentes tipos de usuarios que interactúan con el sistema para resolver un problema. Como tal, describe los objetivos de los usuarios, las interacciones entre los usuarios y el sistema, y ​​el comportamiento requerido del sistema para satisfacer estos objetivos.

Los casos de uso  definen las interacciones entre los actores externos y el sistema para lograr objetivos particulares. Un diagrama de casos de uso contiene cuatro componentes principales

( Edite el ejemplo de diagrama de caso de uso anterior )

Un diagrama de casos de uso consta de una serie de elementos del modelo. Los elementos más importantes del modelo son:

Actor

Los actores suelen ser individuos involucrados con el sistema definidos de acuerdo a sus roles. El actor puede ser un ser humano u otro sistema externo.

Caso de uso

Un caso de uso describe cómo los actores usan un sistema para lograr un objetivo particular. Los casos de uso generalmente los inicia un usuario para cumplir objetivos que describen las actividades y variantes involucradas en el logro del objetivo.

Relación

Las relaciones entre los actores y los casos de uso.

Límite del sistema

El límite del sistema define el sistema de interés en relación con el mundo que lo rodea.

Características de casos de uso

Un caso de uso (o conjunto de casos de uso) tiene estas características:

• Organiza los requisitos funcionales.
• Modela los objetivos de las interacciones sistema/actor (usuario)
• Registra las rutas (llamadas  escenarios ) desde los eventos desencadenantes hasta los objetivos
• Describe un flujo principal de eventos (también llamado curso de acción básico), y posiblemente otros, llamados  flujos de eventos excepcionales  (también llamados cursos de acción alternativos)
• Es multinivel, de modo que un caso de uso puede utilizar la funcionalidad de otro.

¿Caso de uso y escenario de caso de uso?

El caso de uso se compone de un conjunto de posibles secuencias de interacciones entre sistemas y usuarios en un entorno particular y relacionado con un objetivo particular.

¿Qué hay dentro de un caso de uso?

Consiste en un grupo de elementos (por ejemplo, clases e interfaces) que se pueden usar juntos de una manera que tendrá un efecto mayor que la suma de los elementos separados combinados. El caso de uso debe contener todas las actividades del sistema que tienen importancia para los usuarios.

Tipo de casos de uso

Los Casos de Uso Esenciales  se expresan en una forma ideal que permanece relativamente libre de tecnología y detalles de implementación; Las decisiones de diseño se difieren y abstraen, especialmente aquellas relacionadas con la interfaz de usuario.

Caso de uso concreto o real  describe concretamente el proceso en términos de su diseño actual real, comprometido con tecnologías de entrada y salida específicas, etc. Cuando se trata de una interfaz de usuario, a menudo muestran capturas de pantalla y discuten la interacción con los widgets.

El caso de uso abstracto  no está completo y no tiene un actor que lo inicie, pero es utilizado por otros casos de uso.

Estructuración de casos de uso

UML define tres estereotipos de asociación entre casos de uso:

<<incluir>> Caso de uso

El momento de usar la relación <<include>> es después de haber completado la descripción del primer corte de todos sus casos de uso principales. Ahora puede ver los casos de uso e identificar secuencias comunes de interacción usuario-sistema.

<<extender>> Caso de uso

Un caso de uso extendido es, efectivamente, un curso alternativo del caso de uso base. El caso de uso <<extender>> logra esto mediante la inserción conceptual de secuencias de acción adicionales en la secuencia base del caso de uso.

Caso de uso abstracto y generalizado

El caso de uso general es abstracto. No se puede instanciar, ya que contiene información incompleta. El título de un caso de uso abstracto se muestra en cursiva.

Ejemplo

Este ejemplo muestra un modelo de varios casos de uso comercial (objetivos) que representan las interacciones entre un restaurante (el sistema comercial) y sus actores principales.

Después de que los casos de uso base hayan sido identificados en el primer corte, tal vez podríamos estructurar aún más esos casos de uso con <<extender>> e <<incluir>> casos de uso en la segunda ronda de retoque como se muestra en la Figura a continuación:

( Edite el ejemplo de diagrama de caso de uso anterior )

Estructuración de casos de uso con paquetes

El diagrama de casos de uso puede contener paquetes que se utilizan para estructurar casos de uso para simplificar el análisis, el desarrollo y el mantenimiento de un sistema.

( Edite el ejemplo de diagrama de caso de uso anterior )

Modelo de Caso de Uso vs Diagrama de Caso de Uso

Gran parte del modelo de casos de uso es, de hecho, textual, con el texto capturado en las  Especificaciones de casos de uso  que están asociadas con cada elemento del modelo de casos de uso. Estas especificaciones describen el flujo de eventos del caso de uso.

El modelo de caso de uso sirve como un hilo unificador a lo largo del desarrollo del sistema. Se utiliza como especificación principal de los requisitos funcionales del sistema, como base para el análisis y el diseño, como entrada para la planificación de iteraciones, como base para definir casos de prueba y como base para la documentación del usuario.

Ejemplo: Descripción de caso de uso

• Para escribir el contenido de un caso de uso, comienza eligiendo uno de los escenarios como escenario principal.
• Comienza el cuerpo del caso de uso escribiendo el escenario de éxito principal como una secuencia de pasos numerados.
• Luego toma los otros escenarios y los escribe como extensiones. Las extensiones pueden ser éxitos, como en 3a a continuación, o fracasos, como en 6b a continuación.
• Cada caso de uso tiene un actor principal, que solicita al sistema que entregue un servicio.
• Cada paso en un caso de uso es un elemento de la interacción entre el usuario y el sistema.
• Un camión compartido de actividades en un caso de uso puede ser reutilizado por otro caso de uso a través del caso de uso <include>.
• En términos UML, decimos que el primer caso de uso incluye el segundo.

Comprar un producto  (Tomado de UML Distilled p101)

Escenario de éxito principal:

1. El cliente examina el catálogo y selecciona el artículo por el que desea comprar.
2. El cliente va a la caja.
3. El cliente completa la información de envío
4. El sistema presenta información completa de precios
5. El cliente completa la información de la tarjeta de crédito
6. el sistema autoriza la compra
7. El sistema confirma la venta
8. El sistema envía un correo electrónico de confirmación al cliente

Extensiones

3a: El cliente es un cliente regular

.1 El sistema muestra la información de envío actual

.2 El cliente puede aceptar o anular

6a: El sistema no autoriza las compras a crédito

.1 El cliente puede volver a ingresar la información de la tarjeta de crédito o puede cancelar

Descripción de caso de uso ilustrada por Visual Paradigm

Flujo de Eventos y Extensión

• Registra las rutas (llamadas  escenarios ) desde los eventos desencadenantes hasta los objetivos

Modelado de casos de uso y UML

Los casos de uso se pueden emplear durante varias etapas del desarrollo de software, como la planificación de los requisitos del sistema, la validación del diseño, la prueba del software y la creación de un esquema para la ayuda en línea y los manuales de usuario. Entonces, ¿cuál es la relación del diagrama de casos de uso con otros diagramas UML en SDLC?

La elección del modelo es importante.

La elección de qué modelos crear tiene una profunda influencia en cómo se ataca un problema y cómo se da forma a una solución. Tenemos que elegir bien tus modelos.

• Los modelos correctos resaltarán los problemas de desarrollo más críticos.
• Los modelos incorrectos lo engañarán y harán que se concentre en cuestiones irrelevantes.

Por ejemplo: podemos usar diferentes tipos de diagramas para diferentes fases en el desarrollo de software.

Referencias

• Descripción general de los 14 tipos de diagramas UML
• ¿Qué es el diagrama de clases?
• ¿Qué es el diagrama de componentes?
• ¿Qué es el Diagrama de Despliegue?
• ¿Qué es el diagrama de objetos?
• ¿Qué es el diagrama de paquete?
• ¿Qué es el diagrama de estructura compuesta?
• ¿Qué es el diagrama de perfil?
• ¿Qué es el diagrama de casos de uso?
• ¿Qué es el diagrama de actividades?
• ¿Qué es el diagrama de máquina de estado?
• ¿Qué es el diagrama de secuencia?
• ¿Qué es el diagrama de comunicación?
• ¿Qué es el diagrama general de interacción?
• ¿Qué es el diagrama de tiempo?
• Describe un flujo principal de eventos (también llamado curso de acción básico), y posiblemente otros, llamados  flujos de eventos excepcionales  (también llamados cursos de acción alternativos)
• Es multinivel, de modo que un caso de uso puede utilizar la funcionalidad de otro.