Diagramas de clases usando UML

*
1
Contenido
1
• ¿Qué es un diagrama de clase?
2
• Elementos de un diagrama de clase
3
• Clase, atributo, método y visibilidad
4
• Agregación y composición
5
• Generalización e interface
6
• Organización de clases usando paquetes
2
¿Qué es un diagrama de
clase?
• Es un tipo de diagrama UML que permite
visualizar y documentar el modelo de
clases de una aplicación.
• Puede construirse por ingeniería reversa
desde algún lenguaje de programación
soportado por Visual Paradigm (Java, PHP,
C, etc.) o generar código en base al modelo
de clases.
3
Elementos de un diagrama de clases








Interface
Clase
Clase
Atributo
Métodos
Interface
Asociación
Clase asociativa
Generalización
Paquete
Operaciones/métodos
Atributos
4
Asociación
Elementos de un diagrama de clases
Clase: define un tipo de objeto y sus características incluyendo su estructura y
comportamiento. Se nombran iniciando con una letra mayúscula. Por ejemplo:
Cliente, Llanta, Edificio.
Atributos: definen los datos de un clase. Tienen visibilidad, nombre y tipo de dato.
Métodos: son los servicios que ofrece una clase. Tienen visibilidad, nombre, lista de
parámetros y el tipo de dato que devuelven. Por ejemplo: lista, procesar.
Visibilidad: es de 4 tipos:
a) Privada: solo las clases en el mismo contenedor pueden usarla y verla.
b) Protegida: solo las clases en el mismo contenedor o los descendientes del
contenedor pueden usarla y verla.
c) Pública: cualquier clase puede usar y ver la clase.
d) Paquete: solo las clases dentro del mismo paquete pueden usarla y verla.
Por default, los atributos son privados y los métodos son públicos.
5
Creando un diagrama de clases
6
Asociaciones
Representan relaciones entre clases.
Pueden relacionar diferentes clases a relacionar una clase a sí misma.
Pueden contener lo siguiente:
a)
b)
c)
d)
Nombre de la asociación.
Nombre de los roles.
Multiplicidad.
Navegabilidad.
Opcionalmente puede usarse una flecha
de dirección.
Debe nombrarse usando verbos.
7
Roles





Cada asociación tiene 2 roles.
El nombre del rol identifica el rol que objeto juega en la asociación.
Es opcional.
Debe usarse solo si se necesita para explicar mejor el diagrama.
En el ejemplo, Empleado y Empleador son los roles de persona y empresa
respectivamente.
8
Multiplicidad
 Define cuantos objetos participan en la relación (cardinalidad).
 Depende del sistema que se está modelando.
Cardinalidad
Semántica
0..1
Cero a uno
0..*
Cero a muchos
1
Exactamente 1
1..*
Uno a muchos
2..8
NaN
9
Clases de asociación
 Sirven para resolver una relación muchos a muchos en un modelo de datos
relacional.
 Cuando una relación tiene atributos que no pertenecen a ninguno de los objetos
de la asociación se usa una clase de asociación.
 Puede tener sus propios métodos u operaciones.
10
Agregación
 Es un tipo especial de asociación que indica jerarquía llamada también relación
“todo-parte”.
 Un diamante hueco al final de la asociación indica el todo.
 Asigna multiplicidad a cada clase en la relación.
 La “parte” puede existir independientemente del “todo”.
Una persona puede tener ninguno, uno o varios teléfonos
y el teléfono puede existir sin que exista una persona
propietaria del teléfono.
11
Composición
 Es un tipo especial de asociación que indica jerarquía llamada también relación
“todo-parte” pero donde la “parte” depende del “todo”. Es decir, la “parte” no
puede existir sin el “todo”.
 Un diamante lleno al final de la asociación indica el todo.
Un aula escolar no puede existir si no existe primero el
Colegio donde se ubica, al que pertenece y del que
forma parte.
12
Generalización
 Es una forma de relacionar clases basándose en sus similitudes y diferencias.
 Las subclases heredan los métodos y atributos de su superclase.
 La relación entre una subclase con su superclase se llama “es un tipo de” o “es
una”.
 Una generalización no es una asociación. Es una relación donde las subclases
contienen los elementos de su superclase.
Un edificio y una casa es un tipo de construcción.
13
Interface
 Es un conjunto de operaciones que una clase puede realizar.
 La interface solo define lo que la clase podría hacer pero no dice cómo lo debe
hacer.
 Está basada en la presencia de métodos abstractos.
 No puede ser instanciada.
 Una clase se relaciona a su interface mediante realización.
 Se representa por un triángulo lleno que apunta a la interface.
 Las interfaces luego deben ser implementadas por clases que hereden de la
clase abstracta.
La clase “String” de
Java implementa la
interface
“Comparable” que sólo
tiene un método que
debe ser definido o
realizado en la clase
String
14
Paquetes




Es un contenedor general.
Una clase solo puede estar dentro de un paquete.
Un paquete puede estar dentro de otro paquete.
Puede existir dependencia entre paquetes.
15