Los Diagramas del UML 2.
0
Se clasifican en tres clases:
• Diagramas de comportamiento: Permiten exhibir comportamientos de un sistema o de los procesos de las
organizaciones. Incluyen los diagramas de actividad, estado, caso típico y de interacción.
• Diagramas de interacción: Es un subconjunto de los diagramas de comportamiento que permiten enfatizar
las interacciones entre los objetos. Incluyen comunicación, vista general de interacciones, secuencia y
diagrama de tiempo.
• Diagramas de estructura: Muestran los elementos de una especificación que sean independientes del
[Link] clase, estructura de componentes, componente, despliegue, objeto y diagramas de
paquetes.
Diagrama Descripción Prioridad
Diagrama de Actividad Muestra los procesos de alto nivel Alta
de la organización. Incluye flujo de
datos, o un modelo de la lógica
compleja dentro del sistema.
Diagrama de clases Exhibe una colección de elementos Alta
del modelo estático, tales como
clases y tipos, sus contenidos y sus
relaciones.
Diagrama de comunicaciones Ofrece las instancias de las clases, Baja
sus interrelaciones, y el flujo de
mensajes entre ellas. Comunmente
enfoca la organización estructural
de los objetos que reciben y envían
mensajes. Se lo llama también
diagrama de colaboración.
Diagrama de componentes Muestra los componentes de una Media
aplicación, sistema o empresa. Se
ven los componentes, sus
interrelaciones, interacciones y sus
interfases públicas.
Diagrama integrado de estructura Muestra la estructura interna de Baja
una clasificación (tales como una
clase, componente o caso típico), e
incluye los puntos de interacción
de esta clasificación con otras
partes del sistema.
Diagrama de despliegue Exhibe la ejecución de la Media
arquitectura del sistema. Incluye
nodos, ambientes operativos sea de
hardware o software, así como las
interfases (middleware) que las
conectan.
Diagrama general de interacciones Una variante del diagrama de Baja
actividad que permite mostrar el
flujo de control dentro de un
sistema o proceso organizacional.
Cada nodo de actividad dentro del
diagrama puede representar otro
diagrama de interacción
Diagrama de objetos Muestra los objetos y sus Baja
interrelaciones en un tiempo dado,
1
habitualmente en los casos
especiales de un diagrama de clase
o de comunicaciones.
Diagrama de paquetes Exhibe cómo los elementos del Baja
modelo se organizan en paquetes,
así como las dependencias entre
esos paquetes.
Diagrama de secuencia Modela la secuencia lógica, a Alta
través del tiempo, de los mensajes
entre las instancias.
Diagrama de estado de la máquina Describe los estados que pueden Media
tener un objeto o interacción, así
como las transiciones entre dichos
estados. Se lo denomina también
diagrama de estado, diagrama de
estados y transiciones o diagrama
de cambio de estados.
Diagrama de tiempo Muestra el cambio en un estado o Baja
una condición de una instancia o
un rol a través del tiempo. Se usa
normalmente para exhibir el
cambio en el estado de un objeto
en el tiempo, en respuesta a
eventos externos.
Diagrama de caso típico Exhibe los casos habituales, Media
actores y sus interrelaciones.
Fuente: Scott W. Ambler. Introducción a los Objetos, 3ra. edición, 2003. (en inglés)
Arquitectura de UML / MOF
MOF (Meta Objecto Facility) es un lenguaje para definir lenguajes de modelado. Está también en su versión
2.0. Se trata de alinear el metamodelo UML con el metamodelo MOF, para simplificar el intercambio de
modelos1, así como la interacción entre esas herramientas. Para esto MOF define una Arquitectura de
lenguajes de modelado con cuatro capas o niveles:
• Nivel M3: MOF
• Nivel M2: UML
• Nivel M1: Modelo del usuario.
• Nivel M0: Instancias en tiempo de ejecución.
En el UML 2.0 el metamodelo está perfectamente adaptado al metamodelo MOF.
La idea fundamental en el metamodelado es que cada entidad del sistema (clase) juegue dos papeles:
1. Como plantilla, cuando se lo ve como una clase, y
2. Como instancia, cuando se lo ve como objeto.
Si bien en el metamodelado se pueden organizar los objetos en una jerarquía con cualquier profundidad, la
práctica ha permitido observar que aún en sistemas de gran complejidad, no hay más de cuatro niveles de
profundidad.
1
...Pero usando el XMI, que es la sigla de XML Metadata Interchange. A la vez XML es el lenguaje. Se trata
de estándares utilizados originalmente en el desarrollo de webs, que se han ido extendiendo a toda la industria
del software. En realidad sólo simplifica la vida de aquellos programadores que ya trabajan con estas
herramientas.
2
Al tener una jerarquía con una profundidad prefijada, se puede usar un esquema de nombres para describir
cada nivel, y saber así cuando está en la jerarquia de instancia:
Meta-Meta-Modelo Meta-Modelo Modelo Dato
meta-meta clase meta clase clase objeto
meta-meta relaciones meta relaciones atributos valores de atributos
meta-meta atributos meta atributos relaciones relaciones (instancia)
