UML

Diagramas de Despliegue
Diagramas de Despliegue
 Su objetivo es especificar cuáles son los elementos de
procesamiento sobre los cuales correrán los
componentes software, procesos y objetos del sistema

 También se debe especificar la conexión entre los

distintos procesadores y dispositivos
Diagramas de Despliegue
 Corresponde a la “physical view”

 Esta vista se corresponde con los elementos físicos en el

sistema, tales como los archivos ejecutables y el
hardware sobre el que se ejecutan
Diagrama de Despliegue
• Caso más simple: Un solo archivo ejecutable que residen
en una sola computadora

• Para representar hardware se usa el nodo

• Hay que especificar el nodo con el grado de detalle

requerido en el nombre del mismo. Ejemplo: Generic PC,
64-bit Processor Intel WorkStation
Diagrama de Despliegue
Diagrama de Despliegue
• Y la JVM???

• Y el SO???

• Que grado de detalle??

• El Diagrama de Despliegue debe contener detalles del

sistema que se está desarrollando. Si es importante se
deben mostrar
Artifacts
 Artifacts: Son archivos físicos que son ejecutados o son usados por
el software que estamos desarrollando

 Artifacts más comunes:

 Arhivos ejecutables, tales como .exe o .jar
 Archivos de Librería, tales como .dll.
 Código Fuente, tales como .java o .cpp.
 Archivos de configuración, tales como .xml, .txt, .properties.
Diagrama de Despliegue
 Un artifact que es desplegado en un nodo significa que el
artifact reside ( o está instalado) en el nodo.

 Tres representaciones:

Figura 1
Diagrama de Despliegue

Figura 2
Diagrama de Despliegue

Notación compacta, usada en el caso de que se tenga muchos artifacs

Diagrama de Despliegue
 Caso de que un artifact use otro artifact.

Myapplication.jar usa log4j.jar

Diagrama de Despliegue
• Un componente puede ser compilado y generar uno o
más archivos o artifacts.

• En UML si la implementación física de un artifact es un

componente, entonces el artifact “manifest” ese
componente

• Un artifact puede hacer un “manifest” no sólo de un

componente, sino de cualquier elemento empaquetable,
tal como un paquete o una clase
Diagrama de Despliegue
Diagrama de Despliegue
 Desde que los artifact pueden ser asignados a nodos, la
relación “manifest” provee la eslabón perdido entre los
componentes de software modelados y el mapeo al
hardware

 La relación “manifest” entre componentes y artifacts y la

relación de estos a nodos
Diagrama de Despliegue
• Nodo: Elemento físico que existe en tiempo de ejecución y
representa un recurso computacional que, generalmente, tiene
alguna memoria y, a menudo, capacidad de procesamiento

• No necesariamente son hardware. Un nodo software es un

contexto de una aplicación, generalmente no es parte del
software desarrollado, es un entorno de terceras partes que
provee servicios al software

• Nodos Hardware: Server, Desktop, Discos

• Nodos Software: SO, Web Server, Application Server

Diagrama de Despliegue

Hardware Node

Software Node
Diagrama de Despliegue

El entorno de ejecución necesita un hardware para ejecutarse.

Comunicación entre Nodos
• Un nodo necesita comunicarse con otros nodos

• Una aplicación de cliente que se está ejecutando en un

desktop necesitará enviar datos a un servidor usando
TCP/IP

• Los “Comunication Path” son usados para mostrar la

comunicación entre nodos en tiempo de ejecución

• Se le agrega un estereotipo al “Comunication Path”.

Determina el tipo de comunicación
Diagrama de Despliegue
Diagrama de Despliegue
Bibliografía
 Hamilton K.,Russel M. Learning UML 2.0 O’Really. 2006

 Weitzenfeld,A. Ingenieria de Software Orientado a

Objetos con UML,Java e Internet. Thomson. 2004

 Schmuller,J. Aprendiendo UML en 24 horas. Prentice Hall

 Cap. 9: Diagrama de Secuencia
 Cap. 12: Diagrama de Módulo/Componente
 Cap. 8: Diagrama de Estado
 Cap. 13: Diagrama de Despliegue /Distribución