Descripción general de los diagramas de UML 2.

Un diagrama UML es una representación gráfica (vista) parcial de un modelo de un sistema

bajo diseño, implementación o ya existente. El diagrama UML contiene elementos gráficos
(símbolos), nodos UML conectados con bordes (también conocidos como rutas o flujos), que
representan elementos en el modelo UML del sistema diseñado. El modelo UML del sistema
también puede contener otra documentación, como casos de uso escritos como textos con
plantillas.

El tipo de diagrama está definido por los símbolos gráficos primarios que se muestran en el
diagrama. Por ejemplo, un diagrama donde los símbolos principales en el área de contenido
son clases es un diagrama de clase . Un diagrama que muestra los casos de uso y los actores es
el diagrama de casos de uso . Un diagrama de secuencia muestra la secuencia de intercambios
de mensajes entre líneas de vida .

La especificación UML no impide la mezcla de diferentes tipos de diagramas, por ejemplo, para
combinar elementos estructurales y de comportamiento para mostrar una máquina de estado
anidada dentro de un caso de uso. En consecuencia, los límites entre los diversos tipos de
diagramas no se aplican estrictamente. Al mismo tiempo, algunas herramientas UML
restringen el conjunto de elementos gráficos disponibles que podrían usarse cuando se trabaja
en un tipo específico de diagrama.

Clasificación de los diagramas de UML 2.5

La especificación UML define dos tipos principales de diagramas UML: diagramas de estructura
y diagramas de comportamiento .

Los diagramas de estructura muestran la estructura estática del sistema y sus partes en
diferentes niveles de abstracción e implementación y cómo se relacionan entre sí. Los
elementos en un diagrama de estructura representan los conceptos significativos de un
sistema y pueden incluir conceptos abstractos, del mundo real y de implementación.

Los diagramas de comportamiento muestran el comportamiento dinámico de los objetos en

un sistema, que puede describirse como una serie de cambios en el sistema a lo largo del
tiempo .

Los diagramas de UML 2.5 se pueden clasificar jerárquicamente como se muestra a

continuación. Tenga en cuenta que los elementos que se muestran en azul no forman parte de
la taxonomía oficial de UML 2.5 de los diagramas.
UML 2.5 Diagrams Taxonomy.

Resumen de diagramas de UML 2.5.

Tenga en cuenta que los elementos en azul no forman parte de la taxonomía oficial de los
diagramas de UML 2.5.

Diagramas de Estructura UML 2.5

Los diagramas de estructura muestran la estructura estática del sistema y sus partes en
diferentes niveles de abstracción e implementación y cómo esas partes están relacionadas
entre sí. Los elementos en un diagrama de estructura representan los conceptos significativos
de un sistema y pueden incluir conceptos abstractos, del mundo real y de implementación.

Los diagramas de estructura no utilizan conceptos relacionados con el tiempo , no muestran

los detalles del comportamiento dinámico. Sin embargo, pueden mostrar relaciones con los
comportamientos de los clasificadores exhibidos en los diagramas de estructura.
 Descripción de los diagramas de objetos y
clases de UML

El diagrama de clase es un diagrama de

estructura UML que muestra la estructura
del sistema diseñado a nivel de clases e
interfaces , muestra sus características ,
restricciones y relaciones: asociaciones ,
generalizaciones , dependencias , etc.

Algunos tipos comunes de diagramas de

clase son:

diagrama de modelo de dominio ,diagrama de clases de implementación .

El diagrama de objetos se podría considerar como un diagrama de clase de nivel de instancia

que muestra especificaciones de instancia de clases e interfaces ( objetos ), ranuras con
especificaciones de valor y enlaces (instancias de asociación ).

Una clase es un clasificador que describe un conjunto de objetos que comparten el

mismo
o características ,
o restricciones
o semántica (significado) .
Una clase se muestra como un rectángulo de contorno sólido que contiene el nombre
de la clase y, opcionalmente, con compartimentos separados por líneas horizontales
que contienen entidades u otros miembros del clasificador.
Como la clase es el clasificador más utilizado, no es necesario agregar la palabra clave
"clase" en los guillemets sobre el nombre de la clase. El nombre de la clase debe
estar centrado y en negrita , con la primera letra del nombre de la clase en mayúscula
(si el conjunto de caracteres admite mayúsculas).

Clase Cliente - detalles suprimidos

Las características de una clase son atributos y operaciones .
Cuando se muestra la clase con tres compartimentos , el compartimento central
contiene una lista de atributos y el compartimiento inferior contiene una lista
de operaciones . Los atributos y las operaciones deben dejarse
justificados a simple vista, con la primera letra de los nombres en minúscula.

Class SearchService - detalles del nivel de análisis

 Las características representadas por característica pueden ser de las instancias del
clasificador consideradas individualmente ( no estáticas ) o del clasificador en sí
( estáticas ). La misma característica no puede ser estática en un contexto y no estática
en otro.
Con respecto a las características estáticas , se reconocen dos semánticas
alternativas. La característica estática puede tener:
o diferentes valores para diferentes clasificadores con, o
o el mismo valor para todos los clasificadores que ofrecen.
De acuerdo con esta semántica, la herencia de valores para características estáticas
está permitida pero no es requerida por UML 2.
Las características estáticas están subrayadas , pero solo los nombres. Los puntos
suspensivos (...) como el elemento final de una lista de características indican que
existen características adicionales, pero no se muestran en esa lista.
Los atributos de una clase están representados por instancias de propiedad que
son propiedad de la clase . Algunos de estos atributos pueden representar
los extremos navegables de las asociaciones binarias .
Los objetos de una clase deben contener valores para cada atributo que sea miembro
de esa clase, de acuerdo con las características del atributo, por ejemplo, su tipo y
multiplicidad.

Class SearchService - detalles del nivel de implementación.

El createEngine es una operación estática
Los atributos u operaciones se pueden agrupar por visibilidad . Una palabra clave o
símbolo de visibilidad en este caso se puede dar una vez para múltiples funciones con
la misma visibilidad.

Servicio de Búsqueda de Clase - atributos y operaciones agrupadas por visibilidad

Se pueden proporcionar compartimentos adicionales para mostrar otros detalles,
como restricciones , o simplemente para dividir características.
Una clase en el UML podría usarse como un espacio de nombres para
otros clasificadores, incluidas clases, interfaces, casos de uso, etc. Los clasificadores
anidados son visibles solo dentro del espacio de nombres de la clase contenedora.
En UML 2.5, la clase se estructuró, se encapsuló y se comportó al extender
el clasificador encapsulado y el clasificador de comportamiento . Debido a esto,
cualquier clase puede tener alguna estructura interna y puertos .
Los servicios de biblioteca son clases estructuradas encapsuladas a través del puerto
searchPort.
El anidamiento de clasificadores definidos dentro del alcance de la clase estructurada
limita la visibilidad de los clasificadores al alcance del espacio de nombres de la clase
estructurada contenedora y, por lo tanto, admite la encapsulación (ocultación de
información) a través de los puertos.

Clase estructurada de compras en línea con puerto de compras y estructura interna.

Clase abstracta
UML 2.4 menciona la clase abstracta pero no proporciona definición. Probablemente
podamos relacionar la definición de clasificador abstracto con la clase
abstracta. Podemos suponer que en UML 2.x la clase abstracta no tiene una
declaración completa y "típicamente" no se puede crear una instancia. Una clase
abstracta está destinada a ser utilizada por otros clasificadores (por ejemplo, como
objetivo de las relaciones de generalización de generalización).
UML 2.4 no proporciona ninguna explicación de la "declaración de clase incompleta" y
si está relacionada con el concepto de operación abstracta , que también estaba
presente en UML 1.4.2 y está ausente en UML 2.x.
El intento de crear una instancia de una clase abstracta no está definido : algunos
idiomas pueden hacer que esta acción sea ilegal, otros pueden crear una instancia
parcial para fines de prueba.
El nombre de una clase abstracta se muestra en cursiva .

Class SearchRequest es una clase abstracta

También se puede mostrar un clasificador abstracto utilizando la palabra
clave {resumen} después del nombre o debajo de él.
Interfaz
Una interfaz es un clasificador que declara un conjunto de características y
obligaciones públicas coherentes. Una interfaz especifica un contrato .Cualquier
instancia de un clasificador que realice (implemente) la interfaz debe cumplir ese
contrato y, por lo tanto, proporcionar los servicios descritos por contrato.
Dado que las interfaces son declaraciones, no son instanciables. En cambio, una
especificación de interfaz se implementa mediante una instancia de un clasificador
instanciable, lo que significa que el clasificador de instanciable presenta una fachada
pública que se ajusta a la especificación de la interfaz.
Cualquier clasificador dado puede implementar más de una interfaz. La interfaz puede
ser implementada por varios clasificadores diferentes.
Una asociación entre una interfaz y cualquier otro clasificador implica que debe existir
una asociación conforme entre cualquier implementación de esa interfaz y ese otro
clasificador. En particular, una asociación entre interfaces implica que debe existir una
asociación conforme entre las implementaciones de las interfaces.
Notación
Se puede mostrar una interfaz usando un símbolo de rectángulo con la palabra
clave "interfaz" que precede al nombre.

Interfaz SiteSearch
Las obligaciones que pueden asociarse con una interfaz son la forma de varios tipos de
restricciones (como condiciones previas y posteriores) o especificaciones de protocolo,
que pueden imponer restricciones de orden en las interacciones a través de la interfaz.

Interfaz Pageable
Las interfaces realizadas por un clasificador son sus interfaces proporcionadas , y
representan las obligaciones que las instancias de ese clasificador tienen para con sus
clientes. Describen los servicios que las instancias de ese clasificador ofrecen a sus
clientes.
La interfaz que participa en la dependencia de la realización de la interfaz se muestra
como un círculo o bola, etiquetada con el nombre de la interfaz y unida por una línea
continua al clasificador que realiza esta interfaz.

Interfaz SiteSearch es realizado (implementado) por SearchService.

La interfaz requerida especifica los servicios que necesita un clasificador para realizar
su función y cumplir con sus propias obligaciones para con sus clientes. Se especifica
mediante una dependencia de uso entre el clasificador y la interfaz correspondiente.
La dependencia de uso de un clasificador a una interfaz se muestra representando la
interfaz por medio de un semicírculo, etiquetado con el nombre de la interfaz, unido
por una línea continua al clasificador que requiere esta interfaz.

Interfaz SiteSearch es utilizado (requerido) por SearchController.

 Característica
La característica representa una característica estructural o de comportamiento de
un clasificador o de instancias de clasificadores.

Diagrama de vista general de características

La característica podría ser una característica no estática o
una característica estática . La misma característica no puede ser estática en
un contexto y no estática en otro.
Las características de una clase son atributos (características estructurales)
y operaciones (características de comportamiento).
Las características no tienen notación general. Las subclases definen su
notación específica.
Los puntos suspensivos (...) como el elemento final de una lista de
características indican que existen características adicionales, pero no se
muestran en esa lista.
Característica no estática
Característica no estática caracteriza las instancias individuales de clasificador.
Característica estática
La característica estática representa alguna característica del propio clasificador.
La característica estática podría tener una de dos semánticas alternativas:
o diferentes valores para diferentes clasificadores con, o
o el mismo valor para todos los clasificadores que ofrecen.
Debido a esto, la herencia de valores para características estáticas
está permitida pero no es requerida por UML 2.
Los nombres de las características estáticas están subrayados .
Característica estructural
Una característica estructural es una característica tipificada de un clasificador que
especifica la estructura de las instancias del clasificador, especifica que las instancias
del clasificador de características tienen una ranura cuyo valor o valores son de un tipo
específico.
Una propiedad es un ejemplo de característica estructural .
La característica estructural admite una multiplicidad que especifica cardinalidades
válidas para la colección de valores asociados con una instanciación de la característica
estructural.
La característica estructural se podría denotar como característica de solo lectura . Una
característica estructural de solo lectura se muestra utilizando {readOnly} como parte
de la notación para la característica.
Las características estructurales no solo se leen de forma predeterminada, sino que al
mismo tiempo la especificación UML permite suprimir la anotación {readOnly} en los
diagramas UML. Si se eliminó {readOnly} , no es posible determinar si la característica
estática es solo de lectura o no en el diagrama.
Característica de comportamiento
Una característica de comportamiento es una característica de un clasificador que
especifica un aspecto del comportamiento de sus instancias. Una característica de
comportamiento especifica que una instancia de un clasificador responderá a
solicitudes específicas invocando el comportamiento.
Una operación es un ejemplo de característica de comportamiento .
La lista de parámetros propios describe el orden, el tipo y la dirección de los
argumentos que se pueden dar cuando se invoca la característica de comportamiento
o que se devuelven cuando finaliza la característica de comportamiento. Una
característica de comportamiento puede provocar una excepción durante su
invocación.

Propósito

Muestra la estructura del sistema, subsistema o componente diseñado como clases e

interfaces relacionadas, con sus características, restricciones y relaciones: asociaciones,
generalizaciones, dependencias, etc.

Diagrama de objetos
 El diagrama de objetos
se definió en la especificación UML 1.4.2
ahora obsoleta como "un gráfico de
instancias, incluidos objetos y valores de
datos. Un diagrama de objetos estático es
una instancia de un diagrama de clase;
muestra una instantánea del estado
detallado de un sistema en un punto en el
tiempo." También declaró que el diagrama
de objetos es "un diagrama de clase con
objetos y no clases".

La especificación UML 2.4 simplemente no proporciona una definición de diagrama de objetos,

excepto que "los siguientes nodos y bordes se dibujan normalmente en un diagrama de
objetos: Especificación de instancia y enlace (es decir, Asociación)".

Tenga en cuenta que la jerarquía estándar de diagramas de UML 2.5 (consulte la descripción
general de diagramas de UML 2.5 ), muestra los diagramas de clase y los diagramas de objetos
como completamente no relacionados. Algunas otras fuentes UML autorizadas afirman que los
diagramas de componentes y los diagramas de implementación que contienen solo
especificaciones de instancia también son tipos especiales de diagramas de objetos.

La descripción general del diagrama de objetos a continuación muestra algunos de los

elementos principales del diagrama de objetos: especificaciones de instancia anónima y con
nombre para objetos , ranuras con especificaciones de valor y enlaces

(instancias de asociación ).

Instancia y especificación
de instancia
La instancia es una entidad del sistema, manifestación concreta (implementación) de
una abstracción. La abstracción podría estar representada por uno o
más clasificadores o ningún clasificador en absoluto. Normalmente usamos /
tenemos instancias de:
 clase -> objetos
 asociación -> enlaces
 componente
 artefacto
 nodo
 actor
 caso de uso
Cuando la instancia manifiesta algún clasificador, se llama instancia de ese clasificador,
por ejemplo, instancia de la clase Cliente, instancia del nodo Servidor, instancia del
caso de uso del Boleto de Compra. En algunos casos, las instancias de clasificadores
tienen nombres específicos. Por ejemplo, el objeto es una instancia de una clase ,
mientras que el enlace es una instancia de una asociación .
La instancia suele ocupar espacio o ranuras de memoria en el mundo real o de
software, y podría estar en algún estado como resultado de la (s) operación
(es) aplicada (s) .
Una especificación de instancia es un elemento de paquete UML que representa
alguna instancia en un sistema modelado.
La especificación de instancia generalmente se muestra en diagramas de nivel de
instancia: diagramas de objetos , diagramas de estructura compuesta,
diagramas de implementación a nivel de instancia, diagramas de
comportamiento, diagramas de casos de uso , diagramas de
interacción y diagramas de actividad .
La especificación de la instancia describe la instancia con el grado apropiado de
detalles, ya sea parcial o completamente. La descripción puede incluir:
 Tipo de la entidad, especificado por ninguno, uno o más clasificadores de los cuales la
entidad es una instancia.
 Definición de valores de características estructurales de la entidad.
 Especificación de cómo construir, derivar o calcular la instancia.
No todas las características estructurales de todos los clasificadores de la especificación
de la instancia necesitan ser representadas por espacios , en cuyo caso la
especificación de la instancia es una descripción parcial.
La instancia puede tener un nombre o ser anónima cuando el nombre no es
importante. El nombre de instancia permite distinguir la instancia de otras instancias
dentro del mismo contexto de denominación (alcance).
UML 2.4 no proporciona reglas de sintaxis BNF ni reglas verbales para nombres de
instancia. También hay algunos ejemplos. Es común que el nombre sea un nombre
corto o una frase de nombre, una secuencia de letras, dígitos y algunos signos de
puntuación (por ejemplo, por lo general se excluyen los dos puntos). A continuación,
formulé un BNF, porque hay otras cosas que hay que tener en cuenta.
nombre-especificación-instancia :: = [ etiquetas ] [ nombre-instancia ] ':'
[ nombres-tipo-compuestos ]
labels :: = '«' label [',' label ] * '»'
etiqueta :: = palabra clave | estereotipo
nombre-instancia :: = identificador
nombre-tipo- compuesto :: = nombre-tipo-compuesto [',' nombre-tipo-
compuesto ] *
nombre-tipo-compuesto :: = espacio de nombres ['::' espacio de nombres ] *
espacio de nombres :: = identificador
Una especificación de instancia usa la misma notación que el clasificador. El nombre se
muestra como una concatenación subrayada del nombre de la instancia (si existe), dos
puntos (':') y nombre (s) de clasificador (es). Tenga en cuenta que el BNF anterior hace
':' en el nombre de especificación de instancia requerido, lo que no es necesariamente
cierto. En algunos casos, cuando es obvio que el diagrama muestra una instancia, se le
permite no usar subrayado.
Los nombres son opcionales tanto para las especificaciones de la instancia como para
los clasificadores UML.

Instancia anónima de la clase Cliente.

En algunos casos, el clasificador de la instancia es desconocido o no está
especificado. Cuando tampoco se proporciona el nombre de la instancia, la notación
para tal instancia anónima de un clasificador sin nombre es simplemente dos puntos
subrayados - :.

Instancia newPatient de la clase anónima o desconocida.

Instancia app-srv-37 del servidor Sun Fire X4150 estereotipada como dispositivo.
La instancia podría tener el nombre de la instancia, el clasificador y el espacio de
nombres (paquete) especificado, todos opcionales. La convención para mostrar
múltiples clasificadores es separar sus nombres por comas.

Cámara frontal de la clase de cámara.

del paquete android.hardware
Si una instancia tiene algún valor, la especificación del valor se muestra después de un
signo igual ('=') después del nombre de la instancia, o sin el signo igual debajo del
nombre.

Instancia orderPaid de la clase Date

Tiene valor el 31 de julio de 2011 a las 3:00 pm.
Las ranuras se muestran como características estructurales con el nombre de la
entidad seguido de un signo igual ('=') y una especificación de valor.También se puede
mostrar el tipo (clasificador) de la característica.

Instancia newPatient of the Patient class

Tiene ranuras con valores especificados.