Luokat: Kaikki - relaciones - actores - sistemas - funcionalidad

jonka joaw tenorio 4 vuotta sitten

1275

DIAGRAMAS DE CASOS DE USO

Los diagramas de casos de uso son herramientas fundamentales en el desarrollo de sistemas, ya que permiten visualizar y entender las interacciones entre diferentes elementos del sistema.

DIAGRAMAS DE CASOS DE USO

DIAGRAMAS DE CASOS DE USO

Elementos de un diagrama de casos de uso

Un diagrama de casos de uso está compuesto, principalmente, de 3 elementos:
Relaciones

Las relaciones conectan los casos de uso con los actores o los casos de uso entre sí

Cuando conectan casos de uso entre sí se pueden diferenciar dos tipos de relaciones:

extends

Este tipo de relaciones se utilizan cuando un caso de uso tiene un comportamiento opcional, reflejado en otro caso de uso

Es decir, un caso de uso puede ejecutar, normalmente dependiendo de alguna condición o flujo del programa, otro caso de uso. S

Relación extend entre dos casos de uso

En este supuesto el caso de uso Hacer pedido puede dar lugar (o no) a otros dos casos de uso: Enviar notificación SMS y Enviar notificación email.

Se utiliza para representar que un caso de uso utiliza siempre a otro caso de uso. Es decir, un caso de uso se ejecutará obligatoriamente (lo incluye, lo usa)

Relación include entre dos casos de uso

Un uso típico de este tipo de relaciones se produce cuando dos casos de uso comparten una funcionalidad.

Casos de uso

Un caso de uso se utiliza para representar una de las funcionalidades que realiza el sistema.

Se representan con una elipse que incluye en su interior el nombre del caso de uso

Existen muchos ejemplos de casos de uso. Algunos podrían ser: Crear pedido, Listar productos, Enviar correo. Cualquier acción que realice la aplicación.

Actores

un actor es algo o alguien externo al sistema que interactúa de forma directa con el sistema.

Existen dos tipos de actores:

los sistemas

los actores pueden ser otros sistemas que también interactúan con nuestro propio sistema. Un

Los usuarios

No hay que entender los usuarios como personas singulares, sino como “perfiles o roles” que identifican a un tipo de usuario, pero no al usuario en sí.