INGENIERIA DE SISTEMAS

BASES DE DATOS BÁSICO

Unidad 2: Fase 3 - diseño

Juan Gabriel Mora Pinzón

Cód.80818138
Kelly Johana Castro Torres.
Cód.52982483
Edwin Garzon Mendoza
Cód. 80209073
Cód.

Curso 301330_3

Universidad Nacional Abierta y a Distancia

UNAD
Junio 2019
Bogotá
Contenido
INTRODUCCION .......................................................................................................... 3
OBJETIVO GENERAL .................................................................................................. 4
OBJETIVOS ESPECIFICOS .......................................................................................... 4
MODELO RELACIONAL DE BASES DE DATOS ....................................................... 5
1. Luego el estudiante debe abstraer del modelo Entidad Relación generado
en la Fase 2 la información que le permita construir los siguientes puntos ....... 7
 Describa la transformación de entidades en tablas....................................... 7
 Describa la transformación de atributos en columnas. ................................. 7
 Entidades y Columnas ...................................................................................... 7
 Atributos y Prestamos....................................................................................... 8
Describa como agregar a cada tabla un identificador único (UID) o8
primary key ......................................................................................................... 8
Describa la transformación de las relaciones 1:1 o 1:m en llaves
foráneas, implementando el concepto de la integridad referencial. 9
Describa la aplicación de las técnicas de normalización al modelo
Relacional. ........................................................................................................... 9
CONCLUSIONES ........................................................................................................ 11
BIBLIOGRAFIA........................................................................................................... 12
INTRODUCCION

Por medio de este trabajo colaborativo tenemos la oportunidad de plasmar los

conocimientos adquiridos acerca del modelo relacional, su base teórica y conceptual
como un modelo de datos abordando los principios de este partiendo de una estructura
sólida que permita contribuir en la construcción de información sólida y eficaz que
permita ser consultada de manera sencilla y eficaz consiguiendo así un adecuado
almacenamiento de los datos y una integración asertiva con todos los módulos de la
solución a la necesidad plantada.
 OBJETIVO GENERAL

Comprender, analizar y aplicar los principios fundamentales para la construcción de un

modelo de datos relacional y conseguir aplicarlo a un caso cotidiano dentro del ejercicio
de nuestra profesión.

OBJETIVOS ESPECIFICOS

 Comprender los conceptos afines al modelo relacional de bases de datos.

 Construir el ensayo con base en la estructura conceptual propuesta.

 MODELO RELACIONAL DE BASES DE DATOS

Este sistema resulta bastante útil, ya que permite adaptarse a las necesidades que requiera
los diferentes tipos de organizaciones, concede centralizar una base de datos que da a los
usuarios la posibilidad de alimentar la base desde su departamento sin necesidad que este
conozca toda la base en su totalidad.
Este modelo de organización de bases de datos consistente en el almacenamiento de datos
en tablas compuestas por filas, y columnas. Se distingue de otros modelos, como el
jerárquico, por ser más comprensible para el usuario inexperto, y por basarse en la lógica
de predicados para establecer relaciones entre distintos datos. Surge como solución a la
creciente variedad de los datos que integran las data warehouses y podemos resumir el
concepto como una colección de tablas (relaciones).
Para la realización de este se debe partir de una base teórica y conceptual siendo estas
pautas importantes en la consecución sólida del objetivo, el diseño conceptual inicia de
las especificaciones de requisitos de usuario y su resultado es el esquema conceptual de la
base de datos. Un esquema conceptual es una descripción completa de la estructura de la
base de datos, independientemente del Sistema de gestión de bases de datos que se vaya a
utilizar para crearla. El modelo conceptual es un conjunto de conceptos que permiten
describir la realidad mediante representaciones lingüísticas y gráficas. Los modelos
conceptuales deben poseer una serie de propiedades: expresividad, simplicidad,
nominalidad y formalidad.
La base teórica parte del esquema conceptual y da como resultado un esquema lógico. Un
esquema lógico es una descripción de la estructura de la base de datos en términos de las
estructuras de datos que puede procesar un tipo de sistema de gestión de bases de datos.
Un modelo lógico es un lenguaje usado para especificar esquemas lógicos. El diseño
depende del tipo de Sistema de gestión de bases de datos que se vaya a utilizar, no
depende del producto en concreto.
Adentrándonos en el diseño de la base de datos se describe como una estructura lógica
que sirve para almacenar los datos de un mismo tipo; Almacenar los datos de un mismo
tipo no significa que se almacenen sólo datos numéricos, o sólo datos alfanuméricos.
Desde el punto de vista conceptual esto significa que cada entidad se almacena en
estructuras separadas. Así, cada entidad, tendrá una estructura pensada y diseñada para
ese tipo de entidad. Cada elemento almacenado dentro de la tabla recibe el nombre de
registro.
Ahora bien, para continuar con el diseño se debe implementar un esquema y para ello se
debe tener en cuenta que este representa la configuración lógica de todo o parte de una
base de datos relacional. Puede existir de dos formas: como representación visual y como
un conjunto de fórmulas conocidas como restricciones de integridad que controlan una
base de datos. Estas fórmulas se expresan en un lenguaje de definición de datos, tal como
SQL.
Un esquema contiene la definición de una estructura, es decir, determina la identidad de
la relación y qué tipo de información podrá ser almacenada dentro de ella.
Todo esquema constará de:
Nombre de la relación (su identificador), Nombre de los atributos (o campos) de la
relación y sus dominios; el dominio de un atributo o campo define los valores permitidos
para el mismo, equivalente al tipo de dato por ejemplo character, integer, date, Sting.
En el desarrollo del proceso también se utiliza instancias, estos son ambientes
independientes en donde se puede ejecutar aplicativos en este caso de SQL.
Al igual que el render de un video en bases de datos se aplican técnicas de normalización
estas transforman las vistas de usuario complejas y del almacén de datos a un juego de
estructuras de datos más pequeñas y estables. Además de ser más simples y estables, las
estructuras de datos son más fáciles de mantener que otras estructuras de datos. La
normalización es una técnica utilizada para diseñar tablas en las que las redundancias de
datos se reducen al mínimo.
Podemos mencionar que existen otras formas para la organización y depuración de las
tablas de una base de datos. Se permite afirmar que una base de datos está en la forma
normal N es decir que todas sus tablas están en la forma normal N, según este criterio se
plantean tres formas para su análisis: Primera Forma Normal (1FN) Una tabla está en
primera forma si todos los atributos son atómicos. Un atributo es atómico si los
elementos del dominio son simples e indivisibles, no debe existir variación en el número
de columnas, Los campos no clave deben identificarse por la clave (dependencia
funcional), debe existir una independencia del orden tanto de las filas como de las
columnas; es decir, si los datos cambian de orden no deben cambiar sus significados. La
segunda Forma Normal (2FN) dicta que una relación está en 2FN si está en 1FN y si los
atributos que no forman parte de ninguna clave dependen de forma completa de la clave
principal. Es decir, que no existen dependencias parciales. Todos los atributos que no son
clave principal deben depender únicamente de la clave principal. La tercera Forma
Normal (3FN) afirma que la tabla se encuentra en 3FN si es 2FN y si no existe ninguna
dependencia funcional transitiva en los atributos que no son clave.
es muy importante el diccionario de datos ya que este es un listado organizado de todos
los datos que pertenecen a un sistema. El objetivo de un diccionario de datos es dar
precisión sobre los datos que se manejan en un sistema, evitando así malas
interpretaciones o ambigüedades. Define con precisión los datos de entrada, salida,
componentes de almacenes, flujos, detalles de las relaciones entre almacenes, etc. Los
diccionarios de datos son buenos complementos a los diagramas de flujo de datos, los
diagramas entidad-relación, etc.
Después de plantear estos conceptos tomamos en cuenta que las ventajas de este son
proveer herramientas que garantizan evitar la duplicidad de registros.
Garantizar la integridad referencial, así, al eliminar un registro elimina todos los registros
relacionados dependientes, favorecer la normalización por ser más comprensible y
aplicable. A su vez las desventajas de este pueden presentar deficiencias con datos
gráficos, multimedia, CAD y sistemas de información geográfica.
No se manipulan de forma eficiente los bloques de texto como tipo de dato.
Las bases de datos orientadas a objetos (BDOO) se propusieron con el objetivo de
satisfacer las necesidades de las aplicaciones anteriores y así, complementar, pero no
sustituir a las bases de datos relacional.
1. Luego el estudiante debe abstraer del modelo Entidad Relación generado
en la Fase 2 la información que le permita construir los siguientes puntos

 Describa la transformación de entidades en tablas.

El modelo relación ER, se genera dicha tabla que contiene las columnas de los
atributos de la entidad

ER Tabla
LIBRO Libro
ALUMNOS y PROFESORES Usuario
PRESTAMO Préstamo
DEVLUCIÓN Devolución

 Describa la transformación de atributos en columnas.

Se describe los atributos en la entidad de la relación a las tablas y columnas

ATRIBUTOS COLUMNAS
Id_cliente Id_Cliente
Prestamos Prestamos
Devoluciones Devoluciones
Titulo Titulo de Libro
Edicion Edición de Libro
Editorial Editorial del Libro
Añodepublicación Año de Publicación
Autores Autores
Asunto Asunto

 Entidades y Columnas

ATRIBUTOS COLUMNAS
Id_Usuario Id_Usuario
Dirección Dirección
Teléfono Teléfono
Código Código
TelefonoCelular Teléfono celular
e-mail e-mail
  Atributos y Prestamos

ATRIBUTOS COLUMNAS
ID_Prestamos Id_prestamos
FechaPrestamos Prestamos
FechaDevolución Devolución
Id_Alumnos Alumnos
Id_Profesores Profesores
Id_Libro Libro

Describa como agregar a cada tabla un identificador único (UID) o

primary key
Describa la transformación de las relaciones 1:1 o 1:m en llaves
foráneas, implementando el concepto de la integridad referencial.

Describa la aplicación de las técnicas de normalización al modelo

Relacional.
 CONCLUSIONES

 Se pudo conocer de una manera más profunda la correcta utilización de la

elaboración de una base de datos en este caso el modelo relacional.

 Se sustrajo terminología nueva y cómo poder aplicarla al caso de estudio

planteado.
 BIBLIOGRAFIA

Sosa, F. M. & López, V. M. (2007). Diseño de bases de datos relacionales. Córdoba, AR:
El Cid Editor. Pág. 20-85 Recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/detail.action?docID=3175111&query
=Dise%C3%B1o%20de%20bases%20de%20datos%20relacionales.

Chicano, T. E. (2013). Utilización de las bases de datos relacionales en el sistema de

gestión y almacenamiento de datos: uf0348. IC Editorial, 2013. ProQuest Ebook Central,
pág. 87-110. Recuperado de:
https://bibliotecavirtual.unad.edu.co:2538/lib/unadsp/reader.action?ppg=111&docID=449
9234&tm=1528910264489

Köhler H. A, & Link. S. (2018) SQL schema design: foundations, normal forms, and
normalization Information Systems. Auckland, New Zealand. Pág. 88–113. Recuperado
de: https://bibliotecavirtual.unad.edu.co:2571/S0306437917305069/1-s2.0-
S0306437917305069-main.pdf?_tid=758d4085-1549-4587-bc90-
b5356752d597&acdnat=1541519483_46e6f65b228d5c61fb3bcb63b10f8236

GAMMA, E., HELM, R., JOHNSON, R., y VLISSIDES, J.; Patrones de

diseño; Addison Wesley, 2003;

PRESSMAN, Roger. "Ingeniería del Software Un enfoque Práctico, 5ª

Edición". McGraw Hill.

https://www.youtube.com/watch?v=21suRrf6Elc

https://www.youtube.com/watch?v=CExdS-KvbQY&t=1s

http://aprende.colombiaaprende.edu.co/sites/default/files/naspublic/curriculos_ex/n2g10_
pweb1/nivel2/web1/unidad2/leccion4.html

https://es.slideshare.net/jesus25dite/modelo-relacional-3259218