Empecé tarde a conocerte y no sabes lo que me arrepiento...ahora sigo muchos cursos y me estoy actualizando rápido y gracias a tu dedicación y docencia. MUUUUUchisimas gracias por todo. Este curso lo llevo al día jajajaj
Bajo el paradigma de Orientación de Objetos, en el manual estándar de Java se define el proceso de Generalización hacia la Especificación. La Generalización parte de la base más elemental y sencilla, reuniendo algunos atributos (propiedades) u operaciones (métodos-funciones) básicos mientras que la Especificación se trata de un proceso que incrementa más los atributos y las operaciones, que son producto de la herencia desde la Generalización hacia la Especificación que a su vez añade sus propios atributos y operaciones. Como analogía pongamos una árbol. Las raíces son la Generalización y los frutos la Especificación. Un fruto reune una concepción química y física mucho más compleja "especializada" que una raíz del árbol "generalizada". Saludos. Muy buen curso. 😊
Juan estaria bueno que en cada diagrama que vayas viendo cuentes en tu experiencia quienes serian los roles que desarrollan dicho diagrama. Por ejemplo en mi experiencia el diagrama de casos de uso lo desarrolla el project manager y el analista funcional, de los datos que sacan en sus reuniones con el cliente(requisamiento)
Un video genial Juan!!!! Me gustaria saber si hablarás en algun video sobre las especificaciones de los casos de uso (explicación detallada: id, breve descripción, actores, precondiciones, flujo, postcondiciones y flujos alternativos). ¿Qué opinias en añadirlos como documentación complementaria a los casos de usos? Muchas gracias.
siguiendo el ejemplo del login la generalizacion se podria usar cuando nos aparece iniciar sesion con cuenta de google por ejemplo, u otras opciones que aparecen alternativas a las de la propia aplicacion. Asi que en un login vemos include (verificacion), extend (olvido password) y generalizacion
quiero saber tu opinión consideras que usar UML es la mejor herramienta para hacer software , vas ha hacer código de los ejemplos de UML. Yo creo que UML te soluciona el síndrome del impostor porque te permite tener una perspectiva del código de forma global.
Intentaré en próximos vídeos cuando veamos otro tipo de diagramas incluir código, pero no creas que es sencillo. ¿En qué lenguaje pongo los ejemplos? Bueno... ya veremos. Lo del síndrome del impostor no tengo claro si UML ayuda a no tenerlo. Pero en el caso de que a alguien le ayude en este sentido, pues genial. ¡Un saludo!
@@pildorasinformaticas en cuanto a lenguaje mi opinión es python debido al crecimiento exponencial que está teniendo y ayudarás aquellos que están empezando ha alcanzar un nivel bastante bueno en la construcción de software. Pero esto es opinión mía el canal no es mío es una recomendación para intentar aportar a la mejora del canal
Saludos, muchas gracias por estos videos, son los que me han aclarado el tema. Tengo una duda, los casos de uso deben ponerse en el orden en como suceden en el sistema, como en el diagrama de flujo?
No, en un diagrama de casos de uso, los casos no tienen que seguir el orden de ejecución del sistema como en un diagrama de flujo. Cada caso de uso representa una funcionalidad o tarea independiente, y el objetivo del diagrama es capturar todas las posibles interacciones que los actores pueden tener con el sistema, sin preocuparse por el flujo secuencial. ¡Saludos!
Me quedo clarísimo ahora que el include y extends son usadas comunmente para realizar asociaciones entre casos de uso, eso se ve en POO la típica asociación valga la redundancia entre una clase y otra mientras que la generalización la dependencia es mucho más fuerte, está diciendo A y B son la misma cosa salvo que B tiene unas cositas más. Saludos.
Empecé tarde a conocerte y no sabes lo que me arrepiento...ahora sigo muchos cursos y me estoy actualizando rápido y gracias a tu dedicación y docencia. MUUUUUchisimas gracias por todo. Este curso lo llevo al día jajajaj
Es la segunda vez que veo tus videos, y cada vez me doy cuenta de más cosas
Muchas Gracias por el video, Definitivamente esto se refuerza con la practica.
Bajo el paradigma de Orientación de Objetos, en el manual estándar de Java se define el proceso de Generalización hacia la Especificación. La Generalización parte de la base más elemental y sencilla, reuniendo algunos atributos (propiedades) u operaciones (métodos-funciones) básicos mientras que la Especificación se trata de un proceso que incrementa más los atributos y las operaciones, que son producto de la herencia desde la Generalización hacia la Especificación que a su vez añade sus propios atributos y operaciones. Como analogía pongamos una árbol. Las raíces son la Generalización y los frutos la Especificación. Un fruto reune una concepción química y física mucho más compleja "especializada" que una raíz del árbol "generalizada". Saludos. Muy buen curso. 😊
Muy buen curso y muy bien explicado como todos los que haces, gracias
Juan estaria bueno que en cada diagrama que vayas viendo cuentes en tu experiencia quienes serian los roles que desarrollan dicho diagrama. Por ejemplo en mi experiencia el diagrama de casos de uso lo desarrolla el project manager y el analista funcional, de los datos que sacan en sus reuniones con el cliente(requisamiento)
Muy buen video Juan!
Un video genial Juan!!!!
Me gustaria saber si hablarás en algun video sobre las especificaciones de los casos de uso (explicación detallada: id, breve descripción, actores, precondiciones, flujo, postcondiciones y flujos alternativos).
¿Qué opinias en añadirlos como documentación complementaria a los casos de usos?
Muchas gracias.
Como documentación no. Lo añadiré en un vídeo más adelante en el curso. ¡Saludos!
Genial me sirve mucho gracias muy practico
siguiendo el ejemplo del login la generalizacion se podria usar cuando nos aparece iniciar sesion con cuenta de google por ejemplo, u otras opciones que aparecen alternativas a las de la propia aplicacion. Asi que en un login vemos include (verificacion), extend (olvido password) y generalizacion
14:00 eso es muy cierto. Dan ganas de dejar toda la funcionalidad del sistema en un sólo diagrama maestro XD
quiero saber tu opinión consideras que usar UML es la mejor herramienta para hacer software , vas ha hacer código de los ejemplos de UML. Yo creo que UML te soluciona el síndrome del impostor porque te permite tener una perspectiva del código de forma global.
Intentaré en próximos vídeos cuando veamos otro tipo de diagramas incluir código, pero no creas que es sencillo. ¿En qué lenguaje pongo los ejemplos? Bueno... ya veremos. Lo del síndrome del impostor no tengo claro si UML ayuda a no tenerlo. Pero en el caso de que a alguien le ayude en este sentido, pues genial. ¡Un saludo!
@@pildorasinformaticas en cuanto a lenguaje mi opinión es python debido al crecimiento exponencial que está teniendo y ayudarás aquellos que están empezando ha alcanzar un nivel bastante bueno en la construcción de software. Pero esto es opinión mía el canal no es mío es una recomendación para intentar aportar a la mejora del canal
Python estaría genial sin duda profe.
¿Tb podría aplicarse a los actores admin y usuario en el que por encima compartan una clase padre, como por ejemplo, persona?
Saludos, muchas gracias por estos videos, son los que me han aclarado el tema. Tengo una duda, los casos de uso deben ponerse en el orden en como suceden en el sistema, como en el diagrama de flujo?
No, en un diagrama de casos de uso, los casos no tienen que seguir el orden de ejecución del sistema como en un diagrama de flujo.
Cada caso de uso representa una funcionalidad o tarea independiente, y el objetivo del diagrama es capturar todas las posibles interacciones que los actores pueden tener con el sistema, sin preocuparse por el flujo secuencial. ¡Saludos!
@@pildorasinformaticasEntendido, muchísimas gracias
Cuando termine el curso nos darías bibliografía para continuar aprendiendo?
De este curso en concreto no tengo bibliografía, pero intentaré daros fuentes de información. ¡Saludos!
Me quedo clarísimo ahora que el include y extends son usadas comunmente para realizar asociaciones entre casos de uso, eso se ve en POO la típica asociación valga la redundancia entre una clase y otra mientras que la generalización la dependencia es mucho más fuerte, está diciendo A y B son la misma cosa salvo que B tiene unas cositas más.
Saludos.
Rebueno el curso de UML
salu2 juan. para cuando el último video de django para el despliegue del proyecto?
Para cuando tenga tiempo. ¡Saludos!
W.A.V.E