Está en la página 1de 11

Unidad 2 / Escenario 4

Lectura fundamental

Proceso de construcción de bases


de datos

Contenido

1 Proceso de construcción de bases de datos

Palabras clave: construcción de bases de datos, campos, registros, modelo entidad-relación, diseño lógico de una
base de datos.
1. Proceso de construcción de bases de datos
El primer paso para la construcción de una base de datos consiste en la recolección y análisis de los
requerimientos. En esta etapa se identifican las necesidades de captura, modificación y consulta
de información que los usuarios tengan en la base de datos. Con base en estos requerimientos, se
establecerá el esquema de la base de datos, así como los mecanismos de consulta y transformación
de la información.

1.1. Etapa 1: recolección, análisis de requerimientos e identificación de los datos


(diseño conceptual)

A continuación, se presenta una situación real en la cual se requiere del diseño de una
base de datos relacional:

Caso torneo de basquetbol – Construcciones El Nido S.A.S.

Don Germán de la Pava, gerente general de Construcciones El Nido, es un aficionado a los deportes
y un convencido de que sus colaboradores son el elemento más importante en el éxito de su
organización. Para motivar a los empleados de sus empresas proveedoras a integrarse y disfrutar una
actividad al aire libre, ha decidido organizar un torneo de basquetbol.

Al contactar y reunirse con los gerentes y propietarios de las 6 empresas proveedoras con las
que suele tener relaciones comerciales todos estuvieron complacidos en apoyar la idea, aunque
Mario Echeverri, gerente de La Luciérnaga (proveedor de instalaciones eléctricas), le comentó
a don Germán: “El año pasado participamos en un campeonato de microfútbol y muchos de los
empleados que participaron terminaron bastante descontentos, ya que los organizadores manejaron
de forma desorganizada la información sobre los resultados de los partidos, las fechas de los
encuentros y los inscritos a cada equipo”. Don Germán recordó que algunos de sus empleados le
habían comentado que a pesar de haber participado en el campeonato de bolos nunca supieron
quién había sido el ganador.

Recordando sus conocimientos en gestión de la información, el gerente de El Nido propuso lo


siguiente: “Si están de acuerdo, podemos centralizar y organizar los resultados de los partidos con las
fechas de cada encuentro, así como los datos básicos de los participantes en una base de datos que
todos los participantes puedan consultar en cualquier momento”.

POLITÉCNICO GRANCOLOMBIANO 2
El gerente de la Luciérnaga quedó encantado con la idea: “Si este mecanismo para manejar
información funciona en el torneo de basquetbol, podríamos utilizarlo para compartir datos sobre
productos, pedidos y demanda entre proveedores y nuestros clientes aliados”.

Al notar el interés que tanto el gerente de la Luciérnaga como los demás propietarios de las empresas
proveedoras manifestaron sobre compartir la información de forma estructurada, don Germán ha
decidido diseñar una base de datos con base en las reglas básicas que se fijaron para el torneo:

1. Cada empresa podrá inscribir hasta dos equipos al torneo (uno masculino y uno femenino).
El torneo manejará por separado a los equipos masculinos y femeninos, para premiar al mejor
equipo de cada división.

2. Cada equipo podrá inscribir entre 5 y 10 jugadores.

3. Una vez se hayan inscrito todos los equipos, se organizará una ronda de partidos para la división
masculina y una ronda de partidos para la división femenina (eliminatorias), en la cual cada
equipo jugará contra los equipos restantes de su división. Pasarán a la final de cada división los
dos equipos que acumulen el mayor número de victorias en los partidos de la ronda eliminatoria.
Los equipos en tercer y cuarto lugar también jugarán un partido para competir por el tercer
puesto en cada división.

Estas reglas son la base para determinar los requerimientos básicos de la base de datos.

Requerimientos para la BD torneo de basquetbol

La BD debe permitir al usuario:

• Requerimiento 1: crear, modificar o borrar un nuevo equipo.

• Requerimiento 2: crear, modificar o borrar un nuevo jugador.

• Requerimiento 3: validar que no se creen más de dos equipos por empresa y que si se crean dos
equipos para una misma empresa uno de ellos sea masculino y el otro femenino.

• Requerimiento 4: asociar jugadores a equipos, validando que los jugadores que se enlacen a
los equipos solamente pertenezcan a un equipo dependiendo de si dicho equipo es femenino o
masculino y sin exceder el máximo de 10 jugadores por equipo.

• Requerimiento 5: crear y modificar partidos.

• Requerimiento 6: realizar consultas sobre equipos, jugadores y partidos.

POLITÉCNICO GRANCOLOMBIANO 3
• Requerimiento 7: calcular el puntaje de cada equipo en la ronda de partidos eliminatorios, para
determinar los equipos que pasarán a la final.

• Requerimiento 8: consultar resultados de los partidos para determinar los equipos que jugarán la
final en cada división y generar un reporte de los resultados del torneo.

1.2. Etapa 2: identificación de las entidades, atributos y relaciones de la base de


datos (diseño lógico)

Como segunda etapa en el proceso de construcción de la base de datos, se deben identificar los
componentes principales que harán parte de la base de datos y sus relaciones. Por ello es esencial
reconocer los diferentes elementos que componen una base de datos como paso previo a su
construcción en un caso aplicado, así como el diseño conceptual de la base de datos.

Elementos que componen una tabla de datos

• Entidad: una entidad en el contexto de bases de datos es la representación de un objeto o de


un concepto del mundo real, y del cual se espera capturar información para almacenarla en la
base de datos y consultarla posteriormente. Por ejemplo, si se diseña una base de datos para
un colegio, las entidades del mundo real que se desearía incluir en el diseño de la base de datos
serían los estudiantes, los cursos de clase, los profesores y las asignaturas a dictar.

Las entidades se pueden clasificar en fuertes y débiles:

• Entidades fuertes: son los elementos que contienen los registros principales de la base de
datos. Se alojan en las tablas principales y requieren de otras entidades o tablas auxiliares para
complementar su caracterización. Por ejemplo, un cliente es una entidad fuerte que está
descrita parcialmente en la tabla clientes, con datos como el número de cédula del cliente
y su fecha de nacimiento, pero para describir por completo a un cliente se requiere de una
tabla auxiliar que describa a los tipos de cliente. Una vez se declaren los diferentes tipos de
cliente, se puede indicar para cada cliente a qué tipo pertenece.

• Entidades débiles: son las tablas auxiliares de una entidad principal y sirven de apoyo para
estructurar la base de datos. Las tablas intermedias que se utilizan para compartir información
entre tablas principales también se consideran entidades débiles.

POLITÉCNICO GRANCOLOMBIANO 4
• Atributo: es el rasgo o característica de una entidad que la describe y permite compararla
con otras entidades de su misma clase. Tal es el caso de la edad de un estudiante, el atributo
edad permite clasificar a las entidades estudiantes en mayores de edad o menores de edad, o
consultar cuáles estudiantes están en un rango de edad específico.

• Campo: es la representación de los atributos de una entidad en las distintas tablas que
conforman la base de datos, el conjunto de estos constituye la información por utilizar en la
base de datos y para estos se debe definir un nombre por cada atributo o campo a utilizar. Las
columnas de la tabla o lista corresponden a los campos de las bases de datos, dependiendo del
propósito o del objetivo de la tabla por manejar. Esta podrá contener diferente cantidad de
campos y cada uno de ellos debe tener un nombre que lo identifique.

• Registro: es la representación de las entidades en las distintas tablas que conforman la base de
datos. Un registro está compuesto por una serie de campos relacionados entre sí y referencia
la información básica de una entidad en particular. Cada fila en una tabla de una base de datos
corresponde a un registro.

• Clave: es un atributo o conjunto de atributos que permite distinguir a una entidad de otra al
interior de una misma clase, también se utiliza para enlazar a una entidad principal con otra
entidad relacionada. Existen dos tipos de claves:

• Clave primaria: es aquel conjunto de atributos o atributo único que identifica de forma
inequívoca a las entidades de la base de datos a las que pertenece dicho atributo. Una clave
primaria se utiliza para acceder a los datos de un registro específico y poder manipular y
consultar dichos datos. Por ejemplo, el número de cédula de un cliente en la base de datos
de un banco. En la tabla clientes esta clave (cédula) es primaria y permitirá consultar toda la
información relacionada con dicho cliente específico.Es importante aclarar que solo se puede
asignar una clave primaria a una tabla. Si se desea utilizar más de un atributo para identificar
de forma única a cada registro de la tabla, debe utilizarse una clave compuesta que combine
los atributos que se quieren utilizar.

• Clave foránea: son registros en una segunda tabla que se usan para realizar una conexión con
la clave primaria. Sirven para relacionar tablas entre sí y entidades entre sí. Por ejemplo, si la
entidad cliente tiene como clave primaria el número de cédula en la tabla clientes y la entidad
sucursal tiene como clave primaria el código de sucursal en la tabla sucursales, entonces para
asignarle una sucursal a cada cliente se puede utilizar el registro sucursal como clave foránea
en la tabla de clientes, de forma que cada cliente tenga asignado un código de sucursal. Aquí
el atributo sucursal es clave primaria en la tabla sucursales y clave foránea en la tabla clientes.

POLITÉCNICO GRANCOLOMBIANO 5
• Relación: es un vínculo que indica la dependencia o asociación entre entidades, a través de los
atributos que comparten. El número de entidades que están involucradas en una relación se
conoce como el grado de la relación, mientras que la cardinalidad es el nivel de participación
de las entidades. Esta cardinalidad responde a la pregunta: ¿cuántos elementos de la primera
entidad participan en la relación con un elemento de la segunda entidad?, ¿cuántos elementos de
la segunda entidad participan en la relación con un elemento específico de la primera entidad?

Al responder esta pregunta, encontramos los siguientes tipos de cardinalidad:

• Cardinalidad 1 a 1: un solo elemento de la primera entidad corresponde a un solo elemento


de la segunda entidad y viceversa. Ejemplo: un cliente tiene una única cuenta nómina y una
cuenta de nómina está asignada a un solo cliente.

• Cardinalidad 1 a varios: un solo elemento de la primera entidad puede estar asociado a varios
elementos de la segunda entidad. Sin embargo, un elemento de la segunda entidad solo está
asociado a un elemento de la primera entidad. Ejemplo: un cliente tiene asignadas una o varias
tarjetas débito/crédito, pero una tarjeta débito/crédito pertenece únicamente a un cliente.

• Cardinalidad varios a varios: varios elementos de la primera entidad pueden estar asociados
a varios elementos de la segunda entidad. Ejemplo: un cliente puede tener asignados varios
créditos y a su vez un crédito puede estar respaldado por varios clientes.

• Sistema transaccional (base de datos): relación de registros y campos que componen la


información esencial de cada elemento a trabajar.

• Tipos de datos. Los tipos de campos que pueden ser utilizados para almacenar datos son:

• Texto: almacena datos de tipo alfanuméricos.

• Fecha: almacena datos de fecha y hora.

• Numérico: almacena datos de tipo numérico para procesos matemáticos.

• Lógico: almacena datos de dos formas verdadero o falso.

Los campos de tipo texto almacenan información de tipo alfanumérico y números con los cuales
no pueden realizar procesos matemáticos, ejemplo: NIT de una empresa, nombre de una persona,
documento de identidad, nombre de una ciudad, entre otros.

POLITÉCNICO GRANCOLOMBIANO 6
Los campos de tipo fecha almacenan datos de fecha y hora, con estos tipos de datos se pueden
realizar cálculos matemáticos para calcular datos como edad, antigüedad de cartera, antigüedad de
vencimiento de términos, etc.

Los campos de tipo numérico almacenan datos con los cuales se van a realizar operaciones
matemáticas, por ejemplo, cantidad, precio, número de días, entre otros.

Para almacenar datos que solo pueden ser de dos tipos: falsos y verdaderos, se deben
utilizar campos lógicos.

Para representar apropiadamente el diseño lógico y conceptual de la base de datos, se suele hacer
uso de un diagrama que muestre de forma resumida las entidades (como tablas), los atributos (como
una lista al interior de cada tabla o cuadro) y las relaciones entre entidades con su cardinalidad. Este
diagrama se conoce como un modelo entidad-relación, el cual se muestra a continuación para el
estudio de caso.

Continuación caso torneo de basquetbol – Construcciones El Nido S.A.S.

Después de revisar las reglas básicas del torneo, don Germán realizó un análisis de cada una para
identificar los elementos que deberían manejarse como entidades:

1. Para los participantes en el torneo, es importante identificar las fechas de cada juego, su
puntuación y cuáles equipos pasan a la final. Reportar fechas de partidos por empresa podría
generar confusión ya que una empresa puede manejar varios equipos. Por ello, las empresas no
se manejan como entidades mientras que los equipos sí.

2. Se requiere tener control sobre los jugadores inscritos en cada equipo, ya que al momento
de realizar un partido solamente podrán participar los jugadores que se hayan inscrito en
las fechas establecidas. Por lo tanto, es importante incluir la entidad jugador en el diseño
de la base de datos.

3. Los partidos son otra entidad de interés para compartir y gestionar información, ya que cada
equipo quisiera conocer las fechas que tiene asignadas para jugar, así como los resultados de los
partidos jugados por los equipos restantes.

Para la base de datos de este torneo de basquetbol se utilizarán entonces 3 entidades: equipos,
jugadores y partidos.

Ahora, deben relacionarse las entidades entre sí:

POLITÉCNICO GRANCOLOMBIANO 7
1. Equipo: los equipos están conformados por varios jugadores, y debe revisarse si el número de
inscritos por equipo cumple las condiciones indicadas en las reglas básicas del torneo. Además,
cada equipo está relacionado con varios partidos que va a jugar. Por tanto, deben establecerse
las relaciones equipo-jugador y equipo-partido.

Equipo Partido
IDEquipo IDPartido
1 Nombre Equipo IDEquipo
Empresa
1 Fecha
Tipo de equipo Puntaje Equipo
Faltas Equipo
1 Etapa campeonato

Jugador
IDJugador
Nombre
EquipoPartido
Apellidos
Equipo IDEquipo
IDEquipo IDPartido
No. Peto

Figura 1. Modelo entidad-relación, caso torneo basquetbol


Fuente: elaboración propia

2. Jugador: los jugadores no tienen una relación directa con los partidos, ya que se relacionan
de forma indirecta a través de los equipos. Un jugador solo puede hacer parte de
un equipo específico.

3. Partido: un partido está relacionado con 2 equipos, así que también debe establecerse la
relación partido-equipo.

Las relaciones que deben establecerse son:

• Equipo-jugador: relación tipo uno a muchos (un equipo puede tener entre 5 y 10
jugadores inscritos).

POLITÉCNICO GRANCOLOMBIANO 8
• Partido-equipo: relación muchos a muchos. Como esta relación no existe en Access, debe
establecerse una tabla intermedia que conecte a la entidad partido con la entidad equipo. Esta
tabla intermedia combinará las entidades partido y equipo en una nueva entidad combinada
(llamada PartidoEquipo). Esta entidad sirve como puente y reemplaza la relación muchos a
muchos, por dos relaciones del tipo uno a muchos.

»» Un partido está asociado a dos combinaciones PartidoEquipo, ya que un partido es jugado por
dos equipos.

»» Un equipo está asociado a varias combinaciones PartidoEquipo, ya que un equipo jugará varios
partidos a lo largo de las eliminatorias, más un partido adicional si aplica para la final o para el
partido por el tercer puesto.

1.3. Etapa 3: diseño físico

En esta etapa se describe la forma como se implementará la base de datos en términos de los
métodos para acceder a la información y de los sistemas y estructuras de almacenamiento que se
usarán. Aquí se tienen en cuenta temas técnicos como la velocidad de ejecución de los procesos de
consulta a la base de datos, el número de usuarios que ingresarán en simultáneo y las plataformas
desde las que se espera acceder (dispositivos móviles, aplicaciones de escritorio, portales web, etc.).

Mientras más tiempo se dedique al diseño conceptual (aquel que describe de manera general los
componentes y requerimientos de la base de datos), será más fácil pasar al diseño lógico en el que se
especifica el tipo de relaciones que manejará la base de datos (aquí se puede optar por elegir el tipo
de base de datos y la herramienta en la que se va a implementar). La fase final de diseño físico es una
tarea propia de los expertos en tecnologías de información ya que son temas técnicos relacionados
con la operación y almacenamiento de la BD. Para el tomador de decisiones y para los usuarios las
etapas de diseño conceptual y lógico son las que requieren de su total participación al momento de
definir requerimientos y verlos plasmados en el modelo entidad-relación.

POLITÉCNICO GRANCOLOMBIANO 9
Referencias
Filip, F. G. (2007). Management Information Systems: Managing the Digital Firm (Book Review).
International Journal of Computers Communications & Control, 2 (1), 103-105.

Guerrero, H. (2010). Excel Data Analysis, Modeling and Simulation. New York: Springer.

Heijden, H. (2009). Designing Management Information Systems. New York, USA: Oxford
University Press.

Lache, L., León, A., Bravo, E., Becerra, L. y Forero, D. (2016). Las tecnologías de información y
comunicación como prácticas de referencia en la gestión de conocimiento: una revisión sistemática de la
literatura. Revista UIS Ingenierías, 15 (1), 27-40.

Oz, E. (2009). Management Information Systems (6.a ed.). Pennsylvania, USA: Thomson Course
Technology.

POLITÉCNICO GRANCOLOMBIANO 10
INFORMACIÓN TÉCNICA

Módulo: Gestión de la Información


Unidad 2: Introducción a las bases de datos
Escenario 4: Proceso de construcción de bases de datos

Autor: Oscar Javier Parra Ortega

Asesor Pedagógico: Luisa Esperanza Rincón Jiménez


Diseñador Gráfico: Cristian Navarro
Asistente: Ginna Quiroga

Este material pertenece al Politécnico Grancolombiano.


Prohibida su reproducción total o parcial.

POLITÉCNICO GRANCOLOMBIANO 11