Tema 2:

Modelo Conceptual

(Modelo de Datos)
METODOLOGÍA DE DISEÑO DE B.D.

Bases de Datos I 2
Importancia de Modelar
Expectativa Realidad

Bases de Datos I 3
 Importancia de Modelar

• Permite describir exactamente la información

requerida por el negocio.

• La realidad concreta, con todos sus detalles no

se puede captar y hay detalles que NO
interesan.

• Facilita la comunicación y comprensión de los

requerimientos de información

• Provee una base sólida que nos permita

continuar con el proceso.

Bases de Datos I 4
 MODELO CONCEPTUAL
Descripción de alto nivel de la estructura de la BD,
independiente del SGBD que se vaya a usar

ER Model

Hierarchical Network
Relational
Bases de Datos I 5
 MODELO CONCEPTUAL

• Representa un conjunto de conceptos de una

realidad y cómo se relacionan entre ellos

• Propósito: describir la estructura de los datos de

la BD.

• No interesan las estructuras de almacenamiento.

• Se expresa mediante un lenguaje de alto nivel.

Bases de Datos I 6
 MODELO CONCEPTUAL

• Características:

 Expresividad.

 Simplicidad.

 Minimalidad.

 Formalidad.

Bases de Datos I 7
 MODELO CONCEPTUAL

• Los modelos conceptuales más usados

para BD son:

- Entidad Relación de Chen (MER)

- Diagrama de clases de UML

Bases de Datos I 8
 MODELO ENTIDAD - RELACIÓN

• El modelo de datos Entidad – Relación

(M.E.R.) está basado en una percepción del
mundo real consistente en objetos básicos:

 Entidades

 Relaciones

• Facilita el diseño de bases de datos

permitiendo la especificación de un
esquema.
Bases de Datos I 9
 Objetivos del MER

Garantizar que:
• Todas las piezas de información requeridas para
operar el negocio de forma adecuada, son
reconocidas.

• Cada pieza de información requerida aparece

SOLO una vez en el modelo.

• No se modela información que es derivable

(obtenible) de otra información ya modelada.

Bases de Datos I 10
 ENTIDAD (M.E.R.)
• Tipo de objeto (categoría) sobre el que se recoge
información.

• Se nombra con sustantivo y se representa con un

rectángulo.

• Descrita mediante un conjunto de atributos.

• Los atributos son propiedades (características) que

posee cada instancia de un conjunto de entidades.

Bases de Datos I 11
 ENTIDAD (M.E.R.)
• Usando el conocimiento general a su alcance,
encuentre ejemplos de entidades en los
siguientes contextos:
 Sistema académico de la universidad
 Restaurante
 Bolsa de empleos
 Sistema de tránsito de una ciudad

Bases de Datos I 12
 ATRIBUTOS (M.E.R.)
• Representan un dato de significancia para el negocio

• Se representan con elipses.

• Es una pieza específica de información que:

 Describe
 Cuantifica
 Cualifica
 Clasifica
 Especifica

a una entidad, y por ende a todas sus instancias

Bases de Datos I 13
 ATRIBUTOS (M.E.R.)
• Clasificación:

 Monovalorados/Multivalorados (doble contorno).

 Almacenados/Derivados (contorno discontinuo).

 Simples (atómicos)/Compuestos (representación

jerarquizada)

 Rectángulos dobles: conjunto de entidades débiles.

• Valor Especial NULL

• Clave / Llave primaria: Identificador.

Bases de Datos I 14
 ATRIBUTOS (M.E.R.)
• Identifique los atributos que describen las entidades
encontradas en los contextos de la universidad, el
restaurante, la bolsa de empleos y el sistema de
tránsito.

• Clasifique estos atributos de acuerdo con si tipo.

Bases de Datos I 15
 ATRIBUTOS (M.E.R.)

• Dominio:
 Conjuntos de valores.

 No representados en el diagrama.

 Matemáticamente:
A: E  P(V) donde:
A es atributo de la entidad E cuyo conjunto de
valores es V
Bases de Datos I 16
 ENTIDADES DÉBILES (M.E.R.)

• Pueden No Tener Atributo Llave.

• Dependen de una entidad fuerte o dominante

• Se representa con doble contorno tanto la entidad

como la relación que la asocia con la entidad
dominante.

Bases de Datos I 17
 RELACIONES (M.E.R.)

• Asociación entre entidades, representadas por

rombos.

• Grado de la relación: No. De entidades

involucradas.

• Pueden tener atributos.

• Restricciones de participación

• Cardinalidad.

Bases de Datos I 18
 RELACIONES (M.E.R.)

 Cardinalidad Uno a uno: Una

instancia en A se asocia con a la sumo
una instancia de B, y viceversa.

a1 b1
a2 b2
a3 b3
a4 b4
Bases de Datos I 19
 RELACIONES (M.E.R.)

 Cardinalidad Uno a Varios: Una

instancia en A se asocia con cualquier
número de instancias en B. Una
instancia en B se puede asociar con a lo
sumo una instancia en A.

a1 b1

a2 b2

a3 b3
b4
Bases de Datos I 20
 RELACIONES (M.E.R.)

 Varios a uno: Una instancia en A se

asocia con a los sumo asocia con una
instancia en B. Una instancia en B, se
puede asociar con cualquier número de
instancias en A.

a1
b1
a2
b2
a3
b3
a4
Bases de Datos I 21
 RELACIONES (M.E.R.)

 Varios a varios: una instancia en A se

asocia con cualquier número de
instancias en B, y viceversa.

a1 b1
a2 b2
a3 b3
a4 b4
Bases de Datos I 22
 RELACIONES (M.E.R.)
• Represente gráficamente las siguientes relaciones:

 Un obrero puede trabajar en muchas construcciones

 Una construcción puede recibir a muchos obreros

 Un celular puede ser asignado a un congresista

 Un congresista debe tener un celular

 Un programador debe trabajar en un único programa

 Un programa puede ser trabajado por varios

programadores
Bases de Datos I 23
Ejemplos: Diagrama E – R

cliente Hace préstamo

Bases de Datos I 24
 Ejemplos: Diagrama E – R

• Se pueden tener atributos unidos a un

conjunto de relaciones.

Fecha_ac

Nombre Dirección Num_prestamo

Id_cliente
saldo

cliente Hace préstamo

Bases de Datos I 25
Ejemplos: Diagrama E – R

• Atributos compuestos, multivalorados y

derivados.
Ap_pat
Ap_mat Num_ca
Nompila
Calle
Nom_ca
Nombre
Dirección
Id_cliente Num_ext

Num_int
Fec_nac
cliente CP

Tel Edad

Bases de Datos I 26
Ejemplos: Diagrama E – R

• Para indicadores de papeles (Roles)

Nombre_emp

Id_empleado Num_tel

director
empleado Trabaja_para
trabajador

Bases de Datos I 27
 Ejemplos: Diagrama E – R

• Ejemplo de relación ternaria.

puesto nivel

Nombre_emp Calle

trabajo

Id_empleado ciudad
Cd_suc

Nom_suc activo
empleado
Trabaja_en

sucursal

Bases de Datos I 28
 Ejemplos: Diagrama E – R

• Participación total de un conjunto de

entidades en un conjunto de relaciones.

Nombre_emp Calle

Id_empleado ciudad
Num_prest importe

empleado Hace prestamo

Bases de Datos I 29
 Ejemplos: Diagrama E – R

• Límites de cardinalidad en conjunto de

relaciones.

Nombre_emp Calle

Id_empleado ciudad
Num_prest importe

1 .. 1 0 .. *
empleado Hace
prestamo

Bases de Datos I 30
 Ejemplos: Diagrama E – R

• Conjunto de entidades débiles.

Fecha_pago

Num_prest importe Num_pago importe

prestamo Pago_prest
pago

Bases de Datos I 31
MODELO ENTIDAD-RELACIÓN
EXTENDIDO (MEJORADO)

• Suple limitaciones del modelo tradicional.

• Incorpora elementos del paradigma orientado

a objetos: Herencia

• Generalización / Especialización

Bases de Datos I 32
MODELO ENTIDAD-RELACIÓN
EXTENDIDO (MEJORADO)

Bases de Datos I 33
 Control de Redundancia

• Un elemento de un diagrama es redundante

cuando puede ser eliminado sin pérdida de
información.

• Tipos de redundancia:

 Redundancia en atributos

 Redundancia en relaciones

Bases de Datos I 34
 Relaciones Redundantes

• Se da cuando se puede realizar la misma

asociación por medio de otras relaciones.

• Condición: Formar parte de un ciclo

Bases de Datos I 35
 Relaciones Redundantes

• Hay relaciones redundantes en el siguiente

diagrama?

• Respuesta: Depende de la situación

Bases de Datos I 36
 Relaciones Redundantes

• Situación 1:

 Un profesor sólo puede impartir cursos que

estén adscritos al departamento al que él
pertenece.

Bases de Datos I 37
 Relaciones Redundantes

• Situación 2:

 Un departamento puede no tener

adscritos cursos.

 Un mismo curso puede estar adscrito a

distintos departamentos.

 Puede haber profesores que no

impartan ningún curso.

Bases de Datos I 38
 Relaciones Redundantes

• Situación 2:

• Respuesta: No hay relaciones redundantes

El ciclo es válido.

Bases de Datos I 39
 Relaciones Redundantes

• Por lo anterior:

 Un ciclo es una condición necesaria pero

no suficiente para que haya una relación
redundante.

 Si la relación redundante tiene atributos

que no puedan ser reubicados en otra
relación, debe dejarse.

 Al eliminar la relación redundante no debe

haber pérdida de información.

Bases de Datos I 40
 Ejercicio 1
Modelar el Diagrama Entidad-Relación para el siguiente caso:

"Le contratan para hacer una BD que permita apoyar la gestión de un sistema de
ventas. La empresa necesita llevar un control de proveedores, clientes, productos y
ventas.

Un proveedor tiene un RUT, nombre, dirección, teléfono y página web. Un cliente

también tiene RUT, nombre, dirección, pero puede tener varios teléfonos de
contacto. La dirección se entiende por calle, número, comuna y ciudad.

Un producto tiene un id único, nombre, precio actual, stock y nombre del

proveedor. Además se organizan en categorías, y cada producto va sólo en una
categoría. Una categoría tiene id, nombre y descripción.

Por razones de contabilidad, se debe registrar la información de cada venta con un

id, fecha, cliente, descuento y monto final. Además se debe guardar el precio al
momento de la venta, la cantidad vendida y el monto total por el producto".

Bases de Datos I 41
 Tarea
• Investigar la sintaxis de UML para la
representación de un modelo conceptual.

• Buscar una herramienta de uso libre que permita

construir Diagramas Entidad – Relación

• Use la herramienta del punto anterior para

desarrollar el taller 1, subir al campus virtual un
documento en formato pdf con la solución de los
ejercicios marcados con *.

Bases de Datos I 42