You are on page 1of 18
UNIVERSIDAD NACIONAL DE CALLAO N FACULTAD DEINGENIERIA INDUSTRIAL Y DE SISTEMAS ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS Ejercicios ER y Normalizacién CURSO: BASE DE DATOS ALUMNO; JOSE GUANILO SEMINARIO ENTIDAD RELACION 1) A partir del siguiente enunciado se desea realiza el modelo entidad-relacién. “Una empresa vende productos a varios clientes, Se necesita conocer los datos personales de los clientes (nombre, apeliidos, dni, direccién y fecha de nacimiento). Cada producto tiene un nombre y un cédigo, asi come un precio unitarlo. Un cliente puede comprar varios productos a la empresa, y un mismo producto puede ser comprado por varios clientes. Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta que un producto sdlo puede ser suministrado por un proveedor, y que un proveedor puede suministrar diferentes productos. De cada proveedor se desea conocer e! NIF, nombre y direccién”. 2) A partir del siguiente enunciado se desea realizar el modelo entidad-relacion, "Se desea informatizar la gestion de una empresa de transportes que reparte paquetes por toda Espafia Los encargados de llevar los paquetes son los camioneros, de los que se quiere guardar el dni, nombre, teléfono, direccién, salarlo y poblacién en la que vive. De los paquetes transportados interesa conocer el cédigo de paquete, descripcién, destinatario y direccién del destinatario. Un camionero distribuye muchos paquetes, y un paquete s6lo puede ser distribuido por un camionero. De las provincias a las que llegan los paquetes interesa guardar el cédigo de provincia y el nombre. Un paquete s6lo puede llegar @ una provincia, Sin embargo, una provincia pueden llegar varios paquetes. De los camiones que llevanlos camioneros, interesa conocer la matricula, madelo, tipo y potencia, Un ‘camionero puede conducir diferentes camiones en fechas diferentes, y un camién p\ por varios camioneros”. 3) Apartir del siguiente enunciado disefiar el modelo entidad-relacién. “Se desea disefiar la base de datos de un Instituto. En la base de datos se desea guardar los datos de los profesores del Instituto (ONI, nombre, direccién y teléfono). Los profesores imparten médulos, y cada médulo tiene un cédigo y un nombre. Cada alumno esta matriculado en uno o varios médulos. De cada alumno se desea guardar el no de expediente, nombre, apellidos y fecha de nacimiento. Los profesores pueden impartir varios médulos, pero un médulo sélo puede ser impartido por un profesor. Cada curso tiene un grupo de alumnos, uno de los cuales es el delegado del grupo”. 4) A partir del siguiente supuesto disefiar el modela entidai jrelacion: “Se desea disefiar una base de datos para almacenar y gestionar Is informacién empleada por una ‘empresa dedicada a la venta de automéviles, teniendo en cuenta los siguientes aspectos: La empresa dispone de una serie de coches para su venta. Se necesita conocer la matricula, marcay modelo, el color y el precia de venta de cada coche Los datos que interesa conocer de cada cliente son el NIF, nombre, direccién, ciudad y numero de telefono; ademas, los clientes se diferencian por un cédigo interno dela empresa que se incrementa autométicamente cuando un cliente se da de alta en ella. Un cliente puede comprar tantos coches como desee ala empresa. Uncoche determinado solo puede ser comprado por un Unico cliente. El concesionario también se encarga de llevar a cabo las revisiones que se realizan a cada coche. Cada revisidn tene asociado un cédigo que se incrementa automaticamente por cada revi: cada revision se desea saber si seha hecho cambio de filtro, si se ha hecho cam| hecho cambio de frenos u otros, Loscoches pueden pasar varias revisiones en, 5) A partir del siguiente supuesto disefiar el modelo entida relacion: “La clinica “SAN PATRAS” necesita llevar un control informatizado de su gestién de pacientes y médicos, De cada paciente se desea guardar el cédigo, nombre, apeliidos, direccién, poblacién, provincia, cédigo postal, teléfona y fecha de nacimiente. De cada médico se desea quardar el eédigo, nombre, apellidos, teléfono y especialidad Se desea llevar el control de cada uno de los ingresos que el paciente hace en el hospital ‘Cada ingreso que realiza el paciente queda registrado en la base de datos. De cada ingreso se quarda el cédigo de ingreso (que se incrementard autométicamente cada vez que el paciente realice un ingreso), el ntimeto de habitacién y cama en Ia que el paciente realiza el ingreso y la fecha de ingreso Un médice puede atender varios ingresos, pero el ingreso de un paciente solo pul unico médico. Un paciente puede realizar varios ingresos en el hospital’. 6) Se desea informatizar la gestién de una tienda informatica. La tienda dispone de una serie de productos que se pueden vender a los clientes. “De cada producto informatico se desea guardar el cédigo, descripcién, precio y nimero de existencias. De cada cliente se desea guardar el cédigo, nombre, apellidos, direccién y ntimero de teléfono, Un cliente puede comprar varios productos en la tienda y un mismo producto puede ser comprado por varios clientes. Cada vez que se compre un articulo quedaré registrada la compra en la base de datos junto con la fecha en la que se ha comprade el articulo. La tienda tiene contactos con varios proveedares que san los que suministran los productos. Un mismo producto puede ser suministrado por varios proveedores. De cada proveedor se desea guardar el e6 digo, nombre, apellides, direccién, provincia y ntimero de teléfono NORMALIZACION 1)Un dato sin normalizar no cumple con ninguna regla de normalizacién. Para explicar con un ejemplo en qué consist cada una de las reglas, vamos a considerar los datos de la siguiente tabla. ordenes (id_orden, fecha, id_cliente, nom_cliente, estado, num_art, nom_art, cant, precio) ‘Ordenes Id_orden | Fecha | Id cliewe| Nom_cliewte ‘amar Precio 201 [venir ‘Martin 3786, 35,00 2301 [3003/11 ‘Mari aot 65,00 2301 [avast ‘Mars 313 ar aus [asst Hermao, Te 300 303 | SO | io Pedio ir 600 703 _[ 2m | 110 Pedio ia 10.00 octets (orden cha, i eta) Aetis (muen.art, noma precio) ‘Gienies fd. cents, nom stent, estado) Aetieion sedans (order, mat, cant 2) FACTURA DE COMPRA VENTA: La empresa COLOMBIAN SYSTEMS lo ha contratado como el “Ingeniero Encargado” pare sistematizar la facturacién Ena siguiente FACTURA DE COMPRA VENTA, usted debe analizar toda la informacion disponible y aplique el proceso de normalizacién, hasta llegar a la Tercera Forma Normal. Se pide realizar la respectiva justificacién detallada de cada uno de los pasos que conduzcan al resultado final. Factura (NUM_FAC, FECHA FAC, NOM_CLIENTE, DIR_CLIENTE, RIF_CLIENTE, CIUDAD_CLIENTE, TELEF_CLIENTE, (CATEGORIA, COD_PROD, DESP_PROD, VAL_UNIT, CANT_PROD) UNA: aimeroce ib facurack corpraventa FECHA FAC Fecha dew tacasade compra yea cnt LENT Nebel chen OA G:ENTE Braciinde cherie AF_GLENTE lcinnte TREF_CUENTE Telttno lcs CATEGORA Compra elpeseto GOM.FROO:Céago aeipmccto sacra Desrpaicndl pose Sera Forma: CATEGORIA (codCategoria (PK), descripcionCategoria) PRODUC TO: (codProdueto (PK), valorUnitario, descripcionProducto, codCategoria FACTURA(codFactura (PK), fecha, rifCliente (FK)) FACTURA_PRODUCTO( codProducto (FK), codFactura (Fk), cantidad) CLIENTE (rifCliente (PK), nombreCliente, telefono direccion, codCiudad( FI SJEMPRESA DEENVIO'OE MERCANCIA: a continuacide $2 agrupan todos los atrbutbe que hacen parte dela base-d¢ datos paca aplicare las replace ‘normaizaci6n. Donde seinciuyen tos nombres de os arvbutos con su significado + GUANO Numero de Gula * GUA FECHA® Fecha dels Guia * GUIAHORA® Hore dele Guia ORGN.RF « Ientifcacion de Empresa Origen + ORGN_NOM + Nombre de Empresa Crigen * ORGNLACT = Actividad Comercial de Empresa Crigen * ORGN.CLIDAD» Ciudad de Empresa Crigen *ORGN_DIR« Direccion deEmpresa Grigen * ORGN_TEL + Telefono de Empresa Origen * ORGN.CEL « Celular de Empresa Origen * DEST..0 « Identifcacion del destmatario * DEST_NOM » Nombre deldestnatano * 0EST.COD_CILDAD » Codigo de ia ckudad del destratario *DESTCLUDAD= Ciudad del destinatare ‘DEST_DIR = Drecciondel destinalario. “ DEST_TEL = Telefonadeldestinatero *DEST.KM® Distancia kidome'raje de Ciudad ongen a ctidad deidestnatano * CODIGO Codgodeipaquete * TIPO = Tipode paquete * NOMBRE + NomBxe deipequite *DESCRPCON® Deserpcidn delpaquete *VALR. FLETE + Valor dl fete SERA FORMA ORIGEN (ORGN_RIF(PK), ORGN_NOM, ORGN_ACT, ORGN_DIR, ORGN_TEL. COD_CUDAD{FE)) GUIA (GUIA_NOJPK), GUIA_FEGA, GUIA_ HORA, ORGN_RiF, DEST_ID(FK)) CIUDAD (COD_CIJDAD(PK), NOMBRE CIUDAD) [DESTINATARIO (DEST_IO(PK), DEST_NOM, DEST_TEL, DEST_KM, COD_CIUDADIFK}) PAQUETE (CODIGO(PK), TIPO, NOMBRE, DESCRIPCON, VALOR_FLETE) DETALLE_GUIA (GUIA_NO(PK), CODIGOXPK), CANTIDAD, PESO: 44) Video chib:En una tienda de video se necesita mantener informacién de aircedor de 3000 casetas cada uno de os casetes tiene asignado un nbmate por cad /palicula se necesita conocer un titulo y catagorla por ejemplo: comedia, suspenso, drama, acade, cwncia feck, ete. Se smantienen algunas copias de muchas peliculas. Se le da a cada pelloula una identficaciGn y se marbene seguimierta delo que cortiene cada ‘cazete th catete purde vers en varios formatos y una peliculs ex grabadn en un solo casete; frecuentemente ins pelcums son pecidas de acuerdo ‘aun actor eapecifio Tom Cruise y Demi More son ios mais populares es por eso que se debe mantener informacion de kos actorea que pernecen ‘a.cada pallosla. No en todas las peliculas actuan arBstas famosos, a los clentes de la tienda le gusta conocer chtos como el nombre real del actor, yy aufecte denacirvento. Ena tenda se manbenen nformacién solo de los actores que aparecen en las pelicula y quese Venea diaposicién. Solo ge agulla videos 2 aquellos que pertenscen al club de wideos. Para pertenecer l ib se debe tenerun buen crédta Porcada membradel chi se ‘mantiene una fiche con su nombre teiéfono y direccén, cada mierrbto dl cub iene asiqnado un numero de membresia. Se desea mantener lformaciin de todos loscasetes que un chente alqila, cuando un cliente slqulla un casete se deberia conocer # nombre de la pelicula. a fecha en lngue se sigua yla fecha dedevolucion ‘Se pide aplicar las reglas de normalizacién hasta la tercera forma normal leniendo las sigutentes entidades con sus respéctwos atribulbs ‘Alquiler (cod_alquies, num_membresia cod chente nom_clente, de_clente,telel_diente.cod cassette, fecha_slqudec fecha_dev, valor alquller, ‘samtad) ‘Cassette (cod_cassette, aum_copias, formato, cod_pelicula, thule, categoria, cod actor, nom_actor. fechanae. acter, cod_tipe) Donde cod alquler = Codigo cel akquser ‘mum _membresia = Numero de mentresia cod dlente» cddigo del cliente om. ciente « nombre del cheste dicchente « dreccida del dente telel_client »teisfono del chert codcassette + edehgo dal cassette fecha alquiler «fecha dal alquiler 4a al pelicula feena.dev = fecha dedevolueidn dela pelicula valor alquiler «veer dl alquler dela pdissla cantad = cantidad de pelicula alquleda de cassette forma = forma delcassete ‘tuo * nombre dela pelicula categoria » categoria dela pelicula (cod actor * cddigo et actor fnom_setoe «nembre del actor fechanse actor = fecha de nacimiento del actor cod tp « cétigo del tp RESULTADO JRA FORMA NORMAL [ACTOR (cod_actor(PK}, nom_actor, nom_real_actor, fechanac_actor) PELICULA (cod_pelicula{PX}, titulo, i_categoria(F)) ‘CATEGORIA (id_categoria(Pk}, nom_categoria) PELICULA_ACTOR (cod_pelicula(Pki, cad_actor(Pk), actor farmoso) CCASSETE (cod_cassete(PK), formato, cod_pelicula(FK)) (MEMBRESIA (rum_membresia(PK), Cod_chente(FR}, fec_int_membresia, fec_fin_membresia) CLIENTE {cod_diente(PK}, nom cliente, nom_diente, telet_clent ALQUILER (num_membresia(PX), cod_cassete(PK), fecha_aiquiler,fecha_dew, cantidad)

You might also like