Diagrama de clases Uml
Los diagramas de clase son los principales bloques de construcción del modelado orientado a objetos, por lo que es importante que entienda las diversas relaciones de los diagramas de clase y cómo afectan a su solución. Las hemos enumerado a continuación con ejemplos.
Las clases están interrelacionadas entre sí de maneras específicas. En particular, las relaciones en los diagramas de clase incluyen diferentes tipos de conexiones lógicas. Los siguientes son los tipos de conexiones lógicas que son posibles en UML:
Esto ocurre cuando una clase puede tener múltiples funciones o responsabilidades. Por ejemplo, un miembro del personal que trabaja en un aeropuerto puede ser un piloto, un ingeniero de aviación, un despachador de billetes, un guardia o un miembro de la tripulación de mantenimiento. Si el miembro de la tripulación de mantenimiento es gestionado por el ingeniero de aviación, podría haber una relación de gestión por en dos instancias de la misma clase.
es la asociación lógica activa cuando se representa la cardinalidad de una clase en relación con otra. Por ejemplo, una flota puede incluir varios aviones, mientras que un avión comercial puede contener de cero a muchos pasajeros. La notación 0..* en el diagrama significa “de cero a muchos”.
Composición del diagrama de clases Uml
Un conector de agregación es un tipo de asociación que muestra que un elemento contiene o está compuesto por otros elementos. Se utiliza en los modelos de clase, los modelos de paquete y los modelos de objetos para mostrar cómo se construyen elementos más complejos (agregados) a partir de una colección de elementos más simples (partes componentes; por ejemplo, un coche a partir de las ruedas, los neumáticos, el motor, etc.).
Una forma más fuerte de agregación, conocida como Agregación Compuesta, se utiliza para indicar la propiedad del todo sobre sus partes. La parte sólo puede pertenecer a una agregación compuesta a la vez. Si el compuesto se elimina, todas sus partes se eliminan con él.
Lista del diagrama de clases
Ilustre las clases con rectángulos divididos en compartimentos. Coloque el nombre de la clase en la primera partición (centrado, en negrita y en mayúsculas), enumere los atributos en la segunda partición (alineado a la izquierda, sin negrita y en minúsculas) y escriba las operaciones en la tercera.
Utilice marcadores de visibilidad para indicar quién puede acceder a la información contenida en una clase. La visibilidad privada, denotada con un signo -, oculta la información de cualquier cosa fuera de la partición de la clase. La visibilidad pública, indicada con un signo +, permite a todas las demás clases ver la información marcada. La visibilidad protegida, denotada con un signo #, permite a las clases hijas acceder a la información que han heredado de una clase padre.
Las asociaciones representan relaciones estáticas entre clases. Coloque los nombres de las asociaciones por encima, por encima o por debajo de la línea de asociación. Utilice una flecha rellena para indicar la dirección de la relación. Coloque los roles cerca del final de una asociación. Los roles representan la forma en que las dos clases se ven entre sí.
Coloque anotaciones de multiplicidad cerca de los extremos de una asociación. Estos símbolos indican el número de instancias de una clase vinculadas a una instancia de la otra clase. Por ejemplo, una empresa tendrá uno o más empleados, pero cada empleado trabaja para una sola empresa.
Interfaz del diagrama de clases
Uno de mis mayores btes noires en el modelado es la agregación. Es fácil de explicar con facilidad: La agregación es la relación parte-de. Es como decir que un coche tiene un motor y unas ruedas como partes. Esto suena bien, pero lo difícil es considerar cuál es la diferencia entre agregación y asociación.
En los días anteriores a la tecnología UML, la gente solía ser bastante vaga sobre lo que era la agregación y lo que era la asociación. Sean vagos o no, siempre eran incoherentes con los demás. Como resultado, muchos modeladores piensan que la agregación es importante, aunque por diferentes razones. Así que el UML incluyó la agregación, pero sin apenas semántica. Como dice Jim Rumbaugh, “piense en ello como un placebo de modelado” (Rumbaugh, Jacobson y Booch 1999).
Además de la agregación, el UML ofrece una variedad más fuerte de agregación, llamada composición. Con la composición, el objeto parte sólo puede pertenecer a un todo; además, normalmente se espera que las partes vivan y mueran con el todo. Por lo general, se considera que cualquier eliminación del conjunto afecta en cascada a las partes.
Los comentarios están cerrados, pero los trackbacks y pingbacks están abiertos.