Pregrado

SESIÓN 03:
Elementos de una Base de Datos y
Diseño Conceptual de Base de
Datos Modelo Entidad-Relación
Temario:

• Saludo de docente
• Pautas de Trabajo
• Recordar sesión anterior
• Desarrollo de la sesión
¿Qué vimos la sesión anterior?
¿Porqué es importante conocer los elementos de
una base de datos y minimizar la redundancia?
Elementos de una Base de datos
• Una base de datos es un conjunto de información la cual ha sido
organizada y presentada para servir a un propósito determinado.

• La Información de una base de datos se puede organizar en tablas,

consultas, formularios, informes, etc.
Ejemplo:
• Directorio telefónico
Elementos de una Base de datos
Dentro de una BD se pueden realizar los siguientes procesos, que
almacenan, buscan, coordinan y presentan la información de manera
eficiente. Tablas: Creación de las estructuras de
información.

Consultas: Búsqueda rápida de información en

las tablas.

Formularios: Interfaz de captura de datos para

la tabla.

Informes: Presenta la información de forma

impresa.
Elementos de una Base de datos
Tabla: Es elemento principal de una base de datos, se encuentra
estructurado en filas (Registros) y columnas (campos).
Elementos de una Base de datos
Dato: Conjunto de caracteres con algún significado, pueden ser de tipo
numérico, texto, moneda…

Campo: Unidad más pequeña a la cual se puede referir en un programa. En

una BD representa una característica de un individuo u objeto.
Conjunto de datos de un mismo tipo.
Registro: Colección de campos de iguales o de diferentes tipos.
Conjunto de datos almacenados en una tabla.
Elementos de una Base de datos
Tabla: Conjunto de información organizado en campos y registros, es similar
a una hoja de excel.
Archivo: Colección de registros almacenados siguiendo una
estructura homogénea.
Elementos de una Base de datos
Campos

Tabla
Registros

Datos

En la tabla de arriba se muestran los conceptos tratados anteriormente, con los que se trabaja dentro de la
base de datos, los cuales se deben identificar adecuadamente.
Redundancia de datos
Almacenar los mismos datos varias veces en diferentes lugares:
• diferentes tablas,
• en diferentes atributos,
• en el mismo atributo pero varias veces en filas diferentes.
Genera desperdicio de espacio de disco y promueve la incongruencia de datos al
ser difíciles de modificar pues un cambio requiere modificar en todos los lugares
donde esté la redundancia.
Redundancia de datos
Redundancia de datos
Inconsistencia de datos
Los datos no son iguales por causa de la redundancia

Redundancia: La
misma información Inconsistencia:
es almacenada Consiste en que no
varias veces en la todas las copias
misma base de redundantes
datos. contienen la misma
información.
Reglas de Integridad
En una base de datos se logra mediante reglas de integridad:
1. Unicidad de la clave primaria (PK): Las claves primarias no debe tener
valores repetidos.
2. Entidad de la clave primaria (PK): Los atributos de la clave primaria no
pueden tener valores nulos.
P
K

PK FK
Reglas de Integridad
3. Integridad referencial: Relacionada con la clave foránea (FK). Los atributos
con clave foránea deben ser nulos o su valor debe existir en la clave primaria
de la tabla referenciada.
4. Restricción de borrado / modificación: No permitir borrar / modificar una
fila si su clave primaria es referenciada por alguna clave foránea y el cambio
genera filas huérfanas.
Reglas de Integridad
5. Borrado / modificación en cascada: Permite borrar / modificar una fila, tal
que se hagan operaciones compensatorias que propaguen en cascada los
cambios a las filas que la referencien.

6. Volver nulo al borrar / modificar: Permite borrar / modificar una fila con una
clave primaria referenciada, y efectúa operaciones compensatorias que
pongan nulo a los valores de los atributos de la clave foránea de las filas que
la referencian.
Reglas de Integridad
7. Regla de integridad de dominio(valores posibles de un atributo):
• Los valores no nulos de cada atributo debe estar contenidos en el dominio
de ese atributo.
• Los operadores aplicables a cada atributo dependen de sus respectivos
dominios.
P
K

PK FK
Llave Primaria y foránea
• Llave primaria o clave primaria (PK): atributo o atributos que identifican la fila
de una tabla de manera única.
• Llave foránea o clave foránea (FK): atributo o atributos cuyo valor será
validado contra la llave primaria de otra tabla de referencia.
Tabla de referencia

TABLA: FACTURA TABLA: GUIA DE REMISION

CODIGO CODIGO FECHA
GUIA REM GUIA REM GUIA REM

PK de referencia

PK
PK

FK
Llave Primaria y foránea
Las FK se pueden configurar con uno de 4 comportamientos:
1. On delete / update set null: Si por borrar o actualizar hay incongruencia
modificar el valor del atributo que cree la incongruencia a null
2. On delete / update no action: Si por borrar o actualizar hay incongruencia
impedir el cambio
3. On delete / update cascade: Si por borrar o actualizar hay incongruencia
modificar el valor del atributo que cree la incongruencia al nuevo valor
cambiado
Llave Primaria y foránea
4. On delete / update set default: Si por borrar o actualizar hay incongruencia
modificar el valor del atributo que cree la incongruencia al valor por defecto
del atributo
Dependencia Funcional
Si una persona tienen estos atributos:

DNI, nombre, dirección y teléfono; entonces a cada valor de DNI le corresponde

unos valores de nombre, dirección y teléfono.

Entonces, decimos que “el DNI determina el resto de atributos” o también que
“nombre, dirección y teléfono dependen funcionalmente de DNI”.

DNI nombre, dirección y teléfono

Dependencia Funcional
En resumen, decimos que un atributo Y de una relación “depende
funcionalmente” de otro atributo X si para cada valor de X le corresponde
siempre un determinado valor de Y.

X Y
Dependencia Funcional
Dependencia Funcional
Cuando no hay dependencia funcional
Dependencia Funcional Parcial y Total
Conclusiones
➢ Entender el concepto de dependencia funcional me ayuda a detectar todas
las entidades que requiera tener un sistema de información.

➢ Existen reglas de integridad que determinan como se comportarán las

llaves primarias y foráneas en una base de datos.
¿Porqué es importante realizar el modelado de
una base de datos?
Modelo de una base de datos
• La principal causa de fracaso en el
diseño de sistemas de información es
la poca confianza en las metodologías
de diseño de bases de datos.
Modelo de una base de datos
• Modelo: “Representación de la realidad que conserva sólo los detalles
relevantes”.

• Modelado de datos: Proceso iterativo para diseñar una base de datos que
pueda guardar información relevante y responder a las preguntas del usuario
relacionadas con dicha información.
Modelo de una base de datos
• Modelo de datos: Plano de construcción d e la base de datos. Se
representa mediante el DER.
Modelo de una base de datos
El Modelo de datos permite almacenar datos:
• Con una relación entre tablas acorde al proceso
• Previniendo datos repetidos
• Previniendo el ingreso de datos inválidos o no existentes
• Evitando redundancia tanto como sea posible
• Permitiendo guardar toda la información relevante del proceso atendido
• Permitiendo excelentes tiempos de respuesta en consultas y actualizaciones
de información
Modelo de una base de datos
• Sin desperdiciar espacio en el disco
• Con un modelo de datos nos abstraeremos de la realidad del problema a
solucionar atendiendo a:
• ¿Qué datos nos interesan para nuestra aplicación?
• ¿Cómo los voy a organizar?
Modelo de una base de datos
Metodologías de modelado de datos
• Bottom-Up: Son el resultado de un esfuerzo de reingeniería.
• Por lo general, comienzan con formularios de estructuras de datos existentes
(campos en pantallas de aplicaciones o informes). Estos modelos suelen ser
físicos, específicos de la aplicación e incompletos desde una perspectiva
empresarial.
Modelo de una base de datos
• Top-Down: Se crean de manera abstracta al obtener información de personas
que conocen el negocio.

• Un sistema puede no implementar todas las entidades en un modelo lógico,

pero el modelo sirve como punto de referencia.
Modelo de una base de datos

Independiente de la arquitectura Dependiente de la arq.

Modelo de una base de datos
• Modelo Conceptual
Modelo de una base de datos
• Modelo Lógico
Modelo de una base de datos
• Modelo Físico
https://www.youtube.com/watch?v=0F-iUNVPQLw
https://www.youtube.com/watch?v=21q2XhbHmNc
 Ingeniería de
Pregrado
Sistemas

BREAK DE 20
MINUTOS
 Ingeniería de
Pregrado
Sistemas

Momento de dinámica: Participen todos

Chicos, de forma individual piensen por 15
minutos en el resumen y conclusiones de
lo visto en los videos anteriores y
compartirlo en clase..

Participen todos sin temor, no esperar

a que les llame por la lista…..
MODELO ENTIDAD
RELACIÓN
Modelo Entidad Relación
Modelo Entidad Relación
• El modelo entidad-relación, también denominado modelo conceptual de
datos, es una técnica especial de representación gráfica que incorpora
información relativa a los datos y la relación existente entre ellos, para darnos
una visión del mundo real. Es una representación abstracta de los datos de
una BD independiente de su estructura final.
Modelo Entidad Relación
• Un diagrama o modelo Entidad-Relacion (a veces denominado por sus siglas.
E-R “Entity relationship” o “DER” Diagrama de Entidad relación).

• Es una herramienta para el modelado de datos de un sistema de

información, sus inter-relaciones y propiedades
Modelo Entidad Relación
• El Modelo de Entidad Relación o
llamado E-R es un modelo de datos

basado en una percepción del

mundo real que consiste en un
conjunto de objetos básicos llamados
entidades y relaciones entre estos en
forma gráfica a través del Diagrama
Entidad Relación.
Modelo Entidad Relación
El Modelo de Entidad Relación, indica las relaciones entre las entidades de una
base de datos. Se representa gráficamente mediante el Diagrama Entidad
Relación.

El diseño de una Base de Datos tiene tres niveles.

• Conceptual, que es como un bosquejo de la relación entre entidades.
• Lógico, el cual muestra los atributos, PK y FK de las tablas
aunque no los tipos de datos, por lo que no se puede implementar en un
SGBD.
Modelo Entidad Relación
• Físico, indica todo lo del lógico mas los tipos de datos de cada atributo de un
SGBD específico, listo para implementarse.

• Recordemos que para diseñar una Base de Datos partimos normalmente de

un requerimiento del usuario de hacer un sistema informático. Al diseñarlo
también debemos diseñar la base de datos.
Modelo Entidad Relación
• Primero analizamos el diagrama de flujo y los documentos involucrados para
establecer la entidades. Una Entidad suele representar un “objeto” del mundo
real con existencia independiente.

• Se establece relaciones como las 1 a 1 o 1 a N, entre las entidades definidas

creándose el MER conceptual.
Modelo Entidad Relación
• Tras revisar las pantallas y el resto de documentos de análisis se definen los
atributos necesarios por cada entidad. Tendremos entonces el MER Lógico.

• Finalmente crearemos el MER físico indicando los tipos de datos de cada

atributo.
Modelo Entidad Relación
• En resumen:

• Un Modelo Entidad Relación es el mapa que nos permitirá saber como

llegar de un dato a otro para mostrarlo.
• También nos indica donde está la información que debemos modificar.
• Un Modelo Entidad Relación se plasma en un diagrama el cual se llama
Diagrama Entidad Relación (DER)
Modelo Entidad Relación
• Entidad : Se puede definir como Entidad a cualquier objeto, real o abstracto,
que existe en un contexto determinado o puede llegar a existir y del cual
deseamos guardar información.
• Ejemplos: alumno, cursos, libro, comprobante, etc
Modelo Entidad Relación
Modelo Entidad Relación
• Representa una cosa u objeto del mundo real con existencia independiente,
es decir, se diferencia de cualquier otro objeto o cosa, incluso siendo del
mismo tipo. Ejemplo:

• Una casa: Aunque sea exactamente igual a otra, aùn se diferenciará en su

dirección
• Un automóvil: Aunque sean de la misma marca, el mismo modelo, tendrán
atributos diferentes como el número del motor
Modelo Entidad Relación
Ejemplos de entidades usuales:
Personas: Alumno, Pasajero, Profesor, Cliente
Instituciones: Banco, Empresa, Universidad
Unidades organizacionales: Departamento, Sucursal, Planta, Línea
Clasificaciones, agrupaciones y jerarquías: Tipo, Clase, Marca, Grupo,
Género

Documentos: Factura, Pedido, Orden, Cheque

Objetos (físicos o abstractos): Material, Producto, Asignatura, Habilidad
Modelo Entidad Relación
• Atributos : Los Atributos son características o propiedades asociadas a la
entidad que toman valor en una instancia particular. Ejemplo: nombre, cédula,
teléfono.
• Ejemplo: atributos de una persona son nombre, apellido, fecha de
nacimiento, sexo, estado civil, etc
Modelo Entidad Relación
• Cualquier característica o propiedad que describe a una entidad.
…y cada instancia de una entidad específica.
•Entidad Alumno, con el sgte. conjunto de atributos:
(id, nombre, edad, semestre)
(1, Sofia, 18, 2 ) Instancia 1
(2, Josefa, 19, 5 ) Instancia 2
(3, Gabriela, 20, 2 ) Instancia 3
(4, Josefa, 19, 3 ) Instancia 4
... Instancia N
Modelo Entidad Relación
• Una instancia de entidad tiene valores específicos para cada uno de sus
atributos.
• Es posible su identificación unívoca.
• Cada instancia se diferencia de las demás por el valor de sus atributos.
• Distintas instancias pueden tener los mismos valores para algunos atributos,
pero nunca para todos.
Modelo Entidad Relación
• Debe haber uno o más atributos que permitan diferenciar a una instancia de
otra distinta.
• El atributo identificativo que distingue a un alumno de otro es su número de id.
Modelo Entidad Relación
Ejemplo:

Entidad: Cliente

Atributos:

nombre_cliente

direccion_cliente

telefono_cliente
Modelo Entidad Relación
• Relaciones: Una relación es una asociación o relación matemática entre
varias Entidades. Las relaciones también se nombran. Se representan en el
Diagrama_Entidad_Relación, representado también por E-R mediante flechas y
rombos.
Modelo Entidad Relación
• Ejemplo: La relación cuenta cliente asocia a cada cliente con cada cuenta que
posee.

• Además de las relaciones, un modelo E-R presenta ciertas restricciones o

ligaduras que los datos deberían cumplir, por ejemplo la cardinalidad.
Modelo Entidad Relación
• La relación debe tener un nombre que sea capaz de identificar el tipo de
correspondencia entre ambas entidades. Generalmente estos nombres son
verbos:

Persona posee Auto

Persona posee auto.

Auto pertenece a persona.

Persona es _de Auto

Modelo Entidad Relación

cedula
numer saldo
nombre direccio o
n

cliente ctacli cuenta

Diagrama Entidad Relación

Modelo Entidad Relación
• Los atributos de las relaciones a veces no son propios de ninguna entidad,
sino del hecho mismo de la relación:
• Relaciones de tipo "histórico" donde debe constar una fecha o una hora.
• Hacer constar la fecha de compra en que la persona compró el auto: la fecha
es de la compra, no de la persona, ni del auto.

Fecha_compra

Persona compra Auto

Modelo Entidad Relación
Los atributos de las relaciones a veces no son propios de ninguna entidad…
Sino del hecho mismo de la relación:
Relaciones de tipo "histórico" donde debe constar una fecha o una hora.
Hacer constar la fecha de compra en la que persona compró el auto: la fecha es
de la compra, no de la persona, ni del auto.
Se representan igual que los atributos de las entidades.
En tal caso, el atributo "Fecha de compra" debería colocarse en la relación
"compra".
Modelo Entidad Relación
• Cardinalidades:
Dado un conjunto de relaciones en el que participan dos o más conjuntos de
entidades, la correspondencia de cardinalidad indica el número de entidades
con las que puede estar relacionada una entidad dada.

Existen 1-1 (uno a uno), 1-M (uno a muchos) , M-N (Muchos a muchos)
Modelo Entidad Relación
• Uno a uno (1:1). En una relación uno a uno, cada registro de la Tabla A sólo
puede tener un registro coincidente en la Tabla B y viceversa.

• Este tipo de relación no es habitual, debido a que la mayoría de la

información relacionada de esta forma estaría en una sola tabla.

• Ejemplo : Un país tiene una capital

Modelo Entidad Relación
• Una a varios(1:N) La relación uno a varios es el tipo de relación más común.
En este tipo de relación, un registro de la Tabla A puede tener muchos
registros coincidentes en la Tabla B, pero un registro de la Tabla B sólo tiene
un registro coincidente en la Tabla A. Ejemplo: cliente y pedidos.
Modelo Entidad Relación
• Muchos a muchos(N:N) En una relación mucho a mucho, un registro de la
Tabla A puede tener muchos registros coincidentes en la Tabla B, y viceversa.
Este tipo de relación sólo es posible si se define una tercera tabla
(denominada tabla de unión) cuya clave principal (Clave principal: uno o más
campos (columnas) cuyos valores identifican de manera exclusiva cada
registro de una tabla
Notaciones del MER
El DER se representa de varias maneras (notaciones) aunque las más
usadas son la Chen y la Crow’s foot. En la imagen se ven varias
notaciones. Lo que tienen en común es que buscan definir las entidades y
establecer las relaciones entre ellas.
Notaciones del MER
Entidad

Relación

Entidad

Relación
Notaciones del MER -CHEN
Símbolos
Notaciones del MER -CHEN
Ejemplos:
Notaciones del MER - CROW’S FOOT
Símbolos
Notaciones del MER - CROW’S FOOT
Ejemplos:
Pasos para crear un MER
1. Crear DER conceptual a partir de los documentos del proceso
2. Crear DER lógico al completar atributos, establecer PK, FK, convertir
relaciones M-M en 1-M. Finalmente se debe normalizar las tablas
3. Crear DER físico al especificar cual es el tipo de dato de un SGBD
específico para que se pueda implementar
Pasos para crear un MER
Pasos para crear un MER
1 2 3
Herramientas de modelamiento
• https://www.draw.io/ que es una herramienta online y gratuita. Permite hacer
varios tipos de diagramas, en particular los DER. Puede guardar tus
proyectos principalmente en el disco duro, en google drive y en Microsoft
Onedrive
Herramientas de modelamiento
Herramientas de modelamiento
CA ERwin es una solución de modelado integral que ayuda a las
organizaciones a unificar y simplificar el complejo proceso de análisis, diseño
e implementación de aplicaciones de base de datos.
Modelo Entidad Relación
• Realice el modelo E-R, que nos permita registrar pedidos de diferentes
productos. Considerando que un solo pedido puede contener varios
productos.
• Realice el modelo E-R para las matriculas en la universidad.
Conociendo que un alumno puede llevar distintos cursos. Y varios
cursos puede llevar un profesor.
 Ingeniería de
Pregrado
Sistemas

Actividad Individual
De forma individual investigar sobre la herramienta Erwin Data Modeler
hacer un resumen y un mapa conceptual (máximo 3 hojas).

Y debe enviar el documento vía correo electrónico al docente:

jramirezsa1@ucvvirtual.edu.pe Plazo de entrega

máxima: El día de
mañana a las 5pm
Colocar en el asunto del correo: Sesion03-BD

Chicos recordar que estas actividades le ayudarán a levantar su nota de los exámenes parciales.