Instituto Tecnológico de

Matamoros

Fundamentos de Base de Datos

2. Diseño de Bases de Datos
con el Modelo E-R

Instituto Tecnológico de Matamoros

enero – junio 2024
 FUNDAMENTOS DE BASE DE DATOS

Competencia Tema 2:
Conoce y aplica el modelo E-R para el diseño conceptual de bases de
datos con el fin de organizar la información y atender necesidades del
entorno.
 Diseño de Bases de Datos con el modelo E-R
Desarrollo del Tema
En el tema dos se estudia el proceso de diseño conceptual de las bases de
datos aplicando el modelo Entidad – Relación (E-R), como una herramienta
para modelar los esquemas en una forma consistente y estandarizada. El
docente debe promover que el estudiante elija problemas reales y efectúe
un análisis de las reglas de negocio antes de elaborar los diagramas E-R.
 2.1 El Proceso de Diseño

El diseño de bases de datos se concentra en la forma en

que la estructura de bases de datos se usará para
guardar y administrar datos del usuario final. El
modelado de datos, primer paso para diseñar una base
de datos se refiere al proceso de crear un modelo
específico de datos para el dominio de un problema
determinado.
Un modelo de datos es una representación relativamente
sencilla, por lo general gráfica, de estructuras de datos reales
más complejas.

La función principal de un modelo es ayudar a que el lector

entienda las complejidades del ambiente real.

Dentro del ambiente de una base de datos, el modelo

representa estructuras de datos y sus características,
relaciones, restricciones, transformaciones y otras
construcciones con el propósito de sostener un dominio de
problemas específicos.
Un modelo de datos listo para implementación debe contener
al menos los siguientes componentes:
• Una descripción de la estructura de datos que guardará los
datos del usuario final.
• Un conjunto de reglas que se pueden hacer cumplir para
garantizar la integridad de los datos.
• Una metodología de manipulación de datos para apoyar
las transformaciones de los datos reales.
El diseño de bases de datos es el proceso por el que se
determina la organización de una base de datos, incluidos
su estructura, contenido y las aplicaciones que se han de
desarrollar.

Es importante tener en cuenta que los términos "base de

datos" y "tabla" no son sinónimos. El término base de datos
se refiere a una base de datos relacional que almacena
información sobre una o más tablas.
La clave para obtener un diseño de base de datos eficaz radica en
comprender exactamente qué información se desea almacenar
y la forma en que un sistema de administración de bases de
datos relacionales almacena los datos.

Para ofrecer información de forma eficiente y precisa, debe tener

almacenados los datos sobre distintos temas en tablas
separadas. Al organizar los datos de forma apropiada,
proporciona flexibilidad a la base de datos y tiene la posibilidad
de combinar y presentar información de muchas formas
diferentes.
 Ocho Pasos del Proceso de Diseño:

1. Determinar la finalidad de la base de datos: Ayuda a estar

preparado para los demás pasos.
2. Buscar y organizar la información necesaria: Reunir todos los
tipos de información que desee registrar.
3. Dividir la información en tablas: Divida los elementos en
entidades o temas principales.
4. Convertir los elementos de información en columnas: Decidir
qué información quiere almacenar en cada tabla. Cada elemento se
convertirá en un campo y se mostrará como una columna en la
tabla.
5. Especificar claves principales: La clave principal es una columna
que se utiliza para identificar inequívocamente cada fila, como Id.
de producto o Id. de pedido, o también un número de control.
6. Definir relaciones entre las tablas: Examine cada tabla y decida
cómo se relacionan los datos de una tabla con las demás tablas.
7. Ajustar el diseño: Analice el diseño para detectar errores.
8. Aplicar las reglas de normalización: Esto es para comprobar si
las tablas están estructuradas correctamente.
 2.2 Modelo Entidad-Relación E-R

Se basa en una percepción de un mundo real que consiste en un

conjunto de objetos básicos llamados entidades y de relaciones
entre estos objetos. Sus elementos son:
• Entidad: Es un objeto que existe y es distinguible de otros
objetos. Da lugar a una tabla en una base de datos.
• Atributos: Definen cada una de las propiedades o características
propias de una entidad o de una relación.
• Relación: Una relación es una asociación entre varias entidades.
• Clave de Entidad: Atributo o conjunto de atributos que
identifican de forma única cada entidad.
 COMPONENTES DEL MODELO E - R
DESCRIPCIÓN SÍMBOLO EJEMPLO
Entidad
Rectángulos:
El modelo E-R es una Representan conjunto de CLIENTE
técnica que permite entidades.
representar Atributo
gráficamente el Elipses: Nombre
comportamiento de Representan atributos.
una base de datos. Conexión
Líneas: Nombre CI Apellido
Conectan los atributos a los
conjuntos de entidades, y los
conjuntos de relaciones.
Existen otras técnicas, pero CLIENTE
ésta es una de las más Relación
utilizadas. Rombos:
Representan relaciones. compra
CLIENTE PRODUCTO
 2.3 Diseño con Diagramas E-R

Pasos para construir un diagrama E-R:

1. Identificar entidades. Se parte de una descripción textual del problema
o sistema de información a automatizar (los requisitos).
2. Describir atributos de las entidades. Se hace una lista de los
sustantivos (posibles entidades y atributos).
3. Determinar las claves primarias. Se identifican las claves de entidad.
4. Establecer relaciones entre las entidades. Analizando las frases
(verbos- posibles relaciones) se determina la cardinalidad (tipo de
relación) y otros detalles.
5. Dibujar el modelo de datos. Se elabora el diagrama E-R.
6. Realizar comprobaciones.
 TIPOS DE RELACIONES Y SU SIMBOLOGÍA
RELACIÓN SIMBOLOGÍA

Relación uno a uno (1:1, 1/1): Una entidad del

tipo A sólo se puede relacionar con un registro de A B
la entidad del tipo B, y viceversa.

Relación uno a Muchos (1:n, 1/∞): Significa que

una entidad del tipo A puede relacionarse con
cualquier cantidad de registros de la entidad B, y
una entidad del tipo B sólo puede estar A B
relacionada con un registro de la entidad del tipo
A.
Relación Muchos a Muchos (n:n, ∞/∞):
Establece que cualquier cantidad de registros de
la entidad A pueden estar relacionados con A B
cualquier cantidad de registros de la entidad B y
viceversa.
 Ejemplo: Relación Uno a Uno

Diseñar el modelo E-R, para la relación Registro de automóvil que

consiste en obtener la tarjeta de circulación de un automóvil con los
siguientes datos: Automóvil- Modelo, Placa, Color / Tarjeta de
Circulación -Propietario, NúmSerie, Tipo.

Propietario NúmSerie Tipo

Modelo Placa Color

Tarjeta de
Automóvil Registra
Circulación

En este ejemplo existe una relación de pertenencia de uno a uno, ya que existe una tarjeta de
circulación registrada por cada automóvil.
 Ejemplo: Relación Uno a Muchos

Este ejemplo indica que un Cliente -Nombre, NúmClien, Dirección- puede

aperturar muchas cuentas, pero que una Cuenta -TipoCuenta, NúmCta,
Saldo- puede llegar a pertenecer a un solo cliente (se indica que puede, ya
que existen cuentas registradas a favor de más de una persona “no en este
caso”).

TipoCuenta NúmCta Saldo

Nombre NúmCIien Dirección

Cliente Apertura Cuenta

 Ejemplo: Relación Muchos a Muchos

Un Estudiante -Nombre, NúmControl, Dirección- puede cursar

muchas asignaturas y una Asignatura -NomAsig, CodAsig, PE- puede
ser cursada por muchos estudiantes.

NomAsig CodAsig
Nombre NúmControl Dirección PE

Estudiante cursa Asignatura

Ejercicio paso a paso para
diseñar un Modelo E-R
Se desea mantener información actualizada en una base de datos para lo cual se
cuenta con la siguiente información:

a) Se sabe que una editorial puede publicar varios libros, teniendo la exclusividad de
la publicación. De la editorial se tiene RIF, Nombre, dirección, ciudad, nombre de la
persona Contacto, número de Teléfono, Número de Fax y correo.
b) Por cada autor se desea conocer sus datos personales (Nombre, Apellido, CI,
dirección, teléfono, fecha Nac). Un autor puede escribir varios Libros, pero un libro
sólo está escrito por un autor.
c) Las librerías tienen muchos libros y un libro puede estar en muchas librerías.
d) Las librerías tienen un nombre único, RIF, dirección, un encargado, núm de teléfono
y núm de Fax.
e) De cada libro se tiene Título, Autor, año de publicación, precio y el ISBN (Número
de Identificación Estándar) el cual es único.
 Solución:

1. Realizar una lectura de la descripción del problema.

Busquemos en la descripción anterior los sustantivos presentes para

identificar los objetos reales o abstractos (Entidad).

• editorial • autor
• libro • librería CANDIDATOS A ENTIDAD
• publicación • ventas
2. De las candidatas a entidades busquemos los atributos de cada
uno.

EDITORIAL
(RIF, NomEdit, Dirección, Ciudad, PersContacto, NúmTeléf, NúmFax, E-Mail)
LIBRO
(Título, Autor, AñoPublic, Precio, ISBN)
AUTOR
(Nombre, Apellido, CI, Dirección, Teléfono, FechaNac)
LIBRERÍA
(RIF, NomLibrería, Dirección, Encargado, NúmTeléf, NúmFax)
 3. Construyamos el Modelo Entidad-Relación inicial.

NomLibrería Encargado
Dirección NúmTeléf
RIF
NúmFax
LIBRERÍA

tiene
Apellido Dirección NomEdit Dirección
Nombre Ciudad
Teléfono FechaNac NúmTeléf
RIF
CI NúmFax
AUTOR escrito LIBRO publica EDITORIAL

ISBN E-Mail
AñoPublic Precio
Título PersContacto
Autor
Ejercicio Resuelto Modelo E-R:

1. La empresa “ISC” vende productos a varios clientes. Se requiere

conocer los datos personales de sus clientes (nombre, apellidos, CI,
dirección y fecha de nacimiento). Cada producto cuenta con un
nombre, un código y 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 repartidos por
diferentes proveedores. Se debe tener en cuenta que un producto
sólo puede ser repartido por un proveedor y que un proveedor puede
repartir diferentes productos. De cada proveedor se desea conocer el
NumID (número de identificación), nombre y dirección.
Nombre Código Precio Nombre Apellidos CI
Dirección

Producto compra Cliente FechaNac

reparte

Proveedor

NumID Nombre Dirección

 2.4 Modelo E-R Extendido

 Los conceptos básicos de E-R pueden modelar la mayoría de

las características de las bases de datos.
 Sin embargo, algunos aspectos de una base de datos pueden
expresarse de manera más adecuada mediante ciertas
extensiones de modelo E-R básico.
 Características extendidas:
especialización, generalización, conjuntos de entidades de nivel
más alto y más bajo, herencia de atributos y agregación.
Especialización

Persona Cuenta
nombre, calle, núm_cuenta,
ciudad saldo

Cliente Empleado Cuenta_Corriente Cuenta_Ahorro

id_cliente sueldo imp_descubierto saldo_mínimo
Se puede aplicar repetidamente la especialización para refinar
el esquema de diseño.

Empleado

oficial cajero secretaria

Empleado

temporal fijo
 2.5 La Notación E-R con UML

Por lo general, los modelos de datos orientados a objetos se describen

usando diagramas de clase mediante el Lenguaje de Modelado
Unificado (UML) que es un lenguaje basado en conceptos OO que
describe un conjunto de diagramas y símbolos que se pueden usar
para modelar gráficamente un sistema.

Se usan diagramas de clase de UML, para representar datos y sus

relaciones dentro del lenguaje de modelado del sistema orientado a
objetos UML.
El UML muestra los conjuntos de entidades como cuadros y a diferencia del
diagrama E-R, muestra los atributos dentro del cuadro en lugar de como
elipses separadas, además de que en UML las entidades serán manejadas
como objetos. Los conjuntos de relaciones binarias se representan en UML
dibujando simplemente una línea que conecte los conjuntos de entidades.
Ejemplos de tipos de relaciones en UML
Ejemplo UML del ejercicio resuelto empresa “ISC”
Conclusión

El sustento aprendido servirá de base para que el

estudiante incursione en el diseño de diagramas de
Entidad-Relación.
 Fuentes de Información Bibliográficas:

• Korth, H. y Silbertchatz, A. Fundamentos de Bases de

Datos. (5ª ed.). Ed. McGraw Hill.
• Tecnológico Nacional de México. “Diseño de Bases de
Datos con el modelo E-R en Plan de Estudios de
Fundamentos de Base de Datos.“ TecNM 2016. Web.
 Instituto Tecnológico de
Matamoros

Gracias.
Instituto Tecnológico de Matamoros
MTE. Laura Alejandra Rosario López