Un diagrama de clases describe los tipos de objetos (sus atributos, operaciones y restricciones) que hay en el sistema y las relaciones est�ticas que existen entre ellos.

B�sicamente hay dos tipos de relaciones:

• Asociaciones: Un Cliente hace un Pedido

• Subtipos: Un Profesor es un subtipo de Persona

# Componentes: Clases

Representadas por rect�ngulos divididos en tres secciones:

• Nombre de la Clase: La parte superior muestra el nombre de la clase.

• Atributos: La secci�n del medio lista las propiedades o datos que la clase mantiene.

• M�todos: La secci�n inferior detalla las operaciones o funciones que la clase puede realizar.

En c�digo:

public class Pedido {
    // Atributos privados
    private Date fecha;
    private int cantidad;
    private double precio;

    // Constructor
    public Pedido(Date fecha, int cantidad, double precio) {
        this.fecha = fecha;
        this.cantidad = cantidad;
        this.precio = precio;
    }

    // M�todos p�blicos
    public void despacha() {
        // Implementaci�n del m�todo despacha
    }

    public void cierra() {
        // Implementaci�n del m�todo cierra
    }

    // Podr�amos agregar los m�todos de acceso (getters) y
    // modificaci�n (setters) de los atributos privados
}

# Relaciones: Asociaci�n

Una l�nea simple que conecta dos clases y representa una relaci�n entre ellas, como la colaboraci�n o interacci�n.

La multiplicidad indica la cantidad de objetos que participan. El �*” entre Cliente y Pedido indica que Cliente puede tener muchos Pedidos asociados; el �1” indica que un Pedido viene de un solo Cliente.

public class Cliente {
    private String nombre;
    private String direccion;
    private List<Pedido> pedidos; // Lista de pedidos asociados

    public Cliente(String nombre, String direccion) {
        this.nombre = nombre;
        this.direccion = direccion;
        this.pedidos = new ArrayList<>();
    }

    public void addPedido(Pedido pedido) {
        pedidos.add(pedido);
    }
}

Si agregamos Navegabilidad (con Pedido apuntando a Cliente):

# Herencia

Una l�nea que termina en un tri�ngulo apuntando hacia una superclase, indicando que una clase hereda de otra.

public class ClienteCorporativo extends Cliente {
    private String nombreContacto;
    private double limiteCredito;

    public ClienteCorporativo(String nombre, String direccion, String contacto, double limite) {
        super(nombre, direccion);
        this.nombreContacto = contacto;
        this.limiteCredito = limite;
    }
}

# Agregaci�n y Composici�n

Agregaci�n (Relaci�n D�bil)

Un objeto est� relacionado con otros, teniendo los segundos una existencia propia. Si se borra la librer�a, los libros pueden seguir existiendo.

Composici�n (Relaci�n Fuerte)

La existencia de uno depende del otro; la parte no puede existir sin el todo. Se borra el pol�gono, se borran sus puntos.

# Interfaces y Visibilidad

Una interfaz es una clase sin implementaci�n (operaciones sin cuerpo ni atributos). Se usa <<interface>> y l�neas punteadas para la implementaci�n.

S�mbolos de Visibilidad:

• + P�blico
• - Privado
• # Protegido

# Diagrama Completo

Prop�sito y Uso

• Dise�o: Esenciales para definir la estructura del c�digo antes de implementarlo.

• Documentaci�n: Detalla c�mo est� construido el sistema para el mantenimiento futuro.

• Comunicaci�n: Facilita el entendimiento com�n entre desarrolladores y analistas.

# Conclusi�n

El diagrama de clases es un instrumento vital en UML y en la ingenier�a de software, no solo ayuda a los desarrolladores a pensar y dise�ar de manera estructurada y organizada, sino que tambi�n asegura que el equipo de desarrollo comparta una comprensi�n com�n del dise�o del sistema.