Practica # 2 Modelo Entidad Relación
Practica # 2 Modelo Entidad Relación
Practica # 2 Modelo Entidad Relación
1
Carrera: Ingenieria Informática y Sistemas
INF- 311 Bases de Datos I
PRACTICA # 1
PROBLEMAS DE M.E.R. Y M.E.R.E.
COMPRENDE, INDENTIFICACION DE ENTIDADES, RELACIONES Y ASOCIACIONES EN
BINARIO O TERNARIO, ETC, EL DIAGRAMA DEL MODELO RELACIONAL Y POR
ULTIMO BAJE A TABLAS CONSIDERANDO LAS RESTRICCIONES EN LAS RELACIONES Y
ASOCIACIONES.
Una Escuela de Informática quiere generar un sistema para tener controlado en una base
de datos todo lo referente a los Trabajos Fin de Carrera: alumnos que los realizan,
profesores que los dirigen, temas de los que tratan y tribunales que los corrigen. Por
tanto, es de interés:
Que los alumnos se definan por su número de matrícula, DNI y nombre. Un alumno
realiza, evidentemente, sólo un T.F.C.
Que los T.F.C. se definen por su tema, por un número de orden y por la fecha de
comienzo. Un T.F.C. determinado, no puede ser realizado por varios alumnos.
Que un profesor se define por su DNI, nombre y domicilio; y puesto que los T.F.C. son
Del área en el que trabaja, NO interesa conocer el T.F.C. que dirige sino a qué alumno se
lo dirige.
Que un Tribunal está formado por varios profesores y los profesores pueden formar
parte de varios tribunales. Por otra parte, sí es de interés para el tribunal conocer qué
alumno es el que se presenta, con qué T.F.C. y en qué fecha lo ha defendido. El tribunal
se define por un número de tribunal, lugar de examen y por el número de componentes.
Al margen de esto, un alumno puede haber pertenecido a algún grupo de investigación
del que haya surgido la idea del T.F.C. Dichos grupos se identifican por un número de
grupo, su nombre y por su número de componentes. Un alumno no puede pertenecer a
más de un grupo y no es de interés saber si el grupo tiene algo que ver o no con el T.F.C.
del alumno; sí siendo de interés la fecha de incorporación a dicho grupo.
Por otra parte, un profesor, al margen de dirigir el T.F.C. de algunos alumnos, puede
haber colaborado con otros en la realización de dicho T.F.C. pero siendo otro profesor el
que lo dirige. En este caso, sólo es interesante conocer qué profesor ha ayudado a qué
alumno (a un alumno le pueden ayudar varios profesores).
Una cadena de agencias de viajes desea disponer de una Base de Datos que contemple
información relativa al hospedaje y vuelos de los turistas que la contratan.
Los datos a tener en cuenta son:
La cadena de agencias está compuesta por un conjunto de sucursales. Cada sucursal
viene definida por el código de sucursal, dirección y teléfono.
La cadena tiene contratados una serie de hoteles de forma exclusiva. Cada hotel estará
definido por el código de hotel, nombre, dirección, ciudad, teléfono y número de plazas
disponibles.
De igual forma, la cadena tiene contratados una serie de vuelos regulares de forma
exclusiva. Cada vuelo viene definido por el número de vuelo, fecha y hora, origen y
destino, plazas totales y plazas de clase turista de las que dispone.
La información que se desea almacenar por cada turista es el código de turista, nombre
y apellidos, dirección y teléfono. Por otra parte, hay que tener en cuenta la siguiente
información:
A la cadena de agencias le interesa conocer que sucursal ha contratado el turista.
A la hora de viajar el turista puede elegir cualquiera de los vuelos que ofrece la cadena,
y en que clase (turista o primera) desea viajar.
De igual manera, el turista se puede hospedar en cualquiera de los hoteles que ofrece la
cadena, y elegir el régimen de hospedaje (media pensión o pensión completa). Siendo
significativa la fecha de llegada y de partida.
Un holding de empresas desea tener una base de datos referente a las empresas que posee,
sus vendedores, así como los asesores que trabajan en el holding. La información está
organizada de la siguiente forma:
Los vendedores se organizan en una jerarquía de pirámide, es decir, cada vendedor
puede captar otros vendedores para el holding, de manera que un vendedor tendrá a su
cargo varios vendedores. Hay que tener en cuenta que un vendedor sólo podrá trabajar en
una empresa y sólo podrá captar vendedores para la empresa en que trabaja; siendo
importante almacenar la fecha en que se realiza la captación. Los datos de interés para los
vendedores serán el código de vendedor, nombre y la dirección.
Docente: Ing. Liliana Ximena Ayarde Ponce 2
Grupo: 1
Facultad de Ciências y Tecnologia. 3
Carrera: Ingenieria Informática y Sistemas
INF- 311 Bases de Datos I
Las empresas cubrirán diferentes áreas del mercado y un mismo área puede ser cubierta
por varias empresas. Es interesante conocer el nombre del área y una descripción de ésta.
Las empresas pueden estar actuando en varios países y en un país pueden estar
desarrollando actividades varias empresas. Sin embargo, cada empresa tendrá su sede en
un único país, siendo importante la ciudad donde se localiza la sede. Por cuestiones
fiscales, una empresa puede tener su sede en un país en el que no esté desarrollando
actividad alguna. Los datos de interés para las empresas son el nombre, la fecha de
entrada en el holding, la facturación anual y el número de vendedores que
Posee.
Los datos de interés de los países son: el nombre, el PIB, el número de habitantes y la
capital.
Los asesores entran en el holding para dar soporte en cada una de las áreas en las que
actúa el holding. Un asesor puede cubrir varias áreas y un área puede ser cubierta por
varios asesores. Un asesor puede asesorar a varias empresas y una empresa tener varios
asesores. Es importante saber en qué fecha un asesor comienza a trabajar para una
empresa en un área determinada. Los datos de interés de los asesores son el código de
asesor, nombre, dirección y la titulación.
Una compañía de seguros desea que se haga un diseño de una base de datos para
gestionar toda la información referente a los seguros que ofrece, los clientes a los que
atiende y los agentes de seguros que trabajan para la compañía. Esta compañía ofrece tres
tipos de seguros:
Seguros de Hogar: los seguros de Este tipo ofrecidos por la compañía están ofertados de
forma fija (es decir se han hecho estudios previos), según el valor del continente (la casa),
el contenido (muebles, electrodomésticos, joyas, etc.), riesgos auxiliares (responsabilidad
civil, asalto y otros). Para cada oferta hay una prima asignada.
Seguros de Vida: de la misma forma que los de hogar, existen varias ofertas fijas según
la edad y profesión Del cliente, y la cobertura económica del seguro. De la misma forma
que en los seguros de Hogar, existe un prima fija para cada oferta.
Seguros de Automóvil: también existen ofertas fijas, según la categoría de coche
(utilitario, gama media, gama alta, gran turismo, lujo, etc.), años del vehículo, edad del
conductor y cobertura (todo riesgo, franquicia, terceros, etc.). A cada una de estas ofertas
le corresponde una prima. Para llevar un control de las comisiones que se llevan los
agentes y de sus carteras correspondientes, la compañía necesita tener almacenados los
datos de los agentes, considerándose de interés el nombre, CI, dirección y teléfono. Para
el pago de comisiones y carteras (se entiende por “cartera” la comisión anual del agente
mientras el seguro este vigente), será necesario saber qué agente ha realizado qué seguro
y en qué fecha. La compañía considera como datos de interés referentes al cliente (sea
cual sea el seguro que contrate), los siguientes: Nombre, dirección, teléfono y CI.
Otras consideraciones sobre la contratación de seguros por parte del cliente son:
Seguros Hogar: fecha del contrato del seguro y dirección del inmueble asegurado.
Seguros Automóvil: fecha contratación, matrícula del vehículo, recargos y descuentos.
Otras consideraciones: Un cliente puede contratar más de un seguro de Vida, más de un
seguro de Hogar y más de un seguro de Automóvil. Además estos contratos pueden
realizarse a través de distintos agentes. Los beneficiarios de seguros de vida pueden serlo
de varios seguros, e incluso de varios clientes distintos. Por supuesto un cliente puede
nombrar a varios beneficiarios de un mismo seguro de vida.
Una oficina de patentes desea disponer de una Base de Datos que contenga toda la
información relativa a la presentación de patentes, inventores que las presentan y las
empresas que desean comprarlas. Esta información tendrá que estar organizada teniendo
en cuenta los siguientes puntos:
Los datos de interés referentes a cada patente serán el número de patente y el nombre
del invento. La patente sólo puede pertenecer a un único inventor, no pudiendo realizarse
varias patentes referentes al mismo invento.
Los inventores vendrán definidos por su nombre, D.N.I., dirección y teléfono. Estos
inventores podrán obtener varias patentes, siempre que éstas sean de diferentes inventos.
Es importante saber la fecha en la cual se ha obtenido la patente.
Hay que tener en cuenta los casos en los que un inventor asesore a otros en el desarrollo
de un invento.
Docente: Ing. Liliana Ximena Ayarde Ponce 4
Grupo: 1
Facultad de Ciências y Tecnologia. 5
Carrera: Ingenieria Informática y Sistemas
INF- 311 Bases de Datos I
Cada inventor tendrá uno o varios ayudantes que vendrán definidos por su nombre,
dirección, teléfono y D.N.I.. Además, estos ayudantes sólo podrán serlo de un inventor.
Cada patente podrá se comprada por una sola empresa y una empresa podrá comprar
diferentes patentes, siendo de interés la fecha de compra de la patente. Las empresas
vienen definidas por un código de empresa, nombre, dirección y sus teléfonos.
Las empresas, al realizar la compra de una patente, pueden tener interés en contratar a
su inventor. Es importante saber en qué fecha un inventor es contratado por una empresa
con una patente determinada.
Un ayudante puede ser contratado por una empresa con independencia de que la
empresa haya contratado o no al inventor del que es ayudante, siendo importante conocer
la fecha de contratación.
La Policía quiere crear una base de datos sobre la seguridad en algunas entidades
bancarias. Para ello tiene en cuenta:
Que cada entidad bancaria se caracteriza por un código y por el domicilio de su Central.
Que cada entidad bancaria tiene más de una sucursal que también se caracteriza por un
código y por el domicilio, así como por el número de empleados de dicha sucursal.
Que cada sucursal contrata, según el día, algunos vigilantes jurados, que se caracterizan
por un código y su edad. Un vigilante puede ser contratado por diferentes sucursales
(incluso de diferentes entidades), en distintas fechas y es un dato de interés dicha fecha,
así como si se ha contratado con arma o no.
Por otra parte, se quiere controlar a las personas que han sido detenidas por atracar las
Sucursales de dichas entidades. Estas personas se definen por una clave (código) y su
nombre completo.
Alguna de estas personas están integradas en algunas bandas organizadas y por ello se
desea saber a qué banda pertenecen, sin ser de interés si la banda ha participado en el
delito o no. Dichas bandas se definen por un número de banda y por el número de
miembros.
Así mismo, es interesante saber en qué fecha ha atracado cada persona una sucursal.
Evidentemente, una persona puede atracar varias sucursales en diferentes fechas, así
como que una sucursal puede ser atracada por varias personas.
Igualmente, se quiere saber qué Juez ha estado encargado Del caso, sabiendo que un
individuo, por diferentes delitos, puede ser juzgado por diferentes jueces. Es de interés
saber, en cada delito, si la persona detenida ha sido condenada o no y de haberlo sido,
cuánto tiempo pasará en
la cárcel. Un Juez se caracteriza por una clave interna del juzgado, su nombre y los años
de servicio.
NOTA: En ningún caso interesa saber si un vigilante ha participado en la detención de un
atracador.
Un zoo necesita una aplicación informática para llevar su organización respecto a las
especies que posee, los empleados (cuidadores y guías), y los distintos itinerarios de
visita que ofrece. La información está estructurada de la siguiente manera:
Especies: de las especies interesa saber el nombre en español, el nombre científico y
una descripción general. Hay que tener en cuenta que una especie puede vivir en
diferentes hábitats naturales y que un hábitat puede ser ocupado por diferentes especies.
Las especies se encuentran en distintas zonas del parque de manera que cada especie está
en una zona y en una zona hay varias especies.
Hábitats: los diferentes hábitats naturales vienen definidos por el nombre, el clima y el
tipo de vegetación predominantes, así Como el continente o continentes en los que se
encuentran.
Zonas: las zonas del parque en las que se encuentran las distintas especies vienen
definidas por el nombre y la extensión que ocupan.
Itinerarios: los itinerarios discurren por distintas zonas del parque. La información de
interés para los itinerarios es: código de itinerario, la duración del recorrido, la longitud
del itinerario, el máximo número de visitantes autorizado y el número de distintas
especies que visita. Hay que
Tener en cuenta que un itinerario recorre distintas zonas del parque y que una zona puede
ser recorrida por diferentes itinerarios.
Docente: Ing. Liliana Ximena Ayarde Ponce 6
Grupo: 1
Facultad de Ciências y Tecnologia. 7
Carrera: Ingenieria Informática y Sistemas
INF- 311 Bases de Datos I
Guías: los guías del parque vienen definidos por el nombre, dirección, teléfono y fecha
en la que comenzaron a trabajar en el zoo. Interesa saber qué guías llevan qué itinerarios,
teniendo en cuenta que un guía puede llevar varios itinerarios y que un itinerario puede
ser asignado a diferentes guías en diferentes horas, siendo éstas un dato de interés.
Cuidadores: los cuidadores vienen definidos por el nombre, dirección, teléfono y fecha
de ingreso en el parque. Hay que tener en cuenta que un cuidador puede estar a cargo de
varias especies y que una especie puede ser atendida por varios cuidadores, siendo de
interés la fecha en la que un cuidador se hace cargo de una especie.
Una base de datos para una pequeña empresa debe contener información acerca de
clientes, artículos y pedidos. Hasta el momento se registran los siguientes datos en
documentos varios:
• Para cada cliente: Número de cliente (único), Direcciones de envío (varias por cliente),
Saldo, Límite de crédito (depende del cliente, pero en ningún caso debe superar los
3.000.000 pts), Descuento.
• Para cada artículo: Número de artículo (único), Fábricas que lo distribuyen, Existencias
de ese artículo en cada fábrica, Descripción del artículo.
• Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera
está formada por el número de cliente, dirección de envío y fecha del pedido. El cuerpo
del pedido son varias líneas, en cada línea se especifican el número del artículo pedido y
la cantidad.
Además, se ha determinado que se debe almacenar la información de las fábricas. Sin
embargo, dado el uso de distribuidores, se usará: Número de la fábrica (único) y Teléfono
de contacto. Y se desean ver cuántos artículos (en total) provee la fábrica. También, por
información estratégica, se podría incluir información de fábricas alternativas respecto de
las que ya fabrican artículos para esta empresa.
Nota: Una dirección se entenderá como Nº, Calle, Comuna y Ciudad. Una fecha incluye
hora. Se pide hacer el diagrama ER para la base de datos que represente esta
información.
Diseñar un esquema E/R que recoja la organización de una base de datos para contener la
información sobre todas las carreteras del país, sabiendo que se deben cumplir las
siguientes especificaciones:
- Las carreteras están divididas en varias categorías (locales, comerciales, regionales,
nacionales, autovías, etc).
- Las carreteras se dividen en tramos. Un tramo siempre pertenece a una única carretera y
no puede cambiar de carretera.
- Un tramo puede pasar por varias comunas, interesando conocer el Km de la carretera y
la comuna donde empieza el tramo y en donde termina.
- Para los tramos que suponen principio o final de carretera, interesa saber si es que la
carretera concluye físicamente o es que confluye en otra carretera. En este caso, interesa
conocer con qué carretera confluye y en qué kilómetro, tramo y comuna.