Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

0.
Sitio WEB de comercio electrnico

Una empresa desea crear un sitio WEB de comercio electrnico al que se podrn conectar clientes
para realizar sus compras. Se tiene que realizar un diseo de la Base de Datos que soporte la
operativa de este sito WEB.

Cuando un usuario intenta entrar en este sitio, se le pedir un login y un password. El sistema
comprobar si el usuario tiene cuenta y en caso negativo se le pedirn los siguientes datos de alta
antes de darle acceso: NIF, correo, nombre, direccin, telfono, login y password. Se comprobar si
ya exista con distinto login y password para darle un mensaje de error en caso afirmativo.

Una vez el usuario se ha dado de alta o ha entrado con su login y password correctos, puede visitar
las distintas secciones de la tienda virtual. Nuestra empresa cliente quiere que quede constancia de
las secciones visitadas por los distintos usuarios en una fecha dada. El formato de la fecha ser
AA:MM:DD:hh:mm:ss (Ao, Mes, Da, hora, minuto, segundo). Por supuesto un usuario podr visitar
varias secciones y cada una de stas ser visitada por varios usuarios. De las secciones se almacenar
un cdigo de seccin, nombre, descripcin de la seccin y fecha de creacin en el sitio WEB.

Los usuarios pueden realizar sus compras utilizando un "carrito virtual". Cuando un usuario decide
utilizar un carrito, el sistema crear uno almacenando la fecha de creacin con el formato de fecha
ya descrito. El usuario puede entonces poner productos, detallando cuantas unidades desea, en el
carrito o eliminarlos. Un carrito podr contener varios productos y un producto aparecer en carritos
de distintos usuarios. De los productos se almacenar el cdigo de producto, el nombre, la descripcin
y el precio por unidad. Cuando el usuario decide finalizar sus compras, el sistema le pedir entonces
los datos bancarios (en caso de que no los tuviese dados de alta previamente) y dar el carrito por
"comprado".

Cuando se confirma una compra, el sistema deber asignar la compra a un camin de reparto para que
realice la entrega, estimando la fecha de la misma. En este momento, el sistema mandar al usuario un
correo con los datos de la compra realizada y la fecha de entrega. El sistema notificar al
departamento de entrega qu camiones tienen asignados los distintos productos para que se sirva el
pedido.

El usuario puede dejar un carrito lleno y no completar la compra en esa sesin, para completarla otro
da. El usuario debe poder comprobar cual es el coste total de un carrito de compra antes de pagarlo.
Adems podr comprobar el coste de todos sus carritos virtuales anteriores y su contenido. Sin
embargo, el sistema debe comprobar si un carrito lleva lleno sin completar la compra ms de un mes,
en cuyo caso lo borrar de forma automtica.

En este sitio WEB los productos estn en las secciones, teniendo en cuenta que un producto puede
aparecer en varias secciones y una seccin tener varios productos. Nuestra empresa cliente quiere
que quede constancia que qu productos ha comprado un usuario de cual seccin en particular.

Por ltimo, el sistema realizar unas estadsticas de las secciones del sitio ms visitadas por cada
usuario para mandarles correos con promociones de dichas secciones.

1 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

1.

Venta anticipada de Entradas a Espectculos

Una empresa de venta anticipada de entradas para espectculos quiere informatizar su

funcionamiento. El funcionamiento de la empresa es el siguiente:

Cuando un cliente llama por telfono para comprar unas entradas, se comprueba si el
cliente es nuevo, en cuyo caso se almacenar en la Base de Datos el nombre del cliente, su
DNI, su telfono y la tarjeta de crdito para realizar el pago. Adems se le asignar un
cdigo de cliente nico.

Existen diferentes locales de espectculos que trabajan con esta empresa. La informacin
de inters de dichos locales es el cdigo de local, el nombre, la direccin, el telfono y el
aforo de dicho local.

En los diferentes locales se dan distintos espectculos. Hay que tener en cuenta que la
empresa quiere tener almacenada la programacin de espectculos de toda la temporada
por lo que un espectculo podr estar en varios locales a lo largo de la temporada y un local
podr tener tambin diferentes espectculos durante la temporada. Es esencial saber las
fechas de comienzo y fin de los espectculos en cada local.

De los espectculos interesa saber el cdigo de espectculo, su nombre y el precio por

entrada. Hay que tener en cuenta que el precio de un espectculo puede variar segn el
local donde se produzca.

Cuando el cliente realiza una compra de entradas se tendr en cuenta lo siguiente: hay que
almacenar la fecha para la que quiere las entradas, en que espectculo y en cual local, as
como el nmero de entradas que pide. Si un cliente habitual lleva compradas mas de 20
entradas, se le realizar un descuento del 15 %. Por lo tanto, hay que almacenar todas las
compras realizadas por un cliente. Tambin hay que comprobar que quedan entradas
disponibles. De las compras interesa saber el cdigo de cliente, el nmero de entradas
compradas, la fecha, el cdigo del local y el cdigo del espectculo.

2 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

2.

Periodistas

Un peridico desea tener una base de datos para almacenar la informacin referente a los
periodistas que trabajan el dicho peridico. Adems se almacenar informacin referente a
las noticias que cubren los periodistas y las agencias de noticias que trabajan con el
peridico.

De los periodistas se almacenar un cdigo indentificativo, nombre, direccin telfono y el

nmero de noticias que ha cubierto. De las noticias cubiertas por los periodistas, se
almacenar un cdigo, la fecha y hora de la noticia, el titular y el texto. Adems se
almacenar que noticias estn relacionadas entre s. Hay que tener en cuenta que en una
noticia puede haber varios implicados y que un implicado lo puede ser de distintas noticias.
De estos implicados, se almacenar un cdigo, nombre, fecha de nacimiento y calidad en la
que aparece como implicado en cada noticia.

Cuando se produce una noticia, uno o varios periodistas la pueden cubrir, as como un
periodista, por supuesto, puede cubrir varias noticias. A la hora de cubrir la noticia, los
periodistas pueden hablar con los implicados en dicha noticia. Un periodista podr hablar
con varios implicados y un implicado ser preguntado por varios periodistas, teniendo en
cuenta que un periodista no hablar con un implicado de la misma noticia varias veces. Se
desea conocer qu periodista habla con qu implicado respecto a qu noticia.

Por otro lado, de las agencias de noticias que trabajan con el peridico se desea almacenar
un cdigo de agencia, el nombre y el ao de creacin. Se desea almacenar qu agencia o
agencias han dado cada noticia, siendo importante la hora en la que han dado la noticia para
comprobar qu agencia es ms rpida en dar una determinada noticia.

Por ltimo, cuando un usuario se conecta a la base de datos podr realizar cualquier tipo de
consulta como por ejemplo saber el nmero total de noticias ofrecidas por una agencia
determinada. Existir tambin un administrador de la aplicacin que se encargar de dar
altas y bajas en la base de datos, realizar modificaciones y una copia de seguridad mensual.

3 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

3.

Sitio de juegos online por Internet

Un sitio de juegos online por Internet desea contar con una base de datos para gestionar
los usuarios, juegos y partidas que se desarrollan en el mismo. El funcionamiento del sitio es
el siguiente:

Cuando un usuario intenta entrar en este sitio, se le pedir un login y un password. El

sistema comprobar si el usuario tiene cuenta y en caso negativo se le pedirn los
siguientes datos de alta antes de darle acceso: nombre, correo, nick (nombre de batalla),
login y password. Se comprobar si ya exista con distinto login y password para darle un
mensaje de error en caso afirmativo. Hay que tener en cuenta que el nick es nico.

Una vez el usuario se ha dado de alta o ha entrado con su login y password correctos, puede
visitar los distintos salones donde se estn desarrollando las partidas. No se desea que
quede constancia de dichos salones en la base de datos. Si un usuario quiere entrar en una
partida o crear una nueva, tiene que tener un avatar 1 que ser su representacin en el
mundo virtual. Un usuario podr tener distintos avatares, pero cada avatar slo
pertenecer a un usuario. De los avatares se almacenar el aspecto y el nivel y se
identificar por el nick del propietario.

Hay que tener en cuenta que cada avatar slo sirve para un tipo de juego, mientras que en
un juego puede haber registrados varios avatares. Los responsables del sitio quieren que
quede constancia de esto en la base de datos. De los tipos de juegos se quiere almacenar un
cdigo identificador, nombre y descripcin.

Los usuarios que tengan en casa el juego apropiado, podrn crear partidas de ese juego
para que otros usuarios se unan a la partida o unirse a partidas existentes, siempre
utilizando el avatar correspondiente. De las partidas se almacenar un cdigo de partida, un
password (opcional) para acceder a la partida, la fecha y hora de creacin, el nombre de la
partida y el estado (en curso o finalizada). Adems hay que tener en cuenta que una partida
slo puede ser de un tipo de juego y un juego tener varias partidas. Se desea que quede
constancia de esta restriccin en la base de datos.

Las partidas se podrn dejar a medias para continuarlas otro da. Cuando un usuario crea
una partida, puede dar un password de entrada para limitar el acceso. No quedar
constancia que cual usuario es el creador de una partida. Los usuarios que se unen a una
partida (a travs de sus avatares) con password quedarn registrados de manera que si
quieren abandonarla y unirse ms tarde, no tengan que volver a introducir el password de
dicha partida. Nunca se permitir a los usuarios conectarse a partidas que se han dado por
terminadas.

Un servicio de inters es que se pueda consultar los enfrentamientos que hay entre los
distintos avatares en las partidas y el resultado de dicho enfrentamiento de cualquier
partida en curso o terminada.

1
Avatar: (DRAE) En la religin hind, encarnacin terrestre de alguna deidad.

4 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

4.

La empresa CO&COMO de comida rpida

La empresa madrilea de comida rpida CO&COMO con servicio a domicilio, desea crear una
bases de datos con la informacin concerniente a los pedidos de sus clientes y los
empleados que trabajan en dicha empresa.

Los datos a tener en cuenta son:

- CO&COMO tiene varios centros de comida rpida distribuidos por toda la comunidad de
Madrid y atender peticiones en todas la poblaciones. De cada centro se desea almacenar
su cdigo, nombre, direccin, poblacin en la que se encuentra y telfono.

- Aunque todos los centros pertenecen a CO&COMO, la empresa da libertad a cada uno
para que oferten sus propios platos combinados. De dichos platos combinados se almacena
su nmero, nombre, descripcin y precio. Hay que tener en cuenta que un plato combinado
puede ser ofertado por ms de un centro.

- De los clientes, se desea almacenar su nmero, nombre, direccin y telfono. CO&COMO

quiere que quede registrado qu cliente ha pedido qu plato en cual centro, y la fecha del
encargo. Tambin es importante para hacer descuentos, saber la cantidad de pedidos
totales por cliente.

- Respecto a los empleados, hay que almacenar su DNI, nombre, direccin, telfono y
poblacin en la que reside. La empresa asignar empleados a los diferentes centros segn
las necesidades de cada centro. Un empleado slo estar asignado a un centro en un
momento dado. Interesa saber donde estn trabajando los empleados no siendo necesario
saber por qu centros ha pasado.

- CO&COMO quiere guardar la siguiente informacin de las poblaciones en las que tiene
centros: Cdigo postal, nombre y nmero de habitantes. Hay que tener en cuenta que una
poblacin puede tener ms de un centro.

5 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

5.

Red de Paradores de Turismo

La red de Paradores de Turismo quiere mantener un servicio de atencin y reservas a

travs de Internet. Uno de las tareas dentro del desarrollo del sistema es la construccin
del modelo lgico de datos. La informacin de partida para la construccin de dicho modelo
es la siguiente:

Los Paradores vendrn definidos por un cdigo nico, nombre, direccin, telfono, nivel y
nmero total de habitaciones. Los Paradores disponen de distintos tipos de habitaciones.
De cada habitacin se desea almacenar el nmero de habitacin, la ubicacin dentro del
Parador, el tipo (normal o suit), una descripcin y el precio por noche.

Los Paradores pueden tener adems unas instalaciones adicionales (golf, piscina, hpica,
etc.). De cada tipo de instalacin se desea almacenar el cdigo de instalacin el nombre y la
descripcin. Hay que tener en cuenta que un mismo tipo de instalacin se puede encontrar
en distintos Paradores.

La informacin referente a los Paradores se completa con la oferta gastronmica que

tienen. De la gastronoma ofrecida por cada Parador se almacenar un cdigo, nombre y tipo
de plato. Aunque un mismo tipo de plato puede ser servido por distintos Paradores, puede
haber variaciones de precio en cada caso. Se desea almacenar la informacin de esta
diferencia.

Cuando un usuario se conecte al sitio web de los Paradores de Turismo, adems de poder
consultar la informacin referente a lo descrito anteriormente, podr hacer reservas de
habitaciones. En el caso de realizar reservas, se toman los datos del cliente: DNI, nombre y
apellidos. Se almacenar tambin un cdigo de cliente generado por la aplicacin si el
cliente fuese nuevo.

Una vez registrado el cliente, este podr elegir en qu Parador o Paradores desea alojarse,
la fecha de llegada y el nmero de noches, as como el nivel de la habitacin que quiere. El
sistema le asignar las habitaciones correspondientes, teniendo en cuenta que un cliente no
puede tener reservadas habitaciones de dos Paradores distintos en la misma fecha.

Por ltimo, se desea que un cliente pueda consultar en cualquier momento qu reservas ha
realizado en qu paradores para cada fecha as como la habitacin reservada.

6 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

6.

Empresa de Transportes y Mensajera

Una empresa de transportes y mensajera desea informatizar su gestin de envos, para ello se
disear una base de datos de acuerdo con las siguientes reglas del negocio:

La empresa cuenta con una serie de vehculos de transporte, de cada medio de transporte se quiere
almacenar su cdigo, tipo, descripcin, fecha de compra y precio de compra. Cada vehculo estar a
cargo de un supervisor, que se encargar de realizar su mantenimiento.
Todo transporte tendr asignado un slo supervisor y cada supervisor estar a cargo de al menos un
vehculo.

Los vehculos de transporte son de tres posibles tipos: motos, furgonetas y aviones. De las motos
interesa almacenar su cilindrada y de las furgonetas su capacidad.

De los supervisores interesa conocer el NIF, nombre, direccin, telfono y nmero de aviones a su
cargo.

La empresa maneja dos tamaos bsicos para las mercancas: sobres y paquetes. De los sobres
interesa conocer el peso y de los paquetes las dimensiones.

A la hora de un envo, los sobres se asignarn a una moto para su transporte, por lo tanto no pueden
haber sobres sin asignar a motos, sin embargo, una moto puede tener asignados varios sobres o
ninguno. Si la mercanca es de tamao paquete, se asignar a una furgoneta con las mismas
restricciones que entre sobres y motos.

De las mercancas enviadas se almacenar el cdigo, la descripcin, el precio del envo, si estn
aseguradas y si son de largo recorrido. Si las mercancas son de largo recorrido, entonces se les
asignar adicionalmente un avin. No puede haber mercancas de largo recorrido que no tengan
asignado avin y un avin puede tener asignado varias o ninguna mercancas de largo recorrido pero en
ningn caso mercancas que no sean de largo recorrido. Por supuesto, una mercanca de largo
recorrido tiene que tener asignada tambin su correspondiente moto o furgoneta para llevarla hasta
el aeropuerto y tener asignada otra moto o furgoneta para llevar la mercanca del aeropuerto de
destino hasta el destinatario final.

Los clientes de la empresa de transportes son empresas o particulares, de estos clientes interesa
almacenar el cdigo de cliente, la fecha y el total facturado a dicho cliente. Si el cliente es un
particular se almacenar su NIF, nombre y direccin. Si el cliente es una empresa, se almacenar el
CIF, nombre, direccin y telfono.

De los envos de mercancas hay que almacenar el cliente origen, el destinatario, la mercanca enviada
y la fecha de envo. Los clientes pueden encargar el envo de sus mercancas a dos tipos de
destinatarios: empresas o particulares. Si el envo es a una empresa hay que tener en cuenta que un
cliente enva al menos una mercanca y que se registran todas las envos encargados por el cliente. Si
el envo tiene como destino un particular, se cobrar un plus de almacenaje consistente en el 4% del
precio original del envo, mas un 1% ms por cada vez que no se ha conseguido realizar la entrega
porque el particular no estaba en su domicilio. Interesa, por tanto almacenar el nmero de intentos
de entrega de una mercanca a un particular. En este caso como en el de la empresa, se almacenarn
tambin todos los envos encargados por el cliente.

7 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

7.

Centro de Clculo de la empresa CAOS S.L

El centro de clculo de la empresa CAOS S.L. ha ido creciendo en tamao y complejidad de forma
descontrolada, segn han ido aumentando las necesidades de la empresa. Ante esta situacin, deciden
contratar a un tcnico superior de informtica para que realice una base de datos en la que se vea
reflejada la organizacin de recursos humanos, mquinas, redes y utilizacin. Para ello se dispone de
la siguiente informacin:

En el centro de clculo tenemos minis definidos por su marca, modelo, capacidad de memoria y de
disco y nmero mximo de usuarios permitidos. Tenemos tambin ordenadores personales definidos
por marca, modelo, capacidad de memoria y disco y tipo de procesador. Finalmente existen una serie
de Estaciones de Trabajo definidas por marca, modelo, capacidad de memoria y disco y tipo de
monitor. Existen adems una serie de perifricos acoplados a los ordenadores. Estos perifricos
vienen definidos por su nmero de serie, marca, modelo y funcin. Hay que tener en cuenta que un
perifrico determinado solo puede estar conectado a un ordenador en un momento dado. Interesa
conocer la fecha en la que se conecta un perifrico a un equipo. Un equipo puede tener conectado
varios perifricos a la vez. No se mantendr la informacin referente a los distintos ordenadores en
los que han estado conectados los perifricos. Es importante tener en cuenta que las impresoras son
perifricos que solo se conectarn a los minis y nunca a los PCs o a las estaciones de trabajo.

En el centro de clculo se utilizan diferentes sistemas operativos. Un sistema operativo viene

definido por el nombre, versin y fecha de compra. Un sistema operativo puede estar instalado en
diferentes mquinas y una mquina tener varios sistemas instalados simultneamente. En el caso de
los sistemas operativos, interesa conocer la fecha de instalacin en cada mquina as como todos los
sistemas que ha tenido cada mquina.

El centro de clculo cuenta tambin con una serie de redes. Cada red viene definida por su nombre,
versin y tipo. Las redes interconectan los distintos sistemas y puede haber conexin entre
diferentes redes a travs de un bridge interesa conocer que redes estn conectadas usando que
bridges.. De los bridges se guardar su nmero de serie, marca, modelo y fecha de compra. .

Para llevar las estadsticas de ocupacin de red, se quiere almacenar qu sistemas se conectan entre
si usando qu red o redes en qu momento (fecha y hora) y durante cuanto tiempo. Hay que tener en
cuenta que los terminales no se consideran sistemas, sino perifricos.

Por otra parte, el centro de clculo est gestionado por un grupo de empleados. Cada empleado viene
definido por su dni, nombre y apellidos, especialidad y telfono. Cada empleado estar asignado al
mantenimiento de uno o varios equipos o redes. Sin embargo, un equipo o red slo estar a cargo de un
empleado. Interesa conocer en qu fecha el empleado ha sido asignado a que equipo o red. Para poder
establecer responsabilidades, se guarda la informacin referente a todos los equipos o redes que ha
tenido asignado un empleado.

Los encargados pueden tener la especialidad de redes, ordenadores personales, minis o mainframes.
Hay que tener en cuenta que no se puede asignar un equipo distinto de la especialidad que tenga el
encargado.

8 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

8.

Visitas y Excursiones de una Agencia de Viajes

Una agencia de viajes desea informatizar la gestin de las visitas o excursiones que
realizan sus clientes. Para ello, nos da la siguiente informacin acerca del funcionamiento
del negocio.

Los turistas realizan visitas culturales en las ciudades a las que viajan. De estas visitas,
interesa conocer el nombre de la ciudad en la que se realizan, la duracin estimada de la
visita, y el precio. Una visita puede ser concertada por uno, muchos o ningn turista. La
visita ser concertada para un da y una hora determinados. Un turista podr concertar
una, muchas o ninguna visita cultural, pero hay que tener en cuenta que no podr tender
concertada mas de una visita distinta a la misma hora y el mismo da. De los turistas
interesa conocer su NIF, nombre, direccin y telfono.

Viendo con detalle las visitas culturales ofertadas, estas pueden ser entre otras:

- Visitas a museos, en cuyo caso interesa conocer el nombre del museo y el tipo de museo.
- Visitas a palacios, siendo de inters el nombre del palacio y el estilo.

Algunas visitas a museos y palacios son visitas guiadas, en cuyo caso tendrn asignadas un
gua. Dicho gua se asignar a la visita guiada en la fecha y hora concertada por el turista.
Un gua tendr como mnimo una visita asignada y podr tener asignadas varias visitas. Una
visita guiada, slo tendr asignada un gua. De los guas almacenaremos su NIF, nombre,
direccin y telfono.

- Visitas a templos, siendo de inters el nombre, el siglo y el estilo. Si el templo es una

catedral, se almacenar una descripcin adicional de dicho templo. Si el templo es una
iglesia, interesar saber si dicha iglesia se encuentra en un palacio y es nombre de
dicho palacio. Las iglesias pueden no estar en ningn palacio y un palacio puede tener
una, varias o ninguna iglesia.
Las visitas culturales restantes se refieren slo a la visita general de la ciudad.

En cuanto a las excursiones, interesa almacenar el nombre del paraje visitado, el precio y la
duracin de la excursin. Estas excursiones pueden ser visitas a parques naturales, en cuyo
caso se almacenar el nombre de la especie animal mas importante del parque o excursiones
de escalada, almacenndose entonces la altura del pico ms alto de la zona. Si la excursin
es de escalada tendr siempre asignada un gua para el da y la hora de la excursin. Un gua
puede estar asignado a una, muchas o ninguna excursin de escalada. A la empresa no le
interesa hacer distincin entre los guas de visitas culturales y los guas de excursiones.

9 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

9.

Farmacia

Una farmacia desea tener informatizado su catlogo de productos as como la informacin

referente a sus proveedores y las promociones que stos hacen. Para ello se dispone de la
siguiente informacin:

Los productos vendidos por la farmacia vienen definidos por cdigo de producto, nombre,
descripcin y precio. Pueden ser desde chicles a termmetros, pasando por chupetes,
medicamentos propiamente dichos, productos de cosmtica o de ptica. De los
medicamentos, queremos almacenar adems su grupo teraputico y su principio activo. En
cuanto a los productos de cosmtica, almacenaremos adems su tipo. De los productos de
ptica, almacenaremos la empresa fabricante.

Los medicamentos, adems pueden ser genricos, en cuyo caso almacenaremos la fecha en
la que se empezaron a considerar como tales. Otro tipo de medicamentos son los que estn
bajo patente, en cuyo caso se almacenar la fecha de patente y la duracin de la misma. Un
medicamento no puede ser genrico si est bajo patente, sin embargo, si la patente ha
caducado, puede aparecer como genrico tambin.

Por otro lado, existen una serie de laboratorios que fabrican medicamentos y productos de
cosmtica, sin embargo, solamente aquellos laboratorios que se consideren laboratorios
farmacuticos y que tengan, por tanto, su correspondiente licencia, tendrn bajo su firma
medicamentos. Estos laboratorios podrn, tambin fabricar productos de cosmtica. Por
supuesto, un determinado medicamento o cosmtico slo ser fabricado por un laboratorio,
incluido los genricos. De los laboratorios se almacenar el cdigo de laboratorio, el
nombre, la direccin, el telfono. Adems se desea conocer qu patentes posee un
laboratorio.

Debido a que los medicamentos tienen precio fijado por ley, solamente los productos de
cosmtica y de ptica pueden ser productos en promocin. De estos productos en
promocin interesa conocer la fecha de la promocin y el tanto por ciento de descuento.
Estas promociones las realizan los distintos proveedores y cada promocin en particular es
realizada por un nico proveedor.

Finalmente, de los proveedores que realizan las promociones y distribuyen los productos,
interesa conocer su cdigo, nombre, direccin y telfono as como el nmero de productos
distintos que ofrece. Hay que tener en cuenta que un producto puede ser servido por varios
proveedores y que no habr productos sin proveedor. Los productos de carcter general no
aparecern en ninguna promocin.

10 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

10.

S.I.G - Sistema de Informacin Geogrfica

El ministerio de medio ambiente desea crear un SIG (Sistema de Informacin Geogrfica)

de acceso pblico a travs de Internet. El sistema ofrecer la siguiente informacin:

Datos referentes a ros, afluentes, sistemas montaosos, montes y provincias donde se

localizan. De los ros se almacenar un cdigo de ro, nombre, descripcin y longitud total.
Para cada ro adems, se almacenarn las provincias por las que pasa y la longitud del tramo
del ro para cada provincia baada. De las provincias se almacenar un cdigo de provincia,
nombre y nmero de habitantes. Los ros pueden ser afluentes de otros ros. En este caso
se desea conocer de cual ro lo son y la provincia en la que se unen al ro del que son
afluentes.

En cuanto a los sistemas montaosos, se almacenar un cdigo identificativo, el nombre, la

orientacin (norte, nordeste, etc.) y la longitud as como la altura mxima y las provincias
que ocupa. Los sistemas estn formados por montes de los que se almacena un cdigo, un
nombre, descripcin y altura. Hay que tener en cuenta que un monte slo pertenecer a un
sistema. De los montes tambin se quiere almacenar tambin la provincia o provincias en las
que se encuentra ya que hay casos en los que un monte es compartido por varias provincias.
Los montes adems pueden tener un origen volcnico o de plegamiento. En el caso de que su
origen sea volcnico, se desea almacenar el tipo de volcn y si es de plegamiento, se
almacenar el periodo geolgico de dicho plegamiento.

Algunos ros y montes son elementos geolgicos monitorizados por satlite. De dichos
elementos se desea almacenar la fecha en la que se comienza su monitorizacin y el satlite
que realiza el seguimiento. Un elemento monitorizado slo puede serlo por un satlite y un
satlite podr monitorizar varios elementos. De los satlites se desea almacenar su nmero
identificativo, nombre y descripcin.

Cuando un usuario de Internet se conecta al SIG podr realizar cualquier tipo de consulta
como por ejemplo saber el nmero total de habitantes de las provincias baadas por un
determinado ro. Existir tambin un administrador de la aplicacin que se encargar de
dar altas y bajas en la base de datos, realizar modificaciones y una copia de seguridad
mensual.

11 de 12
 Ejercicios de Modelo Entidad-Relacin, y Modelo Relacional

11.

Empresa de Servicios

Una empresa de servicios quiere informatizar su gestin en lo referente su personal,

proyectos y los servicios que presta a otras empresas.

Respecto al personal de la empresa, se almacenar un cdigo asignado por el departamento

de Recursos Humanos, el nombre, direccin y telfono as como el tipo de actividad dentro
de la empresa de servicios: directivo o plantilla. Solamente aquel personal que realice
funciones de directivo tendr a su cargo personal. Interesa conocer qu directivo tiene a
su cargo qu personal. Hay que tener en cuenta que un directivo puede tener a su cargo a
otros directivos y que cada persona de la empresa slo tiene un directivo como jefe
directo. En cuanto al personal que aparece como plantilla, se almacenar adems la
especialidad en la que ejercer sus funciones. Los directivos siempre tendrn personal a su
cargo y todo empleado (ya sea de plantilla o directivo) tendr siempre jefe. Por ltimo, el
personal que realiza funciones de directivo no aparecer nunca como personal de plantilla y
al contrario.

En cuanto a los proyectos desarrollados por la empresa, se almacenar un cdigo de

proyecto, un nombre y el esfuerzo estimado en personas-mes para realizarlo. Lo proyectos
estos son de dos tipos: de desarrollo o estratgicos, sin embargo, en algunos casos, los
proyectos de desarrollo pueden ser adems, estratgicos. En caso de que un proyecto sea
de estratgico, se almacenar adems el plazo de ejecucin estimado y si fuese de
desarrollo, el presupuesto.

Cada proyecto es gestionado por un directivo de la empresa siempre y cuando el proyecto

sea estratgico. No puede haber proyectos de este tipo sin directivo asignado. Esto no
significa que todo directivo tenga un proyecto bajo su direccin. En case de que el proyecto
sea de desarrollo, se almacenar que personal de plantilla participa en cada proyecto y el
tanto por ciento de dedicacin en cada uno. Una persona de plantilla puede estar asignada a
ninguno o muchos proyectos. Por ltimo, interesa conocer qu personal pertenece a cual
proyecto.

Respecto a los servicios que se prestan a otras empresas, la poltica de esta empresa en
considerar a parte del personal de plantilla como un servicio lo mismo se puede decir de los
proyectos de desarrollo: algunos son servicios prestados a otras empresas. De estos
servicios se almacenar el cdigo de servicio y el precio por mes. Tambin se almacenar la
empresa para la que se ofrece el servicio. Hay que tener en cuenta que un servicio (ya sea
destacar personal de plantilla como un proyecto de desarrollo) siempre estar asignado a
una nica empresa y que una empresa contrata uno o muchos servicios. De las empresas
cliente interesa conocer el nombre, cif, direccin, telfono y cuanto de personal de plantilla
que hay destacado en cada empresa.

12 de 12