SlideShare una empresa de Scribd logo
1 de 26
Descargar para leer sin conexión
AREA DE LA ENERGIA, LAS INDUSTRIAS Y LOS
RECURSOS NATURALES NO RENOVABLES

UNIVERSIDAD NACIONAL DE LOJA

INGENIERIA EN SISTEMAS

7mo “A”

Diseño de Sistemas
TEMA “DIAGRAMA DE COMPONENTES”

Autor:

Jackson Cuenca

This work is licensed under the Creative Commons
Attribution-NonCommercial-ShareAlike 3.0 Ecuador
License.
DIAGRAMAS DE COMPONENTES
El Diagrama de Componentes describe la
organizacion de los components físicos de un
Sistema. Un componente es una parte física y
reemplazable de un sistema, conforma con un
conjunto de interfaces y realiza esas interfaces.
Un componente debe tener un nombre: simple, ej.
cliente.java o de camino, cuando está incluido en
un paquete. ej. system::dialog.dll
Un componente puede contener adornos, valores
etiquetados e información adicional. Ej. referencia a
las interfaces que realiza.
Modela los aspectos físicos de un sistema.
Modela la vista de implementación estática de
un sistema.
Modela los elementos físicos que residen en un
nodo, tales como ejecutables, tablas, librerías,
archivos y documentos.
Un Diagrama de Componentes muestra un
conjunto de componentes y sus relaciones.
Los elementos que lo componen son:
 Componentes
 Interfaces
 Relaciones de dependencia, generalización,
asociación, realización.
COMPONENTE
Un componente posee características similares
a una clase: tiene nombre, realiza interfaces,
puede participar de relaciones, puede tener
instancias, puede participar en interacciones.

Porqué se diferencian?
Un componente representa un elemento físico
(bits).
Una clase es una abstracción lógica.
El componente se puede representar en nodos
físicos, la clase no.
Las operaciones de un componente solo se
alcanzan a través de interfaces. Las de una
clase podrían ser accesibles directamente.
•
•

•

Caracteristicas de un Componente
Un componente es físico existe en el mundo
de los bits.
Un componente es reemplazable es posible
reemplazar un componente por otro que
conforme con las mimas interfaces.
Un componente es una parte de un sistema
representa un bloque de construcción
fundamental sobre el cual se puede diseñar
y construir sistemas. Un sistema puede ser
solo un componente en un nivel de
abstracción
mayor,compuesto
por
componentes.
TIPOS DE COMPONENTES
Componentes de despliegue: necesarios y
suficientes para formar un sistema ejecutable. Por
ejemplo: bibliotecas dinámicas (dll), ejecutables
(exe).
Componentes productos de trabajo: surgen durante
el proceso de desarrollo y quedan al final del
mismo. Por ejemplo: buscarCliente.jar, cliente.db.
Componentes de ejecución: se crean como
consecuencia de un sistema en ejecución. Por
ejemplo: objetos que se instancian a partir de una
dll.
UML define 5 estereotipos estándar que se aplican a
los componentes:






Executable: Especifica un componente que se puede
ejecutar en un nodo.
Library: Especifica una biblioteca de objetos estática o
dinámica.

Table: Especifica un componente que representa una tabla
de una base de datos.




File: Especifica un componente que representa un
documento que contiene código fuente o datos.

Document: Especifica un componente que representa un
documento.
 Representación

de Componentes

Representación de un
Componente.
Representación de un
Componente extendido.

Componentes, interfaces,
Formato icónico.

Componentes, interfaces,
Formato extendido.
INTERFAZ
 Una interfaz contiene una colección de
operaciones y se utiliza para especificar los
servicios de una clase o de un componente.
 Una interfaz se conecta al componente que la
implementa a través de una relación de
realización, y al componente queutiliza sus
servicios con una dependencia.
Gráficamente:
Tipos de Interfaz
 Interfaz

de exportación: interfaz realizada
por un componente, servicio que ofrece a
otros componentes.
 Interfaz de Importación: interfaz usada por
un componente.
La ventaja de usar interfaces es que se rompe
la dependencia directa entre componentes.
Un componente que usa una interfaz puede
funcionar adecuadamente
independientemente del componenteque la
realiza.
Organización Entre Componentes

• Los componentes se pueden agrupar en
paquetes.
• También se pueden organizar mediante
relaciones entre ellos de:
 Dependencia,

generalización, asociación
(incluida agregación) y realización.
 Un componente se puede construir a partir
de otros componentes (agregación).
Puertos
Un Puerto es una ventana explícita dentro de un
componente encapsulado.
En un componente encapsulado, todas las interacciones
dentro y fuera pasan a través de sus puertos.
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).
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.
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.
Estructura Interna de un Componente
La estructura interna de un componente está
formada por las partes que componen su
implementación junto con las conexiones entre
ellas.
Las partes pueden ser componentes conectados
a través de sus puertos.
Una parte es una unidad de implementación de un
componente, que tiene un nombre y un tipo.
Una instancia de un componente tiene una o más
instancias de cada una de sus partes.
Las partes tienen multiplicidad.
Una conexión entre dos puertos se denomina
conector y denota un enlace en una instancia del
componente.
Los componentes pueden ser conectados:
Directamente (mediante una línea entre ellos o sus
puertos), o Porque tienen interfaces compatibles
(mediante junta circular).
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.
Ejemplos:
Diagrama de Componentes
Diagrama de Clases
Diagrama de Componentes
Diagramas de componentes exposicion  martes
Diagramas de componentes exposicion  martes

Más contenido relacionado

La actualidad más candente

Ejemplos de diagramas =)
Ejemplos de diagramas =)Ejemplos de diagramas =)
Ejemplos de diagramas =)
bat1820
 
1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseño1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseño
landeta_p
 
Diagramas de paquetes
Diagramas de paquetesDiagramas de paquetes
Diagramas de paquetes
Moises Cruz
 
Unidad 10 Mad Diagrama De Clases
Unidad 10 Mad Diagrama De ClasesUnidad 10 Mad Diagrama De Clases
Unidad 10 Mad Diagrama De Clases
Sergio Sanchez
 

La actualidad más candente (20)

Diagrama UML de Clases
Diagrama UML de ClasesDiagrama UML de Clases
Diagrama UML de Clases
 
DIAGRAMA DE COMPONENTES
DIAGRAMA DE COMPONENTESDIAGRAMA DE COMPONENTES
DIAGRAMA DE COMPONENTES
 
Los 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentesLos 13 diagramas UML y sus componentes
Los 13 diagramas UML y sus componentes
 
Uml presentacion
Uml   presentacionUml   presentacion
Uml presentacion
 
Ejemplos de diagramas =)
Ejemplos de diagramas =)Ejemplos de diagramas =)
Ejemplos de diagramas =)
 
Sem 8 Modelo De Analisis
Sem 8 Modelo De AnalisisSem 8 Modelo De Analisis
Sem 8 Modelo De Analisis
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
IEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareIEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de software
 
Diagrama de clases UML
Diagrama de clases UMLDiagrama de clases UML
Diagrama de clases UML
 
Diagramas de actividades
Diagramas de actividadesDiagramas de actividades
Diagramas de actividades
 
U1 s3 introducción a uml parte 1
U1 s3 introducción a uml parte 1U1 s3 introducción a uml parte 1
U1 s3 introducción a uml parte 1
 
1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseño1 3 ingenieria software y patrones de diseño
1 3 ingenieria software y patrones de diseño
 
Arquitectura del software
Arquitectura del softwareArquitectura del software
Arquitectura del software
 
Modelado basados en escenarios
Modelado basados en escenariosModelado basados en escenarios
Modelado basados en escenarios
 
Introducción a UML y Diagrama de Casos de Uso
Introducción a UML y Diagrama de Casos de UsoIntroducción a UML y Diagrama de Casos de Uso
Introducción a UML y Diagrama de Casos de Uso
 
Mdb metodologia para la elicitacion
Mdb metodologia para la elicitacionMdb metodologia para la elicitacion
Mdb metodologia para la elicitacion
 
C4model - Arquitectura de Software
C4model - Arquitectura de SoftwareC4model - Arquitectura de Software
C4model - Arquitectura de Software
 
Diagramas de paquetes
Diagramas de paquetesDiagramas de paquetes
Diagramas de paquetes
 
Unidad 10 Mad Diagrama De Clases
Unidad 10 Mad Diagrama De ClasesUnidad 10 Mad Diagrama De Clases
Unidad 10 Mad Diagrama De Clases
 
Diagrama de Casos de uso
Diagrama de Casos de usoDiagrama de Casos de uso
Diagrama de Casos de uso
 

Destacado (6)

Plataforma tecnologica
Plataforma tecnologicaPlataforma tecnologica
Plataforma tecnologica
 
Tipos De Computadoras
Tipos De ComputadorasTipos De Computadoras
Tipos De Computadoras
 
Partes de la computadora
Partes de la computadoraPartes de la computadora
Partes de la computadora
 
Componentes internos y externos de la laptop
Componentes internos y externos de la laptopComponentes internos y externos de la laptop
Componentes internos y externos de la laptop
 
Componentes internos y externos del pc
Componentes internos y externos del pcComponentes internos y externos del pc
Componentes internos y externos del pc
 
Diagrama de flujo
Diagrama de flujo Diagrama de flujo
Diagrama de flujo
 

Similar a Diagramas de componentes exposicion martes

Glosario terminologia java
Glosario terminologia javaGlosario terminologia java
Glosario terminologia java
orus004
 
Diagrama de componentes
Diagrama de componentesDiagrama de componentes
Diagrama de componentes
uitron
 
Apendice general 4 terminos de programador
Apendice general 4 terminos de programadorApendice general 4 terminos de programador
Apendice general 4 terminos de programador
Wilson Delgado Ramos
 
Unidad 3 topicos avanzados de programacion
Unidad 3 topicos avanzados de programacionUnidad 3 topicos avanzados de programacion
Unidad 3 topicos avanzados de programacion
Irving Che
 

Similar a Diagramas de componentes exposicion martes (20)

Arquitectura-UML.-Componentes.-Despliegue.-v-2017.01-Prof.-L.-Straccia.pptx
Arquitectura-UML.-Componentes.-Despliegue.-v-2017.01-Prof.-L.-Straccia.pptxArquitectura-UML.-Componentes.-Despliegue.-v-2017.01-Prof.-L.-Straccia.pptx
Arquitectura-UML.-Componentes.-Despliegue.-v-2017.01-Prof.-L.-Straccia.pptx
 
Cap5 DiseñO de Sistemas
Cap5 DiseñO de SistemasCap5 DiseñO de Sistemas
Cap5 DiseñO de Sistemas
 
ingeniería del software
ingeniería del softwareingeniería del software
ingeniería del software
 
Uml
UmlUml
Uml
 
Diagrama de clases y diagrama de objetos
Diagrama de clases y diagrama de objetosDiagrama de clases y diagrama de objetos
Diagrama de clases y diagrama de objetos
 
D Iagramas U Ml
D Iagramas U MlD Iagramas U Ml
D Iagramas U Ml
 
D Iagramas U Ml
D Iagramas U MlD Iagramas U Ml
D Iagramas U Ml
 
Diagramas de implementacion
Diagramas de implementacionDiagramas de implementacion
Diagramas de implementacion
 
Glosario java
Glosario javaGlosario java
Glosario java
 
Glosario terminologia java
Glosario terminologia javaGlosario terminologia java
Glosario terminologia java
 
Diagramas UML (Diseño de Sistemas)
Diagramas UML (Diseño de Sistemas)Diagramas UML (Diseño de Sistemas)
Diagramas UML (Diseño de Sistemas)
 
Pdf glo
Pdf gloPdf glo
Pdf glo
 
Diagrama de componentes
Diagrama de componentesDiagrama de componentes
Diagrama de componentes
 
Componen1
Componen1Componen1
Componen1
 
Fis 4 5
Fis 4 5Fis 4 5
Fis 4 5
 
Glosario
GlosarioGlosario
Glosario
 
Apendice general 4
Apendice general 4Apendice general 4
Apendice general 4
 
Glosario
GlosarioGlosario
Glosario
 
Apendice general 4 terminos de programador
Apendice general 4 terminos de programadorApendice general 4 terminos de programador
Apendice general 4 terminos de programador
 
Unidad 3 topicos avanzados de programacion
Unidad 3 topicos avanzados de programacionUnidad 3 topicos avanzados de programacion
Unidad 3 topicos avanzados de programacion
 

Último

6°_GRADO_-_MAYO_06 para sexto grado de primaria
6°_GRADO_-_MAYO_06 para sexto grado de primaria6°_GRADO_-_MAYO_06 para sexto grado de primaria
6°_GRADO_-_MAYO_06 para sexto grado de primaria
Wilian24
 
informe-de-laboratorio-metodos-de-separacion-de-mezclas.pdf
informe-de-laboratorio-metodos-de-separacion-de-mezclas.pdfinforme-de-laboratorio-metodos-de-separacion-de-mezclas.pdf
informe-de-laboratorio-metodos-de-separacion-de-mezclas.pdf
AndreaTurell
 
Concepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptxConcepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptx
Fernando Solis
 
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
EliaHernndez7
 
2° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
2° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx2° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
2° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
candy torres
 

Último (20)

ACERTIJO LA RUTA DEL MARATÓN OLÍMPICO DEL NÚMERO PI EN PARÍS. Por JAVIER SOL...
ACERTIJO LA RUTA DEL MARATÓN OLÍMPICO DEL NÚMERO PI EN  PARÍS. Por JAVIER SOL...ACERTIJO LA RUTA DEL MARATÓN OLÍMPICO DEL NÚMERO PI EN  PARÍS. Por JAVIER SOL...
ACERTIJO LA RUTA DEL MARATÓN OLÍMPICO DEL NÚMERO PI EN PARÍS. Por JAVIER SOL...
 
6°_GRADO_-_MAYO_06 para sexto grado de primaria
6°_GRADO_-_MAYO_06 para sexto grado de primaria6°_GRADO_-_MAYO_06 para sexto grado de primaria
6°_GRADO_-_MAYO_06 para sexto grado de primaria
 
Ensayo Paes competencia matematicas 2 Preuniversitario
Ensayo Paes competencia matematicas 2 PreuniversitarioEnsayo Paes competencia matematicas 2 Preuniversitario
Ensayo Paes competencia matematicas 2 Preuniversitario
 
informe-de-laboratorio-metodos-de-separacion-de-mezclas.pdf
informe-de-laboratorio-metodos-de-separacion-de-mezclas.pdfinforme-de-laboratorio-metodos-de-separacion-de-mezclas.pdf
informe-de-laboratorio-metodos-de-separacion-de-mezclas.pdf
 
animalesdelaproincia de beunos aires.pdf
animalesdelaproincia de beunos aires.pdfanimalesdelaproincia de beunos aires.pdf
animalesdelaproincia de beunos aires.pdf
 
CONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptx
CONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptxCONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptx
CONCURSO NACIONAL JOSE MARIA ARGUEDAS.pptx
 
UNIDAD 3 -MAYO - IV CICLO para cuarto grado
UNIDAD 3 -MAYO - IV CICLO para cuarto gradoUNIDAD 3 -MAYO - IV CICLO para cuarto grado
UNIDAD 3 -MAYO - IV CICLO para cuarto grado
 
La Sostenibilidad Corporativa. Administración Ambiental
La Sostenibilidad Corporativa. Administración AmbientalLa Sostenibilidad Corporativa. Administración Ambiental
La Sostenibilidad Corporativa. Administración Ambiental
 
PLAN DE REFUERZO ESCOLAR MERC 2024-2.docx
PLAN DE REFUERZO ESCOLAR MERC 2024-2.docxPLAN DE REFUERZO ESCOLAR MERC 2024-2.docx
PLAN DE REFUERZO ESCOLAR MERC 2024-2.docx
 
Desarrollo y Aplicación de la Administración por Valores
Desarrollo y Aplicación de la Administración por ValoresDesarrollo y Aplicación de la Administración por Valores
Desarrollo y Aplicación de la Administración por Valores
 
Código Civil de la República Bolivariana de Venezuela
Código Civil de la República Bolivariana de VenezuelaCódigo Civil de la República Bolivariana de Venezuela
Código Civil de la República Bolivariana de Venezuela
 
AEC 2. Aventura en el Antiguo Egipto.pptx
AEC 2. Aventura en el Antiguo Egipto.pptxAEC 2. Aventura en el Antiguo Egipto.pptx
AEC 2. Aventura en el Antiguo Egipto.pptx
 
Concepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptxConcepto y definición de tipos de Datos Abstractos en c++.pptx
Concepto y definición de tipos de Datos Abstractos en c++.pptx
 
AEC2. Egipto Antiguo. Adivina, Adivinanza.pptx
AEC2. Egipto Antiguo. Adivina, Adivinanza.pptxAEC2. Egipto Antiguo. Adivina, Adivinanza.pptx
AEC2. Egipto Antiguo. Adivina, Adivinanza.pptx
 
Plan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdf
Plan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdfPlan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdf
Plan-de-la-Patria-2019-2025- TERCER PLAN SOCIALISTA DE LA NACIÓN.pdf
 
Revista Apuntes de Historia. Mayo 2024.pdf
Revista Apuntes de Historia. Mayo 2024.pdfRevista Apuntes de Historia. Mayo 2024.pdf
Revista Apuntes de Historia. Mayo 2024.pdf
 
Power Point E. S.: Los dos testigos.pptx
Power Point E. S.: Los dos testigos.pptxPower Point E. S.: Los dos testigos.pptx
Power Point E. S.: Los dos testigos.pptx
 
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
🦄💫4° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
 
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESOPrueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
Prueba de evaluación Geografía e Historia Comunidad de Madrid 2º de la ESO
 
2° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
2° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx2° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
2° SEM32 WORD PLANEACIÓN PROYECTOS DARUKEL 23-24.docx
 

Diagramas de componentes exposicion martes

  • 1. AREA DE LA ENERGIA, LAS INDUSTRIAS Y LOS RECURSOS NATURALES NO RENOVABLES UNIVERSIDAD NACIONAL DE LOJA INGENIERIA EN SISTEMAS 7mo “A” Diseño de Sistemas TEMA “DIAGRAMA DE COMPONENTES” Autor: Jackson Cuenca This work is licensed under the Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Ecuador License.
  • 2. DIAGRAMAS DE COMPONENTES El Diagrama de Componentes describe la organizacion de los components físicos de un Sistema. Un componente es una parte física y reemplazable de un sistema, conforma con un conjunto de interfaces y realiza esas interfaces. Un componente debe tener un nombre: simple, ej. cliente.java o de camino, cuando está incluido en un paquete. ej. system::dialog.dll Un componente puede contener adornos, valores etiquetados e información adicional. Ej. referencia a las interfaces que realiza.
  • 3. Modela los aspectos físicos de un sistema. Modela la vista de implementación estática de un sistema. Modela los elementos físicos que residen en un nodo, tales como ejecutables, tablas, librerías, archivos y documentos. Un Diagrama de Componentes muestra un conjunto de componentes y sus relaciones. Los elementos que lo componen son:  Componentes  Interfaces  Relaciones de dependencia, generalización, asociación, realización.
  • 4.
  • 5. COMPONENTE Un componente posee características similares a una clase: tiene nombre, realiza interfaces, puede participar de relaciones, puede tener instancias, puede participar en interacciones. Porqué se diferencian? Un componente representa un elemento físico (bits). Una clase es una abstracción lógica. El componente se puede representar en nodos físicos, la clase no. Las operaciones de un componente solo se alcanzan a través de interfaces. Las de una clase podrían ser accesibles directamente.
  • 6. • • • Caracteristicas de un Componente Un componente es físico existe en el mundo de los bits. Un componente es reemplazable es posible reemplazar un componente por otro que conforme con las mimas interfaces. Un componente es una parte de un sistema representa un bloque de construcción fundamental sobre el cual se puede diseñar y construir sistemas. Un sistema puede ser solo un componente en un nivel de abstracción mayor,compuesto por componentes.
  • 7. TIPOS DE COMPONENTES Componentes de despliegue: necesarios y suficientes para formar un sistema ejecutable. Por ejemplo: bibliotecas dinámicas (dll), ejecutables (exe). Componentes productos de trabajo: surgen durante el proceso de desarrollo y quedan al final del mismo. Por ejemplo: buscarCliente.jar, cliente.db. Componentes de ejecución: se crean como consecuencia de un sistema en ejecución. Por ejemplo: objetos que se instancian a partir de una dll.
  • 8. UML define 5 estereotipos estándar que se aplican a los componentes:    Executable: Especifica un componente que se puede ejecutar en un nodo. Library: Especifica una biblioteca de objetos estática o dinámica. Table: Especifica un componente que representa una tabla de una base de datos.   File: Especifica un componente que representa un documento que contiene código fuente o datos. Document: Especifica un componente que representa un documento.
  • 9.  Representación de Componentes Representación de un Componente. Representación de un Componente extendido. Componentes, interfaces, Formato icónico. Componentes, interfaces, Formato extendido.
  • 10. INTERFAZ  Una interfaz contiene una colección de operaciones y se utiliza para especificar los servicios de una clase o de un componente.  Una interfaz se conecta al componente que la implementa a través de una relación de realización, y al componente queutiliza sus servicios con una dependencia. Gráficamente:
  • 11. Tipos de Interfaz  Interfaz de exportación: interfaz realizada por un componente, servicio que ofrece a otros componentes.  Interfaz de Importación: interfaz usada por un componente. La ventaja de usar interfaces es que se rompe la dependencia directa entre componentes. Un componente que usa una interfaz puede funcionar adecuadamente independientemente del componenteque la realiza.
  • 12.
  • 13. Organización Entre Componentes • Los componentes se pueden agrupar en paquetes. • También se pueden organizar mediante relaciones entre ellos de:  Dependencia, generalización, asociación (incluida agregación) y realización.  Un componente se puede construir a partir de otros componentes (agregación).
  • 14. Puertos Un Puerto es una ventana explícita dentro de un componente encapsulado. En un componente encapsulado, todas las interacciones dentro y fuera pasan a través de sus puertos. 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). 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. 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.
  • 15.
  • 16. Estructura Interna de un Componente La estructura interna de un componente está formada por las partes que componen su implementación junto con las conexiones entre ellas. Las partes pueden ser componentes conectados a través de sus puertos. Una parte es una unidad de implementación de un componente, que tiene un nombre y un tipo. Una instancia de un componente tiene una o más instancias de cada una de sus partes. Las partes tienen multiplicidad.
  • 17.
  • 18.
  • 19. Una conexión entre dos puertos se denomina conector y denota un enlace en una instancia del componente. Los componentes pueden ser conectados: Directamente (mediante una línea entre ellos o sus puertos), o Porque tienen interfaces compatibles (mediante junta circular). 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.
  • 20.
  • 21.