UML - Diagramas de objetos

Los diagramas de objetos se derivan de los diagramas de clases, por lo que los diagramas de objetos dependen de los diagramas de clases.

Los diagramas de objetos representan una instancia de un diagrama de clases. Los conceptos básicos son similares para los diagramas de clases y los diagramas de objetos. Los diagramas de objetos también representan la vista estática de un sistema, pero esta vista estática es una instantánea del sistema en un momento particular.

Los diagramas de objetos se utilizan para representar un conjunto de objetos y sus relaciones como una instancia.

Propósito de los diagramas de objetos

El propósito de un diagrama debe entenderse claramente para implementarlo de manera práctica. Los propósitos de los diagramas de objetos son similares a los diagramas de clases.

La diferencia es que un diagrama de clases representa un modelo abstracto que consta de clases y sus relaciones. Sin embargo, un diagrama de objeto representa una instancia en un momento particular, que es de naturaleza concreta.

Significa que el diagrama de objetos está más cerca del comportamiento real del sistema. El propósito es capturar la vista estática de un sistema en un momento particular.

El propósito del diagrama de objetos se puede resumir como:

  • Ingeniería de avance y retroceso.

  • Relaciones de objeto de un sistema

  • Vista estática de una interacción.

  • Comprender el comportamiento de los objetos y su relación desde una perspectiva práctica.

¿Cómo dibujar un diagrama de objeto?

Ya hemos comentado que un diagrama de objetos es una instancia de un diagrama de clases. Implica que un diagrama de objetos consta de instancias de cosas utilizadas en un diagrama de clases.

Por tanto, ambos diagramas están hechos de los mismos elementos básicos pero de diferente forma. En el diagrama de clases, los elementos están en forma abstracta para representar el plano y en el diagrama de objetos los elementos están en forma concreta para representar el objeto del mundo real.

Para capturar un sistema en particular, el número de diagramas de clases es limitado. Sin embargo, si consideramos los diagramas de objetos, podemos tener un número ilimitado de instancias, que son únicas por naturaleza. Solo se consideran aquellas instancias que tienen un impacto en el sistema.

De la discusión anterior, está claro que un diagrama de objeto único no puede capturar todas las instancias necesarias o más bien no puede especificar todos los objetos de un sistema. Por lo tanto, la solución es:

  • Primero, analice el sistema y decida qué instancias tienen datos y asociaciones importantes.

  • En segundo lugar, considere solo esos casos, que cubrirán la funcionalidad.

  • En tercer lugar, realice algunas optimizaciones, ya que el número de instancias es ilimitado.

Antes de dibujar un diagrama de objeto, se deben recordar y comprender claramente las siguientes cosas:

  • Los diagramas de objetos constan de objetos.

  • El enlace en el diagrama de objetos se utiliza para conectar objetos.

  • Los objetos y los enlaces son los dos elementos que se utilizan para construir un diagrama de objetos.

Después de esto, se deben decidir las siguientes cosas antes de comenzar la construcción del diagrama:

  • El diagrama de objetos debe tener un nombre significativo para indicar su propósito.

  • Deben identificarse los elementos más importantes.

  • Debe aclararse la asociación entre objetos.

  • Es necesario capturar los valores de diferentes elementos para incluirlos en el diagrama de objetos.

  • Agregue notas adecuadas en los puntos donde se requiere más claridad.

El siguiente diagrama es un ejemplo de un diagrama de objeto. Representa el sistema de gestión de pedidos que hemos comentado en el capítulo Diagrama de clases. El siguiente diagrama es una instancia del sistema en un momento particular de compra. Tiene los siguientes objetos.

  • Customer

  • Order

  • SpecialOrder

  • NormalOrder

Ahora, el objeto de cliente (C) está asociado con tres objetos de pedido (O1, O2 y O3). Estos objetos de orden están asociados con objetos de orden especial y orden normal (S1, S2 y N1). El cliente tiene los siguientes tres pedidos con números diferentes (12, 32 y 40) para el tiempo particular considerado.

El cliente puede aumentar el número de pedidos en el futuro y, en ese escenario, el diagrama de objetos lo reflejará. Si se observan objetos de orden, orden especial y orden normal, encontrará que tienen algunos valores.

Para los pedidos, los valores son 12, 32 y 40 lo que implica que los objetos tienen estos valores para un momento particular (aquí se considera el momento particular en el que se realiza la compra como el momento) en que se captura la instancia

Lo mismo ocurre con los objetos de pedido especial y de pedido normal que tienen un número de pedidos de 20, 30 y 60. Si se considera un momento de compra diferente, estos valores cambiarán en consecuencia.

El siguiente diagrama de objetos se ha elaborado considerando todos los puntos mencionados anteriormente.

¿Dónde usar diagramas de objetos?

Los diagramas de objetos se pueden imaginar como la instantánea de un sistema en ejecución en un momento particular. Consideremos un ejemplo de un tren en marcha.

Ahora, si tomas una foto del tren en marcha, encontrarás una imagen estática que tiene lo siguiente:

  • Un estado particular que se está ejecutando.

  • Un número particular de pasajeros. que cambiará si el complemento se toma en un momento diferente

Aquí, podemos imaginar que el chasquido del tren en marcha es un objeto que tiene los valores anteriores. Y esto es cierto para cualquier sistema simple o complejo de la vida real.

En pocas palabras, se puede decir que los diagramas de objetos se utilizan para:

  • Realización del prototipo de un sistema.

  • Ingeniería inversa.

  • Modelado de estructuras de datos complejas.

  • Comprender el sistema desde una perspectiva práctica.