Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 262 vistas

    Agregación Vs Composición en Diagramas de Clases

    Cargado por

    Jorge Gonzalez Tapia
    Este documento explica la diferencia entre agregación y composición en diagramas de clases UML. La agregación indica que una clase es parte de otra pero los componentes pueden ser compartidos, mientras que la composición implica que la vida de la clase contenida depende de la clase contenedora y los componentes no pueden ser compartidos. Aunque conceptualmente son diferentes, en la práctica del código no siempre se diferencian. UML permite modelar estas relaciones para documentar el sistema aunque en la implementación no siempre sea relevante.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    Agregación Vs Composición en Diagramas de Clases

    Cargado por

    Jorge Gonzalez Tapia
    262 vistas4 páginas
    Este documento explica la diferencia entre agregación y composición en diagramas de clases UML. La agregación indica que una clase es parte de otra pero los componentes pueden ser compartidos, mientras que la composición implica que la vida de la clase contenida depende de la clase contenedora y los componentes no pueden ser compartidos. Aunque conceptualmente son diferentes, en la práctica del código no siempre se diferencian. UML permite modelar estas relaciones para documentar el sistema aunque en la implementación no siempre sea relevante.

    Descripción original:

    Título original

    Agregación Vs Composición en diagramas de clases

    Derechos de autor

    © Attribution Non-Commercial (BY-NC)

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Este documento explica la diferencia entre agregación y composición en diagramas de clases UML. La agregación indica que una clase es parte de otra pero los componentes pueden ser compartidos, mientras que la composición implica que la vida de la clase contenida depende de la clase contenedora y los componentes no pueden ser compartidos. Aunque conceptualmente son diferentes, en la práctica del código no siempre se diferencian. UML permite modelar estas relaciones para documentar el sistema aunque en la implementación no siempre sea relevante.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    262 vistas4 páginas

    Agregación Vs Composición en Diagramas de Clases

    Cargado por

    Jorge Gonzalez Tapia
    Este documento explica la diferencia entre agregación y composición en diagramas de clases UML. La agregación indica que una clase es parte de otra pero los componentes pueden ser compartidos, mientras que la composición implica que la vida de la clase contenida depende de la clase contenedora y los componentes no pueden ser compartidos. Aunque conceptualmente son diferentes, en la práctica del código no siempre se diferencian. UML permite modelar estas relaciones para documentar el sistema aunque en la implementación no siempre sea relevante.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    de 4

    Agregacin Vs Composicin en diagramas de clases. UML.

    Una duda que frecuentemente me plantean los alumnos a la hora de modelar diagramas de clases con UML (Unified Modeling Language), es el uso de las relaciones estructurales de agregacin y composicin. Se trata de dos tipos de especializacin de la relacin de asociacin entre clases. Vamos a intentar mediante algunos ejemplos muy simples y esclarecedores, ver las diferencias que existen entre la composicin fuerte y la composicin dbil, conocida habitualmente como agregacin.

    Agregacin
    La agregacin es un tipo de asociacin que indica que una clase es parte de otra clase (composicin dbil). Los componentes pueden ser compartidos por varios compuestos (de la misma asociacin de agregacin o de varias asociaciones de agregacin distintas). La destruccin del compuesto no conlleva la destruccin de los componentes. Habitualmente se da con mayor frecuencia que la composicin. La agregacin se representa en UML mediante un diamante de color blanco colocado en el extremo en el que est la clase que representa el todo. Veamos un ejemplo de agregacin:

    Tenemos una clase Empresa. Tenemos una clase Cliente. Una empresa agrupa a varios clientes.

    Composicin
    Composicin es una forma fuerte de composicin donde la vida de la clase contenida debe coincidir con la vida de la clase contenedor. Los componentes constituyen una parte del objeto compuesto. De esta

    forma, los componentes no pueden ser compartidos por varios objetos compuestos. La supresin del objeto compuesto conlleva la supresin de los componentes. El smbolo de composicin es un diamante de color negro colocado en el extremo en el que est la clase que representa el todo (Compuesto). Veamos un ejemplo de composicin:

    Tenemos una clase Empresa. Un objeto Empresa est a su vez compuesto por uno o varios objetos del tipo empleado. El tiempo de vida de los objetos Empleado depende del tiempo de vida de Empresa, ya que si no existe una Empresa no pueden existir sus empleados.

    Diferencias entre Composicin y Agregacin


    La siguiente tabla intenta resumir algunas diferencias entre agregacin y composicin.

    Y en cdigo
    Para traducir ambas relaciones a cdigo, podemos utilizar un atributo en la clase contenedora o compuesta donde almacenaremos una coleccin de los objetos que la componen, y por otro lado declararemos un mtodo para agregar elementos a la coleccin. Dependiendo del lenguaje de programacin empleado, podemos utilizar diferentes estructuras de datos que nos permitan almacenar esa coleccin de objetos, aunque generalmente se utilizan arrays (arreglos) para este fin. Veamos un ejemplo:

    Como podemos apreciar, es tan simple como crear en la clase Empresa un atributo clientes (coleccin de clientes) que sea un array, luego creamos un mtodo addCliente donde recibiremos objetos de tipo Cliente y los agregaremos dentro del array.

    Concluyendo
    En lneas generales, como hemos visto, se podra decir que la diferencia entre agregacin y composicin es conceptual, no se diferencia por cdigo, o al menos, en el mayor de los casos y en la mayora de los lenguajes de programacin (como Java o PHP). De todas maneras, en el caso de la composicin, si quisiramos ser ms estrictos con los diagramas de clases modelados con UML, deberamos destruir de alguna manera el objeto componente (empleado) una vez que se desasociaran del objeto compuesto (empresa). En definitiva, UML nos permite la posibilidad de diferenciar este tipo de asociaciones con el fin de que, aquella persona que le interese, pueda estipular de una u otra manera que se trata de una composicin o una agregacin, aunque en trminos de implementacin no se diferencie tan apenas su uso ni tenga tanta relevancia. Pero una vez ms, y como vimos en un post anterior de este blog: UML en su justa

    medida , UML propone muchas posibilidades y debe ser el analista y/o desarrollador quien decida y haga un uso correcto del mismo, con el fin de visualizar, especificar, construir y documentar adecuadamente los artefactos (modelos) de un sistema software. Todo esto y mucho ms, se estudia en el curso de Experto en gestin y desarrollo de aplicaciones informticas orientadas a objetos.

    También podría gustarte