UNIVERSIDAD SALESIANA DE BOLIVIA

INGENIERIA DE SISTEMAS
CAMPUS ACHACHICALA
Artefacto: Diagrama de componentes
DOCENTE: Lic. Elisa Arizaca Ramrez.
MATERIA: Anlisis y diseo de sistemas II.
ESTUDIANTES: Dania Mamani Nina.
Daniela Garca Quispe.
Mayra Melania Sotes Carrillo.
Jenny Vanesa Primicia Delgado.
Jaime Monrroy Ludeo.
Juan Javier Castillo Huallpa.
SEMESTRE: Sexto.
PARALELO: A 1.
FECHA: 9 de junio del 2009.
La Paz - Bolivia
DIAGRAMA DE COMPONENTES
1. Generalidades:
Definicin:
Un diagrama de componentes muestra las dependencias lgicas entre
componentes software, sean stos componentes fuentes, binarios o ejecutables,
ilustran las piezas del software, controladores embebidos, etc. Los
diagramas de Componentes prevalecen en el campo de la arquitectura de
software pero pueden ser usados para modelar y documentar cualquier
arquitectura de sistema, es decir para describir la vista de implementacin esttica
de un sistema! Los diagramas de componentes se relacionan con los diagramas
de clases, ya que un componente normalmente se corresponde con una o ms
clases, interfaces o colaboraciones pero un diagrama de Componentes tiene
un nivel ms alto de abstraccin que un diagrama de clase, usualmente
un componente se implementa por una o ms clases (u objetos) en
tiempo de ejecucin. Estos son bloques de construccin, como
eventualmente un componente puede comprender una gran porcin de
un sistema
"ara todo sistema ## se $an de construir una serie de diagramas que modelan
tanto la parte esttica, como
Dinmica, pero llegado el momento todo esto se debe materiali%ar en un sistema
implementado
Los componentes software tienen tipo, que indica si son &tiles en tiempo de
compilacin, enlace o ejecucin! 'e consideran en este tipo de diagramas solo
tipos de componentes! (nstancias espec)ficas se encuentran en el diagrama de
ejecucin!

Los componentes son similares en prctica a los diagramas de paquete como los
l)mites definidos y se usan para agrupar elementos en estructuras lgicas! La
diferencia entre Diagramas de "aquete y Diagramas de Componente es que los
diagramas de componente ofrecen un mecanismo de agrupamiento ms rico
semnticamente! Con los Diagramas de Componente todos los elementos del
modelo son privados mientras que los diagramas de "aquete solo muestran )tems
p&blicos!
Utili%acin de los diagramas de componentes:
Los diagramas de componentes pueden ser utili%ados para modelar sistema de
software de cualquier tama*o y complejidad! La $erramienta no permite
especificar un componente como unidad modular con interfaces bien definidos,
reempla%able dentro de su ambiente!
+l concepto de componente encaja dentro de las ideas de desarrollo basado en
componentes y estructuracin de sistemas basada en componentes, en las cuales
un componente se va modelado a travs de todo el ciclo de desarrollo y
sucesivamente se va refinando $asta llegar a su implantacin y creacin de su
,run time- modulo ejecutable! Un componente puede ser considerado como una
unidad autnoma, dentro de un sistema o subsistema, tiene uno o mas interfaces
proporcionados o requeridos y sus interioridades permanecen ocultas e
inaccesibles, con e.presin de la forma que esta previa e sus interfaces!
!
'i los componentes se dise*an de tal forma que puedan ser tratados tan
independientemente como sea posible, esos componentes y los subsistemas que
ellos conforman, podrn ser reutili%ados y sustituidos en forma fle.ible,
conectndolos a travs de sus interfaces! /s) mismo, una ve% desinstalados, esos
componentes pueden ser reimplementados independientemente, cuando sea
necesario actuali%ar las funciones de un sistema en produccin
. De"enden#ias:
/ntecesor
+l diagrama de componentes se genera a partir de el diagrama de clases o
tambin llamados paquetes
'ucesor
/ partir de l tenemos el diagrama de despliegue donde juntos mostraran la
implementacin del proyecto!
!. No$a#i%n:
Conectores y +lementos de la Caja de 0erramientas del programa +nterprise
/rc$itect:
Ele&en$os del dia'ra&a
de #o&"onen$es
Des#ri"#i%n
Diagrama de clases o tambin
llamados paquetes, donde a partir de l
tenemos el diagrama de componentes
y el diagrama de despliegue en los
cuales se mostrara la implementacin
del proyecto!
Los componentes se representan como
un clasificador rectangular con la clave
1componente2, opcionalmente el
componente se puede mostrar como
(
un rectngulo con un icono de
componente en la esquina derec$a
arriba!
Las clases que implementa un
componente pueden indicarse
inscribiendo sus nombres en el
rectngulo que representa al
componente o mostrando las
relaciones de dependencia con dic$as
clases!
+n L)nea conjuntamente con dos
interfaces proporcionadas #rdenar
+ntrada y 'eguimiento as) como
tambin una interfa% requerida "ago!
3uestra la organi%acin y las
dependencias entre un conjunto de
componentes! (nterfa% es una de las
bases fundamentales para la
reutili%acin de objetos, pues un objeto
puede ser reempla%ado por otro si
ambos tienen la misma interfa%!
De aquello que se este $ablando, como
tambin de una parte de una clase! 'u
reutili%acin depende de las interfaces
entre ellos!
Componentes permite que se
especifique un servicio o
comportamiento a su entorno as) como
tambin un servicio o comportamiento
que un componente requiere!
+.posicin de interfa% es una de
las bases fundamentales para la
reutili%acin de objetos, pues un
objeto puede ser reempla%ado por
otro si ambos tienen la misma
e.posicin de interfa%!
+n l se situarn librer)as, tablas,
arc$ivos, ejecutables y documentos
que formen parte del sistema!
Cone#$ores del dia'ra&a
de #o&"onen$es
+l conector +nsamble une la
interfa% requerida del componente
4Componente56 con la interfa%
proporcionada de otro componente
4Component768 esto permite que un
componente provea los servicios
que otro componente requiere! Las
(nterfaces son colecciones de uno
o ms mtodos que pueden o no
contener atributos!
+l conector +nsamble une la
interfa% requerida del componente
)
4Componente56 con la interfa%
proporcionada de otro componente
4Component768 esto permite que un
componente provea los servicios
que otro componente requiere! Las
(nterfaces son colecciones de uno
o ms mtodos que pueden o no
contener atributos!
'e pueden asociar las obligaciones
que a una interfa% estn dadas en
la forma de varias clases de
restricciones 4tales como, las pre y
poscondiciones6 o establecer
restricciones de orden en las
interacciones con la interfa%!
Direccin que detalla u ordena que
se realice una accin o relacin, la
grafica muestra una flec$a con una
l)nea punteada!
+sta flec$a se*ala una relacin
indistinta, entre uno o varios
objetos generali%ando la clase de
esta relacin!
9epresentando Componentes:
'e representa como un grafo de componentes software unidos por medio de
relaciones de dependencia 4generalmente de compilacin6! "uede mostrar
tambin contenencia de entre componentes software e interfaces soportadas!
No&*re Dia'ra&a
9epresentacin de
un
Componente
+
9epresentacin
e.tendida
de un componente
Componentes e
interfaces, formato
icnico!
Componentes e
interfaces, formato
e.tendido!
Componentes:
Los componentes se representan como un clasificador rectangular con la clave
1componente2, opcionalmente el componente se puede mostrar como un
rectngulo con un icono de componente en la esquina derec$a arriba!
Un componente representa una unidad de cdigo 4fuente, binario o ejecutable6
que permite mostrar las dependencias en tiempo de compilacin y ejecucin! Las
instancias de componentes de software muestran unidades de software en tiempo
de ejecucin y generalmente ayudan a identificar sus dependencias y su
locali%acin en nodos! "ueden mostrar tambin que interfaces implementan y qu
objetos contienen! 'u representacin es un rectngulo atravesado por una elipse y
dos rectngulos ms peque*os!
Un ejemplo de componente que implementa dos interfaces:
,
(nterfaces 9equeridas
El conector Ensamble une la interfaz requerida del componente (Componente!) con la interfaz
proporcionada de otro componente (Component")# esto permite que un componente provea los
servicios que otro componente requiere. $as %nterfaces son colecciones de uno o ms m&todos que
pueden o no contener atributos.
Componentes con puerto s:
'sar puertos con (iagramas de Componentes permite que se especifique un servicio o
comportamiento a su entorno as) como tambi&n un servicio o comportamiento que un componente
requiere. $os puertos pueden especificar entradas, salidas as) como tambi&n operar
bidireccionalmente. El siguiente diagrama detalla un componente con un puerto para servicios En
$)nea conjuntamente con dos interfaces proporcionadas *rdenar Entrada + ,eguimiento as) como
tambi&n una interfaz requerida -ago.
Debido a que estos son ms parecidos a los diagramas de casos de usos estos
son utili%ados para modelar la vista esttica y dinmica de un sistema! 3uestra la
organi%acin y las dependencias entre un conjunto de componentes! :o es
necesario que un diagrama incluya todos los componentes del sistema,
normalmente se reali%an por partes! Cada diagrama describe un apartado del
sistema!
-
+n l se situarn librer)as, tablas, arc$ivos, ejecutables y documentos que formen
parte del sistema!
Uno de los usos principales es que puede servir para ver qu componentes
pueden compartirse entre sistemas o entre diferentes partes de un sistema!
+n este caso tenemos tres componentes, ;U( dependiendo de la interfa% update
provista por Planner, Planner dependiendo de la interfa% reservations provista por
Scheduler
Un diagrama de componentes muestra la organi%acin y las dependencias
+ntre un conjunto de componentes!
+.isten < grandes grupos o tipos de componentes:
Componentes de distribucin:
'on los componentes que conforman un sistema, como los programas
ejecutables, los DLL, controles /ctive=, >ava ?eans, etc!
Componentes de trabajo:
'on los componentes con los que se crean los componentes de distribucin, como
los programas fuente! Las bases de datos, etc!
Componentes de ejecucin:
'on los componentes que, en el transcurso de la ejecucin de un sistema, se
crean en forma dinmica, como los )ndices que crean los motores de b&squeda,
como resultado de alguna consulta
+n un diagrama de componentes, un componente se representa con un rectngulo
en el inscribe su nombre y en el que se muestran dos peque*os rectngulos en su
lado i%quierdo! @ambin pueden utili%arse los s)mbolos que se muestran en la
figura!
.
3uc$as veces, para claridad del modelo, el nombre del componente se precede
del nombre del ,paquete- Amdulo, aplicacin o sistema al cual pertenece el
componente!
Las clases que implementa un componente pueden indicarse inscribiendo sus
nombres en el rectngulo que representa al componente o mostrando las
relaciones de dependencia con dic$as clases
(nterfaces:
@anto los servicios propios de una clase como los de un componente, se
especifican a travs de una (nterfa%! "or ejemplo, todas las facilidades ms
conocidas de los sistemas operativos, basados en componentes
4C#3B, C#9?/, etc!6, utili%an las interfaces como la%o de unin entre unos
componentes y otros! La relacin entre un componente y sus interfaces se puede
representar de dos maneras diferentes, de forma icnica y de forma e.pandida!
1/
Componentes e interfaces, formato icnico!
Componentes e interfaces, formato e.tendido!
#rgani%acin de componentes:
Los componentes se pueden agrupar en paquetes de la misma forma que se
organi%an las clases! /dems se pueden especificar entre ellos relaciones de
dependencia, generali%acin, asociacin 4incluyendo agregacin6, y reali%acin!
+stereotipos de componentes:
U3L define cinco estereotipos estndar que se aplican a los componentes:
+jecutable: Componente que se puede ejecutar en un nodo!
Library: ?iblioteca de objetos esttica o dinmica!
@able: Componentes que representa una tabla de una base de datos!
Cile: Componente que representa un documento que contiene cdigo fuente o
datos!
Document: Componente que representa un documento!
U3L no especifica iconos predefinidos para estos estereotipos!
:#D#
+s un elemento f)sico que e.iste en tiempo de ejecucin!
9epresenta un recurso computacional, que generalmente tiene alguna
memoria y capacidad de procesamiento!
:#D#' D C#3"#:+:@+'
"/9+C(D#'
/mbos tienen nombre!
"ueden participar en relaciones de dependencia, generali%acin y
asociacin!
/mbos pueden anidarse!
/mbos pueden tener instancias!
/mbos pueden participar en interacciones!
:#D#' D C#3"#:+:@+'
D(C+9+:C(/'
11
Nodos
'on los elementos donde se ejecutan los componentes!
9epresentan el despliegue f)sico de los componentes!
Componentes
'on los elementos que participan en la ejecucin de un sistema!
9epresentan el empaquetamiento f)sico de los elementos lgicos!
9elacin entre nodos y componentes
Cone.iones entre nodos
(. 0C%&o se #ons$r12e el ar$e3a#$o "aso a "aso4:
"/'# A 5: Diagrama de Casos de Usos
"/'# A 7: Diagrama de Clases
"/'# A <: /nlisis detallado de cada Clase, como Componente
"/'# A E: @ransformacin de Clase A Componente, con sus respectivas clases
1
"/'# A F: Dependencia de sus Clases
"/'# A G: Diagrama de Componentes
). Dia'ra&a de e5e&"lo:
+l siguiente diagrama muestra algunos componentes y sus relaciones internas!
Los conectores ensamble HvinculanH las interfaces proporcionadas suministrada
por "roducto y Cliente a las interfaces requeridas especificadas por #rden! Una
relacin de dependencia asigna los detalles de cuenta asociados del cliente al
interfa% requerido, ,pago-, indicado por #rden!

+. Bi*lio'ra36a:
$ttp:IIwww!spar.systems!com!arIdownloadIayudaIcomponentdiagram!$tmJe.a
mpleJe.ample
$ttp:IIwww!spar.systems!com!arIdownloadIayudaIport!$tm
1!
http://es.wikipedia.org/wiki/Diagrama_de_componentes
$ttp:IIdocs!Kde!orgIKde<IesIKdesdKIumbrelloI
http://www.monografias.com/trabajos14/aplicacion-distrib/aplicacion-distrib.shtml
Contenido
1(
"untos
:&mero de
pgina
5! ;eneralidades!LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL 5
Definicin!LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL 5
Utili%acin de los diagramas de componentesLLLLLLLLL 7
7! Dependencias!LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL <
<! :otacin!LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL <
9epresentando Componentes!LLLLLLLLLLLLLLLLLLLL E
Componentes!LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL G
(nterfaces 9equeridas!LLLLLLLLLLLLLLLLLLLLLLLLLLL G
Componentes con puertos!LLLLLLLLLLLLLLLLLLLLLLL G
Componentes de distribucin!LLLLLLLLLLLLLLLLLLLLL M
Componentes de trabajo!LLLLLLLLLLLLLLLLLLLLLLLLL N
Componentes de ejecucin!LLLLLLLLLLLLLLLLLLLLLLL N
(nterfaces!LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL O
#rgani%acin de componentes!LLLLLLLLLLLLLLLLLLLL O
+stereotipos de componentes!LLLLLLLLLLLLLLLLLLLLL O
:#D#!LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL O
:#D#' D C#3"#:+:@+'
"/9+C(D#'!LLLLLLLLLLLLLLLLLLLL O
:#D#' D C#3"#:+:@+'
D(C+9+:C(/'!LLLLLLLLLLLLLLLLLL 5P
E! QCmo se construye el artefacto paso a pasoRLLLLLLLLLLLLLLL 55
F! Diagrama de ejemplo!LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL 55
G! ?ibliograf)a!LLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLLL 57
1)