1. Diseño:
Diagramas de despliegue
Lic. César Alcántara Loayza

2. Introducción
 El diagrama de despliegue describe el
hardware como un diagrama de la
clasea con iconos ligeramente
diferentes. Sin embargo, el enfoque del
diagrama de despliegue esta en los
procesadores o nodos en los que su
software correrá, en lugar de las clases
lógicas.
CAL/Fundamentos 2

3. Nodos
 Cada nodo es la ubicación de un procesador.
Cada nodo contiene componentes de
software. Los componentes de software en
los nodos diferentes pueden comunicar por
medio de conexiones físicas entre los nodos.
 Asi como los componentes del software, los
nodos en un diagrama de despliegue pueden
tener interfaces. Estas interfaces mapean
hacia interfaces físicas de los dispositivos
como los puertos paralelos, sensores, y otras
conexiones de entrada/salida.
CAL/Fundamentos 3

4. Una Vista Estática
 El propósito de un diagrama de
despliegue es presentar una vista
estática del ambiente de aplicación.
Una descripción completa del sistema
probablemente contendrá varios
diagramas de despliegue diferentes,
cada diagrama enfocado en un aspecto
diferente del manejo del sistema.
CAL/Fundamentos 4

5. Una Vista Estática
 Por ejemplo, un diagrama podría enfocarse
en cómo los componentes de software
estan distribuídos, tal como dónde reside el
código fuente y donde se envía para la
implementación. Otro diagrama podría
modelar cómo el ejecutable es cargado de
un nodo a otro nodo dónde realmente se
ejecuta.
CAL/Fundamentos 5

6. Una Vista Estática
 Para una aplicación multitiered, el
diagrama de despliegue modelaría la
distribución de las capas de la
aplicación, sus conexiones físicas, y
sus caminos lógicos de comunicación.
CAL/Fundamentos 6

7. Notación
 Por ahora, el patron para estos
diagramas físicos debe ser muy
familiar. Asi como los diagramas de
paquetes y componentes, el
diagrama de despliegue tiene dos
tipos de elementos, nodos y
dependencias.
CAL/Fundamentos 7

8. Notación
 El icono del nodo es dibujado como un
rectángulo 3D. Las conexiones entre
los nodos son las asociaciones físicas.
Dibuje una línea sólida de un nodo a
otro. Use la anotación de multiplicidad
para definir el número de nodos en
cada extremo. Pueden usarse los
estereotipos también.
CAL/Fundamentos 8

9. Notación
 Diagrama de despliegue a nivel de
clase
CAL/Fundamentos 9

10. Notación
 El nodo puede trabajar como una clase en el
sentido de que puede tener atributos y puede
especificar conductas en términos de los
ejecutables que despliega. El próximo ejemplo
muestra una vista nivel de objetos de un
diagrama del despliegue. Considerando que un
diagrama del despliegue a nivel de clase
especifica una configuración general, el
diagrama a nivel de objetos modela instancias
de cada nodo así como un diagrama de objetos
modela las entidades reales.
CAL/Fundamentos 10

11. Notación
 Diagrama de despliegue a nivel de objetos
CAL/Fundamentos 11

12. Notación
 Dibuje el diagrama de despliegue como
si cada nodo en su arquitectura f¡sica
fuera una clase en un diagrama de
clases. Cada nodo cumple un propósito
específico. Cada nodo tiene las
asociaciones con otros nodos para
conseguir hacer su trabajo.
CAL/Fundamentos 12

13. Notación
 Los diagramas del despliegue pueden
funcionar como los diagramas de red
para ilustrar la distribución de su red.
El diagrama del despliegue a nivel de
objetos puede funcionar como una
especificación de requerimientos para
cada nodo, definiendo la memoria,
procesador, y requerimientos de
almacenamiento.
CAL/Fundamentos 13

14. Notación combinada
 Una alternativa para modelar los
componentes en un nodo es
combinar las dos notaciones de
diagrama físicas para los
componentes y nodos.
CAL/Fundamentos 14

15. Notación combinada
 Modele los iconos del componente
dentro del nodo extendido para
mostrar la contención. Para mostrar la
comunicación lógica entre los
componentes, dibuje una flecha
discontinua de dependencia tal como
lo hizo en el diagrama de
componentes.
CAL/Fundamentos 15

16. Notación combinada
 En este ejemplo, orderentry.exe reside en el
servidor pero es cargado en el cliente en
tiempo de ejecución.
CAL/Fundamentos 16

17. Notación combinada
 El el estereotipo << becomes >>
especifica esta migración en tiempo de
ejecución. Una vez el ejecutable está
cargado, depende de orderproc.exe
para ayuda. Nota que se pudo haber
dibujado a nivel de clase fácilmente.
CAL/Fundamentos 17

18. Mapeo Software a Hardware
 La simulación siguiente muestra cómo
los elementos se congregan para
representar una aplicación activa. La
simulación incluye dos nodos, el cliente
y el servidor. La interface de usuario
corre en el cliente, y el servidor realiza
el proceso. Tanto el cliente y el servidor
uan product.dll para referirse a los
productos.
CAL/Fundamentos 18

19. Mapeo Software a Hardware
 El diagrama finalizado combina el
software que se ejecuta con los tipos
de máquina específicos en los que
ellos corren. De esta manera, se
completa la transformación de su
diseño de software a una arquitectura
de hardware específica.
CAL/Fundamentos 19