Відео

Excelente video, gran maestro. Explica muy bien los temas a enseñar a

Había leído un documento sobre este tema, pero con esta explicación lo entendí completamente <3 muchas gracias

Excelente video. ¿Quién sería el actor para el caso de uso Record Application Failure? para ponerlo en la especificación de requisitos

Eres un buen profesor explicando me has servido mucho tus video:) aparte buen sonido hay video que ni se escucha en la buena

gracias me ayudo

Perdon que te corrija pero en el ejemplo de composicion vs herencia, utilizas una agregacion no una composicion, lo demas se entiende bien

me hubiera gustado con ejemplos reales

Hola buen día le hablo desde Colombia . Mira necesito como lo guardo y pasarlo a word que no me deja en starUML me puede hacer el favor de ayudarme ya porfavor gracias. Estaré atenta a su respuesta

Literalmente amo a este sujeto.

me ayudastes a entender los atributos y metodos staticos

Estimado no se si leas mi comentario me gustaría me ayudes con una duda. en el minuto 3:11 donde se explica de identificar actores. ¿Como se que es algo que podemos modificar en el diseño? podrías brindar un ejm practico

es forzoso usar el actor Base de datos?

uff maldita sea casi me da un infarto hoy con eso hasta que encontré este video, muchas gracias profe.

Siempre tengo que volver a recordar la diferencia entre el include y el extends y en esta ocasión me topé con tu video, excelente explicación.

excelente explicación, me costaba mucho comprender bien este tema

Como actor de UML hace 15 años, debo decir que es un excelente tutorial, 10/10 muy bien colega

Me has salvado la vida GRACIAS

Al fin entendi !!!

Gracias Eduardo por la explicacion!!

así hubiese querido que hubiera sido mi clase de casos de uso

Muy bueno...👏🏻👏🏻 de un proceso de negocios de un caso de uso algún ejemplo ?

Gracias

Como es para hacer los hombrecitos y las f lechas etc Usas algún programa o q funciones del word se usan?

no esta completo asi que no funciona ni siquiera como DFD, menos como un diagrama actividades UML

En la descripción del caso de uso, ¿Se le añade una descripción completa o general?, por ejemplo: si en mi sistema se generaran clientes cada 10 seg. ¿Pongo generar clientes o generar clientes cada 10 seg.?.

Genio, gracias!

Muchas gracias me despejaste muchas dudas. Ya que estudio virtual y no tenia muy claro este tema.

Saludos

Asombra la manera en como enseñas, muy claro y directo!!

Gracias por la información

excelente explicación, muchas gracias. Éxitos.

Excelente Explicacion.

Creo que lo entiendo un poco mejor, like :D

Videazo, me saco de un apuro

gracias xD

Vi varios videos y este es el que más me sirvió, gracias ..excelente explicación

un saludo noche buena xD

ke es sto :v

excelente todo muy entendible

Me parece que esos son mas bien casos de pruebas

No deberia utilizar un signal sending, tendria que modificar y/o crear un objeto y asi procesarlo en la logica de negocio en la base de datos. Estas utilizando los conceptos de forma erronea.

Fantástica clase de Análisis y Diseño de software. Recomiendo ver toda la lista de reproducción pongo enlace: ua-cam.com/play/PLrP8pSZSCRWMFyKg_Wy6Bu0s3sjZt0eRJ.html Muchas gracias al autor por su trabajo.

como s podria acer en un caso de uso de un sistema de compra

Te llamas Jhoemir Tafur?

muy bien explicado gracias por compartir su conocimiento

Muy buen video 👍

2:35 Me parece que la relación entre Cliente y Reserva es de Composición y no de Agregación. Si no hay un cliente que la realice no puede existir una reserva por sí sola.

7:30 en 4.1 el argumento de setHabitación no debería ser habitaciones[i] en vez de h?

¿ No debería ir un signal sending y un signal receipt al final, desde la BD hacia el Recepcionista, para que sepa la respuesta del la base de datos y finalice el proceso en él y no en la Base de datos?

5:15 Me parece que hay un error, porque el sistema no verifica los datos del nuevo autor como si fuera un login, sino que simplemente los registra por primera vez. La palabra "check" del diagrama de CU es la que genera el error, al traducirla directa por "verifica" en el paso 4 de la descripción del CU. En el Diagrama secuencial se aprecia que es así, porque del <<actor>>acd:AuthorCredentialDB no sale un mensaje de retorno hacia el sistema con la respuesta de la verificación, ni el sistema interrumpe su proceso esperándola. Simplemente manda a guardar los datos y sigue su curso con los pasos 5 y 6.