INGENIERIA DE

SOFTWARE II
Recuperación 1

___________________________________________________

UNIDAD II: Diagrama de Componentes

Profesor: Javier Jesús Torres Yáñez
Por:
Medina Correa Karen Lizeth (1217101012)
Ponce Coronilla Jorge Luis ()
Grupo: GSI-1451
Sistemas Informáticos Carrera:
___________________________________________________
Contenido
Introducción.......................................................................................................................................3
Diagrama de Componentes................................................................................................................3
Conclusión..........................................................................................................................................3

Página 2 de 6
Introducción
Los diagramas de componentes nos permiten mostrar los elementos de diseño de un
sistema de información. Un diagrama de componentes permite visualizar con más
facilidad la estructura general del sistema y el comportamiento del servicio que estos
componentes proporcionan y utilizan a través de las interfaces. Puede usar un diagrama
de componentes para describir un diseño que se implemente en cualquier lenguaje o
estilo. Solo es necesario identificar los elementos del diseño que interactúan con otros
elementos del diseño a través de un conjunto restringido de entradas y salidas. Los
componentes pueden tener cualquier escala y pueden estar interconectados de cualquier
manera. 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 más clases, porque una abstracción con atributos y métodos pueden ser
implementados en los componentes. En un Diagrama de Componentes, un componente
se representa con un rectángulo en el que se escribe su nombre y en él se muestran dos
pequeños rectángulos al lado izquierdo. Los componentes se pueden agrupar en
paquetes, así como los objetos en clases, además puede haber entre ellos relaciones de
dependencia como:

• Generalización
• Asociación
• Agregación
• Realización

Cada componente debe contar con un estereotipo que identifica el tipo de componente del
que se trata. UML define cinco estereotipos estándar que se aplican en los componentes.

• Executable. componente que se puede ejecutar.

• Library. Biblioteca de objetos estática o dinámica.
• Table. Componentes que representa una tabla de base de datos.
• File. Componente que representa un documento que contiene código fuente o
datos.
• Document. Componente que representa un documento. Por último, este tipo de
diagrama incluye también interfaces.

Página 3 de 6
Una interfaz establece las operaciones externas de un componente, las cuales
determinan una parte del comportamiento del mismo. Se representa como un pequeño
círculo situado junto al componente que lo implementa y unido a él por una línea continua.

8
3
1

7
4
2

Página 4 de 6
 10
1 4
9
5
2

Conclusión

Lo que distingue a un diagrama de componentes de otros tipos de diagramas es su

contenido. Normalmente contienen componentes, interfaces y relaciones entre ellos. Y
como todos los diagramas, también puede contener paquetes utilizados para agrupar
elementos del modelo. Un diagrama de componentes muestra las organizaciones y
dependencias lógicas entre componentes software, sean éstos componentes de código
fuente, binarios o ejecutables. Desde el punto de vista del diagrama de componentes se
tienen en consideración los requisitos relacionados con la facilidad de desarrollo, la
gestión del software, la reutilización, y las restricciones impuestas por los lenguajes de
programación y las herramientas utilizadas en el desarrollo. Los elementos de modelado
dentro de un diagrama de componentes serán componentes y paquetes. Dado que los
diagramas de componentes muestran los componentes software que constituyen una
Página 5 de 6
parte reusable, sus interfaces, y sus interrelaciones, en muchos aspectos se puede
considerar que un diagrama de componentes es un diagrama de clases a gran escala.
Cada componente en el diagrama debe ser documentado con un diagrama de
componentes más detallado, un diagrama de clases, o un diagrama de casos de uso

Página 6 de 6