Diagramas de Componentes

5/8/2018 Diagramas de Componentes - slidepdf.com

http://slidepdf.com/reader/full/diagramas-de-componentes-559ac150368fc 1/26

Diagramas de ComponentesDiagramas de Componentes



Universidad Politécnica de ChiapasUniversidad Politécnica de Chiapas

Ingeniería en Desarrollo de Software

Materia:

Ingeniería en SoftwareCatedrático:

Juan Carlos López PimentelIntegrantes:

Alejandro Darinel Albores Sotelo 093091

Eduardo Díaz Esponda 093096Julio Cesar Orozco Espinosa 093036

³6to. A´

Tuxtla Gutiérrez, Chiapas; 20 de Julio del 2011



Definición.Definición.

� Los diagramas de componentes describen los

elementos físicos de un sistema (modulo, basede datos, programa ejecutable, etc.) y susrelaciones.

� Muestran las opciones de realización incluyendo

código fuente, binario y ejecutable.� Pueden ser simples archivos, paquetes, bibliotecas cargadas dinámicamente, etc.



Representación grafica.Representación grafica.

Nombre

Nombre

<<Component>>

Nombre



Elementos del DC.Elementos del DC.

Normalmente los DC contienen los siguientes

elementos:� Componentes

� Interfaces

� R elaciones de dependencia, generalización,

asociación y realización.� Paquetes o subsistemas.



Relaciones de dependencia de los DC.Relaciones de dependencia de los DC.

Se pueden agrupar en paquetes así como los

objetos de clases, además pueden tener entre ellosrelaciones, tales como:

� Generalización

� Asociación� Agregación

� R ealización

� Dependencia



Estereotipos de los componentes.Estereotipos de los componentes.

UML define cinco 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.



Estereotipos de los componentes.Estereotipos de los componentes.

� File: Especifica un componente que representa

un documento que contiene código fuente odatos.

� Document: Especifica un componente querepresenta un documento.



Dependencias entre componentes.Dependencias entre componentes.

Se utilizan en los DC para indicar que un

componente se refiere a los servicios ofrecidos porotro componente.

NewPackageSpec NewPackageSpec2

Dependencia entre dos componentes.



Ejemplo: Modelado deEjemplo: Modelado de ejecutablesejecutables yybibliotecas.bibliotecas.



Subsistemas.Subsistemas.

� Los distintos componentes pueden agruparse en

paquetes según un criterio lógico y con vistas asimplificar la implementación.

� Son paquetes estereotipados en<<subsistemas>>.



Funcionalidad de los subsistemas.Funcionalidad de los subsistemas.

� Los subsistemas organizan la vista de realización deun sistema.

� Cada subsistema puede contener componentes y otros subsistemas.

� La descomposición en subsistemas no esnecesariamente una descomposición funcional.

� La relación entre paquetes y clases en el nivel lógico

es el que existe entre subsistemas y componentes enel nivel físico.� Paquetes (Categorias) y clases en el nivel lógico.

Paquetes (Subsistemas) y componentes en el nivelfísico.



Interfaces.Interfaces.

� Es el lazo de unión entre varios componentes.

� Las interfaces pueden representarse de variasformas, como vemos en la grafica:



Forma de representación de los DC.Forma de representación de los DC.



Puntos de entrada.Puntos de entrada.

Es la parte donde indicamos que comienza

nuestro diagrama o el comienzo de los sistemas.



Ejemplo de DC.Ejemplo de DC.



En que parte del ciclo de vida loEn que parte del ciclo de vida loencontramos?encontramos?� Se presenta en la parte del diseño, ya que da

paso a la parte de implementación.

� Deberá ser generado a partir del diagrama declases.



Pasos para elaborar un diagrama dePasos para elaborar un diagrama decomponentes.componentes.

1. Previamente al diagrama de componentes

debemos de tener hecho el diagrama de clases.

2. Se debe identificar a todos las clases queparticiparan en el sistema o subsistema adesarrollar.

3. Una vez identificado las clases, se procede aidentificar sus métodos.



Pasos para elaborar un diagrama dePasos para elaborar un diagrama decomponentes.componentes.

4. Estos métodos pasaran a ser módulos con

líneas de código independientes.

5. Estos módulos serán los componentes denuestro diagrama.

6. Estos componentes se relacionan entre si pormedio de sus interfaces.



Ventajas del DC.Ventajas del DC.

Nos permite ver el modelado de un sistema o

subsistema .permite especificar un componente coninterfaces bien definidas.



Relación con el diagrama deRelación con el diagrama dedespliegue.despliegue.



Diagrama de componente yDiagrama de componente ydespliegue.despliegue.



Ejemplo de la elaboración final de unEjemplo de la elaboración final de unDC.DC.





Bibliografías tomadas.Bibliografías tomadas.

*Paginas de internet:� www.omg.org/uml/� Meta-links www.celigent.com/uml/ y www.cetus-

links.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.



Conclusión.Conclusión.

Es la forma de modelar un sistema o subsistema,

basado en el diagrama de clases. El cual nosmuestra el proceso que se lleva a cabo en elsistema deseado.

Documents

Diagramas de Componentes