Contenido
- Diagramas de Componentes
- Representando Componentes
- Interfaces Requeridas
- Componentes con puertos
- Diagrama de Objetos
- Elementos de Clase y Objeto
- Estado en tiempo de ejecución
- Ejemplos de diagramas de clase y objeto
1. Diagramas de Componentes
Los Diagramas de Componentes ilustran las piezas del software, controladores embebidos, etc. que conformarán un sistema. Un diagrama de Componentes tiene un nivel más alto de abstracción que un diagrama de clase – usualmente un componente se implementa por una o más clases (u objetos) en tiempo de ejecución. Estos son bloques de construcción, como eventualmente un componente puede comprender una gran porción de un sistema. Estos Diagramas contienen:
- componentes
- interfaces
- Relaciones de dependencia, generalización, asociación y realización
- Paquetes o subsistemas
Los componentes se pueden agrupar en paquetes así como los objetos en clases, además pueden haber entre ellos relaciones de dependencia como:
- generalización
- asociación
- agregación
- realización
El diagrama de abajo muestra algunos componentes y sus relaciones internas. Los conectores Ensamble ‘vinculan’ las interfaces proporcionadas suministrada por el Producto y el Cliente a las interfaces requeridas especificadas por orden. Una relación de dependencia traza los detalles de la cuenta asociada del cliente a la interfaz requerida, ‘pago’, indicada por orden
Los componentes son similares en práctica a los diagramas de paquete como los límites definidos y se usan para agrupar elementos en estructuras lógicas. La diferencia entre Diagramas de Paquete y Diagramas de Componente es que los diagramas de componente ofrecen un mecanismo de agrupamiento más rico semánticamente. Con los Diagramas de Componente todos los elementos del modelo son privados mientras que los diagramas de Paquete solo muestran ítems públicos.
2. Representando Componentes
Los componentes se representan como un clasificador rectangular con la clave «componente», opcionalmente el componente se puede mostrar como un rectángulo con un icono de componente en la esquina derecha arriba.
3. Interfaces Requeridas
El conector Ensamble une la interfaz requerida del componente (Componente1) con la interfaz proporcionada de otro componente (Component2); esto permite que un componente provea los servicios que otro componente requiere. Las Interfaces son colecciones de uno o más métodos que pueden o no contener atributos.
4. Componentes con puertos
Usar puertos con Diagramas de Componentes permite que se especifique un servicio o comportamiento a su entorno así como también un servicio o comportamiento que un componente requiere. Los puertos pueden especificar entradas, salidas así como también operar bi-direccionalmente. El siguiente diagrama detalla un componente con un puerto para servicios En Línea conjuntamente con dos interfaces proporcionadas Ordenar Entrada y Seguimiento así como también una interfaz requerida Pago.
5. Diagrama de Objetos
Un diagrama de Objeto se puede considerar un caso especial de un diagrama de clase. Los diagramas de objetos usan un sub conjunto de elementos de un diagrama de clase para enfatizar la relación entre las instancias de las clases en algún punto en el tiempo. Estos son útiles para entender los diagramas de clases. Estos no muestran nada diferente en su arquitectura a los diagramas de secuencia, pero reflejan multiplicidad y roles.
6. Elementos de Clase y Objeto
El siguiente diagrama muestra las diferencias en apariencia entre un elemento clase y un elemento objeto. Tener en cuenta que el elemento clase consiste de tres partes, divididas en compartimientos de nombres, atributos y operaciones; por predeterminado, los elementos objetos no tienen compartimientos. La exhibición de los nombres es también diferente: los nombres de los objetos están subrayados y pueden mostrar el nombre del clasificador desde el cual el objeto se instancia.
7. Estado en tiempo de ejecución
Un elemento clasificador puede tener cualquier número de atributos y operaciones. Estos se muestran en una instancia objeto. Sin embargo, es posible definir el estado en tiempo de ejecución del objeto, mostrando un conjunto de valores de atributos en la instancia particular.
8. Ejemplos de diagramas de clase y objeto
El siguiente diagrama muestra un diagrama objeto con su intercalación de clase definida, e ilustra la forma en la que un diagrama objeto se puede usar para probar las multiplicidades de tareas en los diagramas de clase. La clase car tiene multiplicidad de una a muchos a la clase wheel, pero si en su lugar se elije una multiplicidad de 1 a 4, eso no hubiera permitido una clase car con tres clases wheel como se muestra en el diagrama objeto.
Referencias:
http://www.sparxsystems.com.ar/resources/tutorial/uml2_componentdiagram.html
http://virtual.usalesiana.edu.bo/web/practica/archiv/componen1.ppt
http://www.sparxsystems.com.ar/resources/tutorial/uml2_objectdiagram.html
No hay comentarios:
Publicar un comentario