¿Cómo construir un diagrama de secuencia? Ejemplo de creación de objetos | | UPV

preview_player
Показать описание
Título: ¿Cómo construir un diagrama de secuencia? Ejemplo de creación de objetos

Descripción automática: En este video, el profesor explica cómo crear un diagrama de secuencia, partiendo de la definición de la notación UML. El ejemplo utilizado para ilustrar el proceso es un sistema de gestión de una institución educativa, donde se observan actores como docentes y estudiantes, y la dinámica de inscripciones y reservas de cursos con descuentos aplicables.

Se muestra un diagrama de clases asociado, enfatizando que aunque es útil, no es imprescindible para realizar un diagrama de secuencia. Sin embargo, se resalta la conveniencia de contar con uno al momento de recuperar información de objetos dentro del sistema. El video explica cómo un diagrama de secuencia refleja las interacciones entre objetos y la importancia de identificar el actor iniciador y el objeto controlador.

Un caso práctico detalla la creación de una reserva por parte de un administrador. Durante el proceso, se destaca la necesidad de transformar parámetros simples en objetos con los que se puede interactuar dentro del sistema. Para evitar errores comunes, se subraya que un objeto no debe tener la capacidad de "buscar" versiones de sí mismo, sino que esa función recae en una entidad superior que gestiona un conjunto de objetos.

Además, se ilustra el uso de marcos de paralelismo para operaciones independientes del orden en que se ejecuten. Finalmente, se enfatiza la importancia de seguir correctamente la secuencia de mensajes y de agregar la reserva creada tanto al estudiante como al curso, reflejando la bidireccionalidad de la relación. El video concluye subrayando que existen múltiples maneras de construir un diagrama de secuencia, pero la interactividad y el orden de los mensajes son cruciales para representar con precisión el funcionamiento del sistema.

Autor/a: Garrido Tejero Antonio

#UML #diagramas de secuencia #interacción entre objetos #3304 - Tecnología de los ordenadores (microelectrónica)
Рекомендации по теме
Комментарии
Автор

Muy buen video, ahora me ha quedado todo claro, muchas gracias

manuelmoreno
Автор

Excelente video, estuvo muy buena la explicación, Gracias 😄

luisxd
Автор

Muchísimas gracias! Está genial el video

LCDHFC
Автор

e buscado mas videos sobre este tema de los diagrams de uml en el canal pero no e tenido exito me podria facilitar la lista o los libros de los cuales obtuvo la informacion.
se agredece de antemano.

juanluisvargaschambi
Автор

En un diagrama de clases, los mètodos o casos de uso los ejecuta la clase u objeto de donde sale la flecha o el objeto a donde llega?

linaresaquizefernanda
Автор

buen video, ya me están quedando clara las ideas

juanjose
Автор

Excelente.
Observación: con base, no en base

marioalejandrobonillagalin
Автор

Me parece, si no entendí mal la información previa, que hay un error al final del diagrama. Ni el Alumno, ni el Curso, almacenan en sus atributos, sus reservas, sino que son los objetos de la clase Reserva, quienes tienen a Alumno y Curso entre sus atributos, y por tanto, es a este objeto a quien se le debe persistir la información y no a Alumno y Curso. Además, sería pecar de redundancia de datos.

visitor
Автор

algún software para generar diagramas de secuencia?

wrodrig
Автор

Muchas gracias por el video, pero creo que hay un error conceptual, que tiene que ver con la consistencia entre el diagrama de clases y el de secuencias. Básicamente el problema es que los mensajes del diagrama de secuencias deben llegar a una clase que posea una operación capaz de resolver lo que dice el mensaje. En el paradigma de orientación a objetos, son los objetos de las clases los que "saben" ejecutar las operaciones definidas en esas clases. En este caso, lo correcto sería definir en la clase alumno, la operación BuscarAlumno (dado que es una operación que se hace sobre los objetos de esa clase) y por lo tanto son los objetos de tipo Alumno los que saben BuscarAlumno. Lo que equivaldría a tener el método "BuscarAlumno" definido en la clase "Alumno". Como está modelado alli, significa que la operación BuscarAlumno está definida en la clase EscuelaVerano y es muy probable que esta clase no tenga la información necesaria para resolver esa petición de BuscarAlumno.

pequenin