Examen de Modelamiento
Examen de Modelamiento
Examen de Modelamiento
Crear un el modelo entidad relación correspondiente para cada caso, considerando llaves
principales y foráneas. Además de crear las relaciones según la cardinalidad requerida.
¿Cuáles son las entidades principales que deben ser representadas en la base de datos?
¿Cuál es el objetivo principal de la base de datos que se va a diseñar?
¿Cuáles son las entidades débiles o dependientes que requieren una entidad principal para
su existencia?
¿Cuáles son las reglas de negocio o validaciones que deben aplicarse a los atributos de las
entidades?
Agencia de viajes Se quiere realizar una base de datos para llevar la información de varias agencias
de viajes. De cada una se conoce su código, la fecha de inicio de actividades y su ciudad. Cada
agencia ofrece paquetes turísticos, los cuales tienen un precio y destinos a varios países. Se
identifican por un código de paquete. Un paquete puede estar relacionado con uno o más
paquetes a modo de combo (ejemplo: viaje a Disney + crucero por el Caribe). Cada paquete es
propio de su agencia, no puede ser vendido en otra. Los paquetes son comprados por clientes, los
cuales tienen un nombre, domicilio y son diferenciados por su DNI. Estos clientes tienen varias
formas de pago, de las cuales conocemos su tipo y el monto a pagar. Los medios de pago son
autorizados por un solo banco, de los cuales sabemos que poseen un nombre -que es único- y
sucursal. Al autorizar los pagos, se establece una fecha de validez.
Se quiere diseñar una BD que permita registrar las ventas de una empresa. Específicamente, esta
empresa necesita llevar un control de proveedores, clientes, productos y ventas. Un proveedor se
modela con CUIT, nombre, dirección, teléfono y página web. Un cliente también se modela con
CUIT, nombre y dirección, pero puede tener varios teléfonos de contacto. De cada dirección, nos
interesa su calle, número, comuna y ciudad. Tanto para los proveedores como los clientes, el CUIT
es un valor único (equivalente al DNI). De los productos, sabemos que tienen un identificador
único, nombre, precio actual, stock y nombre del proveedor que los comercializa. Además, se
organizan en categorías, y cada producto se clasifica solamente en una de ellas, pero sin embargo
una categoría clasifica varios productos. De ellas nos interesa saber su id, nombre y descripción.
Sabemos que un producto es comercializado por varios proveedores, pero que un proveedor
provee un solo producto. Por razones de contabilidad, se debe registrar la información de cada
venta, las cuales tienen un número de factura (que es único), fecha, cliente, descuento y monto
final. A su vez, sabemos que una venta se compone de varios productos, y por eso nos interesa el
precio al momento de la venta del producto, la cantidad vendida y el monto total por él. Tenga en
cuenta que un producto puede estar en varias ventas, pero que podemos tener un producto que
no haya sido vendido. Adicionalmente, sabemos que cada cliente puede realizar varias ventas, y en
una venta solamente participa un cliente.
CASO SISTEMA DE ENVIOS
“Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por toda
España. Los encargados de llevar los paquetes son los camioneros, de los que se quiere guardar el
dni, nombre, teléfono, dirección, salario y población en la que vive. De los paquetes transportados
interesa conocer el código de paquete, descripción, destinatario y dirección del destinatario. Un
camionero distribuye muchos paquetes, y un paquete sólo puede ser distribuido por un
camionero. De las provincias a las que llegan los paquetes interesa guardar el código de provincia y
el nombre. Un paquete sólo puede llegar a una provincia. Sin embargo, a una provincia pueden
llegar varios paquetes. De los camiones que llevan los camioneros, interesa conocer la matrícula,
modelo, tipo y potencia. Un camionero puede conducir diferentes camiones en fechas diferentes, y
un camión puede ser conducido por varios camioneros”