INTRODUCCIÓN

El diseño de bases de datos es un proceso crucial en el desarrollo de sistemas

de información. A lo largo del tiempo, este proceso ha evolucionado desde ser
considerado un arte hasta convertirse en una disciplina establecida con métodos
y técnicas específicos. En este ensayo, exploraremos detalladamente el proceso
de diseño de bases de datos, centrándonos en el enfoque del Modelo Entidad-
Relación (E-R) y su aplicación práctica en la creación de sistemas de información
efectivos.

2.1 PROCESO DE DATOS

El proceso de diseño de bases de datos es esencial para determinar la estructura y
organización de una base de datos, así como para desarrollar las aplicaciones que la
utilizarán. A lo largo del tiempo, este proceso ha evolucionado desde ser considerado
más un arte que una ciencia hasta convertirse en una disciplina estable, con métodos y
técnicas bien definidos. El diseño de bases de datos desempeña un papel central en la
gestión de la información en organizaciones comerciales, gubernamentales y científicas.
Para crear una base de datos bien diseñada de manera rápida y efectiva, es
fundamental seguir un proceso establecido. Este proceso consta de varios pasos:

Determinar la finalidad de la base de datos

Este paso implica comprender por qué se necesita la base de datos y qué tipo de
información se almacenará en ella. Esta comprensión ayudará a guiar los pasos
siguientes del proceso de diseño.

Buscar y organizar la información necesaria

Se reúnen todos los tipos de información que se desea registrar en la base de datos,
como nombres de productos o números de pedidos. Esta información se organiza de
manera lógica para facilitar su posterior almacenamiento y recuperación.

Dividir la información en tablas

La información se divide en entidades o temas principales, como Clientes, Productos o
Pedidos. Cada tema se convierte en una tabla en la base de datos.

Convertir los elementos de información en columnas

Se decide qué información se almacenará en cada tabla, y cada elemento se convierte
en un campo representado como una columna en la tabla. Por ejemplo, una tabla de
Empleados podría incluir campos como Nombre y Fecha de contratación.

Especificar claves principales

Se elige una clave principal para cada tabla, que se utiliza para identificar de forma única
cada fila en la tabla. Por ejemplo, en una tabla de Productos, la clave principal podría
ser el ID de producto.

Definir relaciones entre las tablas

Se examina cómo se relacionan los datos en una tabla con los de otras tablas y se
establecen las relaciones correspondientes. Esto se hace agregando campos a las
tablas o creando nuevas tablas según sea necesario.

Ajustar el diseño
Se analiza el diseño preliminar para detectar errores y se realizan ajustes según sea
necesario. Se crean tablas y se agregan algunos registros de ejemplo para verificar que
se puedan obtener los resultados esperados.

Aplicar las reglas de normalización

Se aplican reglas de normalización para garantizar que las tablas estén estructuradas
correctamente y evitar problemas de redundancia y anomalías de actualización.

2.2 MODELO ENTIDAD-RELACIÓN

El Modelo Entidad-Relación (E-R) es una herramienta fundamental en el diseño
de bases de datos. Este modelo proporciona una representación gráfica de las
entidades, sus atributos y las relaciones entre ellas. Algunos conceptos clave del
modelo E-R incluyen:

Entidades y conjuntos de entidades

Las entidades son objetos o conceptos del mundo real que son distinguibles y
tienen atributos asociados. Los conjuntos de entidades agrupan entidades
similares basadas en sus atributos comunes.

Atributos
Los atributos son características o propiedades de una entidad que describen
aspectos específicos de esa entidad. Pueden ser simples o compuestos,
monovalorados o multivalorados, y pueden incluir atributos derivados.

Ejemplo:
Entidad: Empleado
Nombre de atributo: Código
• Descripción: Código único por empleado
asignado por la empresa
• Función: Identificación (+Definición)
• Dominio: Números positivos de dos cifras

Relaciones
Las relaciones representan asociaciones entre entidades. Pueden ser binarias o
ternarias, y se pueden especificar restricciones de cardinalidad y participación
para definir la naturaleza de la relación.
 2.3 DISEÑO CON DIAGRAMAS ENTIDAD-RELACIÓN
Construir una base de datos eficiente y bien estructurada es fundamental para
cualquier sistema de información que pretenda gestionar grandes cantidades de
datos de manera organizada y eficaz. Una de las herramientas más utilizadas
para diseñar la estructura lógica de una base de datos es el Diagrama Entidad-
Relación (Diagrama E-R), el cual permite representar de manera gráfica las
entidades, relaciones y atributos que componen la base de datos.

El Diagrama E-R se basa en varios elementos clave que le otorgan su poder

descriptivo y su capacidad para representar de manera clara la estructura de la
base de datos.

Entidad:

Es la que representa un objeto que tiene vida propia en el sistema que se está
modelando, así sean tangibles o intangibles.

Ejemplo puede ser, cliente, producto, estudiante, vacación.

Conjunto de entidades:

Grupo (conjunto) de entidades del mismo tipo.

Ejemplo: Todos los estudiantes de un curso representan el conjunto de entidades

del estudiante.

Relación:

Asociación o vinculación entre dos o más entidades.

Ejemplo: La relación comprar entre las entidades cliente y producto.

Generalmente representa las acciones entre las entidades.

Conjunto de relaciones:

Son relaciones del mismo tipo.

Atributos:

Son propiedades asociadas al conjunto de entidades o relaciones y toman un

valor en una entidad particular.

Ejemplo: nombre, cédula, teléfono.

Los atributos se pueden clasificar en:

 • Simples o atómicos: Son aquellos que no contienen otros atributos
• Compuestos: Son los que incluyen otros atributos simples. Ejemplo:
dirección (Se puede dividir en calle, número, ciudad).
• Monovalorados o Univalorados: Atributo que toma un solo valor, para una
entidad en particular.
• Multivalorados: Atributo que para una misma entidad puede tomar
muchos valores.
• Derivados o calculados: Son aquellos atributos cuyos valores se pueden
conseguir con operaciones sobre valores de otros atributos.
• Nulos: Son aquellos atributos para los cuales en algún momento no existe
o no se conoce su valor.

Un Diagrama E-R, representa un objeto que tiene vida propia en el sistema que
se está modelando. Esto puede ser tanto tangible como intangible. Por ejemplo,
en una base de datos de una biblioteca, las entidades podrían ser libros, autores,
y préstamos. Los conjuntos de entidades agrupan entidades del mismo tipo,
como todos los libros de la biblioteca.

Las relaciones son asociaciones o vínculos entre dos o más entidades. Por
ejemplo, la relación "prestar" entre las entidades "cliente" y "libro" en una base
de datos de una biblioteca. Los atributos son características o propiedades
asociadas a las entidades o relaciones, como el nombre del cliente o el título del
libro.

Los atributos pueden ser simples o compuestos, monovalorados o

multivalorados, derivados o nulos, dependiendo de su naturaleza y función en la
base de datos. Por ejemplo, la dirección de un cliente puede ser un atributo
compuesto que incluya calle, número y ciudad.

El Diagrama E-R facilita la visualización y comprensión de la estructura de la

base de datos, lo que lo convierte en una herramienta invaluable para los
diseñadores de bases de datos. Además, permite especificar diferentes tipos de
relaciones, como varios a uno, uno a varios, varios a varios, y uno a uno, lo que
brinda flexibilidad y precisión en el modelado de la base de datos.

Diagrama E-R con un atributo unido a un conjunto de relaciones.

Diagrama E-R con atributos compuestos, multivalorados y derivados.

Diagrama E-R con indicadores de papeles.

Otra forma de representar las relaciones:

2.4 MODELO ENTIDAD-RELACIÓN EXTENDIDO

La generalización/especialización es un concepto fundamental en el diseño de
bases de datos que nos permite modelar entidades con características comunes
de una manera genérica y, al mismo tiempo, capturar las particularidades
específicas de cada una de sus especializaciones. Este enfoque nos permite
organizar y estructurar la información de manera más eficiente y precisa,
reflejando la complejidad del mundo real en el que operan los sistemas de
información.

Imaginemos una situación en la que una empresa necesita gestionar la

información de sus empleados. En algunos casos, es importante tener
constancia de características específicas de ciertos tipos de empleados. Por
ejemplo, puede ser relevante saber qué coche de la empresa tienen asignado
los empleados que ocupan cargos directivos, o qué proyectos están llevando a
cabo los empleados técnicos y cuál es su titulación. Además, puede ser de
interés conocer la antigüedad de los empleados administrativos. Sin embargo,
todos los empleados comparten ciertas características básicas como el nombre,
el apellido, la dirección, el número de teléfono y el DNI.

Para modelar esta situación de manera efectiva, recurrimos al concepto de

generalización/especialización. En este enfoque, se define una entidad
superclase que representa la entidad general, en este caso, el empleado, y luego
se crean entidades subclase que representan las especializaciones de esa
entidad general, como directivo, técnico y administrativo.

La entidad superclase nos permite capturar las características comunes a todos

los empleados de manera genérica. Esto incluye atributos como el nombre, el
apellido, la dirección y el número de teléfono. Por otro lado, las entidades
subclase nos permiten modelar las características específicas de cada tipo de
empleado. Por ejemplo, la entidad subclase "directivo" puede incluir atributos
adicionales como el coche asignado, mientras que la entidad subclase "técnico"
puede tener atributos como la titulación y los proyectos en los que está
trabajando.

Es importante destacar que toda ocurrencia de una entidad subclase también es

una ocurrencia de su entidad superclase. Esto significa que cada empleado
directivo, técnico o administrativo también es un empleado en términos
generales.

La generalización/especialización se representa gráficamente con una flecha

que parte de las entidades subclase y se dirige hacia la entidad superclase. Esta
representación visual nos ayuda a comprender la relación jerárquica entre la
entidad superclase y sus subclases, facilitando el diseño y la comprensión de la
estructura de la base de datos.
Notaciones utilizadas en el modelo entidad-relación
 2.5 LA NOTACIÓN ENTIDAD-RELACIÓN CON UML
Los diagramas entidad-relación (E-R) son herramientas fundamentales en el
diseño de sistemas de software, ya que permiten modelar de manera visual la
estructura de los datos que serán utilizados por el sistema. Sin embargo, es
importante entender que la representación de datos es solo una parte del diseño
completo de un sistema. Otros componentes, como los modelos de interacción
del usuario, la especificación de módulos funcionales y su interacción, también
son fundamentales para un diseño integral y efectivo del sistema. Es en este
contexto que el Lenguaje de Modelado Unificado (UML), propuesto como un
estándar para la creación de especificaciones de sistemas de software, juega un
papel crucial.

Una de las partes principales de UML es el diagrama de clase, que guarda

similitudes con los diagramas E-R. En el diagrama de clase, se representan las
clases del sistema y las relaciones entre ellas. Aunque comparten ciertas
características, como la representación de entidades y sus atributos, el diagrama
de clase va más allá al modelar objetos y sus métodos, lo cual permite describir
no solo la estructura de los datos, sino también su comportamiento.

Otro componente importante de UML es el diagrama de caso de uso, el cual se

centra en mostrar la interacción entre los usuarios y el sistema. En este
diagrama, se detallan las acciones que realiza el usuario y cómo estas
interactúan con las funcionalidades del sistema. Esto es crucial para entender
los requisitos y las necesidades del usuario, y así diseñar un sistema que
satisfaga eficazmente sus expectativas.

Los diagramas de actividad son otra herramienta de UML que describen el flujo
de tareas entre los diferentes componentes de un sistema. Estos diagramas son
especialmente útiles para visualizar procesos complejos y entender cómo se
realizan ciertas actividades dentro del sistema.

Por otro lado, los diagramas de implementación muestran la estructura física del
sistema, incluyendo tanto los componentes de software como el hardware en el
que se ejecuta. Esto es importante para comprender la arquitectura del sistema
y planificar su implementación de manera efectiva.

Al comparar los diagramas E-R con los diagramas de clase de UML, podemos
observar que UML proporciona una representación más completa y detallada de
la estructura y el comportamiento del sistema. Además, UML ofrece
herramientas adicionales, como la capacidad de modelar métodos y el
comportamiento de los objetos, que permiten un diseño más preciso y completo
del sistema de software.

En resumen, los diagramas entidad-relación son una parte importante del diseño
de sistemas de software, pero deben complementarse con otros componentes,
como los diagramas de clase, de caso de uso, de actividad y de implementación
de UML, para lograr un diseño integral y efectivo del sistema. El uso de UML
como estándar de modelado proporciona una metodología estructurada y
completa para el diseño y desarrollo de sistemas de software, lo que resulta en
sistemas más robustos, eficientes y fáciles de mantener.

CONCLUSIONES
General:
En conclusión, el diseño de bases de datos es un proceso esencial en el
desarrollo de sistemas de información, que ha evolucionado de ser considerado
un arte a convertirse en una disciplina establecida con métodos y técnicas
específicos. El enfoque del Modelo Entidad-Relación (E-R) ha demostrado ser
una herramienta poderosa en este proceso, permitiendo la representación
gráfica de entidades, atributos y relaciones entre ellas.
El proceso de diseño de bases de datos sigue una serie de pasos bien definidos,
desde determinar la finalidad de la base de datos hasta aplicar reglas de
normalización para garantizar su integridad y eficiencia. La
generalización/especialización es un concepto clave en este proceso, que nos
permite modelar entidades con características comunes de manera genérica y
capturar las particularidades específicas de cada una de sus especializaciones.
Además, el uso del Lenguaje de Modelado Unificado (UML) complementa el
enfoque del Modelo Entidad-Relación al proporcionar una representación más
completa y detallada de la estructura y el comportamiento del sistema de
software. Los diagramas de clase, de caso de uso, de actividad y de
implementación de UML, entre otros, permiten especificar diferentes aspectos
del sistema y su interacción, lo que resulta en un diseño integral y efectivo del
sistema de software.

Anjeny Fernanda Quiñonez Rodriguez

En conclusión, el proceso de basa de datos es muy importante ya que ayuda en
el sistemas de información. El modelo entidad-relación al igual que los otros
modelos que existen nos ayudan a organizar la información y a la búsqueda de
información sea más rápida.

Claudia Berenice Quiñonez Rodiguez

En conclusión, nos queda claro que para usar el método de entidad- relación no
es tan difícil ya que está se encarga de relacionar así sea a los clientes con el
producto, etc. También que para poder hacerlo correctamente se necesita llevar
un orden al realizarla ya que no es tan difícil solo tenemos que identificar las
entidades, los atributos, etc.

Nancy Iveth Sánchez Roque

Es diseño de una base de datos es muy importante ya que almacena grandes
cantidades de datos para así generar un buen sistema de información. El modelo
entidad relación es uno de los más utilizados por la forma gráfica en qué se
presenta la información.

Flor Valeria Torres Arroyo

El diseño de bases de datos es un proceso complejo que requiere un enfoque
estructurado y metodológico. El Modelo Entidad-Relación y el Lenguaje de
Modelado Unificado son herramientas fundamentales en este proceso,
proporcionando una metodología efectiva para el diseño y desarrollo de sistemas
de información robustos, eficientes y fáciles de mantener.

BIBLIOGRAFÍAS
Leon, E. (s. f.). Unidad II.

https://fundamentosbditp.blogspot.com/p/unidadii.htmlm=1#:~:text=%22El%20is

e%C3%B1o%20de%20bases%20de,un%20arte%20que%20una%20ciencia