MODELO 4+1

VISTA DE DESPLIEGUE
Richard andra angulo ortiz                        
maria elsy lucuara Berrio                        
Jonathan steven parra concha
Mauricio Herrera isaac
 Definición
 Los diagramas de despliegue son los complementos de los diagramas de componentes que,
unidos, proveen la vista de implementación del sistema. Describen la topología del sistema la
estructura de los elementos de hardware y el software que ejecuta cada uno de ellos. Los
diagramas de despliegue representan a los nodos y sus relaciones
Definición
 Los diagramas de despliegue son uno de los dos tipos de diagramas que aparecen cuando
se modelan los aspectos físicos de los sistemas orientados a objetos.
 Para proporcionar una base para comprender la distribución física del sistema en un
conjunto de nodos de proceso, se utiliza una vista de la arquitectura llamada vista de
despliegue en el flujo de trabajo de análisis y diseño. La vista de despliegue (una de las
cinco vistas, que se muestran a continuación) ilustra la distribución de procesos en un
conjunto de nodos del sistema, incluida la distribución física de procesos y hebras. La vista
de despliegue se perfecciona durante las iteraciones.
 ¿En que consiste?
 Representan la configuración de los
nodos de procesamiento en tiempo de
ejecución y los componentes que
residen en ellos. Muestran la vista de
despliegue estática de una
arquitectura y se relacionan con los
componentes ya que, por lo común,
los nodos contienen uno o más
componentes.
 ¿Que representan?
Los diagramas de despliegue muestran la configuración en funcionamiento del sistema, incluyendo su hardware
y su software. Para cada componente de un diagrama de despliegue se deben documentar las características
técnicas requeridas, el tráfico de red esperado, el tiempo de respuesta requerido, etc.
 Permite identificar los nodos en los que trabajará o utilizarán el sistema de información, identificando a su
vez agentes externos e internos que interactúen con el sistema.
 Permite representar de forma clara la arquitectura física de la red, así como la distribución del componente
software. UML no tiene un tipo de diagramas específico para mostrar la arquitectura de la red, así que se
utiliza este tipo de diagrama que cumple efectivamente este cometido, aunque se le suele hacer alguna
modificación gráfica.
 Lo más normal es utilizarlo para dar una visión global, pero es posible utilizarlo para representar partes
específicas de la implementación.
 ventajas
 Muestra un conjunto de nodos y sus relaciones.
 Se utilizan para describir la vista de despliegue estática de un sistema.
 Se relacionan con los diagramas de componentes, ya que un nodo normalmente
incluye uno o más componentes.
 Desventajas
 La posible falla en la modelación de un hardware.
 Tales sistemas contienen a menudo varias versiones de componentes software,
alguno de los cuales pueden incluso migrar de un nodo a otro. El diseño de tales
sistemas requiere tomar decisiones que permitan un cambio continuo de la
topología del sistema.
 Dependencias
Estos son:
 nodos
 instancias de componentes de software
 instancia de nodo
 estereotipo de nodo
 artefactos
 asociación
 nodo como contenedor
 Nodo
 es un objeto físico en tiempo de ejecución que representa un recurso computacional, generalmente con
memoria y capacidad de procesamiento.
 Los nodos representan el despliegue físico de los componentes.
 Se representa con la figura de un cubo. El nodo se etiqueta con un nombre representativo de la partición
física que simboliza.
 Nodo
 Algunos ejemplos de nodos podrían ser los siguientes: Servidor web, Servidor DNS,
Servidor de Aplicaciones, PC Usuario, Base de datos… Como ves todos son elementos
físicos que participan de alguna manera en el funcionamiento del sistema.
 Nodos
Los nodos también pueden ser representados utilizando iconos personalizados con la finalidad de
clarificar el contenido del diagrama. Algunos de estos iconos de uso extendido son:
 Un muro para representar un Firewall.
 Un icono de un PC para representar el equipo de un usuario.
 Un circulo con flechas para identificar a un router.
 Una nube para representar una WAN (aunque no es propiamente un nodo)
 Un cilindro para representar una base de datos.
Como ya se ha mencionado, el estándar UML no
tiene un tipo de diagrama para describir la
arquitectura de red y, por lo tanto, no proporciona
elementos específicos relacionados con la red. Los
diagramas de despliegue podría usarse para este
propósito, generalmente con algunas
modificaciones adicionales. El diagrama de
arquitectura de red generalmente mostrará nodos
de red y rutas de comunicación entre ellos.
Este es un ejemplo de diagrama de despliegue que
actúa como diagrama de red. Como ves, se
utilizan distintos iconos para que se entienda
mejor:
 Nodos
 Un nodo a su vez puede tener nodos incluidos en su interior, dando a conocer que son sistemas
separados incluidos dentro del mismo nodo físico. De esta forma se compondrían los nodos
compuestos.
 Por ejemplo, un nodo llamado Servidor de base de datos podría tener en su interior dos bases de
datos separadas de sistemas de información distintos. Podría ser representado de la siguiente forma:
 Conexión

 La conexión representa una asociación entre dos nodos, a través de la cual estos nodos
son capaces de transmitir información en forma de mensajes o señales.
 Se representa utilizando una línea continua que une los dos nodos que se asocian.
 Las conexiones se representan con una línea continua que une ambos nodos y pueden tener
una etiqueta que indique el tipo de conexión. (ejemplo: canal, red, protocolo, etc.)
 Conexión
 Es común incluir en las conexiones una etiqueta que represente a través de que medio se realiza la
conexión. Por ejemplo: Internet, WAN…
 También, si es relevante, se suele poner al lado de los nodos el número de nodos que participan en la
asociación. Por ejemplo, un servidor web al que se conectan usuarios a través de una red WAN y que se
prevé una conexión de 100 usuarios tendría la siguiente representación:
 Instancias de componentes de software

 muestran unidades de software en tiempo de ejecución y generalmente ayudan a

identificar sus dependencias y su localización en nodos.
 Instancia de nodo
 Una instancia se puede distinguir desde un nodo por el hecho de que su nombre esta subrayado y tiene
dos puntos antes del tipo de nodo base.
 Estereotipo de nodo
 Estereotipo, son cosas u objetos q se repiten sin variación. Él estereotipo de un nodo es la manera
de poder verificar que tipo de nodo es el que se esta observando.
 Un número de estereotipos estándar se proveen para los nodos, nombrados «cdrom», «computer»,
«pc», «pc client», «pc server», «user pc»
 Artefactos
 Un artefacto es un producto del proceso de desarrollo de software, que puede incluir los modelos del
proceso (modelos de Caso de uso, modelos de Diseño, etc.), archivos fuente, ejecutables, documentos de
diseño, reportes de prueba, prototipos, manuales de usuario etc. Donde un artefacto es un conjunto de
componentes.
 Asociación
  En el contexto del diagrama de despliegue,
una asociación representa una ruta de
comunicación entre los nodos.
Nodo como contenedor

 Un nodo puede contener otros elementos, como componentes o artefactos.

Estándares
 Executable: especifica un artefacto que se puede ejecutar en un nodo.
 Library: Biblioteca de objetos estática o dinámica.
 File: artefacto que representa un documento que contiene condigo fuente o datos.
 Document: artefacto que representa un documentos.
 Notación
 Diagrama de Despliegue es muy similar al de componentes por lo que también comparte la forma de notación
que se ve a continuación:
El diagrama de despliegue

 Describe la arquitectura física del sistema durante la ejecución, en términos de:

 – procesadores
 – dispositivos
 – componentes de software
Describen la topología del sistema: la estructura de los elementos de hardware y el software
que ejecuta cada uno de ellos.
Diagrama de despliegue

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.
 Diagrama de despliegue
 Los sistemas empotrados involucran software que controla dispositivo (motores, actuadores) que
a su vez están controlados por estímulos externos como censores.
 Sistemas cliente-servidor: Los sistemas cliente-servidor son un extremo 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 de los sistemas 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ño de tales sistemas requiere tomar
decisiones que permitan un cambio continuo de la topología del sistema.
Pasos para la construcción

Cuando se dibuje un diagrama de despliegue: 

 Hay que darle un nombre que comunique su propósito.
 Hay que distribuir sus elementos para minimizar los cruces de líneas.
 Hay que organizar sus elementos espacialmente para que los que estén cercanos
semánticamente también lo estén físicamente.
 Hay que usar notas y colores como señales visuales para llamar la atención sobre las
características importante del diagrama.
 Hay que usar los elementos estereotipados con cuidado. Hay que elegir un pequeño
conjunto de íconos para el proyecto o la empresa y utilizarlos de forma consistente.
Un diagrama de despliegue bien estructurado: 

 Se ocupa de modelar un aspecto de la vista de despliegue estática de un sistema.

 Contiene sólo aquellos elementos que son esenciales para comprender ese aspecto.
 Proporciona detalles de forma consistente con el nivel de abstracción, mostrando sólo
aquellos adornos que son esenciales para su comprensión.
 No es tan minimalista que no ofrezca información al lector sobre los aspectos importantes
de la semántica.
 ejemplo
 La siguiente muestra un
ejemplo sobre este tipo de
diagrama donde se muestran
un total de 6 nodos y algunos
de sus componentes:
Ejemplos
DIAGRAMA DE DESPLIEGUE DE SOLICITUD DE BUSQUEDA
DE INFORMACION DE PACIENTES
DIAGRAMA DE DESPLIEGUE PARA
CAMBIAR CONTRASEÑA
Relación entre diagramas
 USOS COMUNES 
Los diagramas despliegue se utilizan para modelar la vista de despliegue estática de un sistema. Esta
vista cubre principalmente la distribución, entrega e instalación de las partes que configuran el sistema
físico.
Hay varios tipos de sistemas para los que son innecesarios los diagramas de despliegue. Si se desarrolla
un software que reside en una maquina e interactúa solo con dispositivos estándar en esa maquina, que
ya son gestionados por el sistema operativo(por ejemplo: el teclado, la pantalla y el MODEM de un PC),
se pueden ignorar los diagramas de despliegue.
Por otro lado si se desarrolla un software que interactúa con dispositivos que normalmente no gestiona el
sistema operativo o si el sistema esta distribuido físicamente sobre varios procesadores, entonces la
utilización delos diagramas de despliegue ayudara a razonar sobre la correspondencia entre el software y
el hardware del sistema.
USOS COMUNES 

 Cuando se modela la vista de despliegue estática de un sistema, normalmente se utilizaran

los diagramas de despliegue de una de las tres siguientes maneras:
 1.Para modelar sistemas empotrados.
 2. Para modelar sistemas cliente / servidor.
 3. Para modelar sistemas completamente empotrados.
Diagrama de componentes

 Mientras que otros diagramas UML describen la funcionalidad de un sistema, los

diagramas de componentes se utilizan para modelar los componentes que ayudan a hacer
esas funcionalidades, representando la forma en la que estos se organizan y sus
dependencias.
Qué es un diagrama de componentes?

 El diagrama de componentes es uno de los principales diagramas UML. Está clasificado

como diagrama de estructura y, como tal, representa de forma estática el sistema de
información. Habitualmente se utiliza después de haber creado el diagrama de clases, pues
necesita información de este diagrama como pueden ser las propias clases
Qué es un diagrama de componentes?
 El diagrama de componentes es uno de los principales diagramas UML. Está clasificado
como diagrama de estructura y, como tal, representa de forma estática el sistema de
información. Habitualmente se utiliza después de haber creado el diagrama de clases, pues
necesita información de este diagrama como pueden ser las propias clases

Algunos usos de este tipo de diagrama es el siguiente:

 Se utilizan en desarrollo basado en componentes para describir sistemas con arquitectura orientada a

servicios.
 Mostrar la estructura del propio código.
 Se puede utilizar para centrarse en la relación entre los componentes mientras se ocultan los detalles de las
especificaciones.
 Ayudar a comunicar y explicar las funciones del sistema que se está construyendo a los interesados
o stakeholders.
Elementos del diagrama de componentes

El diagrama de componentes está formado por tres elementos: 

 Componente
 Interfaz
 Relación de dependencia.
Desglosando el diagrama.
Componente
 Un componente es un bloque de unidades lógicas del sistema, una abstracción ligeramente
más alta que las clases. Se representa como un rectángulo con un rectángulo más pequeño en
la esquina superior derecha con pestañas o la palabra escrita encima del nombre del
componente para ayudar a distinguirlo de una clase.

 Nota: Se puede representar como componente o como paquete de componentes.

Componente
Paquete de componentes

Notación de componente
Desglosando el diagrama.
Interfaz
 La interfaz está siempre asociada a un componente y se utiliza para representar la
zona del módulo que es utilizada para la comunicación con otro de los
componentes.
 Se representa con una línea que tiene al final un circulo no relleno.

Notación de una interfaz

Desglosando el diagrama.
Relación de dependencia
 La relación de dependencia representa que un componente requiere de otro para ejecutar
su trabajo. Es diferente a la interfaz, pues esta identifica que un componente ofrece una
serie de operaciones. En cualquier caso, en ocasiones para simplificar el diagrama no se
usan las interfaces sino que solamente se utilizan relaciones de dependencia.

Relación de dependencia

Notación de una relación de dependencia

Cómo dibujar un diagrama de componentes.

Puedes utilizar un diagrama de componentes cuando quieras representar tu sistema como una
colección de componentes e interfaces. Esto te ayudará a tener una idea de la futura
implementación del sistema. Los siguientes son los pasos que pueden servir de guía al dibujar un
diagrama de componentes.

 Paso 1: Determina el propósito del diagrama e identifica los artefactos como los archivos,
documentos, etc. en tu sistema o aplicación que necesitas representar en su diagrama.
 Paso 2: A medida que descubres las relaciones entre los elementos que identificaste anteriormente,
crea un diseño mental de tu diagrama de componentes.
 Paso 3: Al dibujar el diagrama, agrega primero los componentes, agrupándolos dentro de otros
componentes como mejor te parezca.
 Paso 4: El siguiente paso es agregar otros elementos, como interfaces, clases, objetos, dependencias,
etc. al diagrama de componentes y completarlo.
 Paso 5: Puede adjuntar notas en diferentes partes de su diagrama de componentes para aclarar
ciertos detalles a otros usuarios.
Diagramas de componentes, ejemplos.

Estos son algunos ejemplos del diagrama de componentes, cada uno ha sido dibujado a distinto
nivel de abstracción.
Diagrama de componentes de una clínica veterinaria.

En este caso se han utilizado paquetes para dar una visión de alto nivel del sistema.
Diagrama de componentes de una tienda online .
Web grafía

 https://
cgrw01.cgr.go.cr/rup/RUP.es/SmallProjects/core.base_rup/guidances/concepts/deployment
_view_64CB74A6.html
 https://slideplayer.es/slide/4116379/
 https://www.docsity.com/es/diagrama-de-despliegue/5374030/
 https://www.ecured.cu/Diagrama_de_despliegue
 https://diagramasuml.com/despliegue/
 https://diagramasuml.com/componentes/