Casos de uso y diagramas de casos de uso | | UPV

Universitat Politècnica de València - UPV
24 Feb 202209:51

Summary

TLDREl video ofrece una visión detallada de los casos de uso y los diagramas de casos de uso, destacando cómo complementan la especificación y la visualización de la funcionalidad de un sistema. Antonio Garrido, el narrador, explica que un caso de uso es un requisito funcional de alto nivel que describe la interacción entre actores y el sistema, incluyendo comportamientos estándar y excepcionales. Los casos de uso se describen textualmente utilizando plantillas que incluyen identificador, actores, propósito, pre y post-condiciones, y flujo de eventos. Por otro lado, los diagramas de casos de uso proporcionan una representación gráfica de todos los casos de uso en un sistema, mostrando relaciones como herencia, inclusión y extensión entre ellos. El video enfatiza la importancia de no confundir los casos de uso con los diagramas y cómo estos dos elementos trabajan juntos para modelar eficazmente la funcionalidad del sistema.

Takeaways

  • 📌 Un caso de uso es un requisito funcional de alto nivel que permite identificar la funcionalidad que un sistema debe realizar.
  • 👥 Los actores son elementos externos al sistema que interactúan con él y son parte integral de los casos de uso.
  • 📈 Un caso de uso especifica el comportamiento de la funcionalidad, incluyendo comportamientos básicos, estándar y excepcional.
  • 🔍 Los casos de uso no incluyen operaciones internas, sino que se centran en la funcionalidad visible para el usuario.
  • 🔢 En un paradigma orientado a objetos, un caso de uso generalmente se traduce en un método que puede invocar a otros métodos.
  • 📝 La descripción de un caso de uso se realiza utilizando un formato textual, el cual debe ser preciso y completo.
  • 📏 Existen varias plantillas para describir casos de uso, aunque todas incluyen elementos como identificador, actores, propósito, pre y post-condiciones.
  • 📈 Un diagrama de casos de uso proporciona una representación gráfica de todos los casos de uso en un sistema.
  • 🔗 Los diagramas de casos de uso muestran relaciones entre casos de uso, como herencia, inclusión y extensión.
  • 🚫 En un diagrama de casos de uso no se deben incluir detalles de implementación o interacción interna.
  • 🔄 Es importante diferenciar entre las relaciones 'incluye' y 'extiende' en los diagramas, donde 'incluye' indica una relación de inclusión y 'extiende' una relación de extensión.
  • 🤝 Un caso de uso y un diagrama de casos de uso se complementan mutuamente; el primero ofrece una descripción detallada y textual, mientras que el segundo ofrece una visión general y gráfica.

Q & A

  • ¿Qué es un caso de uso?

    -Un caso de uso es uno de los requisitos funcionales de alto nivel de un sistema, que permite identificar la funcionalidad que el sistema debe llevar a cabo, incluyendo la interacción con actores externos.

  • ¿Por qué se utilizan los diagramas de casos de uso?

    -Los diagramas de casos de uso se utilizan para visualizar de forma gráfica todos los casos de uso de un sistema, permitiendo una representación clara y estructurada de la funcionalidad ofrecida.

  • ¿Cómo se complementan los casos de uso y los diagramas de casos de uso?

    -Los casos de uso proporcionan una descripción detallada y textual de la funcionalidad, mientras que los diagramas de casos de uso ofrecen una visión general y gráfica de la funcionalidad del sistema, complementándose mutuamente para una comprensión completa.

  • ¿Qué elementos deben incluirse en una descripción de caso de uso?

    -Una descripción de caso de uso debe incluir un identificador, los actores involucrados, el propósito, las precondiciones, las postcondiciones, y una descripción detallada del flujo de eventos.

  • ¿Cómo se representa visualmente un caso de uso en un diagrama de casos de uso?

    -En un diagrama de casos de uso, un caso de uso se representa con una elipse, y se relaciona con los actores mediante flechas que indican la interacción.

  • ¿Qué tipo de relaciones se pueden establecer entre los casos de uso en un diagrama?

    -Entre los casos de uso en un diagrama se pueden establecer relaciones de inclusión, extensión y herencia, que permiten mostrar cómo los casos de uso se relacionan entre sí.

  • ¿Por qué no se deben incluir detalles de implementación en un diagrama de casos de uso?

    -Los diagramas de casos de uso son una representación gráfica de la funcionalidad, no de la implementación. Los detalles de implementación pueden obstruir la comprensión del modelo y no son relevantes en el nivel de abstracción que se busca en estos diagramas.

  • ¿Cómo se diferencia una relación de 'extensión' de una relación de 'inclusión' en un diagrama de casos de uso?

    -Una relación de 'extensión' indica que un caso de uso puede incluir temporalmente otro caso de uso bajo ciertas condiciones, mientras que una relación de 'inclusión' indica que un caso de uso siempre incluye otro en su ejecución.

  • ¿Qué es un actor en el contexto de un caso de uso?

    -Un actor es un elemento externo al sistema que interactúa con el sistema a través de casos de uso, realizando acciones que desencadenan la ejecución de la funcionalidad del sistema.

  • ¿Cómo se describe el comportamiento de un caso de uso?

    -El comportamiento de un caso de uso se describe especificando su comportamiento básico, estándar y excepcional, es decir, cómo funciona la funcionalidad en condiciones normales y en caso de errores o eventos inesperados.

  • ¿Por qué es importante utilizar una plantilla estándar para describir casos de uso?

    -Las plantillas estándar aseguran que toda la información relevante sobre un caso de uso sea capturada de manera consistente. Incluyen elementos como identificador, actores, propósito, precondiciones, postcondiciones y flujo de eventos, lo que ayuda a garantizar una descripción completa y precisa.

Outlines

00:00

😀 Introducción a los casos de uso y diagramas de casos de uso

Antonio Garrido presenta el tema del vídeo, que es triple: entender qué es un caso de uso, por qué se utilizan los diagramas de casos de uso y cómo estos elementos se complementan entre sí en la modelización de sistemas. Se define un caso de uso como un requisito funcional de alto nivel que permite identificar la funcionalidad del sistema y su comportamiento tanto estándar como excepcional. Además, se menciona la importancia de los actores y cómo los casos de uso se traducen en un paradigma orientado a objetos. Se describen las diferentes plantillas utilizadas para describir los casos de uso de manera textual, destacando elementos como identificador, actores, propósito, pre y post-condiciones, y flujo de eventos.

05:00

📈 Diagramas de casos de uso: representación gráfica y relaciones

Se profundiza en la diferencia entre un caso de uso y un diagrama de casos de uso. Mientras que un caso de uso se describe textualmente, un diagrama de casos de uso ofrece una representación gráfica que permite visualizar todos los casos de uso de un sistema. En el diagrama, no se incluyen detalles de implementación o interacción interna, sino que se centran en los casos de uso y las relaciones entre ellos, como la herencia, inclusión y extensión. Se ejemplifica con un diagrama que muestra casos de uso como 'cliente' y 'socio', y cómo estos están relacionados. Se aclara la importancia de no confundir el orden de las relaciones 'incluye' y 'extiende', y se enfatiza la importancia de la precisión en la descripción de un caso de uso frente a la representación gráfica de un diagrama de casos de uso.

Mindmap

Keywords

💡Casos de uso

Los casos de uso son los requisitos funcionales de alto nivel de un sistema. Permiten identificar la funcionalidad que el sistema debe realizar y especificar el comportamiento de esa funcionalidad, incluyendo comportamientos básicos y excepcionales. En el video, se usan como ejemplo las operaciones de una calculadora como casos de uso.

💡Actores

Los actores son elementos externos al sistema que interactúan con él. Son importantes en la especificación de los casos de uso, ya que representan a los usuarios o entidades que involucrarán al sistema en sus acciones. En el ejemplo dado, el administrador es el actor que interactúa con el caso de uso para añadir un monitor a una actividad.

💡Diagrama de casos de uso

Un diagrama de casos de uso es una representación gráfica que permite visualizar todos los casos de uso de un sistema. Este diagrama no incluye detalles de implementación o interacción interna, sino que muestra de manera gráfica la relación entre los casos de uso y los actores. En el video, se menciona que este diagrama es una herramienta para modelar y comprender visualmente la funcionalidad del sistema.

💡Comportamiento

El comportamiento en el contexto de un caso de uso se refiere a cómo el sistema responde a las interacciones con los actores. Incluye tanto comportamientos estándar como los que ocurren en situaciones de error o excepción. El comportamiento es un aspecto clave al describir un caso de uso, ya que define la respuesta esperada del sistema en diferentes situaciones.

💡Funcionalidad

La funcionalidad es la capacidad o el conjunto de acciones que puede realizar un sistema. Los casos de uso están diseñados para capturar y describir la funcionalidad del sistema de manera precisa y completa. En el video, se destaca que un caso de uso proporciona una descripción completa de lo que se hará en una funcionalidad específica.

💡Plantilla descriptiva

Las plantillas descriptivas son formatos utilizados para describir textualmente los casos de uso. Incluyen información como el identificador del caso de uso, los actores, el propósito, las precondiciones, las postcondiciones y el flujo de eventos. Estas plantillas son fundamentales para proporcionar una descripción detallada y precisa de los casos de uso.

💡Relaciones de casos de uso

Las relaciones de casos de uso, como la inclusión, extensión e herencia, son conceptos clave en los diagramas de casos de uso. Permiten mostrar cómo los casos de uso están conectados entre sí y cómo uno puede depender o complementar a otro. Por ejemplo, en el video se menciona que el caso de uso 'pagar con tarjeta de crédito' incluye a 'identificar tarjeta' y extiende a 'ofrecer ayuda' bajo ciertas condiciones.

💡Identificación de tarjeta

La identificación de tarjeta es un caso de uso específico que puede ser parte de un proceso más amplio, como el de pago con tarjeta de crédito. Se refiere a la acción de verificar la identidad del titular de la tarjeta, que puede hacerse a través de un PIN o de una identificación por contacto. En el video, se utiliza como ejemplo de una operación que puede ser incluida en otros casos de uso.

💡Ofrecer ayuda

Ofrecer ayuda es un caso de uso que puede ser extendido o complementado por otros casos de uso, dependiendo de las condiciones. En el contexto del video, se relaciona con el caso de uso 'pagar con tarjeta de crédito', donde se ofrece ayuda si el cliente lo solicita. Esto demuestra cómo los casos de uso se pueden enriquecer y adaptar a diferentes situaciones.

💡Lector inalámbrico

Un lector inalámbrico es un dispositivo externo que puede ser un actor en el sistema, como se menciona en el video. Se utiliza para la identificación de tarjetas a través de la comunicación inalámbrica, y es un ejemplo de cómo los actores externos interactúan con los casos de uso del sistema.

💡Modelado

El modelado es el proceso de crear una representación teórica o conceptual de un sistema. En el video, el modelado se refiere a la creación de casos de uso y diagramas de casos de uso para describir y entender la funcionalidad del sistema. Es una parte crucial del desarrollo de software que permite a los desarrolladores y stakeholders visualizar y comprender mejor el sistema antes de su implementación.

Highlights

Un caso de uso es un requisito funcional de alto nivel que permite identificar la funcionalidad del sistema.

Los actores son elementos externos al sistema y participan en la especificación del comportamiento del caso de uso.

Los casos de uso incluyen tanto comportamiento básico como comportamiento excepcional en caso de errores.

Las operaciones internas, como la igualación o el exponente en una calculadora, no son casos de uso sino parte de sus funcionalidades.

En un paradigma orientado a objetos, cada caso de uso se traduce en un método que puede invocar a otros métodos.

Los casos de uso ofrecen una descripción completa de la funcionalidad, incluyendo interacción entre actores y sistema.

Las descripciones de casos de uso se realizan utilizando un formato textual, donde se indica toda la funcionalidad.

Existen varias plantillas para describir los casos de uso textualmente, cada una con detalles específicos.

Las plantillas incluyen elementos como identificador, actores, propósito, precondiciones, postcondiciones y flujo de eventos.

Un diagrama de casos de uso es una representación gráfica que permite visualizar todos los casos de uso del sistema.

Los diagramas de casos de uso no incluyen detalles de implementación ni interacción interna.

Las relaciones en un diagrama de casos de uso incluyen herencia, inclusión y extensión para relacionar casos de uso.

Un ejemplo de diagrama de casos de uso muestra cómo los actores y casos de uso están interconectados.

El caso de uso 'pagar con tarjeta de crédito' incluye la identificación de la tarjeta y puede extenderse con 'ofrecer ayuda' bajo ciertas condiciones.

Es importante diferenciar la relación de 'incluye' de la relación de 'extiende' en los diagramas de casos de uso.

Los casos de uso y los diagramas de casos de uso se complementan para capturar e identificar la funcionalidad del sistema de manera precisa.

Un diagrama de casos de uso es una herramienta gráfica para visualizar la interacción y relaciones entre los casos de uso.

La combinación de descripciones textuales detalladas y representaciones gráficas permite una comprensión más completa del sistema.

Transcripts

play00:01

hola soy antonio garrido y en este vídeo

play00:04

vamos a ver qué son los casos de uso que

play00:06

son los diagramas de casos de uso y cómo

play00:09

se complementan entre sí

play00:12

el objetivo de este vídeo es triple en

play00:15

primer lugar conocer identificar qué es

play00:17

un caso de uso en segundo lugar conocer

play00:20

y entender el porqué de los diagramas de

play00:23

casos de uso y por último ser capaces de

play00:26

diferenciar entre lo que es un caso de

play00:28

uso lo que es un diagrama de caso de

play00:30

usos y cómo se complementan entre sí

play00:33

para trabajar en la parte de modelado

play00:37

en primer lugar que es un caso de uso

play00:40

pues bien un caso de uso es cada uno de

play00:43

los requisitos funcionales de alto nivel

play00:45

de nuestro sistema es decir un caso de

play00:48

uso nos permite cargar identificar la

play00:51

funcionalidad que tiene que llevar a

play00:52

cabo mi sistema

play00:54

además puede incluir actores entendiendo

play00:57

los actores como elementos externos a mi

play00:59

sistema y es importante darse cuenta de

play01:02

que un caso de uso lo que va a realizar

play01:04

es la especificación del comportamiento

play01:07

de dicha funcionalidad es decir tanto el

play01:10

comportamiento básico el comportamiento

play01:13

estándar tal y como funciona si no

play01:16

hubiera ningún error como el

play01:17

comportamiento excepcional es decir

play01:19

suponiendo que hubiera algún error

play01:22

por ejemplo supongamos que estamos

play01:25

modelando una aplicación calculadora

play01:27

pues la operación de sumar restar

play01:30

multiplicar

play01:31

etcétera son casos de uso es decir son

play01:35

funcionalidades de nuestro sistema pero

play01:38

eso sí la operación de igualar

play01:40

exponentes sumar mantillas etcétera no

play01:44

son casos de uso

play01:45

eso es una operación interna que habrá

play01:48

que realizar dentro del caso de uso de

play01:50

sumar restar multiplicar etcétera dicho

play01:54

de otra forma en un paradigma orientado

play01:56

a objetos todo caso de uso se traducirá

play01:59

en un método que a su vez podrá invocar

play02:01

a otros métodos distintos pero no todo

play02:04

método va a ser necesariamente un caso

play02:07

de uso

play02:08

por lo tanto en resumen un caso de uso

play02:11

es aquel elemento que nos permite

play02:14

ofrecer una descripción completa de todo

play02:18

lo que va a hacerse en esa funcionalidad

play02:21

es decir se va a indicar se va a

play02:23

representar la interacción entre los

play02:26

actores y el propio sistema y por

play02:29

supuesto ya que se trata de una

play02:30

descripción precisa y completa se

play02:33

realiza utilizando un formato textual es

play02:36

decir es una descripción de texto donde

play02:39

yo voy a indicar toda la funcionalidad

play02:41

para ese caso de uso concreto

play02:45

en particular existen distintos tipos de

play02:48

plantillas que se utilizan para

play02:49

describir ya digo textualmente los casos

play02:52

de uso

play02:53

existen muchas plantillas de hecho

play02:55

prácticamente cada autor tiene una

play02:58

plantilla distinta pero básicamente a

play03:01

grosso modo todas las plantillas

play03:02

incluyen un identificador cual es el

play03:05

caso de uso los actores propósito las

play03:09

precondiciones es decir lo que tiene que

play03:11

cumplirse antes de que se puede ejecutar

play03:13

ese caso de uso las post condiciones es

play03:17

decir lo que tiene que cumplirse después

play03:19

de ejecutar ese caso de uso si extiende

play03:22

o hereda de otros casos de uso y también

play03:24

una descripción o flujo de eventos de el

play03:28

sistema hace esto el actor hace lo otro

play03:31

el sistema vuelve a hacer lo siguiente y

play03:33

así sucesivamente

play03:34

puesto que ya digo que es importante

play03:37

darse cuenta de que un caso de uso nos

play03:39

proporciona una funcionalidad completa

play03:44

por poner un ejemplo aquí lo que tenemos

play03:47

es un caso de uso en particular para

play03:50

añadir el monitor a una actividad pues

play03:53

bien pues el actor involucrado en este

play03:55

caso de uso es el administrador el

play03:57

propósito es asignar un monitor a una

play03:59

actividad y luego la descripción

play04:01

detallada o el flujo o interacción de

play04:04

mensajes es que el sistema mostrará

play04:06

todas las actividades a continuación el

play04:09

administrador seleccionará una actividad

play04:11

y así sucesivamente

play04:14

ya digo esta plantilla es una plantilla

play04:17

tipo que hay que utilizar como base en

play04:20

función del caso de uso pues nos

play04:22

interesará más completar unas secciones

play04:24

u otras

play04:28

por otro lado tenemos el diagrama de

play04:31

casos de uso que no hay que confundir

play04:33

con el caso de uso

play04:35

un diagrama de casos de uso nos permite

play04:38

visualizar de una forma gráfica es decir

play04:41

se trata de una representación gráfica

play04:43

no textual como era el caso del caso de

play04:47

uso en el que nosotros vamos a reflejar

play04:50

todos los casos de uso de nuestro

play04:53

sistema es decir en lugar de trabajar

play04:55

única y exclusivamente con un caso de

play04:57

uso en el diagrama de casos de uso

play05:00

visualmente y gráficamente lo

play05:03

representaremos todos por lo tanto en un

play05:06

diagrama de casos de uso no hay que

play05:08

incluir detalles de implementación para

play05:11

nada tampoco de interacción interna

play05:14

tampoco restricciones de orden de que

play05:16

primero va a ir este caso luego va a ir

play05:18

este otro caso no toda esa información

play05:21

no debe de aparecer en un diagrama de

play05:23

casos de uso en dicho diagrama solo

play05:26

aparecerán los casos de uso y con un

play05:29

determinado tipo de restricciones como

play05:32

son las restricciones que nos permiten

play05:34

relacionar casos de uso él incluye el

play05:37

extiende

play05:39

y las relaciones que nos permiten

play05:42

mezclar o relacionar valga la

play05:45

redundancia los actores que es la

play05:47

relación de herencia

play05:51

vamos a ver un ejemplo típico un ejemplo

play05:54

base de lo que supone un diagrama de

play05:56

casos de uso como podemos observar en la

play05:59

transparencia ahora tenemos varios casos

play06:01

de uso donde cada uno de los casos de

play06:04

uso está representado con una elipse

play06:06

ahora no entramos en detalle de lo que

play06:09

es un caso de uso para eso utilizamos la

play06:12

plantilla descriptiva textual para cada

play06:16

uno de los casos de uso pero por contra

play06:19

lo que sí que representamos aquí son los

play06:21

factores con el icono del muñeco las

play06:25

elipses que representan los casos de uso

play06:27

y las relaciones de inclusión o de

play06:30

extensión o de herencia

play06:33

por ejemplo en este diagrama disponemos

play06:36

de un actor cliente y disponemos de un

play06:39

actor socio que por herencia puede

play06:42

llevar a cabo puede ejecutar todas las

play06:45

tareas o todos los casos de uso del

play06:47

cliente pero por ejemplo el caso de uso

play06:50

repetir última compra es específico del

play06:53

socio el cliente no lo puede llevar a

play06:56

cabo

play06:56

vamos a ver por otro lado el caso de uso

play06:59

pagar con tarjeta de crédito pues bien

play07:02

este caso de uso pagar con tarjeta de

play07:04

crédito siempre siempre siempre va a

play07:07

tener que incluir el caso de uso

play07:10

identificar tarjeta de ahí que haya una

play07:13

relación que sea incluyes la inclusión

play07:16

siempre que pago con tarjeta de crédito

play07:18

se debe de incluir la identificación de

play07:21

la tarjeta por otro lado la

play07:24

identificación de la tarjeta puede

play07:25

hacerse o bien por pin hay una herencia

play07:28

porque identificar por pin es una forma

play07:31

de identificar tarjeta o se puede hacer

play07:33

también una identificación por contacto

play07:36

y en este caso necesitamos un nuevo

play07:39

actor entendiéndolo como algo externo en

play07:41

nuestro sistema que es nuestro lector

play07:44

inalámbrico

play07:46

por otro lado pagar con tarjeta de

play07:48

crédito también está relacionado con un

play07:52

caso de uso que es ofrecer ayuda pero

play07:54

ahora estamos hablando en una relación

play07:56

de extensión eso lo que quiere decir es

play07:59

que pagar con tarjeta de crédito en este

play08:02

caso internamente

play08:05

podría tener o no el caso de uso ofrecer

play08:09

ayuda o dicho de otra forma ofrecer

play08:12

ayuda extiende o complemento o

play08:15

complementa a pagar con tarjeta de

play08:17

crédito si se cumple la condición de que

play08:19

el cliente solicita ayuda es decir pagar

play08:23

con tarjeta de crédito siempre va a

play08:25

incluir la identificación de la tarjeta

play08:28

pero no siempre va a tener la extensión

play08:31

de ofrecer ayuda sólo si el cliente

play08:34

solicita la ayuda ofrecer ayuda extiende

play08:37

a pagar con tarjeta de crédito y es muy

play08:40

importante no confundir el orden de la

play08:42

flecha en la relación incluye con la

play08:45

relación extenso incluye siempre va del

play08:49

caso de uso

play08:50

que incluye al pequeño mientras que el

play08:53

extenso del caso de uso que complementa

play08:56

el pequeño al grande entonces este tipo

play09:00

de nomenclatura y terminología es

play09:03

importante conocerla para no

play09:05

confundirnos

play09:08

por último indicar que a tener en cuenta

play09:10

es muy importante que un caso de uso nos

play09:12

permite capturar e identificar la

play09:14

funcionalidad del sistema y además nos

play09:17

permite describirlo con precisión eso sí

play09:20

de forma textual por contra un diagrama

play09:23

de casos de uso no está no es un formato

play09:26

textual sino que es una representación

play09:28

gráfica de las muchas que nos ofrece y

play09:32

por supuesto no alcanza la precisión de

play09:34

la descripción de un caso de uso y por

play09:37

último muy importante es reconocer la

play09:40

utilización conjunta y cómo se

play09:42

complementan entre sí de un diagrama de

play09:45

casos de uso y los casos de uso

play09:47

particulares que hay en ese diagrama

Rate This

5.0 / 5 (0 votes)

Étiquettes Connexes
Casos de UsoDiagramas de UsoModelado de SistemasFuncionalidadInteracción Actor-SistemaMetodología Orientada a ObjetosDiseño de AplicacionesRequerimientos FuncionalesComportamiento del SistemaDesarrollo de SoftwareProgramación
Besoin d'un résumé en anglais ?