MÓDULO PROFESIONAL IV CUADERNILLO DE

APRENDIZAJES ESENCIALES
DISEÑA Y GESTIONA
(Submódulo profesional 1 –
BASES DE DATOS Diseña base de datos)
OFIMÁTICAS AGOSTO DE 2024

Profesor:
Leonel Orozco Celaya

rozco Celaya

¿QUÉ ES EL MODELADO DE DATOS?

El modelado de datos es el proceso de documentar un diseño de sistema de software complejo, como un
diagrama de fácil comprensión, usando texto y símbolos para representar la forma en que los datos necesitan
fluir. El diagrama se puede utilizar como un mapa para la construcción de un nuevo software o para la
reingeniería de una aplicación antigua.

El modelado de datos se utiliza en conjunto con un sistema de gestión de base de datos (SGBD), cuya
funcionalidad es la de guardar, modificar y extraer información de la base de datos en cuestión. Dicho esto, el
modelado se realiza de acuerdo a este gestor, que será el encargado de administrar todas las operaciones
que sean necesarias.
 DIAGRAMAS ENTIDAD - RELACIÓN

INTRODUCCIÓN
Fue ideado por Peter Chen en los años 1976 y 1977 a través de dos artículos. Se trata
de un modelo que sirve para crear esquemas conceptuales de bases de datos. De hecho,
es prácticamente un estándar para crear esta tarea.
El modelo de datos entidad-relación (E-R) está basado en una percepción del mundo
real consistente en objetos básicos llamados entidades y de las relaciones entre
estos objetos. Se desarrolló para facilitar el diseño de bases de datos permitiendo la
especificación de un esquema de la empresa que representa la estructura lógica
completa de una base de datos. El modelo de datos E-R es uno de los diferentes modelos
de datos semánticos; el aspecto semántico del modelo yace en la representación del
significado de los datos. El modelo E-R es extremadamente útil para hacer corresponder
los significados e interacciones de las empresas del mundo real con un esquema
conceptual. Debido a esta utilidad, muchas herramientas de diseño de bases de datos se
basan en los conceptos del modelo E-R.
Inicialmente (en la propuesta de Chen) sólo se incluían los conceptos de entidad, relación
y atributos. Después se añadieron otras propuestas (atributos compuestos,
generalizaciones, etc.) que forman el llamado modelo entidad relación extendido (se
conoce con las siglas ERE).

CONCEPTO
Es una herramienta de referencia para la representación conceptual de problemas del
mundo real. Su objetivo principal es, facilitar el diseño de bases de datos, permitiendo la
especificación de un esquema que representa la estructura lógica completa de una base
de datos. Este esquema partirá de las descripciones textuales de la realidad , que
establecen los requerimientos del sistema, buscando ser lo más fiel posible al
comportamiento del mundo real para modelarlo.

Página No. I
1 ENTIDADES

CONCEPTO

Si utilizamos las bases de datos para guardar información sobre cosas que nos interesan o que interesan
a una organización o empresa, ¿No crees que hay que identificar esas cosas primero para poder guardar
información sobre ellas?

Una ENTIDAD puede ser un objeto físico, un concepto o cualquier Una entidad es una «cosa» u
elemento que queramos modelar, que tenga importancia para la «objeto» en el mundo real que es
organización y del que se desee guardar información. Cada entidad
distinguible de todos los demás
debe poseer alguna característica, o conjunto de ellas, que lo haga
objetos. Por ejemplo, cada alumno
único frente al resto de objetos. Por ejemplo, podemos establecer
una entidad llamada ALUMNO que tendrá una serie de en una escuela es una entidad.
características. Cada alumno podría ser distinguido mediante su
número de control (NC), o, quizás por su CURP.

Al momento de identificar las entidades, hemos de pensar en nombres que tengan especial importancia
dentro del lenguaje propio de la organización o sistema que vaya a utilizar dicha base de datos. Pero no
siempre una entidad puede ser concreta, como un hotel o un restaurante, en ocasiones puede ser
abstracta, como un préstamo, una reservación en un hotel o un concepto.

Una entidad no es una propiedad concreta sino un objeto que puede poseer múltiples propiedades
(atributos).

Las entidades que poseen las mismas propiedades forman conjuntos de entidades. Ejemplos de conjuntos
de entidades son los conjuntos: personas, facturas, coches, etc.

En la actualidad, se suele llamar entidad a lo que anteriormente se ha definido como conjunto de entidades .
De este modo hablaríamos de la entidad ALUMNOS. Mientras que cada alumno en concreto sería una
ocurrencia o un ejemplar de la entidad persona.
En el modelo Entidad - Relación, los conjuntos de entidades se representan con un rectángulo dentro del
cual se escribe el nombre de la entidad:

ALUMNOS

Página No. II
Las entidades se clasifican en dos tipos:

1. Regulares o fuertes. Son aquellas que tienen existencia por sí mismas, es decir, su existencia no
depende de la existencia de otras entidades. Por ejemplo, en una base de datos de un hospital, la
existencia de instancias concretas de la entidad MÉDICO no depende de la existencia de instancias
u objetos de la entidad PACIENTE. En el modelo E/R las entidades fuertes se representan como
hemos indicado anteriormente, con el nombre de la entidad encerrado dentro de un rectángulo.
2. Débiles. Son aquellas cuya existencia depende de la existencia de otras instancias de entidad. Por
ejemplo, consideremos las entidades EDIFICIO y AULA. Supongamos que puede haber aulas
identificadas con la misma numeración, pero en edificios diferentes. La numeración de cada aula
no identificará completamente cada una de ellas. Para poder identificar
completamente un aula es necesario saber también en qué edificio está localizada.
Por tanto, la existencia de una instancia de una entidad débil depende de la
existencia de una instancia de la entidad fuerte con la que se relaciona.

En el modelo E/R una entidad débil se representa con el nombre de la entidad encerrado en un
rectángulo doble. En el gráfico se muestra la representación de la entidad AULA.

Página No. III

2 ATRIBUTOS

¿Cómo guardamos información de cada entidad? A través de sus atributos. Las entidades se representan
mediante un conjunto de atributos. Éstos describen características o propiedades que posee cada
miembro de un conjunto de entidades. El mismo atributo establecido para un conjunto de entidades o, lo
que es lo mismo, para un tipo de entidad, almacenará información parecida para cada ocurrencia de
entidad. Pero, cada ocurrencia de entidad tendrá su propio valor para cada atributo.

CONCEPTO
Atributo: Cada una de las propiedades o características que tiene un tipo de entidad o un tipo de relación
se denomina atributo; los atributos toman valores de uno o varios dominios.

Por tanto, un atributo se utilizará para guardar información sobre alguna característica o propiedad de
una entidad o relación. Ejemplos de atributos pueden ser: altura, color, peso, RFC, una fecha, etc. todo
dependerá de la información que sea necesaria almacenar.

En el modelo Entidad/Relación los atributos de una entidad son representados mediante el nombre del
atributo rodeado por una elipse. La elipse se conecta con la entidad mediante una línea recta. Cada
atributo debe tener un nombre único que haga referencia al contenido de dicho atributo. Los nombres de
los atributos se deben escribir en letra minúscula.

En la siguiente ilustración, se muestra algunos atributos que puede tener la entidad ALUMNOS:

Como se puede observar, la entidad ALUMNOS, cuenta con 5 ATRIBUTOS, que son los siguientes, para este
ejemplo:

• El atributo referente al número de control, que es un atributo único, que no puede tener ningún
otro alumno; el número de control es asignado por el centro educativo. Como se indicó, debe
escribirse en minúsculas, y, de preferencia, no debe llevar espacios: numero_de_control.
• El segundo atributo es el nombre del alumno.
• El tercer atributo corresponde a los apellidos que tiene cada alumno (paterno y materno).
• La fecha de nacimiento, este atributo lo podemos nombrar, como: fecha_nacimiento.
• El quinto atributo, se refiere al género del alumno, y lo nombraremos como: genero.

En el siguiente gráfico se representan algunos de los atributos para la entidad PACIENTE.

Al conjunto de valores permitidos para un atributo se le denomina dominio. Todos los posibles valores
que puede tomar un atributo deberán estar dentro del dominio. Varios atributos pueden estar definidos
dentro del mismo dominio. Por ejemplo, los atributos nombre, apellido paterno y apellido materno de

Página No. IV
 la entidad PACIENTE, están definidos dentro del
dominio de cadenas de caracteres de una
determinada longitud. En el caso de la entidad
ALUMNOS, el dominio del atributo género es:
Masculino o Femenino.

LOS ATRIBUTOS CLAVES

Está claro que es necesario identificar correctamente

cada ocurrencia de entidad o relación, de este modo el
tratamiento de la información que se almacena podrá
realizarse adecuadamente.

Por tanto, los valores de los atributos de una entidad

deben ser tales que permitan identificar unívocamente a la entidad. En otras palabras, no se permite que
ningún par de entidades tengan exactamente los mismos valores de sus atributos. Teniendo en cuenta
esto, presta atención a los siguientes conceptos:

1. Superclave (Superllave): Es cualquier conjunto de atributos que permite identificar de forma única
a una ocurrencia de entidad. Una superclave puede tener atributos no obligatorios, es decir, que
no identificarían por si solos una ocurrencia de entidad.
2. Clave candidata: Si de una superclave no es posible obtener ningún subconjunto que sea a su vez
superclave, decimos que dicha superclave es clave candidata.
3. Clave primaria (Primary Key): También llamada llave primaria o clave principal. De todas las
claves candidatas, el diseñador de la base de datos ha de escoger una, que se denominará clave
principal o clave primaria. La clave primaria es un atributo o conjunto de ellos, que toman valores
únicos y distintos para cada ocurrencia de entidad, identificándola unívocamente. No puede
contener valores nulos.
4. Claves alternativas: son el resto de claves candidatas que no han sido escogidas como clave
primaria.

La representación en el modelo Entidad/Relación de las claves primarias puede realizarse de dos formas:

• Si se utilizan elipses para representar los atributos, se subrayarán aquellos que formen la clave
primaria.

• Si se utilizan círculos para representar los atributos, se utilizará un círculo negro en aquellos que
formen la clave primaria.

Página No. V
3 RELACIONES

Representan asociaciones entre entidades. Es el elemento del modelo que permite relacionar en sí los
datos del modelo.

La representación gráfica en el modelo Entidad/Relación corresponde a un rombo en cuyo interior se

encuentra inscrito el nombre de la relación. El rombo estará conectado con las entidades a las que
relaciona, mediante líneas rectas.

La representación gráfica de las entidades se realiza con un rombo al que se le unen líneas que se dirigen
a las entidades, las relaciones tienen nombre (se suele usar un verbo). Observar en la siguiente
ilustración, la manera en la que las dos entidades se relacionan:

Esta relación se puede leer o interpretar de la siguiente manera:

1. El alumno cursa diferentes materias.

2. Las materias son cursadas por diferentes alumnos.

Para describir y definir adecuadamente las relaciones existentes entre entidades, es imprescindible
conocer los siguientes conceptos:

• Grado de la relación.
• Cardinalidad de la relación.

GRADO DE LA RELACIÓN

En función del grado se pueden establecer diferentes tipos de relaciones:

1. Relación Binaria o de grado 2: Es aquella relación en la que participan dos entidades. En

general, tanto en una primera aproximación, como en los sucesivos refinamientos, el esquema
conceptual de la base de datos buscará tener sólo este tipo de relaciones.
2. Relación Ternaria o de grado 3: Es aquella relación en la que participan tres entidades al
mismo tiempo.

CARDINALIDADES DE LA RELACIÓN

En matemáticas, el cardinal de un conjunto es el número de elementos que lo forman. Este concepto puede
extrapolarse a las relaciones con las que estamos tratando.

La cardinalidad de una relación es el número máximo de ocurrencias de cada entidad que pueden
intervenir en una ocurrencia de relación. La cardinalidad vendrá expresada siempre para relaciones entre
dos entidades. Dependiendo del número de ocurrencias de cada una de las entidades pueden existir
relaciones:

Página No. VI
Observa el siguiente ejemplo, la cardinalidad indicará el número de ocurrencias de la entidad JUGADOR
que se relacionan con cada ocurrencia de la entidad EQUIPO y viceversa. Podríamos hacer la siguiente
lectura: un jugador pertenece a un equipo y a un equipo pueden pertenecer varios jugadores .

Una posible representación de la cardinalidad de las relaciones es la que hemos visto en el ejemplo
anterior. Podríamos representar el resto de cardinalidades mediante las etiquetas 1:1, 1:N, N:1, M:N que se
leerían respectivamente: uno a uno, uno a muchos, muchos a uno y muchos a muchos. Veamos en detalle
el significado de cada una de estas cardinalidades:

1. Relaciones uno a uno (1:1). Sean las entidades A y B, una instancia u ocurrencia de la entidad, A se
relaciona únicamente con otra instancia de la entidad B y viceversa. Por ejemplo, para cada ocurrencia
de la entidad ALUMNO sólo habrá una ocurrencia relacionada de la entidad EXPEDIENTE y viceversa.
O, lo que es lo mismo, un alumno tiene un expediente asociado y un expediente sólo pertenece a un
único alumno.

2. Relaciones uno a muchos (1:N). Sean las entidades A y B, una ocurrencia de la entidad A se relaciona
con muchas ocurrencias de la entidad B y una ocurrencia de la entidad B sólo estará relacionada con
una única ocurrencia de la entidad A. Por ejemplo, para cada ocurrencia de la entidad DOCENTE puede
haber varias ocurrencias de la entidad ASIGNATURA y para varias ocurrencias de la entidad
ASIGNATURA sólo habrá una ocurrencia relacionada de la entidad DOCENTE (si se establece que una
asignatura sólo puede ser impartida por un único docente). O, lo que es lo mismo, un docente puede
impartir varias asignaturas y una asignatura sólo puede ser impartida por un único docente.

3. Relaciones muchos a uno (N:1). Sean las entidades A y B, una ocurrencia de la entidad A está asociada
con una única ocurrencia de la entidad B y un ejemplar de la entidad B está relacionado con muchas
ocurrencias de la entidad A. Por ejemplo, Un JUGADOR pertenece a un único EQUIPO y a un EQUIPO
pueden pertenecer muchos jugadores.

4. Relaciones muchos a muchos (M:N). Sean las entidades A y B, un ejemplar de la entidad A está
relacionado con muchas ocurrencias de la entidad B y viceversa. Por ejemplo, un alumno puede estar
matriculado en varias asignaturas y en una asignatura pueden estar matriculados varios alumnos.

Página No. VII

Ahora, vamos a hacer un paso a paso para representar dos cardinalidades: 1 : 1 y 1 : N

Paso 1. Marcar los espacios para colocar las cardinalidades.

Paso 2. Se lee de izquierda a derecha.

Paso 3. Se lee de derecha a izquierda

Página No. VIII

4 ELABORACIÓN DE DIAGRAMAS E-R
Sabemos que, en la fase de diseño conceptual de la base de datos, en la que nos encontramos, hemos de
generar el diagrama E/R que representará de manera más sencilla el problema real a modelar,
independientemente del Sistema Gestor de Base de Datos. Este esquema será como un plano que facilite
la comprensión y solución del problema. Este diagrama estará compuesto por la representación gráfica,
a través de la simbología vista, de los requisitos o condiciones que se derivan del problema a modelar.

PASO 1. IDENTIFICAR LAS ENTIDADES Y LAS RELACIONES.

Lo primero que hemos de tener a nuestra disposición para poder generar un diagrama E/R adecuado es
el conjunto de requerimientos, requisitos o condiciones que nuestra base de datos ha de cumplir. Es lo
que se denomina el documento de especificación de requerimientos. En otras palabras, el enunciado del
problema a modelar.

a) Identificación de entidades: Es un proceso bastante intuitivo. Para localizar aquellos elementos

que serán las entidades de nuestro esquema, analizaremos la especificación de requerimientos
en busca de nombres o sustantivos. Si estos nombres se refieren a objetos importantes dentro
del problema probablemente serán entidades.

Otra forma de identificar entidades es localizando objetos o elementos que existen por sí mismos.
Por ejemplo: VEHICULO, PIEZA, etc.

Algunos autores indican que para poder considerarse como entidad se deben cumplir tres reglas:

• Existencia propia.
• Cada ejemplar de un tipo de entidad debe poder ser diferenciado del resto de ejemplares.
• Todos los ejemplares de un tipo de entidad deben tener las mismas propiedades.

b) Identificación de relaciones: Localizadas las entidades, debemos establecer qué relación existe
entre ellas. Para ello, analizaremos de nuevo el documento de especificación de requerimientos
en busca de verbos o expresiones verbales que conecten unas entidades con otras. Cada una de
las relaciones establecidas deberá tener asignado un nombre, preferiblemente en minúsculas,
representativo de su significado o acción.

PASO 2. IDENTIFICACIÓN DE ATRIBUTOS Y CLAVES

Sólo con la localización de entidades y relaciones no está todo hecho. Hemos de completar el proceso
realizando las siguientes tareas:

• Identificación de atributos: Volvemos sobre el documento de especificación de requerimientos

para buscar nombres relativos a características, propiedades, identificadores o cualidades de
entidades o relaciones. Resulta más sencillo si nos preguntamos ¿Qué información es necesario
tener en cuenta de una u otra entidad o relación? Tendremos en cuenta si los atributos localizados
son simples o compuestos, derivados o calculados y si algún atributo o conjunto de ellos se repite
en varias entidades. Cada atributo deberá tener asignado un nombre, preferiblemente en
minúsculas, representativo de su contenido o función.
• Identificación de claves: Del conjunto de atributos de una entidad se establecerán una o varias
claves candidatas, escogiéndose una de ellas como clave o llave primaria de la entidad. Esta clave
estará formada por uno o varios atributos que identificarán de manera unívoca cada ocurrencia
de entidad. El proceso de identificación de claves permitirá determinar la fortaleza (al menos una
clave candidata) o debilidad (ninguna clave candidata) de las entidades encontradas.

Página No. IX
5 PRÁCTICA GUIADA – AGENDA TELEFÓNICA

PLANTEAMIENTO DEL PROBLEMA.

El jefe de grupo del quinto semestre, grupo “A”, de la especialidad de Ofimática, del CBTis No. 231, tiene el
propósito de crear una agenda telefónica que contenga datos personales de cada uno de los alumnos del
grupo, la población en donde vive y los datos de contacto de su tutor.

Para ello, en una reunión con el grupo, definen los datos que van a necesitar de cada uno de los alumnos
y del tutor, así como del lugar donde viven. Los detalles se muestran a continuación:

1. De cada uno de los alumnos, se van a solicitar los siguientes datos: nombre, apellidos, número de
control, fecha de nacimiento, género, números de teléfono (celular y de casa, si es que tiene), cuenta
de Facebook, twitter, pasatiempos, dirección, nombre de la población, así como su código postal; se
consideró que algunas poblaciones no cuentan con el código postal, y se decidió asignarle un código
de población temporal.
2. De cada uno de los alumnos se va necesitar los datos de sus tutores o familiares responsables de su
vida académica. Los datos que se solicitarán, son: su CURP, nombre completo, numero celular, número
de casa o residencial, así como su parentesco. Es probable que el tutor sea responsable de más de
un alumno.

Como se puede observar, lo que realmente va a representar esta agenda, es una base de datos que
contenga la información relacionada de cada uno de los alumnos del grupo, así que, es el momento de
diseñar nuestro modelo conceptual de base de datos.

PASO 1. IDENTIFICAR LAS ENTIDADES.

Vamos a recordar el concepto de entidad, y nos dice que puede ser un objeto físico, un concepto o cualquier
elemento que queramos modelar, que tenga importancia para la organización y del que se desee guardar
información. Para este ejemplo, se identifican a tres entidades:

1. La entidad ALUMNO.
De hecho, es la principal entidad, porque de cada alumno vamos a almacenar ciertos datos; a esos
datos, se les llama atributos. Todos los atributos que existan y dependan directamente de esta
entidad, se vuelve en automático un atributo de él.
2. La entidad POBLACIÓN.
¿Por qué la población, en donde viven los alumnos, es una entidad? Porque ésta tiene su existencia
propia, a pesar de los alumnos, y no se vuelve por ello un atributo de él. Si queremos aclarar más
esto, podemos decir, que uno o varios alumnos viven en un pueblo o comunidad, y, por tanto,
pertenecen a esa comunidad. Pero, una comunidad no pertenece a uno o varios alumnos, sino a
todos los habitantes de la misma. Otra característica que la define como una entidad, es que puede
tener más atributos que los que se solicitan, como son: si es una población urbana o rural, el
número de habitantes, etc.

3. La entidad TUTOR.

Los tutores, al ser una entidad que no depende de los alumnos ni de la población, tiene existencia
por sí misma y, por lo tanto, atributos propios, como lo son: nombre, CURP, etc.

Página No. X
Las entidades se representan en rectángulos, y pueden quedar ilustradas de la siguiente manera:

PASO 2. IDENTIFICAR LOS ATRIBUTOS DE LAS ENTIDADES.

Cada una de las propiedades o características que tiene un tipo de entidad o un tipo de relación se
denomina atributo. Por tanto, un atributo se utilizará para guardar información sobre alguna característica
o propiedad de una entidad o relación.

Una vez que se tienen identificadas las 3 entidades que se plantean en el problema a modelar, sigue
asignarle a cada uno de ellos, los atributos que le pertenecen, y que se encuentran plasmados en el
problema. Observen la siguiente ilustración:

Como se puede observar, no aparece el atributo parentesco, ni en el alumno, ni en el tutor. Con respecto
a esto, valdría la pena hacerse la siguiente pregunta, ¿El atributo parentesco, es algo propio del tutor? La
respuesta es, no. ¿El atributo parentesco, es algo propio del alumno? La respuesta también es, no. El
atributo parentesco surge de la relación entre el tutor y el alumno, por lo cual, se colocará un poco más
adelante, en el paso número 4.

PASO 3. IDENTIFICAR LOS ATRIBUTOS CLAVES.

Es el momento de identificar las llaves primarias. Recordemos, La clave primaria es un atributo o conjunto
de ellos, que toman valores únicos y distintos para cada ocurrencia de entidad, identificándola
unívocamente. No puede contener valores nulos.

Cada entidad debe tener un atributo o llave principal. Por ejemplo, para la entidad AUTOMÓVIL, un atributo
que no se repite es el número de la placa, por ejemplo; para la entidad CIUDADANO, existe un atributo que
evita que los datos de una persona, puedan repetirse, en este caso, sería la CURP, que es una clave única
que tiene cada ciudadano de nuestro país.

Así que, para nuestras tres entidades, las llaves primarias serían:

1. Para la entidad ALUMNOS, el atributo que va a ser una llave primaria es al número de control, que
es único y no lo puede tener otro estudiante.

Página No. XI
 2. Para le entidad POBLACION, el valor del atributo que no puede repetirse para otra población es,
el código postal.
3. Para la entidad TUTOR, el valor del atributo que es único para cada uno de ellos, y que ninguna
otra personal puede tener, es la Clave Única de Registro de Población o CURP.

En el diagrama entidad - relación, si los atributos de la entidad no se colocan dentro de los óvalos, como
es en este caso, se debe llenar o marcar el pequeño círculo que acompaña a cada atributo, para indicar
que es el atributo clave, o, subrayándolo.

PASO 4. ESTABLECER LAS RELACIONES.

La representación gráfica de las entidades se realiza con un rombo al que se le unen líneas que se dirigen
a las entidades, las relaciones tienen nombre (se suele usar un verbo). El rombo estará conectado con
las entidades a las que relaciona, mediante líneas rectas.

Para elaborar las relaciones entre las entidades, nos haremos las siguientes preguntas:

1. ¿Existe alguna relación entre la entidad ALUMNOS y la entidad POBLACIÓN? La respuesta es sí,
porque según el planteamiento del problema, requerimos conocer en qué población vive el
alumno. Entonces, tenemos que, el alumno vive en una población, y, en una población, viven,
alumnos. El nombre de la relación puede ser VIVE_EN.
2. ¿Existen alguna relación entre la entidad ALUMNOS y la entidad TUTOR? Por supuesto que existe.
Así, podemos decir que un alumno tiene un tutor, y un tutor puede tener alumnos bajo su tutela.
El nombre de la relación puede ser TIENE.
3. ¿Existe alguna relación entre la entidad POBLACIÓN y la entidad TUTOR? Según el planteamiento
del problema, no, ya que no se requiere conocer la población en donde vive el tutor del alumno.

El diagrama ER, para mostrar el avance hasta el momento, queda de la siguiente manera:

Página No. XII

Como se puede observar, el grado de las relaciones es binaria. Y, es en este punto, donde se coloca el
atributo parentesco en la relación TIENE, entre las entidades ALUMNO y TUTOR.

PASO 5. ESTABLECER LAS CARDINALIDADES.

Ahora, es el momento de establecer las cardinalidades entre las entidades y la relación. Recordemos, una
cardinalidad es el número máximo de ocurrencias de cada entidad que pueden intervenir en una
ocurrencia de relación. La cardinalidad vendrá expresada siempre para relaciones entre dos entidades.

Para ello, vamos a trabajar con las entidades y las relaciones.

1. ALUMNO vive_en POBLACIÓN.

Para establecer las cardinalidades, vamos a hacer las siguientes preguntas:
• ¿En cuantas poblaciones puede vivir, de manera fija un alumno, en una población?
Generalmente, sólo puede vivir o radicar en una población. Por tanto, la cardinalidad de la
entidad ALUMNOS y la entidad POBLACIÓN es una relación uno a uno (1:1)
• ¿En una población, cuántos alumnos del grupo pueden vivir allí? En una población, pueden vivir
uno o más alumnos. Por tanto, la cardinalidad de la entidad POBLACIÓN y la entidad ALUMNOS,
es una relación uno a muchos (1:N)
2. ALUMNO tiene TUTOR.
Volvemos a hacer las preguntas necesarias:

Página No. XIII

 • ¿Un alumno, cuántos tutores puede tener? Sólo un tutor. Entonces, tenemos que la relación
entre la entidad ALUMNOS y la entidad TUTOR, es, uno a uno (1:1)

• ¿Un tutor, cuántos alumnos puede tener bajo su tutela? Puede tener uno o varios. Tenemos
entonces que, la relación entre la entidad TUTOR y la entidad ALUMNOS, es, uno a muchos
(1:N)

PASO 6. INTEGRAR LOS ELEMENTOS DEL ESQUEMA ENTIDAD – RELACIÓN

Una vez que se han concretado, se tiene un primer borrador del llamado esquema o modelo conceptual
de base de datos, en este caso, usando la herramienta denominada Diagrama Entidad – Relación.

Ahora es el momento de revisar con calma los requerimientos en el planteamiento del problema,
buscando más información para tener un modelo de datos más completo, que satisfaga las necesidades
requeridas.

Página No. XIV

Ejercicio de práctica 1
El Hospital Comunitario de Santa María Huatulco, lleva un control de los pacientes que asisten a consulta
y/o que son hospitalizados, así como de los médicos que los atienden.

Cada paciente, debe proporcionar los siguientes datos, para posteriormente ser almacenados en su base
de datos: nombre completo, fecha de nacimiento, su género y su dirección. A cada paciente se le asigna
un número de expediente que es único en el hospital, para llevar un mejor control y registro de sus visitas.

Los pacientes son atendidos por los médicos del hospital. Los datos de los médicos que se requieren son:
su número de cédula profesional, que es un dato único en el hospital, su nombre completo, fecha de
nacimiento, género y su especialidad.

Un paciente del hospital, generalmente es atendido por un médico, aunque puede ser atendido por otros
médicos. Los médicos, atienden a muchos pacientes del hospital. Cada vez que un médico los atiende, se
registra la fecha y hora de la consulta o atención, así como el diagnóstico.

Ejercicio de práctica 2:

En tu cuaderno de trabajo, elaborar el diagrama ER, a partir del siguiente planteamiento:

Descripción:
La agencia de viajes “SaMaHua Tours” S. A. de C. V., desea informatizar toda la gestión de los clientes o
pasajeros que acuden a la agencia, y los viajes que estos realizan. Tras ponernos en contacto con la
agencia, ésta nos proporciona la siguiente información.
“La agencia desea guardar la siguiente información de los pasajeros o clientes: su registro federal de
contribuyentes (RFC), que es único para cada persona en nuestro país, su nombre completo, dirección y
teléfono celular.
Cuando el cliente hace una reservación, se almacenan los siguientes datos: el código del vuelo, el tipo de
avión en el que viajará, y el total de plazas o lugares totales con los que cuenta el avión. De cada
reservación que hace cada uno de sus clientes, es necesario almacenar el costo del boleto, la fecha y hora
de salida.
Cada reservación que hace el cliente, tiene un origen (ciudad de donde aborda el vuelo) y un lugar de
destino (ciudad a la que se dirige. De cada uno de ellos se quiere almacenar el código que tiene asignada
la ciudad, el nombre de la ciudad y el país en donde se encuentra. Además, es importante registrar la
fecha y hora de llegada a su lugar de destino.
Como es de suponer, un cliente compra su boleto de avión haciendo una reservación, pero, en esa
reservación o vuelo, puede comprar sólo su boleto o el de más personas. Esa reservación tiene una sola
ciudad de destino, aunque esa ciudad destino, recibe a muchos pasajeros de ese vuelo. De igual manera,
la reservación tiene un solo lugar de origen, pero de la ciudad de origen, se tienen muchas reservaciones.

NOTA: El número de reservación (o, reserva), se refiere a la compra de un boleto de avión, y, es un código
alfanumérico enviado por la agencia de viajes o la aerolínea al correo de confirmación de compra. El
código es único para cada reserva. Este código suele figurar en algunos casos en tu boarding pass o
tarjeta de embarque o pase de abordar, junto con los otros datos del vuelo.

Página No. XV