UNIVERSIDAD TÉCNICA DEL NORTE
FICA-CISIC
INGENIERÍA DE SOFTWARE I
DIAGRAMA DE COMPONENTES
Integrantes: Paola Tito
Estalin Trujillo
DIAGRAMA DE COMPONENTES
 Un diagrama de componentes muestra
clasificadores de componentes, las clases definidas
en ellos, y las relaciones entre ellas. Los
clasificadores de componentes también se pueden
anidar dentro de otros clasificadores de
componentes para mostrar relaciones de
definición.
 Los diagramas de componentes describen los
elementos físicos del sistema y sus relaciones.
DIAGRAMA DE COMPONENTES
 Un componente es una parte física de un sistema
(modulo, base de datos, programa ejecutable,
etc.).
 Se puede decir que un componente es la
materialización de una o mas clases, porque una
abstracción con atributos y métodos pueden ser
implementados en los componentes.
CARACTERÍSTICAS
 Muestra como el sistema esta dividido en componentes
y las dependencias entre ellos
 Provee una vista arquitectónica de alto nivel del sistema
 Ayuda a los programadores a visualizar el camino de
implementación.
 Permite tomar decisiones respecto a las tareas de
implementación.
ESTEREOTIPOS DE COMPONENTES
UML define cinco estereotipos estándar que se aplican en los
componentes.
 Ejecutable (Executable): componente que se puede ejecutar
 Librería (Library): biblioteca de objetos estática o dinámica
 Tabla (Table): Componentes que representa una tabla de base de
datos
 Archivo (File): componente que representa un documento que
contiene código fuente o datos
 Documento (Document): Comp. Que representa un documento.
ELEMENTOS
Normalmente los DC contienen los siguientes
elementos:
 Componentes
 Interfaces
 Relaciones de dependencia, generalización,
asociación y realización.
 Paquetes o subsistemas.
COMPONENTE
 Un componente se representa con un rectángulo en el que se
escribe su nombre y en el se muestran dos pequeños rectángulos al
lado izquierdo. O también los siguientes:
Representación simple de un Componente
INTERFACES
 Una interfaz contiene una colección de operaciones y se utiliza para
especificar los servicios de una clase o de un componente.Es el lazo de
unión entre varios componentes.
 Las interfaces pueden representarse de varias formas, como vemos en la
grafica:
Donde C es el nombre de la interfaz.
Relaciones de Dependencia
Los componentes se pueden agrupar en paquetes así como los objetos en
clases, además pueden haber entre ellos relaciones de dependencia como:
Pasos para la elaboración de un diagrama
de componentes
 Previamente al diagrama de componentes debemos de tener hecho el
diagrama de clases.
 Se debe identificar a todos las clases que participaran en el sistema o
subsistema a desarrollar.
 Una vez identificado las clases, se procede a identificar sus métodos.
 Estos métodos pasaran a ser módulos con líneas de código
independientes.
 Estos módulos serán los componentes de nuestro diagrama.
 Estos componentes se relacionan entre si por medio de sus interfaces
EJEMPLO
VENTAJAS
 Nos permite ver el modelado de un sistema o
subsistema
 Permite especificar un componente con interfaces bien
defiendas.
 Representan aspecto físicos del sistema.
 Se puede construir a partir del modelo de clases y
escribir desde cero para un nuevo sistema
 Se puede importar desde otros proyectos.
DESVENTAJAS
 No representa aspectos irremplazables del sistema

Diagrama de Componentes

  • 1.
    UNIVERSIDAD TÉCNICA DELNORTE FICA-CISIC INGENIERÍA DE SOFTWARE I DIAGRAMA DE COMPONENTES Integrantes: Paola Tito Estalin Trujillo
  • 2.
    DIAGRAMA DE COMPONENTES Un diagrama de componentes muestra clasificadores de componentes, las clases definidas en ellos, y las relaciones entre ellas. Los clasificadores de componentes también se pueden anidar dentro de otros clasificadores de componentes para mostrar relaciones de definición.  Los diagramas de componentes describen los elementos físicos del sistema y sus relaciones.
  • 3.
    DIAGRAMA DE COMPONENTES Un componente es una parte física de un sistema (modulo, base de datos, programa ejecutable, etc.).  Se puede decir que un componente es la materialización de una o mas clases, porque una abstracción con atributos y métodos pueden ser implementados en los componentes.
  • 4.
    CARACTERÍSTICAS  Muestra comoel sistema esta dividido en componentes y las dependencias entre ellos  Provee una vista arquitectónica de alto nivel del sistema  Ayuda a los programadores a visualizar el camino de implementación.  Permite tomar decisiones respecto a las tareas de implementación.
  • 5.
    ESTEREOTIPOS DE COMPONENTES UMLdefine cinco estereotipos estándar que se aplican en los componentes.  Ejecutable (Executable): componente que se puede ejecutar  Librería (Library): biblioteca de objetos estática o dinámica  Tabla (Table): Componentes que representa una tabla de base de datos  Archivo (File): componente que representa un documento que contiene código fuente o datos  Documento (Document): Comp. Que representa un documento.
  • 6.
    ELEMENTOS Normalmente los DCcontienen los siguientes elementos:  Componentes  Interfaces  Relaciones de dependencia, generalización, asociación y realización.  Paquetes o subsistemas.
  • 7.
    COMPONENTE  Un componentese representa con un rectángulo en el que se escribe su nombre y en el se muestran dos pequeños rectángulos al lado izquierdo. O también los siguientes: Representación simple de un Componente
  • 8.
    INTERFACES  Una interfazcontiene una colección de operaciones y se utiliza para especificar los servicios de una clase o de un componente.Es el lazo de unión entre varios componentes.  Las interfaces pueden representarse de varias formas, como vemos en la grafica: Donde C es el nombre de la interfaz.
  • 9.
    Relaciones de Dependencia Loscomponentes se pueden agrupar en paquetes así como los objetos en clases, además pueden haber entre ellos relaciones de dependencia como:
  • 10.
    Pasos para laelaboración de un diagrama de componentes  Previamente al diagrama de componentes debemos de tener hecho el diagrama de clases.  Se debe identificar a todos las clases que participaran en el sistema o subsistema a desarrollar.  Una vez identificado las clases, se procede a identificar sus métodos.  Estos métodos pasaran a ser módulos con líneas de código independientes.  Estos módulos serán los componentes de nuestro diagrama.  Estos componentes se relacionan entre si por medio de sus interfaces
  • 11.
  • 13.
    VENTAJAS  Nos permitever el modelado de un sistema o subsistema  Permite especificar un componente con interfaces bien defiendas.  Representan aspecto físicos del sistema.  Se puede construir a partir del modelo de clases y escribir desde cero para un nuevo sistema  Se puede importar desde otros proyectos.
  • 14.
    DESVENTAJAS  No representaaspectos irremplazables del sistema