Cap5 DiseñO de Sistemas

30
1. Diagrama de Componentes 2. Diagrama de Distribución

description

espero les ayude en algo.

Transcript of Cap5 DiseñO de Sistemas

Page 1: Cap5 DiseñO de Sistemas

1. Diagrama de Componentes

2. Diagrama de Distribución

Page 2: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

Page 3: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

Los diagramas de componentes describen los elementos físicos y sus realizaciones en el entorno.Muestran las opciones de realización incluyendo código fuente, binario y ejecutableLos componentes representan todos los tipos de elementos software que entran en la fabricación de aplicaciones informáticasPueden ser simples archivos, paquetes de Ada, bibliotecas cargadas dinámicamente, etc.

Page 4: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

Cada clase del modelo lógico se realiza en dos componentes: la especificación y el cuerpoLa especificación contiene el interfaz de la clase mientras que el cuerpo contiene la realización de la claseLa especificación puede ser genérica en el caso de las clases parametrizables.

Page 5: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

¿Cuál es la relación entre un componente y una clase?

Imagine a un componente como la personificación en software de una clase. La clase representa una abstracción de un conjunto de atributos y operaciones. Los componentes y clases es que un componente puede ser la implementación de más de una clase.

Page 6: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

Permite modelar los componentes y sus relaciones para:

Los clientes puedan ver la estructura del sistema finalizado.Los desarrolladores cuenten con una estructura con la cual trabajar en adelante.Quienes escriban las notas técnicas y la documentación puedan entender de qué escribirán.El equipo del proyecto se aliste para volver a utilizar los componentes (reutilización).

Necesidad de un diagrama de componentes

Page 7: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

Permite la sustitución y reutilización de componentes

Podrá reutilizar un componente en otro sistema si éste puede acceder al componente reutilizado mediante sus interfaces. Puede simplificarse la vida en un desarrollador que intente sustituir o reutilizar un componente si la información de su interfaz se encuentra disponible como un modelo. Si no, el desarrollador tendrá que pasar por el largo proceso de hacer un seguimiento del código.

Necesidad de un diagrama de componentes

Page 8: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

Componentes de distribución, que conforman el fundamento de los sistemas ejecutables (DLL, ejecutables, controles ActiveX , Java y Webservices).

Componentes para trabajar en el producto, a partir de los cuales se han creado los componentes de distribución (como archivos de base de datos y de código).

Componentes de ejecución, creados como resultado de un sistema en ejecución.

Tipos de componentes

Page 9: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

Este diagrama muestra la organización y dependencia entre componentes incluyendo componentes en código fuente, en código binario y componentes ejecutables.

Muestran el comportamiento visible externamente de los componentes mostrando sus interfaces y la manera en que interactúan estableciéndose una dependencia entre componentes e interfaces.

Este diagrama contiene: paquetes de componentes, , Interfaces y relaciones de dependencia.

¿Qué es un Diagrama de componentes?

Page 10: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

El símbolo principal de un diagrama de componentes es un rectángulo que tiene otros 2 sobrepuestos en su lado izquierdo

Representación de un componente e interfaces

Page 11: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

Si el componente es miembro de un paquete, puede utilizar el nombre del paquete como prefijo para el nombre del componente.

Representación de un componente e interfaces

Page 12: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

También puede agregar información que muestre algún detalle del componente .

Representación de un componente e interfaces

Page 13: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

En este ejemplo, la interfaz se representa como un rectángulo que contiene la información que se le relaciona, se conecta al componente por la línea discontinua y una punta de flecha representada por un triángulo sin rellenar que visualiza la realización

Representación de interfaces

Page 14: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

La Figura muestra la segunda forma de representar a un componente y sus interfaces. Aquí la interfaz se representa como un pequeño círculo que se conecta al componente por un línea continua. En este contexto, la línea representa la relación de realización.

Representación de interfaces

Page 15: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

Además de la realización, puede representar a la dependencia, que es la relación entre un componente y una interfaz.

Representación de interfaces

Page 16: Cap5 DiseñO de Sistemas

1.- Diagrama de Componentes

Ejemplo: Una página Web con controles ActiveX

Page 17: Cap5 DiseñO de Sistemas

2.- Diagrama de Distribución

Page 18: Cap5 DiseñO de Sistemas

¿Qué es un diagrama de distribución?

2.- Diagrama de Distribución

Un diagrama de distribución es un grafo de nodos unidos por conexiones de comunicación. Un nodo puede contener instancias de componentes software, objetos, procesos (caso particular de un objeto).

En general un nodo será una unidad de computación de algún tipo, desde un sensor a un mainframe. 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).

Page 19: Cap5 DiseñO de Sistemas

2.- Diagrama de Distribución

En UML, un cubo representa a un nodo. Deberá asignar un nombre para el nodo, y puede utilizar un estereotipo para indicar el tipo de recurso que sea

Page 20: Cap5 DiseñO de Sistemas

2.- Diagrama de Distribución

Los estereotipos permiten precisar la naturaleza del equipo:DispositivosProcesadoresMemoria

Los nodos se interconectan mediante soportes bidireccionales (en principio) que pueden a su vez estereotiparse

Page 21: Cap5 DiseñO de Sistemas

2.- Diagrama de Distribución

Otra forma de indicar los componentes distribuidos es mostrarlos en relaciones de dependencia en un nodo

Page 22: Cap5 DiseñO de Sistemas

2.- Diagrama de Distribución

Una línea que asocie a dos cubos representará una conexión entre ellos.

Page 23: Cap5 DiseñO de Sistemas

2.- Diagrama de Distribución

Aplicación de los Diagramas de distribución

A veces el modelado de la vista de despliegue estática implica modelar la topología del hardware sobre el que se ejecuta el sistema.

Aunque UML no es un lenguaje de especificación hardware de propósito general, se ha diseñado para modelar muchos de los aspectos hardware de un sistema a un nivel suficiente.

Para que un ingeniero de sistemas pueda manejar la frontera entre el hardware y el software cuando se trata de la relación entre hardware y software, se utilizan los diagramas de distribución para razonar sobre la topología de procesadores y dispositivos sobre los que se ejecuta el software.

Page 24: Cap5 DiseñO de Sistemas

2.- Diagrama de Distribución

Aplicación de los Diagramas de distribución

Los diagramas de despliegue se suelen utilizar para modelar:

Sistemas empotrados: Los sistemas empotrados involucran software que controla dispositivo (motores, actuadores) que a su vez están controlados por estímulos externos como sensores. 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 través de nodos. Sistemas completamente distribuidos: Normalmente incluyen varios niveles de servidores, contienen a menudo varias versiones de componentes software, alguno de los cuales pueden incluso migrar de un nodo a otro.

Page 25: Cap5 DiseñO de Sistemas

2.- Diagrama de Distribución

Paquetes

Los paquetes ayudan a organizar los elementos en los modelos con el fin de poder comprenderlos más fácilmente. Permiten controlar el acceso a sus contenidos para controlar las líneas de separación de un sistema.

Un paquete puede contener otros elementos, incluyendo clases, interfaces, componentes, nodos, colaboraciones, casos de uso, diagramas e incluso otros paquetes. La posesión es una relación compuesta, lo que significa que el elemento se declara en el paquete.

Un paquete puede contener otros elementos, incluyendo clases, interfaces, componentes, nodos, colaboraciones, casos de uso, diagramas e incluso otros paquetes. La posesión es una relación compuesta, lo que significa que el elemento se declara en el paquete.

Page 26: Cap5 DiseñO de Sistemas

2.- Diagrama de Distribución

Paquetes

UML proporciona una representación gráfica de los paquetes como se muestra en la figura:

Page 27: Cap5 DiseñO de Sistemas

2.- Diagrama de Distribución

Paquetes

Para poder utilizar los elementos que se encuentran en otros paquetes se ha de importar el paquete que interesa. Cuando un paquete importa a otro sólo podrá acceder a los elementos que sean públicos en el paquete que está importando, estos elementos se dice que son exportados por el paquete que los contiene.

Page 28: Cap5 DiseñO de Sistemas

Actividad 1:

Diagrama de Componentes y Distribución para un sistema de Planillas de una empresa

Page 29: Cap5 DiseñO de Sistemas

Resumen

En cuanto al diagrama de componentes se puede destacar:

Describe los componentes de software y sus dependencias entre sí, representando la estructura del código. Los componentes son típicamente los archivos de implementación en el ambiente de desarrollo.Un componente de software puede ser cualquiera de los siguientes: Componente fuente, Componente binario, Componente ejecutable.Un componente puede definir interfaces que son visibles a otros componentes. Las interfaces pueden ser interfaces a nivel código fuente (como en Java) o interfaces binarias usadas en el momento de la ejecución (como en OLE).

Page 30: Cap5 DiseñO de Sistemas

Resumen

En cuanto al diagrama de despliegue:

Presenta la arquitectura de tiempo de ejecución de los procesadores, dispositivos, y los componentes de software que se ejecutan en esa arquitectura. Es la descripción física última de la topología del sistema, y describe la estructura de las unidades de hardware y el software que se ejecuta en cada unidad. Debe ser posible mirar un nodo específico de la topología, ver qué componentes se ejecutan en el nodo, ver qué elementos lógicos están implementados en el componente, y finalmente, trazar esos elementos al análisis de requerimientos inicial del sistema