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

Summary

En este vídeo se explica cómo modelar la estructura de un sistema a través de un diagrama de clases, utilizando como ejemplo un sistema de gestión de pedidos. Se detalla cómo identificar clases como Pedido, Línea de Pedido, Producto, Cliente (personal y corporativo) y Vendedor. Se establecen relaciones entre estas clases, como generalización, asociación y dependencia, para reflejar adecuadamente la realidad del negocio. Además, se mencionan atributos y métodos de algunas clases para un modelado más preciso.

Takeaways

• 📝 Se aborda el modelado de la estructura del sistema a través de la elaboración de un diagrama de clases para un sistema de gestión de pedidos.
• 🛒 El sistema permite a los clientes realizar pedidos compuestos por varias líneas de pedido, cada una relacionada con un producto específico.
• 👥 Se diferencian dos tipos de clientes: personal y corporativo, con diferencias en los métodos de pago y en la relación con los vendedores.
• 💳 Los clientes personales pueden pagar con tarjetas de crédito, mientras que los corporativos tienen un contrato con un límite de crédito.
• 🏢 Los clientes corporativos están atendidos por vendedores asignados, que forman parte de la empresa y gestionan una cartera de clientes.
• 🔵 Se deben identificar las clases que modelan los conceptos del dominio del sistema, como Pedido, Línea de Pedido, Producto, Cliente, etc.
• 🔗 Se establecen relaciones entre las clases que reflejen la realidad del sistema, como generalización, asociación, composición y dependencia.
• 👨‍👧‍👦 Los clientes (generalización) se dividen en clientes personal y corporativo (especialización).
• 🔗 Se asocia el cliente con los pedidos que realiza, y se establece una relación de composición entre Pedido y Línea de Pedido.
• 🔗 Se establece una relación de agregación entre Línea de Pedido y Producto, y de asociación entre Cliente y su método de pago específico.
• 👔 La relación entre Cliente Corporativo y Vendedor es de tipo asociación, con un vendedor asignado por cliente.
• 💼 Se puede modelar la dependencia entre un Vendedor y el Sistema de Pago utilizado para procesar las ventas.

Q & A

¿Qué es el modelado de la estructura del sistema y cómo se relaciona con el diagrama de clases?

El modelado de la estructura del sistema es el proceso de diseñar un diagrama de clases que representa los diferentes componentes y sus relaciones en un sistema. Este diagrama de clases es una herramienta de modelado utilizado en la ingeniería del software para visualizar la estructura de los objetos, sus atributos y las relaciones entre ellos.

¿Cuál es el caso práctico que se aborda en el vídeo?

El caso práctico trata sobre un sistema de gestión de pedidos que permite a los clientes realizar pedidos a una empresa. Este sistema distingue entre clientes personales y clientes corporativos, y tiene un conjunto de vendedores que atienden únicamente a clientes corporativos.

¿Qué diferencia hay entre un cliente personal y un cliente corporativo en el sistema?

Un cliente personal es una persona que realiza pagos mediante tarjetas de crédito, mientras que un cliente corporativo es una empresa que tiene un contrato con un límite de crédito para realizar compras.

¿Cuál es la relación entre los vendedores y los clientes corporativos?

Cada vendedor se encarga de una cartera de clientes corporativos, pero un cliente corporativo solo es atendido por un único vendedor.

¿Qué tipo de relaciones se pueden establecer en un diagrama de clases?

En un diagrama de clases se pueden establecer relaciones de dependencia, asociación, generalización y realización.

¿Cómo se establece una relación de generalización en el diagrama de clases?

Una relación de generalización se establece cuando una clase es más general y se puede particularizar en dos o más tipos específicos, como se ve entre 'Cliente', 'Cliente Personal' y 'Cliente Corporativo'.

¿Qué es una relación de asociación y cómo se representa en el diagrama de clases?

Una relación de asociación se establece cuando dos clases están relacionadas pero no una depende de la otra. Se representa con una línea que une las clases y a veces se indica la multiplicidad de la relación.

¿Cuál es la diferencia entre una relación de composición y una de agregación?

La relación de composición indica que los objetos de una clase forman parte de los objetos de otra clase de tal manera que no pueden existir sin ellos, como las 'Líneas de Pedido' dentro de un 'Pedido'. La relación de agregación es menos fuerte y permite que los objetos de ambas clases existan independientemente, como una 'Línea de Pedido' que consta de varios 'Productos'.

¿Cómo se representa una relación de dependencia en el diagrama de clases?

Una relación de dependencia se representa con una flecha que apunta desde la clase dependiente hacia la clase de la que depende, generalmente cuando una clase utiliza a otra en sus métodos.

¿Qué detalles se pueden incluir en una clase en el diagrama de clases?

En una clase se pueden incluir atributos, como la 'Línea de Crédito' en la clase 'Contrato', y operaciones o métodos, como 'Consultar Saldo' en la clase 'Sistema de Pago'.

¿Cómo se determina la multiplicidad en una relación de asociación?

La multiplicidad se determina por la cantidad de objetos de una clase que pueden estar asociados con los objetos de otra clase. Por ejemplo, un cliente puede tener uno o más pedidos, mientras que un pedido pertenece a un solo cliente.