-
Ejemplo: Anlisis de RequerimientosSuponga que estamos modelando
los datos de una COMPAIA. La base de datos COMPAIA debe mantener
informacin sobre los empleados de la compaa, los departamentos y
los proyectos. La descripcin del mini-mundo (la parte de la compaa
a ser representada en la base de datos) es la siguiente:1. La
compaa est organizada en departamentos. Cada departamento tiene un
nombre nico. Un nmero nico, y un empleado particular quien lo
administra. Se quiere saber la fecha en que el empleado
administrador empez a hacerse cargo del departamento. Un
departamento puede tener varios locales. 2. Cada departamento
controla un cierto nmero de proyectos. Cada proyecto tiene un
nombre y nmero nicos, y un local. 3. Para cada empleado se desea
tener su nombre, rut, direccin, salario, sexo y ao de nacimiento.
Un empleado es asignado a un departamento, pero puede trabajar en
varios proyectos, los que no son necesariamente controlados por el
mismo departamento. Se quiere saber el nmero de horas semanales que
un empleado trabaja en cada proyecto. Se quiere adems saber cul es
el supervisor directo de cada empleado. 4. Se desea conocer las
personas dependientes de cada empleado para propsitos de seguros.
De cada dependiente se desea conocer el nombre, sexo, fecha de
nacimiento y relacin con el empleado.
-
Diseo LgicoConvertir el esquema conceptual en el esquema
lgico.Derivar un conjunto de relaciones (tablas) el esquema
lgico.Validar el esquema mediante la normalizacin.Validar el
esquema lgico frente a las transacciones del usuario.Redibujar el
diagrama entidad-relacin.Definir las restricciones de
integridad.Revisar el esquema lgico con los usuarios.Estudiar el
crecimiento futuro.
-
Convertir el esquema conceptual en el esquema lgico. En este
paso, se eliminan del esquema conceptual las estructuras de datos
que los sistemas relacionales no modelan directamente:
(a) Eliminar las relaciones de muchos a muchos, sustituyendo
cada una de ellas por una nueva entidad y dos relaciones de uno a
muchos de esta nueva entidad con las entidades originales.
WPEWEMPPROJEMPWORKWORKSPROJM N1 N N 1
-
Eliminar del esquema conceptual las estructuras de datos que los
sistemas relacionales no modelan directamente (2)(b) Eliminar las
relaciones entre tres o ms entidades, sustituyendo cada una de
ellas por una nueva entidad (dbil) intermedia que se relaciona con
cada una de las entidades originales. La cardinalidad de estas
nuevas relaciones binarias depender de su significado.
-
Eliminar del esquema conceptual las estructuras de datos que los
sistemas relacionales no modelan directamente (3)(c) Eliminar las
relaciones recursivas, sustituyendo cada una de ellas por una nueva
entidad (dbil) y dos relaciones binarias de esta nueva entidad con
la entidad original. La cardinalidad de estas relaciones depender
de su significado.
(d) Eliminar las relaciones con atributos, sustituyendo cada una
de ellas por una nueva entidad. La cardinalidad de estas relaciones
depender del tipo de la relacin original y de su significado.
(MANAGES 1:1, WORKS_ON M:N)(e) Eliminar los atributos
multievaluados, sustituyendo cada uno de ellos por una nueva
entidad y una relacin binaria de uno a muchos con la entidad
original. (LOCATION)EMPLOYEEEMPLOYEESUPERVISION1NSUPERVISOR
SUPERVISADOSUPERVISORN1SUPERVISA
-
Eliminar del esquema conceptual las estructuras de datos que los
sistemas relacionales no modelan directamente (4)(f) Revisar las
relaciones de uno a uno, ya que es posible que se hayan
identificado dos entidades que representen el mismo objeto
(sinnimos). Si as fuera, ambas entidades deben integrarse en una
sola.
(g) Eliminar las relaciones redundantes. Una relacin es
redundante cuando se puede obtener la misma informacin que ella
aporta mediante otras relaciones. El hecho de que haya dos caminos
diferentes entre dos entidades no implica que uno de los caminos
corresponda a una relacin redundante, eso depender del significado
de cada relacin.
-
Derivar un conjunto de relaciones (tablas) para el esquema lgico
global En este paso, se obtiene un conjunto de relaciones (tablas)
para el esquema lgico global en donde se representen las entidades
y relaciones entre entidades, que se describen en cada una de las
vistas que los usuarios tienen de la empresa. Cada relacin de la
base de datos tendr un nombre, y el nombre de sus atributos
aparecer, a continuacin, entre parntesis. El atributo o atributos
que forman la clave primaria se subrayan. Las claves ajenas,
mecanismo que se utiliza para representar las relaciones entre
entidades en el modelo relacional, se especifican aparte indicando
la relacin (tabla) a la que hacen referencia.
-
(a) Entidades fuertes. Crear una relacin para cada entidad
fuerte que incluya todos sus atributos simples. De los atributos
compuestos incluir slo sus componentes Escoger la clave candidata
que tenga menos atributos.Escoger la clave candidata cuyos valores
no tengan probabilidad de cambiar en el futuro.Escoger la clave
candidata cuyos valores no tengan probabilidad de perder la
unicidad en el futuro.Escoger la clave candidata con el mnimo nmero
de caracteres (si es de tipo texto).Escoger la clave candidata ms
fcil de utilizar desde el punto de vista de los usuarios.
Tablas GeneradasEMPLOYEE ( SSN, FName, Mint, LName, BDate,
Address, Sex, SalaryDEPARTMENT (DNumber, DNamePROJECT ( PNumber,
Pname, PLocation
-
(b) Entidades dbilesCrear una relacin para cada entidad dbil
incluyendo todos sus atributos simples. De los atributos compuestos
incluir slo sus componentes. Aadir una clave ajena a la entidad de
la que depende. Para ello, se incluye la clave primaria de la
relacin que representa a la entidad padre (FK) en la nueva relacin
creada para la entidad dbil. La clave primaria de la nueva relacin
es la combinacin de la FK y la llave parcialEjemplo: DEPENDENT (SSN
DependentName, Sex, BirthDate, Relationship)
-
(c) Relaciones binarias de uno a uno.Para cada relacin binaria
se incluyen los atributos de la clave primaria de la entidad padre
en la relacin (tabla) que representa a la entidad hijo, para actuar
como una clave ajena. La entidad hijo es la que participa de forma
total (obligatoria) en la relacin, mientras que la entidad padre es
la que participa de forma parcial (opcional). Si las dos entidades
participan de forma total o parcial en la relacin, la eleccin de
padre e hijo es arbitraria. Adems, en caso de que ambas entidades
participen de forma total en la relacin, se tiene la opcin de
integrar las dos entidades en una sola relacin (tabla). Esto se
suele hacer si una de las entidades no participa en ninguna otra
relacin.Se aade cualquier atributo de la interrelacin:
MGRStartDate
RELACIN: MANAGES 1:1 EMPLOYEE ( SSN, FName, Mint, LName, BDate,
Address, Sex, Salary)DEPARTMENT (DNumber, DName, MGRSsn,
MGRStartDate)
-
(d) Relaciones binarias de uno a muchos.Como en las relaciones
de uno a uno, se incluyen los atributos de la clave primaria de la
entidad padre en la relacin (tabla) que representa a la entidad
hijo, para actuar como una clave ajena. Pero ahora, la entidad
padre es la de ``la parte del muchos'' (cada padre tiene muchos
hijos), mientras que la entidad hijo es la de ``la parte del uno''
(cada hijo tiene un solo padre).
RELACIN: WORKS_FOR 1:N EMPLOYEE ( SSN, FName, Mint, LName,
BDate, Address, Sex, Salary, Dno) DEPARTMENT (DNumber, DName,
MGRSsn, MGRStartDate)
-
(e) Relaciones binarias de muchos a muchos.Crear una nueva tabla
conteniendoFKs para mbas entidades participando en la
interrelacinAtributos de las interrelacionesEjemplo: INTERRELACIN
WORKS_ON M:NWORKS_ON (ESsn Pno, Hours)
-
f). Atributos MultievaluadosCrear una nueva tabla conteniendoPK
de la entidad a ser FK de la nueva entidadAtributo multievaluadoPK
contiene la FK ms el atributo multievaluadoEjemploDEPT_LOCATION
(DNumber, DLocation)
-
(e) Jerarquas de generalizacin. En las jerarquas, se denomina
entidad padre a la entidad genrica y entidades hijo a las
subentidades. Hay tres opciones distintas para representar las
jerarquas. La eleccin de la ms adecuada se har en funcin de su tipo
(total/parcial, exclusiva/superpuesta).Crear una relacin por cada
entidad. Las relaciones de las entidades hijo heredan como clave
primaria la de la entidad padre. Por lo tanto, la clave primaria de
las entidades hijo es tambin una clave ajena al padre. Esta opcin
sirve para cualquier tipo de jerarqua, total o parcial y exclusiva
o superpuesta.Crear una relacin por cada entidad hijo, heredando
los atributos de la entidad padre. Esta opcin slo sirve para
jerarquas totales y exclusivas.Integrar todas las entidades en una
relacin, incluyendo en ella los atributos de la entidad padre, los
atributos de todos los hijos y un atributo discriminativo para
indicar el caso al cual pertenece la entidad en consideracin. Esta
opcin sirve para cualquier tipo de jerarqua. Si la jerarqua es
superpuesta, el atributo discriminativo ser multievaluado.
-
f). Interrelaciones terniariasCrear una nueva tabla conteniendo
una llave fornea referenciando cada una de las 3 entidades
involucradasIncluir cualquier atributo de la interrelacinPK es
usualmente la combinacin de las tres FK
-
Reflexiones acerca del DiseoUsted necesita usar su discrecin
para escoger sus PKEl esquema relacional que ud. obtiene siguiendo
el algoritmo de mapeo ER_tablas puede mostrar deficienciasSi el
esquema relacional no le parece adecuado vuelva a revisar su
diagrama E_R
-
Cuntas Relaciones?Se debe obtener una relacin por cada: Entidad
(regulares y dbiles) Interrelaciones M:N Atributos multievaluados
Interrelaciones terniarias
-
Anlisis de Requerimientos para una BD de un BancoUn banco se
identifica por un cdigo nico, nombre y direccin y tiene
sucursales.Cada sucursal se identifica por su nmero y su direccin.
Las sucursales pueden abrir mltiples cuentas y hacer mltiples
prstamos a sus clientes.Una cuenta tiene un nmero nico, balance y
tipo.Un prstamo tiene un nmero nico, una cantidad y un tipo.Los
clientes son registrados por su ID (SSN, CURP). Adems debe
conocerse de ellos su nombre, direccin y telfono.
-
Esquema de la BD
BANKFKFKBANKACCOUNTCUSTOMERLOANBANK-BRANCHA-CL-CFKFKFKFKFKFKFK
CODENAMEADDRESS
ACCTNOBALANCETYPEBCODEBNO
SSNNAMEPHONEADDRESS
LOANNOAMOUNTTYPEBCODEBNO
BCODEBRANCHNOADDR
SSNLOANNO
SSNACCTNO
-
Anlisis de Requerimientos para una BD de una AGENCIA DE
VIAJESLos turistas toman vuelos, contratan agencias de viajes y
reservan un hoteles.Un turista se define por un nmero, nombre,
apellidos, direccin y telfono.Los hoteles son descritos por un
nmero, nombre, direccin, ciudad, telfono y nmero de plazas..La
agencia se identifica por un nmero, direccin y telfono.Los turistas
toman una clase de vuelo. Los turistas reservan hoteles indicando
la fecha de entrada y de salida y la pensin
-
Diagrama E_R de una BD de Agencia de Viajes
-
Esquema de la BD AGENCIA DE
VIAJESFKFKTURISTAVUELOHOTELAGENCIATOMARESERVACONTRATAFKFKFKFK
NUMEROTURNOMBREAPELLIDOSDIRECCION TELEFONO
NUMVUELOFECHAHORAORIGENDESTINONUMTOTALNUMTUR
NUMHOTELNOMBREDIRECCIONTELEFONOPLAZAS
NUMAGENCIADIRECCIONTELEFONO
MUMEROTURNUMEROVUECLASE
NUMETURNUMEAGENCIA
NTURISTANHOTELFECHA_ENTFECHA_SALPENSION
-
Anlisis de Requerimientos de la BD LIBRARYLas bibliotecas
almacenan copias de libros, los organiza por editoriales y lleva el
control de los usuarios a quienes les presta libros (su fecha de
prstamo y de devolucin).Por cada biblioteca se conoce su nombre y
su direccinDe los libros se registra su ISBN, ttulo y nombre del
autor(es).De las editoriales se desea saber su nombre, direccin y
telfono.Por cada usuario se registra tambin su nombre direccin y
telfono
-
Diagrama E_R de la BD
LIBRARYLIBROUSUARIOBIBLIOTECAEDITORIALALMACENA-COPIASPRESTAORGANIZAIsbnTtuloAutorTelefDirecNombreIduDirecNombreDirecNombreNoCopiasFDevolucionTelefN1MNNMMFPrestamoIdl
-
Esquema de la BD
LIBRARYLIBROAUTOREDITORIALPRESTAALMACENA_COPIASBIBLIOTECAUSUARIO
IDLISBNTITULONOMEDIT
IDLNOMBRE
NOMBREDIRECCIONTELEFONO
IDLNOMBREBIBIDUFPRESTAMOFDEVOLUCION
IDLNOMBREBIBNODECOPIAS
IDUNOMBREDIRECCIONTELEFONO
NOMBREDIRECCION
-
Anlisis de Requerimientos para una compaa de camiones
TRUCKERSTRUCKERS es responsable por recoger cargamentos (SHIPMENTS)
desde los almacenes (WAREHOUSES) de una cadena de tiendas (STORES)
llamada WALMART, y entregar estos cargamentos a cada una de las
tiendas. Actualmente hay 6 WAREHOUSES y 45 STORES. Un camin (TRUCK)
puede llevar varios cargamentos en un solo viaje (TRIP) , el cual
es identificado por Trip#, y entrega los cargamentos a mltiples
tiendas .
Cada cargamento es identificado por un Shipment#, e incluye
datos acerca de sus volmenes (volume) y peso (weight)
permitidos.
La compaa tiene 150 camiones, y un camin hace de 3 a 4 viajes
cada semana.
-
WAREHOUSETRIPSHIPMENTSTORETRUCKFROMINCLUDESTRUCK_USEDDESTINATIONLocationDateTrip#Shipment#VolumeWeightStoreNameAddressTruck#VolCapacityWeightCapacityTRUCKERS_
WAREHOUSES DBMN1NMNN1Tipo
-
Esquema de la BD TRUCKERS -
WAREHOUSESFKFKWAREHOUSETRIPSHIPMENTTRUCKSTOREFROMDESTINATIONFKFKFKFK
LOCATION TIPO
TRIPNODATETRUCKNO
SHIPMENTNOVOLUMEWEIGHTTRIPNO
TRUCKNOVOLCAPACITYWEIGHTCAPACITY
STORENAMEADDRESS
SHIPMENTNOSTORENAME
LOCATIONTRIPNO
-
Anlisis de Requerimientos para una BD de un Club NuticoEn un
Club Nutico un socio tiene embarcaciones y compra amarres para
estas debindose registrar la fecha de compra. Los amarres estn en
una zona.Los socios se identifican por un id, nombre, direccin,
telfono y fecha en que obtuvieron la membresa.De las embarcaciones
debe registrarse matrcula, nombre, tipo y dimensiones.Los empleados
atienden zonas, especificndose el nmero de barcos que atiende cada
empleado en cada zona. Los empleados se definen por id, nombre,
direccin, telfono y especialidad.La zona se define por una letra
nica, tipo, profundidad y ancho.Cada embarcacin ocupa un amarre en
una fecha determinada. El amarre se identifica por nmero, agua, luz
y mantenimiento
-
Requerimientos en detalle Club Nutico Un club nutico desea tener
informatizados los datos correspondientes a sus instalaciones,
empleados, socios y embarcaciones que se encuentran en dicho club.
El club esta organizado de la siguiente forma: Los socios
pertenecientes al club vienen definidos por su nombre, direccin,
DNI, telfono y fecha de ingreso en el club. Las embarcaciones
vienen definidas por: matricula, nombre, tipo y dimensiones. Los
amarres tienen como datos de inters el nmero de amarre, la lectura
del contador de agua y luz, y si tienen o no servicios de
mantenimiento contratados. Por otro lado, hay que tener en cuenta
que una embarcacin pertenece a un socio aunque un socio puede tener
varias embarcaciones. Una embarcacin ocupar un amarre y un amarre
est ocupado por una sola embarcacin. Es importante la fecha en la
que una embarcacin en asignada a un amarre. Los socios pueden ser
propietarios de amarres, siendo importante la fecha de compra del
amarre. Hay que tener en cuenta que un amarre pertenece a un solo
socio y que NO HAY ninguna relacin directa entre la fecha en la que
se compra un amarre y en la que una embarcacin se asigna a un
amarre.El club nutico est dividido en varias zonas definidas por
una letra, el tipo de barcos que tiene, el numero de barcos que
contiene, la profundidad y el ancho de los amarres. Una zona tendr
varios amarres y un amarre pertenece a una sola zona.En cuanto a
los empleados, estos vienen definidos por su cdigo, nombre,
direccin, telfono y especialidad. Un empleado est asignado a varias
zonas y en una zona puede haber ms de un empleado, siendo de inters
el nmero de barcos de los que se encarga en cada zona. Hay que
tener en cuenta que un empleado puede no encargarse de todos los
barcos de una zona.
-
Diagrama E_R Club Nutico
-
Esquema de la BD CLUB
NATICOFKFKSOCIOEMBARCACIONAMARREZONAATIENDEEMPLEADOFKFKFKFKFECHA
DNINOMBREDIRECCIONTELEFONOFECHA
MATRICULANOMBRETIPODIMENSIONNUMAMARREDNISOCIO
NUMEROAGUALUZMANTENIMIENTOLETRAZONADNISOCIOFECHA
LETRATIPOANCHOPROFUNDIDAD
EMPNUMEROZLETRANBARCOS
ENUMERONOMBREDIRECCIONTELEFONOESPECIALIDAD
-
Anlisis de Requerimientos para una BD de un Concesionario de
AutomvilesEn una concesionaria de automviles los clientes compran
modelos de autos a los vendedores bajo determinadas opciones o
planes de financiamiento. El cliente puede tambin ceder sus
vehculos a cambio especificando la fecha. Los clientes y vendedores
se identifican por id, nombre, direccin y telfono.Un modelo de auto
se especifica por nmero de serie, marca, modelo, cilindraje y
precio.Un vehculo puede ser descrito por matrcula, precio, marca y
modelo. En la compra de un modelo se debe especificar la matrcula y
la fecha.Los modelos de autos tienen diferentes opciones de
financiamiento. Una opcin debe especificar nombre y descuento. Un
precio se aplica a cada opcin para cada modelo.
-
marcamodelonum_serie
-
Esquema de la BD Concesionario de
AutomvilesOPCIONTIENEMODELOCOMPRA VENDEDORCLIENTEVEHICULOFKFKFKFK
FK FK FK
NOMBRE DESCUENTO
NOMBREOPC#SERIEPRECIO
#SERIEMARCAMODELOCILINDRAJEPRECIO
NOMBREOPC#SERIEDNIVENDDNICLIEMATRICFECHA
DNIVNOMBREDIRECCIONTELEFONO
MATRICULAMARCAMODELOPRECIODNICLFECHA
DNICNOMBREDIRECCIONTELEFONO
-
Anlisis de Requerimientos para una BD de un ZoolgicoLas especies
de animales viven en habitats que estn en diferentes continentes.
Las especies se ubican en una zona que tiene un nombre y una
extensin. Las especies son cuidadas por cuidadores.Los guas llevan
itinerarios para recorrer las zonas. Los itinerarios especifican
duracin, longitud y visitantes.De los cuidadores y gua se
especifica nombre, direccin y telfono.De las especies se necesita
saber nombre de la especie y nombre comn as como su descripcin.El
habitat se describe por nombre, clima, vegetacin.Un continente
tiene nombre y extensin.
-
Diagrama E_R de un Zoolgico
-
Esquema de la BD
ZOOLGICOCONTINENTEHABITATESPECIEZONACUIDADORITINERARIOLLEVAGUIAESTA_ENVIVE_ENFK
FKFK FKFKRECORRECUIDAFK FKFK FKFK FK
NOMHABITATNOMCONTIN
NOMBRECONT
NOMBREHABCLIMAVEGETACION
NOMBRECNOMBREEDESCRIP.NOMBREZ
NOMZONAEXTENSION
NOMBRECUIDDIRECCIONTELEFONOFECHA
NUMITINERARIOLONG.VISITANTESDURACION
NOMBREGDIRECCIONTELEFONOFECHA
NOMBCNOMH
NUMITINOMZO
NUMITINNOMGUIAHORA
NOMBRECNOMCUIDFECHA
-
Anlisis de Requerimientos para una Base de Datos de Gestin de
ExmenesLos profesores de la asignatura de Bases de Datos de una
Escuela Universitaria deciden crear una base de datos que contenga
la informacin de los resultados de las pruebas realizadas a los
alumnos. Para realizar el diseo se sabe que:Los alumnos estn
definidos por su n de matrcula, nombre y el grupo al que asisten a
clase.Dichos alumnos realizan dos tipos de pruebas a lo largo del
curso acadmico:1. Exmenes escritos: cada alumno realiza varios a lo
largo del curso, y se definen por el n de examen, el n de preguntas
de que consta y la fecha de realizacin (la misma para todos los
alumnos que realizan el mismo examen). Evidentemente, es importante
almacenar la nota de cada alumno por examen.2. Prcticas: se realiza
un n indeterminado de ellas durante el curso acadmico, algunas sern
en grupo y otras individuales. Se definen por un cdigo de prctica,
ttulo y el grado de dificultad. En este caso los alumnos pueden
examinarse de cualquier prctica cuando lo deseen, debindose
almacenar la fecha y nota obtenida.En cuanto a los profesores,
nicamente interesa conocer (adems de sus datos personales: DNI y
nombre), quien es el qu ha diseado cada prctica, sabiendo que en el
diseo de una prctica puede colaborar ms de uno, y que un profesor
puede disear ms de una prctica. Interesa, adems, la fecha en que ha
sido diseada cada prctica por el profesor correspondiente.
-
Diagrama ER para una Base de Datos de Gestin de Exmenes
-
Esquema de la Base de Datos para una Base de Datos de Gestin de
ExmenesFKFKPRACTICAEXAMENPROFESORHACEREALIZADISEAFKFKALUMNOFKFK
MATRICULANOMBREGRUPO
NUMEROTITULODIFICULTAD
NUMERONPREGUNTASFECHA
DNINOMBRE
MUMALUMNONUMEXAMENNOTA
NUMPRACTICANUMPROFFECHA
NUMALUMNONUMPRACTFECHANOTA
-
Anlisis de Requerimientos para una BD de Gestin de Trabajos de
Fin de Carrera Una Escuela de Informtica quiere generar un sistema
para tener controlado en una base de datos todo lo referente a los
Trabajos Fin de Carrera: alumnos que los realizan, profesores que
los dirigen, temas de los que tratan y tribunales que los corrigen.
Por tanto, es de inters:Que los alumnos se definan por su nmero de
matrcula, DNI y nombre. Un alumno realiza, evidentemente, slo un
T.F.C.Que los T.F.C. se definen por su tema, por un nmero de orden
y por la fecha de comienzo. Un T.F.C. determinado, no puede ser
realizado por varios alumnos.Que un profesor se define por su DNI,
nombre y domicilio; y puesto que los T.F.C. son del rea en el que
trabaja, NO interesa conocer el T.F.C. que dirige sino a qu alumno
se lo dirige.Que un Tribunal est formado por varios profesores y
los profesores pueden formar parte de varios tribunales. Por otra
parte, s es de inters para el tribunal conocer qu alumno es el que
se presenta, con qu T.F.C. y en qu fecha lo ha defendido. El
tribunal se define por un nmero de tribunal, lugar de examen y por
el nmero de componentes.Al margen de esto, un alumno puede haber
pertenecido a algn grupo de investigacin del que haya surgido la
idea del T.F.C. Dichos grupos se identifican por un nmero de grupo,
su nombre y por su nmero de componentes. Un alumno no puede
pertenecer a ms de un grupo y no es de inters saber si el grupo
tiene algo que ver o no con el T.F.C. del alumno; s siendo de
inters la fecha de incorporacin a dicho grupo.Por otra parte, un
profesor, al margen de dirigir el T.F.C. de algunos alumnos, puede
haber colaborado con otros en la realizacin de dicho T.F.C. pero
siendo otro profesor el que lo dirige. En este caso, slo es
interesante conocer qu profesor ha ayudado a qu alumno (a un alumno
le pueden ayudar varios profesores).
-
Diagrama E_R de una BD de Gestin de Trabajos de Fin de
Carrera
-
Esquema de la Base de Datos de Gestin de Trabajos de Fin de
CarreraFKFKPROFESORGRUPOTFCTRIBUNALCOOLABORAPERTENECEFKFKALUMNOFKFKFKFK
NUMERONOMBREDNINUMGRUPO DNIPROF
DNINOMBREDOMICILIO
NUMERONOMBRE
NUMALUMNONUMTFCTEMAFECHANUMTRIBUNAL
NUMEROLUGAR
NUMPROFNUMTRIB
NUMALUMNONUMPROF
-
Anlisis de Requerimientos para una Base de Datos de Informacin
PolicialLa Polica quiere crear una base de datos sobre la seguridad
en algunas entidades bancarias. Para ello tiene en cuenta:Que cada
entidad bancaria se caracteriza por un cdigo y por el domicilio de
su Central.Que cada entidad bancaria tiene ms de una sucursal que
tambin se caracteriza por un cdigo y por el domicilio, as como por
el nmero de empleados de dicha sucursal.Que cada sucursal contrata,
segn el da, algunos vigilantes jurados, que se caracterizan por un
cdigo y su edad. Un vigilante puede ser contratado por diferentes
sucursales (incluso de diferentes entidades), en distintas fechas y
es un dato de inters dicha fecha, as como si se ha contratado con
arma o no.Por otra parte, se quiere controlar a las personas que
han sido detenidas por atracar las sucursales de dichas entidades.
Estas personas se definen por una clave (cdigo) y su nombre
completo.Alguna de estas personas estn integradas en algunas bandas
organizadas y por ello se desea saber a qu banda pertenecen, sin
ser de inters si la banda ha participado en el delito o no. Dichas
bandas se definen por un nmero de banda y por el nmero de
miembros.As mismo, es interesante saber en qu fecha ha atracado
cada persona una sucursal. Evidentemente, una persona puede atracar
varias sucursales en diferentes fechas, as como que una sucursal
puede ser atracada por varias personas.Igualmente, se quiere saber
qu Juez ha estado encargado del caso, sabiendo que un individuo,
por diferentes delitos, puede ser juzgado por diferentes jueces. Es
de inters saber, en cada delito, si la persona detenida ha sido
condenada o no y de haberlo sido, cunto tiempo pasar en la crcel.
Un Juez se caracteriza por una clave interna del juzgado, su nombre
y los aos de servicio.NOTA: En ningn caso interesa saber si un
vigilante ha participado en la detencin de un atracador.
-
Diagrama ER para una Base de Datos de Informacin Policial
juzgado
-
Esquema de una Base de Datos de Informacin
PolicialFKSUCURSALCONTRATAVIGILANTEATRACADORATRACABANDAFKFK FK
FKENTIDADJUEZFKFK FK
ENUMERODOMICILIO
NUMSUCURSALDOMICILIONUMEMPLEADONUMENTIDAD
NUMSUCNUMVIGFECHAARMA
NUMVIGILANTEEDAD
NUMATRACADORNOMBREAPELLIDOSNUMBANDA
NUMBANDANOMBRE
NUMSUCNUMATRACNUMJUEZFECHACONDENATIEMPO
NUMEROJUEZNOMBREAPELLIDOSAOS
-
Anlisis de Requerimientos para una Base de Datos de una Compaa
de Seguros Una compaa de seguros desea que se haga un diseo de una
base de datos para gestionar toda la informacin referente a los
seguros que ofrece, los clientes a los que atiende y los agentes de
seguros que trabajan para la compaa. Esta compaa ofrece tres tipos
de seguros:Seguros de Hogar: los seguros de este tipo ofrecidos por
la compaa estn ofertados de forma fija (es decir se han hecho
estudios previos), segn el valor del continente (la casa), el
contenido (muebles, electrodomsticos, joyas, etc.), riesgos
auxiliares (responsabilidad civil, asalto y otros). Para cada
oferta hay una prima asignada.Seguros de Vida: de la misma forma
que los de hogar, existen varias ofertas fijas segn la edad y
profesin del cliente, y la cobertura econmica del seguro. De la
misma forma que en los seguros de Hogar, existe un prima fija para
cada oferta.Seguros de Automvil: tambin existen ofertas fijas, segn
la categora de coche (utilitario, gama media, gama alta, gran
turismo, lujo, etc.), aos del vehculo, edad del conductor y
cobertura (todo riesgo, franquicia, terceros, etc.). A cada una de
estas ofertas le corresponde una prima.Para llevar un control de
las comisiones que se llevan los agentes y de sus carteras
correspondientes, la compaa necesita tener almacenados los datos de
los agentes, considerndose de inters el nombre, DNI, direccin y
telfono. Para el pago de comisiones y carteras (se entiende por
cartera la comisin anual del agente mientras el seguro este
vigente), ser necesario saber qu agente ha realizado qu seguro y en
qu fecha.La compaa considera como datos de inters referentes al
cliente (sea cual sea el seguro que contrate), los siguientes:
Nombre, direccin, telfono y DNI.Otras consideraciones sobre la
contratacin de seguros por parte del cliente son:Seguros Hogar:
fecha del contrato del seguro y direccin del inmueble
asegurado.Seguros Automvil: fecha contratacin, matrcula del
vehculo, recargos y descuentos.Otras consideraciones: Un cliente
puede contratar ms de un seguro de Vida, ms de un seguro de Hogar y
ms de un seguro de Automvil. Adems estos contratos pueden
realizarse a travs de distintos agentes. Los beneficiarios de
seguros de vida pueden serlo de varios seguros, e incluso de varios
clientes distintos. Por supuesto un cliente puede nombrar a varios
beneficiarios de un mismo seguro de vida.
-
Diagrama ER para una Base de Datos de una Compaa de
SegurosVAHMNMNLMLNLOdni
-
Esquema de una Base de Datos de una Compaa de SegurosFK FK FK
FKAGENTEHOGARAUTOMOVILVIDACONTRATAHOGARCONTRATAUTOFKFKCLIENTECONTRATAVIDAFK
FK FK FK
DNINOMBREDIRECCIONTELEFONO
DNINOMBRETELEFONO
NUMHOGARCENTECIDOAUXPRIMA
NUMAUTOCATEGORIACOBERTURAEDADPRIMA
NUMVIDACOBERTURAPROFESIONEDADPRIMA
NUMAUTODNICLIENTEDNIAGENTEMATRICULAFECHA
NUMHOGARDNIAGENTEDNICLIENTEDIRECCIONFECHA
NUMVIDADNIAGENTEDNIBENEFDNICLIENTEFECHA
-
Anlisis de Requerimientos para una BD de una Lnea AreaThe DB
represents each AIRPORT, keeping its unique AirportCode, the
Airport Name, and the City and State in which the airport is
located.
Each airline FLIGHT has a unique number, the Airlline for the
FLIGHT, and the Weekdays on which the FLIGHT is scheduleded (for
example, every day of the week except Sunday can be coded as
X7)
A FLIGHT is composed of one or more FLIGTH LEGs (for example,
flight number CO1223 from New York to Los Angeles may have two
FLIGHT LEGs: leg 1 from New York to Houston and leg 2 from Houston
to Los Angeles). Each FLIGHT LEG has a DEPARTURE AIRPORT and
Scheduled Departure Time, and an ARRIVAL AIRPORT and an Scheduled
Arrival Time.
-
Anlisis de Requerimientos para una BD de una Lnea AreaA LEG
INSTANCE is an instance of a FLIGHT LEG on an specific Date ( for
exampleCO1223 leg 1 on July 30, 1989). The actual Departure and
Arrival AIRPORTs and Times are recorded for each flight leg after
the flight leg has been concluded. The Number of available seats
and the AIRPLANE used in the LEG INSTANCE are also KEPT.
The customer RESERVATION on each LEG INSTANCE include the
Customer Name, Phone, and Seat Number(s) for each reservation.
Information on AIRPLANE TYPEs are also kept. For each AIRPLANE
TYPE (for example CD-10), the TypeName, manufacturing Company, and
Maximum Number of Seats are kept. The AIRPORTs in which planes of
this type CAN LAND are kept in the DB. For each AIRPLANE, The
AirplaneId, Total number of seats, and TYPE are kept.