En UML, un diagrama de Clases pertenece a la vista estructural del modelo del sistema. Permite visualizar las clases del programa y sus relaciones.
La visibilidad de los atributos puede ser privada solo para la clase, pública para todos, protegida a solamente la clase y sus subclases, o interna al paquete. Un atributo o método es estático si pertenece a la clase y es compartido por todos los objetos, en lugar de haber uno para cada objeto.
Relaciones:
- Asociación.
- Agregación.
- Composición.
- Generalización.
- Dependencia (uso).
Un clasificador es un concepto discreto que tiene identidad, estado, comportamiento, y relaciones. Suele ser todo lo que sea instanciable. Ej: una clase, interfaz, caso de uso, actor, tipo de dato, etc.
Una interfaz es un clasificador que declara un conjunto de métodos. De esos métodos, solamente se especifica su firma, no su implementación. Así, las interfaces establecen un contrato que deben cumplir las clases que las implementen, lo que desacopla el código. Se las considera más flexibles y “livianas” que las clases abstractas.
Una dependencia existe entre dos elementos si cambios en la definición de un elemento pueden provocar cambios en el otro. Toda asociación implica una dependencia, debido a la relación proveedor-cliente.
Los estereotipos que existen son:
- Entidad:
<<entity>>. - Interfaz:
<<boundary>>. - Control:
<<controller>>.
UML 2.0 introduce una diferencia entre ownership (cuando una clase es dueña de la asociación) y navegabilidad (cuando una clase solamente conoce a la otra clase de la asociación).