Modelado de Base de

datos
RECOPILACIÓN: DR. A.D. Y DR.B.M. MIGUEL ANGEL MUÑOZ
ALVARADO
Modelo Entidad Relación
En el diseño de bases de datos se distinguen principalmente dos fases de diseño:

◦ La fase de modelado conceptual, que es la descripción del mundo real (una organización) de acuerdo
con un modelo altamente semántico e independiente del SGBD en el que posteriormente se vaya hacer
la implementación de la base de datos.

◦ La fase de diseño lógico, en la cual se ha de obtener un esquema que responda a la estructura lógica
especifica del SGBD que se vaya utilizar en cada caso, por lo que dicho esquema está sometido a las
restricciones que imponga el modelo del SGBD en concreto.
Modelo Entidad Relación
El Modelo de Entidad Relación es un modelo de datos basado en una percepción del mundo
real que consiste en un conjunto de objetos básicos llamados entidades y relaciones entre estos
objetos, implementándose en forma gráfica a través del Diagrama Entidad Relación.

El modelo de datos más extendido es el denominado ENTIDAD/RELACIÓN (E/R). En el modelo

E/R se parte de una situación real a partir de la cual se definen entidades y relaciones entre
dichas entidades.
Modelo Entidad Relación
El Modelo de Entidad Relación cuenta con las siguientes características:

➢Propuesto por Peter Chen en 1976

➢Gran aceptación
➢Poco formal en sentido matemático
➢Intuitivo
➢Fácilmente refinable e integrable
➢Expresividad gráfica: Visión global de lo que se modela
➢Uno de los modelos conceptuales más usados
Modelo Entidad Relación
Independientemente de la notación usada para el modelo E-R, este se puede transformar a los
modelos lógicos: jerárquico, red, relacional, orientado a objetos, objeto-relacional; aunque
usualmente se transforma al modelo relacional.

Elementos esenciales:
Entidad: Clase de objetos relevantes y distinguibles del mundo, que son los sujetos de interés
para una organización. Ej: Cliente, Empleado, Pedido, Sucursal, Factura, etc.
Relación: Conexión, asociación entre dos entidades (relación binaria)
Atributo: Propiedad esencial o característica interesante (para la organización) de una entidad
Modelo Entidad Relación
En el proceso de diseño se recolecta la cantidad máxima de información para llevar acabo el
diseño conceptual, lógico y físico de la base de datos.

Los diseñadores entrevistan a los futuros usuarios de la base de datos para documentar sus
necesidades de información. En paralelo, conviene definir los requerimientos funcionales que
consisten en operaciones (transacciones) que se aplicarán a la base de datos, e incluyen la
obtención de datos y la actualización.
Modelo Entidad Relación

Etapas a
considerar
Recolección y análisis de requerimientos
de datos.
Analizar un problema del mundo real
Proceso durante el cual los diseñadores entrevistan a los futuros usuarios de la base de datos
para entender y documentar sus requerimientos de información.
Primeramente debe mantenerse el funcionamiento del flujo de información.
Con esto tratar de determinar la idea del proyecto.
Cuando queremos crear una base de datos debemos saber, ¿Para que se está creando la base de
datos?.
NOTA: El resultado de este paso será un conjunto de requerimientos del usuario redactado en
forma explícita
Requerimientos funcionales
Estos consisten en las operaciones definidas por el usuario (transacciones) que se aplicaran a la
base de datos.
Para saber cuáles serán nuestros requerimientos funcionales debemos preguntarnos ¿Qué es lo
que queremos solucionar? Identificar el problema, para el ejemplo del video club establecemos
que se necesita almacenar la información. Que es que el sistema debe hacer, ¿Almacenar
información? ¿Generar reportes? Estos ejemplos son los más comunes a la hora de identificar
nuestros requerimientos funcionales.
Tal como se muestra en la siguiente ilustración, en el cual se plantea los posible requerimientos
funcionales que requiere la base de datos de un Video Club.
NO SON REQUERIMIENTOS FUNCIONALES
Estos son ejemplos de requerimientos no funcionales, es decir requerimientos aislados que no
dependen del sistema y en teoría no deben afectar la performance de este. Son requerimientos
que se toman en cuenta pero que no son prioridad.

◦ El sistema debe visualizarse y funcionar correctamente en cualquier navegador, especialmente en

Internet Explorer, Firebird, Mozilla y Nautilus.

◦ El sistema debe realizar las consultas con un retraso de 5 segundos.

Diseño conceptual.
Una vez recogidos todos los requerimientos, el siguiente paso es crear un esquema conceptual
para la base de datos mediante un modelo de datos conceptual de alto nivel.
El esquema conceptual contiene una descripción detallada de los requerimientos de
información de los usuarios, y contiene descripciones de los tipos de datos, relaciones entre
ellos y restricciones.
La idea obtenida en el paso anterior y con la recopilación de la información previamente hecha.
Ahora debe plasmarse en términos de base de datos, en un nivel que pueda entender el cliente.
Para esto se debe elegir un modelo conceptual de base de datos, en este caso se utiliza el
modelo entidad relación.
Diseño conceptual
La idea obtenida en el paso anterior y con la recopilación de la información previamente hecha.
Ahora debe plasmarse en términos de base de datos, en un nivel que pueda entender el cliente.
Para esto se debe elegir un modelo conceptual de base de datos, en este caso se utiliza el
modelo entidad relación.
El Diseño conceptual implica la creación de un modelo de datos conceptual, se crea a partir de la
información recolectada. Este modelo se prueba y se valida de acuerdo a los requisitos definidos
por el usuario.
Para ello, previamente se recolecto la mayor cantidad de información y se plasma en un
diagrama como el que se presenta en el ejemplo. Suponiendo que se requiere crear una base
de datos de un VIDEO CLUB. Utilizando el modelo entidad relación para representarlo sería de
esta manera:
Diseño Lógico
(Transformación del modelo de datos)
En este paso de proceso de diseño consiste en implementar de hecho la base de datos con un
SGBD (Sistema Manejador de Base de Datos) comercial, transformando el modelo conceptual al
modelo de datos empleados por el SGBD (entidad-relación, jerárquico, red o relacional).
El esquema lógico viene a ser el resultado de la transformación de un esquema conceptual es
decir del modelo entidad relación, utilizando un modelo de base de datos lógica, en este caso el
modelo relacional. Entonces dentro del diseño lógico, se basa en transformar el modelo entidad
relación al modelo relacional.
DISEÑO FÍSICO DE LA BASE DE DATOS
Se especifican las estructuras de almacenamiento interno y la organización de los archivos de la
base de datos.
El diseñador decide cómo hay que implementar la base de datos, lo primero que debemos hacer
es, identificar al sistema gestor de base de datos de destino, el diseño físico estará adaptado aun
SGBD en concreto. Esto consiste en describir como queremos representar el modelo lógico de la
base de datos.
En el esquema físico se establece como se almacenan los datos, se debe elegir el tipo de dato
que corresponde a cada dato del esquema lógico.
Implementación de la base de datos
En este paso final elegimos el gestor de la base de datos a utilizar en donde se implementara el
esquema físico de la base de datos. El cual puede ser MYSQL, SQL SERVER, entre otros. En la cual
estará implementada la base de datos, que utilizara el usuario.
Principios del proceso de diseño
El primero menciona que se debe evitar la información duplicada o redundante, ya que estos
datos ocupan un espacio y aumenta la probabilidad de que se produzcan errores e
incoherencias.

El segundo principio menciona que es importante que la información sea correcta y completa. Si
la base de datos contiene información incorrecta, los informes que se recogen contendrán
información incorrecta y por lo tanto las decisiones que se tomen estarían mal fundamentadas