Ingeniería del Software II - Modelado de clases con UML - Fernando Pereñiguez

www.ucam.edu/estudios/grados/i...
Departamento: Escuela Universitaria Politécnica
Titulación: Grado en Ingeniería Informática
Modelado de clases con UML

[@ColoqueNombreAqui]

Muchas gracias por el aporte, una lástima que este material pase desapercibido por KZbin. Saludos.

[@Veranek]

Si la catedrática que me imparte estas clases Ing. de Software explicara así, desde hace tiempo hubiero entendido esto a la perfección. Muchisiimas gracias.

[@davidquiza]

Gracias por la Clase Maestro! No creo que pase por desapercibido, al contrario, esta llegando al publico que realmente valora esta obra de arte.

[@alexcuenca2744]

He estado buscando esta clase de videos por mucho tiempo, gracias !

[@ArmandoGuerraM]

Estimado muy interesante agradeceré si puedes subir mas aportes que expliquen el proceso. Muy interesante.

[@enriquehutinelflores5234]

Muy buen material me ha ayudado en mi trabajo. Muchas gracias por la presentación.

[@carloslorenzatti3513]

Muchas gracias por este maravilloso aporte. Saludos

[@carlenriquem]

Excelente, ahora ya entiendo mejor el tema de Relaciones.

[@arbidag]

Muy bien explicado, Gracias!!

[@Nurys1971]

Excelente e impecable explicacion. mil y una gracias profe.

[@franciscacarvajal8062]

Muy buena explicación. Gracias.

[@noquierooooo]

Buenísimo, explicado con un ejemplo realista y que se entiende claramente (había encontrado varios videos pero con tipo clase animal, con sub clases león, tortuga, etc. extremadamente básicos) Muchas gracias!

[@iamanderson]

jajaja, si es cierto, cuesta encontrar un ejemplo confiable y realístico

[@JuanFranciscoGrisantyVicioso]

Excelente explicación.

[@JohanMoralessoftware_developer]

Muy buena explicación, hacen falta muchos videos como este, muchas gracias!

[@Nico-cv9lr]

Excelente! Gracias

[@mckflores]

Gracias Profesor

[@RenzoAlonsoTarquiQuispe]

Excelente video.

[@GROOVETECHSETS]

Muy bien explicado, gracias por compartirlo

[@efgotolker4086]

Excelente video

[@rickhunter8216]

BUEN VIDEO MR. CHIP

[@eduardoeuromaster599]

Buena explicación, .aunque ... Creo que la multiplicidad entre Linea Pedido y Producto está mal: en el lado de la clase Producto no sería 1..*, sería 1 ya que el enunciado dice: "Cada pedido está formado por varias líneas de pedido, cada una de las cuales se refiere a un solo producto" Además, creo que el método consultarSaldo() (que no lo pide el enunciado) de la clase "Sistema de Pago" (que tampoco se pide) no se debería compartirse con la clase "Tarjeta de Crédito", si la tarjeta de crédito tiene un saldo límite, controlar eso no formaría parte de nuestro sistema software sino que formaría parte de otro sistema software externo (el de la entidad bancaria que emite la tarjeta de crédito de Cliente Personal)

[@ramonbastidas8910]

MUY INTERESANTE...

[@juliethcastillo5532]

GRacias!

[@cristhianelvisvelasquezven3726]

Hubiese sido genial que lo hicieras en código también

[@josuetobar3840]

MUY BUEN VÍDEO

[@patriciofernandez1788]

thanks!

[@kevineliot3630]

Hola! hay alguna lista de vídeos del tema UML?

[@sebastianramirez1127]

Gracias.

[@lalomontiel7210]

Buen video,wapo

[@frankiealberto]

tengo uan pregunta para ver si usted sabe un juego executable en bit steam se le puede cambiar el valor numerico para poder abrirlo y jugarlo bien verdad

[@DisparoVShoot]

6:37 Creo que ahí hay un error, ya que si la clase Linea Pedido actúa como una clase "intermedia" para una asociación de muchos a muchos (un pedido puede tener muchos productos y vice-versa) no tendría sentido práctico asociar Linea de Pedido con Producto con una cardinal muchos a muchos, debería ser muchos a uno (desde Linea Pedido hasta Producto). De todas formas gracias, me sacaste algunas dudas que tenia.

[@Unknown971]

No te entendi

[@user-cg2of1ux2s]

CADA LINEA DE PEDIDO TIENE UN UNICO PRODUCTO. CONSIDERO QUE ESA RELACION DE MUCHOS Q LE LLEGA A LA CLASE PRODUCTO DESDE LA CLASE LINEA DE PEDIDO ESTA ERRADO.

[@visitor404]

No están al revés las agregaciones y composiciones en el ejemplo? Pregunto. Gracias.

[@fredyricardocortesramirez8445]

Que buen vídeo, bastante buena la explicación, pero me gustaria salir de dudas. En el diagrama de clases no puede aparecer la relacion de muchos a muchos ( * a * ), es decir, es necesario colocar las intermedias como por ejemplo pedido y linea pedido. Gracias y saludos!

[@JuanCarlos-ey9tg]

Pues en realidad si hay una relación * a *, aunque de manera indirecta, entre pedido y producto, un pedido puede tener N productos y un producto puede aparecer en M pedidos, pero la manera correcta de unirlos es como aquí se presenta, mediante la linea de pedidos. Saludos

[@danya.cordova404]

alguien puede implementar este UML en código java por favor :c

[@marcossoto7507]

muy bueno, peor no entiendo porque la clase cliente corporativo es atendida por vendedor, y no la clase cliente(yo pondria la relacion con la clase cliente), xq de esta forma esta quedando la clase cliente personal "sin atender" no?

[@Heimaster]

Gracias, tengo una duda en la relacion entre linea de pedido y producto porque no es una relacion de composision?. Si en una lina de pedido costa de uno o mas productos.

[@lupitagg5070]

No, es de agregacion, ya que los productos sin pedidos, siguen siendo producto, es decir el tiempo de vida del objeto incluido no depende del que lo incluye

[@danielbarrera7644]

Por que en el diagrama está definido que una linea de producto consta de uno o más productos? si en la descripción dice que una linea de producto consta de un solo producto.

[@cuticula3744]

Pelao Perez tampoco entendi esa parte es un error?

[@DisparoVShoot]

Si es un error, Linea Pedido se supone que es una clase intermedia entre Pedido y Producto para hacer mas "simple" una relación mucho a muchos en la fase de implementación.

[@jhancarlosilvaochoa5720]

la relacion deberia de ser 1-1

[@josesolorzano3037]

los diagramas de clases parten de los casos de usos o directamente de los requerimientos

[@charly-ic2dd]

de los requerimientos

[@JuanCarlos-ey9tg]

Ambos parten de los requistos, sin embargo, regularmente (aunque no obligatorio), un caso de uso sirve como base para posteriormente desarrollar el diagrama de clases

[@ramirosalcedo6424]

⭐⭐⭐⭐⭐

[@jackdanielc5118]

hay varias cosas que no estan bien.

[@antonioubedamontero2927]

Hola. ¿Por qué entre vendedor y sistema de pago hay una relación de dependencia y, por ejemplo, entre cliente personal y tarjeta de crédito no hay la misma relación? ¿En qué se diferenciarían uno y otro tipo? Gracias,

[@eduardoeuromaster599]

Creo que no es de dependencia, es una realación de realización. Creo que eso también es compatible con que Cliente Personal realice el pago independientemente de Vendedor, aunque sí, es un poco confuso.

[@ulisesbittencourt8237]

porque pone atributos como publico? y el encapsulamiento?

[@juandiegobedoyagutierrez2594]

Que es una linea de pedido? aquí no es claro

[@JuanCarlos-ey9tg]

Una linea de pedido representa el detalle del mismo, es decir la lista de productos que puede contener un pedido

[@FL_Seabirds]

Excelente explicación. Solo no entiendo una cosa: Por qué la línea de pedido puede ser "0"? Si existe la línea es porque al menos contiene un producto.

[@cuticula3744]

Aldo Cabezas tampoco estendi esa parte. ademas una linea de pedido no deberia solo tener un producto? y un producto solo en una linea de pedido?

[@cuticula3744]

Aldo Cabezas geniallll entonces esta mal la.cardinalidad de linea producto con producto? segun el esquema del video?

[@cuticula3744]

Aldo Cabezas en cuanto a esas alternativas creo que en el enunciado esta reducido esas opciones .de corporativo con vendedor y contrato y cliente personal tarjeta

[@FL_Seabirds]

Correcto, pero bueno! Mirando objetivamente un producto pertenece a una sola línea de producto, por lo resultaría una relación de 1 to *. Pero además vamos a ir más lejos. ¿Un cliente personal no podría ser atendido por un vendedor? (¿Por qué solo la relación con cliente corporativo?). Otra cosa:¿Un cliente corporativo no podría pagar por tarjeta de crédito?

[@jesuseduardo2012]

debe ser porque es una asociación de agregación... osea no depende del otro y por ende el 0.

[@elroxaspiko7129]

vengo a youtube porque no entiendo nada, llego acá y sigo sin entender nada. :( es la primera materia que solo escucho BLA-BLA-BLA... Auxilio

[@marcelochambi9576]

visto gracias a teclab jaja

[@chrisignmormor9993]

mala tu wea