Ejercicio 1

Una cadena de agencias de viaje desea disponer de un sistema de informacin que gestione su funcionamiento referente a reservas de hotel y vuelos para sus clientes. Los datos a tener en cuenta son:La cadena de agencias tiene una serie de hoteles de forma exclusiva. Cada hotel estar definido por un cdigo de hotel, nombre, direccin ciudad, telfono y nmero de plazasdisponibles.De igual forma, la cadena tiene contratados una serie de vuelos regulares de forma, tambin, exclusiva. Cada vuelo viene definido por el nmero de vuelo (nico), fecha, hora, origen y destino, plazas totales y plazas de clase turista.De los clientes de la cadena, se desea almacenar un cdigo de cliente, nombre, apellidos, direccin y telfono.Cada una de las agencias de la cadena estar almacenada en el sistema, en particular, se mantendrn los siguientes datos: cdigo de agencia, direccin y telfono.Por otra parte, hay que tener en cuenta las siguientes circunstancias:Es de inters conocer qu agencias han atendido a qu clientes, independientemente del servicio prestado en cada caso.A la hora de contratar un viaje, el cliente puede elegir cualquiera de los vuelos que ofrece la cadena y en qu clase (turista o primera) desea viajar.De igual manera, el cliente puede elegir cualquiera de los hoteles de la cadena y el rgimen de hospedaje (slo habitacin, con desayuno, media pensin, etc.), siendo importante gestionar las fechas de llegada y partida.

Se pide: realizar el modelo Entidad-Relacin completo

VUELO N vuelo Hora Plazas-clases-turistas Fecha Plaza-hotelera Origen Destino Telfono Toma ClaseTURISTA RESERVAFECHA TIEMPO DE HOSPEDAJE AGENCIA Direccin Telfono Cdigo sucursal 1,11,11,n1,n

Artculos y encargosUna base de datos para una pequea empresa debe contener informacin acerca de clientes, artculos y pedidos. Hasta el momento se registran los siguientes datos en documentos varios: Para cada cliente: Nmero de cliente (nico), Direcciones de envo (varias por cliente), Saldo, Lmite de crdito (depende del cliente, pero en ningn caso debe superar los 3.000.000 pts), Descuento. Para cada artculo: Nmero de artculo (nico), Fbricas que lo distribuyen, Existencias de ese artculo en cada fbrica, Descripcin del artculo. Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera est formada por el nmero de cliente, direccin de envo y fecha del pedido. El cuerpo del pedido son varias lneas, en cada lnea se especifican el nmero del artculo pedido y la cantidad.Adems, se ha determinado que se debe almacenar la informacin de las fbricas. Sin embargo, dado el uso de distribuidores, se usar: Nmero de la fbrica (nico) y Telfono de contacto. Y se desean ver cuntos artculos (en total) provee la fbrica. Tambin, por informacin estratgica, se podra incluir informacin de fbricas alternativas respecto de las que ya fabrican artculos para esta empresa.Nota: Una direccin 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 informacin.

FABRICA CLIENTES N cliente Crdito Saldo Direccin Solicita ARTICULO N articulo Descripcin Fab_cont Existe Telfono Total-art Ciudad Comuna Fecha N calle Cantidad Fecha-pedido Direccin N cliente Hora N fabrica Realiza PEDIDO 1,n1,n1,n1,n1,n1,n

Ejercicio 2

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 y su telfono. 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 ms 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.

CLIENTES BOLETOS ESPECTCULOS LOCALES Cod_clienteInicio Temporada Telfono Direccin Telfono Nombre Cdigo Precio Nombre Cdigo_ espe _espeFin Local Fecha Cdigo_espe fechaN entraCod_clienteSolicita Observar desarrollo1,n1,n1,n1,11,n

1,1

OlimpadasLas sedes olmpicas se dividen en complejos deportivos. Los complejos deportivos se subdividen en aquellos en los que se desarrolla un nico deporte y en los polideportivos. Los complejos polideportivos tienen reas designadas para cada deporte con un indicador de localizacin (ejemplo: centro, esquina-NE, etc.). Un complejo tiene una localizacin, un jefe de organizacin individual y un rea total ocupada.Los dos tipos de complejos (deporte nico y polideportivo) tendrn diferentes tipos de informacin. Para cada tipo de sede, se conservar el nmero de complejos junto con su presupuesto aproximado. Cada complejo celebra una serie de eventos (ejemplo: la pista del estadio puede celebrar muchas carreras distintas.). Para cada evento est prevista una fecha, duracin, nmero de participantes, nmero de comisarios. Una lista de todos los comisarios se conservar junto cola lista de los eventos en los que est involucrado cada comisario ya sea cumpliendo la tarea de juez u observador. Tanto para cada evento como para el mantenimiento se necesitar cierto equipamiento (ejemplo: arcos, prtigas, barras paralelas, etc).

COMPLEJOS DEPORTIVOS EVENTOS POLIDEPORTIVOS Evento _mantenLocalizacin Jef_organiza rea_ocupada Fecha N complejos N comisarios Numero Duracin presupuestoRealiza 1,n1,n1,11,n

En

Ejercicio 3

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 sitio 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, Ms, 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". 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.

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.

Secciones DD 1,nDescripcin USUARIOSLogin pasword Telfono Direccin Nombre Correo Nif FECHAMMPueden visitar TIENDASMinuto Hora AASegundo Registran SITIO WEB Verifica Pasword 1,nEstn Fecha _recibida Nombre Cdigo Descripcin CARRO VIRTUAL Realizar compras Fecha Hay PRODUCTOSPrecio uNombre Unidades 1,n1,nLogin

1,1

1,n

OlimpadasLas sedes olmpicas se dividen en complejos deportivos. Los complejos deportivos se subdividen en aquellos en los que se desarrolla un nico deporte y en los polideportivos. Los complejos polideportivos tienen reas designadas para cada deporte con un indicador de localizacin (ejemplo: centro, esquina-NE, etc.). Un complejo tiene una localizacin, un jefe de organizacin individual y un rea total ocupada.Los dos tipos de complejos (deporte nico y polideportivo) tendrn diferentes tipos de informacin. Para cada tipo de sede, se conservar el nmero de complejos junto con su presupuesto aproximado. Cada complejo celebra una serie de eventos (ejemplo: la pista del estadio puede celebrar muchas carreras distintas.). Para cada evento est prevista una fecha, duracin, nmero de participantes, nmero de comisarios. Una lista de todos los comisarios se conservar junto cola lista de los eventos en los que est involucrado cada comisario ya sea cumpliendo la tarea de juez u observador. Tanto para cada evento como para el mantenimiento se necesitar cierto equipamiento (ejemplo: arcos, prtigas, barras paralelas, etc).

COMPLEJOS DEPORTIVOS EVENTOS POLIDEPORTIVOS Evento _mantenLocalizacin Jef_organiza rea_ocupada Fecha N complejos N comisarios Numero Duracin presupuestoRealiza 1,n1,n1,11,n

Ejercicio 4

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 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, eso si, referente a distintas noticias en la que estn implicados.

Se desea conocer qu periodista habla con cual implicado respecto a cul 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 cual 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.

PERIODISTASCdigo idTelfono Nombre Direccin N noticiaCubiertas 1,n1,nCdigo idEl titular- textohora Noti-relacionadas-entre si:1,11,nAGENCIA NOTICIAS PERIODICOtrabnombreCdigo aAo-creaHorahayIMPLICADOS tenerCdigo Nombre Fecha naciCiudad 1,n

1,n

NOTICIAS

Fecha

CarreterasDisear un esquema E/R que recoja la organizacin de una base de datos para contener la informacin sobre todas las carreteras del pas, sabiendo que se deben cumplir las siguientes especificaciones:- Las carreteras estn divididas en varias categoras (locales, comerciales, regionales, nacionales, autovas, 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 fsicamente o es que confluye en otra carretera. En este caso, interesa conocer con qu carretera confluye y en qu kilmetro, tramo y comuna.

CARRETERASTRAMOS Dividen Pasan Locales Comerciales Regionales Autovas 1,n1,11,11,n

COMUNAS

EJERCICIO 5Un sitio de juegos online por Internet de sea 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 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.

JUEGO Sirve Descripcin NombreCod_identTienen casa USUARIO PARTIDOS SALONES SITIO Nombre Correo Nick Pasword Login Ingresar Visitar desarrollanMensaje_errornombrecodEstado pararcontinuar

1,n

Tener

1,n

Nivel Aspecto

Nick _proAvarata

Nombre

1,1

1,n

Sistema de ventasLe contratan para hacer una BD que permita apoyar la gestin de un sistema de ventas. La empresa necesita llevar un control de proveedores, clientes, productos y ventas.Un proveedor tiene un RUT, nombre, direccin, telfono y pgina web. Un cliente tambin tiene RUT, nombre, direccin, pero puede tener varios telfonos de contacto. La direccin se entiende por calle, nmero, comuna y ciudad.Un producto tiene un id nico, nombre, precio actual, stock y nombre del proveedor. Adems se organizan en categoras, y cada producto va slo en una categora. Una categora tiene id, nombre y descripcin. Por razones de contabilidad, se debe registrar la informacin de cada venta con un id, fecha, cliente, descuento y monto final. Adems se debe guardar el precio al momento de la venta, la cantidad vendida y el monto total por el producto.

CATEGORIA Id Nombre Descripcin Fecha Cliente Descuento Nombre 1,nCLIENTE Nombre Ruc Direccin Nmero_telf_ prodDireccin (calle, numero, comuna)PRODUCTO stockPrecio_act Id Nombre Nombre_producto Categora VENTAS Ruc Direccin Nombre Telfono Pagina_webTotal_prodCantidad_venprecios

PROVEEDORES

1,1

EJERCICIO 6La 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 dnde 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.

Asigna PLATOS COMBINADOS Nmero Nombre Descripcin precio1,nCENTRO DE COMIDA Telfono Direccin Nombre Cdigo ofertan1,n1,nEMPLEADOS Direccin 1,1EMPRESA MADRILEA CLIENTES PEDIDOSNmero Fecha Plato_pedir Telfono Direccin Nombre Valor_totalCantidad Tienen Descripcin fechaDescuent_por_total_pedido

Telfono Poblacin_resideDni Nombre

Torneo de Tenis Grand SlamEl sistema debe memorizar todos los encuentros que se han desarrollado desde que existe el torneo, as como las siguientes caractersticas de estos.Descripcin:El Grand Slam se compone de cuatro torneos anuales que se celebran en Gran Bretaa,Estados Unidos, Francia y Australia. En cada pas se pueden desarrollar en distintos lugares (p. ej., en EE. UU. Puede desarrollarse en Forest Hill o en Flashing Meadows).Cada partido tiene asociado un premio de consolacin para el perdedor que depender de la fase en que se encuentre el torneo (p. ej., el perdedor de octavos de final puede ganar 5.000 dlares). El ganador de a final recibir el premio correspondiente al torneo.Cada torneo tiene cinco modalidades: Individual masculino, individual femenino, dobles masculino, dobles femenino y dobles mixtos. Tambin hay que tener en cuenta la nacionalidad de un jugador, de forma que este puede ser aptrida o tener varias nacionalidades.Resultados a considerar:El sistema debe dar respuesta a las siguientes preguntas:1. Dado un ao y un torneo, composicin y resultado de los partidos.2. Lista de rbitros que participaron en el torneo.3. Ganancias percibidas en premios por un jugador a lo largo del torneo.4. Lista de entrenadores que han entrenado a un jugador a lo largo del torneo y fechas en las que lo hizo.Ejemplos de acceso a la base de datos.1. Connors gano Gerulaitis en Roland Garros en 1979 en cuartos de final en individuales masculinos por 6-3 4-6/7-5 6-0.2. El seor Wilkinson arbitro ese partido.3. Alemania ha ganado dos veces las individuales masculinas de Wimbledon. Borg ha ganado2.000.000 de dlares a lo largo de su participacin en el Grand Slam.4. El ganado de Roland Garros de 1987 gan 20.000 dlares.5. Noah ha jugado cuatro veces en dobles mixtos con Mandlikova.

PREMIO ARBITROS JUGADORGRAND_SLAMPARTIDOid cantidad Id_grand_slam categoria pas Nombre_toreneo IdId_jugadorao lugar Id_grand_slamModalidad Id IdNombre tiempoid Nombre edad nacionalidad Ganancias ENTRENADOR IDNombre Fecha_inicioFecha_finNacionalidad

EJERCICIO 7 (adicional)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 suite), 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