MARIA JOSE LEITES COIMBRA

UML
En UML 2, existen dos categorías básicas de diagramas: estos son los diagramas de estructura y de
comportamiento. Cada uno de ellos pertenece a una de estas categorías. La función de los
diagramas de estructura es mostrar la estructura estática del sistema que se está formando.
Incluyendo los diagramas de clase, objetos y componentes. Ahora cuando hablamos de de los
diagramas de comportamiento, estos muestran el comportamiento dinámico entre los objetos en el
sistema, incorporando además sus métodos, colaboraciones y actividades. Un ejemplo de diagramas
de comportamiento son diagramas de actividad, caso de uso y secuencia.

DIAGRAMA DE ESTRUCTURA EN GENERAL

Como lo mencione con anterioridad, estos diagramas de estructura muestras la estructura estática
del sistema que se está formando, enfocándose en los elementos de un sistema, independiente del
tiempo. Estas estructuras estáticas se transmiten mostrando los tipos de sistemas y sus instancias,
Estos diagramas de estructura también muestran por lo menos algunas de las relaciones entre estos
elementos e incluso gradualmente muestra su estructura interna.

De manera general podríamos decir que estos diagramas permiten la comprobación del diseño y la
comunicación del diseño entre individuos y equipos.

EL DIAGRAMA DE CLASES EN PARTICULAR

Este nos ofrece un perfecto ejemplo del tipo de diagrama de estructura y nos otorga un conjunto
inicial de elementos de notación que utilizan todos los demás diagramas de estructura.

❖ BASICOS:
❖ Clase
❖ Interfaz
❖ Tipo de Datos
❖ Componente

NOMBRE DE LA CLASE
Se representa el UML de una clase como un rectángulo que contiene tres comportamientos apilados
verticalmente.

En la primera fila del compartimiento se puede leer el nombre de la clase. En la segunda fila, el
compartimiento central, enumera los atributos de la clase. En la tercera fila, el compartimiento
inferior, enumera las operaciones de clase. Al diseñar un elemento de clase en un diagrama de clase,
debe usar el comportamiento superior y los dos comportamientos inferiores son opcionales.

HERENCIA
El diseño orientado a objetos es un concepto de suma importancia, la herencia, hace referencia a la
capacidad de una clase (clase secundaria) de heredar la funcionalidad idéntica de otra clase
(superclase) y para más tarde agregar una nueva funcionalidad propia. La superclase (clases
principales) no tienen por qué ser clases abstractas. Es habitual que un modelo de clase sea una
super clase.

ASOCIACIONES
Cuando modelamos un sistema, nos encontramos con que existen objetos relacionados entre si, y
estas relaciones en si misma deben modelarse para mayor claridad. Existen cinco prototipos de
asociaciones.

ASOCIACION BIDERICIONAL (ESTANDAR):

Estas asociaciones son un vínculo entre dos clases. Siempre se deduce que las asociaciones son
bidireccionales; significa que ambas clases conocen son conscientes de la existencia de una y de la
otra y su relación, a menos que califique la asociación como de algún otro tipo.

ASOCIACION UNIDIRECCIONAL:
Es una asociación unidireccional, dos clases que se encuentran vinculadas, pero solo un de ella sabe
de la existencia de la otra.

ASOCIASION DE CLASE:
Vincula a la asociación principal. Una clase de asociación se representa como una clase normal. Lo
que diferencia es que la línea de asociación entre las clases primarias se cruza con una línea de
puntos vinculadas a la clase de asociación.

AGREGACION:
Es un tipo especifico de asociación que se utiliza para modelar un vínculo de "todo con sus partes".

1. AGREGACION BASIC: una asociación con un vínculo de agregación señala que una clase es
arte de otra clase. En un vínculo de agregación, la instancia de la clase secundaria puede sobrevivir a
su clase principal.

2. AGREGACION DE COMPOSICION: el vínculo de agregación de composición es sencillamente

otra forma de vinculo de agregación, pero el ciclo de vida de la instancia de la clase secundaria
dependerá del ciclo de vida la instancia de la clase principal.

3. ASOCIACION REFLEXIVA: una clase también se puede vincular consigo misma.

PAQUETES

Estos paquetes permiten a los modeladores ordenar los clasificadores del modelo en espacios de
nombres, estos podrían ejemplificar como carpetas en un sistema de archivos. Fragmentar un
sistema en múltiples paquetes posibilita a que este sea más fácil de comprender, específicamente si
cada paquete representa una parte específica del mismo.

HAY DOS FORMAS DE DIBUJAR PQUETES EN DIAGRAMAS:

i. Si el modelador decide mostrar los miembros del paquete dentro del rectángulo mayor,
todos los miembros deben colocarse dentro del rectángulo.

ii. Si de lo contrario se decide mostrar los miembros del paquete por fuera del rectángulo
mayor, todos los miembros que se muestren en el diagrama deben colocarse por fuera del
rectángulo.
VISIBILIDAD

La UML reconoce cuatro tipos de visibilidad: publica, protegida, privada y de paquetes. La precisión
de UML no exige que los atributos y visibilidad de las operaciones se muestren en el diagrama de
clases, pero si requiere que determine para cada atributo u operación. Para mostrar la visibilidad en
el diagrama de clases, se debe emplear la marca de visibilidad por delante del nombre del atributo u
operación.

INSTANCIAS
Cuando se modela la estructura de un sistema, ocasionalmente es útil mostrar instancias de ejemplo
de las clases.

La numeración de una instancia es la misma que la de una clase, pero de lo contrario el

compartimiento superior tenga simplemente el nombre de clase, el nombre es una connotación
subrayada de:

Instance Name : Class Name

La causa de mostrar instancias es para que esta muestre información interesante o de relevancia, no
es necesario incluir en su modelo los atributos y operaciones de las instancias completa. Sin
embargo, es completamente apropiado mostrar solo los atributos y sus valores que son relevantes.

ROLES
A veces, es posible de forma sencilla que se desee modelar el vínculo de una clase en un nivel más
genérico. En estos casos, se debe utilizar la notación de roles. Estas notaciones de roles son muy
similares a la notación de instancias. Para modelar el rol de una clase, se diseña un cuadro, se coloca
el nombre del rol de la clase y el nombre de la clase dentro como con la notación de instancias, pero
en este caso no se subraya las palabras.

ESTRUCTURAS INTERNAS

Uno de los rasgos más útiles de los diagramas es su estructura UML 2, esta es la nueva notación de
estructura interna. Te posibilita mostrar cómo se compone internamente una clase u otro
clasificador.