Casos de uso y diagramas de casos de uso | | UPV
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
😀 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.
📈 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
💡Actores
💡Diagrama de casos de uso
💡Comportamiento
💡Funcionalidad
💡Plantilla descriptiva
💡Relaciones de casos de uso
💡Identificación de tarjeta
💡Ofrecer ayuda
💡Lector inalámbrico
💡Modelado
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
hola soy antonio garrido y en este vídeo
vamos a ver qué son los casos de uso que
son los diagramas de casos de uso y cómo
se complementan entre sí
el objetivo de este vídeo es triple en
primer lugar conocer identificar qué es
un caso de uso en segundo lugar conocer
y entender el porqué de los diagramas de
casos de uso y por último ser capaces de
diferenciar entre lo que es un caso de
uso lo que es un diagrama de caso de
usos y cómo se complementan entre sí
para trabajar en la parte de modelado
en primer lugar que es un caso de uso
pues bien un caso de uso es cada uno de
los requisitos funcionales de alto nivel
de nuestro sistema es decir un caso de
uso nos permite cargar identificar la
funcionalidad que tiene que llevar a
cabo mi sistema
además puede incluir actores entendiendo
los actores como elementos externos a mi
sistema y es importante darse cuenta de
que un caso de uso lo que va a realizar
es la especificación del comportamiento
de dicha funcionalidad es decir tanto el
comportamiento básico el comportamiento
estándar tal y como funciona si no
hubiera ningún error como el
comportamiento excepcional es decir
suponiendo que hubiera algún error
por ejemplo supongamos que estamos
modelando una aplicación calculadora
pues la operación de sumar restar
multiplicar
etcétera son casos de uso es decir son
funcionalidades de nuestro sistema pero
eso sí la operación de igualar
exponentes sumar mantillas etcétera no
son casos de uso
eso es una operación interna que habrá
que realizar dentro del caso de uso de
sumar restar multiplicar etcétera dicho
de otra forma en un paradigma orientado
a objetos todo caso de uso se traducirá
en un método que a su vez podrá invocar
a otros métodos distintos pero no todo
método va a ser necesariamente un caso
de uso
por lo tanto en resumen un caso de uso
es aquel elemento que nos permite
ofrecer una descripción completa de todo
lo que va a hacerse en esa funcionalidad
es decir se va a indicar se va a
representar la interacción entre los
actores y el propio sistema y por
supuesto ya que se trata de una
descripción precisa y completa se
realiza utilizando un formato textual es
decir es una descripción de texto donde
yo voy a indicar toda la funcionalidad
para ese caso de uso concreto
en particular existen distintos tipos de
plantillas que se utilizan para
describir ya digo textualmente los casos
de uso
existen muchas plantillas de hecho
prácticamente cada autor tiene una
plantilla distinta pero básicamente a
grosso modo todas las plantillas
incluyen un identificador cual es el
caso de uso los actores propósito las
precondiciones es decir lo que tiene que
cumplirse antes de que se puede ejecutar
ese caso de uso las post condiciones es
decir lo que tiene que cumplirse después
de ejecutar ese caso de uso si extiende
o hereda de otros casos de uso y también
una descripción o flujo de eventos de el
sistema hace esto el actor hace lo otro
el sistema vuelve a hacer lo siguiente y
así sucesivamente
puesto que ya digo que es importante
darse cuenta de que un caso de uso nos
proporciona una funcionalidad completa
por poner un ejemplo aquí lo que tenemos
es un caso de uso en particular para
añadir el monitor a una actividad pues
bien pues el actor involucrado en este
caso de uso es el administrador el
propósito es asignar un monitor a una
actividad y luego la descripción
detallada o el flujo o interacción de
mensajes es que el sistema mostrará
todas las actividades a continuación el
administrador seleccionará una actividad
y así sucesivamente
ya digo esta plantilla es una plantilla
tipo que hay que utilizar como base en
función del caso de uso pues nos
interesará más completar unas secciones
u otras
por otro lado tenemos el diagrama de
casos de uso que no hay que confundir
con el caso de uso
un diagrama de casos de uso nos permite
visualizar de una forma gráfica es decir
se trata de una representación gráfica
no textual como era el caso del caso de
uso en el que nosotros vamos a reflejar
todos los casos de uso de nuestro
sistema es decir en lugar de trabajar
única y exclusivamente con un caso de
uso en el diagrama de casos de uso
visualmente y gráficamente lo
representaremos todos por lo tanto en un
diagrama de casos de uso no hay que
incluir detalles de implementación para
nada tampoco de interacción interna
tampoco restricciones de orden de que
primero va a ir este caso luego va a ir
este otro caso no toda esa información
no debe de aparecer en un diagrama de
casos de uso en dicho diagrama solo
aparecerán los casos de uso y con un
determinado tipo de restricciones como
son las restricciones que nos permiten
relacionar casos de uso él incluye el
extiende
y las relaciones que nos permiten
mezclar o relacionar valga la
redundancia los actores que es la
relación de herencia
vamos a ver un ejemplo típico un ejemplo
base de lo que supone un diagrama de
casos de uso como podemos observar en la
transparencia ahora tenemos varios casos
de uso donde cada uno de los casos de
uso está representado con una elipse
ahora no entramos en detalle de lo que
es un caso de uso para eso utilizamos la
plantilla descriptiva textual para cada
uno de los casos de uso pero por contra
lo que sí que representamos aquí son los
factores con el icono del muñeco las
elipses que representan los casos de uso
y las relaciones de inclusión o de
extensión o de herencia
por ejemplo en este diagrama disponemos
de un actor cliente y disponemos de un
actor socio que por herencia puede
llevar a cabo puede ejecutar todas las
tareas o todos los casos de uso del
cliente pero por ejemplo el caso de uso
repetir última compra es específico del
socio el cliente no lo puede llevar a
cabo
vamos a ver por otro lado el caso de uso
pagar con tarjeta de crédito pues bien
este caso de uso pagar con tarjeta de
crédito siempre siempre siempre va a
tener que incluir el caso de uso
identificar tarjeta de ahí que haya una
relación que sea incluyes la inclusión
siempre que pago con tarjeta de crédito
se debe de incluir la identificación de
la tarjeta por otro lado la
identificación de la tarjeta puede
hacerse o bien por pin hay una herencia
porque identificar por pin es una forma
de identificar tarjeta o se puede hacer
también una identificación por contacto
y en este caso necesitamos un nuevo
actor entendiéndolo como algo externo en
nuestro sistema que es nuestro lector
inalámbrico
por otro lado pagar con tarjeta de
crédito también está relacionado con un
caso de uso que es ofrecer ayuda pero
ahora estamos hablando en una relación
de extensión eso lo que quiere decir es
que pagar con tarjeta de crédito en este
caso internamente
podría tener o no el caso de uso ofrecer
ayuda o dicho de otra forma ofrecer
ayuda extiende o complemento o
complementa a pagar con tarjeta de
crédito si se cumple la condición de que
el cliente solicita ayuda es decir pagar
con tarjeta de crédito siempre va a
incluir la identificación de la tarjeta
pero no siempre va a tener la extensión
de ofrecer ayuda sólo si el cliente
solicita la ayuda ofrecer ayuda extiende
a pagar con tarjeta de crédito y es muy
importante no confundir el orden de la
flecha en la relación incluye con la
relación extenso incluye siempre va del
caso de uso
que incluye al pequeño mientras que el
extenso del caso de uso que complementa
el pequeño al grande entonces este tipo
de nomenclatura y terminología es
importante conocerla para no
confundirnos
por último indicar que a tener en cuenta
es muy importante que un caso de uso nos
permite capturar e identificar la
funcionalidad del sistema y además nos
permite describirlo con precisión eso sí
de forma textual por contra un diagrama
de casos de uso no está no es un formato
textual sino que es una representación
gráfica de las muchas que nos ofrece y
por supuesto no alcanza la precisión de
la descripción de un caso de uso y por
último muy importante es reconocer la
utilización conjunta y cómo se
complementan entre sí de un diagrama de
casos de uso y los casos de uso
particulares que hay en ese diagrama
Посмотреть больше похожих видео
5.0 / 5 (0 votes)