Está en la página 1de 17

1

Introducción a Bases de Datos

Vargas Diaz Sandra Marcela


Pulido Martínez Yudy Catherine
Velasco Barrera Rubén Eduardo

Fundación Universitaria Compensar


Construcción de Bases de Datos
Ing. Sonia Marcela Moreno Gracia
18 de abril de 2021
2

Tabla de contenido

Primera parte contextualización ................................................................................................................. 3


¿Qué es un Diagrama Entidad Relación? .................................................................................................. 3
¿Qué es un diagrama relacional? .............................................................................................................. 5
Tipos de Bases de datos ............................................................................................................................ 7
Cuadro comparativo entre base de datos relacionales y bases de datos no relacionales ....................... 9
¿Qué es una estructura de requerimientos? .......................................................................................... 10
¿Qué es un modelo conceptual? ............................................................................................................ 12
¿Qué es un modelo lógico? ..................................................................................................................... 13

Segunda parte, Práctica ............................................................................................................................. 14


Estudio Caso ............................................................................................................................................ 14

Bibliografía.................................................................................................................................................. 16
3

Primera parte, Contextualización

1. ¿Qué es un Diagrama Entidad Relación?

Es la expresión gráfica y visual del modelo entidad relación. Para poder entender su estructura,

primero debemos conocer la definición del modelo y sus elementos, pues son la base para la

construcción del diagrama.

El modelo entidad relación es una herramienta que nos permite modelar datos y representar las

entidades que componen la base de datos y como pueden relacionarse entre ellos.

Los elementos que lo componen son:

• Entidad: Se definen como los objetos o sujetos de la base de datos de los que se desea

almacenar información. Ejemplo: Personas, usuarios, países, productos, etc.

• Atributos: Son las características, cualidades, propiedades o cualquier otra descripción

que nos da información sobre las entidades que se tienen en una base de datos. Ejemplo:

La entidad es un país, los atributos son su idioma, ubicación, población, etc.

• Relación: Especifica la dependencia o vinculo que se tienen entre 2 o más entidades.

Ejemplo: Cada usuario, tiene un país y tiene un producto. ( datos traídos del ejemplo que

se encuentra en la definición de Entidad)

Los tipos de relaciones posibles entre dos entidades según este modelo, son:

• Relación uno a uno (1-1) : Las entidades que intervienen en la relación se asocian una a

una. Ejemplo: Un “individuo” de la entidad A solamente puede estar relacionado con un

“individuo” de la entidad B, y ese “individuo” de la entidad B no puede estar relacionado

con otros “individuos” de la entidad A. (https://www.esic.edu/, s.f.)


4

• Relación uno a varios (1-n): Una ocurrencia de una entidad está asociada con muchas (n)

de otra. Un “individuo” de la entidad A puede estar relacionado con uno o varios

“individuos” de la entidad B, y esos “individuos” de la entidad B no pueden estar

relacionados con otros “individuos” de la entidad A. (https://www.esic.edu/, s.f.)

• Relación varios a varios ( n – n): Cada ocurrencia, en cualquiera de las dos entidades de

la relación, puede estar asociada con muchas (n) de la otra y viceversa. Cada “individuo”

de la entidad A puede estar relacionado con uno o varios “individuos” de la entidad B, y

cada “individuo” de la entidad B puede estar relacionado con varios “individuos” de la

entidad A. (https://www.esic.edu/, s.f.)

Para representar el modelo Entidad – Relación en un diagrama, los símbolos que se deben

utilizar según su lógica para cada elemento son: para las entidades los rectángulos, para los

atributos los círculos, los rombos para las relaciones y las líneas que son las que permiten

conectar las entidades que tienen algún tipo de dependencia.

Tomado de: https://pablomonteserin.com/


5

2. ¿Qué es un diagrama Relacional?

En el modelo relacional se utiliza un grupo de tablas para representar los datos y las relaciones

que hay entre ellos. De esta manera, una relación es una tabla de columnas ó campos y filas ó

también llamadas tuplas.

“El modelo relacional significa que las estructuras lógicas de datos (las tablas de datos, vistas e

índices) están separadas de las estructuras físicas de almacenamiento. Esto significa que los

administradores de bases de datos pueden administrar el almacenamiento físico de datos sin

afectar el acceso a esos datos como una estructura lógica. Por ejemplo, cambiar el nombre de un

archivo de base de datos no cambia el nombre de las tablas almacenadas en él.”

(https://www.oracle.com/, s.f.)

Según Marqués, M. (2009).

En este modelo, las relaciones se utilizan para almacenar información sobre los objetos

que se representan en la base de datos. Un atributo es el nombre de una columna de una

relación. Una relación se representa gráficamente como una tabla bidimensional en la que

las filas corresponden a registros individuales y las columnas corresponden a los campos

o atributos de esos registros. Los atributos pueden aparecer en la relación en cualquier

orden. El grado de una relación es el número de atributos que contiene. En términos más

sencillos, es el número de campos que tiene una determinada tabla.

A continuación se muestra un ejemplo representando los datos sobre una tabla, donde la

entidad que tomaremos es “País”. Los atributos denominados para este ejemplo, son los

nombres de cada columna (Nombre, Población, Idioma, Moneda). En las filas o “tuplas”,

se encuentran los valores para cada uno de los atributos.


6

Nombre Población ( Habitantes) Idioma Moneda

Brasil 212,74 millones Portugués Real Brasileño

Suiza 8.606.033 Alemán Franco Suizo

India 1.366.417.754 Hindi Rupias

Fuente: Elaboración propia


7

3. Tipos de bases de Datos

Bases de datos jerárquicas

Este es un modelo donde los datos se organizan de forma de árbol invertido, son útiles en caso de

aplicaciones que manejan un gran volumen de información.

Base de datos de red

Es ligeramente distinto del jerárquico, su diferencia fundamental es el concepto de nodo, fue una

gran mejora con respecto al modelo jerárquico, y ofrece una solución al problema de

redundancia de datos.

Bases de datos transaccionales

El único fin de esta base de datos es el envió y recepción de datos a grandes velocidades, son

muy poco comunes, es importante entender que esta base de datos su único fin es el de recolectar

y recuperar los datos a mayor velocidad posible.

Bases de datos relacionales

Esta base de datos es la que se utiliza en la actualidad paras poder representar problemas reales, y

administrar datos dinámicamente, no tienen un orden ni relevancia, como por ejemplo el

jerárquico, esto se considera como una ventaja se considera más fácil de entender y de utilizar

para un usuario esporádico

Bases de datos multidimensionales

Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creación de Cubos

OLAP. Básicamente no se diferencian demasiado de las bases de datos relacionales


8

Bases de datos orientadas a objetos

Este modelo, bastante reciente, y propio de los modelos informáticos orientados a objetos, trata

de almacenar en la base de datos los objetos completos (estado y comportamiento).

Bases de datos documentales

Permiten la indexación a texto completo, y en líneas generales realizar búsquedas más potentes,

sirven para almacenar grandes volúmenes de información de antecedentes históricos. Tesaurus es

un sistema de índices optimizado para este tipo de bases de datos.

Bases de datos deductivas

Un sistema de base de datos deductiva, es un sistema de base de datos pero con la diferencia

de que permite hacer deducciones a través de inferencias. Se basa principalmente en reglas y

hechos que son almacenados en la base de datos. Las bases de datos deductivas son también

llamadas bases de datos lógicas, a raíz de que se basa en lógica matemática. Este tipo de base de

datos surge debido a las limitaciones de la Base de Datos Relacional de responder a consultas

recursivas y de deducir relaciones indirectas de los datos almacenados en la base de datos.


9

4. Cuadro comparativo, base de datos relacionales y base de datos no relacionales

CONCEPTO BASE DE DATOS BASE DE DATOS NO


RELACIONALES RELACIONALES
QUE ES • Son una colección de Están diseñadas
elementos de datos específicamente para modelos
organizados en un de datos específicos y tienen
conjunto de tablas esquemas flexibles para crear
formalmente descritas aplicaciones modernas
• se basan en la
organización de la
información en partes
pequeñas que se
integran mediante
identificadores
VENTAJAS • mayor soporte y más • permite una alta
variedad de escalabilidad (ayuda a
herramientas debido a reducir la carga de
que lleva más tiempo trabajo)
en el mercado • Flexible a diferentes
• Es útil para manejar y tipos de datos
obtener los datos, • Son ampliamente
permite agregar otros reconocidas porque
servidores de SQL son fáciles de
• tienen mayor desarrollar, tanto en
capacidad de funcionalidad como en
almacenamiento, y son rendimiento a escala
menos vulnerables
ante fallas
• Se puede acceder a
los datos o volver a
montarlos de muchas
maneras diferentes sin
tener que reorganizar
las tablas de la base

DESVENTAJAS • No es flexible (antes • la integridad de los
de ingresar los datos se afecta por el
objetos, deben estar poco soporte
correctamente • Menos seguridad al
validados) ejecutar consultas
• mientras más compleja • no tienen un
sea la base de datos, identificador que
requiere mayor sirva para relacionar
procesamiento dos o más conjuntos
de datos
10

5. ¿Qué es una Estructura de Requerimientos?

Los requerimientos describen los servicios que ha de ofrecer el sistema y las restricciones

asociadas a su funcionamiento.

Los requerimientos pueden ser funcionales y no funcionales:

Los funcionales son declaraciones de los servicios que proveerá el sistema, de la manera en que

éste reaccionará a entradas particulares. En algunos casos, los requerimientos funcionales de los

sistemas también declaran explícitamente lo que el sistema no debe hacer.

La especificación de requerimientos funcionales de un sistema debe estar completa y ser

consistente.

Entre los posibles requerimientos funcionales de un sistema, se incluyen:

• Descripciones de los datos a ser ingresados en el sistema.

• Descripciones de las operaciones a ser realizadas por cada pantalla.

• Descripción de los flujos de trabajo realizados por el sistema.

• Descripción de los reportes del sistema y otras salidas.

• Definición de quien puede ingresar datos en el sistema.

• Como el sistema cumplirá los reglamentos y regulaciones de sector o generales que le

sean aplicables.

Los no funcionales son los que especifican criterios para evaluar la operación de un servicio,

donde se especifican los criterios que debe cumplir para que sea adecuado para su uso. los

requerimientos no funcionales pueden ser: Restricciones, Atributos de calidad, objetivos de

calidad, requerimientos de calidad de servicio.


11

Algunos ejemplos de requerimientos no funcionales son:

• Comprobabilidad: Grado en que un sistema, software o servicio de TI permite y facilita

que sea probado en un determinado contexto.

• Disponibilidad: Corresponde al tiempo total en que un sistema puede ser usado en un

período determinado. También puede definirse el grado en que un sistema está en un

estado operable definido cada vez que se necesite.

• Extensibilidad: Grado en que la implementación del sistema toma en consideración y

facilita su crecimiento en el futuro.

• Escalabilidad: Capacidad de un sistema o servicio de TI de manejar una creciente carga

de trabajo, por ejemplo mayor número de conexiones o usuarios. No debe confundirse

con extensibilidad, que mide la capacidad del sistema de crecer en funcionalidades.

• Mantenibilidad: Mide la facilidad con que puede darse mantenimiento al producto (en

este caso al software o servicio de TI), con la finalidad de: Desarrollar nuevos

requerimientos, Aislar los defectos y sus causas, corregir estos defectos y atender las

demandas del entorno cambiante.

• Seguridad: Grado de protección de los datos, software y plataforma de tecnología de

posibles pérdidas, actividades no permitidas o uso para propósitos no establecidos

previamente.

• Usabilidad: Definido como la facilidad de uso y aprendizaje de un Sistema, Software o

Servicio de Tecnología de Información.


12

6. ¿Qué es un modelo Conceptual?


Es el que identifica las relaciones de más alto nivel entre las diferentes entidades, se caracteriza

por incluye las entidades importantes y las relaciones que hay entre ellas, este no especifica

atributo alguno y tampoco clave principal.

Un modelo conceptual utiliza como concepto:

Entidades, que son las que representan un objeto o concepto del mundo real.

Atributos, representan la propiedad de interés de una entidad como puede ser el nombre de esta o

la ubicación.

Relaciones, son las que describen la interacción entre dos o más entidades

La siguiente imagen como ejemplo representa el modelo conceptual


13

7. ¿Qué es un modelo lógico?

Describe todos los datos que se requieren lo más detallado que sea posible realizarlo,

independientemente de como se implemente físicamente en la base de daos, se caracteriza por:

• Incluir todas las entidades y las relaciona entre ellas

• Se especifican todos los atributos para las entidades

• Se especifica clave principal a cada entidad, así como claves externas

• La normalización ocurre en este nivel.

Este modelo se puede representar de la siguiente manera


14

Segunda parte, práctica

ESTUDIO DE CASO: Transportadora Jiménez.

Don Pedro Jiménez es un transportador que cuenta con una pequeña flota de vehículos 15 para

transporte expreso de pasajeros en algunas ciudades en la región andina que cumplen

determinadas rutas. Usted será contratado como profesional para hacer parte del grupo de

expertos para conocer exactamente el funcionamiento de su empresa, de tal manera que más

adelante se pueda diseñar una solución de base de datos que controle adecuadamente sus

operaciones y las actividades que desarrollan sus empleados, de igual manera determinar las

mejores prácticas para administrar la información relacionada con el pago de nómina de

conductores, despachadores y agentes de venta. Uno de los mayores problemas que se nos pide

resolver, es saber por qué en la hora de salida de los buses, por algún motivo que desconoce, sus

clientes pierden con frecuencia los itinerarios en el punto de despacho generando inconvenientes

con los empleados, al respecto surgen las siguientes preguntas:

¿Qué se debe hacer cuando un cliente pierde su viaje según itinerario ya programado?

En primera instancia lo que se debe hacer es verificar de quien fue el error, si es por parte de la

entidad, se le sugiere al pasajero abordar el siguiente bus según la disponibilidad de asientos,

haciéndole un descuento, si este no acepta se le haría la devolución total del dinero.

Si el error fue del pasajero como tal se le indicaría que aborde el siguiente bus con asiento

disponible.

¿Cuál puede ser la causa que ocasiona la confusión entre los usuarios de transporte con tanta

frecuencia obligando a la perdida de itinerarios?


15

En el tiquete que se le asigna al pasajero hay alguna información que no es completamente clara,

como puede ser placa de vehículo o módulo de abordaje. Otra causa puede estar en el

despachador ya que al momento de verificar el tiquete, se le puedan acumular pasajeros y por el

afán envíe al usuario al módulo erróneo.


16

Bibliografía

http://basededatos.umh.es/e_r.htm

http://ccdoc-basesdedatos.blogspot.com/2013/02/modelo-entidad-relacion-er.html

https://www.esic.edu/rethink/tecnologia/modelo-entidad-relacion-descripcion-

plicaciones#:~:text=El%20diagrama%20entidad%20relaci%C3%B3n%20es,tienen%20alg%C3%BAn%20tip

o%20de%20v%C3%ADnculo.

https://www.oracle.com/mx/database/what-is-a-relational-database/

https://www.esic.edu/rethink/tecnologia/modelo-entidad-relacion-descripcion-aplicaciones

https://www.ibm.com/docs/es/imdm/11.6?topic=concepts-key-entity-attribute-entity-type

https://www.ilerna.es/blog/informatica-comunicacion/modelo-entidad-relacion-base-de-datos/

https://elibro-net.ucompensar.basesdedatosezproxy.com/es/ereader/ucompensar/51645?page=24

https://www.tecnologias-informacion.com/modelos-datos.html

https://elibro-

net.ucompensar.basesdedatosezproxy.com/es/ereader/ucompensar/51645?fs_q=bases__de__dato

s&prev=fs

http://www.pmoinformatica.com/2017/02/requerimientos-funcionales-ejemplos.html

http://www.pmoinformatica.com/2013/01/requerimientos-no-funcionales-porque.html

https://sites.google.com/site/metodologiareq/capitulo-ii/tecnicas-para-identificar-requisitos-

funcionales-y-no-funcionales#_Toc324099575
17

https://elvex.ugr.es/idbis/db/docs/design/2-requirements.pdf

Bases de datos relacionales vs. no relacionales (pragma.com.co)

Base de datos - Wikipedia, la enciclopedia libre