Anexo 1 Breve descripción de uml anexo 1: Breve Descripción de uml



Descargar 0,63 Mb.
Página18/18
Fecha de conversión12.01.2017
Tamaño0,63 Mb.
1   ...   10   11   12   13   14   15   16   17   18

Diagrama de despliegue

Los diagramas de despliegue modelan la topología del hardware sobre el que se ejecuta el sistema software. Este tipo de diagramas suele utilizarse para modelar sistemas distribuidos o sistemas empotrados. En los sistemas monolíticos, generalmente, resultan innecesarios.


Un diagrama de despliegue muestra la configuración de los nodos del sistema. En UML, un nodo es un 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. Habitualmente los nodos representan procesadores y dispositivos hardware.
G
ráficamente, un nodo se dibuja como un cubo. Las conexiones físicas entre los nodos se representan mediante relaciones de asociación.

Figura 1
Los diagramas de despliegue pueden contener paquetes para organizar los nodos.


Cuando se modela la topología de los sistemas distribuidos y empotrados, es importante especificar la distribución física de los componentes software sobre los nodos. A menudo, resulta útil visualizar esta distribución en el diagrama de despliegue. Para ello, UML proporciona dos alternativas:


  • añadir a cada nodo un compartimento adicional con la lista de los componentes que se ejecutan sobre él. Figura 2.

  • incluir en el diagrama de despliegue los componentes y conectar, cada nodo con los componentes que se ejecutan sobre él, mediante una relación de dependencia. Figura 3.





Figura 2.

Figura 3.

Paquetes

Un paquete es un mecanismo de propósito general para organizar elementos en grupos. Gráficamente se representa como una carpeta.



Los paquetes se utilizan para organizar los elementos de los diagramas en grupos a los que se puede dar un nombre y manejar como un conjunto.


Si estamos desarrollando una aplicación trivial, probablemente podremos representar todo el sistema en un diagrama que contenga unos cuantos elementos y resulte fácil de entender e interpretar. Pero, en un sistema complejo, el número de elementos y de relaciones necesarias para modelar el sistema completo puede exceder la capacidad humana de comprensión. Por esta razón se agrupan los elementos en paquetes y el contenido de cada paquete se muestra en un diagrama distinto.
Los paquetes pueden tener relaciones de dependencia y generalización. La relación de dependencia indica que los elementos de un paquete utilizan o importan los elementos del paquete del que dependen. La generalización entre paquetes es similar a la generalización entre clases, los paquetes hijos heredan los elementos del paquete padre. La generalización entre paquetes suele utilizarse para especificar familias de paquetes.
Existen dos estereotipos de la relación de dependencia entre paquetes, <> y <>. Ambos especifican que el paquete origen tiene acceso a los elementos del paquete destino. La diferencia es que <> añade al espacio de nombres del origen el contenido del destino, evitando la calificación de nombres.


Figura 1. Relaciones entre paquetes


Los paquetes deben agrupar elementos cercanos semánticamente y que suelen cambiar juntos, tratando de minimizar las dependencias entre paquetes. De esta forma se facilita el mantenimiento y la evolución del sistema. Ante un cambio en el sistema, las modificaciones afectarán principalmente a los elementos de un paquete. Aunque habrá que revisar todos los paquetes que tengan alguna dependencia con el paquete que se ha modificado.
UML permite mostrar explícitamente el contenido de un paquete. En este caso, el nombre del paquete se coloca en la pestaña de la carpeta. (En la práctica no suele mostrarse el contenido de los paquetes de esta forma, sino que se accede al contenido de cada paquete mediante herramientas software).
Generalmente, los elementos de un paquete son públicos. Pero UML admite la posibilidad de controlar la visibilidad de los elementos de un paquete del mismo modo que se controla la visibilidad de los atributos y las operaciones dentro de una clase. Un elemento de un paquete puede ser:


  • Público: visibles en cualquier paquete que importe el paquete que lo contiene.

  • Protegido: sólo es visible dentro del paquete que lo contiene y de sus hijos.

  • Privado: sólo es visible dentro del paquete que lo contiene.

La notación para especificar la visibilidad de los elementos de un paquete es la misma que se usa para las clases: un elemento público va precedido del símbolo +, un elemento va precedido del símbolo # y un elemento privado va precedido del símbolo - . Por defecto los elementos de un paquete se consideran públicos.






1   ...   10   11   12   13   14   15   16   17   18


La base de datos está protegida por derechos de autor ©absta.info 2016
enviar mensaje

    Página principal