Diagramas de Despliegue. Diagrama de Despliegue Se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre.

Presentación del tema: "Diagramas de Despliegue. Diagrama de Despliegue Se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre."— Transcripción de la presentación:

1 Diagramas de Despliegue

2 Diagrama de Despliegue Se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes (enlaces de comunicación), mostrando las relaciones físicas de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos. Los elementos usados por este tipo de diagrama son nodos (representados como un prisma), componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y asociaciones

3 Los elementos usados por este tipo de diagrama son: 1.nodos (representados como un prisma), 2. componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y 3. asociaciones

4 Un diagrama de despliegue es: 1.un grafo de nodos unidos por conexiones de comunicación. 2.Un nodo puede contener instancias de componentes software, objetos, procesos (caso particular de un objeto). 3.un nodo será una unidad de computación (hardware) de algún tipo, desde un sensor a una maquina. 4.Las instancias de componentes software pueden estar unidas por relaciones de dependencia, posiblemente a interfaces (ya que un componente puede tener más de una interfaz).

5 Un nodo es un recurso de hardware tal como un computador, un dispositivo o memoria. Los estereotipos permiten precisar la naturaleza del equipo: 1.Dispositivos 2.Procesadores 3.Memoria Los nodos se interconectan mediante soportes bidireccionales que pueden a su vez estereotiparse. Esta vista permite determinar las consecuencias de la distribución y la asignación de recursos. Las instancias de los nodos pueden contener instancias de ejecución, como instancias de componentes y objetos.

6 Un nodo es un objeto físico en tiempo de ejecución que representa un recurso computacional, generalmente con memoria y capacidad de procesamiento.

7 a.Cada nodo debe tener un nombre que lo distinga de los demás. b.Describen la arquitectura física del sistema de cada uno de sus nodos locales y remotos de la red. c.Describen la topología del sistema: la estructura de los elementos de hardware y el software que ejecuta cada uno de ellos. d.Un nodo puede representar una pieza de hardware, desde un periférico a un servidor, gráficamente un nodo se representa como un cubo en 3D.

8 Hay dos estereotipos predefinidos de Nodo. a.Unidad («device»). Recurso computacional físico sobre el cual pueden ser desplegados artefactos para su ejecución. b.Entorno de Ejecución («executionEnvironment»). Nodo que ofrece un entorno para ejecutar un tipo específico de artefactos ejecutables

9 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. Una instancia puede o no tener un nombre antes de los dos puntos.

10 Estereotipo de Nodo Un número de estereotipos estándar se proveen para los nodos, nombrados «cdrom», «computer», «disk array», «pc», «pc client», «pc server», «secure», «server», «storage», «unix server», «user pc».

11 Artefacto Es un producto del proceso de desarrollo de software, que puede incluir los modelos del proceso (e.g. modelos de Casos de Uso, modelos de Diseño, etc.), archivos fuente, ejecutables, documentos de diseño, reportes de prueba, prototipos, manuales de usuario y más. Se denota por un rectángulo mostrando el nombre del artefacto, el estereotipo «artifact» y un icono de documento:

12 Artefacto UML 2 ofrece varios estereotipos predefinidos para artefactos: a.Document: Fichero genérico que no es código fuente o ejecutable. Subclase de File. b.Executable: Artefacto que se puede ejecutar en un nodo. Subclase de File. c.File: Archivo físico en el contexto del sistema desarrollado. d.Library: Fichero de una biblioteca de objetos estática o dinámica. Subclase de File. e.Source: Fichero de código fuente.

13

14 Asociación En el contexto del diagrama de despliegue, una asociación representa una ruta de comunicación entre los nodos. Diagrama de despliegue para una red: a.los protocolos de red b.Estereotipos c.multiplicidades en los extremos de la asociación.

15 Nodo como contenedor Un nodo puede contener otros elementos, como componentes o artefactos. Diagrama de despliegue para una parte del sistema embebido y muestra un artefacto ejecutable como contenido por el nodo madre

16 Componente Es una parte física reemplazable de un sistema que conforma y proporciona la implementación de un conjunto de interfaces. Se utiliza para modelar elementos físicos que pueden hallarse en un nodo, tales como: a.ejecutables, b.bibliotecas (DLLs), c.tablas, d.archivos, e.documentos,...

17 a.Es una parte modular de un sistema que encapsula el estado y comportamiento de un conjunto de clasificadores (p.e. clases). b.Especifica un contrato de los servicios que proporciona y de los que requiere en términos de interfaces requeridas y proporcionadas. c.Es una unidad reemplazable que se puede sustituir en tiempo de diseño o ejecución por otro componente que ofrezca la misma funcionalidad en base a la compatibilidad de sus interfaces Componente

18 Propiedades de un Componente. 1.Es una parte de un sistema. 2.Es reemplazable. 3.Conforma y proporciona la realización de un conjunto de interfaces. 4.Es una unidad de despliegue independiente. 5. Puede ser conectado con otros componentes. 6. En una aplicación dada existirá una única copia. 7. Realiza una función bien definida (cohesión física y lógica). 8. Abarca más de una colaboración de clases. 9. Existe en el contexto de una arquitectura bien definida. 10. Presupone una infraestructura tecnológica que se piensa utilizar.

19 Componentes 1.Normalmente se dibujan mostrando sólo su nombre 2.Se pueden adicionar valores etiquetados o con compartimentos adicionales. 3.Pueden ser estereotipados

20 Los componentes: 1.Se pueden agrupar en paquetes. 2.Se pueden organizar mediante relaciones como Dependencia, Generalización, asociación (incluida agregación) y realización. 3.Un componente se puede construir a partir de otros componentes (agregación). 4.Se parecen a las clases en que tienen nombres, realizan interfaces, pueden participar en relaciones, Se diferencian de las Clases en que: Las Clases: Son abstracciones lógicas y tienen operaciones y atributos Los Componentes: Son fragmentos físicos del sistema y tienen interfaces

21 Unos componentes implementan las interfaces y otros acceden a los servicios proporcionados por esas interfaces. Fuente: Francisco Ruiz. Universidad de Cantabria

22

23 Conceptos de Componentes: a.Interfaz. Colección de operaciones que especifican un servicio proporcionado o solicitado por una clase o componente. b.Puerto. Una ventana específica de un componente encapsulado, que acepta mensajes hacia y desde el componente, que son conformes con las interfaces especificadas. c.Estructura Interna. Implementación de un componente a través de un conjunto de partes conectadas de una manera específica. d.Parte. Especificación de un rol que forma parte de la implementación de un componente. e.Conector. Relación de comunicación entre dos partes o puertos dentro del contexto de un componente.

24 Un Puerto es una ventana explícita dentro de un componente encapsulado. a.En un componente encapsulado, todas las interacciones dentro y fuera pasan a través de sus puertos. b.Representa un punto de interacción entre una instancia de un clasificador (clase, componente) con su entorno o con las instancias que contiene (estructura interna). c.Cuando se crea una instancia de un componente, se crean instancias de sus puertos (La instancia de un puerto es un objeto de una clase que implementa las interfaces proporcionadas). d.Un puerto tiene  Identidad (nombre).  Multiplicidad (número posible de instancias de un puerto dentro de una instancia de componente). => Vector de Instancias del Puerto.

25 Fuente: Francisco Ruiz. Universidad de Cantabria

26 Estructura interna de un componente Está formada por las partes que componen su implementación junto con las conexiones entre ellas. a.Las partes pueden ser componentes conectados a través de sus puertos. b.Una parte es una unidad de implementación de un componente, que tiene un nombre y un tipo. c.Una instancia de un componente tiene una o más instancias de cada una de sus partes (Las partes tienen multiplicidad).

27 Fuente: Francisco Ruiz. Universidad de Cantabria

28 Las partes en un componente juegan un papel similar a los atributos de una clase. Fuente: Francisco Ruiz. Universidad de Cantabria

29 Una conexión entre dos puertos se denomina conector y denota un enlace en una instancia del componente. a.Los componentes pueden ser conectados: -Directamente (mediante una línea entre ellos o sus puertos), o -Porque tienen interfaces compatibles (mediante junta circular). b. Un conector de delegación (delegate) conecta un puerto interno a uno externo. -Se representa mediante una flecha desde el puerto interno al externo. -Actúa como si el puerto interno fuese el externo, es decir, cualquier mensaje llegado al puerto externo es transmitido inmediatamente al puerto interno.

30 Fuente: Francisco Ruiz. Universidad de Cantabria

31 Un Subsistema es una unidad de descomposición de un sistema. Fuente: Francisco Ruiz. Universidad de Cantabria

32 Las relaciones de dependencia se utilizan para indicar que un componente utiliza los servicios ofrecidos por otro componente Fuente: Francisco Ruiz. Universidad de Cantabria

33

34

35

36 Fuente: http://gerardobarcia.com Explique el diagrama:

37

38 Consulte http://sparxsystems.com.es/download/ayuda/index.html?deploymentdiagram.htm http://micursojava.files.wordpress.com/2010/07/diagrama-de-despliegue.pdf

39 Cómo se creó UML? Fuente: De “Introduction to the Unified Modeling Language”, Terry Quatrani

40 Fuentes: Universidad de Buenos Aires. Facultad de Ciencias Exactas y Naturales. http://www.ctr.unican.es/asignaturas/procodis_3_II/Doc/stateDiagram.pdf http://www.sparxsystems.com.ar/resources/tutorial/uml2_activitydiagram.html http://www.lsi.us.es/~javierj/cursos_ficheros/metricaUML/EAActividades.pdf http://docs.kde.org/stable/es/kdesdk/umbrello/uml-elements.html#activity- diagram http://astreo.ii.uam.es/~jlara/TACCII/ejercicios_UML.pdf http://www.sparxsystems.com.ar/resources/tutorial/uml2_statediagram.html http://www.uml-diagrams.org/package-diagrams-overview.html