UML Diagramas Clases Objeto
UML Diagramas Clases Objeto
UML Diagramas Clases Objeto
Diagrama de Clases y de
Objetos
®
Diagrama de Clase
• Una clase es una descripción de conjunto de
objetos que comparten los mismos atributos,
operaciones, métodos, relaciones y semántica.
• Las clases son graficamente representadas por
cajas con compartimentos para:
– Nombre de la clase, atributos y operaciones / métodos
– Responsabilidades, Reglas, Historia de Modificaciones,
etc.
clase
nombre HelloWorld
operaciones paint()
Abstracción para HelloWorld
clase
nombre HelloWorld
nota
import java.awt.Graphics;
class HelloWorld extends java.applet.Applet {
public void paint (Graphics g) {
g.drawString ("Hello, World!", 10, 10);
}
}
Diagrama de Clase
Applet
generalización
HelloWorld
dependencia
paint() Graphics
Herencia
Object
Panel
interface
Component
ImageObserver
Applet
Container
HelloWorld
Diagramas de Clase
• Muestra un cjto de elementos que son estáticos,
como las clases y tipos, junto con sus
contenidos y relaciones
• Es un grafo de elementos clasificadores
conectados por varias relaciones estáticas
• Clasificador --> Class, Interface, DataType.
• Clase. Alcance. Referencia. Clase Abstracta.
• Orden: [stereotype] nbre [stringPropiedades]
Ejemplo: Clase Dispositivo
• Define e implementa las operaciones para config,
transmitir y recibir informac. hacia y desde el puerto serie
• hCom: handler al dispositivo.
• puerta: nombre del puerto serie
• velocidad: velocidad de la comunicación.
• paridad: tipo de paridad
• bitStop: cantidad de bits de stop
• <<constructor>> Dispositivo() crea y abre el dispositivo
retornando un handler
• <<query>> RecuperarDispositivo() inf. BD para config.,
LeerBloque() información del puerto
• <<update>>ConfigurarDispositivo(), GrabBloquePuerto()
Diagramas de Clase
• Atributo:
• visibilidad nbre : exprTipo [= valor] [{prop}]
• visibilidad: public+, protected #, private - (no default)
• prop: {changeable} (default), {frozen}. Multiplicity [].
• Atributos de clase subrayados. Comienzan con minúscula
• Operación:
• visibility nbre (parámetros) [:TipoRetorno] [{prop}]
• prop: {query}, {sequential}, {guarded}, {concurrent},
{abstract}
• parámetros: [in|out|inout] nbre : TipoExp = valorDefault
• Operaciones de clase subrayadas.
Notación: Una Clase
Ventana
• Clases parametrizadas.
– Template no es directamente utilizable.
– Parámetros, nbre [: expTipo]
• Utilidad: es una agrupación de variables globales y
procedimientos en la forma de declaración de clase.
• Metaclase: clase cuyas instancias son clases.
• Objeto: Subrayado con valores particulares.
Notación: Interface
Iortografía
• Una interface es una colección de operaciones
que especifican un servicio de una clase o
componente, es decir, un comportamiento
externamente visible de ese elemento.
• Se especifican las operaciones externamente
visibles sin especificación de la estructura interna.
Modelado de Clases
• Una Responsabilidad es un contrato u obligación de
una clase.
• Modelado del Vocabulario
– Identificar los conceptos que usan los usuarios
(Tarjetas CRC - casos de uso)
– Para cada abstracción, identificar el conjunto de
responsabilidades. Cada clase debe estar bien
definida y un buen reparto de responsabilidades.
– Proporcionar atributos y operaciones necesarios
para cumplir con dichas responsabilidades.
• Clases muy grandes (varias responsabilidades) ->
dificil de cambiar y no reutilización.
• Clases muy pequeñas -> modelo dificil de entender.
Modelado de Clases
• Modelado de conceptos que no son software.
– Se modela como una clase
– Para distinguirla de clases del sistema se usa un nuevo
bloque de construcción con estereotipos.
– Si es un hardware que tiene software -> nodo.
• Modelado de tipos primitivos.
– Se modela como una clase con el estereotipo adecuado.
– Si se necesita especificar el rango, se usa restricciones.
• Una clase debe:
– proporcionar una abstracción bien definida de algo del
dominio del problema o de la solución
– Contiene un conjunto pequeño de responsabilidades
– Muestra una clara distinción entre la implementación y la
especificación de la abstracción.
– Ser sencilla, entendible, extensible y adaptable.
Diagramas de Clase: Relaciones
• Final de asociación:
– multiplicidad
– orden {unordered} (default), {ordered}
– navegación
– agregación. Diamante lleno es composición.
– Nombre del rol
– cambiable (default) {frozen} {addOnly}
– visibilidad
• Asociación binaria. Opcional {or}. Asociación n-aria.
• Clase asociación: es una asociación que tiene propiedades
de una clase.
• Composición. Tpo de vida. Multiplicidad del contenedor=1
• Generalización. Discriminador.
– Restricción: {ovelapping},{disjoint},{complete},{incomplete}
• Relación de dependencia
– <<amport>> <<access>> <<become>>, <<bind>>
Modelado de Relaciones
• Dependencia
– Parámetro de una operación. Si se muestra la signatura no es
necesario la relación de dependencia
• Generalización
– Dado un cjto de clases, se busca responsabilidades, atributos y
operaciones comunes.
– Se elevan a una clase más general (nueva o no). No crear
demasiados niveles.
• Asociación.
– Relación estructural. Relación bilateral. Diferencia con
dependencia y Generalización.
– Equilibradas. Ni muy profundas (<=5 niveles) ni muy anchas.
– Herencia múltiple se puede reemplazar por agregación.
Elementos del Diagrama de
Clase
Modelo Conceptual / del Dominio
• Un Modelo Conceptual /Dominio es el conjunto
de diagramas de estructura estático con clases,
atributos y asociaciones, pero no operaciones.
• Construcción del Modelo Conceptual / Dominio
– Representa un aspecto de la realidad
– Ayuda a los Ingenieros de Sofware a gestionar la
complejidad
– Es más simple que la realidad
Libro es un Item
Revista es un Item
Copia es una copia de Libro
MiembroDeBiblioteca
Item
MiembroDeStaff es un MiembroDeBiblioteca
MiembroDeStaff MiembroDeBiblioteca
1 1
prestamo prestamo
0..12 0..*
Revista Copia es copia de Libro
1..* 1
Generalización y Associación
*
Item
GroceryOrder
1
Customer NonPItem PerishItem
Objeto:
–{active}, posee el thread,es capaz de iniciar actividad
de control
–pasivo, mantiene los datos pero no inicia la actividad
Interface
Object
interface
Component
ImageObserver
Container
interface ListIterator {
getFirst();
getNext();
}
Ejemplo de Iterador (2)
class FilteredListIterator implements ListIterator {
List.Node curr;
FilteredListIterator(List list, Filter f) {}
getFirst() {
curr = list.head;
while (curr != null) {
if (f.accepts(curr.data))
break;
curr = curr.next;
}
return curr;
}
getNext() {}
}
Otras característias del patrón
Iterador
• Los Iteradores proveen una interface común
para el acceso al objeto
– Pueden usar la misma interface para listas
implementadas como arrays y listas implementadas
como listas encadenadas.
– Es más facil cambiar las implementaciones de la
estructura de datos
C ollection
A b s trac tS et
S et
TreeS et
SortedSet
Gerenciamiento del Modelo
Paguetes y Organización
• Los paquetes:
– Son una agrupación de elementos del modelo
– Son cohesivos (límite bien definido alrededor de un conjunto
de elementos relacionados).
– Poco acoplados (exportando sólo aquellos elementos que
otros paquetes necesitan, e importando solo lo necesario y
suficiente
– Pueden contener paquetes subordinados (anidados:
aconsejable 2 a 3 niveles) y otros elementos del modelo.
– Forman un espacio de nombres (p’::A, p’’::A).
• El sistema completo es un simple paquete (anónimo).
• Todo diagrama y elementos del modelo UML pueden
estar organizados en paquetes
• De la propiedad: Jerarquía de paq. es un árbol
• Del uso: es un grafo.
Paquete & Nota
Reglas de
Negocio
Un paquete es un mecanismo de propósito general para
organizar elementos dentro de grupos.
Retornar una
copia de self
java
Graphics awt
lang
Paquetes
• Los paquetes ofrecen un mecanismo general para la
partición de los modelos y la agrupación de los elementos
de modelado.
Cada paquete corresponde a un subconjunto del modelo.
Contiene clases, objetos, relaciones, componentes y
diagramas.
La arquitectura del sistema viene dada en forma de
paquetes y por las relaciones de dependencia entre ellos.
Un paquete puede contener a otros, sin límite de
anidamiento
Cada elemento pertenece a sólo un paquete
Una clase de un paquete puede aparecer en otro paquete
por la importación a través de una relación de
dependencia entre paquetes
Paquetes (Cont.)
Las importaciones entre paquetes
se representan por medio de una relación de
dependencia estereotipada y orientada del cliente al
proveedor
Al menos una clase del paquete cliente usa los
servicios ofrecidos por al menos una clase del paquete
proveedor
Una clase depende de otra si accede a un valor del
proveedor, invoca a una operación o referencia al
proveedor como argumento en alguna operación
Todas las clases no son necesariamente visibles desde el
exterior del paquete
El operador “::” permite designar una clase definida en un
contexto distinto del actual
Un paquete encapsula a la vez que agrupa
Paquetes (Cont.)
Cada elemento de un paquete se incluye como visible o
no desde el exterior del paq.
Personal
Cliente
Técnicas
• Los paquetes no tienen identidad (no hay instancias, son
invisibles para el sistema en ejecución).
• Se pueden utilizar como unidades básica para un SCM,
para grupos de desarrollo diferentes.
• Los paquetes se pueden utilizar para modelar las vistas
arquitectónicas.
• Vista es una proyección de la organización y estructura de
un sistema, centrada en un aspecto particular del sistema.
– Descomposición de un sistema en paquetes casi ortogonales.
• Vista de diseño, procesos, implementación, despliegue, caso de uso.
– Los paquetes contienen todas las abstracciones pertinentes para
esa vista.
• Todos los componentes del modelo pertenecen al paquete vista de
implementación.
• Existirán dependencias entre los elementos de las distintas vistas.
Modelos
Clases Objetos
UnaClase unObjeto:UnaClase
atr1 o
atr2
:UnaClase
operacion1()
operacion2() o
o unObjeto