UNIVERSIDAD VIRTUAL DEL

ESTADO DE GUANAJUATO
DISEÑO DE UN MODELO ENTIDAD-RELACIÓN

Trabajo que se presenta como requisito para aprobar el curso de:

Bases de Datos V1
Bajo la dirección del Maestro:

José de Jesús Morales

DIRK HANS KRAKAUR FLORANES

18008848

La Paz, Baja California Sur, 30 de Mayo de 2020

Introducción:

En el presente trabajo se presentan los principales conceptos del Modelo Entidad-Relación

(ER), así como los resultados del aprendizaje práctico que tuvimos mediante el foro, donde
apreciamos diferentes modelos ER realizados por compañeros en un ambiente de crítica
constructiva. De esta manera aprendimos a identificar errores, y mejorar nuestra participación
mediante la corrección colectiva.

Modelo Entidad-Relación (ER):

El modelo ER es un modelo de datos que permite representar cualquier abstracción,

percepción y conocimiento en un sistema de información formado por un conjunto de objetos
denominados entidades y relaciones, incorporando una representación visual conocida como
diagrama entidad-relación (Díaz, 2016)

CONCEPTOS DEL MODELO ER

Ejemplares - Conjuntos - Extensión - Instancia. Se denominan ejemplares a los registros

que guardan una serie de características similares o que pueden ser agrupados o clasificados
dadas sus características comunes en grupos bien delimitados. A los ejemplares también se
los conoce como registros de una tabla de una base de datos, o en términos de abstracción
como la extensión de la base de datos. Por ejemplo es la lista de usuarios de una biblioteca,
la lista de productos con sus características, la lista de tipos de documentos y su definición.

Entidad. La entidad es cualquier clase de objeto o conjunto de elementos presentes o no, en

un contexto determinado dado por el sistema de información o las funciones y procesos que
se definen en un plan de automatización. Dicho de otra forma, las entidades las constituyen
las tablas de la base de datos que permiten el almacenamiento de los ejemplares o registros
del sistema, quedando recogidos bajo la denominación o título de la tabla o entidad. Por
ejemplo, la entidad usuarios guarda los datos personales de los usuarios de la biblioteca, la
entidad catalogo registra todos los libros catalogados, la entidad circulación todos los libros
prestados y devueltos y así sucesivamente con todos los casos.
Atributos - Intención. Son las características, rasgos y propiedades de una entidad, que
toman como valor una instancia particular. Es decir, los atributos de una tabla son en realidad
sus campos descriptivos, el predicado que permite definir lo que decimos de un determinado
sujeto. Por ejemplo de una entidad o tabla catálogo, se pueden determinar los atributos título,
subtítulo, título paralelo, otras formas del título, autor principal, otras menciones de
responsabilidad, edición, mención de edición, editorial, lugar de publicación, fecha de
publicación, etc.

Relación. Vínculo que permite definir una dependencia entre los conjuntos de dos o más
entidades. Esto es la relación entre la información contenida en los registros de varias tablas.
Por ejemplo, los usuarios suelen clasificarse según una lista de tipos de usuarios, ya sean
profesores, alumnos o investigadores. De esta forma es posible emitir la relación entre el
usuario Jorge Martínez como alumno y Enrique Valtierra como profesor. Las relaciones son
definidas de forma natural en un diagrama relacional para expresar un modelo cognitivo que
dará lugar posteriormente a las interrelaciones de las entidades.

Interrelación. Las interrelaciones las constituyen los vínculos entre entidades, de forma tal
que representan las relaciones definidas en el esquema relacional de forma efectiva. Esto no
sólo la relación de los registros sino de sus tablas y de las características de la interrelación
entre las entidades, a través de un campo clave que actúa como código de identificación y
referencia para relacionar (es decir, como nexo de unión y articulación de la relación). Los tipos
de interrelaciones entre entidades o tablas se realizan aplicando las reglas de cardinalidad y
modalidad.

Entidades fuertes. Lo constituyen las tablas principales de la base de datos que contienen los
registros principales del sistema de información y que requieren de entidades o tablas
auxiliares para completar su descripción o información. Por ejemplo la tabla usuario es una
entidad fuerte en relación a la tabla tipos de usuarios, que es una entidad débil dada su
condición auxiliar para clasificar a los usuarios registrados en la biblioteca.

Entidades débiles. Son entidades débiles a las tablas auxiliares de una tabla principal a la
que completan o complementan con la información de sus registros relacionados. Por ejemplo
también son consideradas entidades débiles las tablas intermedias que sirven para compartir
información de varias tablas principales.

Ejercicio práctico: El caso de la preparatoria Mario Almada

Este caso es un ejercicio que nos presenta la plataforma, donde tenemos que resolver un
problema específico; se requiere desarrollar un sistema de control escolar en la Preparatoria
Mario Almada, que tenga como objetivo llevar el registro de alumnos, docentes y calificaciones,
por lo cual el sistema deberá contar con una base de datos para la gestión escolar. Los
requerimientos generales para comenzar con el diseño de la BD son los siguientes:

 Se necesita el registro de los datos personales de los alumnos como: clave, nombre
completo, edad, domicilio (calle, número, colonia) y teléfono.

 De los docentes se requiere almacenar la clave, nombre, apellido paterno, apellido

materno, contrato y teléfono (que pueden ser varios).

 Se necesita saber las materias que son impartidas por los profesores, que pueden ser
varias como Matemáticas I, Matemáticas II, etc., pero éstas solo pueden ser impartidas
por ese mismo profesor en todo el semestre. Los datos de las materias que son de
importancia para la BD son: clave, nombre de la materia, semestre y créditos. Además
se requiere conocer qué alumnos están inscritos en qué materia, con la regla de que el
alumno puede inscribirse en al menos cuatro materias y en una materia se pueden
inscribir hasta 30 alumnos.

 Se deben almacenar también los datos de los coordinadores de docentes, un

coordinador puede estar a cargo de varios docentes, pero un docente solo puede ser
coordinado por una persona. Los datos de los coordinadores que se requieren son
nombre, edad y grado académico más alto.

Tomando en cuenta esto, se nos pide realizar una propuesta inicial del modelo ER y compartirla
con los compañeros en el foro de discusión, para finalmente hacer una retroalimentación a por
lo menos dos compañeros, comentando sobre los siguientes puntos:

 Número de entidades del modelo

 Tipo de relaciones de cada una de las entidades
 Atributos compuestos o multivaluados
La metodología que utilice fue la siguiente:

Primero, definí las entidades.

 Estudiante
 Profesor
 Curso
 Coordinador

Luego los Atributos por cada entidad y sus características

Estudiante
 Clave (Clave primaria)
 Nombre completo
 Domicilio (atributo compuesto: Calle. Número, Colonia)
 Edad
 Teléfono

Profesor
 Clave (Clave primaria)
 Nombre completo 1
 Contrato
 Teléfono (atributo multivaluado, ya que puede tener más de 1 teléfono)

Coordinadores
 Id_Coordinador (Clave primaria)
 Nombre completo
 Edad
 Grado académico

Curso
 Clave (Clave primaria)
 Nombre
 Semestre
 Créditos

Finalmente, asigne las relaciones a cada uno:

Relación Estudiante – Curso: El alumno puede inscribirse en al menos 4 materias y en una

materia se pueden inscribir hasta 30 alumnos (N:M)
Relación Profesor – Curso: Los profesores pueden impartir varios cursos, pero solo esa
materia puede ser impartida por el mismo docente en el semestre. (1:N)
Relación Profesor – Coordinadores: Un coordinador puede estar a cargo de varios
profesores, pero un docente solo puede ser coordinado por una persona. (1:N)

1
En este punto cometí un error en el diagrama que subí al foro, pero ya lo corregí.
El diagrama me quedo de la siguiente manera:

Conclusiones:

Para poder realizar correctamente una BD, es necesario conocer con precisión las
necesidades del cliente y el contexto en el que se encuentra, una vez que se cuenta con esta
información, es necesario esquematizarla en un esqueleto donde se presente la estructura, en
este sentido, el modelo ER es indispensable.

Realizar estos ejercicios me ayudo a poner más atención a los pequeños detalles, y a releer el
caso hasta comprenderlo en su totalidad, finalmente, pude tener una idea clara de cómo
estarían estructuradas las tablas y los registros.
Referencias:
Díaz, F. (2016). El Blog del profesor Francisco Díaz Useda. Consultado el 28 de mayo de
2020 en http://fdiazuceda.blogspot.com/2016/11/tic-2-bch-tema-2-bases-de-datos-2-parte.html