Universidad Nacional Autónoma de México

Facultad de Ingeniería

Laboratorio de Base De Datos

—— Práctica Nº3 ——
Diseño de modelos básicos entidad relación con notación CHEN
utilizando una herramienta CASE

Apellidos y Fajardo Suárez Jesús Miguel

nombres Ritz Flora Carlos Alberto

Grupo: 05 Profesor: Calificación:

Brigada: 12 Lugowski Rivero Czeslaw Kristofer

Semestre: 2022-1 Fecha de entrega: 14/10/2021

 Objetivo:

El alumno comprenderá y pondrá en práctica la elaboración de diagramas ER empleando

notación CHEN y herramientas CASE para construir modelos de datos con sus elementos
básicos: Identificación de entidades, atributos y relaciones.

Introducción:
El primer paso en el diseño de una base de datos es la producción del esquema conceptual
para lograr una descripción de alto nivel de la realidad, luego se transforma en un esquema
lógico. El modelo conceptual más utilizado para el diseño de bases de datos fue introducido
por Peter Chen en 1976. Este modelo está formado por un conjunto de conceptos que
permiten describir la realidad mediante un conjunto de representaciones gráficas y
lingüísticas. Simbología o nomenclatura básica según notación Chen:

Entidad: Es un objeto real o abstracto de interés, sobre el que se recoge información y se

representa gráficamente mediante un rectángulo y su nombre aparece en el interior en
mayúsculas. Un nombre de entidad sólo puede aparecer una vez en el esquema
conceptual. Generalmente se expresa con sustantivos.

Relación: Es una asociación, vinculación o correspondencia entre entidades. Se representa

gráficamente con un rombo etiquetado. Generalmente están representadas por verbos.

Una Relación queda caracterizada por tres propiedades:

● Nombre. Debe de tener un nombre que la identifique unívocamente.
● Grado. Número de tipos de entidades sobre las que se realiza la asociación.
Generalmente binaria.
● Tipo de Correspondencia. Número máximo de ejemplares de cada tipo de entidad
que pueden intervenir en un ejemplar del tipo de relación. A esta propiedad también
se le denomina cardinalidad.
Atributo: Es una propiedad o característica asociada a una determinada entidad o relación y
por lo tanto común a todos los ejemplares La representación gráfica utilizada es por medio
de una elipse etiquetada en letra en minúsculas.

En función de las características respecto de la entidad que definen, se distinguen varios

tipos de atributos:
● Normal: Tiene un solo valor.
● Compuestos: Se dividen en otros atributos
● Multivalorados: Tiene un conjunto de valores para una entidad concreta. Se
representa con doble elipse.
 ● Derivados: Cuando un valor puede calcularse u obtenerse a partir de otro. Se
representa con una elipse con línea discontinua.
● Opcionales: Son usados cuando es posible desconocer el valor del atributo para
cierta entidad o no se tiene un valor aplicable. Se representa con un línea
discontinua entre la entidad y el atributo

Cardinalidad. Número de ejemplares de una entidad asociadas a otro ejemplar de una

entidad o de la misma. Para una relación binaria (grado = 2), existen tres posibles tipos de
correspondencia:
● Cardinalidad uno a uno. Un ejemplar de la Entidad A se asocia con un ejemplar de
una Entidad B y viceversa

● Cardinalidad uno a muchos. Un ejemplar de la Entidad A se puede asociar con

muchos ejemplares de una Entidad B. y un ejemplar de la Entidad B se asocia con
un solo ejemplar de la Entidad A

● Cardinalidad muchos a muchos. Un ejemplar de la Entidad A se puede asociar con

muchos ejemplares de una Entidad B y viceversa.

Cardinalidad mínima. Indica el número mínimo de asociaciones en las que aparecerá cada
ejemplar de la entidad (el valor puede ser cero o uno)

Cardinalidad máxima. Indica el número máximo de relaciones en las que puede aparecer
cada ejemplar de la entidad (el valor puede ser uno o muchos)
Hay dos tipos de entidades: fuertes y débiles. Una entidad fuerte es una entidad que tiene
existencia propia y tiene una clave primaria. Una entidad débil es una entidad que no tiene
suficientes atributos para formar una clave primaria. Una entidad débil no puede existir sin
su entidad fuerte. Se representa gráficamente por dos rectángulos concéntricos, la relación
de asociación se representa con un doble rombo, su cardinalidad es 1:m.

Clave primaria. Es un atributo o conjunto de atributos que identifican en forma única a una
entidad. Se representa subrayando el nombre del atributo.

Clave débil o discriminante. Es un atributo en una entidad débil que la identifica junto con la
clave primaria de la entidad fuerte. Se representa subrayando en forma discontinua el
atributo.

Clave candidata o alternativa. Es un atributo que puede ser clave primaria, pero no fue
elegida como tal. Sin embargo es importante considerarla.

Relaciones Recursivas. Son relaciones unitarias y, por lo tanto el tipo de relación sólo
participa con un único tipo de entidad.
Actividad 1:
English Sentence Structure and Entity-Relationship Diagram

En este primer diagrama podemos identificar a nuestras entidades, remarcando de color

rojo a los atributos y en color azul se pueden notar los datos correspondientes de estos
atributos de las entidades.
También se puede ver como las entidades se unen por medio de un rombo que representa
la relación entre estas.
Ademas se pueden ver las “M” y “N” indicando la relación con la que funciona la interacción
de nuestras entidades en este caso de muchos a muchos.

Lo que se puede onservar en estos dos diagramas es que dependiendo de lo que se pida
en el atributo es la información que se guarda, por ejemplo cuando se pide la edad se
guarda un número y en el caso del color se guarda una cadena.
 Lo que se puede remarcar de este diagrama es la recursión que nos muestra como una
persona tiene una relación de tipo padre con la misma entidad, en este caso James y
Robert cuentan con esta relación.

Aquí se puede notar cómo nuestra relación “shipping” se encierra en un rectángulo

convirtiendo esta interacción en una entidad.

En este diagrama observamos como la cláusula es representada con una caja de alto nivel
guardando lo equivalente a una entidad de alto nivel.

FUNDAMENTOS DE SISTEMAS DE BASES DE DATOS

En este primer diagrama podemos ver una representación parcial de dos entidades e1 =
EMPLEADO y c1= EMPRESA en ambos casos al final de la línea podremos observar sus
atributos, de esto podemos remarcar a atributos compuestos en “Dirección” de e1 ya que
dicho atributo puede derivarse en otros con significados independientes. También
encontramos atributos mono valor los cuales se conforman como dice su nombre por un
solo valor, como ejemplo podemos ver al atributo Edad de e1.
 En este diagrama ya veremos una entidad más como lo conocemos, también
encontramos a atributos claves los cuales son los que se encargan de caracterizar a
nuestra entidad, como ejemplo de esto podemos remarcar a los atributos “Matrícula” e
“idVehiculo”, al notar esto sabemos que una entidad puede contar con más de un atributo
clave. El hecho de que nuestra entidad cuente con atributos clave nos dice que es una
entidad fuerte.
Otra de las cosas a remarcar es nuestro atributo “Coche” el cual está encerrado en un doble
óvalo, lo que nos dice que este atributo cuenta con multivalores, por ejemplo puede ser rojo,
azul, verde, amarillo, negro, etc.

Analizando este diagrama encontramos dos elementos a tomar en cuenta, primeramente

contamos con nuestro atributo compuesto “Nombre” el cual es una entidad que se puede
separar en otrass de menor nivel como “NombreP”, “Apellido1” y “Apellido2”.
Nuevamente nos encontramos con un atributo multivalor “Trabaja_en” el cual cuenta con 2
posibles opciones, “proyecto” y “horas” pudiendo escoger entre alguna de estas opciones.

Las entidades débiles son aquellas que no cuentan con un atributo clave.

Estas dos figuras serán las encargadas de unir nuestras entidades entre ellas por medio de
distintas acciones, del lado izquierdo tenemos una relación común y corriente y del lado
derecho la que ocuparemos cuando dentro de la relación se encuentre una entidad débil.

El atributo derivado es el que utilizaremos cuando este atributo se puede calcular por medio
de otro.
 En este diagrama podemos observar a una entidad unida a una relación por medio de dos
líneas que nos indican que la entidad 2 depende de la existencia de la entidad 1 para poder
existir.

La relación de las entidades tiene que ir marcada por una cardinalidad que marquen la
cantidad de la relación de nuestras entidades, puede ser de 1 a muchos (1:N), de 1 a 1 (1:1)
o de muchos a muchos (N:M).

Esta es una restricción estructural que nos da el mínimo y máximo entre la relación de una
de nuestras entidades con la acción.

Finalmente podemos ver en este diagrama como una misma entidad puede relacionarse a
más de una sola, además de también notar como hay una iteración en la entidad empleado
iterandose a ella misma para señalar como un empleado tiene control sobre otro empleado.
 Esta es la representación en UML de nuestro diagrama anterior donde podemos ver que
nuestras entidades y sus atributos se guardan en un mismo recuadro además de que no
parece remarcar entidades fuertes o débiles ya que no hay atributos clave, algunas de
nuestras relaciones se intercambian por recuadros junto a sus atributos como en
“Administra”, también vemos que otras de nuestras relaciones sólo aparecen a mitad de
línea para comprender como funcionan entre ellas ambas entidades, ejemplo de esto es la
relación entre “DEPARTAMENTO” con “PROYECTO” uniéndose simplemente por una línea
donde a la mita se encuentra la accion “CONTROLS” que nos servira como nocion de como
funciona la relacion entre ambas entidades.

Diseños de bases de datos de relaciones

Nuevamente nos encontramos con entidades normales y débiles al igual que en los libros
anteriores.
Vemos nuevamente la relación entre nuestras entidades marcada en un rombo, además de
que notamos otra vez que pueden existir distintas relaciones entre nuestras entidades.

En este libro nuestros atributos son denominados como dominios, aparte de mostrarnos una
nueva representación de un círculo con el nombre del dominio a un lado.

Aquí observamos cómo se colocan los dominios a nuestras entidades y relaciones.

Y en esta imagen nos muestran las 2 posibles maneras de representar atributos

compuestos.
 Para representar los dominios tendremos las siguientes figuras siendo I.P nuestros
identificadores principales y I.A las identificaciones alternativas.

Y es de esta manera que se utilizan, en forma de atributos compuestos.

Aquí podremos observar lo equivalente a los atributos multivariados (idioma) y los atributos
opcionales que se representan con líneas punteadas (Num_horas) y según lo que se pida
se hará uso de esta o no.

A diferencia de los modelos presentados en los textos anteriores aquí hay una cardinalidad
entre nuestras entidades y sus atributos.
Cuando existe una dependencia entre nuestras entidades lo que se realiza en estos es
marcar nuestra relación con una E.

En el caso de ser una dependencia en identificación esta se marca con una ID.

Para un atributo derivado lo que se hace es marcarlo con DI.

En este texto nos muestra un nuevo elemento para realizar los diagramas ER, esta es la
exclusividad, la cual se da al existir una exclusividad con respecto a una de las entidades
que participa en dos interrelaciones cuando este solo puede participar en uno.

Otro nuevo elemento presentado en este texto es la restricción de exclusión, donde una
entidad unida por dos interrelaciones no puede tomar la misma entidad con la que ya está
relacionada.
Esta es una restricción de inclusividad donde lo que se hace es especificar que para realizar
una relación de una entidad con otra tiene que haber pasado antes por otra relación
especificada con esta misma entidad.

En la restricción de inclusión es cuando se tiene un caso más complejo al anterior donde

estrictamente antes de pasar por una acción es necesario pasar por otra relación.

Otra de las inclusiones en este último texto son las jerarquías de especialización las cuales
podemos describir como entidades supertipo que cuentan con entidades subtipo que nos
sirven cuando tenemos varias entidades que comparten atributos y pueden derivar de esta,
aparte de que estos subtipos pueden tener sus propios atributos.
Dentro de nuestras posibilidades podemos tener opciones con un círculo los cuales nos
señalan que se pueden escoger una o más opciones. En el otro caso podemos poner un
arco lo cual nos da una exclusividad a solo uno de estos subtipos.
Actividad 2

Para mejor visualización abrir el archivo de DIA adjunto.

 Conclusiones:

Fajardo Suárez Jesús Miguel:

Esta práctica fue de gran ayuda para poder reforzar y conceptualizar mejor lo visto
en nuestra clase de teoría viendo todo lo necesario a nivel básico para poder crear nuestros
modelos de entidad relacion, ademas de poder obtener conceptos nuevos para hacer
nuestros diagramas como lo pueden ser las restricciones, también pude aprender distintas
representaciones posibles, aunque la mejor y la que parece ser el standard es la notación
CHEN.

Ritz Flora Carlos Alberto:

Gracias a esta práctica logramos tener un mejor análisis sobre los temas vistos en
teoría incluyendo los nuevos temas que se tocaron en esta práctica ya dicho esto se puede
dar por entendido que los objetivos de la práctica se cumplieron ya quedo mas claro como
realizar de manera correcta los diagramas.

Bibliografía

ELMASRI RAMEZ A., NAVATHE SHAMKANT B., Todos Fundamentos de Sistemas de

Bases de datos, Pearson Prentice Hall, ISBN: 8478290516, 2003

DE MIGUEL MARTÍNEZ, Adoración, PIATTINI, Mario, ESPERANZA, Marcos Diseño de

bases de datos relacionales México Alfaomega, 2000

DE MIGUEL, Adoración, PALOMA CASTRO, Elena Diseño de bases de datos (Problemas

Resueltos) México Alfaomega, 2001

ROB, Peter; CORONEL, Carlos Database systems (Design, Implementation and

Management) 6th. Edition U.S.A. Course Technology, 2004

ARELLANO M., Lucila P. y Hernandez Hdez. Luciralia Manual de prácticas de la asignatura

de Bases de Datos UNAM, Fac. De Ingeniería., DIE