Bases de Datos

Diseño de una base de datos utilizando

diagramas entidad-relación (E-R)
Dr. Carlos Raúl Montaño Espinosa
Matrícula 019851149

Open class
Semana 2
4
5
3
Regístrate en la plataforma UTEL Alumni tu comunidad
de interacción digital

https://alumni.utel.edu.mx/
Descarga la app Edutel
Utiliza la APP para tus actividades de la semana, en:

•Actividades: Participen en el foro.

•Exámenes: Realicen examen de la semana.
•Puntos extra: Autocalificables
Es compatible con Android y iOS.

https://play.google.com/store/apps/details?id=com.do
naumorgen.utel&hl=es_419&gl=US
Recomendaciones iniciales.
 En caso de tener algún problema de audio, favor de salir y volver a
iniciar la sesión.
 Verificar que sus altavoces estén encendidos.
 En caso de tener alguna pregunta favor de hacerla en el espacio
respectivo.
 Esta es una clase participativa, por lo que todos debemos aportar
conocimiento. Al efecto, durante la clase abordaremos un
ANÁLISIS DE CASO.
 Para hacer válidos tus puntos extras deberás entregar
contestadas las preguntas que se harán a lo largo de la clase. Las
respuestas se deberán enviar, en formato UTEL, al apartado de
puntos extra con los siguientes datos de la clase: Semana, hora,
tema, nombre del profesor que impartió la open class y materia.
Objetivos generales
 Modelos de datos
 Identificar el objetivo de un diagrama entidad–
relación.
 Elementos del diagrama entidad-
relación: Entidades, atributos, identificadores,
relaciones y cardinalidad.
 Identificar los símbolos que representan las
entidades, atributos y relaciones.
 Analizar la cardinalidad que existe entre las
relaciones.
 Elaborar diagramas entidad-relación
 ANÁLISIS DE CASO.
 ¿De qué manera el modelo entidad-relación
determina el diseño de una base de datos
funcional?
 Concepto de Modelo de Datos
Representación de conceptos que sirven para describir
la estructura de una base de datos es decir: los datos,
las relaciones entre datos y las restricciones que
deben cumplirse sobre los datos; así como las
operaciones necesarias para la realización de consultas
y actualización de datos .

Ref http://aulavirtual.utel.edu.mx/lib/ebook_pearson.php?id_ebook_pearson=323
Objetivo de un modelo entidad-relación (E-R)
El objetivo de este modelo conceptual es desarrollar
una representación gráfica o abstracción de los
requerimientos de datos o componentes que le dan
forma y participan en el negocio real que se está
caracterizando, lo cual facilita el diseño de una BD.

Ref http://aulavirtual.utel.edu.mx/lib/ebook_pearson.php?id_ebook_pearson=323
Modelo de datos
Modelos de datos en función de los tipos de conceptos para describir la
estructura de la BD

Conceptos cercanos al modo en que los

usuarios perciben los datos. Utilizan
1.- Alto nivel elementos tales como: entidad, atributo
o Conceptual y relación.

Utiliza conceptos que son entendidos por los

Modelos de 2.- Lógico usuarios finales. Ocultan algunos detalles de la
datos forma den cómo se almacenan los datos y se
implementan de manera directa en un SGBD.

Describen los detalles de cómo se almacenan los

3.- Bajo nivel o datos en la computadora o en el servidor. Están
Físico dirigidos al personal informático.
Antecedentes del modelo entidad-relación
El modelo entidad-relación (modelo E-R) fue presentado por Peter Chen en
1976.
Los símbolos utilizados serán los tradicionales así como los usados en el
Lenguaje de Modelación Unificado (UML) el cual es muy utilizado por los
programadores orientados a objetos.

Los elementos clave del

modelo entidad-relación
(modelo E-R) son:

• Entidades
• Atributos
• Identificadores
• Relaciones
• Cardinalidades
Ref http://aulavirtual.utel.edu.mx/lib/ebook_pearson.php?id_ebook_pearson=323
Concepto de diagrama entidad-relación (E-R)
Herramienta utilizada para el modelado de datos que
permite representar visualmente cualquier abstracción
y percepción de las entidades relevantes de una Base de
Datos así como sus interrelaciones y propiedades.

Ref http://aulavirtual.utel.edu.mx/lib/ebook_pearson.php?id_ebook_pearson=323
Entidad
Entidad: Representación de un objeto o concepto del mundo
real distinguible de otros objetos. Es algo que se puede identificar
en el medio ambiente. Una entidad se describe usando un
conjunto de atributos. Ejemplos:

VENDEDOR (VEND)  Alejandro Pérez

CLIENTE (CLIENT)  14576
ORDEN DE VENTA (ORD-VENT)  1000
PRODUCTO (PROD)  Televisión 40”

CLIENTE

Cada entidad se representa mediante un rectángulo

Tipos de entidad
Entidad fuerte: Es aquella que se identifica por sí misma y no
requiere de otra para existir. Ejemplos: Alumno, cliente, auto.
Entidad débil: Es aquella que sí que necesita de otra entidad
para existir. Esta entidad debe participar en una relación que ayude
a identificarla; por lo tanto, dependen de una entidad fuerte.
Ejemplo: Factura

Entidad fuerte Entidad débil

Clase de entidad e instancia de entidad

Conjunto o clase de entidades: Una colección o

conjunto de entidades similares o del mismo tipo y se describe
mediante la estructura de las entidades. Ejemplo:
• Todos los empleados.
• Todos los clientes.

Instancia de entidad: Representación de una entidad en

particular. Ejemplo: CLIENTE 1254

Todas las entidades de un conjunto tiene los mismos atributos.

Cada conjunto de entidades tiene un identificador.
Atributo
Atributo (propiedades): Alguna propiedad o
característica de interés de una entidad que toman valor en una
instancia particular. Ejemplos:

CLIENTE (CLIENT)  (compuesto) Nombre_de_Cliente

• Nombre del cliente: Felipe Jiménez Pérez
• Número de cliente: 14576
• Teléfono del cliente: 55-50-00-00
• RFC: JIPF680411

¿Cuál es el grado de la entidad

CLIENTE?

Grado de una entidad: Es el número de atributos que

tiene una entidad
Tipos de Atributos
Tienen un valor simple. Están conformados de una
Simples o parte pequeña, la cual representa un elemento
atómicos básico con existencia independiente. Por ejemplo:
Número de empleado, calificación de un alumno.

Pueden ser divididos en pequeñas partes, las

cuales representan atributos básicos con
Compuestos existencia independiente. Por ejemplo, el atributo
Dirección puede ser dividido en País, Estado,
Ciudad, Municipio, Colonia, Calle, Número exterior
Tipos de
atributos
Los valores de dos o más atributos están
Derivado relacionados. Ejemplo: los atributos Edad y Fecha
de Nacimiento de una persona.

El atributo está conformado por dos o más

Multivaluado subatributos de tipos semejantes. Ejemplo: tipos
de auto.- deportivo, mini, familiar, sub, camioneta.
Simbología de atributos
ATRIBUTO
COMPUESTO

ATRIBUTO
SÍMPLE SUBATRIBUTO
O ATÓMICO
SUBATRIBUTO
SUBATRIBUTO

ATRIBUTO
MULTIVALUADO

ATRIBUTO
DERIVADO
SUBATRIBUTO

SUBATRIBUTO
SUBATRIBUTO
Dominios de atributos

• Dominio de los atributos: Cada uno de los

atributos simples tienen asociado un conjunto de
valores LEGALES posibles los cuales conforman
conjuntos de datos. El dominio restringe los valores
del atributo.

• Ejemplo:
• Mayor de edad: Dominio [18, 110]
Identificador
Identificador: Instancia de una entidad la cual es un atributo
que nombra o identifica de forma única la instancia de la
entidad. Ejemplos:

EMPLEADO (EMP) 
• Número de seguro social: 1456789
• Número de empleado: 14576
• RFC: JAPC681124

Identificador compuesto: El identificador de una

instancia puede constar de uno o más atributos de esta.
• RFC  Letras del apellido, nombre + fecha de
nacimiento
• Teléfono  Clave lada (nacional o internacional), clave
de localidad, Teléfono fijo, celular
Identificador
Los identificadores se representan en negritas y
subrayando el correspondiente nombre de atributo.
El grado de una relación es el número de atributos que
contiene.

NÚMERO
DE CLIENTE
Relación
Relación: Describe la interacción entre dos o más entidades. Se
representa gráficamente por un rombo con un verbo en su interior.
Ejemplos:

CLIENTE (CLIENT)  TIENE  FACTURA (FACT) RELACIÓN

VENDEDOR (VEND)  TIENE UN  CLIENTE (CLIENT)

Participación: Dependencia o asociación entre los conjuntos de

entidades.
Grado del conjunto de relaciones: Cantidad de entidades
participantes en la relación.
Clases de relaciones: Asociaciones entre las clases de identidad.
escribe la interacción entre dos o más entidades.
Simbología básica para diagramas E-R
Ejercicio 1. Identifique para cada una de las siguientes entidades
los atributos que podrían servir de identificadores únicos:
¿Qué es la cardinalidad y cómo se determina?
Cardinalidad: es el grado de participación de las entidades en una
relación. Para calcularlo se propone la realización de las siguientes
preguntas:
• ¿Cuántos elementos de una entidad participarán en la relación con un
elemento concreto de la segunda entidad?
• ¿Cuántos elementos de la segunda entidad participarán en la relación
con un elemento concreto de la primera entidad?
Correspondencia de cardinalidad:
Cero o uno. Paciente-habitación

Uno o muchos. Profesor-materia

Uno. Alumno-matrícula

Cero o muchos. Aula-clases

Muchos. Profesor-alumno

El grado de una relación se define como el número de entidades que participan en una relación.
Ejemplos

Uno a uno obligatorio. Un empleado en una

EMPLEADO PUESTO
empresa tiene uno y sólo un puesto; un
puesto pertenece a un solo empleado.

Uno a muchos opcional. Un profesor en

PROFESOR CLASE
UTEL puede dar 0 o varias clases y una clase
puede ser dada por uno o varios profesores.

Muchos a muchos obligatorio. Un materia

MATERIA CARRERA puede pertenecer a una o varias carreras;
una carrera está formada por varias
materias.
Uno a uno opcional. Un paciente puede
CUARTO
PACIENTE estar asignado s un cuarto o a ninguno; en
un cuarto puede haber cero o un paciente.
Relación uno a uno (1:1)
1. Relación Uno a Uno: Cuando una instancia de una
entidad sólo puede estar relacionada con una única instancia
de la otra entidad. Una instancia de una entidad A se
relaciona únicamente con una instancia de una entidad en B
y viceversa. Ejemplo: relación nombre usuario  teléfono.
 Relación uno a uno (1:1)
Departamento Profesor

Prof_Tele
fono
Departamento 1 1 Profesor
Prof_Dire
ccion

Dep_Nombre Dep_Cod Prof_Cod Prof_Nombre

Relación uno a muchos (1:N)
2.- Relación uno a muchos. Esta relación se da cuando
una instancia de una entidad puede estar relacionada con
más de una instancia de otra entidad. Una instancia de una
entidad A se relaciona con muchas instancias de una
entidad B, pero una instancia de una entidad en B se
relaciona con una única instancia de la entidad A.
Relación uno a muchos (1:N)

Curso N 1 Alumno
Alumno
Curso
Carla
Pol-1-A Juan
Pol-1-B Pedro
Pol-2-A Sara
Carla

• Un Curso tiene muchos Alumnos.

• Un Alumno está en uno o muchos cursos.
• Todo Alumno tiene un Curso asignado.
Relación muchos a muchos (N:M)
3.- Relación muchos a muchos. Cuando una instancia de una
entidad se relaciona con varias instancias de otra entidad y
viceversa. Una instancia en A se relaciona con muchas instancias
en B y, a su vez, muchas instancias en B se pueden relacionar con
muchas instancias en A.
Relación muchos a muchos (N:M)

Profesor N M Cursos
Profesor Curso

Carla
Juan Pol-1-A
Pedro Pol-1-B
Sara Pol-2-A
Luis

• Un Profesor puede estar asignado en varios cursos

• Un curso puede tener muchos Profesores asignados
• Todo Profesor tiene un Curso asignado
Cardinalidad entre relaciones
Ejercicio: Dibuje un diagrama E-R para representar lo siguiente:

1. Cada cliente puede ser el que origina una o muchas órdenes.

2. Cada orden debe ser originada por uno y sólo un cliente.
3. Cada orden debe ser emitida para uno o muchos artículos.
4. Cada artículo puede ser comprado vía una o muchas órdenes.
5. Cada artículo debe ser almacenado en una y sólo una bodega.
6. Cada bodega puede ser el depósito de uno o más artículos.

1 y 2.- origina
Reglas del negocio
Cualquier operación que se realice sobre los
datos debe cumplir las restricciones y las reglas
que impone el funcionamiento de la empresa.
Hablamos de restricciones cuando se dan
ciertas condiciones que no deben violarse y
hablamos de reglas de negocio cuando se
requiere la ejecución automática de ciertas
acciones ante determinados eventos.

Las reglas de negocio describen las

principales reglas sobre el comportamiento de
los datos tal y como las ve la empresa; es
decir, son aquellas acciones que se deban
llevar a cabo, de forma automática, como
consecuencia de actualizaciones que se
realicen sobre la base de datos permitiendo
imponer ciertas restricciones específicas
sobre los datos que forman parte de la
estrategia de funcionamiento de la empresa.
Diagrama simple entidad-relación

1 N
RFC

¿Qué está indicando?, ¿Cómo se puede entender?

Diagrama simple entidad-relación

Nombre Id nombre
Sección
desde

Ruta
Ruta Empleado 1 Trabaja 1 Departamento
en
1 N

Administra

¿Qué está indicando?, ¿Cómo se puede entender?

CLIENTES

PRODUCTO. LÁCTEOS

PROVEEDORES
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.
1. Un proveedor tiene una RUT, nombre, dirección, teléfono y página
web.
2. La dirección se entiende por calle, número, comuna y ciudad.
3. Un proveedor puede tener 1 o muchos clientes.
4. Un cliente también tiene RUT, nombre, dirección, pero puede tener
varios teléfonos de contacto.
5. 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.
6. Una categoría tiene id, nombre y descripción.
7. Por razones de contabilidad, se debe registrar la información de cada
venta con un id, fecha, cliente, descuento y monto final.
8. Además se debe guardar el precio al momento de la venta, la
cantidad vendida y el monto total por el producto.
Un proveedor tiene una RUT, Nombre, Dirección, Teléfono y Página web

RUT
1. Un proveedor tiene una RUT, nombre, dirección, teléfono y página web.
2. La dirección se entiende por Calle, Número, Colonia y Ciudad.

RUT
Colonia
Investigación para puntos extra

Investiga cuáles son la etapas o fases del diseño de una base de datos, así como
los tipo de modelos de datos en función de los tipos de conceptos para describir
la estructura de la BD, cómo se representan, en forma gráfica, cada uno de los
elementos que conforman el modelo E-R y cuáles son los diferentes tipos de
cardinalidad binaria y de qué forma se representan gráficamente.
Termina los diagramas de los dos ejercicios anteriores y preséntalos gráficamente
haciendo uso de la herramienta yED.
Entregar el análisis de caso en el espacio de
Trabajo Final, de la evaluación que
corresponde a la Semana 2
El siguiente caso plantea el registro de ventas de una librería. Se han
identificado las siguientes entidades con sus atributos:
1. LIBROS (Número de libro, título, autores, editorial, clasificación, año de
edición, costos de compra y de venta, existencias en stock).
2. CLASIFICACIÓN LIBRO (Numero, lugar_asignado).
3. CLIENTES (Numero, Nombre, dirección, teléfono, ciudad, estado, código
postal, edad, sexo, ocupación).
4. FACTURACIÓN (Número de factura, fecha, cliente, artículos, cantidad, costo
de venta, subtotal, total factura).
5. AUTORES(Id_autor, nombre, nacionalidad, fecha_nacimiento)
Las reglas de negocio que plantea el dueño son las siguientes:
 Un libro solo tiene una clasificación asignada de forma única.
 Los clientes pueden adquirir la cantidad de libros que ellos deseen.
 En la factura se capturan la cantidad de artículos que el cliente requiera.
 Un libro puede tener muchos autores y viceversa
Desarrolla lo siguiente:
- Elabora un diagrama entidad-relación (E-R), del caso, donde
muestres todos sus elementos como son: entidades, atributos,
identificadores, relaciones, grados de cardinalidad máxima y
mínima entre entidades.
- Además tendrás que explicar, con tus palabras, el flujo de negocios
de acuerdo a los grados de cardinalidad máxima y mínima de las
relaciones que representes en el diagrama con base a las reglas de
negocio. Por ejemplo, “Un cliente compra muchos productos”,
“Una factura puede tener muchos productos”, etcétera.

Se recomienda que hagas uso del software YED para diseñar el

diagrama entidad – relación.
 El análisis de caso lo deberás entregar en el espacio
de Trabajo final de la evaluación correspondiente a la
semana 2
Herramientas para generar diagramas E-R
 Lucid Chart.
https://www.lucidchart.com/pages/tour/ER_diagram_toolbancarias.
 Diagram Designer. http://diagram-designer.uptodown.com/windows
 yED. Diagram Editor. https://www.yworks.com/downloads#yEd
 DB Designer Fork. https://sourceforge.net/projects/dbdesigner-fork/
 ER Master. http://ermaster.sourceforge.net/
 CACOO. https://cacoo.com/lang/es/home
 MySQL Worbench. https://www.mysql.com/products/workbench/
 Power Architect Data modeling tool. http://www.sqlpower.ca/page/architect
 ModelRight. http://www.modelright.com/
Fuentes de información
1. C.J. Date: “Introducción a los sistemas de bases de datos”. Prentice Prentice Hall,
2001 [7ª edición]. ISBN 968 Hall, 2001 [7ª edición].
2. Date, C.J, “Introducciópn a los sistemas de bases de datos”, 7ª. Edición, Pearson
Educación, recuperado de
https://unefazuliasistemas.files.wordpress.com/2011/04/introducion-a-los-sistemas-
de-bases-de-datos-cj-date.pdf
3. Gómez, B.E., et. Al, “Bases de datos 1”, Universidad de Alicante, Escuela Politécnica
Superior de Alicante, recuperdo de
https://rua.ua.es/dspace/bitstream/10045/2990/1/ApuntesBD1.pdf
4. Henry F. Henry F. Korth, Abraham , Abraham Silberschatz Silberschatz & S. Sudarshan
Sudarshan: “Fundamentos de Bases de Datos”. McGraw-Hill, 2006 [5ª edición]. ISBN
84 Hill, 2006 [5ª edición].
5. Ramez A. Elmasri Elmasri & Shamkant Shamkant B. Navathe Navathe: “Fundamentos
de Sistemas de Bases de Datos”. Addison Addison-Wesley, 2007 [5ª edición]. ISBN 84
, 2007 [5ª edición].
6. Thomas M. Connolly & Carolyn E. Thomas M. Connolly & Carolyn E. Begg: “Sistemas
Sistemas de Bases de de Bases de Datos” Addison Addison-Wesley, 2005 [4ª Wesley,
2005 [4ª edición edición]. ISBN 84 ].
7. Olga Pons, Nicolás Marín, Juan Miguel Medina, Silvia Acid & Mª Amparo Vila:
“Introducción a las Bases de Datos: El modelo relacional”. Paraninfo, 2005
https://1drv.ms/f/s!AsiTCY_FPh97lUclqF8Tvclq4OKL
Dr. Carlos Raúl Montaño Espinosa
Matrícula 019851149