SlideShare uma empresa Scribd logo
1 de 18
Relaciones entre Clases 
Relaciones entre Clases 
UNIDAD 2
LOGRO DE LA UNIDAD 2 
• Al finalizar la unidad el alumno identifica las relaciones entre 
clases de un sistema.
Agenda 
1. Relación 
2. Tipos de Relación 
3. Multiplicidad 
4. Relaciones de composición y agregación 
5. Conclusiones
1. RELACION 
Una relación es una conexión semántica entre elementos de un modelo.
2. Tipos de Relación 
• Las relaciones entre clases que existen son: 
 Asociación 
 Composición 
 Agregación 
 Generalización.
2.1 Asociación 
Una asociación representa la relación entre dos o más clases. 
Una asociación binaria representa una relación entre dos clases. 
Existe una asociación binaria si un objeto de una clase requiere un 
objeto de otra clase para hacer su trabajo. “Para cada X hay un 
“Y”. 
Se representa por medio de una línea continua entre dos clases.
2.2 Asociación – Diagrama UML 
• Aquí, cada cliente vive en una dirección y dirección es 
utilizada por un solo cliente (es decir, un objeto Cliente 
está asociado sólo a un objeto Dirección ).
3. Multiplicidad (cardinalidad) 
• La multiplicidad es el número de instancias que tiene una clase en 
relación con otra clase 
Asociación uno a muchos entre clases que representa un cliente y 
sus cuentas bancarias
3.1 Multiplicidad 
La multiplicidad puede especificarse con un solo entero o con un rango n..m 
donde n es el limite inferior y m es el limite superior. Se puede utilizar un 
asterisco para denotar que no existe un límite superior. 
Las asociaciones pueden clasificarse de acuerdo a su multiplicidad, uno 
a uno, uno a muchos y muchos a muchos.
3.2 Multiplicidad
Ejemplos
4. Relaciones de Composición / Agregación 
• Son formas especiales de relación donde una clase 
está compuesta de otra clase. 
• En tal forma que un atributo de una clase es un 
objeto de otra clase. 
• Se les conoce como relación TODO-PARTE.
4.1 Composición 
• Si la relación es fuerte, tal que objetos de la clase PARTE son 
dependiente de la existencia de la clase TODO entonces la relación es 
composición. La clase TODO, tiene la responsabilidad de la creación y 
destrucción de objetos de sus componentes
4.2 Composición
4.3 Agregación 
• Al contrario, si la existencia de objetos de la clase PARTE es 
independiente de la existencia de objetos de la clase TODO, entonces la 
relación es agregación.
4.4 Representación
5. Conclusiones 
Las relaciones entre clases nos permiten entender mejor como es que 
ciertas clases utlizan o colaboran con otras para lograr un objetivo del 
Sistema. 
Muchas veces el significado de la relación entre clases dependen 
exclusivamente del negocio, no hay que inventarlo o aplicar solo nuestro 
sentido común para idnetificarlos. 
La representación de las relaciones entre clases se realizan utilizando la 
especificación UML.
PROGRAMACIÓN ORIENTADA A OBJETOS 
Video 
Este video muestra una 
implementación de asociación 
directa única, aunque aqui no usa 
Test Unitario se le invita a que 
usted lo pruebe con JUnit.

Mais conteúdo relacionado

Destaque

Capa negocio con clases en VB
Capa negocio con clases en VBCapa negocio con clases en VB
Capa negocio con clases en VBUNACAR
 
Clase 06 diseno_arquitectura
Clase 06 diseno_arquitecturaClase 06 diseno_arquitectura
Clase 06 diseno_arquitecturaDemián Gutierrez
 
Curso Java Inicial 4 Poo En Java
Curso Java Inicial   4 Poo En JavaCurso Java Inicial   4 Poo En Java
Curso Java Inicial 4 Poo En JavaEmilio Aviles Avila
 
Curso Java Inicial 5 Relaciones Entre Objetos
Curso Java Inicial   5 Relaciones Entre ObjetosCurso Java Inicial   5 Relaciones Entre Objetos
Curso Java Inicial 5 Relaciones Entre ObjetosEmilio Aviles Avila
 
Clase 12b uml_clases_ejemplos
Clase 12b uml_clases_ejemplosClase 12b uml_clases_ejemplos
Clase 12b uml_clases_ejemplosDemián Gutierrez
 
Diagramas de objetos
Diagramas de objetosDiagramas de objetos
Diagramas de objetosstill01
 

Destaque (7)

Subsistemas
SubsistemasSubsistemas
Subsistemas
 
Capa negocio con clases en VB
Capa negocio con clases en VBCapa negocio con clases en VB
Capa negocio con clases en VB
 
Clase 06 diseno_arquitectura
Clase 06 diseno_arquitecturaClase 06 diseno_arquitectura
Clase 06 diseno_arquitectura
 
Curso Java Inicial 4 Poo En Java
Curso Java Inicial   4 Poo En JavaCurso Java Inicial   4 Poo En Java
Curso Java Inicial 4 Poo En Java
 
Curso Java Inicial 5 Relaciones Entre Objetos
Curso Java Inicial   5 Relaciones Entre ObjetosCurso Java Inicial   5 Relaciones Entre Objetos
Curso Java Inicial 5 Relaciones Entre Objetos
 
Clase 12b uml_clases_ejemplos
Clase 12b uml_clases_ejemplosClase 12b uml_clases_ejemplos
Clase 12b uml_clases_ejemplos
 
Diagramas de objetos
Diagramas de objetosDiagramas de objetos
Diagramas de objetos
 

Semelhante a RelacionesClases-AsociacionComposicionAgregacion

Semelhante a RelacionesClases-AsociacionComposicionAgregacion (20)

Investigacion objetos unidad 5
Investigacion objetos unidad 5Investigacion objetos unidad 5
Investigacion objetos unidad 5
 
Diagramas de clase(dream team)
Diagramas de clase(dream team)Diagramas de clase(dream team)
Diagramas de clase(dream team)
 
Clase y-objeto
Clase y-objetoClase y-objeto
Clase y-objeto
 
Diseño de Clases
Diseño de ClasesDiseño de Clases
Diseño de Clases
 
DIAGRAMAS DE CLASE
DIAGRAMAS DE CLASEDIAGRAMAS DE CLASE
DIAGRAMAS DE CLASE
 
Repaso Diagramas Clase
Repaso Diagramas ClaseRepaso Diagramas Clase
Repaso Diagramas Clase
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Diagramas uml
Diagramas umlDiagramas uml
Diagramas uml
 
Diagramas de clases
Diagramas de clasesDiagramas de clases
Diagramas de clases
 
Exposición Diagrama de Clases
Exposición Diagrama de ClasesExposición Diagrama de Clases
Exposición Diagrama de Clases
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
 
Programacion Orientada Objetos
Programacion Orientada ObjetosProgramacion Orientada Objetos
Programacion Orientada Objetos
 
Paradigma POO.pptx
Paradigma POO.pptxParadigma POO.pptx
Paradigma POO.pptx
 
Programación Orientada a Objetos - Otras relaciones entre clases
Programación Orientada a Objetos - Otras relaciones entre clasesProgramación Orientada a Objetos - Otras relaciones entre clases
Programación Orientada a Objetos - Otras relaciones entre clases
 
Modelo diseño
Modelo diseñoModelo diseño
Modelo diseño
 
Clases Objetos y Herencia
Clases Objetos y HerenciaClases Objetos y Herencia
Clases Objetos y Herencia
 
Diagrama UML de Clases
Diagrama UML de ClasesDiagrama UML de Clases
Diagrama UML de Clases
 
Entidad relacion
Entidad relacionEntidad relacion
Entidad relacion
 
Entidad relacion
Entidad relacionEntidad relacion
Entidad relacion
 
Uip celso arauz
Uip celso arauzUip celso arauz
Uip celso arauz
 

RelacionesClases-AsociacionComposicionAgregacion

  • 1. Relaciones entre Clases Relaciones entre Clases UNIDAD 2
  • 2. LOGRO DE LA UNIDAD 2 • Al finalizar la unidad el alumno identifica las relaciones entre clases de un sistema.
  • 3. Agenda 1. Relación 2. Tipos de Relación 3. Multiplicidad 4. Relaciones de composición y agregación 5. Conclusiones
  • 4. 1. RELACION Una relación es una conexión semántica entre elementos de un modelo.
  • 5. 2. Tipos de Relación • Las relaciones entre clases que existen son:  Asociación  Composición  Agregación  Generalización.
  • 6. 2.1 Asociación Una asociación representa la relación entre dos o más clases. Una asociación binaria representa una relación entre dos clases. Existe una asociación binaria si un objeto de una clase requiere un objeto de otra clase para hacer su trabajo. “Para cada X hay un “Y”. Se representa por medio de una línea continua entre dos clases.
  • 7. 2.2 Asociación – Diagrama UML • Aquí, cada cliente vive en una dirección y dirección es utilizada por un solo cliente (es decir, un objeto Cliente está asociado sólo a un objeto Dirección ).
  • 8. 3. Multiplicidad (cardinalidad) • La multiplicidad es el número de instancias que tiene una clase en relación con otra clase Asociación uno a muchos entre clases que representa un cliente y sus cuentas bancarias
  • 9. 3.1 Multiplicidad La multiplicidad puede especificarse con un solo entero o con un rango n..m donde n es el limite inferior y m es el limite superior. Se puede utilizar un asterisco para denotar que no existe un límite superior. Las asociaciones pueden clasificarse de acuerdo a su multiplicidad, uno a uno, uno a muchos y muchos a muchos.
  • 12. 4. Relaciones de Composición / Agregación • Son formas especiales de relación donde una clase está compuesta de otra clase. • En tal forma que un atributo de una clase es un objeto de otra clase. • Se les conoce como relación TODO-PARTE.
  • 13. 4.1 Composición • Si la relación es fuerte, tal que objetos de la clase PARTE son dependiente de la existencia de la clase TODO entonces la relación es composición. La clase TODO, tiene la responsabilidad de la creación y destrucción de objetos de sus componentes
  • 15. 4.3 Agregación • Al contrario, si la existencia de objetos de la clase PARTE es independiente de la existencia de objetos de la clase TODO, entonces la relación es agregación.
  • 17. 5. Conclusiones Las relaciones entre clases nos permiten entender mejor como es que ciertas clases utlizan o colaboran con otras para lograr un objetivo del Sistema. Muchas veces el significado de la relación entre clases dependen exclusivamente del negocio, no hay que inventarlo o aplicar solo nuestro sentido común para idnetificarlos. La representación de las relaciones entre clases se realizan utilizando la especificación UML.
  • 18. PROGRAMACIÓN ORIENTADA A OBJETOS Video Este video muestra una implementación de asociación directa única, aunque aqui no usa Test Unitario se le invita a que usted lo pruebe con JUnit.