Nombre: David Javier Velázquez Guerrero

Matrícula: 16003842

Materia: Bases de datos v1

Nombre de la Evidencia Diseño de un modelo relacional

de Aprendizaje:
Nombre del Asesor: José de Jesús Morales Quintero

Fecha de elaboración: 30 de mayo de 2021

Introducción

En esta evidencia de aprendizaje se transformará el modelo entidad/relación – generado en la

evidencia anterior – en un modelo relacional.

Todos los sistemas tienen un ciclo de vida. Este ciclo va desde el levantamiento de los requerimientos
con el usuario, el diseño, el desarrollo, la implementación, el mantenimiento y, por último, el retiro de
la aplicación. Bagui y Earp (2011) definieron este ciclo en siete pasos. De acuerdo con su visión, el
modelado de la base de datos se cubre con los primeros tres pasos, explicados a continuación:

 Paso 1 (o Fase 1): Requerimientos. Averiguar qué es lo que quiere/necesita el usuario.

 Paso 2: Especificación. Escribir qué es lo que quiere/necesita el usuario de la forma más
precisa posible. En este paso, el usuario y el analista documentan no solo lo que el usuario
desea, sin también cuánto costará y cuánto tiempo llevará.
 Paso 2a: Retroalimentar la especificación al usuario. Se lleva a cabo una revisión formal de la
documentación de las especificaciones para ver si el analista (tú) entendió lo que se pidió.
 Paso 2b: Reescribir las especificaciones y volver al paso 2a las veces que sea necesario
hasta que el usuario y el analista estén conformes con las especificaciones o estén de
acuerdo con avanzar a los siguientes pasos.
 Paso 3: Diseño. El software es diseñado para cumplir con las especificaciones del paso 2. De
la misma forma en la que se construye una casa, se formaliza el plano para el software. Estos
son los planos de la casa.
 Paso 3a: El diseño del software es verificado contra las especificaciones. De ser necesario, el
diseño se modifica o se rehace por completo hasta que el analista cumple con todas las
especificaciones del paso 2.

Traducido esto al diseño de base de datos, tenemos que los pasos para llegar del análisis de
requerimientos al diseño se convierten así:

 1. Fase 1: Obtener los requerimientos de la base de datos.

En esta fase, escuchamos cuáles son las necesidades del usuario y hacemos preguntas para
entender lo que la organización necesita de una base de datos. Normalmente esto requiere de
aprendizaje del modelo de negocio del usuario por parte del analista.

© UVEG. Derechos reservados. El contenido de este formato no puede ser distribuido, ni transmitido, parcial o totalmente, mediante cualquier medio, método o sistema
impreso, electrónico, magnético, incluyendo el fotocopiado, la fotografía, la grabación o un sistema de recuperación de la información, sin la autorización por escrito de la
Universidad Virtual del Estado de Guanajuato, debido a que se trata de información confidencial que sólo puede ser trabajado por personal autorizado para tal fin.
  2. Fase 2: Especificaciones de la base de datos.
Esta fase necesita de diagramas y descripciones gramaticales de lo que el analista entendió
de los requerimientos del usuario. El diseño de la base de datos se obtiene a partir de un
modelo Entidad/Relación que hace las veces de plano de la base de datos que se piensa
construir. Este modelo es una representación en lenguaje plano y simple que puede ser
revisado con el usuario para confirmar o corregir lo que el analista ha entendido de los
requerimientos.
 3. Fase 3: Diseño de la base de datos.
Una vez que el diagrama del modelo Entidad/Relación ha sido aprobado por el usuario, este
se convierte en el plano principal para la construcción de la base de datos.

Teniendo claros estos tres pasos, es como se logra un correcto desarrollo de una base de datos.
Para ello, es importante realizar desde un principio un modelo relacional que cumpla con los
requerimientos del usuario.

Modelo relacional
A continuación, se muestra la transformación del modelo Entidad/Relación – realizado en la evidencia
anterior – en un modelo relacional.

© UVEG. Derechos reservados. El contenido de este formato no puede ser distribuido, ni transmitido, parcial o totalmente, mediante cualquier medio, método o sistema
impreso, electrónico, magnético, incluyendo el fotocopiado, la fotografía, la grabación o un sistema de recuperación de la información, sin la autorización por escrito de la
Universidad Virtual del Estado de Guanajuato, debido a que se trata de información confidencial que sólo puede ser trabajado por personal autorizado para tal fin.
© UVEG. Derechos reservados. El contenido de este formato no puede ser distribuido, ni transmitido, parcial o totalmente, mediante cualquier medio, método o sistema
impreso, electrónico, magnético, incluyendo el fotocopiado, la fotografía, la grabación o un sistema de recuperación de la información, sin la autorización por escrito de la
Universidad Virtual del Estado de Guanajuato, debido a que se trata de información confidencial que sólo puede ser trabajado por personal autorizado para tal fin.
 Modelo
Esto resulta en el siguiente modelo relacional:

Conclusión
Los modelos Entidad/Relación nos permiten crear el primer plano de la base de datos conforme a las
expectativas de los usuarios. Es una forma fácil de traducir las necesidades del usuario en un formato
que después nos servirá de plano para crear la base de datos.

© UVEG. Derechos reservados. El contenido de este formato no puede ser distribuido, ni transmitido, parcial o totalmente, mediante cualquier medio, método o sistema
impreso, electrónico, magnético, incluyendo el fotocopiado, la fotografía, la grabación o un sistema de recuperación de la información, sin la autorización por escrito de la
Universidad Virtual del Estado de Guanajuato, debido a que se trata de información confidencial que sólo puede ser trabajado por personal autorizado para tal fin.
 Una de las más grandes ventajas del modelado de datos es que es independiente del programa de
bases de datos que elijamos. Los planos que nos deje el modelado, bien elaborados, nos permitirán
crear una base de datos eficiente para cualquier requerimiento del usuario.

Referencias

Bagui, S., & Earp, R. (2011). Database design using entity-relationship diagrams. Auerbach Publishers, Incorporated. Londres.
[Versión en línea]. Recuperado de la base de datos ProQuest Ebook Central de la Biblioteca Digital de la UVEG.
https://ebookcentral.proquest.com/lib/uveg/reader.action?docID=1449552

Morris, S. y Coronel, C. (2014). Bases de datos: diseño, implementación y administración (9a. ed.). Cengage Learning. Ciudad de
México. [Versión en línea]. Recuperado de la base de datos eLibro de la Biblioteca Digital de la UVEG. https://elibro-
net.ezproxy.uveg.edu.mx:2048/es/ereader/bibliotecauveg/113642

Silberschatz, A. (2006). Fundamentos de bases de datos (5a. ed.). McGraw-Hill España. [Versión en línea]. Recuperado de la
base de datos eLibro de la Biblioteca Digital de la UVEG.
https://elibro-net.ezproxy.uveg.edu.mx:2048/es/ereader/bibliotecauveg/50087

Taylor, A. G. (2013). SQL for Dummies. John Wiley & Sons, Incorporated. Somerset EE.UU.A. [Versión en línea]. Recuperado de
la base de datos ProQuest Ebook Central de la Biblioteca Digital de la UVEG.
https://ebookcentral.proquest.com/lib/uveg/reader.action?docID=1335264

© UVEG. Derechos reservados. El contenido de este formato no puede ser distribuido, ni transmitido, parcial o totalmente, mediante cualquier medio, método o sistema
impreso, electrónico, magnético, incluyendo el fotocopiado, la fotografía, la grabación o un sistema de recuperación de la información, sin la autorización por escrito de la
Universidad Virtual del Estado de Guanajuato, debido a que se trata de información confidencial que sólo puede ser trabajado por personal autorizado para tal fin.