Ejemplo

0. CONCEPTOS INICIALES.
Las clases representan los bloques de construcción más importantes de cualquier sistema orientado a objetos. Una clase es una descripción de un conjunto de objetos que comparten los mismos atributos, operaciones, relaciones y semántica. La representación gráfica de clases en UML se muestra en la siguiente figura.
[pic]
Esta notación es independiente de cualquierlenguaje de programación.

El primer bloque de la figura representa el nombre de la clase, el segundo bloque contiene los atributos, y el tercer bloque contiene las operaciones.

El nombre de la clase puede ser simple (ej: Figura) o puede indicar el camino completo (paquete) donde reside la clase (ej: Grafico::Figura).

En la definición de los atributos se pueden incluir sus tipos
(ej:altura:Real)
Lo mismo para las operaciones
(ej: mover(a:int, b:int):boolean)

No es necesario mostrar todas las características. A veces las clases tienen tantas características, que no es conveniente mostrarlas todas. En estos casos también se pueden organizar las características usando estereotipos. Por ejemplo:
[pic]
La representación en detalle de una clase, se muestra en la siguiente figura:[pic]

El comportamiento de una clase se representa mediante operaciones
Las operaciones se encuentran examinando los diagramas de interacción
[pic]
Las clases capturan la vista de diseño ESTÁTICA de un sistema.
Elementos UML de los diagramas de clases:
* Clases, su estructura y comportamiento.
* Relaciones: Asociación, Agregación, Herencia…
* Indicadores de multiplicidad y navegación.
*Roles que juega cada clase en una relación.
El diagrama de clases tiene como fuente a los diagramas de interacción (allí se identifican los mensajes entre los objetos) que a su vez vienen del modelo de dominio (en donde se identifican los atributos y algunas asociaciones).
Se debe nombrar a las clases siguiendo el modelo de dominio y es conveniente establecer de antemano reglas para poner nombres.1. RESPONSABILIDADES. Una responsabilidad es un contrato o una obligación de una clase. Al modelar clases, un buen comienzo consiste en especificar las responsabilidades de los elementos. Una clase bien estructurada tiene al menos una responsabilidad (debería tener pocas). Gráficamente, las responsabilidades se expresan en una sección al final de la clase. Por ejemplo:
[pic]
2. USO DE CLASES.A. Modelar el vocabulario de un sistema: Para modelar el vocabulario de un sistema, hay que identificar aquellas cosas que utilizan los usuarios para describir el problema o la solución. Una vez identificadas las abstracciones, hay que identificar sus responsabilidades. El siguiente es un ejemplo del modelado del vocabulario de un sistema.
[pic]

3. RELACIONES.
Las clases casi nunca seencuentran aisladas. Por lo general la mayoría de ellas colaboran con otras de varias maneras. Por tanto, al modelar un sistema también hay que modelar la forma en que las clases se relacionan.

Las relaciones constituyen el camino para que se comuniquen los objetos.

Se examinan los diagramas de interacción para determinar qué tipo de relación entre objetos tiene que existir para que pueda darseel comportamiento deseado ( Si 2 objetos necesitan comunicarse, debe haber una relación entre ellos.

Una dependencia es una relación de uso, que declara que un cambio en la especificación de un elemento (por ejemplo la clase Evento) puede afectar a otro elemento que la utiliza (por ejemplo la clase Ventana), pero no necesariamente a la inversa (la flecha va dirigida hacia el elemento del cual sedepende).
Una dependencia quiere decir que un elemento utiliza a otro.

Una generalización conecta una clase general (llamada superclase o padre) con otra clase más especializada (llamada subclase o hijo).
Es una relación "es-un" o "es-una".
Por ejemplo, el CuadroDialogo es una Ventana.

Las asociaciones son relaciones estructurales entre instancias, que especifican que los objetos de un...