2. Modelo del Dominio [1.50ptos.] a. ¿Qué importancia tienen los atributos en el Modelo del Dominio? Explique y ejemplifique. [0.40 ptos] b. Expliq...

a. ¿Qué importancia tienen los atributos en el Modelo del Dominio? Explique y ejemplifique. [0.40 ptos]

Los atributos son importantes en el Modelo del Dominio porque describen las propiedades de los objetos del dominio. Los atributos proporcionan información sobre los datos que se almacenan en el sistema y cómo se relacionan entre sí.

Por ejemplo, un objeto Producto en un sistema de gestión de inventario puede tener los siguientes atributos:

• Nombre: El nombre del producto.
• Descripción: Una descripción del producto.
• Precio: El precio del producto.
• Unidades en stock: La cantidad de unidades en stock del producto.

Estos atributos proporcionan información sobre los datos que se almacenan en el sistema, como el nombre, la descripción y el precio del producto. También proporcionan información sobre cómo se relacionan entre sí los datos, como el número de unidades en stock del producto.

b. Explique cómo se modelan las cantidades y unidades de los atributos en el Modelo del Dominio. [0.30 ptos.]

Las cantidades y unidades de los atributos se pueden modelar en el Modelo del Dominio utilizando un atributo adicional llamado unidad. El atributo unidad especifica la unidad de medida de la cantidad.

Por ejemplo, el atributo Unidades en stock del objeto Producto se puede modelar de la siguiente manera:

Unidades en stock: Integer { unidad: "Unidades" }

Este atributo especifica que la cantidad de unidades en stock es un número entero y que la unidad de medida es "Unidades".

También se pueden utilizar otros métodos para modelar las cantidades y unidades de los atributos, como utilizando un tipo de dato especial para cantidades o utilizando una relación entre el atributo y una tabla de unidades.

c. ¿Qué criterios se pueden aplicar para las asociaciones en el Modelo del Dominio? [0.80 ptos.]

Los criterios que se pueden aplicar para las asociaciones en el Modelo del Dominio son los siguientes:

• Cardinalidad: La cardinalidad de una asociación especifica el número de objetos de una clase que pueden estar relacionados con un objeto de otra clase.

Por ejemplo, una asociación Tiene entre las clases Cliente y Factura puede tener la siguiente cardinalidad:

Cliente * - * Factura

Este diagrama indica que un cliente puede tener cero o más facturas, y que una factura puede tener uno o más clientes.

• Multiplicidad: La multiplicidad de una asociación especifica el número de objetos de una clase que pueden estar relacionados con un objeto de otra clase de forma simultánea.

Por ejemplo, una asociación Compra entre las clases Cliente y Producto puede tener la siguiente multiplicidad:

Cliente 1 - * Producto

Este diagrama indica que un cliente puede comprar cero o más productos, pero que un producto solo puede ser comprado por un cliente.

• Direccionalidad: La direccionalidad de una asociación especifica si la asociación es unidireccional o bidireccional.

Una asociación unidireccional es una asociación en la que solo se puede navegar en una dirección. Una asociación bidireccional es una asociación en la que se puede navegar en ambas direcciones.

Por ejemplo, una asociación Tiene entre las clases Cliente y Factura puede ser unidireccional, lo que significa que solo se puede navegar desde el cliente a la factura.

• Tipo: El tipo de una asociación especifica el tipo de relación entre las clases.

Los tipos de asociación comunes incluyen:

* **Asociación:** Una relación que no tiene un significado específico.
* **Asociación de composición:** Una relación en la que un objeto de una clase es parte de un objeto de otra clase.
* **Asociación de agregación:** Una relación en la que un objeto de una clase está asociado con un objeto de otra clase, pero no es parte de él.

• Identidad: La identidad de una asociación especifica si la asociación es identificable o no.

Una asociación identificable es una asociación que tiene su propia identidad. Una asociación no identificable es una asociación que no tiene su propia identidad.

Por ejemplo, una asociación Compra entre las clases Cliente y Producto puede ser no identificable, lo que significa que la asociación no tiene su propia identidad.

Estos son solo algunos de los criterios que se pueden aplicar para las asociaciones en el Modelo del Dominio. Otros criterios pueden aplicarse según las necesidades específicas del sistema.