• Author / Uploaded
• Isabel Yebra Ruiz

Citation preview

Ejercicios de Modelo Entidad-Relación, y Modelo Relacional

0. Sitio WEB de comercio electrónico Una empresa desea crear un sitio WEB de comercio electrónico al que se podrán conectar clientes para realizar sus compras. Se tiene que realizar un diseño 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 pedirán los siguientes datos de alta antes de darle acceso: NIF, correo, nombre, dirección, teléfono, login y password. Se comprobará si ya existía 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 (Año, Mes, Día, 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 código de sección, nombre, descripción de la sección y fecha de creación 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 creación 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 código de producto, el nombre, la descripción 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 camión 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 sesión, para completarla otro día. El usuario debe poder comprobar cual es el coste total de un carrito de compra antes de pagarlo. Además 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 más de un mes, en cuyo caso lo borrará de forma automática. En este sitio WEB los productos están en las secciones, teniendo en cuenta que un producto puede aparecer en varias secciones y una sección tener varios productos. Nuestra empresa cliente quiere que quede constancia que qué productos ha comprado un usuario de cual sección en particular. Por último, el sistema realizará unas estadísticas de las secciones del sitio más visitadas por cada usuario para mandarles correos con promociones de dichas secciones.

1 de 12

Ejercicios de Modelo Entidad-Relación, y Modelo Relacional

1. Venta anticipada de Entradas a Espectáculos Una empresa de venta anticipada de entradas para espectáculos quiere informatizar su funcionamiento. El funcionamiento de la empresa es el siguiente: Cuando un cliente llama por teléfono 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 teléfono y la tarjeta de crédito para realizar el pago. Además se le asignará un código de cliente único. Existen diferentes locales de espectáculos que trabajan con esta empresa. La información de interés de dichos locales es el código de local, el nombre, la dirección, el teléfono y el aforo de dicho local. En los diferentes locales se dan distintos espectáculos. Hay que tener en cuenta que la empresa quiere tener almacenada la programación de espectáculos de toda la temporada por lo que un espectáculo podrá estar en varios locales a lo largo de la temporada y un local podrá tener también diferentes espectáculos durante la temporada. Es esencial saber las fechas de comienzo y fin de los espectáculos en cada local. De los espectáculos interesa saber el código de espectáculo, su nombre y el precio por entrada. Hay que tener en cuenta que el precio de un espectáculo puede variar según 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 espectáculo y en cual local, así como el número 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. También hay que comprobar que quedan entradas disponibles. De las compras interesa saber el código de cliente, el número de entradas compradas, la fecha, el código del local y el código del espectáculo.

2 de 12

Ejercicios de Modelo Entidad-Relación, y Modelo Relacional

2. Periodistas Un periódico desea tener una base de datos para almacenar la información referente a los periodistas que trabajan el dicho periódico. Además se almacenará información referente a las noticias que cubren los periodistas y las agencias de noticias que trabajan con el periódico. De los periodistas se almacenará un código indentificativo, nombre, dirección teléfono y el número de noticias que ha cubierto. De las noticias cubiertas por los periodistas, se almacenará un código, la fecha y hora de la noticia, el titular y el texto. Además se almacenará que noticias están 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 código, 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 periódico se desea almacenar un código de agencia, el nombre y el año de creación. 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 más rápida 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 número total de noticias ofrecidas por una agencia determinada. Existirá también un administrador de la aplicación 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-Relación, 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 pedirán los siguientes datos de alta antes de darle acceso: nombre, correo, nick (nombre de batalla), login y password. Se comprobará si ya existía 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 están 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 representación en el mundo virtual. Un usuario podrá tener distintos avatares, pero cada avatar sólo 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 sólo 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 código identificador, nombre y descripción. Los usuarios que tengan en casa el juego apropiado, podrán 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 código de partida, un password (opcional) para acceder a la partida, la fecha y hora de creación, el nombre de la partida y el estado (en curso o finalizada). Además hay que tener en cuenta que una partida sólo puede ser de un tipo de juego y un juego tener varias partidas. Se desea que quede constancia de esta restricción en la base de datos. Las partidas se podrán dejar a medias para continuarlas otro día. 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 través de sus avatares) con password quedarán registrados de manera que si quieren abandonarla y unirse más 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 interés 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 religión hindú, encarnación terrestre de alguna deidad. 4 de 12

Ejercicios de Modelo Entidad-Relación, y Modelo Relacional

4. La empresa CO&COMO de comida rápida La empresa madrileña de comida rápida CO&COMO con servicio a domicilio, desea crear una bases de datos con la información 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 rápida distribuidos por toda la comunidad de Madrid y atenderá peticiones en todas la poblaciones. De cada centro se desea almacenar su código, nombre, dirección, población en la que se encuentra y teléfono. - 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 número, nombre, descripción y precio. Hay que tener en cuenta que un plato combinado puede ser ofertado por más de un centro. - De los clientes, se desea almacenar su número, nombre, dirección y teléfono. CO&COMO quiere que quede registrado qué cliente ha pedido qué plato en cual centro, y la fecha del encargo. También es importante para hacer descuentos, saber la cantidad de pedidos totales por cliente. - Respecto a los empleados, hay que almacenar su DNI, nombre, dirección, teléfono y población en la que reside. La empresa asignará empleados a los diferentes centros según las necesidades de cada centro. Un empleado sólo estará asignado a un centro en un momento dado. Interesa saber donde están trabajando los empleados no siendo necesario saber por qué centros ha pasado. - CO&COMO quiere guardar la siguiente información de las poblaciones en las que tiene centros: Código postal, nombre y número de habitantes. Hay que tener en cuenta que una población puede tener más de un centro.

5 de 12

Ejercicios de Modelo Entidad-Relación, y Modelo Relacional

5. Red de Paradores de Turismo La red de Paradores de Turismo quiere mantener un servicio de atención y reservas a través de Internet. Uno de las tareas dentro del desarrollo del sistema es la construcción del modelo lógico de datos. La información de partida para la construcción de dicho modelo es la siguiente: Los Paradores vendrán definidos por un código único, nombre, dirección, teléfono, nivel y número total de habitaciones. Los Paradores disponen de distintos tipos de habitaciones. De cada habitación se desea almacenar el número de habitación, la ubicación dentro del Parador, el tipo (normal o suit), una descripción y el precio por noche. Los Paradores pueden tener además unas instalaciones adicionales (golf, piscina, hípica, etc.). De cada tipo de instalación se desea almacenar el código de instalación el nombre y la descripción. Hay que tener en cuenta que un mismo tipo de instalación se puede encontrar en distintos Paradores. La información referente a los Paradores se completa con la oferta gastronómica que tienen. De la gastronomía ofrecida por cada Parador se almacenará un código, 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 información de esta diferencia. Cuando un usuario se conecte al sitio web de los Paradores de Turismo, además de poder consultar la información 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á también un código de cliente generado por la aplicación 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 número de noches, así como el nivel de la habitación 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 habitación reservada.

6 de 12

Ejercicios de Modelo Entidad-Relación, y Modelo Relacional

6. Empresa de Transportes y Mensajería Una empresa de transportes y mensajería desea informatizar su gestión de envíos, para ello se diseñará una base de datos de acuerdo con las siguientes reglas del negocio: La empresa cuenta con una serie de vehículos de transporte, de cada medio de transporte se quiere almacenar su código, tipo, descripción, fecha de compra y precio de compra. Cada vehículo estará a cargo de un supervisor, que se encargará de realizar su mantenimiento. Todo transporte tendrá asignado un sólo supervisor y cada supervisor estará a cargo de al menos un vehículo. Los vehículos 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, dirección, teléfono y número de aviones a su cargo. La empresa maneja dos tamaños básicos para las mercancías: sobres y paquetes. De los sobres interesa conocer el peso y de los paquetes las dimensiones. A la hora de un envío, los sobres se asignarán 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 mercancía es de tamaño paquete, se asignará a una furgoneta con las mismas restricciones que entre sobres y motos. De las mercancías enviadas se almacenará el código, la descripción, el precio del envío, si están aseguradas y si son de largo recorrido. Si las mercancías son de largo recorrido, entonces se les asignará adicionalmente un avión. No puede haber mercancías de largo recorrido que no tengan asignado avión y un avión puede tener asignado varias o ninguna mercancías de largo recorrido pero en ningún caso mercancías que no sean de largo recorrido. Por supuesto, una mercancía de largo recorrido tiene que tener asignada también su correspondiente moto o furgoneta para llevarla hasta el aeropuerto y tener asignada otra moto o furgoneta para llevar la mercancía 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 código de cliente, la fecha y el total facturado a dicho cliente. Si el cliente es un particular se almacenará su NIF, nombre y dirección. Si el cliente es una empresa, se almacenará el CIF, nombre, dirección y teléfono. De los envíos de mercancías hay que almacenar el cliente origen, el destinatario, la mercancía enviada y la fecha de envío. Los clientes pueden encargar el envío de sus mercancías a dos tipos de destinatarios: empresas o particulares. Si el envío es a una empresa hay que tener en cuenta que un cliente envía al menos una mercancía y que se registran todas las envíos encargados por el cliente. Si el envío tiene como destino un particular, se cobrará un plus de almacenaje consistente en el 4% del precio original del envío, mas un 1% más por cada vez que no se ha conseguido realizar la entrega porque el particular no estaba en su domicilio. Interesa, por tanto almacenar el número de intentos de entrega de una mercancía a un particular. En este caso como en el de la empresa, se almacenarán también todos los envíos encargados por el cliente.

7 de 12

Ejercicios de Modelo Entidad-Relación, y Modelo Relacional

7. Centro de Cálculo de la empresa CAOS S.L El centro de cálculo de la empresa CAOS S.L. ha ido creciendo en tamaño y complejidad de forma descontrolada, según han ido aumentando las necesidades de la empresa. Ante esta situación, deciden contratar a un técnico superior de informática para que realice una base de datos en la que se vea reflejada la organización de recursos humanos, máquinas, redes y utilización. Para ello se dispone de la siguiente información: En el centro de cálculo tenemos minis definidos por su marca, modelo, capacidad de memoria y de disco y número máximo de usuarios permitidos. Tenemos también 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 además una serie de periféricos acoplados a los ordenadores. Estos periféricos vienen definidos por su número de serie, marca, modelo y función. Hay que tener en cuenta que un periférico determinado solo puede estar conectado a un ordenador en un momento dado. Interesa conocer la fecha en la que se conecta un periférico a un equipo. Un equipo puede tener conectado varios periféricos a la vez. No se mantendrá la información referente a los distintos ordenadores en los que han estado conectados los periféricos. Es importante tener en cuenta que las impresoras son periféricos que solo se conectarán a los minis y nunca a los PCs o a las estaciones de trabajo. En el centro de cálculo se utilizan diferentes sistemas operativos. Un sistema operativo viene definido por el nombre, versión y fecha de compra. Un sistema operativo puede estar instalado en diferentes máquinas y una máquina tener varios sistemas instalados simultáneamente. En el caso de los sistemas operativos, interesa conocer la fecha de instalación en cada máquina así como todos los sistemas que ha tenido cada máquina. El centro de cálculo cuenta también con una serie de redes. Cada red viene definida por su nombre, versión y tipo. Las redes interconectan los distintos sistemas y puede haber conexión entre diferentes redes a través de un bridge interesa conocer que redes están conectadas usando que bridges.. De los bridges se guardará su número de serie, marca, modelo y fecha de compra. . Para llevar las estadísticas de ocupación 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 periféricos. Por otra parte, el centro de cálculo está gestionado por un grupo de empleados. Cada empleado viene definido por su dni, nombre y apellidos, especialidad y teléfono. Cada empleado estará asignado al mantenimiento de uno o varios equipos o redes. Sin embargo, un equipo o red sólo 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 información 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-Relación, y Modelo Relacional

8. Visitas y Excursiones de una Agencia de Viajes Una agencia de viajes desea informatizar la gestión de las visitas o excursiones que realizan sus clientes. Para ello, nos da la siguiente información 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 duración estimada de la visita, y el precio. Una visita puede ser concertada por uno, muchos o ningún turista. La visita será concertada para un día 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 día. De los turistas interesa conocer su NIF, nombre, dirección y teléfono. 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 interés el nombre del palacio y el estilo.

Algunas visitas a museos y palacios son visitas guiadas, en cuyo caso tendrán asignadas un guía. Dicho guía se asignará a la visita guiada en la fecha y hora concertada por el turista. Un guía tendrá como mínimo una visita asignada y podrá tener asignadas varias visitas. Una visita guiada, sólo tendrá asignada un guía. De los guías almacenaremos su NIF, nombre, dirección y teléfono. Visitas a templos, siendo de interés el nombre, el siglo y el estilo. Si el templo es una catedral, se almacenará una descripción 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 ningún palacio y un palacio puede tener una, varias o ninguna iglesia. Las visitas culturales restantes se refieren sólo a la visita general de la ciudad. -

En cuanto a las excursiones, interesa almacenar el nombre del paraje visitado, el precio y la duración de la excursión. 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, almacenándose entonces la altura del pico más alto de la zona. Si la excursión es de escalada tendrá siempre asignada un guía para el día y la hora de la excursión. Un guía puede estar asignado a una, muchas o ninguna excursión de escalada. A la empresa no le interesa hacer distinción entre los guías de visitas culturales y los guías de excursiones.

9 de 12

Ejercicios de Modelo Entidad-Relación, y Modelo Relacional

9. Farmacia Una farmacia desea tener informatizado su catálogo de productos así como la información referente a sus proveedores y las promociones que éstos hacen. Para ello se dispone de la siguiente información: Los productos vendidos por la farmacia vienen definidos por código de producto, nombre, descripción y precio. Pueden ser desde chicles a termómetros, pasando por chupetes, medicamentos propiamente dichos, productos de cosmética o de óptica. De los medicamentos, queremos almacenar además su grupo terapéutico y su principio activo. En cuanto a los productos de cosmética, almacenaremos además su tipo. De los productos de óptica, almacenaremos la empresa fabricante. Los medicamentos, además pueden ser genéricos, en cuyo caso almacenaremos la fecha en la que se empezaron a considerar como tales. Otro tipo de medicamentos son los que están bajo patente, en cuyo caso se almacenará la fecha de patente y la duración de la misma. Un medicamento no puede ser genérico si está bajo patente, sin embargo, si la patente ha caducado, puede aparecer como genérico también. Por otro lado, existen una serie de laboratorios que fabrican medicamentos y productos de cosmética, sin embargo, solamente aquellos laboratorios que se consideren laboratorios farmacéuticos y que tengan, por tanto, su correspondiente licencia, tendrán bajo su firma medicamentos. Estos laboratorios podrán, también fabricar productos de cosmética. Por supuesto, un determinado medicamento o cosmético sólo será fabricado por un laboratorio, incluido los genéricos. De los laboratorios se almacenará el código de laboratorio, el nombre, la dirección, el teléfono. Además se desea conocer qué patentes posee un laboratorio. Debido a que los medicamentos tienen precio fijado por ley, solamente los productos de cosmética y de óptica pueden ser productos en promoción. De estos productos en promoción interesa conocer la fecha de la promoción y el tanto por ciento de descuento. Estas promociones las realizan los distintos proveedores y cada promoción en particular es realizada por un único proveedor. Finalmente, de los proveedores que realizan las promociones y distribuyen los productos, interesa conocer su código, nombre, dirección y teléfono así como el número 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 carácter general no aparecerán en ninguna promoción.

10 de 12

Ejercicios de Modelo Entidad-Relación, y Modelo Relacional

10. S.I.G - Sistema de Información Geográfica El ministerio de medio ambiente desea crear un SIG (Sistema de Información Geográfica) de acceso público a través de Internet. El sistema ofrecerá la siguiente información: Datos referentes a ríos, afluentes, sistemas montañosos, montes y provincias donde se localizan. De los ríos se almacenará un código de río, nombre, descripción y longitud total. Para cada río además, se almacenarán las provincias por las que pasa y la longitud del tramo del río para cada provincia bañada. De las provincias se almacenará un código de provincia, nombre y número de habitantes. Los ríos pueden ser afluentes de otros ríos. En este caso se desea conocer de cual río lo son y la provincia en la que se unen al río del que son afluentes. En cuanto a los sistemas montañosos, se almacenará un código identificativo, el nombre, la orientación (norte, nordeste, etc.) y la longitud así como la altura máxima y las provincias que ocupa. Los sistemas están formados por montes de los que se almacena un código, un nombre, descripción y altura. Hay que tener en cuenta que un monte sólo pertenecerá a un sistema. De los montes también se quiere almacenar también 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 además pueden tener un origen volcánico o de plegamiento. En el caso de que su origen sea volcánico, se desea almacenar el tipo de volcán y si es de plegamiento, se almacenará el periodo geológico de dicho plegamiento. Algunos ríos y montes son elementos geológicos monitorizados por satélite. De dichos elementos se desea almacenar la fecha en la que se comienza su monitorización y el satélite que realiza el seguimiento. Un elemento monitorizado sólo puede serlo por un satélite y un satélite podrá monitorizar varios elementos. De los satélites se desea almacenar su número identificativo, nombre y descripción. Cuando un usuario de Internet se conecta al SIG podrá realizar cualquier tipo de consulta como por ejemplo saber el número total de habitantes de las provincias bañadas por un determinado río. Existirá también un administrador de la aplicación 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-Relación, y Modelo Relacional

11. Empresa de Servicios Una empresa de servicios quiere informatizar su gestión en lo referente su personal, proyectos y los servicios que presta a otras empresas. Respecto al personal de la empresa, se almacenará un código asignado por el departamento de Recursos Humanos, el nombre, dirección y teléfono 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 sólo tiene un directivo como jefe directo. En cuanto al personal que aparece como plantilla, se almacenará además la especialidad en la que ejercerá sus funciones. Los directivos siempre tendrán 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 código de proyecto, un nombre y el esfuerzo estimado en personas-mes para realizarlo. Lo proyectos estos son de dos tipos: de desarrollo o estratégicos, sin embargo, en algunos casos, los proyectos de desarrollo pueden ser además, estratégicos. En caso de que un proyecto sea de estratégico, se almacenará además el plazo de ejecución estimado y si fuese de desarrollo, el presupuesto. Cada proyecto es gestionado por un directivo de la empresa siempre y cuando el proyecto sea estratégico. No puede haber proyectos de este tipo sin directivo asignado. Esto no significa que todo directivo tenga un proyecto bajo su dirección. 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 dedicación 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 política 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 código de servicio y el precio por mes. También 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, dirección, teléfono y cuanto de personal de plantilla que hay destacado en cada empresa.

12 de 12