Nombre : Ney Aucapia, Carlos Vargas Carrera: 2do Mecatrnica Paralelo: A

Objetivos
Asociacin, agregacin y composicin.
En qu tipo de situaciones que les necesitamos. Estos

tres conceptos realmente han confundido a muchos de los desarrolladores Presentar los conceptos de forma simplificada con algunos ejemplos del mundo real.

Definiciones
La Asociacin es una conexin directa o indirecta entre dos objetos.

Aqu los objetos podran no ser completamente dependiente de uno al otro. Varios estudiantes pueden asociar con un solo maestro y solo estudiante puede asociarse con mltiples maestros. Ambos pueden crear y eliminar de forma independiente.
La Agregacin es una fuerte asociacin implica una jerarqua parte-

todo. El objeto principal se compone de objetos secundarios, pero el objeto secundario o miembro puede sobrevivir o existir sin encerrar o con un contenido de clase. La agregacin puede ser considerado como un "tiene-un" relacin. La habitacin tiene una mesa, pero la mesa puede existir sin la habitacin.
En Java se puede expresar como una variable miembro en una clase.

 La Composicin es una agregacin fuerte, donde la pieza se encuentra

dentro de exactamente un conjunto. La parte tambin puede ser creado y destruido por el conjunto. Composicin tambin se conoce como un "es una parte de 'relacin en la que el objeto miembro no puede existir sin la clase que contiene. Un departamento es parte de una universidad y que no puede existir o no tiene sentido despus de que el tiempo de vida de la universidad. Otro ejemplo son habitaciones de una casa, que no pueden existir despus de la vida de la casa.
La Herencia es tambin una forma de asociacin en la que formamos

clases con clases que ya se ha definido .. La herencia puede ser considerado como un "es-un" relacin. La herencia es unidireccional.

 El punto de la programacin orientada a objetos es que su cdigo

se replica objetos del mundo real, con lo que su cdigo legible y fcil de mantener. Cuando decimos que el mundo real, el mundo real tiene relaciones. Consideremos el simple requisito se enumeran a continuacin:
1. 2. 3. 4. 5.

Manager es un empleado de XYZ Corporacin Limitada. Manager utiliza una tarjeta magntica para entrar en los locales XYZ. Manager tiene trabajadores que trabajan bajo sus rdenes. El Manager tiene la responsabilidad de asegurar que el proyecto sea exitoso. El sueldo del Manager ser juzgado con base en el xito del proyecto.

Anlisis
Si observamos detenidamente el requisito anterior de

cinco puntos, se puede visualizar fcilmente cuatro relaciones:

herencia agregacin asociacin composicin

Vamos a entender uno a uno.

Requisito 1:Herencia
Si nos fijamos en el primer requisito (Manager es un

empleado de la corporacin XYZ limitada), es una relacin padre-hijo, o relacin de herencia. La frase anterior especifica que Manager es un tipo de empleado, es decir, vamos a tener dos clases: la clase Padre Empelado, y la clase hija Manager que herede los atributos de la clase Empleado.

Requisito2: Asociacin
Requisito 2 es un requisito interesante (Manager

utiliza una tarjeta magntica para entrar en los locales XYZ). En este requerimiento, el objeto y el objeto gestor tarjeta magntica utilizar entre s, pero tienen su propio tiempo de vida del objeto. En otras palabras, pueden existir el uno sin el otro. El punto ms importante en esta relacin es que no hay un nico propietario.

El diagrama muestra cmo la clase swipecard utiliza la clase Manager y la clase Manager utiliza la clase swipecard. Tambin puede ver cmo podemos crear objetos de la clase Manager y clase swipecard independiente y que puedan tener su propia vida objeto. Esta relacin se denomina relacin de "asociacin".

Requisito 3: La relacin con el uso de la clase Padre: Agregacin

El tercer requisito de nuestra lista (Manager tiene trabajadores que

trabajan bajo sus rdenes) denota el mismo tipo de relacin como la asociacin, pero con la diferencia de que uno de ellos es un propietario. As como por la exigencia, el objeto Manager de poseer objetos trabajadores. Los objetos de trabajadores no pueden pertenecer a ningn otro objeto. Por ejemplo, un objeto trabajador no puede pertenecer a un objeto swipecard. Pero ... el objeto trabajador puede disponer de su propio tiempo de vida que est completamente desconectado del objeto Manager. Mirando desde una perspectiva diferente, que significa que si se elimina el objeto Manager, el objeto trabajador no muere. Esta relacin se denomina como una relacin de "agregacin".

Requisitos 4 y 5: La relacin Muerte: Composicin

Los dos ltimos requisitos son en realidad lgicamente uno. Si se lee con atencin, los requisitos son los siguientes: Manager tiene la responsabilidad de asegurar que el proyecto sea exitoso. El sueldo del Managers ser juzgado con base en el xito del proyecto.

A continuacin se muestra la conclusin del anlisis de los requisitos anteriores:

Manager y los objetos del proyecto son dependientes entre s. Los tiempos de vida de los dos objetos son el mismo. En otras palabras,

el proyecto no tendr xito si el Manager no es bueno, y el Manager no obtendr buenos incrementos si el proyecto tiene problemas.
A continuacin se muestra cmo la formacin de clases se ver as. Tambin se puede ver que cuando creamos el objeto del proyecto, este necesita el objeto manager.

Esta relacin se denomina como la relacin de composicin. En esta relacin, los dos objetos son muy dependientes el uno del otro. En otras palabras, si uno va para la recoleccin de basura el otro tambin tiene que ser basura recogida, o poniendo desde una perspectiva diferente, el tiempo de vida de los objetos son el mismo. Es por eso que he puesto en el ttulo relacin "Muerte".

Agregacin
Clase A es propietaria de Clase B.

Composicin
Clase A contiene la clase B.

Ejemplo: Ejemplo: - Administrador tiene N empleados para un proyecto. - El equipo tiene jugadores. - Orden consta de tareas. - Cuerpo formado por el brazo, la cabeza, las piernas. - Cuenta Bancaria consta de Equilibrio y TransactionHistory.

Una agregacin se utiliza cuando la vida del objeto es independiente del objeto contenedor Pero an objeto contenedor posee el objeto agregado. Ej. El equipo tiene jugadores, si el equipo se disuelve, el jugador todava existe.

Una composicin se usa donde cada parte puede pertenecer a un solo conjunto a la vez. Ej. Una Tarea es parte de una orden para un artculo de lnea no puede existir sin una orden.

La vida o la existencia de los objetos agregados son independientes entre s, pero un objeto est jugando el papel de propietario del otro objeto.

La vida o existencia del objeto compuesto es dependiente de la existencia de objeto contenedor, Existencia de objeto compuesto no es significativa sin su objeto contenedor.

Gracias por su Atencin