MODELO ENTIDAD – RELACION

Denominado por sus siglas como: E-R. Percibe el mundo real como una serie de objetos
relacionados entre sí y pretende representarlos gráficamente, mediante un determinado
mecanismo de abstracción. Este mecanismo está basado en una serie de símbolos, reglas y
métodos que nos permitirán representar gráficamente los datos de interés del mundo real.

El modelo entidad-relación es una técnica para el modelado de datos utilizando diagramas

entidad relación. No es la única técnica pero sí la más utilizada. Brevemente consiste en los
siguientes pasos:
1. Se parte de una descripción textual del problema o sistema de información a
automatizar (los requisitos).
2. Se hace una lista de los sustantivos y verbos que aparecen.
3. Los sustantivos son posibles entidades o atributos.
4. Los verbos son posibles relaciones.
5. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.
6. Se elabora el diagrama (o diagramas) entidad-relación.
7. Se completa el modelo con listas de atributos y una descripción de otras restricciones
que no se pueden reflejar en el diagrama.
Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr
buenos modelos de datos.

Elementos:
Entidades:
Una entidad es cualquier "objeto" discreto sobre el que se tiene información. Se representa
mediante un rectángulo o "caja" etiquetada en su interior mediante un nombre. Ejemplos de
entidades habituales en los sistemas de información son: factura, persona, Producto,
empleado, etc.
Cada ejemplar de una entidad se denomina instancia. Por ejemplo, Francisco y Luisa pueden
ser dos instancias distintas de la entidad "persona". Las instancias no se representan en el
diagrama. No obstante, se pueden documentar aparte porque son útiles para inicializar la base
de datos resultante.

Atributos:
También llamadas Propiedades, los atributos describen información útil sobre las entidades. En
particular, los atributos identificativos son aquellos que permiten diferenciar a una instancia de
la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un empleado de
otro es su número de la Seguridad Social.
Ejemplos de atributos de la entidad "persona": Documento Nacional de Identidad
(identificativo), nombre, apellidos, dirección, código postal, etc.

Los atributos poseen la siguiente estructura:

Nombre: Especificación física del objeto.
Tipo: Valor que se utiliza para escribir características relacionadas al dato (cadena,
booleano, fecha, etc.)
Dominio: Conjunto de valores permitidos que va a usar un atributo.

Ejemplo:
Nombre Tipo Dominio
Sexo Booleano M-F

Los atributos se representan mediante elipses, y en su interior el nombre del atributo:

Nombre

Página
Tipos de Atributos:

1. Simples, aquellos que no están divididos en subpartes. Ejem: Codigo, DNI

2. Compuestos, aquellos que pueden dividirse en subpartes (es decir, en otros atributos.)
Ejem:
Nombre_Alumno

Nombre Apellido_paterno Apellido_materno

3. Monovalorados, cuando se tiene un único valor para una entidad concreta.

Ejem: Numero de Factura, Numero de Matricula
4. Multivalorado, cuando se tiene un conjunto de valores para una entidad especifica.
Ejem. Considera un conjunto de entidades alumno, con el atributo numero_telefono,
cualquier alumno puede tener cero, uno o más números de teléfonos a los que se le
pueda ubicar.
Es frecuente usar una doble elipse para indicar este tipo de atributos.

Teléfono

Relaciones
Es una asociación entre entidades, se caracteriza por determinadas restricciones que
determinan las entidades que pueden o no participar en dicha relación.

Una relación describe cierta interdependencia (de cualquier tipo) entre una o más entidades. Se
representa mediante un rombo etiquetado en su interior mediante un verbo. Además, dicho
rombo debe unirse mediante líneas con las entidades que relaciona (es decir, los rectángulos).
Una relación no tiene sentido sin las entidades que relaciona.

Compra

Ejemplos:
Proveedor suministra Productos
Persona ha nacido en País
Empleado Trabaja en Departamento

Alumno Curso
Matricula

A la asociación entre conjunto de entidades, se le conoce como Participación.

Entidades fuertes y débiles

Cuando una entidad participa en una relación puede adquirir un papel fuerte o débil. Una
entidad débil es aquella que no puede existir sin participar en la relación, es decir, aquella que
no puede ser unívocamente identificada solamente por sus atributos. Una entidad fuerte es
aquella que "presta" algunos de sus atributos a la entidad débil para que se pueda identificar
cualquier instancia. Esto lo hace a través de la relación que las une.
Las entidades débiles se representan mediante un doble rectángulo, es decir, un rectángulo
con doble línea.

Cardinalidad de las relaciones

Es el número de ocurrencias de una entidad asociada a una ocurrencia de otra entidad o la
misma entidad a través de una relación.

Página
Las relaciones, en principio binarias, pueden involucrar a un número distinto de instancias de
cada entidad. Así, son posibles tres tipos de cardinalidades:
Relaciones de uno a uno: una instancia de la entidad A se relaciona con una y
solamente una de la entidad B.
Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con varias
instancias de la entidad B.
Relaciones de muchos a muchos: cualquier instancia de la entidad A se relaciona con
cualquier instancia de la entidad B.

Claves o Llaves
1.- Llave Primaria (PK): Un atributo (Llave simple) o conjunto de atributos (Llave compuesta)
que identifican únicamente una instancia (fila o registro) de una entidad. En ERwin la llave
primaria está posicionada sobre la línea en una entidad.
2.- Llave Alterna (AK): Un atributo (Llave simple) o conjunto de atributos (Llave compuesta)
que identifican únicamente una instancia (fila o registro) de una entidad, pero que NO ES
ESCOGIDA como llave primaria. En ERwin, se muestra por el diagrama (AKx,y) donde x
representa un numero entero incrementado para cada llave alterna en una entidad; y
representa el orden del atributo llave.
3.- Llave Foránea (FK): Una llave foránea es una llave primaria de una entidad padre (Fuerte)
que es AGREGADA a la entidad hijo (Débil) a través de su relación.

Relaciones
Relación Identificada: La llave primaria de la entidad padre es migrada a través de la
RELACION para FORMAR parte de la llave primaria de la entidad hijo.

Relación Obligatoria No-Identificada: La llave primaria de la entidad padre es migrada como

un atributo no llave (no forma parte de la llave primaria de la entidad hijo) de la entidad hijo. La
FK necesariamente tiene que tener un valor real de la PK.

Relación No-Obligatoria No-Identificada: La llave primaria de la entidad padre es migrada

como un atributo no llave (no forma parte de la llave primaria de la entidad hijo) de la entidad
hijo. La opcionalidad en el lado del padre indica que la FK en la entidad hijo puede existir sin la
información de la PK de la entidad padre.

Página
EJERCICIOS DEL MODELO ENTIDAD RELACION

1.- Una empresa vende productos a varios clientes. Se necesita conocer los datos personales de los clientes
(nombre, apellidos, dni, dirección y fecha de nacimiento). Cada producto tiene un nombre y un código,
así como un precio unitario. 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
sólo puede ser suministrado por un proveedor, y que un proveedor puede suministrar diferentes
productos. De cada proveedor se desea conocer el RUC, nombre y dirección.

2.- Se desea diseñar la base de datos de un Instituto. En la base de datos se desea guardar los datos de los
profesores del Instituto (DNI, nombre, dirección y teléfono). Los profesores imparten cursos, y cada
curso tiene un código y un nombre. Cada alumno está matriculado en uno o varios cursos. De cada
alumno se desea guardar el número de matrícula, nombre, apellidos y fecha de nacimiento. Los
profesores pueden impartir varios cursos, pero un curso sólo puede ser impartido por un profesor. Cada
curso tiene un grupo de alumnos, uno de los cuales es el delegado del curso.

3.- Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por todo el Perú.
Los encargados de llevar los paquetes son los transportistas, de los que se quiere guardar el dni, nombre,
teléfono, dirección, salario y distrito en el que vive.
De los paquetes transportados interesa conocer el código de paquete, descripción, nombre del
destinatario y dirección del destinatario. Un transportista distribuye muchos paquetes, y un paquete
sólo puede ser distribuido por un transportista.
De las provincias a las que llegan los paquetes interesa guardar el código de provincia y su Nombre. Un
paquete sólo puede llegar a una provincia (único destino). Sin embargo, a una provincia pueden llegar varios
paquetes. De los camiones interesa conocer el número de placa, modelo, tipo y peso máximo (tara). Un
transportista puede conducir diferentes camiones en fechas diferentes lo que constituye un viaje, y un
camión puede ser conducido por varios camioneros en fechas diferentes.

4.- Se desea diseñar una base de datos para almacenar la 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 Autos para su venta. Se necesita conocer el número de placa, marca,
modelo, color y el precio de venta de cada Automóvil.
Los datos que interesa conocer de cada cliente son nombre, documento de identidad, dirección y número
de teléfono además, los clientes se diferencian por un código interno de la empresa que se incrementa
automáticamente cuando un cliente se da de alta en ella. Un cliente puede comprar tantos Autos
como desee a la empresa pero un Auto determinado solo puede ser comprado por un único cliente.
La empresa también se encarga de llevar a cabo las revisiones que se realizan a cada Automóvil. Cada
revisión tiene asociado un número que se incrementa automáticamente por cada revisión que se haga. De
cada revisión se desea saber si se ha hecho cambio de filtro, cambio de aceite, cambio de frenos u otros.
Los Autos pueden pasar varias revisiones en el concesionario pero una revisión sólo le pertenece a un auto.

5.- Una clínica necesita llevar un control informatizado de su gestión de pacientes y médicos.
De cada paciente se desea guardar el código, nombre, dirección, distrito, provincia, teléfono y fecha de
nacimiento. De cada médico se desea guardar el código, nombre, 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 guarda el
código de ingreso (que se incrementar automáticamente cada vez que el paciente realice un ingreso), el
número de habitación y cama en la que el paciente realiza el ingreso y la fecha de ingreso. Un médico
puede atender varios ingresos, pero el ingreso de un paciente solo puede ser atendido por un único
médico. Un paciente puede realizar varios ingresos en el hospital.

Página