You are on page 1of 16

Modelo Entidad Relacin

Una entidad es un objeto o cosa concreta, puede describirse por medio de un


conjunto de atributos.
Ejemplos:
a) Entidad Persona con atributos: nombre, domicilio, telfono.
b) Entidad Empleado con atributos: nombre, domicilio, nmero de nmina,
salario.
c) Sucursal banco con atributos: nombre sucursal, ciudad sucursal, activo.
Cada atributo de una entidad tiene un rango de valores posibles llamado Dominio
del Atributo.
Una relacin es una asociacin entre varias entidades, por ejemplo:
La entidad persona se relaciona con la entidad casa con la relacin vive:
personavive casa.
La entidad libro se relaciona con la entidad lector con la relacin estudia:
lectorestudialibro.
La entidad casa se relaciona con la entidad colonia con la relacin
pertenece: casapertenececolonia
La cardinalidad de una relacin entre dos entidades, expresa el nmero de
entidades con las que puede asociarse otra entidad mediante una relacin. Esa
cardinalidad puede ser:
Una a Una, si una entidad en A est asociada con una de B, y una de B
est asociada slo con una de A.
Una a Muchas, si una entidad en A est relacionada con varias de B, pero
una de B puede asociarse slo con una de A.
Muchas a Una, si una entidad en A est asociada con una de B, y una de B
est asociada con varias de A.
Muchas a Muchas, si una entidad en A est asociada con varias entidades
de B, y una entidad de B est vinculada con varias de A.
Ejemplo: Pensemos en una sucursal bancaria, hay dos entidades cliente y
cuenta, sus atributos son:
Cliente: nombre, domicilio, telfono;
Cuenta: nmero y saldo.
Una relacin entre cliente y cuenta es tiene, es decir, clientetienecuenta, la
cardinalidad puede ser una a muchos, si un cliente tiene varias cuentas y una
cuenta slo es de un cliente. O bien muchos a muchos si varios clientes tienen la
misma cuenta.
Una entidad se llama regular o fuerte si tiene existencia propia, una entidad se
llama dbil si la existencia de cada ocurrencia de ella depende de la ocurrencia de
una entidad regular. Ejemplo: Libro es una entidad regular y ejemplar es una
entidad dbil.
Dada una entidad y sus atributos:
Entidad (atributo1, atributo2, atributo3,, atributo N)
Se debe elegir uno o varios atributos que identifiquen de forma nica a las
ocurrencias de la entidad, si hay ms de un atributo para ello, se elige uno como el
principal y los dems son alternativos.
Ejemplos.
La entidad empleado tiene los atributos: CURP, nombre, domicilio, telfono,
nmero empleado, sueldo,), el atributo principal es CURP.
La entidad Libro tiene los atributos: ttulo, cdigo _libro, autor, ao, idioma,), el
atributo principal es cdigo _libro.
Un diagrama Entidad Relacin es una grfica formada por rectngulos que
representan entidades, elipses representando atributos, rombos representando
relaciones y lneas que conectan los smbolos anteriores. Ejemplos:
1).

Empleado Trabaja
Trabaja en en: Fabrica
Atributos: nombre, domicilio Atributos: razn social, giro
Telfono, nmero _empleado Giro industrial, domicilio,
CURP, sueldo.
La cardinalidad es muchas a una.
2) Cuenta
Cuenta habiente Tiene

Atributos: nombre, domicilio Atributos: nmero, saldo


Telfono, CURP
La cardinalidad es una a muchos, o bien muchos a muchos.

2)
Libro Presta Alumno

Atributos: cdigo_libro fecha prestamo Atributos: nombre, matricula


Ttulo, autor fecha devolucin semestre, secuencia
La cardinalidad es muchos a uno.
Los smbolos utilizados en el modelo Entidad Relacin son:

Entidad Fuerte Entidad Dbil


Significado o Accin

Relacin Relacin

Dbil

Ejemplos de uso: de

1)

Empleado Fabrica
Trabaja en

Es_un emplea N: 1 trabaja en

Subordinado

Tiene (n: 1)

Jefe
2)

Libro Prestamo Alumno


Estudia es ledo
N: 1
Un Diagrama Entidad Relacin consiste en un grafo dnde se muestran las
entidades y las relaciones que existen entre esas entidades.

Ejemplos:
Empleado Trabaja en
Fabrica

Atributos: nombre, domicilio horario razn social, giro


Telfono, CURP, nmero _empleado clave domicilio, RFC
Sueldo
Supongamos que en un banco un cliente tiene una o ms cuentas, por ejemplo: de
ahorro, de dbito, de crdito.

Cliente Tiene Cuenta

Atributos: nombre, domicilio Atributos: nmero, saldo


Telfono, CURP, saldo estado, tipo

Para realizar un diagrama Entidad Relacin hay que ejecutar los pasos que siguen
1. Hacer dos listas, una de Entidades y una de relaciones, indicando la
cardinalidad.
2. Elaborar una matriz de entidades de la forma:
Entidad1 entidad2 entidad3 entidad4,, entidad N
Entidad1 relacin1 relacin2 -------- -------- ---------------
Entidad2 ------------ relacin3 --------- NO ---------------
Entidad3 X X ------------
Entidad N -------- -----------
La matriz es simtrica, la X indica que ya est, la lnea ----------- o la palabra NO
indican que no hay relacin.
3. Usando la matriz anterior elaborar un primer diagrama Entidad Relacin
agregando las cardinalidades.
4. Refinar el diagrama Entidad Relacin obtenido, tratando de eliminar ciclos, sin
perder contenido semntico.
Ejemplos:
1. Disee un diagrama Entidad Relacin que recoja la organizacin de un sistema
de informacin sobre municipios, viviendas y personas. Cada persona slo puede
habitar en una vivienda y residir en un municipio, pero puede ser propietaria de
ms de una vivienda.
La lista de entidades es:
Municipio o delegacin
Vivienda
Persona
La lista de relaciones es:
Habitar entre persona y vivienda.
Residir entre persona y municipio.
Propiedad entre persona y vivienda.

Observacin:
Cada persona slo puede habitar en una vivienda y en una vivienda pueden
habitar muchas personas, as la relacin habitar entre persona y vivienda
tiene cardinalidad: 1: N.
Cada persona puede ser propietaria de ms de una vivienda, y una vivienda
puede ser propiedad de muchas personas, luego la cardinalidad de la
relacin propiedad es M: N.
Una persona reside en un nico municipio, as la relacin residir entre
persona y municipio tiene cardinalidad 1: N.
Un municipio puede tener muchas viviendas, y una vivienda pertenece a un
slo municipio, luego la relacin esta en entre municipio y vivienda tiene
cardinalidad N: 1.

La matriz Entidad - Entidad es:


Persona Municipio Vivienda
Persona No Residir habitar
Municipio ------ No Esta en
Vivienda ------ ------- No
Una primera versin del diagrama Entidad Relacin es:

Residir
Persona N: 1

Habitar Propiedad
Municipio

1: N M: N

Estar
Vivienda en
N: 1

Hay dos ciclos en el diagrama, el paso siguiente es ver si hay alguna relacin
redundante, es decir, si puede obtenerse a partir de las otras.
Un ciclo lo forman las relaciones Residir, Estar en y Propiedad, en este caso, la
relacin Propiedad no es equivalente a Estar en y Residir, puesto que el poseer o
no una vivienda no influye en si la persona reside en el municipio donde est la
vivienda.
El otro ciclo lo forman las relaciones Habitar, Estar en y Residir, en este caso, las
relaciones estn relacionadas en su semntica. La relacin Habitar no se puede
eliminar, la relacin Estar en tampoco se puede eliminar. La relacin Residir se
puede eliminar, pues es posible obtener su semntica a partir de Estar en y
Habitar.
Luego el diagrama Entidad Relacin en su versin final es:
Persona

Municipio

Habitar Propiedad

1: N M: N
Estar
en
Vivienda
N: 1
Las relaciones generadas son:
Persona (CURP, nombre, apellido paterno, apellido materno, sexo, edad)
Vivienda (clave _vivienda, direccin, tipo, municipio, dueos)
Municipio (clave _municipio, nombre, estado, poblacin)
Habitar (CURP, clave _vivienda)

Los atributos en una forma un poco ms clara son:


Persona (CURP, nombre, apellido paterno, apellido materno, sexo, edad)
Vivienda (clave _vivienda, direccin, tipo, municipio, dueos)
Municipio (clave _municipio, nombre, estado, poblacin)
Habitar (CURP, clave _vivienda)

2. En una escuela se tiene un departamento de actividades deportivas, se desea


generar una base de datos con la informacin sobre la participacin de los
alumnos en las actividades deportivas. La organizacin de los actos deportivos
est a cargo del departamento de actividades deportivas, el departamento
mencionado cuenta con una amplia variedad de actividades deportivas. Una
actividad deportiva puede contar con diferentes asesores, y a su vez un asesor
puede estar en diferentes actividades.
Un asesor cuenta con un saln y el equipo necesario para su trabajo, un alumno
puede estar en diferentes actividades, el alumno a lo largo de su estancia realizar
viajes, cada viaje puede ser a uno o varios destinos y tardar de uno a varios das
en cada destino.
Un alumno puede ser asignado a uno o ms equipos dependiendo de las
actividades que realice, sin embrago, puede estar asignado a otro equipo en
distinto tiempo. Para cada alumno se registra un informe de los logros que obtiene.

Las Entidades son:


Departamento Deportivo, Alumno, Actividades, Asesor, Viaje, Equipo, xitos y
Destino.

Las Relaciones son:

Organiza entre departamento deportivo y Actividades.


Auxilia entre Asesor y Actividades.
Desarrolla entre Alumno y Actividades.
Realiza entre Alumno y Viaje.
Asignado entre Alumno y Equipo.
Obtener entre Alumno y xitos.
Pasar a entre Viaje y Destino.

La matriz Entidad Relacin es:


Depto Depvo Alumno Activ Asesor Viaje Equipo xitos Destino.
Depto. Depvo. ---- --- organiza --- --- --- --- ---
Alumno ---- --- desarrolla ---- realiza asignado obtener ---
Actividades ---- ---- ---- auxilia ---- ----- ---- ----
Asesor
Viaje pasar a
Equipo
xitos
Destino.
Un primer Diagrama Entidad Relacin es:

Departamento Actividades Auxilia


organiza
deportivo

Clave depto, nombre 1: N


Responsable, ubicacin M: N
desarrolla
Asesor

Equipo Asignado
Alumno
Realiza
Clave equipo, nombre
descripcin
Obtener
M: N Viaje

xito
Pasar a
Destino

Las posibles Relaciones son:


Departamento (clave Depto, nombre, responsable, ubicacin)
Se supone que en la escuela slo hay un departamento de actividades deportivas.
Actividad (clave Activ, descripcin)
Alumno (boleta, nombre)
Desarrolla (clave Activ, boleta)
Asesores (clave Activ, clave Asesor)
Asesor (clave Asesor, nombre, saln)
Asesor Asignado (boleta, logro, fecha, descripcin)
Realiza (boleta, clave viaje)
3. Deseamos disear una base de datos que recoja la organizacin de una
Universidad, se considera que:

Los departamentos pueden estar en una sola facultad o ser inter


facultativos, agrupando en este caso ctedras que pertenecen a facultades
distintas.
Una ctedra se encuentra en un nico departamento.
Una ctedra pertenece a una sola facultad.
Un profesor esta siempre asignado a un nico departamento y adscrito a
una o varias ctedras, pudiendo cambiar de ctedra pero no de
departamento; interesa la fecha en que un profesor es adscrito a una
ctedra.

Las Entidades son:


Profesor, Departamento, Facultad, Ctedra, rea de conocimiento.

Las Relaciones son:

Asignado entre profesor y departamento.


Asignado entre profesor y ctedra.
Est en entre ctedra y facultad.
Pertenece entre departamento y ctedra.
Impartir entre departamento y ctedra
Investigar entre departamento y rea de conocimiento.

La matriz Entidad - Entidad es:


Profesor Ctedra Departamento Facultad rea de conocimiento
Profesor ---- asignado Asignado --------- ------------
Ctedra x ----- impartir esta en ----------
Departamento ------ x --------- pertenece investigar
Facultad ---------- x x ------- ----------
rea Conocimiento -------- ------- ------- x --------

El diagrama Entidad Relacin es:


4. Elabore el diagrama Entidad Relacin para disear una base de datos en una
agencia de viajes, que para ofrecer mejor servicio a sus clientes, considera de
inters tener registrada la informacin referente a los diferentes tours que puede
ofrecer, teniendo en cuenta lo siguiente:
Un tour segn su finalidad: cultural, histrica, deportiva, etc., tiene unos
determinados puntos de ruta y puede repetirse varias veces en un ao.
Definimos por viaje un tour concreto a realizar a partir de una fecha
determinada. Los puntos de ruta en un tour pueden ser ciudades,
monumentos, zonas geogrficas, etctera, y se consideran de visita
solamente o de visita y estancia. En este ltimo caso el punto de ruta tiene
asignado un hotel o varios.
Entendemos por cliente de un viaje a la persona que ha decidido hacerlo y
ha hecho efectiva una seal. Un cliente puede confirmar su participacin en
ms de un viaje (se sobre entiende que las fechas son diferentes).
Las personas que participan en un viaje pueden ser alojadas en los mismos
o en diferentes hoteles.
Las Entidades son:
Viaje, Cliente
Fecha, Tour (ciudad, monumentos, zonas Arq., etc.)
Visita (Entrada/Salida, Estancia)

Las Relaciones son:


Cliente hace viaje, Viaje tiene fecha
Cliente escoge tour, Tour asigna visita

El diagrama Entidad Relacin es:

CLIENTE HACE
VIAJE

TIENE
ESCOGE

TOUR FECHA

ASIGNA
VISITA
Cliente (RFCCliente, Nombre, Domicilio, Sexo)

Viaje (IDViaje, FechaInicio, Duracion, Destino, RFCCliente)

Destino (IDDestino, NombreCD, IDViaje, TipoDestino)

Hotel (IDHotel, NombreHotel, IDDestino)

Cliente Realiza Viaje

Viaje lleva a un Destino

Cliente se Aloja en un Hotel

CLIENTE VIAJE DESTINO HOTEL


CLIENTE NO Realiza Llega Aloja
VIAJE ----- NO lleva ---------
DESTINO ----- Tiene NO Tiene
HOTEL ------ -------- -------- NO

N:1
N

Cliente Realiza Viaje

Alojan N:1 Tiene N:N

N:1

Hotel Tiene Destino


5. Se desea disear una base de datos sobre la informacin de las reservaciones
de una empresa dedicada al alquiler de automviles.
Elabore el diagrama Entidad Relacin bajo los supuestos semnticos siguientes:
Un determinado cliente puede tener en un momento varias
reservaciones.
Una reservacin la realiza un nico cliente, pero puede involucrar a
varios coches.
Es importante registrar la fecha de comienzo de la reservacin y la
de terminacin.
Todo coche tiene siempre asignado un determinado garaje, que no
puede cambiar.
Cada reservacin se realiza en una determinada agencia.
En la base de datos pueden existir clientes que no hayan hecho
ninguna reservacin.
Todas las entidades tienen una clave alfanumrica que la identifican
de modo nico.
Las Entidades son:
Cliente
Reservacin
Coches
Fecha
Garaje
Las Relaciones son:
Cliente hace reservaciones
Reservas incluye coches
Reservacin tiene fecha
Coche tiene garaje

el diagrama Entidad Relacin es:

CLIENTE HACE RESERVAS TIENE

INCLUYE

FECHAS

GARAJE TIENE COCHES


Cliente (RFCCliente, NombreCliente, Direccion, Sexo, Telefono)
Coche (IDCoche, TipodeCoche, IDGarage, IDreserva)
Reservacin (IDreserva, RFCCliente, NombreCliente, FechaInicio, FechaFin)
Garaje (IDGarage, IDCoche, TipodeCoche)
Agencia (IDAgencia, NombreAgencia)

Cliente puede reservar coches


Una reservacin es de un solo cliente
Un coche solo tiene un garaje
Una reservacin es en slo una agencia

Agencia

Tiene 1:1

1:1

Cliente Reserva
Puede

Involucra
1:N

1:1

Garaje Asignado Coche


La matriz Entidad - Entidad es:

CLIENTE COCHE RESERVA GARAJE AGENCIA


CLIENTE NO --------- INVOLUCRA --------- EN UNA
COCHE ---------- NO -------- ASIGNADO --------
RESERVA INVOLUCRA TIENE NO ---------- SOLO UNA
GARAJE --------- TIENE --------- NO -------
AGENCIA TIENE --------- INVOLUCRA ----------- NO

You might also like