Diagrama de Componentes

UCLA – Decanato de Ciencias y Tecnología
Departamento de Sistemas – Sistemas III
DISEÑO DE APLICACIONES PARA

LAS ORGANIZACIONES
UML – Diagrama de Componentes
Realizado por:
Prof. Ana Mercedes Díaz
1
Departamento de Sistemas Sistemas IiI
Agenda
• Definición del Diagrama de Componentes

• Elementos del Diagrama de Componentes
• Notación del Diagrama de Componentes
• Ejemplos
2
Prof.: Ana Mercedes Díaz
Definición de Diagrama de Componentes
• Los Diagramas de Componentes en UML.

– A partir de la versión 2.0 UML introduce
importantes cambios en los Diagramas de
Componentes.
– Los Diagramas de Componentes en UML 2.X
están orientados a apoyar todo el proceso de
desarrollo de software basado en componentes.
– Tienen una notación diferente a la de la versión
1.4.
3
• Elementos presentes en un Diagrama de

Componentes:
4
Elementos del Diagrama de Componentes
• Componente: Es un tipo de clasificador.

• Interfaz Provista: Muestra las interfaces que un
componente posee (servicios que provee a sus clientes).
• Interfaz Requerida: Indica las interfaces que un
componente requiere (servicios que utiliza) de otros
componentes.
• Puerto: Punto de interacción (comunicación) entre una
instancia de un componente y su ambiente.
• Conector: Enlaza dos componentes o los elementos de un
componente.
5
6
7
Términos y Conceptos
• Un componente en UML es:

– Un tipo de clasificador (Un clasificador describe
a un conjunto de instancias que tienen aspectos
comunes, ejemplo: una clase)
– Una unidad auto-contenida que encapsula el
estado y comportamiento de un conjunto de
clasificadores.
– Un tipo especial de clase que:
• Participa en asociaciones y generalizaciones.
• Posee un comportamiento definido por sus interfaces.
• Su comportamiento es implementado por un conjunto
de clasificadores: clases o componentes. 8
Términos y Conceptos
• Un componente de software tiene:

– Una vista externa (especificación externa):
interfaces requeridas e interfaces provistas.
– Una vista interna (implementación interna):
• Consta de uno o más clasificadores: clases
• Los clasificadores implementan el comportamiento
del componente.
9
Elementos del Diagrama de Estado
• La vista externa de un componente hace público

su comportamiento a través de las interfaces
provistas y requeridas.
• Las Interfaces Provistas: describen las
operaciones o servicios que el componente
ofrece.
• Las Interfaces Requeridas: son las interfaces
que el componente necesita acceder. Es decir,
pertenecen a otros componentes.
10
Vista Externa de un Componente
11
• La Vista Interna de un componente,

– Describe como el componente implementa
internamente su comportamiento.
– Consta de:
• Propiedades privadas y
• Clasificadores de implementación (clases)
12
Vista Interna de un Componente
13
• Invocación de Componentes.
– Los detalles internos de un componente se
ocultan a los otros componentes que lo utilizan
(invocan)
– Los componentes usuarios solo requieren
conocer la interfaz del componente invocado.
Las operaciones del componente invocado
están disponibles a componentes usuarios solo
a través de la interfaz.
14
15
• Representación Explicita de las interfaces

requeridas y provistas de un componente.
16
Interfaz Provista Interfaz Requerida
17
• Ensamblaje o composición de
componentes
– Las interfaces provistas y requeridas son los
puntos de ensamblaje de una aplicación basada
en componentes.
18
19
• Representación anidada de la realización

(implementación) de un componente.
– Muestran los elementos internos de un
componente.
• Los clasificadores (clases) que realizan el
comportamiento del componente.
20
21
• Estructura Interna de un Componente

– Muestra los clasificadores (clases u otros
componentes) que implementan (realizan) el
componente y sus relaciones con las interfaces.
22
Una vista Interna (Caja Blanca) de la estructura de un Componente

Que contiene otros componentes como partes de su ensamblaje interno
23
• Dependencias entre componentes.
24
Pasos a seguir para construir un Diagrama de Componentes
• Debe tener el Diagrama de Casos de Uso lo más refinado posible.

• Debe tener construido el Diagrama de Clases lo más refinado posible,
es quiere decir, que se debe encontrar en un punto del diseño bastante
avanzado.
• Aquí debemos tener en cuenta los requisitos no funcionales asociados
con las restricciones de Software.
• Al igual que el resto de los diagramas podemos tener en primera
instancia un Diagrama de Componentes poco refinado o en un estado
muy conceptual, pero en la medida en que vamos refinando lo vamos
adornando mucho más tomando en cuenta en ambiente de software en
el que tenemos que trabajar.
• A partir del Diagrama de Clases construir el Modelo de Tipos de
Negocios (Diagrama de Tipos de Negocios = DTN y el Diagrama de
Responsabilidad de Interfaces = DRI)
• Dividir Componentes de Negocio y Componentes de Proceso.
• Especificar las Interfaces de los Componentes de Negocio y los
Componentes de Proceso.
25
Uso de los Diagramas
Ejercicios
26
Prof: Ana Mercedes Díaz
Sistema de Reservación Hotelera
27
DTN
28
• Un Modelo de Tipos del Negocio consta de dos

tipos de Diagramas:
– Diagrama de Tipos de Negocio (DTN):
• Es un Diagrama de Clases de UML.
• Modelos los tipos de Objetos de negocios del Dominio de la
Aplicación.
– Diagrama de la Responsabilidad de las Interfaces
(DRI):
• Se deriva del DTN
• Identifica los tipos de objetos fundamentales (core) y los tipos
de soporte (type) en el DTN
• A Cada tipo fundamental (core) le asocia una Interfaz.
29
DRI
30
Componente de Proceso
Componentes de Negocio
31
• Definición de las Interfaces de los Componentes

de Proceso:
– En los componentes de Proceso, las operaciones de las
interfaces se determinan a partir de los casos de uso.
• Definición de las Interfaces de los Componentes
de Negocio:
– En los componentes de Negocio, las operaciones se
encargan de manejar el estado del componente
(atributos de sus clasificadores)
32
Nivel de Presentación Nivel de Lógica de Negocio Nivel de Datos Nivel de Integración
33
Bibliografía
• “El Proceso Unificado de Desarrollo de Software” . I.

Jacobson, G. Booch y J.Rumbaugh. Addison Wesley - Pearson
Education 1999
• “El lenguaje Unificado de Modelado”. I. Jacobson, G. Booch y

J.Rumbaugh. Addison Wesley - Pearson Education 1999
• “Análisis y Diseño Estructurado y Orientado a Objetos de

Sistemas Informáticos”. Amescua Seco Antonio y otros. Mc Graw
Hill. España. 2003.
• Diseño de Software. Ceisoft. Curso IS – 21. 2008
34

Diagrama de Componentes

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Diagrama de Componentes

Cargado por

Copyright:

Formatos disponibles

UCLA – Decanato de Ciencias y Tecnología

Departamento de Sistemas – Sistemas III

DISEÑO DE APLICACIONES PARA

• Definición del Diagrama de Componentes

• Los Diagramas de Componentes en UML.

• Elementos presentes en un Diagrama de

• Componente: Es un tipo de clasificador.

• Un componente en UML es:

• Un componente de software tiene:

• La vista externa de un componente hace público

• La Vista Interna de un componente,

• Representación Explicita de las interfaces

Interfaz Provista Interfaz Requerida

• Representación anidada de la realización

• Estructura Interna de un Componente

Una vista Interna (Caja Blanca) de la estructura de un Componente

• Dependencias entre componentes.

• Debe tener el Diagrama de Casos de Uso lo más refinado posible.

• Un Modelo de Tipos del Negocio consta de dos

• Definición de las Interfaces de los Componentes

Nivel de Presentación Nivel de Lógica de Negocio Nivel de Datos Nivel de Integración

• “El Proceso Unificado de Desarrollo de Software” . I.

• “El lenguaje Unificado de Modelado”. I. Jacobson, G. Booch y

• “Análisis y Diseño Estructurado y Orientado a Objetos de

• Diseño de Software. Ceisoft. Curso IS – 21. 2008

También podría gustarte