BIBLIOGRÁFIAS UTILIZADAS

http://www.sparxsystems.com.ar/resources/tutorial/uml2_deploymentdiagram.html

http://www.slideshare.net/dersteppenwolf/modelamiento-visual-y-uml

http://es.wikipedia.org/wiki/Diagrama_de_despliegue

http://tvdi.det.uvigo.es/~avilas/UML/node50.html

http://www.neuronsrl.com.ar/training/uml/uml_despliegue.html

ENLACE DE AYUDA

Esto es una presentación que encontramos y espero les ayude con el tema, saludos.


http://www.slideshare.net/arcangelsombra/diagramas-de-despligue-uml-1475353?type=powerpoint

EJEMPLOS DE DIAGRAMAS

DESDE LOS MAS SENCILLOS HASTA LOS COMPLICADOS

INTRODUCCION AL TEMA

RESUMEN

Básicamente este tipo de diagrama se utiliza para modelar el Hardware utilizado en la implementación del sistema y la relaciones entre sus componentes.
Los elementos usados por este tipo de diagrama son nodos, componentes y asociaciones. En el UML 2.0 los componentes ya no están dentro de nodos, en cambio puede haber artefactos (archivo, un programa, una biblioteca o Base de datos) u otros nodos dentro de nodos.
Además los Diagramas de Despliegue muestran la configuración en funcionamiento del sistema incluyendo su software y su hardware. Para cada componente de un diagrama es necesario que se deba documentar las características técnicas requeridas, el trafico de red, el tiempo de respuesta, etc.

El Diagrama de implementación describe la configuración de los nodos de un sistema en funcionamiento y la disposición de los componentes y objetos en ellos, incluida la posible migración de contenidos entre nodos.

El diagrama muestra la configuración de nodos de procesamiento en tiempo de ejecución y las instancias de componentes y objetos que se encuentran dentro de esos nodos. Los componentes representan manifestaciones de ejecución de unidades de código. Los componentes que no existen como entidades en tiempo de ejecución (porque han sido recopilados de distancia) no aparecen en estos diagramas, sino que debe ser mostrado en los diagramas de componentes. Un diagrama de despliegue muestra casos mientras que un diagrama de componentes muestra la definición de tipos de componentes propios.

Semantica

El diagrama de despliegue contiene instancias de nodos conectados por enlaces de comunicación. Las instancias de nodo puede contener instancias de tiempo de ejecución, como instancias de componentes y objetos. Instancias de componentes y objetos también pueden contener otros objetos. El modelo puede mostrar las dependencias entre las instancias y sus interfaces, y también puede modelar la migración de entidades entre nodos u otros contenedores.

Además tiene una forma de descriptor y un formulario de ejemplo. La forma de la instancia (descrito anteriormente) muestra la ubicación de instancias de componentes específicos en casos específicos de nodo como parte de una configuración de sistema. El descriptor de forma muestra que los tipos de componentes que pueden vivir en los tipos de nodos y qué tipos de nodos pueden estar conectados, de forma similar a un diagrama de clases.

El Diagrama de despliegue es un diagrama estructurado que muestra la arquitectura del sistema desde el punto de vista del despliegue (distribución) de los los artefactos del software en los destinos de despliegue.

Los artefactos representan elementos concretos en el mundo físico que son el resultado de un proceso de desarrollo. Ejemplos de artefactos son archivos ejecutables, bibliotecas, archivos, esquemas de bases de datos, archivos de configuración, etc

Destino de despliegue está generalmente representado por un nodo que es o bien de los dispositivos de hardware o bien algún entorno de ejecución de software. Los nodos pueden ser conectados a través de vías de comunicación para crear sistemas en red de complejidad arbitraria.

Hay que tener en cuenta, que en los diagramas  UML 1.x de despliegue los componentes eran enviados directamente a los nodos. En UML 2.x, los artefactos se despliegan en los nodos, y los artefactos pueden manifestar componentes (aplicar). Los componentes se implementa en nodos indirectamente a través de los  artefactos.

Los diagramas de despliegue pueden describir la arquitectura a nivel de especificación (también llamado nivel de tipo) o al nivel de instancia (de manera similar a los diagramas de clases y diagramas de objetos).

Los diagramas de despliegue de nivel de especificación muestran una visión general del despliegue de los artefactos hacia los destinos de despliegue , sin hacer referencia a casos concretos de artefactos o nodos.

Los diagramas de de nivel de instancia muestran el despliegue de instancias de artefactos en instancias específicas de los destinos de despliegue . Se pueden utilizar por ejemplo para mostrar las diferencias existentes en nombres/identificaciones en  ambientes de despliegue a desarrollo,  de "staging" o de producción, entre construcciones específicas o servidores de despliegue o dispositivos.

Los siguientes son algunos tipos comunes de diagramas de despliegue:

• Implementación (manifestación) de componentes por medio de artefactos
• Diagrama de despliegue de nivel de especificación
• Diagrama de despliegue de nivel de instancia
• Arquitectura de red del sistema.

PALABRAS CLAVES

Diagrama de despliegue, UML, Hardware, Software, Componentes, Asociaciones, Nodos, Sistemas, Relaciones, Documentacion, Caracteristicas Tecnicas, Modelamiento.

VENTAJAS

- Describe la arquitectura en tiempo de ejecución de procesadores, dispositivos y los componentes de software que ejecutan esta arquitectura.
- Describe la topología del sistema, estructura de hardware y el software que se ejecuta en cada unidad.
- La mayoria de las veces el modelado de la vista de despliegue implica modelar la topologia del hardware sobre el que se ejectuta el sistema.
- Los diagramas de despliegue se suelen utilizar para modelar:

• Sistemas empotrados: Un sistema empotrado es un colección de hardware con una gran cantidad de software que interactúa con el mundo físico. Los sistemas empotrados involucran software que controla dispositivo (motores,actuadores) que a su ves están controlados por estímulos externos como sensores.
• Sistemas cliente-servidor: Los sistemas cliente-servidor son un extremos del espectro de los sistemas distribuidos y requieren tomar decisiones sobre la conectividad de red de los clientes a los servidores y sobre la distribución física de los componentes software del sistemas a a través de nodos.
• Sistemas completamente distribuidos: En el otro extremo encontramos aquellos sistemas que son ampliamente o totalmente distribuidos y que normalmente incluyen varios niveles de servidores Tales sistemas contienen a menudo varias versiones de componentes software, alguno de los cuales pueden incluso migrar de un nodo a otro. El dise no de tales sistemas requiere tomar decisiones que permitan un cambio continuo de la topología del sistema.