Se utilizan para modelar la vista est�tica de un sistema. Muestra la organizaci�n y las dependencias entre un conjunto de componentes. No es necesario que un diagrama incluya todos los componentes del sistema, normalmente se realizan por partes. Cada diagrama describe un apartado del sistema.
En el situaremos librer�as, tablas archivos, ejecutables y documentos que formen parte del sistema.
Uno de los usos principales es que puede servir para ver que componentes pueden compartirse entre sistemas o entre diferentes partes de un sistema.
Aqu� tenemos un componente del sistema de Windows. En el diagrama de componentes de Windows debe salir este componente, ya que sin el sistema no funcionar�a.
En esta otra figura tenemos el mismo componente, pero indicamos que dispone de un interface. Al ser una Dll el interface nos da acceso a su contenido. Esto nos hace pensar que la representaci�n anterior es incorrecta, pero no es as� solo corresponde a un nivel diferente de detalle.
Como ya hemos indicado antes todo objeto UML puede ser modificado mediante estereotipos, los standard que define UML son:
- Executable
- Library
- Table
- File
- Document
Aunque por suerte no estamos limitados a estas especificaciones. Que pasa si queremos modelar un proyecto de Internet donde nuestros componentes son ASP, HTML, y Scripts, y queremos marcarlo en el modelo. Pues utilizamos un estereotipo. Existe ya unos definidos WAE (Web Applications Extensi�n).
Podemos modelar diferentes partes de nuestro sistema, y modelar diferentes entidades que no tiene nada que ver entre ellas.
- Ejecutables y bibliotecas
- Tablas
- API
- C�digo fuente
- Hojas HTML
�Ejecutables
Nos facilita la distribuci�n de ejecutables a los clientes. Documenta sus necesidades y dependencias. Si disponemos de un ejecutable que solo se necesita a el mismo para funcionar no necesitaremos el diagrama de componentes.
Los pasos a seguir para modelar, a priori no a posteriori, son:
- Identificar los componentes, las particiones del sistema, cuales son factibles de ser reutilizadas. Agruparlos por nodos y realizar un diagrama por cada nodo que se quiera modelar.
- Identificar cada componente con su estereotipo correspondiente.
- Considerar las relaciones entre componentes.
En este grafico se muestra un ejecutable que utiliza dos librer�as, estas dos librer�as disponen de su interface con el que ofrecen el acceso a sus servicios. Se puede ver que estas librer�as son componentes que pueden ser reutilizados en otras partes del sistema.
�C�digo fuente
Se utiliza para documentar las dependencias de los diferentes ficheros de c�digo fuente. Un ejecutable, o librer�a es una combinaci�n de estos ficheros, y al mostrar la dependencia entre ellos obtenemos una visi�n de las partes necesarias para la creaci�n del ejecutable o librer�a.
Al tener documentadas las relaciones se pueden realizar cambios en el c�digo de un archivo teniendo en cuenta donde se utiliza, y que otros ficheros pueden verse afectados por su modificaci�n.
Aqu� tenemos la relaci�n entre los diferentes ficheros de un sistema. Cada fichero Cpp utiliza su fichero .h correspondiente, y MiServicio.h utiliza NTService.h u Stdio.h.