Curso UML Diagrama de Clases

[@FernandoAndrade-s4i]

Me ha encantado esta explicación, he entendido todo al 100%. Mil gracias.

[@Charles_San]

Eres el mejor explicando y con StarUML, mucho mejor..

[@theleonu12]

PROFE HIDALGO LO MÁS GRANDE

[@AlexanderCorreaMonrroy]

Excelente me ha resuelto un gran enigma que tenía de las relaciones entre tablas

[@alexandercoro5054]

Muy buena y clara la explicacion. Gracias por compartir conocimientos. Solo en el ultimo ejemplo habria que hacer una correcion de cardinalidad entre la relacion Detalle-Factura y Producto, deberia ser 0..* a 1..* ya que un Detalle-factura puede tener uno o mas productos; y un Producto puede estar en cero o muchas facturas.

[@welnder]

EXCELENTE VIDEO Y MUY BIEN EXPLICADO POR FIN LLEGUE A ENTEDER EL DIAGRAMA DE CLASES, GRACIAS POR COMPARTIR TUS CONOCIMIENTOS

[@DataMasterSchool]

Muchas gracias Welnder!

[@josydasalone]

con el fin de ayudar a la explicación del ejemplo, cabe aclarar que la relación entre detalle_fact y producto debe ser *.* (muchos a muchos), ya que producto puede pertenecer a varios detalle_factm pero también detalle_fact puede tener muchos productos.

[@dioco098]

gracias, estoy estudiando u tecnologo en sistemas de información y me ayudo mucho estoy.

[@DataMasterSchool]

Muchas gracias dioco! Por favor comparte el material y si tuvieses alguna sugerencia para mis proximos videos sería genial!

[@aaronquintanar5195]

WOOOW!!! Muy buen video, explicas muy bien. Gracias

[@TheWenbest]

buenas tardes, me puede explicar cuando hace la asociacion como saca el uno a muchos porque a mi no me sale o no se como hacerlo. gracias

[@migueleduardofernandezsevi3538]

Muchas gracias por este video de verdad

[@DataMasterSchool]

Con mucho gusto.

[@pablofonseca8867]

Buenas, creo que tienes una relación mala. Entre factura detalle y producto. Un producto solo puede incluirse en una línea de detalle de la factura maestra, y las líneas de detalles deben tener de 1 a muchos productos. Me corriges si me equivoco, muchas gracias por el vídeo, muy bueno.

[@2000coque]

Entendible y preciso, muchas gracias

[@jorgejimenez9726]

flako me salvaste la raja se agradece

[@santiagopadron1296]

Excelente video, me aclaro muchas dudas sobre los diagramas de clases, pero en el ejemplo que das en el video solo utilizas 1 ejemplo, un diagrama de clases aplicado al diseño de una base de datos, ¿podrías dar mas ejemplos de diagramas de clases aplicado a otras partes del desarrollo de un sistema?, muchas gracias :D

[@RonaldNDavidValencia]

si, lo que explica no es un diagrama de clases si no de entidades

[@wilsonlaynez5313]

Ese ejemplo es mas bien de Entidad Relacion mas que diagrama de clase, falto usar las otras 4 relaciones

[@diego.coder26]

Esto es un modelo entidad relación, no vale la pena realizar una sobrecarga de instancias de objetos del detalle factura en el sistema, ese trabajo se lo dejamos mejor a la base de datos para que guarde esa información y con un ORM las podemos referenciar con clases abstractas sin llenarnos de objetos, el consumo de RAM sería increíble

[@mariaurena6282]

Por fin entiendo.

[@sergiozamorano8386]

bueno el tuto y me has hecho recordar algunos conceptos de modelamiento que habia olvidado muchas gracias - like

[@maryta22]

Recomiendas un libro porfavor?

[@melchiah6603]

Una pregunta a usted, ¿Cuál diagrama cree usted que se debatía de diseñar primero?. Me explico: Por lo que veo el diagrama de clases se asemeja mucho con el diagrama E/R. Entonces la pregunta va enfocada a estos dos diagramas. Desde su experiencia, usted recomienda hacer alguno primero y basarse en ese para realizar el otro, o uno no afecta al otro.

[@jdc19001]

muy clara la explicacion

[@SamGamyiKLC]

13:10 Me parece que debería ser "detalle _factura" 0..* ------ 1 "producto". Porque un producto puede no haberse registrado todavía en un detalle_factura si ha entrado recién al catálogo como producto nuevo.

[@Posta91]

solo son 4 videos?_ gracias!!

[@ornellaputti6691]

Excelente, me ayudo a colocar en orden varias cosas

[@valp_co]

Gracias Crack!

[@locog4]

Creo que tenes un error, un cliente puede tener 1..* facturas, no 0..* ya que si no tiene ninguna factura realmente no es un cliente dado que no compró nada. Igual muy buen video.

[@MateusSouza-gl7jh]

creo que aclaro ese mismo error en el video y lo cambio

[@eduardorazuri1198]

lo aclaro, al menos mira todo el video

[@brayanleandroretamalescalle]

la definición de cliente no va relacionado con si compra o no compra, todos somos clientes cuando visitamos una tienda, por lo mismo el cliente puede o no tener facturas ya que sin facturas puede seguir siendo un cliente. para definir el sistema el cliente debe de cumplir un rol siendo un objeto y ese rol lo cumple ya que representa a todas las personas que ingresen o no a la tienda

[@cristianfernando2951]

muy bueno el video!

[@marceloleyton308]

Hola amigo, me gusta tu curso porque aprendo lo básico, sin embargo, me gustaría me dijeras si con Visio 2016 podría hacer los UML de Clases y casos de uso? o si puedes recomendar una que te parezca idea bajarme con licencia o sin licencia..... gracias por tu respuesta.

[@alexandragarcia896]

Muchas graciasssss

[@ComodinAnonimo]

me sirvió mucho , gracias :)

[@io0sweetdreams0oi]

el ejemplo es de diagrama entidad relación?

[@tanialargoibarra7225]

De hecho es relacional si lo asocia con base de datos, solo que como es un ejemplo que solo se hizo con relaciones de asociación tiende a confundirse.

[@jesusitsao9663]

Hola una pregunta que diagramas se realizan segun la etapa de rup, por ejemplo en inicio que diagramas son, en diseño, codificacion y pruebas por favor

[@artroddocencia288]

excelente video, que software usaste para las clases? no es VS.

[@DataMasterSchool]

Hola ARTROD, el software es StarUML

[@SamGamyiKLC]

4:05 Y si el cliente fallece, la tienda tampoco se vería afectada y seguiría existiendo. ¿Entonces, la relación no debería llevar el diamante en ambos extremos?

[@brayanleandroretamalescalle]

no, ya que la definición de "tienda" añade a clientes para que cumpla el rol de tienda, si no existen clientes, si eliminas a todas las personas posibles que puedan realizar una compra o visitar la tienda entonces no sería tienda ya que no tiene quién le compre

[@brayanleandroretamalescalle]

3 años tarde pero bue :v

[@SamGamyiKLC]

@@brayanleandroretamalescalle No es el primero que me ha respondido de 3 o 4 años atrás por estas fechas. Algo se debe haber ajustado en el algoritmo.

[@relsongomezinca6340]

tengo entendido de que una clase tiene tres partes (nombre, atributos y operaciones) que hay de las operaciones de las clases

[@jhonospino90]

El video trato exclusivamente de las relaciones entre las clases.

[@romelzela4938]

Métodos. Las operaciones de las clases son llamados métodos. Y es el comportamiento de la clase

[@LordClown369]

Aguante argentina vieja

[@davidsanchezmancilla6765]

no se porque siento que esta tratando el diagrama de clases como un modelo relacional.

[@oscarsanchez1562]

Entonces el diagrama de clases y el diagrama de entidad relación de la base de datos son casi los mismos??

[@DataMasterSchool]

Oscar Sánchez Hola Oscar el modelo entidad relación es equivalente al Diagrama de clases en UML en uml puedes colocar los atributos, métodos y herencias!

[@ayerenmartinezs]

Segun lo que he leido no son lo mismo, ya que un diagrama entidad relación te da una vision de tu base de datos de forma general para saber los atributos de una entidad, sin importar que sean quizas multivaluados, compuestos, etc. en cambio un diagrama de clases ya te da una visión de la base de datos que vas a crear con algun gestor de base de datos, tal como lo diseñas asi lo vas a codificar, es importante saber que hay un proceso de conversión de Entidad relación a Diagrama de Clases.

[@MateusSouza-gl7jh]

Aca se especifica mas los metodos herencias y demas... tipo una vicion a lo que vas codificar en tu proyecto

[@johanadelgado4693]

Gracias!!!

[@DataMasterSchool]

Gracias Johana, por favor comparte el material y si tuvieses sugerencias para mis próximos videos sería genial!

[@a1a2a3a4a5985]

Gracias :D

[@cristiandavidsorianohuerta2762]

amigo necesito una colaboración no se si sea posible que me brindes ayuda

[@ghostdarknesss]

Pues creo que el profe se desvió del camino, era clase de UML, no de E-R, como se llena la base de datos no interesa, sino como se forma el UML, una clase es un objeto y estamos modelando objetos, faltan que tipos de datos son, si int o string o double; faltan las operaciones, los set, los get, generarFactura, está muy pobre este video

[@kevingonzalez6991]

me gusta si ves este vídeo por el sena :v

[@zack468]

alv :v que agradable sujeto jpg. :v

[@torekzagalar3201]

"Una factura puede tener de uno a muchos detalles". Para mí eso está mal expresado. En la práctica una Factura tiene un sólo detalle. Cada factura tiene UN SÓLO detalle de los productos que compró. Por otra parte, un detalle está compuesto por uno o muchos CONCEPTOS por los cuales se determina el monto total de la factura.. Entonces, lo correcto sería "Una factura puede tener de uno a muchos CONCEPTOS" que en su conjunto componen UN SÓLO DETALLE de la factura.

[@DataMasterSchool]

Excelente!

[@igor.miranda]

te falto un id_detalle_factura

[@NitrosS]

Este tutorial comete el mismo error que los demás. No codifican la clase a un lenguaje de programación como java, c++, c# o python. No hace un ejemplo claro de composición. Se necesita saber también como pasar los diagramas a codigo fuente. Te dejo el like porque me enseñas el starUML y algunas otras cosas pero, al video le falta mucho aun.

[@ZleuXkj]

Nitros64 telosiko

[@DataMasterSchool]

Nitros64 hola Nitros 64, no lo puedo codificar porque estoy utilizando un programa sin licencia, por tal motivo sería inútil ya que no lo podría ejecutar.

[@melchiah6603]

LA verdad es que apoyo el comentario de ZleuXkj. Sí entiendo que la licencia gratuita de StartUML no lo permite, pero podría hacer un ejemplo con dos clases de cada tipo de relación en java o C# o algún otro lenguaje de programación. He buscado por días un vídeo que muestren como se ve todo eso reflejado en código. Como siempre es una sugerencia, con todo respeto, de igual manera le agradezco su explicación, es muy buena.

[@MisericordiaZ]

Como cuando no sabes para que esta orientado el UML

[@cristianp87]

pero es que el lenguaje uml, es para mostrar el diseño de lo que se requiere en el proyecto sin importar donde se haga la implementacion. por eso es un lenguaje universal de diseño de software.

[@DiosSalveAMaria]

Alguien me puede explicar cual es la diferencia entre asociacion y agregacion por favor?

[@diego.coder26]

Asociación : Como la palabra lo índica las clases es la manera en como las clases se comunican , existen 2 tipos de asociaciones , 1- Agregación , 2-Composición 1-Agregación: Tipo asociación débil, se simboliza con un rombo de color blanco y las clases sujetas a estas tienen ciclo de vida independiente, si una clase se destruye la otra clase referencia-da puede seguir viviendo 2-Composición: Tipo de asociación fuerte, se simboliza con un rombo de color negro y las clases sujetas tienen el mismo ciclo de vida, si la clase contenedora se destruye, todas las demás clases también