ESCUELA SUPERIOR POLITCNICA AGROPECUARIA DE MANAB

MANUEL FLIX LPEZ

CARRERA INFORMTICA
PERIODO MAR AGO/2015

SEMESTRE SPTIMO

INGENIERA DE SOFTWARE
TEMA:
RELACIONES ENTRE CLASES

AUTORA:
MARA VICTORIA PRRAGA MERO

FACILITADORA:
ING. HIRAIDA SANTANA CEDEO

MISIN
Formacin de profesionales ntegros que conjuguen ciencia, tecnologa y valores en su
accionar, comprometidos con la sociedad en el manejo adecuado de programas y herramientas
computacionales de ltima generacin.

VISIN
Ser referente en la formacin de profesionales de prestigio en el desarrollo de
aplicaciones informticas y soluciones de hardware.

CALCETA, JULIO 2015

INTRODUCIN
Como se ha estudiado en anteriores entradas a este portafolio, en un diagrama
de clases se muestran las diferentes clases que componen un sistema y la
manera en que estas se relacionan entre s.
Estas relaciones son el objetivo de estudio en esta ocasin, como ya es conocido
este diagrama es estticos, porque muestran las clases, junto con sus mtodos
y atributos, as como las relaciones entre estas que a su vez tambin son
estticas.
Estas relaciones muestran que clases conocen a otras clases, en otros
trminos que clases son parte de otras. El presente documento, muestra las
relaciones que pueden existir en un diagrama de clases, y en qu caso se aplican
dichas relaciones.

MARCO TERICO
Las relaciones existentes entre las distintas clases nos indican como se
comunican los objetos de esas clases entre s: los mensajes navegan por las
relaciones existentes entre las distintas clases.
Las relaciones son el tercer pilar fundamental en el que se basan los Diagramas
de Clases, despus de las clases mismas y los interfaces. Las relaciones se
aplican exclusivamente entre clases y pueden ser binarias o de orden superior.
Decir que dos clases estn relacionadas entre s viene a significar que esas
clases tienen algo que ver entre s. De cmo sea la naturaleza de la
relacin definir un tipo u otro de vinculacin. De lo que se trata aqu es de
identificar, caracterizar y ejemplarizar cada una de ellas. (Paon, 2013)

RELACIONES EXISTENTES:

ASOCIACIN (conexin entre clases): navegacin, multiplicidad,

involutivas, agregacin y composicin.

DEPENDENCIA (relacin de uso).

HERENCIA: generalizacin y especializacin. (Berzal, 2011).

ASOCIACIN.
Una asociacin es una relacin estructural que describe una conexin entre
objetos.
Grficamente, se muestra como una lnea continua que une las clases
relacionadas entre s. (Berzal, 2011).

Figura 1. Ejemplo de asociacin

NAVEGACIN.- Estrictamente hablando una asociacin no tiene que

ser nicamente de navegabilidad en un solo sentido, Puede ser en ambos con
los que ambas clases son origen y destino a la vez. Un tipo especial de esta
situacin acontece cuando la asociacin involucra ms de dos clases. En ese
caso todas las clases asociadas son origen y destino a la vez.

Figura 2. Ejemplo de navegacin

El ejemplo anterior se modeliza la siguiente situacin:

Cada aula alberga uno o ms grupos a los que se imparten una o ms
asignaturas, a su vez cada grupo tiene asignada una o ms aulas en
donde recibe docencia de una o ms asignaturas, y adems cada
asignatura se imparte en una o ms aulas a uno o ms grupos. (Paon,
2013)

MULTIPLICIDAD.- la multiplicidad de una asociacin determina cuantos

objetos de cada tipo intervienen en la relacin, cada asociacin tiene dos
multiplicidades (una para cada extremo de la relacin), para especificar la
multiplicidad de una asociacin de una asociacin hay que indicar la
multiplicidad mnima y la mxima.

Figura 3. Simbologa y significado de las diferentes multiplicidades.

Cuando la multiplicidad mnima es 0, la relacin es opcional.

Cuando la multiplicidad mnima es mayor o igual a 1, establece una

relacin obligatoria. (Berzal, 2013)

Figura 4. Ejemplos de multiplicidad.

RELACIONES INVOLUTIVAS.- esta se da cuando la misma clase aparece en

los dos extremos de la asociacin. (Berzal, 2013)

Figura 5. Ejemplos de relaciones involutivas.

Para explicar la semntica de pertenencia de una relacin ayuda el plantearla

desde un punto de vista de binomio [PARTE] [TODO]. Desde esta perspectiva
una

relacin,

bsicamente

binaria,

est

constituida

por

un

componente [PARTE] y un componente [TODO].

El componente [PARTE] se caracteriza porque es una pieza, en el sentido
constructivo, del componente [TODO]. El componente [TODO] tiene la
capacidad de albergar al componente [PARTE] integrndolo dentro de s mismo.
Antes

de

seguir

un

buen

ejemplo

ayudara

fijar

los

conceptos

de [PARTE] y [TODO] en una relacin entre clases.

Bien, considrese el ejemplo de la relacin de un matrimonio respecto de
sus cnyuges. En esa relacin el matrimonio seria la parte [TODO], mientras
que los cnyuges serian la parte [PARTE] de la relacin. (Paon, 2013).
AGREGACIN.- Es un tipo de asociacin en donde el ciclo de vida de la parte
[TODO] est desvinculado del ciclo de vida de la parte [PARTE], de tal manera
que cuando desaparece la parte [TODO] la parte [PARTE] puede seguir
existiendo. A este tipo de vinculacin se la denomina tambin asociacin
dbil o asociacin funcional.
Para

ejemplarizar

este

tipo

de

relacin

considrese

el

caso

expuesto anteriormente respecto de los operarios y las secciones de una fbrica.

(Paon, 2013).

Figura 6. Ejemplos de agregacin.

COMPOSICIN.- Es un tipo de asociacin en donde el ciclo de vida de la parte

[PARTE] est vinculado del ciclo de vida de la parte [TODO], de tal manera que
cuando desaparece la parte [TODO] la parte [PARTE] tambin desaparece. A
este tipo de vinculacin se la denomina tambin asociacin fuerte o asociacin
existencial.
Para

ejemplarizar

este

tipo

de

relacin

considrese

el

caso

expuesto anteriormente respecto de los cnyuges y el matrimonio. (Paon, 2013)

Figura 7. Ejemplos de composicin.

DEPENDENCIA.
Es una relacin de uso en donde los cambios en la especificacin de una clase,
pueden afectar a otra clase que la usa.
Grficamente, la dependencia se muestra como una lnea discontinua con una
punta de flecha que apunta del cliente al proveedor.
Un ejemplo de resolucin de una ecuacin de segundo grado. (Cervantes y
Martnez, 2005)

Figura 8. Ejemplos de dependencia.

HERENCIA.
GENERALIZACIN/ESPECIALIZACIN.- Es una relacin entre una clase
general (superclase) y otra especfica (subclase), expresan relaciones de
inclusin entre conjuntos. (Cervantes y Martnez, 2005)

Figura 8. Ejemplos de generalizacin/especializacin.

CONCLUSION
Los diagramas de clases, no solo son el conjunto de clases, atributos y mtodos,
las clases tambin deben estar relacionadas, dependiendo de lo que se desea
hacer, por lo cual, es necesario aprender que simboliza cada relacin de las
clases, para as aplicar cada una de estas en un diagrama.
Cuando se posee un diagrama de clases, relacionados, se puede observar
claramente que sucede y que clases son afectadas si se modificada un atributo
o mtodo, lo cual es importante para un equipo de desarrollo, ya que se toman
en cuenta todos los aspectos que puedan dificultar alguna modificacin en el
sistema.
Lo ms importante es recordar, que antes de hacer un diagrama debemos
estudiar cules son sus componentes y que muestran estos diagramas, para as
evitar problemas en el futuro y a su vez realizar diagramas que no son
necesarios.

BIBLIOGRAFA
Cervantes, H. y Martnez, A. 2005. Relaciones entre clases. (En Lnea). EC.
Consultado 01 de jul. 2015. Formato Pdf. Disponible en:
http://humbertocervantes.net/dokuwiki/lib/exe/fetch.php?media=cursos:in
trojava:relacionesclases.pdf

Paon, J. 2013. UML Diagrama de clases: Relaciones. (En Lnea). EC.

Consultado 01 de jul. 2015. Formato HTML. Disponible en:
https://joanpaon.wordpress.com/2013/06/06/uml-diagramas-de-clasesrelacion/

_________. 2005. Diagrama de Clases. (En Lnea). EC. Consultado 01 de jul.

2015.
Formato
Pdf.
Disponible
en:
http://www2.dc.uba.ar/materias/isoft1/is1-2005_2/apuntes/SlidesDC.pdf

Microsoft, 2015. Diagramas de clases de UML: Referencia. (En Lnea). EC.

Consultado 01 de jul. 2015. Formato HTML. Disponible en:
https://msdn.microsoft.com/es-es/library/dd409437.aspx

Berzal, F. 2013. Relaciones entre clases: Diagramas de clases UML. (En Lnea).
EC. Consultado 01 de jul. 2015. Formato Pdf. Disponible en:
http://elvex.ugr.es/decsai/java/pdf/3C-Relaciones.pdf