Ingeniería de sistemas y tecnologías

BASE DE DATOS I
(IST2-503)

TEMA: PLANIFICACIÓN Y ARQUITECTURA DE

LAS BASES DE DATOS

Mg. Mercedes Ccesa Quincho Ayacucho, 20 de agosto de 2019

Competencia
• Identifica y comprende la importancia de los datos dentro de las
organizaciones, los objetivos, fases, metodologías y herramientas de
desarrollo de una base de datos para obtener las habilidades y
conocimientos necesarios para organizar los datos de un sistema de
información y satisfacer las necesidades del negocio
Contenido
1. Los datos como un recurso
2. Características de los datos
3. Etapas en el diseño de bases de datos
4. Herramientas de diseño
5. Administración de bases de datos
5.1. Planificación y diseño
5.2. Desarrollo de la base de datos
5.3. Gestión de bases de datos
6. La arquitectura en tres niveles de las bases de datos
7. Panorama de los modelos de datos
 Introducción
Identifique los recursos con los que cuenta la
UDAFF

• Equipo de capital (*)

• Activos financieros
• Personal
• DATOS

* Un bien de capital o de equipo es un bien duradero (aquel que no se agota de manera temprana) usado en la
producción de bienes o servicios.
1. Los datos como un recurso
Base de Datos corporativa → Datos son un genuino recurso corporativo

Base de Datos  datos acerca de las operaciones de la organización

(Datos operativos)

Datos operativos lo utilizan muchos departamentos, y dado que la

maneja profesionalmente un ABD, existe un creciente aprecio por el

valor de los datos en sí, independiente de las aplicaciones que los usen.
1. Los datos como un recurso
Un recurso es cualquier activo que es de valor para una organización y
que incurre en costos. Los datos operativos de una organización
claramente encajan con esta definición.

¿Qué ocurriría si los datos se perdieran o cayeran en manos de un

competidor?

Fracasarían rápidamente si los perdieran (Bancos, etc.)

La mayoría de las empresas sufrirían grandes pérdidas si sus datos

operativos no estuvieran disponibles (compras, inversiones y
rendimiento financiero, necesidad de personal, etc).
1. Los datos como un recurso
El reconocimiento de los datos como un recurso corporativo es un

importante objetivo en el desarrollo de un entorno de base de

datos. La base de datos protege los recursos de datos al

proporcionar controles de seguridad, integridad y confiabilidad de

datos mediante el SGBD.

2. Características de los datos
2.1. Datos e Información

El término datos se refiere a los hechos brutos registrados en la base de

datos. Pueden ser ítems acerca de personas, lugares, eventos o

conceptos.
2. Características de los datos
La información consiste en datos procesados que están en una forma

que es útil para tomar decisiones. La información se deriva de los datos

almacenados al reordenar, seleccionar, combinar, resumir o realizar otras

operaciones sobre los datos.

2. Características de los datos
2.2. Niveles de discusión de datos

Cuando se discuten datos, es importante distinguir entre el mundo real,

la pequeña parte del mundo real por la que se preocupa la base de

datos, la estructura de la base de datos y los datos almacenados en la

base de datos.
 2.2. Niveles de

discusión de datos universo de discurso

Existen cuatro niveles

de discusión o

abstracción a considerar

cuando se habla acerca

Atributo
de bases de datos. (**)

instancias de datos

(**) La información acerca de la colección nominada de

ocurrencias de registro
estructura lógica de la base de datos se
almacena en un diccionario de datos,
colección nominada de
también llamado directorio de datos o archivos relacionados
catálogo del sistema.
2. Características de los datos
 2. Características de los datos
2.3. Sublenguajes de datos

El lenguaje que se usa para describir una base de datos a un SGBD es parte

de un sublenguaje de datos. Un sublenguaje de datos consiste en dos partes:

un lenguaje de definición de datos (DDL) y un lenguaje de manipulación de

datos (DML). El DDL se usa para describir la base de datos, mientras que el

DML se usa para procesar la base de datos.

3. Etapas en el diseño de bases de datos

El proceso de analizar la organización y su entorno, desarrollar un

modelo de base de datos que refleje con precisión el funcionamiento de

la organización en el mundo real y la implementación de dicho modelo

mediante la creación de una base de datos requieren una metodología

adecuada.

Los análisis de sistemas tradicionales proporcionan un posible abordaje,

pero un abordaje de diseño escalonado de base de datos ofrece una
mejor solución.
3. Etapas en el diseño de bases de datos
1. Abordaje de análisis de sistemas

2. Abordaje de diseño escalonado de base de datos

3. Etapas en el diseño de bases de datos
1. Abordaje de análisis de sistemas

Un proyecto de diseño e implementación de base de datos se podría ver

como un proyecto de desarrollo de sistemas. Tradicionalmente, los sistemas

de software se desarrollaron usando un abordaje de análisis de sistemas que

identifica los pasos en el diseño y la implementación de un sistema. Existe

una suposición de que cada sistema tiene un ciclo de vida, un periodo

durante el cual el sistema se diseña, crea, usa y luego se sustituye por un

nuevo sistema.
Etapas en el ciclo de vida de análisis de sistemas tradicional
3. Etapas en el diseño de bases de datos
2. Abordaje de diseño escalonado de base de datos

Una suposición básica detrás del abordaje del ciclo de vida del análisis de

sistemas es que los sistemas finalmente se volverán obsoletos y

tendrán que sustituirse. En el entorno de base de datos hay razón

para cuestionar esta suposición. La base de datos se puede diseñar en tal

forma que pueda evolucionar y cambiar para satisfacer futuras

necesidades de información de la organización.

3. Etapas en el diseño de bases de datos
2. Abordaje de diseño escalonado de base de datos

Esta evolución es posible cuando el diseñador crea un verdadero modelo

conceptual de la organización con las siguientes características:

• El modelo refleja fehacientemente las operaciones de la organización.

• Es lo bastante flexible para permitir cambios conforme surjan nuevas
necesidades de información.
• Apoya muchas visiones de usuario diferentes.
• Es independiente de la implementación física.
• No depende del modelo de datos usado por un sistema de gestión de base de
datos particular.
 3. Etapas en el diseño de bases de datos
2. Abordaje de diseño escalonado de base de datos

El abordaje del diseño escalonado de base de datos es un método de arriba

abajo que comienza con enunciados generales de las necesidades y avanza a la

consideración de problemas cada vez más detallados. En diferentes fases del

proyecto se consideran distintos problemas. Cada etapa usa herramientas de

diseño que son adecuadas al problema en dicho nivel.

 El diseñador considera no sólo las necesidades actuales sino las posibles nuevas aplicaciones o usos futuros de la
base de datos. El resultado de este análisis es un modelo del entorno y las necesidades del usuario

El diseñador desarrolla un modelo conceptual detallado de la base de datos: identifica las entidades, atributos y
relaciones que se representarán. Además del modelo conceptual, el diseñador tiene que considerar cómo se usará
la base de datos. Se deben especificar los tipos de aplicaciones y transacciones, los tipos de acceso, el volumen de
transacciones, el volumen de datos, la frecuencia de acceso y otros datos cuantitativos. También se deben
identificar otras restricciones como restricciones presupuestarias y necesidades de desempeño. El resultado de
esta fase es un conjunto de especificaciones de base de datos.

El diseñador usa las especificaciones y su conocimiento de los recursos de hardware y software disponibles para
evaluar sistemas de gestión de bases de datos alternativos.

El diseñador mapea el modelo conceptual al modelo de datos utilizado por el DBMS elegido, lo que crea el modelo lógico.

El diseñador planifica las plantillas de datos al considerar las estructuras soportadas por el DBMS elegido, y los recursos de
hardware y software disponibles.

Luego el diseñador estima el rendimiento de todas las aplicaciones y transacciones, y considera los datos
cuantitativos anteriormente identificados y las prioridades dadas a las aplicaciones y transacciones. Puede
ser útil desarrollar un prototipo, que implemente una porción seleccionada de la base de datos de
modo que las visiones de usuario se puedan validar y el desempeño se pueda medir con más precisión.

Para mejorar el rendimiento se pueden realizar ajustes como modificación de estructuras físicas u
optimización del software.

`
Si la evaluación es positiva, entonces el diseñador implementa el diseño físico y la base de datos se vuelve
operativa.

Pasos en el diseño escalonado de bases de datos

 4. Herramientas de diseño
Las herramientas por lo general se categorizan como:

• upper-CASE, se usan en la planificación de bases de datos para recolección y análisis de

datos, diseño de modelos de datos y diseño de aplicaciones

• lower-CASE, se usan para implementar la base de datos, incluidos la elaboración de

prototipos, conversión de datos, generación de código de aplicación, generación de

reportes y pruebas

• Integradas, las herramientas CASE integradas cubren ambos niveles.

• Diccionario de datos

• Software de gestión de proyectos

4. Herramientas de diseño
Diccionario de datos

Es un depósito de información que describe la estructura lógica de la base de datos.

Tiene entradas para tipos de registro, tipos de ítem de datos y agregados de datos,

junto con otra información. La cantidad de información y la forma en que se usa la

información varían con el sistema. La mayoría de los proveedores de DBMS ofrece

diccionarios o directorios de datos que almacenan la descripción de la base de datos y

se usan en la creación y procesamiento de la base de datos.

Si el diccionario de datos es parte del DBMS, se le conoce como diccionario de datos

integrado
4. Herramientas de diseño
Software de gestión de proyectos

Este tipo de software proporciona un conjunto de herramientas que

se pueden usar para planificar y gestionar un proyecto, especialmente

cuando existen muchas personas que trabajan en él. Por lo general

existen muchos tipos de gráficos y gráficas disponibles, como las gráficas

de Gantt y las gráficas PERT (Ejemplo: Microsoft Project)

5. Administración de bases de datos
El administrador de la base de datos es responsable del diseño,

operación y gestión de la base de datos. En muchos casos, el diseño

conceptual lo realiza un diseñador de bases de datos y el ABD

implementa el diseño, desarrolla el sistema y lo gestiona. El ABD debe

ser técnicamente competente, un buen administrador, un experto

comunicador y debe tener excelentes habilidades interpersonales.

5. Administración de bases de datos
El ABD tiene muchas funciones que varían de acuerdo con la etapa del

proyecto de la base de datos. Dado que hay tantas tareas a realizar, en

especial durante las fases de diseño y creación, es posible que el ABD

necesite delegar algunas de estas responsabilidades. Las funciones

principales incluyen: planificación, diseño, desarrollo y gestión de la

base de datos.
5 .1 Planificación y Diseño
Planificación preliminar de la base de datos

Identificación de los requisitos de los usuarios

Desarrollo y mantenimiento del diccionario de datos.

Diseño del modelo conceptual.

Elección de un DBMS

Desarrollo del modelo lógico

Desarrollo del modelo físico

5 .2 Desarrollo de la base de datos
Creación y carga de la base de datos.

Desarrollo de vistas de usuario.

Escritura y mantenimiento de documentación

Desarrollo y fortalecimiento de estándares de datos

Desarrollo y fortalecimiento de estándares de programa de aplicación.

Desarrollo de procedimientos operativos

Realización de capacitación de usuarios

5 .3. gestión de la base de datos
Monitoreo del desempeño

Ajuste y reorganización

Mantenerse al corriente en mejoras a la base de datos

6. La arquitectura en tres niveles
de las bases de datos

El propósito de la arquitectura de

tres niveles es separar el modelo del

usuario de la estructura física de la

base de datos.
Arquitectura de base de
datos en tres niveles
6.1. Vistas Externas
El nivel externo consiste en muchas vistas externas o modelos externos

diferentes de la base de datos. Cada usuario tiene un modelo del mundo

real representado en una forma que es adecuada para dicho usuario.

6.2. modelo lógico conceptual
El nivel medio en la arquitectura de tres niveles es el nivel lógico. Es la

“vista comunitaria” de los datos e incluye una descripción de todos los

datos que están disponibles para compartir. Es un modelo o vista

abarcadora de las operaciones de la organización en el minimundo.

Todas las entidades, con sus atributos y relaciones, se representan en el

modelo lógico usando el modelo de datos que soporta el DBMS. El

modelo incluye cualesquiera restricciones sobre los datos e información

semántica acerca de los significados de los datos.

6.3. modelo interno
El nivel interno cubre la implementación física de la base de datos.

Incluye las estructuras de datos y organizaciones de archivo utilizadas

para almacenar datos en dispositivos de almacenamiento físicos. El

DBMS elegido determina, en gran medida, cuáles estructuras están

disponibles.
6.4. independencia de datos
Una razón principal de la arquitectura de tres niveles es proporcionar

independencia de datos, lo que significa que los niveles superiores no

son afectados por los cambios en los niveles inferiores. Existen dos tipos

de independencia de datos: lógica y física.

7. Panorama de los modelos de datos
1. Modelo Entidad – Relación

2. Modelo Relacional

3. Modelo OO

4. Modelo Objeto – Relacional

5. Modelo de datos semiestructurado

 Evaluación
1. Mencione los 4 niveles de abstracción en la discusión de datos. Proporcione un
ejemplo para cada uno.

2. Distinga entre un conjunto de entidad y una instancia de entidad. Proporcione un

ejemplo para cada uno.

3. ¿Qué nivel de abstracción de datos se representa en el diccionario de datos?

Proporcione ejemplos de los tipos de entradas que se almacenarían ahí.

4. Explique por qué un abordaje de diseño escalonado es más adecuado para el

diseño de bases de datos que el abordaje tradicional de análisis de sistemas.

5. Explique qué se entiende al decir que el diseño escalonado de las bases de datos
es un método “arriba abajo”.
Tarea

1. ¿Qué es un lenguaje huésped?

2. Defina la clasificación de los modelos de datos (Modelo Entidad –

Relación, Modelo Relacional, Modelo Orientado a Objetos,

Modelo Objeto – Relacional, Modelo de datos semiestructurado)

Bibliografía
RICARDO, C. M. Bases de Datos. México. Editorial Mc Graw Hill. 2009.
MANINO, Michael V. Administración de Base de Datos – Diseño y
desarrollo de aplicaciones. 3ra Edición. Editorial Mc Graw Hill. 2007.
GRACIAS POR SU ATENCION!!!