| 1.

IDENTIFICACIÓN DE LA GUIA DE APRENDIZAJE

● Denominación del Programa de Formación: Análisis Y Desarrollo De Software.

● Código del Programa de Formación: 228118.
● Nombre del Proyecto: Desarrollo De Software Como Recurso Para La Gestión De
Información De Las Organizaciones En El Contexto De La Innovación, Transformación
Digital Y En El Marco De Políticas Y Requisitos De La Empresa.
● Fase del Proyecto: Fase 1 – Análisis
● Actividad de Proyecto: Estructurar Procesos Lógicos Para La Construcción De Algoritmos Y
Bases De Datos.
● Competencia: 220501096 - Desarrollar La Solución De Software De Acuerdo Con El Diseño
Y Metodologías De Desarrollo.
● Resultados de Aprendizaje a Alcanzar: Bases De Datos - 593107 - 02 Construir La Base De
Datos Para El Software A Partir Del Modelo De Datos.
● Duración de la Guía: 47 horas de formación presencial.

2. PRESENTACIÓN

Las bases de datos se ingeniaron para dar solución de almacenamiento, al ingente volumen de
información generado en las grandes empresas; era necesario que el registro de los datos se
hiciera de forma rápida, sencilla y fiable; además que, a su vez, pudieran acceder a ellos en
cualquier momento sin la necesidad de trasladarse a las salas dedicadas a archivo documental.
Con el inicio de los programas informáticos, se logró almacenar datos en los archivos de los
mismos, lo cual era más cómodo, pero, aun así, tenían grandes dificultades para modificar
registros, estructuras o simplemente buscar información.

GFPI-F-019 V03
En el mundo actual, donde la información se ha convertido en un recurso muy valioso para las
organizaciones, quizás el más importante; la estructuración de los datos, su administración y la
obtención de información a partir de ellos nos obligan a conocer los diferentes esquemas, de
ganar en habilidades y metodologías para el diseño y la gestión del almacenamiento.

3. FORMULACIÓN DE LAS ACTIVIDADES DE APRENDIZAJE

Actividades de Reflexión inicial

El desarrollo de la presente guía tiene

por objeto generar capacidades que le
permitan modelar y estructurar una
Base de datos, a fin de que en la toma
de decisiones en su ámbito laboral
pueda acceder a la información de una
manera más ágil y centralizada.

Inicialmente vamos a conocer que son

las bases de datos, cuál es su
funcionabilidad dentro de una
organización cualquiera, el desarrollo
histórico de los modelos de datos hasta aproximarnos al modelo relacional. Este es el modelo que
utilizaremos a lo largo de nuestras actividades como futuros diseñadores y desarrolladores de
aplicaciones de software, por tanto, es un elemento fundamental para cualquier tipo de proyecto
de software que deseemos desarrollar.

Por último, conoceremos una metodología de diseño de base de datos llamada el modelo entidad
relación, el cual nos facilitara la labor de análisis y diseño de cualquier tipo de base de datos.
El modelo, es una representación visual que gráficamente nos da una perspectiva de cómo se
encuentran los datos involucrados en un proyecto u organización; pero el modelo no nos presenta
propiamente una instancia de los datos, un ejemplo que muestre con claridad algunos datos de
muestra y cómo se relacionan en realidad. Por eso es conveniente crear un "esquema", el cual
consiste en tablas las cuales en sus renglones (tuplas) contienen instancias de los datos.

GFPI-F-019 V03
Modelo Entidad Relación

El modelado entidad-relación es una técnica

para el modelado de datos utilizando
diagramas entidad relación. No es la única
técnica, pero sí la más utilizada.

Brevemente consiste en los siguientes

pasos:

• Se parte de una descripción textual

del problema o sistema de
información a automatizar (los
requisitos).
• Se hace una lista de los sustantivos y verbos que aparecen.
• Los sustantivos son posibles entidades o atributos.
• Los verbos son posibles relaciones.
• Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.
• Se elabora el diagrama (o diagramas) entidad-relación.
Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se
pueden reflejar en el diagrama.

Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr
buenos modelos de datos.

El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para
lograr un modelo directamente implementable en una base de datos.

Brevemente:

• Normalización de relaciones (algunas relaciones pueden transformarse en atributos y

viceversa).
Conversión en tablas (en caso de utilizar una base de datos relacional).

NORMALIZACIÓN
Normalización es un conjunto de reglas que sirven para ayudar a los diseñadores a desarrollar un
esquema que minimice los problemas de lógica. Cada
regla está basada en la que le antecede.

La normalización también se puede definir como "el

proceso mediante el cual se transforman datos

GFPI-F-019 V03
complejos a un conjunto de estructuras de datos más pequeñas, que además de ser más simples y
estables, son más fáciles de mantener"

Grados de normalización:
Existen varios niveles de normalización, sin embargo, son tres los niveles básicos: Primera Forma
Normal (1FN), Segunda Forma Normal (2FN) y Tercera Forma Normal (3FN). Cada una de estas
formas tiene sus propias reglas.

Forma Normal Descripción

Primera Forma Normal (1FN) Incluye la eliminación de todos los grupos repetidos.

Segunda Forma Normal Asegura que todas las columnas que no son llave sean
(2FN) completamente dependientes de la llave primaria (PK).

Elimina cualquier dependencia transitiva. Una dependencia

transitiva es aquella en la cual las columnas que no son llave
Tercera Forma Normal (3FN)
son dependientes de otras columnas que tampoco son
llave.

Actividades de contextualización e identificación de conocimientos necesarios para el

aprendizaje.) Exploración de experiencia y saberes previos

Identifique en la Sopa de Letras 8 palabras que hagan referencia al tema de base de datos, Luego
construya un párrafo donde estén incluidas dichas palabras.

D A T O A B E P W

E C O N S U L T A

S T I O J I I A R

O U A T U M M B C

R A N N I O I L H

D L A B C D N A I

GFPI-F-019 V03
 E I F O P M A C V

A Z B J I O R T O

N A G H I J R K O

K R E G I S T R A

Párrafo: Una base de datos dentro del modelo relacional, es un archivo conformado por tablas,
que a su vez, contienen campos donde se almacenan datos. Además, las funciones que gestiona
una BD se denominan CRUD, lo que significa que permite registrar, consultar, actualizar y eliminar
dicha información.

De acuerdo a la siguiente tabla, identifica las entidades (4) y los atributos que pertenecen a dichas
entidades, organice la información en la segunda tabla.

Alumno Dirección Color Identificación Localidad Colegio

Apellido Animal Nombre Fecha de Teléfono Horario

Nacimiento

Raza Género Código Materia Código Nombre

ENTIDADES ATRIBUTOS

Alumno Identificación Nombre Apellido Fecha de Teléfono

Nacimiento

Animal Código Raza Género Color Localidad

Colegio Código Nombre Dirección Localidad Teléfono

Materia Código Nombre Horario Alumno Colegio

GFPI-F-019 V03
Juan es un estudiante de Programación de Software y requiere de tu colaboración para poder
ordenar los pasos correctos que debería tener en cuenta para realizar un diseño de una base de
datos.

Organice en la tabla todas las actividades de la siguiente lista que puede hacer de forma
secuencial y paralela.

1. Aplicar la forma normal 3.

2. Revisar los nombres de las entidades y sus claves primarias.
3. Revisar los nombres de las relaciones.
4. Aplicar la 2° forma normal.
5. Realizar el levantamiento de información haciendo entrevistas a los usuarios.
6. Revisar los atributos de cada entidad
7. Comprobar que no se ha omitido ninguna entidad ni relación.
8. Comprobar las restricciones de integridad.
9. Dibujar el esquema lógico global.
10. Actualizar la documentación.
11. Consultar las formas normales.
12. Seleccionar la información prioritaria y elaborar el modelo entidad relación MER.
13. Aplicar la 1° forma normal.
14. Seleccionar el SGBD donde se implementará el diseño elaborado.
15. Comprobar las claves ajenas.

SECUENCIAL PARALELA

Realizar el levantamiento de Revisar los nombres de las entidades y

información haciendo entrevistas a sus claves primarias.
los usuarios.

Seleccionar la información prioritaria Revisar los atributos de cada entidad.

y elaborar el modelo entidad relación
MER.

Seleccionar el SGBD donde se Revisar los nombres de las relaciones.

implementará el diseño elaborado.

Dibujar el esquema lógico global. Comprobar que no se ha omitido

ninguna entidad ni relación.

Consultar las formas normales. Comprobar las claves ajenas.

GFPI-F-019 V03
 Aplicar la 1° forma normal. Comprobar las restricciones de
integridad.

Aplicar la 2° forma normal. Actualizar la documentación.

Aplicar la forma normal 3.

Actividades de apropiación del conocimiento (Conceptualización y Teorización)

Actividad I

• Consulte y conceptualice los siguientes términos para bases de datos, (no más de 2
renglones por término) tales como: Base de datos, Base de datos Relacional, Dato, Tupla,
Atributo, Registro, Tabla, Archivo, Dominio, Llave o clave, Llave primaria, llave o clave
secundaria y foránea, Cardinalidad, Grado, Relación, Vista, Usuario, Cliente/Servidor, SGBD,
SQL.

● Bases de Datos: Conjunto de datos pertenecientes a un mismo contexto y almacenados

sistemáticamente para su posterior uso.
● Base de Datos Relacional: Tipo de base de datos que almacena y proporciona acceso a
puntos de datos relacionados entre sí.
● Dato: Representación simbólica (numérica, alfabética, etc.) de un atributo o característica
de una entidad.
● Tupla: Es cada una de las filas de la relación. Representa por tanto el conjunto de cada
elemento individual (ejemplar u ocurrencia) de esa tabla.
● Atributo: Especificación que define una propiedad de un objeto, elemento o archivo.
● Registro: (También llamado fila o tupla) representa un objeto único de datos
implícitamente estructurados en una tabla.
● Tabla: Colección de datos organizados en filas y columnas.
● Archivo: Almacenan datos en formato estructurado, organizados en tablas y campos que
permiten su localización y acceso más rápido.
● Dominio: Rango o conjunto de posibles valores de un atributo.
● Llave/Clave: Dato que define de manera única cada registro de una tabla.
● Clave/Llave Primaria: También conocido como identificador de la entidad. Es un campo o
grupo de campos que identifica de forma única a cada registro dentro de una tabla.
GFPI-F-019 V03
 ● Llave/Clave Secundaria/Foránea: Es la agregación del valor de una clave primaria de una tabla
en otra tabla diferente donde se quiere establecer una relación con la tabla original mediante la
duplicación del valor para establecer una referencia.
● Cardinalidad: Número de entidades con la cual otra entidad puede asociar mediante una
relación binaria; la cardinalidad puede ser: Uno a uno, uno a muchos o muchos a uno y
muchos a muchos.
● Grado: Número de atributos que posee una tabla.
● Relación: Son asociaciones entre tablas que se crean utilizando sentencias de unión para
recuperar datos.
● Vista: es el conjunto de resultados de una consulta almacenada en los datos. Es una
consulta que se presenta como una tabla a partir de un conjunto de tablas en una base de
datos relacional. Las vistas tienen la misma estructura que una tabla: filas y columnas
● Usuario: es la identidad del inicio de sesión cuando está conectado a una base de datos. El
usuario de la base de datos puede utilizar el mismo nombre que el inicio de sesión, pero no
es necesario. En este tema se supone que ya existe un inicio de sesión en SQL Server
● Cliente/Servidor: proporciona servicios de gestión, administración y protección de la
información (datos) a través de conexiones de red, gobernadas por unos protocolos
definidos y a los que acceden los usuarios, de modo concurrente, a través de aplicaciones
clientes (bien sean herramientas del propio sistema como aplicaciones de terceros).
● SGBD: Es un conjunto de programas que permiten el almacenamiento, modificación y
extracción de la información en una base de datos. Los usuarios pueden acceder a la
información usando herramientas específicas de consulta y de generación de informes
● SQL: es un lenguaje de dominio específico, diseñado para administrar, y recuperar
información de sistemas de gestión de bases de datos relacionales.2 Una de sus principales
características es el manejo del álgebra y el cálculo relacional para efectuar consultas con
el fin de recuperar, de forma sencilla, información de bases de datos, así como realizar
cambios en ellas.

Ejemplifique el punto anterior dibujando, al menos dos, tablas en las que identifique y señale:
dato, tupla, atributo, registro y archivo.

GFPI-F-019 V03
Tupla

GFPI-F-019 V03
Elabore un cuadro comparativo con las ventajas y los inconvenientes de un SGBD.

SGBD

Ventajas Inconvenientes

Reuso de datos y programas Complejidad

Control de redundancia Costo económico

Es posible equilibrar las cargas Costo en equipamiento adicional

de los requisitos ( establecer
prioridades)

Proveen lenguaje e interfaces No es aconsejable usarlos para

que simplifican datos pocos datos y pocas consultas
almacenados

Nos ayuda a manejar grandes Se debe de conocer el lenguaje

cantidades de datos de cada uno

GFPI-F-019 V03
Relacione al menos 4 SGBD, gratuitos y al menos 4 licenciados, que existan en el mercado, incluya
sus características.

GRATUITOS
Microsoft SQL Server Compact Edition

● Libre descarga y distribución, tanto para dispositivos móviles como para aplicaciones de
escritorio.
● El tamaño máximo del archivo de base de datos es de 4 Gb, y la extensión por defecto
es .sdf la cual puede ser modificada.
● El nombre de la base de datos está limitado a 128 caracteres.
● En cuanto a limitaciones destaca que el número máximo de tablas por base de datos es de
1024 con un tamaño máximo por registro de 8060 bytes con un tamaño por página de 4
Kb. y 2 Gb. para campos BLOB.
● SQL Server Compact posee un motor de base de datos así como un procesador y un
optimizador de consultas especialmente diseñado para entornos móviles. Soporta un
subconjunto de tipos de datos y de sentencias T-SQL de SQL Server. Sybase ASE (Edición
Gratuita para Linux): Un optimizador de consultas completamente renovado y más
inteligente.
● Técnicas de particionamiento semántico de tablas que aumentan la velocidad de acceso a
los datos.
● Columnas cifradas para mayor seguridad de los datos.
● Columnas computadas "virtuales" y materializadas, e índices funcionales, que brindan
● mayor rendimiento.
● Mejoras al lenguaje Transact-SQL, para mayor productividad.
● Mejoras a los servicios de Java y XML en la base de datos.
● Mejoras a los servicios para consumo y publicación de Servicios Web.
● Herramientas mejoradas para la administración y el monitoreo.
● Más rendimiento y menor costo total de propiedad.

Oracle Express

GFPI-F-019 V03
 ● Probado rendimiento y disponibilidad, como también su seguridad, se puede emplear
como Base de Datos de producción en pequeños negocios(Small Business) tanto en
intranets e internet.
● El soporte se da mediante un foro del mismo Oracle Corp. permite crear aplicaciones web
robustas sin necesidad de conocimientos avanzados de programación debido a su entorno
declarativo, también es su probado rendimiento y disponibilidad, como también su se
Oracle XE puede usarse con las siguientes herramientas de desarrollo:
○ Oracle Application Express(Oracle Apex).
○ Java.
○ C/C++
○ PHP.
○ ODBC.
○ .NET seguridad.

Office Basse

● Permite crear tablas, consultas, formularios e informes, junto con un conjunto predefinido
de definiciones de tablas para controlar activos, clientes, órdenes de venta, facturas y
mucho más.
● Incluye una versión completa del Sistema Gestor de Base de Datos HSQLDB que guarda los
datos en ficheros XML.
● Puede acceder de forma nativa a ficheros Base para realizar trabajos simples.
● Para usos más avanzados, proporciona soporte nativo para diferentes bases de datos
(Adabas D, ADO, Microsoft Access, Misal), o cualquier otra base de datos si se utilizan los
conectores ODBC y JDBC.
● También soporta agendas LDAP, Microsoft Outlook, Microsoft Windows y Mozilla.

LICENCIADOS

Oracle

● Modelo relacional: los usuarios visualizan los datos en tablas con el formato
filas/columnas.
● Herramienta de administración gráfica intuitiva y cómoda de utilizar.
● Control de acceso: tecnologías avanzadas para vigilar la entrada a los datos.

SQL Server
GFPI-F-019 V03
 ● Inteligencia en todos tus datos con clústeres de Big Data. Descompón los silos de
datos.
● Capacidad de elegir el lenguaje y la plataforma.
● Rendimiento líder del sector.
● La plataforma de datos más segura
● Alta disponibilidad incomparable
● BI móvil integral.
● SQL Server en Azure.

Access

Los usuarios pueden crear tablas, consultas, formularios e informes y conectarlos con
macros. Opción de importar y exportar los datos a muchos formatos incluyendo Excel,
Outlook, ASCII, dBase, Paradox, FoxPro, SQL Server, Oracle, ODBC, etc.

Drase

Licencia apache
GNU Affero General Public License
Software libre: Sí
Aprobado por la OSI: Sí
Compatible con la GPL: Sí (GPLv3)
Copyleft: Sí

Construya la línea de tiempo de los medios de almacenamiento y la línea de tiempo de las

generaciones de las bases de datos sistematizadas.

GFPI-F-019 V03
GFPI-F-019 V03
• Realice un cuadro comparativo con los modelos de bases de datos que existen señalando:
o Nombre del Modelo de Datos.
o Representación Gráfica.
o Características.

Nombre Modelo de base de datos Modelo relacional

jerárquico

GFPI-F-019 V03
Representación Gráfica

Características ● Se organizan en forma ● Una base de datos

de árbol invertido, con relacional es un
un nodo raíz, nodos conjunto de tablas que
padre e hijos. contienen datos que se
● El árbol se organiza en ajustan a categorías
un conjunto de niveles. predefinidas.
● El nivel 0 se ● Cada tabla contiene
corresponde al nodo una o varias categorías
raíz y es el nivel más en columnas.
alto de la jerarquía. ● Cada fila contiene una
● Los arcos (enlaces) instancia única de
representan las datos de las categorías
asociaciones definidas por las
jerárquicas entre dos columnas.
nodos, carecen de ● Cada fila de la tabla es
nombre porque entre un registro con un ID
dos conjuntos de datos único llamado clave.
solo puede existir una ● Las columnas de la
interrelación. tabla contienen
● Un nodo padre puede atributos de los datos,
tener un número y cada registro
ilimitado de nodos generalmente tiene un
hijos, pero a un nodo valor para cada
hijo solo le puede atributo, lo que facilita
corresponder un el establecimiento de
padre. las relaciones entre los
● Todo nodo debe tener puntos de datos.
un padre, a excepción ● Las tablas son sistemas
del nodo raíz. de clasificación
● Los nodos sin constituidos por filas
GFPI-F-019 V03
 descendientes se horizontales y
llaman «hojas». columnas verticales
● Los niveles de la que permiten agrupar
estructura jerárquica datos y presentarlos de
se denominan forma ordenada.
«altura». ● Cada fila de una tabla
● El número de nodos se se denomina tupla.
llama «momento». ● Los valores que
● Solo pueden existir contiene cada tupla
relaciones de uno a vienen determinados
uno de uno a varios. por los atributos
● El árbol siempre se definidos en el
recorre en un orden esquema relacional.
prefijado.
● La estructura del árbol
no se puede modificar
cuando ha quedado
establecida.

Modelo de red Modelo orientado a objetos Modelo entidad - relación

● La característica ● Como su nombre lo ● Este modelo capta las

definitoria es que se
almacena un registro
con un enlace a otros
registros - en
efecto,una red.
● Estas redes (o, a veces, ● Estas bases de datos
a que se refiere como
punteros) puede ser
una variedad de
diferentes tipos de
indica, es una base de
datos que consta de
objetos utilizados en la
programación
orientada a objetos.
funcionan bien con
lenguajes orientados a
objetos como Perl, C +
+, Java, Smalltalk y
relaciones entre
entidades del mundo
real de forma muy
similar al modelo de
red, pero no está
directamente ligado a
una estructura física de
la base de datos. En
cambio, con frecuencia
se lo usa para diseñar
GFPI-F-019 V03
 información como otros. una base de datos
números de nodo de ● Los objetos similares se conceptualmente.
un disco o incluso la agrupan en una clase y ● Aquí, a las personas,
dirección. cada objeto de una lugares y cosas, acerca
● Al igual que una base clase particular se de las cuales se
de datos jerárquica, los llama su instancia. almacenan puntos de
componentes de una ● Las clases permiten datos, se las denomina
base de datos de red que un programador entidades, cada una de
pueden tener varias defina datos que no las cuales tiene ciertos
relaciones padre-hijo. están incluidos en el atributos que en
● Su capacidad para programa. conjunto forman su
mantener datos es más ● Dado que una clase dominio.
que la del modelo sólo define los datos ● La cardinalidad, o
jerárquico. que necesita, si se relaciones entre
● Dado que siempre hay ejecuta un objeto de entidades, también se
un vínculo entre un esa clase, no podrá representa en
padre y un hijo, se acceder a otros datos, diagramas.
mantiene la integridad evitando así la ● Una forma común del
de los datos. corrupción de datos y diagrama entidad-
● La base de datos debe garantizando la relación ER es el
dedicar menos tiempo seguridad. esquema de estrella,
a mantener registros ● Las clases intercambian en el cual una tabla
debido a la eliminación datos entre sí central de información
de tablas redundantes, mediante el uso de se conecta a múltiples
lo que mejora la mensajes llamados tablas dimensionales.
eficiencia y el métodos.
rendimiento general. ● Tienen una propiedad
llamada herencia, lo
que significa que si se
define una clase, una
subclase puede
heredar sus
propiedades sin definir
sus propios métodos.
Esto significa que una
subclase puede
implementar el mismo
código. Esto acelera el
desarrollo del
programa.

GFPI-F-019 V03
Modelo de archivo invertido Modelo plano
● El modelo de archivo ● En el modelo de bases
invertido, también de datos plano, los
llamado de índice datos se estructuran
invertido, contiene en dos dimensiones
datos que se usan (de hay lo de
como claves en una estructura plana), en la
tabla de consulta. que todos los objetos
● Los valores en la tabla en una columna
se emplean como concreta tienen valores
punteros a la del mismo tipo y todos
localización de cada los objetos de la misma
instancia. fila están relacionados
● Actualmente se entre ellos.
emplea como índice de ● Presenta todos los
las bases modernas de datos en una sola
datos, ya que se trata tabla, que consiste de
de tablas de consulta columnas y filas.
en las que se introduce ● Para acceder a los
un contenido mínimo. datos o manipularlos,
● El contenido de datos la computadora tiene
se indexa como una que leer todo el
serie de claves en una archivo plano y traerlo
tabla de búsqueda, a la memoria, lo que
donde los valores vuelve a este modelo
indican la ubicación de ineficiente para todo,
los archivos asociados. excepto para los
conjuntos de datos
más pequeños.
Modelo multidimensional
● Es una variación del
modelo relacional
diseñado para facilitar
un mejor
procesamiento
analítico.
● Este modelo está
diseñado para
procesamiento
analítico en línea
(OLAP).
● Cada celda de una base
de datos dimensional
contiene datos acerca
de las dimensiones
registradas por la base
de datos.
● Visualmente, es como
una colección de
cubos, en lugar de
tablas bidimensionales.
GFPI-F-019 V03
Modelo semiestructurado Modelo de contexto Modelo asociativo

● En este modelo, los ● Este modelo puede ● Este modelo divide

datos estructurales incorporar elementos todos los puntos de
comúnmente de otros modelos de datos en base a si
contenidos en el bases de datos, según describen una entidad
esquema de la base de sea necesario. o una asociación.
datos están ● Improvisa elementos ● En este modelo, una
incrustados con los de modelos orientados entidad es todo lo que
datos mismos. a objetos, existe de manera
● Aquí la diferencia entre semiestructurados y de independiente,
los datos y el esquema red. mientras que una
es imprecisa en el asociación es algo que
mejor de los casos. solo existe en relación
● Este modelo es útil a algo más.
para describir ● El modelo asociativo
sistemas, tales como estructura los datos en
ciertas fuentes de dos grupos:
datos basadas en web, ● Un grupo de
las cuales tratamos elementos, cada uno
como bases de datos, con un identificador
pero que no podemos único, un nombre y un
limitar con un tipo.
esquema. ● Un grupo de enlaces,
● También es útil para cada uno con un
describir interacciones identificador único y
entre bases de datos los identificadores
que no se apegan al únicos de una fuente,
mismo esquema. verbo u objetivo. La
información
almacenada tiene que
ver con la fuente y
GFPI-F-019 V03

Modelo de bases de datos NoSQL
● Además del modelo de base de datos
de objetos, otros modelos distintos al
tipo SQL han surgido en contraste con
el modelo relacional:
● El modelo de base de datos gráfico, el
cual es aún más flexible que el modelo
de red, permitiendo que cualquier nodo
se conecte a cualquier otro.
● El modelo multivalor, el cual se
desprende del modelo relacional,
permitiendo que los atributos
contengan una lista de datos en lugar
de un solo punto de datos.
● El modelo de documentos, el cual se
diseña para almacenar y administrar
documentos o datos
semiestructurados, en lugar de datos
atómicos.
• Cuáles son los tipos de datos genéricos que se pueden introducir a una base de datos.
cada uno de los tres
identificadores pueden
hacer referencia ya sea
a un enlace o a un
elemento.
Modelo relacional de objetos
● Una base de datos relacional de objetos
ofrece lo mejor de ambos mundos.
Tiene una base de datos relacional
combinada con conceptos orientados a
objetos como objetos, clases, herencia
y polimorfismo. Funciona de manera
similar a las bases de datos
relacionales.
● Puede obtener datos fácilmente a
través del polimorfismo. Reutilizar los
datos se vuelve más fácil.
● Dado que abarca lo mejor de las bases
de datos relacionales y orientadas a
objetos, la escalabilidad no es un
problema. Se pueden almacenar
grandes volúmenes de datos dentro de
las clases.
GFPI-F-019 V03
Xs: anyType

Es el tipo base para todos los tipos de datos definidos en el lenguaje de definición de esquemas
XML.

Xs: anySimpleType

Es el tipo base para todos los tipos primitivos definidos en el lenguaje de definición de esquemas
XML.

Xs: anyAtomicType

Es el tipo base para todos tipos atómicos primitivos definidos en el lenguaje de definición de
esquemas XML.

• ¿Cuáles son las Fases del Diseño de Bases de Datos? Consulte el material de apoyo.

El proceso de diseño consta de los siguientes pasos:

● Determinar el propósito de la base de datos.

● Buscar y organizar la información necesaria.
● Recopile todos los tipos de información que podría querer registrar en la base de datos,
como los nombres de producto y los números de pedido.
● Dividir la información en tablas.
● Divida los elementos de información en entidades principales o temas, como Productos o
Clientes. Después, cada tema se convierte en una tabla.
● Convertir los elementos de información en columnas
● Decida qué información quiere almacenar en cada tabla. Cada elemento se convierte en un
campo y se muestra como una columna en la tabla. Por ejemplo, una tabla de empleados
podría incluir campos como Apellidos y Fecha de contratación.
● Especificar las claves principales.
● Elija la clave principal de cada tabla. La clave principal es una columna que se usa para
identificar cada fila. Un ejemplo podría ser Id. de producto o Id. de pedido.
● Establecer las relaciones de tablas.
● Busque en cada tabla y decida cómo se relacionan los datos en una tabla con los datos de
otras tablas. Agregue campos a las tablas o cree tablas para aclarar las relaciones, según
sea necesario.
● Perfeccionar el diseño.

GFPI-F-019 V03
● Analice el diseño en busca de errores. Cree las tablas y agregue unos cuantos registros de
datos de ejemplo. Compruebe si puede obtener los resultados que quiere de las tablas.
Haga algunos ajustes en el diseño, si es necesario.
● Aplicar las reglas de normalización.
● Aplique las reglas de normalización de datos para ver si las tablas están estructuradas
correctamente. Haga algunos ajustes en las tablas, si es necesario.

• ¿Qué es el Modelo entidad-relación? Señale los elementos que lo conforman y su

respectiva descripción mediante un gráfico.

El modelo entidad-relación es una herramienta para el modelo de datos, la cual facilita la

representación de entidades de una base de datos, está compuesto por tres elementos
fundamentales: entidad, relación y atributo.

GFPI-F-019 V03
 • Descargue e instale una herramienta para elaborar modelos entidad relación (MER).

●
● Consulte sobre las restricciones de integridad en los esquemas relacionales, y dé un
ejemplo de cada restricción.

Restricciones de Integridad
Proporcionan un medio de asegurar que los cambios que se hacen en la BD por usuarios
autorizados no resulten en una pérdida de la consistencia de los datos.

• Se refiere a la corrección de la información contenida en la BD.

• La verificación de integridad se puede realizar mediante programas
• Ó el sistema debería encargarse de esta verificación

Existen tres tipos de restricciones de

integridad:

● De dominio
● De las entidades
GFPI-F-019 V03
 ● Referencial

Restricciones de dominio

● A cada atributo está asociado un dominio de valores posibles.

● Los límites de dominio son la forma más elemental de restricciones de integridad.
● Son fáciles de probar por el sistema siempre que se introducen nuevos datos a la BD.

Ejemplos:

En la BD de proveedores y partes:
● El peso de una parte no puede ser negativo. En la BD bancaria:
● Los números de una sucursal no pueden ser negativos.
● Las ciudades de sucursales deben provenir de una cierta lista

El SQL estándar soporta un conjunto

restringido de tipos de dominio:

● Cadenas de caracteres de longitud fija,

● Números en coma fija,
● Entero,
● Entero pequeño,
● Fecha.

Observaciones

Las restricciones de dominio son específicas

● Se refieren a una BD específica.

El modelo relacional incluye dos reglas generales de integridad

● Se aplican no sólo a una BD sino a todas.
● Estas reglas se refieren a las claves primarias y a las claves ajenas.

Regla de integridad de las entidades

● Ningún componente de la clave primaria de la relación base puede aceptar nulos.

● Las entidades en el mundo real son distinguibles.
● Las claves primarias realizan una identificación única en el modelo relacional.
GFPI-F-019 V03
 ● Una entidad sin identidad (con valor desconocido) es una contradicción.
●

Regla de integridad referencia l

● La BD no debe contener valores de clave ajena sin concordancia.

● La BD no debe contener un valor nulo de clave ajena para el cual no existe un valor
concordante de la clave primaria en la relación objetivo pertinente.

Otros tipos de restricciones de integridad que pueden indicarse son:

● La clave primaria
● Claves alternativa
● Claves externas
● Valores no nulos.
● Unicidad

Restricción de clave primaria

● Identifica de forma exclusiva cada registro de una tabla de base de datos.

● Las claves primarias deben contener valores únicos.
● Una columna de clave principal no puede contener valores nulos.
● La mayoría de las tablas deben tener una clave principal, y cada tabla sólo puede tener una
clave principal.

cod_trabajad DNI Teléfono Nombre Apellido1 Apellido2

or

1 12345678Z 992100200 Álvaro Garrigues Crespo

2 X7654321J 999123456 Youssuf Belahbib

3 23443298L 998765432 Sandra Fernández Colomer

4 33344455K 997345212 Marcos Serna Villegas

5 22211991V Marisa Losada Pereira

GFPI-F-019 V03
Restricción de caves alternativa o candidata

Las claves candidatas que no son escogidas como clave primaria se denominan claves alternativas.
Por ejemplo la clave primaria de la relación oficina es Nro de Oficina siendo teléfono y fax dos
claves alternativas.

● En casi ningún gestor de base de datos existe como tal

● Los atributos que son claves alternativas se marcan con restricción Unique y Not Null

Restricción de claves foránea

La llave foránea o FOREIGN KEY, es una columna o varias columnas, que sirven para señalar cuál es
la llave primaria de otra tabla.

● La columna o columnas señaladas como FOREIGN KEY, solo podrán tener valores que ya
existan en la llave primaria PRIMARY KEY de la otra tabla.

La integridad referencial asegura que se mantengan las referencias entre las claves primarias y las
externas. También controla que no pueda eliminarse un registro de una tabla ni modificar la llave
primaria si una llave foránea o externa hace referencia al registro.

Ejemplo:

CREATE TABLE procurement.grupo_vendedores (

grupo_id INT IDENTITY PRIMARY KEY,
grupo_name VARCHAR (100) NOT NULL
);

CREATE TABLE procurement.vendedores(

vendedor_id INT IDENTITY PRIMARY KEY,
vendedor_name VARCHAR(100) NOT NULL,
grupo_id INT NOT NULL,
);

Restricción de valores nulos

GFPI-F-019 V03
Establece la obligatoriedad de que esta columna tenga un valor no nulo. Se debe especificar junto
a la columna a la que afecta. Los valores nulos no ocupan espacio, y son distintos a 0 y al espacio
en blanco. Hay que tener cuidado con los valores nulos en las operaciones, ya que 1 * NULL es
igual a NULL.

Ejemplo:

La definición de una restricción de valor no nulo sobre un conjunto de atributos K de la relación R

expresa la siguiente propiedad: “no debe haber en R una tupla que tenga el valor nulo en algún
atributo de K”.

Restricción de Unicidad

Evita valores repetidos en una columna, admitiendo valores nulos. Oracle crea un índice
automáticamente cuando se habilita esta restricción y lo borra al deshabilitarse.

Ejemplo:

En esta relación, dado que la clave primaria está formada por edificio y número, no hay ningún
despacho que repita tanto edificio como número de otro despacho. Sin embargo, sí se repiten
valores de edificio (por ejemplo, Marina); y también se repiten valores de número (120). A pesar
de ello, el edificio y el número no se repiten nunca al mismo tiempo.

● Consulte sobre las clases de Llaves o Claves junto con su abreviatura.

GFPI-F-019 V03
Una clave permite identificar un conjunto de atributos suficiente para distinguir las
entidades entre sí. También pueden ayudar a identificar unívocamente a las relaciones y
así distinguir las relaciones entre sí.

● Clave primaria (PK)

Una clave principal es una columna, o un grupo de columnas, en una tabla que
identifica de manera única las filas de esa tabla.

● Clave candidata o Alternativa

A menudo, solo hay una opción para la clave principal, como en el caso anterior. Sin
embargo, si hay varias claves DBMS, estas se pueden llamar claves candidatas, el
El nombre refleja que son candidatos para el trabajo responsable de la clave
primaria.

● Super llave

Ahora, dada la definición anterior de que una clave principal puede estar formada
por más de una columna y debe identificar de manera única las filas, podríamos
elegir, por ejemplo, CustomerNo y una columna que contiene los números de
teléfono de los clientes como clave principal. Eso cumple con el requisito, pero
claramente es una tontería porque estamos agregando complejidad sin ninguna
razón.

● Clave externa

Las claves externas son columnas que apuntan a columnas de clave primaria en
otras tablas de la base de datos. Entonces, por ejemplo, OrderNo es la clave
principal de la tabla ORDERS a continuación, y CustomerNo es una clave externa
que apunta a la clave principal en la tabla CUSTOMERS.

● Clave foránea (FK)

Es una clave que se usa en una tabla secundaria y que coincide con la clave primaria
en una tabla primaria relacionada. Las claves foráneas pueden tener valores
GFPI-F-019 V03
 duplicados (multiplicidad) en la tabla secundaria, mientras que para las claves
primarias eso no es posible. El uso apropiado de claves foráneas permite exigir la
integridad referencial.

● Clave compuesta

Una clave compuesta es una clave que tiene más de un atributo. Cualquier
superclave, clave primaria o clave candidata puede ser una clave compuesta
siempre que cumpla con el requisito de tener más de un atributo. Al combinar dos
o más columnas en una tabla en una clave, garantiza que la clave se refiere a una
fila específica. Este es el uso principal de claves compuestas.

● Clave sustituta
Una clave sustituta es una clave artificial que se crea estrictamente con fines de
análisis de datos. A veces también se le llama llave sintética o un pseudoclave
porque no se deriva de ningún dato de aplicación. En cambio, se utiliza para
identificar objetos en la base de datos.

● Defina a que se refiere campos Null y Not Null, Unique, Check, autoincremento en una
base de datos e identifique cada término Y/O uso con un ejemplo.

Campos null: Null (nulo) es un marcador especial usado en el lenguaje de consulta

estructurado (SQL) para indicar que no existe un valor dentro de una base de datos.
Introducido por el creador del modelo relacional de bases de datos E. F. Codd, su función
es la de solventar el requisito de que los sistemas de gestión relacionales de base de datos

GFPI-F-019 V03
Not Null: La restricción NOT NULL impone una columna para NO aceptar valores NULL.
Esto obliga a que un campo siempre contenga un valor, lo que significa que no puede
insertar un nuevo registro o actualizar un registro sin agregar un valor a este campo.

Unique: La restricción UNIQUE en SQL se utiliza para garantizar que no se inserten valores
duplicados en una columna específica o combinación de columnas que participen en la
restricción UNIQUE y no formen parte de la CLAVE PRIMARIA.

Check: Un check es una restricción, o sea una limitación que deben cumplir los datos para
que sean considerados válidos y puedan ser grabados. Por ejemplo, si los precios no
pueden ser negativos podríamos tener un check que evite guardar precios negativos.

GFPI-F-019 V03
 Autoincremento: Auto Increment es una función que opera en tipos de datos numéricos.
Genera automáticamente valores numéricos secuenciales cada vez que se inserta un
registro en una tabla para un campo definido como incremento automático.

● Realice un modelo de datos relacional MR a partir de sus Modelos Entidad Relación MER
realizados y el MR de su Proyecto de Formación.

GFPI-F-019 V03
 ● Mediante un ejemplo analice y explique cada una de las 4 formas normales de la
normalización.

Primera forma normal (1FN)

Una tabla en una base de datos relacional está en la primera forma normal cuando se cumplen estas

condiciones:

● Todos los datos son atómicos.

● Todas las columnas contienen el mismo tipo de datos.
Un registro se considera atómico cuando a cada información (cada asunto) se le

reserva una celda propia.

Datos de facturas :

GFPI-F-019 V03
Las celdas en negrita muestran que nuestra tabla incumple ambas condiciones y por lo tanto no está

en la primera forma normal. Para normalizar se hace lo siguiente :

1. Subdividir todos los datos multivalor en columnas separadas.

2. Comprobar que los valores en cada columna son del mismo tipo.

Para cumplir con el estado atómico de los datos, los atributos cliente y dirección se han de subdividir

en los atributos más específicos nombre y apellidos, así como calle, número, código postal y municipio.

En general, depende del contexto cuándo se considera que un valor es atómico. Si no es necesario

separar el nombre de los apellidos, el nombre completo puede considerarse un valor atómico. Con

todo, en la práctica se recomienda subdividir los valores compuestos en las unidades más pequeñas.

En la columna Precio hay datos en euros y en céntimos: hay que decidirse por un tipo de dato (en

€)para generar campos coherentes. Quedaría así:

GFPI-F-019 V03
El resultado es una tabla que, si bien está en la primera forma normal, los valores duplicados siguen

impidiendo procesar los datos de forma eficiente. Para reducir las redundancias se recomienda

llevarla a la segunda forma normal.

La primera forma normal establece campos de valores atómicos y con ello facilita las consultas a la

base de datos. Los datos que forman parte de campos no atómicos no pueden consultarse por

separado.

Segunda forma normal (2FN)

Para estar en la segunda forma normal, a las condiciones de la primera se añade la siguiente:

● Los atributos que no forman parte de ninguna clave han de depender funcionalmente de toda la

clave primaria.

Al principio, se definió a una base de datos relacional como un sistema de tablas relacionadas por

medio de claves. Las claves sirven para identificar inequívocamente a los registros. La clave que

permite nombrar claramente a cada una de las filas de una tabla se denomina superclave. Esta puede

resultar de los valores de una única columna o de la suma de los valores de varias columnas.

En nuestro ejemplo, los atributos número de factura, número de cliente y posición de ítem podrían

componer una posible superclave:

GFPI-F-019 V03
Una clave número de factura, número de cliente y posición de ítem con los valores {124, 12, 1}
permitiría entonces identificar claramente al registro de la compra que ha hecho María Pérez:

Pero para esta identificación no es necesaria toda la información aportada por la superclave. Una
combinación de número de factura y posición de ítem (es decir, un subconjunto de la superclave)
debería bastar para identificar a cada registro. Estas claves con la mínima cantidad de atributos se
conocen como claves candidatas.

Normalmente, se escoge a una clave candidata por tabla para representarla. Su valor ideal es una

numeración correlativa. Esta clave se erige en clave primaria y señala el orden de los registros.

GFPI-F-019 V03
Como cualquier candidata a clave, la clave primaria también puede componerse de un solo valor o,

como en nuestro ejemplo, de varias claves. Nuestra tabla utiliza una clave primaria compuesta;

formada por el número de factura y la posición de ítem.

Pero para llevar a una tabla a la segunda forma normal, no solo es necesario conocer la clave primaria

y todos los atributos que no son clave, sino también cómo se relacionan entre sí. Para hacerlo se

siguen estos pasos:

1. Comprueba que todos los atributos no-clave dependen por completo de la clave primaria. Esta
dependencia se da si todos los atributos de la clave primaria son necesarios para identificar a
los atributos no-clave. Esto quiere decir también que las tablas con claves primarias simples se
ajustan automáticamente a la 2FN si se cumplen las condiciones para la 1FN.
2. Relega a los atributos no-clave que no dependen de la clave primaria a tablas diferentes.
Si volvemos a nuestra tabla y la observamos atentamente, podremos ver que las condiciones para la

segunda forma norma lno se cumplen por los siguientes motivos: la columna Fecha solo depende

del número de factura, pero no de la posición del artículo en la factura. Lo mismo puede decirse para

los datos de los clientes (apellido, nombre, calle, nº, CP, municipio).

Para que una tabla esté en la 2FN enviamos a los atributos dependientes del número de factura a una

tabla separada llamada Factura:

Factura

A la tabla con el resto de datos la llamamos Posición del ítem:

Posición del ítem

GFPI-F-019 V03
Tras la normalización, el número de factura se encuentra en ambas tablas, conectándolas. Mientras

que este atributo actúa de clave primaria en la tabla Factura, en la tabla Posición del ítem se utiliza

como clave foránea y forma parte, al mismo tiempo, de la clave primaria compuesta de la tabla.

La conexión por clave foránea o ajena (Foreign Key) permite consultar a dos tablas a la vez. Se habla

entonces de un Join.

Nuestras tablas están ahora en la segunda forma normal, pero aún no se han eliminado del todo las

redundancias. Por eso la meta de la normalización suele ser la tercera forma normal.

Tercera forma normal (3FN)

Para que una tabla esté en la tercera forma normal ha de cumplir las condiciones de las dos primeras y

además:

● Los atributos no-clave no pueden depender de forma transitiva de una clave candidata.

Se da una dependencia transitiva si un atributo que no es clave depende de otro atributo que no es

clave y de forma indirecta de su clave candidata.

GFPI-F-019 V03
Nuestro esquema incumple las condiciones de la tercera forma normal en varios puntos:

Factura

En la tabla Factura, los atributos nombre y apellido así como calle, número, CP y municipio no solo

dependen de la clave primaria (número de factura) sino también del número de cliente.

En la tabla Posición del ítem los atributos artículo y precio dependen de la clave primaria compuesta

por número de factura y el número de ítem, pero también del número de artículo. También se infringe

aquí la condición específica de la tercera forma normal:

Posición del ítem

GFPI-F-019 V03
Para eliminar las dependencias entre atributos no-clave repartimos los datos en tablas separadas

que se interconectan con claves ajenas. De este modo, resultarán las cuatro tablas normalizadas

Factura, Cliente, Posición y Artículo.

La clave primaria de la tabla Factura es un número de factura correlativo. Cada número de factura se

clasifica con la fecha de la factura y el número de cliente:

Factura

En la tabla Cliente se depositan datos más aproximados sobre los clientes, y ambas tablas, Factura y
Cliente, se conectan mediante el número de cliente, que en la tabla Cliente hace de clave primaria y en
Factura de clave ajena:

GFPI-F-019 V03
Una tabla crucial en nuestra base de datos es la Posición del ítem, puesto que revela qué artículos se
incluyen en cada factura y cuántas unidades se han pedido. La clave primaria correlativa de la tabla
resulta del número de factura y la posición del ítem en la factura. Los artículos están presentes en la
tabla solo con el número de artículo y actúan de clave ajena que enlaza con la tabla Artículo.

La tabla Artículo solo contiene los detalles sobre cada artículo, como su denominación o el precio.
Como clave primaria tenemos el número de artículo correlativo:

En nuestro ejemplo puede parecer poco eficiente fragmentar dos tablas en cuatro. De hecho, las
redundancias en los datos de solo dos clientes no saltan apenas a la vista. Imaginemos, sin embargo,
que queremos procesar varios cientos de miles de registros sobre clientes o sobre la gama de
productos de la empresa de forma consistente y libre de contradicciones. Esto solo suele ser
posible con un esquema que se ajuste a la tercera forma normal.

Ten en cuenta que no siempre es posible evitar por completo los valores duplicados en las bases de
datos relacionales. Volviendo a nuestra base de datos, se puede observar que la conexión de tablas
con claves ajenas puede estar ligado a redundancias. Se habla en este caso de redundancia de
claves.

Cuarta forma normal (4FN)

Para que una tabla esté en la cuarta forma normal, ha de estar en la de Boyce-Codd y cumplir,

además, con esta condición:

GFPI-F-019 V03
 ● No hay dependencias multivaluadas a no ser que sean triviales.

La dependencia multivaluada (multivalued dependency) o multivalor tiene lugar siempre que dos

atributos sin relación entre sí, dependan del mismo atributo. Veámoslo con un ejemplo.

La siguiente tabla muestra qué artículos ha pedido cada cliente y dónde se han de entregar:

Lugar de entrega de los pedidos

Puede verse que el cliente con el número 234 ha pedido los artículos 1-0023-D y 2-0023-D, que se han

de entregar en su dirección con el código postal 12345. Para el cliente 567, los artículos 1-0023-D, 3-

0023-D, 4-0023-D y 5-0023-D se entregarán en el código postal 56789.

Los registros solo pueden identificarse con una superclave compuesta por los tres atributos (nº cliente,

nº artículo y código postal). Al no darse ningún atributo no-clave la tabla está en 3FN. Tampoco

presenta dependencias transitivas ni triviales, de modo que también cumple con la FNBC. Sin

embargo, sí contiene dependencias multivaluadas, puesto que el atributo nº de artículo y el atributo

código postal dependen de nº de cliente pero no guardan relación entre sí.

GFPI-F-019 V03
El inconveniente de este diseño es que cada vez que se registre un nuevo artículo para un cliente,

también será necesario incluir el código postal, de modo que habrá datos redundantes. Si se lleva a

esta tabla a la 4FN, estas repeticiones pueden reducirse. Para ello, se ha de fragmentar la tabla de tal

manera que no presente ninguna dependencia o, al menos, solo dependencias multivaluadas triviales.

Crearemos , entonces, dos tablas separadas, lo cual es posible porque el número de artículo y el

código postal no están relacionados.

Artículo

Lugar de entrega

Como vemos, la cuarta forma normal elimina las redundancias producidas por las dependencias
multivaluadas, en este caso, en la columna CP.

En nuestro forzado ejemplo, presuponemos un solo código postal por cliente, pero si cada cliente
pudiera ordenar la entrega de sus compras a sitios diferentes, se daría una dependencia entre el
número de artículo y el código postal y la tabla estaría ya en la 4FN aun sin normalizar.

● Consulte sobre Diccionarios de Datos.

o Que es un Diccionario de Datos en Base de datos.
o Objetivo de un Diccionario de Datos.
GFPI-F-019 V03
 o Contenido de un diccionario de datos.

¿Qué es un Diccionario de Datos?

Es un conjunto de definiciones que contiene las características lógicas y puntuales de los datos que
se van a utilizar en el sistema que se programa, incluyendo nombre, descripción, alias, contenido y
organización.

Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso
inmediato a la información, se desarrolla durante el análisis de flujo de datos y auxilia a los
analistas que participan en la determinación de los requerimientos del sistema, su contenido
también se emplea durante el diseño.

En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo
de datos de todo el sistema. Los elementos más importantes son flujos de datos, almacenes de
datos y procesos. El diccionario de datos guarda los detalles y descripción de todos estos
elementos.

Además, el diccionario de datos hace parte de la documentación técnica en el desarrollo y

mantenibilidad de los sistemas de información.

Si los analistas desean conocer cuántos caracteres abarca un determinado dato o qué otros
nombres recibe en distintas partes del sistema, o dónde se utiliza, encontrarán las respuestas en
un diccionario de datos desarrollado en forma apropiada.

Objetivo de un Diccionario de Datos

El objetivo de un Diccionario de Datos es dar precisión semántica sobre los datos que se manejan
en la base de datos de un sistema de información, evitando diferentes interpretaciones o
ambigüedades, para cada perfil de usuario que lo requiera, desarrollador, líder funcional, líder
técnico, etc.

a. Facilita la usabilidad e interoperabilidad de los datos que se definen en el Diccionario de datos,

con otras bases de datos.
b. Maneja el detalle de las características (nombre, tipo de contenido y descripción del negocio) de
la base de datos del sistema del sistema de información.
c. Describe la composición de los paquetes de datos (tablas) en la base de datos.
d. Aplica una terminología y significado común, facilitando la compresión de todos los elementos,
campos o columnas de la tabla de la base de datos del sistema de información.

Contenido de un diccionario de datos

GFPI-F-019 V03
a. Sistema de Información: Corresponde al nombre del sistema de información.
b. Descripción del Sistema de Información: Principalmente tiene que ver con la misión, o mejor, la
descripción de los procesos operativos que se manejan.
c. Nombre de la Base de datos: Literalmente corresponde al nombre de la base de datos en el
DBMS.
d. Descripción de la base de datos: En algunos sistemas de información esto se omite, porque solo
existe una base de datos, dado que haya más de una, si es necesario describir que tipo de rol
cumple cada base de datos para el sistema de información, por ejemplo: i) una base de datos
netamente transaccional, y ii) otra que corresponda solo a reportes y/o consulta.
e. Tamaño: Tamaño de Bytes de la base de datos.
f. Fabricante DBMS: Se debe estipular el nombre de la empresa desarrolladora o fabricante del
motor de la base de datos, y su versión.
g. Nombre de Tabla: Nombre de cada paquete de datos, este nombre es único en la base de
datos.
h. Nombre de Campo: Para mayor entendimiento, debe contener el nombre de la columna o
elemento de tabla que almacena el valor de cada dato.
i. Descripción de Negocio: Este es el campo con más relevancia, dado que debe explicarse en
términos de negocio, los valores que se almacenan en cada campo. Más adelante se explica un
ejemplo de guía.
j. Tipo de Dato: El tipo de dato especifica el dominio de los posibles valores almacenados en el
campo.

Materiales y equipos
Guía de aprendizaje, documentos Institucionales citados, presentación electrónica, vídeos
Institucionales, computador, conexión internet – (Video computador, TV, Portafolio).

Fecha de la actividad: Desde el 21 de febrero 2022.

Tiempo estimado: Semanas 4 - 21 de febrero – 1 de marzo de 2022.

Ambiente Requerido: Espacio cómodo, Sillas ergonómicas, buena iluminación.

Actividad II

• Elabore un mapa conceptual o mentefacto con los términos consultados.

GFPI-F-019 V03
 •
• Utilice imágenes al momento de construir los medios de almacenamiento.
• Exponga el cuadro comparativo con los modelos de bases de datos, reflexionando sobre las
características que motivaron su evolución.
• De acuerdo con la consulta de las fases de diseño de una Base de Datos, elabore un
informe técnico con los Análisis de Requerimientos del proyecto de formación.
• Nuestro proyecto a realizar esta enfocado a la creación de un aplicativo movil el cual va a
facilitar la logistica de una empresa la cual maneja domiciliarios, en esta base de datos se
ingresaran los datos principales de los domiciliarios y tambien los datos de las empresas
que solicitan los domiciliarios
Elabore dicha actividad en grupo de 2 personas.
El desarrollo de la presente actividad de aprendizaje se iniciará en el ambiente virtual o
presencial autónomo.

Actividades de transferencia del conocimiento

Trabajo de Campo:

• Identifique el área de la empresa, institución o negocio donde se implementará su

proyecto de formación.
(Área de logística)
• Elabore una lista de chequeo con toda la información que se sistematizará y verifique
si está o no recopilada y organizada actualmente
➢ Empresas: Código, dirección, teléfono, encargado, propietario
➢ Mensajeros: Código, nombres, apellidos, teléfono, vehículo
➢ Turnos: Disponibilidad, localidad, horarios
• De acuerdo a la lista de chequeo sobre la información que se sistematizará, elabore el
Modelo Entidad Relación MER y el Modelo Relacional MR del proyecto de formación
que está trabajando. GFPI-F-019 V03
 • Realizar el Diccionario de datos de su Proyecto de Formación tomando en cuenta el
siguiente ejemplo:

Nombre de la tabla: Empresas

Atributo Descripción Tipo PK NULL FK

Código Identificador INT YES NOT NULL

único de la
empresa

Dirección Dirección de VARCHAR(30)

la empresa

Teléfono Teléfono de la INT

empresa

Encargado Nombre de la VARCHAR(60)

persona a
cargo de la
empresa

Administrador Nombre del VARCHAR(60)

GFPI-F-019 V03
 propietario de
la empresa

Nombre de la tabla: Mensajeros

Atributo Descripción Tipo PK NULL FK

Código Identificador INT YES NOT NULL

único del
mensajero

Nombres Nombre del VARCHAR(60)

mensajero

Apellidos Apellidos del VARCHAR(60)

mensajero

Teléfono Teléfono del INT

mensajero

Vehículo Información VARCHAR(150

del vehículo )
de trabajo

Nombre de la tabla: Turnos

Atributo Descripción Tipo PK NULL FK

Código Identificador INT YES NOT NULL

único del
turno

Disponibilidad Jornada del VARCHAR(30)

día con
disponibilidad
de trabajo

Localidad Municipio en VARCHAR(60)

donde se
asigna el
GFPI-F-019 V03
 trabajo

Horarios Jornada VARCHAR(30)

laboral del
mensajero

Fecha de la actividad: Desde el 23 de febrero 2022.

Tiempo estimado: Semanas 4 - 23 de febrero – 1 de marzo de 2022.

Ambiente Requerido: Espacio cómodo, Sillas ergonómicas, buena iluminación.

Actividad III

Consulte, y conceptualice los siguientes términos:

¿Cuáles son las operaciones de los lenguajes?

DDL (Lenguaje de definición de datos)

GFPI-F-019 V03
● Tabla: Colección de datos organizados en filas y columnas.

● Índices: mejora el rendimiento de las consultas; sólo se necesitan las páginas de índice y no las
páginas de datos de la tabla o el índice agrupado para recuperar los datos solicitados.
● Vista: es el conjunto de resultados de una consulta almacenada en los datos. Es una
consulta que se presenta como una tabla a partir de un conjunto de tablas en una base de
datos relacional. Las vistas tienen la misma estructura que una tabla: filas y columnas

GFPI-F-019 V03
VDL (Lenguaje de definición de vistas)

GFPI-F-019 V03
DML (Lenguaje de manipulación de datos)

¿Cómo se realizan las

operaciones en los
lenguajes dentro de los
SGBD (Sintaxis en: SQL
Server, Postgres,
Oracle, My SQL) ?

GFPI-F-019 V03
SDL (Lenguaje de definición de almacenamiento)

GFPI-F-019 V03
La importancia de la elección de los tipos de datos reside en el almacenamiento que ocupa; para
varios cientos de filas, el tamaño no es tan crucial, pero cuantas más filas se añadan a la tabla,
mayor será la repercusión en el rendimiento de las operaciones de E/S.

Fecha de la actividad: Desde el 23 de febrero 2022.

Tiempo estimado: Semanas 4 - 23 de febrero – 1 de marzo de 2022.

Ambiente Requerido: Espacio cómodo, Sillas ergonómicas, buena iluminación.

Fecha para subir a plataforma: En las mismas fechas

4. ACTIVIDADES DE EVALUACIÓN

Tome como referencia las técnica e instrumentos de evaluación citados en la guía de Desarrollo
Curricular

Evidencias de Aprendizaje Criterios de Evaluación Técnicas e Instrumentos de

Evaluación

Evidencias de Conocimiento : Elabora propuestas de Formulación de preguntas

trabajo, de acuerdo con la
Trabajo de Campo interpretación de las Informe
necesidades tecnológicas,
Evidencias de Desempeño expuestas en el informe de Observación
requerimientos, según
Lista de chequeo con toda la Lista de Chequeo
normas y protocolos de la
información que se empresa.
sistematizará
Modela la base de datos, a Observación
Evidencias de Producto: partir de la valoración de la
información obtenida en el Lista de Chequeo
Modelo Entidad Relación MER
diccionario de datos y el
Modelo Relacional MR análisis de los procesos, de
acuerdo con las necesidades
Diccionario de datos del sistema de información
requerido.

realiza el informe de análisis

del sistema de información
requerido, presentando
GFPI-F-019 V03
 el estado actual de la
organización, y proponiendo
alternativas de solución, de
acuerdo con las normas y
protocolos establecidos.
5. GLOSARIO DE TÉRMINOS

Mentefacto:
Se utiliza en nuestra lengua para referirse a la representación gráfica que se emplea para reflejar
distintos valores y modos de pensamiento del ser humano.

Programa informático:
 Es un conjunto de instrucciones que una vez ejecutadas realizarán una o varias tareas en
una computadora. Sin programas, estas máquinas no pueden funcionar.1 Al conjunto general de
programas, se le denomina software, que más genéricamente se refiere al equipamiento lógico o
soporte lógico de una computadora digital.

Estructuración:
Disposición, organización y distribución de las partes que componen un todo.

Tipo de Dato:
Tipo de dato informático es un atributo de una parte de los datos que indica al ordenador (y/o al
programador) algo sobre la clase de datos sobre los que se va a procesar. Esto incluye imponer
restricciones en los datos, como qué valores pueden tomar y qué operaciones se pueden realizar.
Tipos de datos comunes son: enteros, números de coma flotante (decimales), cadenas
alfanuméricas, fechas, horas, colores, etc..

Modelos de bases de datos2:

Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar
de acuerdo a su modelo de administración de datos.
Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de
datos (algo en donde se guarda la información), así como de los métodos para almacenar y
recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son
abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo
general se refieren a algoritmos, y conceptos matemáticos.

Normalización3
La normalización es una técnica que se ha desarrollado para obtener estructuras de datos
eficientes, garantizando un buen diseño lógico de la base de datos.

GFPI-F-019 V03
Es decir, se utiliza para mejorar el esquema, de modo que éste satisfaga ciertas restricciones que
eviten la duplicidad de datos, y garantiza que el esquema resultante esté más próximo al modelo
de la empresa, sea consistente, con la mínima redundancia y la máxima estabilidad.

Restricciones4

Las restricciones le permiten definir la manera en que Motor de base de datos exigirá
automáticamente la integridad de una base de datos. Las restricciones definen reglas relativas a
los valores permitidos en las columnas y constituyen el mecanismo estándar para exigir la
integridad. El uso de restricciones es preferible al uso de Desencadenadores DML, reglas y valores
predeterminados. El optimizador de consultas también utiliza definiciones de restricciones para
generar planes de ejecución de consultas de alto rendimiento.

6. REFERENTES BIBLIOGRAFICOS

1. Stair, Ralf M., et al (2003). Principles of Information Systems, Sixth Edition. Thomson

Learning, Inc.. pp. 132. ISBN 0-619-06489-7. 

2. D. SÁNCHEZ NAVARRO/ I. CARBONELL USO DE MICROSOFT ACCESS. Capítulo 1 Bases de

Datos: Enfoque práctico McGrawHill

3. KORTH, F. Henry y SILBERCHATZ, Abraham FUNDAMENTO DE BASES DE DATOS Edit. Mc

Graw Hill

4. DATE, C.J. INTRODUCCION A SISTEMAS DE BASES DE DATOS Edit. Addison-Wesley

Publishing Company

1
5. Tipo de Dato. (2013, 24 de mayo). En Wikipedia, la enciclopedia libre. Recuperado el 21 de
mayo de 2013 a las 17:17 de https://es.wikipedia.org/wiki/Tipo_de_dato

2
6. ¿Qué modelos de base de datos existen?. netronycs.com. Recuperado el 21 de mayo de
2013 de http://www.netronycs.com/modelos_de_base_de_datos.html

3
7. Leire Aldaz, Begoña Eguía y Leire Urcola (2009). Tema 3: Diseño conceptual y
Normalización de datos. Recuperado el 21 de mayo de 2013
de http://cvb.ehu.es/open_course_ware/castellano/social_juri/herrami_gestion/
normalizacion.pdf

4
8. Restricciones. (2013). MSDN. Recuperado el 21 de mayo de 2013
de http://msdn.microsoft.com/es-es/library/ms189862(v=sql.105).aspx
GFPI-F-019 V03
7. CONTROL DEL DOCUMENTO

Nombre Cargo Dependencia Fecha Razón del

Cambio

Autor Newton W. Pomare G. Instructor CESGE – R. 23/01/2022 Adaptación al

(es) Antioquia proyecto Técnico

GFPI-F-019 V03