GESTIÓN EMPRESARIAL BASADA

EN BI

CONCEPTOS DE BASE DE DATOS

 Logro
• Comprende la evolución y reconoce los niveles de
abstracción de escenarios, situaciones y/o procesos del
mundo real para ser representados en estructuras de datos
llamadas Bases de Datos.
 Contenido
• Datos. Base de Datos

• Un poco de historia
• Sistema de Archivos
• Desventajas
• Sistema de Base de Datos
Datos
Los datos son caracteres de tipo numérico, alfabético o de símbolos con los que
se pueden describir cosas, procesos, tareas, actividades, condiciones, etc. Son
el conjunto básico de hechos referentes a una persona, proceso, tarea, objeto o
transacción de interés para distintos propósitos.

Información
Un conjunto de datos con sentido o valor semántico
Ejemplos de Datos
11, 12, 13, 14, 15

Ejemplos de Información
Edades de niños
Base de datos
Base de datos

Se puede tener una agenda telefónica con datos de manera

ordenada alfabéticamente (indexado) o los puede tener
almacenados en el disco duro de su PC y acceder a ellos
mediante el uso de programas (Excel, Access)

Una BD representa algún

Una BD se diseña, se
aspecto del mundo real,
construye y es llenado
lo que ocasionalmente
con datos para un
se denomina
propósito específico.
minimundo.
Base de datos (Ejemplos)
• Bancos. Para el manejo de información de clientes,
cuentas, transacciones bancarias, etc.

• Líneas aéreas. Información de reservas de pasaje, salida

y llegada de vuelos.

• Universidades. Estudiantes, Docentes, matrículas ,

cursos, etc.

• Telecomunicaciones. Registro de llamadas, facturación

por las llamadas realizadas, redes de comunicaciones,
etc.

• Áreas de Negocio: Finanzas, Producción, Ventas,

Marketing y Recursos Humanos.
Un poco de historia …
Sistema de archivos:
❑ Surgieron a raíz de la necesidad de
almacenamiento de la información para su
correspondiente reutilización (persistencia)
Un poco de historia …
Sistema de archivos: Desventajas

Por cada préstamo se guarda información del cliente

correspondiente: Redundancia de los Datos
Un poco de historia …
Sistema de archivos: Desventajas
Acceso a los
clientes que
vivan en un
distrito

Acceso a los
clientes que
vivan en un
distrito y
mantengan un
saldo mayor a
10,000 soles
Para obtener información con ciertos filtros o preferencias no existe
opciones de programa listos: Dificultad en el acceso de los Datos
Un poco de historia …
Sistema de archivos: Desventajas
Cambio en la
dirección del
Cliente

… …

Por cada cambio en la información puede omitirse dicho

cambio en los demás archivos: Inconsistencia de Datos
Comparando…..
Un poco de historia …
Sistema de Base de Datos

Video: Historia de la Base de Datos

https://www.youtube.com/watch?v=4k1n20lRET8
Un poco de historia …
Sistema de Base de Datos

¿Por qué surgieron los sistemas de Base de Datos?

• Necesidad de solucionar las debilidades de los Sistemas
de Archivos

Capacidades
• Evita redundancia de datos
• Facilidad en el acceso de datos
• Evita Inconsistencia de datos
• Evita la pérdida de datos
Algunas definiciones

Esquema de Es el diseño completo de una Base de

Datos requerido para declarar sus variables
una Base de
(junto con definiciones de tipos), las cuales
Datos tendrán un valor específico en un
determinado instante de tiempo (instancia).
Permanece mayormente estáttica en el
tiempo.

Ejemplo:
Alumnos:
Apellido Paterno, Apellido Materno,
Nombres, Fecha de Nacimiento, Dirección,
Teléfono, Lugar de Procedencia, etc.
Algunas definiciones

Instancia Es la información que en un instante de

tiempo posee la base de datos y que
cambia permanentemente (Con excepción
de algunas base de datos particulares).
Ejemplo:
Alumnos
Apellido Paterno: Lopez,
Apellido Materno: Miranda,
Nombres: Oxana,
Fecha de Nacimiento: 28/11/1999,
Dirección: Av. Sucre 2290, Magdalena,
Teléfono: 4592211,
Lugar de Procedencia: Chimbote,
Etc.
 Actividad #1
Formar grupos de 5 alumnos, investigar en Internet y
explicar brevemente dos de las siguientes
desventajas en el uso de los sistemas de archivos:
• Redundancia e inconsistencia de datos
• Dificultad en el acceso a los datos
• Aislamiento de datos.
• Problemas de integridad
• Problemas de atomicidad
• Anomalías en el acceso concurrente.
• Problemas de seguridad

Al terminar un alumno del grupo saldrá a exponer lo

investigado, indicando la bibliografía.
 Conclusiones
Las maneras y los propósitos de almacenamiento de datos
van cambiando en el tiempo:

• El uso de los sistemas de archivos generaba

inconvenientes: Redundancia, inaccesibilidad,
inconsistencia de datos.

• Base de datos: Surge la necesidad de relacionar los datos

de forma coherente.
 Aprendizaje Grupal

o Indicar que información contiene la base de datos por

área funcional dentro de una organización:
• Finanzas
• Producción
• Ventas
• Marketing
• Recursos Humanos
 Referencias

• Silverschatz A. Korth H., Sudarsham S.(2006).

Fundamentos de Base de Dtos. McGraw Hill. 5ª Edición.

• Ramez Elmasri, Shamkant B. Navathe. (2007).

Fundamentos de Sistemas de Bases de Datos. Madrid:
Addison Wesley. 5ª Edición.
GESTIÓN EMPRESARIAL BASADA
EN BI

ARQUITECTURA DE UN SISTEMA GESTOR DE

DATOS
 Logros
• Reconocer la arquitectura de un Sistema Gestor de Base
de Datos según la arquitectura ANSI/SPARC para
reconocer los niveles de abstracción
Contenido
• Niveles de abstracción de una base de datos
• Arquitectura ANSI/SPARC
• Nivel Externo
• Nivel Conceptual
• Nivel Interno
• Objetivos
• Independencia de Datos
• Independencia Física
• Independencia Lógica
Niveles de abstracción de una
Base de Datos

• Percepción de una base de datos según el tipo de

usuario (final, especialista o administrador).

• Arquitectura ANSI/SPARC (Standard Planning and

Requirements Committee of the American
National Standards Institute on Computers and
Information Processing).

• Base para la independencia de datos

ARQUITECTURA
ANSI/SPARC
Esta arquitectura se basó en tres niveles:
• El nivel externo, o de usuario
• El nivel conceptual
• El nivel físico, o de máquina

Según la Arquitectura ANSI la base de Datos mantiene

una Estructura basada en estos tres niveles de acceso.
ARQUITECTURA
ANSI/SPARC
Estructura de Base de Datos basada en tres
niveles de acceso:
– Nivel externo.
• Más cercano a los usuarios.
• Se ocupa de la forma como los
usuarios individuales perciben
los datos
– Nivel conceptual
• Nivel de mediación entre los
otros Nivel externo e interno.
– Nivel interno
• Más cercano al
almacenamiento físico.
• Se ocupa de la forma como se
almacenan los datos.
ARQUITECTURA
ANSI/SPARC
Vista usuario n

Vista usuario 2 n esquemas

externos
Nivel externo Vista usuario 1
confidencialidad

Nivel conceptual
integridad-coherencia
Esquema lógico, resultado de
un proceso de modelamiento
Nivel interno
gestión de acceso
Esquema físico
ARQUITECTURA
ANSI/SPARC
Nivel externo
• Nivel de Visión o Vistas
• El más cercano a los usuarios finales
• Es la percepción de la base de datos que tienen los
usuarios finales.
• Tantas vistas como tipos de usuarios exista
• Cada vista de usuario final se puede caracterizar como
un subesquema
ARQUITECTURA
ANSI/SPARC
Nivel de Visión (Externo)
Cada visión puede proporcionar diferentes representaciones
de los mismos datos

Visión Vendedor Visión Contador

Fechas con formato: Fechas con formato:
(dd-mm-yy) (yyyy-dd-mm)
BD
ARQUITECTURA
ANSI/SPARC
Nivel de Visión (Externo)
Algunas visiones de usuario pueden incluir:

• Datos Derivados:
Sueldo total = básico + comisión

• Datos Calculados:
Edad de una persona (inferida a partir de su fecha de
Nacimiento)

• Datos Agrupados:
Totales por Dpto.
ARQUITECTURA
ANSI/SPARC
Nivel Conceptual
• Mediador entre el nivel interno y externo
• Importante para el usuario especialista.
• Los programadores construyen las aplicaciones usando
el nivel conceptual.
• Describe los datos de la base de datos, de manera
semántica y se ocupa de sus relaciones
• Soporta a cada vista de usuario externa
• Se incluyen restricciones sobre los datos
• La descripción del nivel conceptual no debe tener
detalles dependientes del almacenamiento
ARQUITECTURA
ANSI/SPARC
Nivel Interno
• Nivel Físico
• Más cercano a la máquina
• Es importante para el Administrador y el usuario
Especialista
• Genera Esquema físico: En este esquema se describe los
tipos de datos: tamaño y precisión, los tipos de índices y las
estructuras de almacenamiento manejadas según el SGBD
seleccionado.
• Se encarga de:
• Reservar espacio para datos e índices
• Compresión de datos
• Técnicas de encriptamiento de datos
ARQUITECTURA
ANSI/SPARC
Objetivos
• Independencia de los Datos
• Permite modificar la definición de un nivel sin afectar
(en lo posible) el nivel inmediatamente superior
• Evita mayormente que se modifiquen las
aplicaciones en el caso de una nueva estructura de
la base de datos.
• Hay dos tipos: física y lógica
• Física. Inmunidad que tienen los usuarios y las
aplicaciones ante los cambios en la forma de
almacenar físicamente los datos.
• Lógica o Conceptual. Inmunidad que poseen los
usuarios y las aplicaciones ante los cambios en
la estructura lógica de la base de datos.
ARQUITECTURA
ANSI/SPARC
Independencia Física
• Se presenta entre el nivel conceptual y el nivel físico
• Un cambio en el esquema físico (usar otras estructuras
de almacenamiento) no conduce a cambios en el
esquema conceptual
• Inmunidad del esquema conceptual ante cambios del
esquema físico
ARQUITECTURA
ANSI/SPARC
Independencia Lógica
• Se presenta entre el nivel de visión y el nivel conceptual
• Significa que un cambio en el nivel conceptual no debe
conllevar a un cambio en el nivel de visión
• Es más difícil de lograr. ¿Por qué?
• Algunos de los posibles cambios en el nivel conceptual:
• Adición de nuevos elementos (atributos, entidades
etc.)
• Eliminación de elementos -> Puede afectar a los
subesquemas externos
Resumen

• La arquitectura de una base de datos se basa en tres

niveles de abstracción: Nivel Externo, Conceptual e
Interno.
• El objetivo de la arquitectura ANSI es la independencia
de datos, tanto física como lógica.
Aprendizaje
Autónomo
• Leer el 1° capítulo, desde a pág. 1 hasta la pág. 5 del
libro: Silverschatz A. Korth H., Sudarsham S.(2006).
Fundamentos de Base de Datos. McGraw Hill. 5ª
Edición.
• Prepararse para el control de lectura.
Referencias

• Silverschatz A. Korth H., Sudarsham S.(2006).

Fundamentos de Base de Dtos. McGraw Hill. 5ª Edición.

• Ramez Elmasri, Shamkant B. Navathe. (2007).

Fundamentos de Sistemas de Bases de Datos. Madrid:
Addison Wesley. 5ª Edición.
GESTIÓN EMPRESARIAL BASADA
EN BI

MODELAMIENTO DE BASE DE DATOS - PARTE 1

Logros

Reconocer situaciones y/o procesos del mundo real

identificando los elementos que los conforman con la
construcción de modelos de datos a nivel conceptual con el
cual se obtendrá una visión panorámica de dichas situaciones
y/o procesos.
Contenido
▪ Introducción

▪ Niveles de Abstracción
▪ Modelo de Datos
▪ Modelo de Alto Nivel (Conceptual): Modelo Entidad
Relación
▪ Entidades
▪ Atributos
▪ Tipo de Atributos
▪ Relaciones
▪ Propiedades de las Relaciones
▪ Tipo de Relaciones

▪ Conclusiones
Introducción
• El ciclo de vida de un sistema de base de datos:
– Planificación de la base de datos.
– Definición del sistema.
– Recopilación y análisis de requisitos.
– Diseño de la base de datos:
• Diseño conceptual.
• Diseño lógico.
• Diseño físico.
– Selección del SGBD.
– Diseño de la aplicación.
– Prototipo.
– Implementación.
– Conversión y carga de datos.
– Pruebas.
– Mantenimiento operativo.
Niveles de abstracción
Modelo de datos

• Para el diseño de la base de datos en los diferentes

niveles de abstracción se necesita de un conjunto de
herramientas conceptuales que permita la
representación de datos, sus relaciones, su
semántica y sus restricciones de consistencia
denominado Modelo de datos

• Entre los modelos de datos se tiene:

• Modelo Entidad Relacional (Alto Nivel)
• Modelo Relacional (Bajo Nivel)
• Modelo Orientado a Objetos (Nivel extendido)
Modelo de Alto Nivel
(Conceptual): Modelo
Entidad Relación
• Percepción del mundo real con un conjunto de
objetos básicos (Entidades) y relaciones entre
dichos objetos.
• Utilizado para elaborar esquemas conceptuales.
 Diseño Conceptual:
Modelo Entidad
Relación
• Entidad. Objeto o cosa del mundo real que se
distingue de otros. Una entidad posee atributos
que la describen.
• Ejemplos: Alumno, Docente, Curso, Cliente.

• Conjunto de Entidades. Conjunto de entidades

que comparten las mismas propiedades o
atributos.
 Diseño Conceptual:
Modelo Entidad
Relación
▪ Atributos. Describe propiedades, características
de cada miembro de un conjunto de entidades. Es
una parte específica que:
– Describe,
– Cuantifica,
– Califica,
– Clasifica o
– Especifica a cada entidad
 Diseño Conceptual:
Modelo Entidad
Relación
• Ejemplos de Atributos:
• Alumno.
• Atributos: Código, Nombre, Dirección,
Carrera
• Docente
• Atributos: Código, Nombre, Dirección, Área
• Empleado
• Atributos: Código, Nombre, Labor
 Actividad #1
Complete la tabla con los atributos que corresponda
 Diseño Conceptual:
Modelo Entidad
Relación
• Instancias, valores de un conjunto de Entidades
que son de interés particular para el negocio.
 Diseño Conceptual:
Modelo Entidad
Relación
Entidades Instancias
Persona Ekaterina Lazo
Producto Compaq NX9040

Labor Analista de Sistemas

Forma de Pago Tarjeta de Crédito

Libro Cien años de soledad
Carrera Ingeniería Empresarial
Plato Arroz con Pollo
Tipo de Producto Electrodoméstico
Canción Los pollitos dicen
Género Musical Rock
 Diseño Conceptual:
Modelo Entidad
Relación
• Nomenclaturas posibles para los atributos

Entidad: Alumno

• Atributos: Codigo, Nombre, Dirección, Carrera

• IDAlumno, CodAlumno, Cod_Alumno

• NomAlumno, Nombre_Alumno, Alu_Nombre
• DirAlumno, Direccion_Alumno, Alu_Direccion
• Carrera, Carrera_Alumno
 Diseño Conceptual:
Modelo Entidad
Relación
• Atributos Clave. Aquellos que identifican de
manera exclusiva y única a la entidad.

Ejemplo: Entidad Alumno

– El atributo Codigo sirve para identificar de
manera unívoca a los alumnos, es decir no
hay otro alumno con el mismo código
Actividad #2

• Mencionar 10 Entidades y sus atributos e indicar el

(los) atributo(s) que identifique de manera unívoca
a cada Entidad.
 Diseño
Conceptual: Modelo
Entidad Relación
• Dominio de los atributos.
Posibles valores que
pueden tomar cada atributo.

Ejemplo: Entidad Alumno

– Atributos
– Nombre: Juan Pérez, Fátima
López, etc.
– Carrera: Ingeniería
Industrial, Ingeniería
Informática y de Sistemas,
etc.
 Diseño
Conceptual: Modelo
Entidad Relación
• Tipo de atributos

– Atributos Monovalorados.
Solo puede
tener un valor por Entidad
Ejemplo: Codigo del Alumno

– Atributos Multivalorados.
Puede tener varios valores por
Entidad.
Ejemplo: Telefono del Alumno
 Diseño Conceptual:
Modelo Entidad
Relación
• Tipo de atributos

– Atributos Simples. No se subdividen en

subpartes
Ejemplo: Codigo del Alumno

– Atributos Compuestos. Pueden dividirse en

partes.
Ejemplo: Nombre del Alumno, compuesto por:
Nombre, Apellido paterno y Apellido Materno
– Atributos Compuestos
• Tipo de atributos

– Atributos Derivados. Puede derivarse de los

valores de otros atributos u otras Entidades.

Ejemplo: Atributo: Edad del Alumno, se puede

derivar del valor del atributo Año de Nacimiento
y de la Fecha actual.
 Diseño Conceptual:
Modelo Entidad
Relación
• Relación. Asociación entre diferentes Entidades
Ejemplo :
– Entidad #1: Alumno Juan Perez y
– Entidad #2: Curso Análisis y Diseño de Datos
– Relación: Matriculado

Juan Perez ADD

Sofia Alvarez TS II
Rosa Ramos ETICA
Conjunto de
Conjunto de Conjunto de
Relaciones:
Entidades #1: Entidades #2:
Matriculado
Alumno Curso
 Diseño Conceptual:
Modelo Entidad
Relación
• Propiedades de la Relación

– Una Relación puede asociar mas de dos

Entidades

Ejemplo de Relación Ternaria:

– Entidad #1: Alumno Juan Perez y
– Entidad #2: Curso Análisis y Diseño de
Datos
– Entidad #3: Aula
– Relación: Matriculado
 Diseño Conceptual:
Modelo Entidad
Relación
– Una Relación puede tener atributos
descriptivos

Ejemplo :
− Entidad #1: Alumno Juan Perez y
− Entidad #2: Curso Análisis y Diseño de
Datos
− Relación: Matriculado
− Atributo: Fecha 05/08/2016
 Diseño
Conceptual: Modelo
Entidad Relación
– Dos o mas entidades pueden tener
mas de una
Relación

Ejemplo:
– Entidad #2: –Curso Análisis
Entidad y Diseño
#1: Alumno Juan de
Datos Perez
y
– Relación: Matriculado, Nota
 Diseño Conceptual:
Modelo Entidad
Relación
Tipos de Relaciones

• Por su Cardinalidad

Dado dos conjuntos de entidades A y B, la

correspondencia de cardinalidades puede ser:

– Uno a uno
– Uno a Muchos
– Muchos a uno
– Muchos a Muchos
 Diseño Conceptual:
Modelo Entidad
Relación
Tipos de relaciones

• Por Cardinalidad
– Uno a uno – Uno a muchos
 Diseño Conceptual:
Modelo Entidad
Relación
Tipos de relaciones

• Por Cardinalidad
– Muchos a uno – Muchos a muchos
 Diseño Conceptual:
Modelo Entidad
Relación
Tipos de relaciones

• Por modalidad
– Optativa (Parcial)
Si para todo registro
de A, pueden existir
o no, uno o varios
registros de B
asociados.
 Diseño Conceptual:
Modelo Entidad
Relación
Tipos de relaciones

• Por modalidad
– Obligatoria (Total)
Si para todo registro de
A, si debe existir, uno o
varios registros de B
asociados.
• El diseño conceptual describe, especifica y documenta a
las entidades participantes en el proceso del negocio de la
empresa.
• El modelo conceptual es una visión panorámica de todo el
negocio y su representación de esa realidad.
 Referencias

• Silverschatz A. Korth H., Sudarsham S.(2006).

Fundamentos de Base de Dtos. McGraw Hill. 5ª Edición.

• Ramez Elmasri, Shamkant B. Navathe. (2007).

Fundamentos de Sistemas de Bases de Datos. Madrid:
Addison Wesley. 5ª Edición.