Diagramas de Componentes

Universidad Politcnica de Chiapas

Ingeniera en Desarrollo de Software Materia: Ingeniera en Software Catedrtico: Juan Carlos Lpez Pimentel Integrantes: Alejandro Darinel Albores Sotelo 093091 Eduardo Daz Esponda 093096 Julio Cesar Orozco Espinosa 093036 6to. A
Tuxtla Gutirrez, Chiapas; 20 de Julio del 2011

Definicin.
Los diagramas de componentes describen los elementos fsicos de un sistema (modulo, base de datos, programa ejecutable, etc.) y sus relaciones. Muestran las opciones de realizacin incluyendo cdigo fuente, binario y ejecutable. Pueden ser simples archivos, paquetes, bibliotecas cargadas dinmicamente, etc.

Representacin grafica.
Nombre

<<Component>>

Nombre

Nombre

Elementos del DC.

Normalmente los DC contienen los siguientes elementos: Componentes Interfaces Relaciones de dependencia, generalizacin, asociacin y realizacin. Paquetes o subsistemas.

Relaciones de dependencia de los DC.

Se pueden agrupar en paquetes as como los objetos de clases, adems pueden tener entre ellos relaciones, tales como: Generalizacin Asociacin Agregacin Realizacin Dependencia

Estereotipos de los componentes.

UML define cinco estereotipos estndar que se aplican a los componentes: Executable: Especifica un componente que se puede ejecutar en un nodo. Library: Especifica una biblioteca de objetos esttica o dinmica. Table: Especifica un componente que representa una tabla de una base de datos.

Estereotipos de los componentes.

File: Especifica un componente que representa un documento que contiene cdigo fuente o datos. Document: Especifica un componente que representa un documento.

Dependencias entre componentes.

Se utilizan en los DC para indicar que un componente se refiere a los servicios ofrecidos por otro componente.
NewPackageSpec NewPackageSpec2

Dependencia entre dos componentes.

Ejemplo: Modelado de ejecutables y bibliotecas.

Subsistemas.
Los distintos componentes pueden agruparse en paquetes segn un criterio lgico y con vistas a simplificar la implementacin. Son paquetes estereotipados en <<subsistemas>>.

Funcionalidad de los subsistemas.

Los subsistemas organizan la vista de realizacin de un sistema. Cada subsistema puede contener componentes y otros subsistemas. La descomposicin en subsistemas no es necesariamente una descomposicin funcional. La relacin entre paquetes y clases en el nivel lgico es el que existe entre subsistemas y componentes en el nivel fsico. Paquetes (Categorias) y clases en el nivel lgico. Paquetes (Subsistemas) y componentes en el nivel fsico.

Interfaces.
Es el lazo de unin entre varios componentes.

Las interfaces pueden representarse de varias formas, como vemos en la grafica:

Forma de representacin de los DC.

Puntos de entrada.
Es la parte donde indicamos que comienza nuestro diagrama o el comienzo de los sistemas.

Ejemplo de DC.

En que parte del ciclo de vida lo encontramos?

Se presenta en la parte del diseo, ya que da paso a la parte de implementacin. Deber ser generado a partir del diagrama de clases.

Pasos para elaborar un diagrama de componentes.

1. Previamente al diagrama de componentes debemos de tener hecho el diagrama de clases.

2. Se debe identificar a todos las clases que participaran en el sistema o subsistema a desarrollar. 3. Una vez identificado las clases, se procede a identificar sus mtodos.

Pasos para elaborar un diagrama de componentes.

4. Estos mtodos pasaran a ser mdulos con lneas de cdigo independientes. 5. Estos mdulos sern los componentes de nuestro diagrama. 6. Estos componentes se relacionan entre si por medio de sus interfaces.

Ventajas del DC.

Nos permite ver el modelado de un sistema o subsistema . permite especificar un componente con interfaces bien definidas.

Relacin con el diagrama de despliegue.

Diagrama de componente y despliegue.

Ejemplo de la elaboracin final de un DC.

Bibliografas tomadas.
*Paginas de internet: www.omg.org/uml/ Meta-links www.celigent.com/uml/ y www.cetuslinks.org/oo_uml.html *Libros: Autor: Pierre-Alain Muller; Nombre del libro: Instant UML. Autor: Martin Fowler; Nombre del libro: UML Destilled (UML Gota a Gota). Autor: Quatrani; Nombre del libro: Visual Modeling ..., un caso de estudio.

Conclusin.
Es la forma de modelar un sistema o subsistema, basado en el diagrama de clases. El cual nos muestra el proceso que se lleva a cabo en el sistema deseado.