UNIDAD 2: MODELAMIENTO

DISEÑO CONCEPTUAL aplicando MER

SEMANA 4 y 5: Modelo Entidad Relación
Modelo Entidad Relación
REALIDAD

REQUISITOS

análisis

MER
MODELO
DISEÑO CONCEPTUAL
CONCEPTUAL

ESQUEMA CONCEPTUAL

MODELO
DISEÑO LOGICO
LOGICO

ESQUEMA LOGICO

MODELO
DISEÑO FISICO
FISICO

ESQUEMA FISICO
diseño
 Modelo Entidad Relación
Definiciones Previas:

Dato: Registro discreto de hechos acerca de un fenómeno con lo

cual ganamos información acerca del mundo que nos rodea.

Información: Incremento del conocimiento que puede ser

inferido de los datos para muchas veces tomar decisiones.

Modelo de Datos : Herramienta que permite realizar

abstracciones del mundo que nos rodea.
Esquema: Modelamiento de la realidad para una aplicación
particular de un modelo de datos.
Modelo Entidad Relación
Naturaleza del Dato
 Modelo Entidad Relación
Características

◼ Es un Modelo Conceptual
◼ Al aplicarlo genera un esquema conceptual
◼ Independiente de la implementación
◼ Técnica de análisis
◼ Fácil comprensión
◼ Permite Expresar requerimientos de un área de
negocios.
Modelo Entidad Relación
Características
Modelo Entidad Relación
Características
 Modelo Entidad Relación
Sus Componentes

◼ Tipos de Entidad y Entidad (instancia de un TE)

◼ Atributos y Dominio
◼ Tipos de Relación y Relación (instancia de un TR)
◼ Restricciones (cardinalidad, Clave primaria, relación, etc.)
◼ Supuestos y Restricciones no expresadas en el
esquema MER
 Tipo de Entidad (TE)
Tipo de Entidad Objeto del cual deseamos guardar datos

Representación: • Se define por una o más características

• Debe ser único en el esquema
• Proporciona información relevante al SI
<Nombre del TE>
• Representa un conjunto de instancias que
son de interés para un área del negocio
en particular
• Permite organizar los datos de una
realidad específica
 Tipo de Entidad v/s Entidad
Tipo de Entidad
Entidad
PERSONA Pedro Urdemales que vive
en el 204
AUTOMÓVIL Nissan V16 EF-1234 de
color rojo
PRODUCTO 00564783898 un chicle
LOCAL L-1622 Pan de Azúcar
TRABAJO Cantinero
 Atributo
Representación:
◼ Representa un dato de
importancia para el área de
Nombre del atributo negocios (o realidad)
◼ Permite describir, calificar,
clasificar, especificar un TE
particular.
<Nombre del TE> ◼ Es un componente atómico de
un TE.
◼ Es una propiedad de un TE.
 Ejemplos de Atributos
Tipo Entidad Atributos
Empleado Rut, Nombre, Dirección
Auto Patente, Marca, Modelo,
Color
Trabajo Nombre, Tipo, Sueldo
Local Nombre, Tipo, Rol,
Dirección
Tipos de Atributos
Tipos de Atributos
Atributos Compuestos y Simples
Tipos de Atributos
Atributos Derivados y Almacenados
Tipos de Atributos
Atributos Monovalorados y Multivalorados
Tipos de Atributos
Atributos Opcionales
Tipos de Atributos
Atributos Claves

AtrIP
IP

Tipo de Entidad

Atr1IP

IP Atr2IP
IP

Tipo de Entidad
Tipos de Atributos
Atributos Claves
Tipos de Atributos
Atributos Claves IP y IA
Tipos de Atributos
Notación CODD
Dominio de Atributos
(values set)
 Tipo de Relación (TR)
Representación: • Representan datos significantes para
el área de negocios (o realidad)
• Agrupa datos donde al menos dos de
ellos se organizan previamente en un
TE.
Nombre del TR
• Expresan cómo los datos organizados
en tipos de entidades se relacionan
mutuamente.
• Existen entre dos o más TE.
• Un TE puede estar relacionada
consigo misma (TR recursiva)
 Ejemplos de Tipos de
Relaciones (TR)

Persona dueño Vehículo

Supervisa
Alumno cursa Asignatura Persona

Cliente reserva Pasaje

Un TR nace a partir de un dato necesario de un TE que se necesita

obtener de otro TE. A este dato se le denomina relación. Por lo tanto, un
TR es una estructura que permite establecer una relación entre dos o más
TE. Entonces, comúnmente las relaciones entre los datos se establecen a
través de la triada TE – TR – TE.
Ejemplo: Del TE Alumno se necesita conocer las asignaturas que cursa. Este dato se
obtiene de otro TE llamado Asignatura, y es posible obtenerlo a través del TR cursa
que conecta a ambos TE Alumno y Asignatura (triada ALUMNO – cursa – ASIGNATURA)
 Identificación de un Tipo de
Relación
El atributo identificador de un TR corresponde a
la concatenación de los identificadores de los TE
con los que se relaciona.

IP_A + IP_B
IP_A IP_B

A TR B
 Cardinalidad de las
relaciones
• Cardinalidad máxima de un TE con respecto a un TR:
Indica el número máximo de veces en que una entidad del
TE participa en el TR.
• Cardinalidad mínima de un TE con respecto a un TR:
Indica el número mínimo de veces en que una entidad del
TE participa en el TR.

Representación (restricción estructural):

(card_min , card_max)
TE TR
 Ejemplos de cardinalidades
de las relaciones
(por cada triada TE – TR – TE)
Datos Relacionados: De cada persona es necesario
saber los vehículos que es dueño. De cada vehículo es
(0,n) (1,1) necesario conocer la persona dueña.
Persona dueño Vehículo Cardinalidad: Cada persona puede o no ser dueño
de varios vehículos (cero o muchos). Cada
vehículo es adueñado por una y solo una persona.

Datos Relacionados: De cada alumno es necesario

conocer las asignaturas que cursa. De cada
(1,n) (1,n) asignatura es necesario conocer los alumnos que
Alumno cursa Asignatura la cursan.
Cardinalidad: Cada alumno cursa al menos 1
asignatura (uno o muchos). Cada asignatura es
cursada por al menos un alumno (uno o muchos)

Datos Relacionados: De cada cliente es necesario

(1,n) (1,1) conocer los pasajes que reserva. De cada pasaje es
Cliente reserva Pasaje necesario conocer el cliente que reserva.
Cardinalidad: Cada cliente reserva al menos 1
pasaje (uno o muchos). Cada pasaje es reservado
por uno y solo un cliente.
Razón de cardinalidad de
las relaciones
Podemos distinguir las siguientes clasificaciones
de las relaciones según la razón de sus
cardinalidades máximas presentes en la triada
(TE – TR – TE) :
– Uno a Muchos (1:M) ó Muchos a Uno (M:1)
– Muchos a Muchos (M:M) o (M:N)
– Uno a Uno (1:1)
 Relación Uno a Muchos (1:M) o
Muchos a Uno (M:1)
Datos Relacionados: De cada cliente es necesario
conocer los pedidos que realiza. De cada pedido es
necesario conocer el cliente que lo realiza. CARDINALIDAD:
Cada cliente realiza al menos 1
(1,n) (1,1) pedido (uno o muchos). Cada pedido
CLIENTE realizar PEDIDO
es realizado por uno y sólo un cliente.

Datos Relacionados: De cada empleado es necesario

conocer el trabajo que efectúa. De cada trabajo es
CARDINALIDAD:
necesario conocer los empleados que lo efectúan.
Cada empleado efectúa uno y sólo un
trabajo. Cada trabajo es efectuado
(1,1) (1,n) por al menos un empleado (uno o
EMPLEADO efectuar TRABAJO
muchos).
 Relación Muchos a Muchos (M:M)

Datos Relacionados: De cada asignatura es CARDINALIDAD:

necesario conocer los estudiantes que la inscriben.
Cada asignatura puede o no ser
De cada estudiante es necesario conocer las
inscrita por varios estudiantes (cero o
asignaturas que inscribe.
muchos). Cada estudiante puede o
(0,n) (0,n)
no inscribir varias asignaturas (cero o
ASIGNATURA inscribe ESTUDUANTE muchos).

Datos Relacionados: De cada actor es necesario

conocer las películas donde participan. De cada CARDINALIDAD:
película es necesario conocer los actores que Cada actor participa en al menos una
participan. película (una o muchas). En cada
película participan al menos un actor
(1,n) (1,n) (uno o muchos).
ACTOR participar PELÍCULA
 Relación Uno a Uno (1:1)
Datos Relacionados: De cada operario es necesario CARDINALIDAD:
conocer las maquinarias que maneja. De cada
Cada operario maneja una y solo una
maquinaria es necesario conocer el operario que la
maquinaria (mínimo 1 y máximo 1).
maneja.
Cada maquinaria es manejada por
uno y solo un operario (mínimo 1 y
(1,1) (1,1)
OPERARIO manejar MAQUINARIA máximo 1).

Datos Relacionados: De cada carrera es necesario CARDINALIDAD:

conocer el director de carrera que la dirige. De cada Cada carrera puede o no ser dirigida
director de carrera es necesario conocer la carrera por uno y solo un director de carrera
que dirige. (mínimo 1 y máximo 1). Cada director
de carrera dirige una y solo una
(0,1) (1,1) DIRECTOR carrera (mínimo 1 y máximo 1).
CARRERA dirigir
CARRERA
 OTRAS NOTACIONES de
Cardinalidad en las relaciones
NOS0TROS USAMOS LA SIGUIENTE NOTACIÓN :

• Cardinalidad máxima de un TE con respecto a un TR: (card_min , card_max)

Indica el número máximo de veces en que una entidad del TE TR
TE participa en el TR.
• Cardinalidad mínima de un TE con respecto a un TR:
Indica el número mínimo de veces en que una entidad del (0,n) (1,1)
EMPLEADO supervisa LOCAL
TE participa en el TR.

Existen varias otras notaciones que es necesario que usted conozca para que pueda consultar otras
fuentes de estudio. Compare cada una de ellas:
La primera notación muestra las cardinalidades máximas 1
EN EL EJEMPLO LOS y N. La mínima se representan con una sola línea
DATOS RELACIONADOS (obligatorio) o doble línea (opcional) según corresponda.
SON: Las cardinalidades son cruzadas.
De cada empleado es
necesario conocer los Al igual que la anterior, esta notación usa las cardinalidades
locales que supervisa. cruzadas. Esto se usa así, ya que la cardinalidad está el lado
De cada local es donde encuentra el dato en vez de ponerla en el TE quien
necesario conocer el necesita este dato, como lo usamos nosotros.
empleado que lo La diferencia de esta última notación con la primera, es
supervisa. que la cardinalidad máxima la refleja con “flechita”
cuando es 1 y “doble flechita” cuando es N.
 Grado de las Relaciones
Asociación Asociación Asociación
recursiva, reflexiva o binaria ternaria
unaria

CLIENTE

(1,n)

realizar

(1,1)

PEDIDO
Ejemplo de Relación Ternaria

• Un proveedor debe suministrar varios productos a distintas tiendas

• Un producto que está en distintas tiendas es suministrado por varios proveedores
• En una tienda varios proveedores suministran a varios productos
Relaciones Binarias Vs Ternarias
 Supuestos del Modelado
• Información requerida para generar el modelo.
• Información que no ha sido expresada en los
requerimientos.
• Información generada a partir de suposiciones del
diseñador.
• Información que se refleja en el esquema pero que
causa un impacto importante en la operación con la
Base de Datos
 Ejemplos de supuestos
• No existen alumnos en esta BD si no han inscrito
asignaturas, por lo tanto, si el estudiante se matricula
mucho antes del periodo de inscripción no podrá
agregarlo a la BD hasta que inscriba.
• Un cliente se registra a la BD sólo si ha comprado un
pasaje.
• Para agregar una asignatura nueva a la BD se debe
esperar hasta que al menos un alumno la inscriba. No
es posible mantener en esta BD asignaturas en
semestres que no se impartan.
 Restricciones no Representadas
en el esquema MER
• Información relevante que no puede ser
modelada en el esquema.
• Restringe la interpretación del esquema.
Ejemplos:
• Un alumno no puede tomar asignaturas que no
correspondan al semestre actual.
• Al ingresar una venta se debe descontar el stock de las
unidades vendidas del producto
• Al vender un producto debe tener stock disponible
 Notación General del
Diagrama Conceptual MER

NOTA: Supuestos y restricciones se representan

en forma narrativa junto con el esquema.
Tipo de Entidad Débil
Tipo de Entidad Débil
 Tipo de Entidad Débil
Ejemplo

El IP del TE débil
EJEMPLAR se compone
del código +numEjemplar
 Estrategia de Modelado
• Identificar datos y organizarlos en Tipos de
Entidades y Tipos de Relaciones
• Escoger Identificadores
• Definir Cardinalidades
• Especificar supuestos y restricciones