ilovepdf_merged (2).pdf

PROFESORADO EN
INFORMÁTICA
TEORIA DE BASE DE DATOS

Fundamentación:
• En un mundo globalizado como el que vivimos, el manejo de la
información cada vez más voluminosa es el objetivo de empresas,
organismos oficiales, instituciones, etc.
• Aplicaciones de software como bases de datos permiten la
estructuración, relación, mantenimiento y recuperación de la
información en forma conveniente y eficaz.
• De la misma forma, las aplicaciones de bases de datos en la tarea
de educativa es muy importante.
• La materia Teoría de Base de Datos proporciona a los estudiantes
de la carrera de Profesorado en Informática las estructuras
conceptuales y semánticas de las bases de datos como así también
el manejo de productos comerciales en administración de bases de
datos de uso frecuente y un acercamiento a su utilización en el aula

Expectativas de Logro
• Al finalizar la cursada, los alumnos deberán:
• Tomar conciencia de la importancia en el
manejo de información
• Adquirir la capacidad técnica - docente
requerida para el manejo de la situación laboral.
• Aportar el conocimiento durante las diferentes
etapas del desarrollo por las que atraviesa el ser
humano
• Procurar que el alumno, a lo largo del curso,
incremente su capacidad investigativa

Objetivos
• Conocer los conceptos fundamentales de
la teoría de bases de datos
• Establecer restricciones de integridad de
los datos.

Etapas del Ciclo de Vida
• Análisis: Considerada la etapa de mayor importancia, dentro de
esta estructura, ya que a partir de esta etapa, tomaremos
conocimiento de las necesidades del usuario y de la organización. A
partir de un buen análisis podemos decir que estamos casi
asegurando un muy buen diseño lógico y físico de las bases de
datos
• Diseño: Segunda etapa de este proceso. Si bien dijimos que la
anterior, es decir la etapa de análisis era la mas importante, porque
de ella depende un eficiente diseño de las estructuras de las base
de datos, la presente etapa no es de importancia menor, dado que
un mal diseño hace que todo el trabajo realizado anteriormente no
se vea reflejado.

Etapas del Ciclo de Vida
• Implementación:Tercera Etapa del proceso. Podríamos definir
la presente etapa como la puesta en marcha de todo el proceso,
donde se harán los ajustes necesarios para el eficiente
funcionamiento de todo el sistema de bases de datos. A partir de
esta etapa se evaluarán las falencias de la misma y necesidades de
rediseño, en caso de ser necesario
• Control: Cuarta etapa del proceso. Si bien esta etapa es la ultima
del proceso, no se espera a la finalización de la tercera etapa para
el comienzo de la presente, dado que esta etapa de control
comienza su participación a partir de la primera etapa, la del
análisis, ni bien comenzamos con las observaciones y entrevistas

Para que los datos almacenados sean confiables
es fundamental planificar y trabajar en forma
organizada en el mantenimiento de las bases de
datos

UNIDAD 1: INTRODUCCIÓN
Autor del Material: Lic. Pablo Luis Cortes
Prohibida su reproducción total o parcial. Derechos reservados

Instituto del Profesorado CONSUDEC
Campus: http://iec.campusterciario.com.ar/
INTRODUCCION
En un mundo globalizado como el que vivimos, el manejo de la información cada vez más
voluminosa es el objetivo de empresas, organismos oficiales, instituciones, etc.
Aplicaciones de software como bases de datos permiten la estructuración, relación,
mantenimiento y recuperación de la información en forma conveniente y eficaz.
De la misma forma, las aplicaciones de bases de datos en la tarea de educativa es muy
importante.
La materia Bases de Datos proporciona a los estudiantes de la carrera de Profesorado en
Informática las estructuras conceptuales y semánticas de las bases de datos como así
también el manejo de productos comerciales en administración de bases de datos de uso
frecuente y un acercamiento a su utilización en el aula.
En la presente unidad se establecerá la identificación de la necesidad del conocimiento de
características generales de Bases de Datos: su utilización, para la catalogación y acceso
a la información
Objetivos:
Que el alumno logre:
• Comprender los componentes fundamentales de la teoría de bases de datos

p. 3
Contenidos:
• Introducción
• Componentes
• Tipos de Datos
• Sistema Administrador
• Diseño y Diagramación de Bases de Datos
A los fines de favorecer un eficiente recorrido dentro de los contenidos de la asignatura
les sugerimos tener en cuenta los siguientes puntos orientativos para el desarrollo de la
primera unidad, donde recorreremos conceptos fundamentales para la apropiaron de
conceptos de Base de Datos, que les ayudara a realizar un recorrido progresivo dentro de
los diferentes contenidos y propuestas establecidas en estos materiales
• Conceptualización y componentes de las Bases de Datos
• Diseño de diferentes Bases de Datos
• Ciclo de Vida de Sistemas
• Administración de la Carga
• Mantenimiento de la Base de Datos

p. 4
BASES DE DATOS
Esta unidad tiene en cuenta una necesidad de Conocimiento de características generales
de Bases de Datos. Su utilización, para la catalogación y acceso de la información.
Parámetros y características en el diseño de las diferentes bases, puntos fundamentales
en el manejo de la información en los tiempos que corren.
Es muy importante el concepto que nosotros vamos a incorporar de Base de Datos, dado
que no es suficiente recitar sin sentido una definición académica o de libro de lo que los
autores establecen como base de datos
A partir de este concepto preguntémonos que es una base de datos y establezcamos que
conceptos conocemos al respecto
Es importante tener en cuenta el papel preponderante de las bases de datos, como piedra
fundamental del futuro procesamiento de datos, tema en el cual no parece apreciarse
plenamente.
Los datos recopilados por una empresa constituyen la base necesaria para determinar el
grado de excelencia con que está alcanzando sus metas. En consecuencia, la empresa
enfrenta el problema de obtener datos exactos y oportunos para después generar
información que exprese su desempeño en función de esas metas.

p. 5
Puesto que la empresa intenta controlar las acciones en los niveles funcionales basados
en derivaciones de la exposición total de las metas, es indispensable que cada una de
estas unidades controladoras usen la misma base de datos.
Pasemos ahora a interpretar lo que es una base de datos: Hay quienes conciben a la
base de datos como un enorme receptáculo en el que un organismo guarda todos los
datos procesables y al cual acuden diversos usuarios a “pescar”.
Este gran almacén puede estar concentrado en un lugar determinado o puede, a su vez
estar distribuido en diferentes lugares físicos, todas ellas interconectadas mediante un
sistema de telecomunicación. A las bases de datos tienen acceso programas de las más
diversa índole.
Semejante base de datos resultaría extraordinariamente compleja en todos sus aspectos.
Tal vez se mantenga como una valiosa meta para el desarrollo a largo plazo.
Por el momento toda base de datos compleja tiene que ser establecida por etapas y en
realidad las bases actuales solo sirven a un conjunto limitado de aplicaciones.
A menudo una computadora dispone de varias bases de datos. Con el tiempo estas bases
de datos, independientes pero afines podrán ser fundidas en una cuando esta integración
conduzca a un aumento del rendimiento o la utilidad del sistema total.
La Base de datos puede definirse como una colección de datos interrelacionados
almacenados en conjunto sin redundancias perjudiciales o innecesarias.

p. 6
Su finalidad es la de servir a una aplicación o más de la mejor manera posible, los datos
se almacenan de modo que resulten independientes de los programas que los usan, se
emplean métodos bien determinados para incluir datos nuevos y para modificar o extraer
los datos almacenados. Se dice que un sistema comprende una colección de bases de
datos cuando estas son totalmente independientes desde el punto de vista estructural.
En las organizaciones más sencillas, encontramos casi siempre una colección de
registros organizados para una aplicación determinada. La idea básica en la implantación
de una base de datos es la de que los mismos datos pueden ser aprovechados para
tantas aplicaciones como sea posible.
Por eso la base de datos se concibe a menudo como un repositorio donde se reúne la
información necesaria para el ejercicio de las funciones propias de un organismo.
Semejante base de datos permitiría no sólo la lectura de los datos almacenados, sino la
continua modificación de los que son necesarios para el control de las operaciones.
Será posible inspeccionar la base de datos en busca de la respuesta a los interrogantes
que se planteen o de información para fines de planeamiento. La misma colección de
datos servirá para varias áreas, posiblemente sin tener en cuenta algunas fronteras
administrativas.
El único aspecto en que la organización puede ejercer algún control es la calidad y la
integridad, y no su conveniencia o existencia. Las decisiones se toman sobre la base de
los datos disponibles. Si tales datos no fuesen convenientes para su utilización, no
confiables o incorrectos, las decisiones no podrían ser sino incorrectas, incompletas o
contradictorias.
Las dificultades que surgen son con mucha frecuencia una característica de los datos. La
información proviene de datos en los cuales se usan procedimientos desarrollados por
personas. Si es difícil acceder a los datos o si ello requiere de la colaboración de muchas
otras personas, estos no se usan. Muchos son los casos en los que se ha reemplazado

p. 7
“no se puede hacer” por el “no es fácil hacerlo” . Los datos deben hallarse a mano y ser
fáciles de usar.
El valor de este recurso depende de su accesibilidad, precisión, oportunidad y
disponibilidad. La accesibilidad en un elemento esencial; los datos deben situarse en un
lugar conveniente y ser definidos adecuadamente. Exactitud e integridad son propiedades
diferentes en la Base de Datos.
La exactitud es restrictiva y se refiere al uso de datos, mientras que la integridad es la
información confiable de la empresa misma en función de sus propios datos. La
integridad de los datos se define como el nivel de confianza que le merecen al usuario.
Existen, con el advenimiento de las técnicas de bases de datos, de información
almacenada con anterioridad, una sorprendente cantidad de datos duplicados y
redundantes. Muchos datos se hallan almacenados en varios volúmenes con distintas
finalidades y también con diferentes fechas de actualización.
En las bases de datos se pretende eliminar esta redundancia. La Base de Datos ha sido
definida como una colección no redundante de items de datos, pero en muchas bases de
datos se admite cierta redundancia con el objeto de reducir los tiempos de acceso o
simplificar los métodos de direccionamiento.
La pertinencia de los datos contenidos en una Base de Datos,
harán que dicha herramienta sea utilizada en forma eficiente,
manteniendo la confiabilidad de los datos cargados

p. 8
Algunos registros se duplican para facilitar la reconstrucción de la base en caso de daño
accidental. Hay una necesidad de armonizar el grado de redundancia con otras
características deseables de la base, de modo que es preferible hablar de redundancia
controlada o redundancia mínima, en lugar de no redundancia como criterio de diseño. En
otras palabras, en una base de datos bien diseñada se evita la redundancia perjudicial o
innecesaria.
La redundancia no controlada acarrea varios inconvenientes. En primer lugar el costo
adicional del almacenamiento de copias múltiples de los mismos datos. En segundo lugar,
y esto es mucho más serio, el hecho de que para actualizar por lo menos una parte de
las copias redundantes es preciso recurrir a múltiples operaciones de actualización, a los
fines de mantener toda la información confiable y actualizada.
Una de las características más importantes de las mayoría de las bases de datos es la de
mantenerse en plena crisis de cambio y crecimiento. La base de datos debe prestarse a
una fácil reestructuración cada vez que haya que agregarle nuevos datos o utilizarla para
nuevas aplicaciones.
Un gran volumen de datos repetitivos hace más dificultoso el
mantenimiento y de las bases de datos, por lo que puede generar
desconfianza en la pertinencia de datos y confiabilidad en la
actualización de los mismos
Podemos resumir entonces: “Una base de datos es un conjunto de datos
interrelacionados, sin redundancia innecesaria o perjudicial que pueden ser
accedidos por diferentes usuarios de diversas formas o vistas , según las
necesidades”

p. 9
Una vez que tenemos definida la base de datos, es importante detenerse en la
conceptualización de tres términos básicos en la estructura de un archivo. Campo,
Registro y Archivo.
Debemos tener en cuenta que estos términos no son exclusivos de base de datos, si bien
son muy utilizados, debemos tener en cuenta que son aplicables a cualquier estructura de
almacenamiento de datos
Podemos definir a un Campo, como la mínima unidad de información o dato simplemente,
una característica, un adjetivo de un objeto.
A partir de esta definición podemos desencadenar el concepto de registro, que lo
podemos definir como el conjunto de características de un objeto, o como es más sencillo
definirlo, como un conjunto de campos, referidos a un mismo objeto o entidad.
Ahora teniendo en cuenta la conceptualización anterior, que cree Ud. que podemos definir
como archivo. Existen varias interpretaciones de un archivo, ya que el mismo puede
estar representado por una hoja, un armario, un placard. De todas maneras nos vamos a
restringir simplemente a la definición de un archivo almacenado en un soporte de
almacenamiento.
Podemos definir a un archivo de dos maneras diferentes, como un conjunto de datos o
información almacenado en forma permanente bajo un nombre determinado, como así
también podemos definirlo como un conjunto de registro, concepto este que es el mas
utilizado para definir un archivo dentro de un sistema de Bases de Datos.
Una vez definido los conceptos de Campo, Registro y Archivo, es importante destacar
las características de los campos inherentes a una base de datos, ya que según el tipo de

p. 10
datos que almacenaremos dentro de cada campo, es necesaria una eficiente tipificación
de los mismos.
Existen, según el gestor de base de datos que utilicemos diferentes tipos de campo, pero
siempre manteniéndose dentro de una topología básica tal como detallaremos a
continuación.
Podemos definir al Gestor de Base de Datos al programa utilitario mediante el cual
haremos la manipulación de los datos.
Dentro de una estructura de base de datos debemos definir el campo en tres partes:
Nombre: Identificación única del mismo. Mediante este nombre el gestor de base de
datos identificara en forma univoca el contenido del mismo. Es conveniente que el nombre
del campo haga referencia al contenido, ya que en bases de datos de gran envergadura
es muy factible no recordar la estructura de la misma, llevando por consiguiente a un
manejo erróneo de la misma.
El nombre de los campos es de libre elección del diseñador de la base de datos, teniendo
en cuenta que no es posible la utilización intermedia de espacios en blanco ni símbolos
especiales, como nombre del mismo, si son estos permitidos (blancos y símbolos
especiales) como contenido del campo
Tipo: Es lo que se identifica como la características de los datos almacenados dentro de
cada campo. Según la información que desee almacenar, es el tipo de campo que uno
debe definir, dado que si bien el tipo de campo puede ser modificado, existe un alto
riesgo de pérdida de los datos almacenados cuando los mismos no sean compatibles.
Una buena definición de los nombres asignados a los campos hará
más fácil el seguimiento de los datos cuando estos formen parte de
procesos más complejos e interactúen con otras bases de datos

p. 11
Longitud: Es la longitud particular o cantidad de posiciones habilitada de cada campo.
Según el tipo de campo que uno defina en cada caso en particular, estos establecen un
rango de longitud como veremos a continuación en cada caso en particular.
Es importante destacar que la totalidad de campos definidos en una base de datos son de
longitud fija, es decir que una vez definida la longitud máxima del campo no permitirá el
ingreso de datos de mayor largo. Para que esto sea posible será necesario la
modificación de la estructura de la base. Sin embargo existe un único campo que esta
definido de longitud variable.
Debido a las características de una base de datos y tal como citábamos al inicio del
presente modulo, los datos pueden ser recuperados desde diferentes vistas, eso significa
que puedo acceder a la información por cualquier campo que se encuentre en la base de
datos. La única restricción de esto es que los registros no podrán recuperarse por el
contenido del campo de longitud variable; tipo de campo que definimos a continuación.

p. 12
Tipo de Campo Longitud Datos permitidos
Numérico De 1 a 19
posiciones
Solo números
Texto De 1 a 254
posiciones
Cualquier tipo de datos. Texto, números,
espacios en blanco, caracteres especiales
Lógico 1 posición Permite solo dos valores: Verdadero o
Falso
Fecha 8 posiciones Solo permite fecha en formato
predeterminado
Moneda De 1 a 19
posiciones
Solo números. Asignando el signo
moneda correspondiente según la
configuración regional
Memo De 1 a 20000
posiciones.
Unico Campo de Longitud Variable.
Permite el ingreso detallado y con un
limite amplio de cualquier tipo de dato. Es
similar al campo de tipo texto, pero con la
salvedad que no se puede acceder a los
registros por su intermedio. (muy útil para
información que no se puede
establecerse con anterioridad la longitud
de los campos)
Objeto OLE Permite insertar en la Base de Datos,
gráficos, fotos o cualquier otro tipo de
archivos de dibujo.
Es importante destacar la importancia de la definición del largo de los campos, ya que
puede suceder que no sea suficiente la longitud establecida de antemano, es decir que
nos quede corto, como que se haya definido un campo demasiado largo para datos de
poca longitud.

p. 13
Esto debe ser tenido en cuenta, ya que cuando se realiza la grabación de los registros en
la base de datos, los campos vacíos ocupan el lugar necesario según la longitud definida,
ya que la estructura de la totalidad de los registros es idéntica, independientemente que
todos los campos tengan o no datos.
Habiendo realizado la lectura del material les pido que resuelvan la actividad siguiente a
los fines de aplicar los conocimientos adquiridos

p. 14
DISEÑO Y DIAGRAMACION DE DIFERENTES BASES DE
DATOS.
Es importante tener en cuenta las características para el diseño y diagramación de una
base de datos. De un buen diseño de una base de datos depende la eficiente utilización
de la misma, ya que esta debe cumplir una serie de requisitos y objetivos tal como
veremos más adelante.
Un sistema de bases de datos es un conjunto de diferentes estructuras físicas, que se
van interrelacionando según las necesidades del usuario. Debemos destacar que un
simple conjunto de bases de datos no siempre conforman un sistema de Bases de Datos.
Para establecer un eficiente diseño de una base de datos existen una serie de pasos
necesarios, a tener en cuenta. Si se realiza un buen diseño de la base de datos, existe
una mínima probabilidad de modificación de la estructura, punto crucial a tener en cuenta
por la pérdida de datos dentro de la estructura.
El diseño depende pura y exclusivamente del uso que uno quiera darle, no existe una
receta para un único diseño de bases de datos, lo que si es necesario cumplir ciertas
reglas y objetivos como veremos oportunamente.
Cuando hablamos de diseño podemos interpretarlo de diferentes formas, pero nos
estamos refiriendo al bosquejo o “dibujo” de la misma, con toda la estructura, nombres de
campo, tipo y longitud de los mismos, como así también la necesidad de definir la
creación de una o más bases de datos para lograr un manejo eficiente de los sistemas de
bases de datos.

p. 15
Uno de los puntos fundamentales para que el diseño sea rescatable ante cualquier
eventualidad, es contar con la documentación de respaldo necesario y actualizada de los
sistemas. Esto es la generación del Diccionario de Datos y de los Manuales del Usuario
correspondientes a los sistemas diseñados.
Estos no son siempre desarrollados por el diseñador ni de bases de datos ni por los
programadores, pero son de gran utilidad, sobre todo en los casos de destrucción parcial
o total de las bases de datos, seguimiento por parte de otros diseñadores el trabajo de
base de datos, e inclusive sin ser tan trágicos en estas situaciones, puede ser que a futuro
nosotros mismos debamos reformular, rediseñar, reacomodar las bases de datos
diseñadas hace mucho tiempo.
Les propongo una reflexión! Sabemos que hay celos profesionales que muchas veces
hacen que no tengamos una visión más allá de terminar los trabajos y entregarlos, y de
ahí en más uno dice… “si necesitan algo que me llamen, no les voy a dejar todo mi
trabajo a otro”, (no me van a decir que nunca lo pensaron!).
Bien.. pero qué pasaría si en vez de “dejarle” el trabajo a otro, ese otro somos nosotros
mismos en un par de años, donde al haber realizado más experiencia en el tema, nos
actualizamos en las metodologías y formas de trabajo…¿realmente nos vamos a acordar
qué diseñamos, por ejemplo cinco años atrás?
Antes de continuar definamos qué entienden sobre el concepto de
Es fundamental para un trabajo ágil de actualización y
mantenimiento tener una documentación de sistemas actualizada y
pertinente para lograr optimizar los recursos disponibles.
Diccionario de Datos:

p. 16
Todos hemos utilizado en alguna oportunidad Manuales de Usuario, ya sea cuando
compramos un aparato nuevo o queremos configurar algo, bueno entonces definamos…..
Esta conceptualización, o conocimiento previo, es importante para poder contrastar lo que
nosotros sabemos respecto a lo que es en realidad….. ¿Qué tal les fue en la
conceptualizacion?
Veremos ahora……
Hablamos de Diccionario de Datos y Manuales del usuario, pero por supuesto antes de
continuar, es conveniente proceder a la definición de los mismos.
Podemos definir a un Diccionario de Datos como la información por parte del diseñador o
programador de la forma en que procedió a diseño de la o las bases, como así también
las explicaciones particulares de cada paso realizado.
Esto significa la explicación sobre cada definición realizada en los procesos,
procedimientos, estructura de datos, datos elementales, nombre de campo,
fundamentación de la definición de cada tipo de campo, longitud y cualquier dato que el
mismo considere de importancia, para la interpretación o reconstrucción de la base en
caso de ser necesario.
Manual del Usuario

p. 17
La existencia de un buen diccionario permite prescindir de la presencia del diseñador para
cualquier cambio o reconstrucción de las bases, ya sea en forma individual o relacionada,
o bien como decíamos anteriormente, facilitar la tarea en caso que ese “otro” seamos
nosotros a futuro
Una vez que tenemos definido al Diccionario de Datos debemos definir qué entendemos
por Manuales del Usuario. Tal como la palabra lo indica, si bien son dos cosas diferentes,
es conveniente que se maneje en conjunto con el Diccionario de Datos, son las
explicaciones sobre metodología y utilización de las diferentes bases de datos o
programas utilizados en este sistema.
Por supuesto, que a simple vista pareciera que ambos son la misma cosa, pero no es así,
dado que el Diccionario de Datos está dirigido al mismo diseñador o a cualquiera que
tome su lugar (para lo que es necesario conocimientos profundos sobre el manejo de las
bases de datos en general), mientras que el Manual del Usuario está dirigido al usuario
común, aquel que no necesariamente debe tener conocimientos generales de bases de
datos, sino que le permitirá por intermedio de este Manual el conocimiento del manejo
particular de específicamente este sistema de bases de datos.
Para el diseño de un buen Manual del usuario es fundamental diseñarlo y redactarlo con
un lenguaje sencillo (ya que está dirigido al usuario común) y apoyarlo en imágenes sobre
las diferentes interfaces que el usuario encontrará en el trabajo diario
Tanto los Diccionarios de Datos como los Manuales del Usuario, no son genéricos, sino
que deben ser desarrollados para cada caso en particular, por cada diseño de bases de
datos realizados.
Es importante, mantener actualizada la presente documentación, ya que la misma no es
información estática, sino que a medida que existan cambios en las estructuras de las
bases, programas, o cualquier problema de fondo, como así también la forma de manejar

p. 18
las estructuras de las bases de datos, para el usuario común, deben ser actualizadas, de
lo contrario rápidamente dejaran de cumplir la función para la que han sido desarrollados.
Pasemos ahora a la creación de la base de datos. La creación inicial de una base de
datos es el primer paso de encuentros obligados con la realidad, que el administrador de
base de datos deberá enfrentar.
De la misma forma que establecemos y venimos definiendo conceptos y antes de
continuar con la lectura de referencia, sería interesante que a partir de los conceptos
previos identifiquen con sus propias palabras qué entendemos por
Podemos definir al Administrador de Base de Datos, como a la persona física
encargada, y responsable de la gestión y administración de los datos almacenados en un
gestor de Base de Datos
Rara vez se crea primero la base de datos para seguir después con los procedimientos
auxiliares o de apoyo. Casi siempre la creación inicial de la base de datos es una
conversión de múltiples archivos maestros a los que se agregan nuevos datos. Siendo así
es muy fácil hallar inconsistencias en los valores que hayan sido recopilados,
compaginados y actualizados en forma independiente.
El administrador de Base de Datos es el único capaz de ejecutar la necesaria auditoria y
conciliación de los datos. La creación física de la base de datos no desbarata ni perturba,
pero sí produce un desgaste recursos y señala donde se hallan deficiencias de
información.
Administrador de Base de Datos

p. 19
El proceso de creación de la base de datos es en realidad una tarea de integración.
Cuando un dato se registra y se mantiene en más de un lugar, se torna potencialmente
incoherente. Los datos deben ser integrados, la integración obliga a la comparación.
Obliga a alguien a conciliar las diferencias, el administrador de base de datos es quien
deberá realizar estas tareas.
No será práctico esperar que alguien concilie los datos, cuando ese alguien cree que sus
datos son los correctos. La función del Administrador de base de datos es la única que se
espera que sea imparcial y generalmente es la que siempre tiene interés en la conciliación
Uno de los puntos importantes a tener también en cuenta es el manejo respecto a la
independencia de los datos, tal como veremos más adelante, es necesario lograr una
independencia de los datos, es decir , una independencia lógica y física, que se logra con
la implementación y cumplimiento de los diferentes objetivos de organización de bases de
datos.
Otro punto importante a tener en cuenta es el lugar físico de la creación, ya que debemos
tener en cuenta que actualmente estamos creando una estructura en blanco, es decir
vacía, y la misma contendrá los datos necesarios de toda la organización, y a medida que
esta crezca, también lo harán los datos almacenados en la base de datos, razón por la
cual será necesario que el soporte de almacenamiento donde estará el sistema de base
de datos, sea coherente con el crecimiento previsto para las diferentes bases de datos en
uso.
Es fundamental la independencia física y lógica de datos a los fines
de evitar impactos negativos ante la modificación de la estructura
de base de datos o de los datos propiamente dichos

p. 20
En caso de no prever esta particularidad, ante un crecimiento inesperado de las bases de
datos, veremos saturados los soportes de almacenamiento, impidiendo estos la
actualización de los archivos, con los inconvenientes que eso trae a la organización.
CICLO DE VIDA DE SISTEMAS
(ANALISIS, DISEÑO, IMPLEMENTACION Y CONTROL):
LA FORMA DE UNA CREACION EFICIENTE DE UN
SISTEMA DE BASE DE DATOS.
Dentro de las especificaciones para la creación de un eficiente sistema de base de datos,
existen una sucesión de pasos importantes a tener en cuenta, donde se irán
desarrollando en algunos casos en forma excluyente y en otros casos en forma
simultánea.
La utilización de estas especificaciones y características para la creación de las bases de
datos, permite una mejor fundamentación en su desarrollo.
Debemos definir estas tareas como etapas para el diseño de sistemas. Básicamente las
etapas están definidas en cuatro:
➢ Análisis
➢ Diseño
➢ Implementación
➢ Control.

p. 21
Estas etapas, tal como veremos a continuación, tienen ciertas particularidades y
momentos de optimización, de la misma manera que tienen una suerte de
retroalimentación para la reimplementacion o mejora de los sistemas de bases de datos.
Pasemos ahora a definir las diferentes etapas, como así también dar ciertas
particularidades en la utilización de cada etapa.
Análisis:
Primera etapa de este proceso. Considerada la etapa de mayor importancia, dentro de
esta estructura, ya que a partir de esta etapa, tomaremos conocimiento de las
necesidades del usuario y de la organización. A partir de un buen análisis podemos decir
que estamos casi asegurando un muy buen diseño lógico y físico de las bases de datos.
Para lograr esto vamos a utilizar actividades adicionales para permitir la asimilación de
todos los conceptos y actividades necesarias que deban quedar reflejadas en la
estructura de bases de datos.
Para poder llevar a cabo la presente etapa, quien la tenga a cargo tiene una diversidad de
herramientas para que la misma sea exitosa, entre ellas podemos citar las encuestas, las
entrevistas, las que podrán realizarse al personal jerárquico o al personal en general,
según el criterio adoptado, visualización del lugar (esto implica no solamente lo físico sino
también las tareas que allí se desarrollan y de qué manera se realizan), asesoramiento
por el personal de la empresa, etc.
Una vez finalizada esta etapa, lo que no implica que nunca se volverá sobre lo mismo, ya
que esta etapa está en constante rediseño, según las interpretaciones del profesional y la
del responsable del área a relevar, podemos decir que estamos en condiciones de pasar
a la segunda etapa, o al menos comenzar a bosquejarla.

p. 22
En esta etapa uno deberá permanecer todo el tiempo necesario, hasta tanto tenga la
totalidad de dudas evacuadas a efectos de no pasar a la siguiente etapa con puntos sin
resolver.
Es importante tener en cuenta las diferentes herramientas de recopilaron de datos que
nosotros podemos utilizar a los fines de recabar información. Es decir, ¿cómo podemos
saber lo que el usuario necesita si nosotros no sabemos nada del tema en cuestión?
Las herramientas a definir y trabajar, dependerá de la envergadura del trabajo y la
cantidad de personas con las que debamos interactuar
HERRAMIENTAS PARA LA RECOPILACION DE DATOS
La entrevista
Antes de entrevistar a alguien, debe entrevistarse a sí mismo. Esto es importante, ya que
necesita conocer sus características, y la manera en que afectarían sus percepciones
ante el entrevistado.
Su formación, educación y emociones, serán poderosos filtros de lo que escuche a lo
largo de sus entrevistas.
Antes de realizar la entrevista es importante la planeación de la misma, analizar el motivo
de la misma, que preguntas se harán, y por el otro lado a quien se va a entrevistar. Debe
prever la forma que también la entrevista sea satisfactoria para el entrevistado.

p. 23
Tipo de información buscada
Una entrevista para la recopilación de información es una conversación dirigida con un
propósito específico, que se basa en un formato de preguntas y respuestas.
Es importante conocer tanto las opiniones como los sentimientos del entrevistado. Las
opiniones pueden ser más importantes que los mismos hechos. Además de las opiniones,
se tratará de conocer los sentimientos del entrevistado. Debemos tener en cuenta que el
entrevistado conoce la organización mucho mejor que uno.
Las metas son una fuente importante de información y pueden identificarse a partir de
una entrevista. Los hechos que obtiene de los datos concretos pueden explicar un
desempeño anterior, pero las metas se proyectan hacia el futuro. Durante la entrevista es
importante lograr la identificación del mayor número de metas posibles.
En una entrevista, se establece una relación con alguien que probablemente será un
desconocido, por lo tanto se necesitará crear un ambiente de confianza, pero sin perder el
control de la entrevista. Para lograr esto es importante tener una buena planeación de la
entrevista, para que la misma sea realizada sin tropiezos.
Planeamiento de la entrevista
Son cinco los pasos para la preparación de una entrevista. Estos pasos incluyen una
amplia gama de actividades, desde la recopilación de antecedentes, hasta la decisión a
quien entrevistar.
Si bien estos pasos no son estrictos son una buena pauta para la realización de la misma.

p. 24
Lectura de antecedentes
Consultar y comprender el mayor número de antecedentes de los entrevistados y de la
organización. Esto se obtiene fácilmente por intermedio del contacto, solicitando un
informe o comunicación que le dé las características de la organización. A partir de esto
uno puede ir elaborando las preguntas de la entrevista con un vocabulario conocido por
ellos. Es importante la organización de la entrevista para aprovechar al máximo el tiempo
de la misma.
Establecimiento de los objetivos de la entrevista
La entrevista debe basarse en los antecedentes consultados y en la experiencia particular
del analista. Debe haber aspectos referentes al procesamiento de la información como a
la toma de decisiones sobre los cuales debe realizarse la entrevista.
Selección del entrevistado
Cuando se decida a quien se entrevistará debe incluirse gente clave de todos los niveles
del sistema. Es importante hacer un muestreo de los miembros de la organización. Haga
lo posible por mantener un equilibrio de tal manera que se cubran tantas necesidades de
los usuarios como sea posible.
El contacto con la organización dará una idea clara sobre quienes deberían ser
entrevistados.
Preparación del entrevistado
Preparar a la persona que va a ser entrevistada, avisando con suficiente antelación, para
que pueda pensar en la entrevista. Las entrevistas deben fluctuar entre 45 minutos y una
hora.

p. 25
No importa que interés tenga el entrevistado para prolongar la entrevista. Es importante
recordar cuando ellos disponen de tiempo para atender al entrevistador, están dejando
de atender sus actividades.
Si la entrevista dura más de una hora, es muy probable que el entrevistado lamente la
visita del entrevistador, aunque eso no lo diga.
Selección del tipo y estructura de las preguntas
Es importante redactar las preguntas que cubran los aspectos fundamentales de la toma
de decisiones. Las preguntas tienen ciertas estructuras básicas que debe conocer.
Existen preguntas de tipo abierto y de tipo cerrado. Cada tipo de pregunta puede lograr
algo diferente de las otras, y cada una tiene sus ventajas y desventajas.
La Entrevista es una de las herramientas más poderosas para recabar información, sobre
lo que el usuario quiere o necesita, siendo ésta fundamental dentro de la etapa de
análisis
Es importante destacar que un buen desarrollo de la etapa de análisis prácticamente
asegura un buen desarrollo de las etapas subsiguientes
Lectura de antecedentes
Establecimiento de los objetivos de la entrevista
Selección del tipo y la estructura de las
preguntas
Preparación del entrevistado
Selecciónde losentrevistados
Pasos que se deben seguir en la planeación de una entrevista

p. 26
Tipos de Preguntas
Preguntas Abiertas
Incluyen aquellas tales como ¿Qué opina acerca de las computadoras para gerentes?.
Abierta son las opciones que el entrevistado tiene para responder. Puede ser una
respuesta de dos palabras, o de dos párrafos.
Las ventajas de utilizar preguntas abiertas son muchas, e incluyen los siguientes
aspectos:
1. Simplifican las cosas para el entrevistado
2. Permiten al entrevistador seleccionar el vocabulario del entrevistado
3. Proporcionan una gran riqueza de detalle
4. Revelannuevasalternativassobrepreguntas no consideradas
5. Hacenmásinteresante la entrevista
6. Permiten mayor grado de espontaneidad
7. Se usan como una alternativa cuando el entrevistado no se encuentra
preparado.

p. 27
Las preguntas abiertas tienen varias ventajas, sin embargo la otra cara es que cuentan
también con muchos inconvenientes, entre los cuales se encuentran:
1. Permiten preguntas que pueden generar demasiada información irrelevante
2. La posible pérdida del control de la entrevista
3. Permiten respuestas que pueden llevar demasiado tiempo para la cantidad de
información que aportan
4. Puede dar la pauta que el entrevistador no se preparo
5. La apariencia que el entrevistador se encuentra en una expedición sin objetivos
reales de la entrevista.
Se debe considerar con el cuidado que corresponda la utilización de preguntas durante
una entrevista.
1. ¿Cuál es su opinión sobre el sistema de cómputos actual?
2. ¿Cómo ve los objetivos de este departamento?
3. ¿Cómo se relaciona esta forma de trabajo con el que usted realiza?
4. ¿Cuáles son los errores más comunes durante la captura de datos en este
departamento?
Ejemplos de preguntas abiertas de una
entrevista

p. 28
• Las preguntas abiertas permiten opciones abiertas al entrevistado
• Permiten que el entrevistado desarrolle con comodidad, sus conocimientos y
sentimientos sobre la organización, lo cual es de mucha utilidad ya que él conoce
la empresa mucho mejor que el entrevistador
Preguntas Cerradas
Las preguntas cerradas son la alternativa de las preguntas abiertas. Éstas responden a
estructuras más rígidas, como por ejemplo ¿Cuantos subordinados tiene?. Las respuestas
se encuentran limitadas para el entrevistado, ya que solo puede contestar con un número
finito.
Un tipo especial de preguntas cerradas son las preguntas bipolares. Son aquellas que
permiten solo dos respuestas alternativas, si o no, verdadero o falso.
Dentro de los beneficios de las preguntas cerradas podemos citar:
1. Ahorrantiempo
2. Facilitan la comparación entre entrevistas
3. Llegan al punto de interés
4. Mantienen el control de la entrevista
5. Cubrenrápidamentediversosaspectos
6. Obtienendatos de relevancia

p. 29
Sin embargo las desventajas de las preguntas cerradas son importantes, las cuales
podemos citar:
1. Aburren al entrevistado
2. Pierden la riqueza del detalle (le plantean al entrevistado un marco de
referencia)
3. Se puedenperder ideas centrales
4. No favorecen un clima de armonía entre el entrevistado y el entrevistador.
El entrevistador debe evaluar el tipo de preguntas a realizar y establecer la utilización de
preguntas abiertas o cerradas, o una combinación de estas.
• Tanto las preguntas abiertas como cerradas tienen sus ventajas y desventajas.
Debe tenerse en cuenta la elección de cada una de ellas. Teniendo en cuenta que
las preguntas cerradas son fáciles de analizar pero no permiten amplitud de
respuesta, las preguntas abiertas ofrecen amplitud y profundidad en la respuesta,
estas son difíciles de analizar.
1. ¿Cuántos informes genera en un mes?
2. ¿Durante cuánto tiempo ha trabajado en éste área?
3. ¿Quiénrecibeéstereporte?
Ejemplo de preguntas cerradas

p. 30
Sondeos
Responde al tercer tipo de pregunta llamada de sondeo o exploratoria. El sondeo más
sólido y más simple es la pregunta ¿Por qué? El propósito del sondeo es ir más allá de la
respuesta inicial para obtener un mayor significado y aclarar o ampliar los puntos del
entrevistado. Esto puede realizarse mediante preguntas abiertas o cerradas.
El sondeo es esencial. La mayoría de los entrevistadores principiantes son reticentes
acerca del sondeo y se conforman con respuestas superficiales, los cuales no son de gran
relevancia par obtener información fidedigna.
Errores en las preguntas
Al formular de antemano las preguntas tendrán la posibilidad de corregir cualquier
pregunta deficiente que haya escrito.
Existen dos tipos de errores en las preguntas: las tendenciosas y las preguntas dobles.
Evite las preguntas tendenciosas
Las preguntas tendenciosas son las preguntas que tienden a dirigir al entrevistado hacia
la respuesta que usted quiere escuchar. La respuesta desde este punto de vista será
parcial, ya que tiende una trampa. Por ejemplo: Estará de acuerdo, como el resto de los
gerentes, que el control de inventarios este computarizado ¿no es cierto? Contestar lo
contrario sería muy incómodo para el entrevistado.
• ¿Utilizacomputadora?
• ¿Desea recibir mensualmente un reporte por computadora de los
estados contables?
• ¿Está de acuerdo con la automatización del proceso de los cajeros?
Ejemplos de preguntas bipolares

p. 31
Evite preguntas dobles
Las preguntas dobles son las que en una sola contienen de hecho dos preguntas
diferentes. Una pregunta de estas características sería ¿Qué decisiones se toman en un
día normal y cómo las toma usted?
Elegir una pregunta doble en una decisión bastante deficiente, ya que el entrevistado
puede contestar solo una de ellas, o usted puede equivocarse sobre la pregunta que
conteste y llegar a una conclusión errónea.
Lo planteado anteriormente puede evitarse al hacer las preguntas con anticipación.
Orden de las preguntas
Existen dos tipos de razonamiento, el inductivo (estructura piramidal) y el deductivo
(estructura de embudo). De la misma forma se pueden organizar las entrevistas. Como
así también una combinación de ambos denominado estructura en forma de diamante.
Estructura Piramidal (Inductivo): Se basa en una pirámide. Va desde las preguntas más
detalladas, del tipo cerradas, y el entrevistador ampliará los temas con preguntas abiertas.
Es útil este tipo de estructura cuando considera que el entrevistado requiere una
introducción o bien se niega a involucrarse.
Estructura de embudo (Deductivo): Se comienza con preguntas generales del tipo
abiertas y más adelante se reduce las posibles respuestas con preguntas cerradas.
Facilita el inicio de una entrevista sin comprometerla. La secuencia en este tipo de
estructuras es útil cuando el entrevistado está involucrado sentimentalmente con el tema.

p. 32
Un beneficio que se obtiene del uso de la estructura de embudo es que organiza la
entrevista de tal manera que puede redundar en una información tan detallada que haga
innecesarias largas secuencias de preguntas cerradas y de sondeo.
Estructura de diamante (Mixta): Es importante tener en cuenta que lo ideal es un tipo
combinado de ambas estructuras, es decir una estructura de tipo diamante. Esto permite
comenzar de una manera específica, luego examinar aspectos generales y finalizar con
una conclusión muy específica. El entrevistador comienza con preguntas del tipo
cerradas, después le pide al entrevistado una ampliación de los temas generales, y al final
dará una conclusión más específica.
Registro de la entrevista
Es necesario que se registre los aspectos más importantes de la entrevista. Podrá usarse
un grabador o tomar notas, esto dependerá de la persona que entrevista y que hará
después con la información. Independientemente del método que utilice par el registro de
la entrevista, es fundamental que se lleve un registro permanente durante la entrevista.
Redacción del informe de la entrevista
Aunque la entrevista en si fue concluida, apenas comienza su trabajo sobre los datos de
la entrevista. Necesita captar la esencia de la entrevista en un informe escrito. Es
importante que se escriba el informe tan pronto ha concluido la entrevista. Cuanto más
tiempo transcurra para redactar el informe, aparecen cada vez más sospechas sobre la
certidumbre de la información.
Cuando escriba el informe, mantenga una secuencia de los acontecimientos. Las
impresiones pueden perderse si no se registran con rapidez
La entrevista es un medio muy útil para recopilar información
acerca de las necesidades del usuario. Es fundamental una buena
organización y predisposición por parte del entrevistado a los fines
de lograr su éxito

p. 33
Cuestionarios
Tipo de información buscada
Los cuestionarios constituyen una técnica de recopilación de información que permite a
los analistas recoger opiniones, conductas y características de las diversas personas
claves de una organización que se encuentran involucrados en la operación de un
sistema o en la implementación de uno nuevo.
Las respuestas que se obtienen mediante cuestionarios de preguntas cerradas pueden
cuantificarse. Las respuestas de preguntas abiertas se analizan e interpretan de manera
distinta. Las preguntas referentes a actitudes y opiniones son muy sensibles al tipo de
palabra que elija el analista.
Mediante el uso de cuestionarios el analista puede cuantificar los resultados de las
entrevistas.
Los cuestionarios sirven para sondear una gran muestra de usuarios de sistemas con el
fin de detectar problemas, o bien para tener en cuenta aspectos importantes antes de la
programación de las entrevistas.
Existen grandes similitudes entre las técnicas de entrevista y cuestionario, y tal vez lo
ideal sería utilizarlas en conjunto: ya sea para darla seguimiento a respuestas ambiguas
de un cuestionario, o bien para el diseño de cuestionarios basados en los resultados de
una entrevista. Sin embargo, cada técnica tiene funciones particulares y no siembre es
necesario el uso de ambas.
Planificación para el uso de cuestionarios
Los cuestionarios pueden verse como una forma rápida de recopilar cantidades masivas
de datos acerca de la opinión de los usuarios al sistema actual: que problemas
experimentan ellos en su trabajo y qué es lo que espera de un sistema nuevo o
modificado.

p. 34
Si bien un cuestionario permite recopilar grandes volúmenes de información sin requerir
entrevistas personales, el desarrollo y la planeación de un cuestionario útil, requiere
bastante tiempo. Lo primero que hay que definir es que se busca con un cuestionario. Por
ejemplo si se quiere saber el porcentaje de usuarios que prefiere un centro de cómputos
que les brinde mayor cantidad de paquetes, lo ideal es el cuestionario, pero si por el
contrario lo que se intenta establecer es un análisis profundo sobre un proceso de toma
de decisiones, entonces la mejor elección sería la entrevista.
Existe una serie de lineamientos para establecer la conveniencia de los cuestionarios.
Considere el uso de cuestionarios si:
1. Las personas a quienes necesita interrogar se encuentran muy dispersas.
(diferentes áreas de una gran organización)
2. Existe una gran cantidad de personas involucradas en el proyecto de sistemas y
es conveniente saber qué porcentaje de ese grupo aprueba o no alguna
característica del sistema propuesto.
3. Se desea medir la opinión general antes de que el proyecto de sistemas tome
una dirección particular.
4. Desea sondear los problemas que presenta el sistema actual para identificarlos
y darle seguimiento por medio de entrevistas.
Una vez que ha encontrado una buena razón para hacer uso de los cuestionarios, puede
iniciar la formulación de preguntas.
Redacción de preguntas
La mayor diferencia entre las preguntas de entrevista y las de cuestionario, es que
durante la entrevista se mantiene la relación entre la pregunta y su significado. En una

p. 35
entrevista, el entrevistador puede afinar una pregunta, cambiar el curso de las preguntas y
tener, en líneas generales, el control de las circunstancias.
De lo anteriormente dicho es poco posible en los cuestionarios. Esto implica que las
preguntas deben ser completamente transparentes, se debe anticipar a las respuestas de
las preguntas y que el manejo del cuestionario sea planificado con todo detalle.
Los tipos básicos de preguntas que se utilizan en los cuestionarios son las preguntas
abiertas y las preguntas cerradas, de la misma forma que se utilizan en la entrevista.
Debido a las restricciones particulares de los cuestionarios, se requiere cierta discusión
adicional sobre los tipos de preguntas.
Preguntas Abiertas
Hay que recordar que las preguntas abiertas son la que permiten al entrevistado cualquier
opción de respuesta. Ej.: ¿Cuál es la utilidad de los manuales del usuario para el sistema
de facturación?
Cuando el analista redacta las preguntas abiertas para un cuestionario, se anticipa al tipo
de respuesta que piensa obtener. Es importante que las respuestas que reciba puedan
interpretarse correctamente, de lo contrario se desperdiciarán recursos importantes en el
desarrollo e interpretación de un cuestionario inútil.
Cuando se redacta una pregunta abierta es importante guiar a quien responde. Las
preguntas abiertas son indispensables cuando uno debe conocer la opinión de los
miembros de la misma. Es conveniente las preguntas abiertas cuando sea imposible
enumerar todas las posibles respuestas de una pregunta.
Estas preguntas son importantes para cuando no es posible establecer con precisión los
problemas que presenta el sistema actual. Las respuestas a preguntas abiertas sirven
para centrarse en problemas más específicos, mediante entrevistas a las personas
claves.

p. 36
Preguntas Cerradas
Recuerde que las preguntas cerradas son las que limitan el número disponible de
opciones de quien responde el cuestionario, por ej. ¿Cuál de los programas detallados
anteriormente se utilizan en el área contable? Observe que no se pregunta a los que
responden el cuestionario el motivo de su preferencia, ni tampoco se les pide que
seleccionen más de uno.
Las preguntas cerradas deben utilizarse cuando el analista sea capaz de enumerar de
antemano todas las respuestas posibles. Las preguntas seleccionadas deben ser
mutuamente excluyentes, a fin de no permitir la selección de ninguna otra.
Cuando se requiera explorar a gran cantidad de gente en obvio el uso de las preguntas
cerradas, teniendo en cuenta la facilidad que tomarán los datos recopilados.
¿Cuáles son los problemas más frecuentes con los que se enfrenta con las salidas
de la computadora?
De los problemas enumerados anteriormente ¿Cuál de ellos es el más grave?
¿Por qué?
Preguntas abiertas utilizadas en los cuestionarios
Las preguntas abiertas son muy útiles cuando uno tiene que recabar información,
teniendo en cuenta las observaciones particulares del usuario, como así también las
percepciones de cada uno.

p. 37
En ambos casos, la elección de preguntas abiertas o preguntas cerradas en un
cuestionario, tiene inconvenientes. Las respuestas a las preguntas abiertas permiten al
analista contar con una mayor riqueza, así como obtener mayor profundidad y amplitud
sobre los temas. Las preguntas abiertas se redactan con facilidad, pero en análisis de sus
respuestas es difícil y requiere de bastante tiempo.
Cuando nos referimos a la redacción de preguntas cerradas, tienen un grado de dificultad
mayor para su preparación, dado que se debe tener en cuenta la amplia gama de
respuestas que el usuario puede dar, pero sus respuestas son analizadas con facilidad.
Por lo general los datos de ventas se reciben tarde
De acuerdo
En desacuerdo
Cuando los datos de ventas se procesan en el centro de cómputos, se
obtienen con retrasos
Nunca
Rara Vez
En ocasiones
Con frecuencia
Siempre
Preguntas cerradas utilizadas en cuestionarios
Las preguntas cerradas se utilizan cuando el analista puede definir la totalidad de
las posibles respuestas. Son fácilmente analizables, dado que el usuario no se
extiende en las respuestas. Sólo se limita a las opciones propuestas

p. 38
La elección del vocabulario
Tanto como en las entrevistas, en los cuestionarios la selección de las palabras es de
gran relevancia para lograr que los cuestionarios sean efectivos.
Quienes respondan el cuestionario apreciarán el esfuerzo realizado en la preparación. Por
ejemplo, debemos tener en cuenta los nombres que la organización da a cada uno de los
niveles y no generalizarlos, como Jefes de área o supervisores, no existiendo estos
puestos en la organización en la que estamos trabajando.
A continuación podemos ver algunos lineamientos que son útiles al elegir el lenguaje de
un cuestionario:
1. Use lenguaje sencillo, mantenga una redacción sencilla.
2. Use preguntas cortas
3. No sea condescendiente con los que contestan.
4. Evite la parcialidad en la redacción. Evite las preguntas censurables.
5. Dirija las preguntas a las personas indicadas, (dirigidas a quienes puede
responder). No suponga un conocimiento muy profundo.
6. Asegúrese que las preguntas sean técnicamente precisas antes de incluirlas en
el cuestionario.
El cuestionario es una herramienta muy útil a los fines de recopilar
información donde exista una gran dispersión geográfica o debe
indagar a demasiadas personas implicadas en el proyecto

p. 39
Diseño:
Segunda etapa de este proceso. Si bien dijimos que la anterior, es decir la etapa de
análisis era la más importante, porque de ella depende un eficiente diseño de las
estructuras de las base de datos, la presente etapa no es de importancia menor, dado que
un mal diseño hace que todo el trabajo realizado anteriormente no se vea reflejado.
Partiendo de la totalidad de información recavada en la etapa anterior, y habiendo sacado
las conclusiones correspondientes, se procederá a la realización del diseño físico de las
bases.
Para un eficiente diseño debemos establecer en primera instancia la cantidad de bases de
datos a generar, en virtud del relevamiento realizado.
Debemos tener en cuenta que es preferible tener una mayor cantidad de bases de datos
de menor tamaño que una única base de datos de gran tamaño, lo que imposibilitaría el
manejo de la misma.
Es importante destacar, que para cumplimentar estos requisitos, debemos tener en
cuenta ciertos objetivos de organización de bases de datos que veremos mas adelante.
Los datos serán agrupados por afinidad y teniendo en cuenta que podrán ser utilizados
por diferentes áreas, lo que debe permitir un fácil acceso a los datos.
Se deberán definir el nombre de los campos a utilizar, se aconseja que el nombre sea
representativo del contenido del mismo. Si bien no es una condición excluyente, facilita
mucho el manejo de datos, sobre todo en bases de datos de gran envergadura.
Una vez definido el nombre del mismo, debemos establecer las características de los
datos que el mismo va a contener; en virtud de esto es el tipo de campo que vamos a
definir. Es importante dejar bien claro el comportamiento de los datos numéricos,
definiendo si los mismos formaran parte de cálculos numéricos o no. A partir de esto
existirán ciertos datos numéricos, que podrán ser definidos como texto, aunque sean
números, por ejemplo, el número de documento.
Por ultimo debemos definir la longitud del campo, que mantiene una relación directa con
el tipo de campo, ya que según vimos anteriormente, según el tipo de dato tienen
longitudes diferentes
Aunque parezca un tema menor, la longitud de los campos no lo es, ya que debemos
recordar que las estructuras de bases de datos están compuestas por registros cuyos

p. 40
campos son de longitud fija, lo que implica que tenga o no contenido los campos el lugar
físico que ocupa en el soporte de almacenamiento es constante.
En virtud de los dicho anteriormente, debemos ser muy cuidadosos en la asignación de
longitud de los campos en ambos sentidos, no generar campos demasiados extensos, ya
que habitualmente no se completan con información y quedarán espacios en blanco,
ocupando lugar innecesariamente, como tampoco, por ahorrar espacio de
almacenamiento, campos demasiado pequeños que no sean suficientes para albergar la
totalidad de la información del campo y debamos modificar posteriormente con el riesgo
de la perdida de los datos.
Obviamente que no podemos establecer una longitud especifica en la totalidad de los
campos, ya que en general desconocemos cual será el contenido real de los mismos,
pero para mantener una coherencia en el diseño de las bases se tomará una longitud
media, según los campos definidos en el análisis y diseño establecido.
Una vez diseñado la o las estructuras de las bases de datos, se presentaran a
observación del usuario, previa explicación del diseñador, a fin de su aprobación, sobre
todo lo que compete al manejo de datos, no así a las estructuras físicas, que el usuario
desconoce su comportamiento, ya que lo importante para él es que pueda acceder a la
información en el momento que lo considere necesario, pero sin importar el cómo.
Finalizada esta tarea, utilizaremos cualquier programa administrador de Bases de Datos
para la generación física de las mismas, que según el programa seleccionado, tendrá
características particulares a tener en cuenta, tal como veremos más adelante.
Es importante tener en cuenta el lugar físico de la creación de las estructuras de las bases
de datos, dado que si bien en el momento de la creación propiamente dicha el espacio
ocupado es bastante reducido, a medida que se incorporen los datos a la misma esta
tendrá un crecimiento que según el soporte donde se encuentre alojado puede colapsar
en corto plazo.
Es muy probable, que una vez finalizado la etapa de diseño de las bases de datos
debamos volver a realizar un nuevo análisis y un rediseño de las mismas, a partir de
especificaciones adicionales del usuario o mejoras introducidas por el diseñador, lo que
generará una extensión de la presente etapa.

p. 41
Implementación:
Tercera Etapa del proceso. Podríamos definir la presente etapa como la puesta en
marcha de todo el proceso, donde se harán los ajustes necesarios para el eficiente
funcionamiento de todo el sistema de bases de datos, a partir de esta etapa se
evaluaran las falencias de la misma y necesidades de rediseño, en caso de ser
necesario.
En esta etapa se procederá a realizar el entrenamiento al personal, la carga inicial
de los datos, el contralor de los datos ingresados, y verificación de la consistencia
de los mismos.
Según el caso se puede mantener un sistema en paralelo de las actividades
realizadas hasta la fecha y el nuevo sistema de base de datos a efectos de verificar
la eficiencia del segundo sistema, como así también generar tranquilidad en los
nuevos usuarios, asegurando la confiabilidad del sistema.
Control:
Cuarta etapa del proceso. Si bien esta etapa es la última del proceso, no se espera a
la finalización de la tercera etapa para el comienzo de la presente, dado que esta
etapa de control comienza su participación a partir de la primera etapa, la del análisis,
ni bien se comenzamos con las observaciones y entrevistas.
Esta etapa convive con las tres restantes durante todas las etapas, e inclusive se
extiende en el tiempo en forma constante, implementando diferentes características
de control a partir que el sistema se encuentra implementado.
Debemos tener en cuenta que esta esquematización de las etapas del proceso de
generación de bases de datos es referencial, ya que podemos implementar algún
paso intermedio con el fin de asegurar una eficiente creación del sistema de bases
de datos.

p. 42
Síntesis:
En el desarrollo de la presente unidad realizamos una introducción y definición del
concepto de bases de datos, como la utilización y características para la generación de
las mismas, componentes de la estructura, diseño y especificación de las diferentes
etapas para el desarrollo de un eficiente sistema de bases de datos.
Como habrán visto se hace mucho hincapié en la etapa de Análisis, correspondiente a la
primera etapa del Ciclo de Vida de Sistemas, y a las herramientas de recopilación de
datos necesarios para la realización de una eficiente tarea
• Entrevista
• Cuestionario
Por supuesto que existen otras herramientas para recopilar datos pero estas son las más
utilizadas y más sencillas para este tipo de tarea.
Todo el temario tratado en esta unidad conforma parte de los fundamentos básicos para
comprender las características, y utilidades de un sistema de base de datos en vez de
cualquier otra estructura de almacenamiento de información.

p. 43
BIBLIOGRAFÍA:
OBLIGATORIA
• WIEDERHOLD, H. (2002) “DISEÑO DE BASES DE DATOS”. MC. GRAW HILL
• DATE C.J. (2001) INTRODUCCIÓN A LOS SISTEMAS DE BASES DE DATOS.
MEXICO. PEARSON
• SAIDON, LILIANA. INVESTIGANDO A BASE DE DATOS. EDIT. ORT.
• KORTH, HENRY – SILBERSCHATZ, ABRAHAM. FUNDAMENTOS DE BASES DE
DATOS. MC. GRAW HILL

UNIDAD I MODULO II: Carga y
Mantenimiento

p. 2
Introducción :
Esta unidad brinda las nociones sobre la capacitación en la carga de datos y la necesidad
de su protección
Objetivos:
• Analizar los componentesfundamentales de la teoría de bases de datos
• Valorar la importancia de la estructuración, relación, mantenimiento y recuperación
de la información en forma conveniente y eficaz
• Planificar tareas didácticas que impliquen el aprendizaje explícito de esas
habilidades
Contenidos:
• Carga
• Mantenimiento
• Actualización
• Verificaciones
• Protección
• Riesgos
• Errores

p. 3
ADMINISTRACIÓN DE LA CARGA
A partir del análisis y diseño de las estructuras de bases de datos, tal como vimos en la
unidad anterior, es necesario determinar las características generales sobre la carga de
las mismas; punto no de menor importancia, dado que a partir de los datos incorporados a
la base, podremos establecer la confiabilidad de la misma.
Debemos en esta etapa tener un máximo cuidado en la carga de información, planificando
la mayor cantidad de pasos, evitando de esta manera cualquier error que haga naufragar
este proceso.
Antes de continuar, a su entender ¿cuál es la relevancia del proceso de carga de datos
para lograr una eficiente utilización de una base de datos?
Es de fundamental importancia, tener una organización para la carga de datos, como así
también una buena predisposición del personal encargado de la misma. Este proceso
absorbe recursos significativos, donde no en toda organización están disponibles,
(generalmente los recursos necesarios para la carga son escasos) sumado a una baja
predisposición de ciertas áreas reacias al cambio de metodología de trabajo,
argumentando la conocida frase “si hasta ahora todo funcionaba bien como estaba, qué
necesidad hay de cambiar a las computadoras”,.

p. 4
Es indispensable contar con el apoyo del personal. Habitualmente estos cambios se
producen por una orden de nivel superior, en forma unidireccional, sin realizar una
información correcta al personal de la organización.
Para que la carga de datos sea efectiva, el punto fundamental de la misma es evitar los
errores de carga.
Existen una gran cantidad de errores que son atribuibles siempre a la persona que realiza
la carga física de los datos a las bases, pero no es el único responsable de la misma.
La responsabilidad de la carga parte desde brindar al personal de la organización el
conocimiento suficiente para el manejo de las bases, hasta convencerlos fehacientemente
de la utilidad del sistema, no por una orden directiva, sino por convicción personal, que su
trabajo se verá facilitado al contar con una herramienta informática. Es necesario aclarar
ante el personal que el sistema no viene a reemplazar a nadie, sino que sólo es una
herramienta para facilitarles la tarea, tal como sería un fichero.
Si ellos no están convencidos de la utilidad del sistema, habrá una alta probabilidad de
existencia de errores provocados, además de los errores involuntarios que siempre
existen.
Para todo esto habrá una persona, habitualmente de rango superior que hará el trabajo de
selección y catalogación de la información a cargar en las bases. Es importante destacar
que en la mayoría de los casos de implementación de sistemas de bases de
datos,obligara a las áreas superiores a reorganizar las tareas, ya sea por su circuito
administrativo o por la duplicación de las mismas.
La carga de datos debe ser realizada en forma organizada y
sistematizada a los fines de evitar atrasos y cancelaciones de
procesos

p. 5
Debemos tener en cuenta que al reorganizar la información y tenerla disponible en tiempo
y forma permitirá simplificar la toma de decisiones de los niveles superiores,
independientemente de la organización donde la estemos implementando.
Una vez que la información a cargar a las bases este lista, se capacitara al personal sobre
las características del sistema y particularidades de los sistemas computarizados, en caso
que el mismo no esté en conocimiento.
Se deberán establecer lotes de carga de información donde el operador del sistema no
debe tener dudas sobre los datos a cargar. Hay que evitar que el operador decida. A partir
de este tipo de decisiones intermedias, surgen errores, que no se verán reflejados
inmediatamente, sino cuando necesitemos una evaluación de la información brindada por
el sistema.
Por ejemplo, si en un campo donde se establece el sexo de una persona, debe quedar
claro si ese campo queda en blanco cuando es varón y marcado si es mujer. Ya que si
dejamos a decisión del operador, puede suceder que ante dos operadores diferentes, uno
decida marcarlo cuando es varón y el otro marcarlo cuando es mujer.
A partir de este error, aparentemente inofensivo, se desprenderán otros donde la
información cargada en las bases no será confiable, porque ante una consulta de la
cantidad de varones y mujeres cargadas en la base, NUNCA podremos estar seguro de la
validez de dicha información.
Debemos ser muy cuidadosos en las consignas de trabajo
establecidas y los parámetros utilizados en la carga de datos.
El operador no debe tener injerencia en las decisiones de carga de
datos

p. 6
Antes de proceder a la carga las pautas deben estar totalmente claras, así de esa manera
solo debemos poner énfasis en los errores de ingreso propiamente dichos.
Otro punto importante a tener en cuenta es el tiempo disponible para la carga de datos.
No podemos estas eternamente en el proceso de carga de datos, ya que sino el sistema a
implementar jamás estaría disponible y comenzarían a existir otro tipo de inconvenientes
no atribuibles a la implementación del sistema.
Lo ideal es destinar una serie de recursos para la carga intensiva de la información. Punto
este de mayor importancia, dado que resulta muy dificultoso volver a realizar una
verificación de toda la información cargada en forma masiva. Esta verificación se realizará
en forma paulatina, y modificando los mismos en los casos que se consideren necesarios.
Estas verificaciones serán más sencillas cuando pasemos de la carga masiva de datos a
las simples actualizaciones de las bases de datos.
• Cada carga es especifica: Según el tipo de organización y el diseño de las
estructuras de bases de datos, cada área en particular debería cargar su propia
información, de esta forma el personal especializado en ese área, oficiará de
contralor en el momento mismo de la carga de los datos, ya que inmediatamente
identificara la inconsistencia de información. Si esto es realizado por otro área que
no tiene el entrenamiento necesario, se producirán, probablemente errores por
desconocimiento del tema.
Es fundamental el proceso de carga de datos a la base de datos.
De ello depende que la misma sea confiable y sea utilizada en todo
su potencial por el usuario

p. 7
• Inclusión de puntos de control parareiniciarcorrida:Estoestadirigido a la
posibilidad, de interrumpir el proceso de carga y continuarlo en otro momento, sin
que esto implique la perdida de la organización original en la carga inicial.
• Auditoria: Proceso realizado por personal ajeno a la carga que verificará y validará
la tarea realizada, estableciendo controles ajenos al proceso, que puntualizara un
tema en particular.
• Manuales del Usuario: Tal como vimos anteriormente, estos facilitan la utilización
del sistema, siendo usados como referencias a los mismos.
• Dotación de personal: Es importante tener en cuenta que el personal debe ser
capacitado para las nuevas tareas a realizar. Este punto debe realizarse con sumo
cuidado, a fin de evitar inconvenientes y malentendidos dentro de la organización.
• Debemos tener en cuenta que podemos implementar diferentes tipos de
capacitación al personal, fundamentalmente apoyado en su función y las tareas a
realizar una vez instalado el sistema informático.
• Capacitación al Personal: Existen a grandes rasgos dos tipos de capacitación al
personal: General y Particular.
La capacitación general apunta a una capacitación integral sobre la totalidad del sistema,
permitiendo a la totalidad del personal conocerlo íntegramente. En este punto hay que
tener mucha precaución, dado que según la organización, no todo el personal debe
conocer la totalidad de la información.
La capacitación particular va dirigida a la capacitación específica del personal en el área
que corresponda, donde se logrará personal especializado en un área en particular, pero

p. 8
existirán inconvenientes ante la necesidad de traslado del personal a diferentes áreas de
la organización.
Para salvar este último inconveniente es importante tener en cuenta, siempre que esto
sea posible, la implementación de una rotación del personal durante ciertos periodos de
tiempo, a fin de capacitar a los mismos en el área correspondiente, donde el conocimiento
del sistema no depende de un conocimiento teórico, sino también de la decisión política
de rotación del personal.
MANTENIMIENTO DE LA BASE
Una vez finalizada la carga de la base de datos, pasamos a la etapa de mantenimiento de
la base. Esta etapa es desarrollada en forma permanente, dado que si la información no
esta actualizada, de nada sirve la carga de la misma.
Si bien el proceso de carga de datos es muy importante, no es menos importante el
mantenimiento de las bases. Es fundamental que exista un responsable por área para
garantizar la actualización de las bases.
Debemos tener en cuenta que una base de datos representa el estado de la organización
en varios momentos. La base de datos ideal, representa el estado corriente.
El mantenimiento de la base de datos, si bien se centra fundamentalmente en la
actualización de la misma, no es el único punto a tener en cuenta, ya que existen otros
factores y características particulares, tal como veremos más adelante.
ACTUALIZACION
Podemos diferenciar dos tipos de actualizaciones de las bases de datos, que según el
proceso o la información que las mismas contengan, se utilizara independientemente uno
u otro o ambos, según el caso.
Actualización en línea: Es la actualización utilizada en la mayoría de los casos de
actualización de bases de datos. Toda modificación o actualización a los datos es
grabada en el mismo momento en que se produce, sobre la base de datos principal,
sobrescribiendo el dato anterior. Si bien este procedimiento permite acceder a la

p. 9
información actualizada en forma inmediata, tiene ciertos riesgos donde no es posible
deshacer la última actualización ante algún error.
Actualización en lote o Procesamiento Batch: Como contrapartida de la actualización
en línea, este proceso debe generar un archivo intermedio donde se irán grabando las
actualizaciones, sin alterar en primera instancia la base de datos principal. Si bien con
este tipo de procedimiento tengo la posibilidad de evitar la actualización de datos en la
base principal, no los voy a disponer para su utilización de forma inmediata, ya que para
que esto sucedo debo realizar un proceso donde, a medida que va leyendo el archivo
intermedio irá grabando la base principal; a partir del cual podré disponer de la totalidad
de la información actualizada, es decir una vez que el proceso haya finalizado.
En cualquier proceso de actualización de bases de datos podemos utilizar indistintamente
cualquiera de los dos procesos. La decisión del tipo de proceso a utilizar dependerá de las
características de los datos a utilizar y la necesidad de la disponibilidad inmediata de los
mismos.
Para ejemplificar esto podemos decir que un sistema de actualización de cuenta corriente
bancaria es fundamental que la actualización sea en línea para que el cliente disponga al
instante el saldo real de su cuenta.
Ahora si nos focalizamos en un sistema de carga de notas de exámenes finales,
tranquilamente podemos implementar un sistema de actualización por lotes, dado que
hasta tanto no finalicen las fechas de exámenes finales no es indispensable contar con
esa información, en los legajos individuales de cada alumno. Este proceso puede ser
actualizado una vez finalizada la carga total de las notas de los exámenes finales, sin que
altere el funcionamiento de la institución; mientras que en el primer caso si habría una
total alteración en la operatoria de la cuenta del cliente.
Es importante tener en cuenta la utilidad de la base de datos a los
fines de definir el tipo de actualización ya sea en línea o batch

p. 10
CONTROL DE CALIDAD
Antes de comenzar con la definición de control de calidad es importante indagar sobre los
conocimientos previos y conceptos preexistentes en lo que conocemos como calidad
Entonces definamos….. ¿Qué entendemos por calidad?. Este concepto es aplicable a
todos los ámbitos de nuestras vidas, a ver que sabemos…..
Ahora comparemos lo que escribimos y lo que entendemos por calidad y su control
Ante todo debemos aclarar que se entiende por control de calidad. Debemos tener en
cuenta que la información almacenada en las bases de datos servirá para la realización
de diferentes tipos de tarea, y la misma debe ser confiable, de lo contrario, tal como
dijimos anteriormente pierde totalmente el sentido de la misma.
Los puntos de control van dirigidos a la concreción de estos objetivos, fundamentalmente
que la información almacenada sea confiable y pueda accederse en el tiempo y forma
necesaria para el usuario; como así también la protección ante pérdida de la misma. En
caso que esto suceda debemos tener en cuenta la forma que podemos recuperarla en el
menor tiempo y con el menor costo posible.

p. 11
A los efectos de posibilitar una eficiente recuperación de los datos perdidos, se deberá
contar con copias de seguridad, las que deberán ser actualizadas en forma constante,
punto muy importante, dado que si esto no se cumple las copias de seguridad no
cumplirán con su cometido.
El manejo de las copias de seguridad de las bases de datos debe estar a cargo de una
persona responsable, quien será el que determinará la metodología a seguir para estos
casos.
El proceso de copia de seguridad lleva un tiempo de grabación directamente proporcional
al tamaño de las bases. A mayor tamaño de las bases, mayor será el tiempo de
grabación.
A partir de este principio, las copias de seguridad se realizarán, en general al final del día,
una vez que se haya finalizado la tarea diaria. Nunca debe omitirse la actualización de las
copias de seguridad, ya que existe la posibilidad de tener que restaurar las bases y no
tener la información necesaria, perdiendo de esta manera tiempo y dinero.
Un punto fundamental a tener en cuenta con el uso de las bases de datos , es que las
mismas son de dominio público y no de dominio privado. Esto significa que los datos
almacenados en las bases, no son de uso exclusivo de una persona, sino que son
compartidos por una gran cantidad de gente que utiliza los recursos en su totalidad.
Para salvaguardar la integridad de la misma, es necesario tomar precauciones sobre las
personas autorizadas a realizar las modificaciones a los datos, ya que si la totalidad del
personal tuviera acceso a la actualización de los datos, el contenido de las bases de datos
dejarían de ser confiables.
El acceso a la información de las bases de datos debe estar asegurado, como así también
la salvaguarda de las mismas. Las copias de seguridad o back up deben mantenerse a

p. 12
salvo, con claves de acceso a los mismos, como así también un aislamiento físico
considerable a fin de preservar la integridad de los mismos, ante la posibilidad de
accidentes o sabotajes.
VERIFICACIONES
Además de las copias de seguridad, realizadas al final del día, se deben tener en cuenta
una serie de pasos para la realización de verificaciones cruzadas, es decir, establecer la
utilización de puntos de control, algunos de los cuales citamos a continuación:
Archivos de eventos diarios: Estos archivos deberán ir registrando en forma paralela a la
actualización de las bases de datos principales, otros archivos adicionales, que permitirán
no solo realizar un contralor de las actividades realizadas, sino que en caso de
destrucción de las bases y algún problema con las copias de seguridad, podremos
restablecer las actividades del día.
Almacenamiento en soportes adicionales: Los mismos se realizarán en forma aleatoria
sobre soportes de almacenamiento secundarios, que estarán a disposición de las áreas
superiores para permitir las auditorias.
Imagen de las bases antes y después de la alteración: este punto no siempre es
reproducible, ya que en la mayoría de los casos, una vez que la base esta alterada
probablemente pueda reconstruirse a partir de ella misma.
Debemos siempre asegurar el acceso “permanente” de la
información almacenada en la base de datos y que la misma sea
confiable

p. 13
RIESGOS / FALLAS
Son muchas las oportunidades en que se puede contaminar una base de datos. El daño
puede causarlo el sistema operativo, el equipo físico, los programadores, los usuarios y
aun los mismos datos.
Es literalmente imposible garantizar que la base de datos estará totalmente protegida de
todo daño, excepto que no se permita usarla a nadie.
El Administrador de bases de datos , conocido como DBA, es quien tendrá a su cargo la
inversión de una gran parte de sus esfuerzos y recursos en minimizar las posibilidades de
fallas, la reducción de los efectos resultantes y el aporte de procedimientos de
recuperación.
A continuación hablaremos de los distintos tipos de fallas, sus implicancias para la
integridad de las bases de datos, costo y esfuerzo de administración requeridos.
Fallas de Hardware: De todas las posibilidades de desorganización, las fallas del
hardware o del sistema operativa son tal vez las únicas aceptables: no deseadas, pero
aceptadas.
La primera reacción es culpar al equipo cuando los programas no funcionan bien, Pero
suelen ser el programa, la arquitectura o los datos los que fallan. La falla de maquina es el
chivo expiatorio. Pueden incluirse en esta categoría, las fallas de máquina, las del sistema
operativo y ciertas maniobras de los operadores.
Son fallas del hardware todas las que no hubieran podido prever el usuario, el analista,
los programadores o el personal de DBA. Así que los errores de operador que se hubieran
podido prevenir no caben en esta categoría., como son los causados por un innecesario y

p. 14
complejo conjunto de tareas. Por ejemplo un montaje y desmontaje de cinta injustificado;
transferencia errónea de archivos, etc.
Estas son áreas donde puede fallar la máquina, pero donde la falla se hubiera podido
prevenir.
Es necesario adoptar ciertas medidas para detectar la posibilidad de que ocurran errores,
procurando corregirlos antes que avance más el procesamiento
Fallas de Software: Los proveedores y las empresas que se dedican al software
procuran entregar el mejor material de programación posible. Sin embargo, están
acosados por las alternativas de estabilidad y la necesidad de perfeccionar sus productos.
En sus incesantes esfuerzos por mejorar la funcionalidad de los productos, se ven
obligados a introducir cambios, muchos de los cuales no habían sido previstos.
Con independencia del empeño y los gastos incurridos para asegurar la calidad de sus
productos es inevitable que aparezcan errores en la práctica. Los errores o mejor dicho
los cambios, se producen como resultado de los intentos de mejorar el producto. Serian
menos probables esos errores si el mejoramiento del producto fuera planeado al
comienzo. Sin embargo, la mayoría de los cambios en la programación de Base de Datos
se tornan necesarios no en función de planeamiento sino como resultado de la
experiencia de campo.
La principal causa de las fallas de los programas, aparte de los errores de
implementación, es la falta de conocimiento de la intención del diseñador por parte del
usuario. El usuario rara vez, o quizás nunca ve la especificación funcional de un
producto. El usuario hace lo que le parece práctico a él, y al hacerlo podría violar algunas
de las especificaciones del encargado de la implementación. Así cuando la funcionalidad
cambia, en respuesta a un plan o a las instancias de los usuarios, un programa hasta
entonces vigente ya no operará de la misma manera.

p. 15
Ambos se equivocan, el autor de la implementación por suponer que el usuario es incapaz
de comprender como debe operar el software y el usuario por no intentar descubrir cómo
opera el programa. El software deberá ser comparado con el prototipo, utilizando
transacciones típicas. Deben considerarse con desconfianza los cambios drásticos en el
desempeño. Si resulta imposible explicar los cambios debe pensarse que algo anda
probablemente mal. Se debe tener muy en cuenta que los errores más serios no son los
obvios, sino aquellos que tienden a aparecer después de un tiempo.
Fallas de Programas: Los defectos de programación tienen más probabilidad
de ocurrir cuando el apresuramiento o la urgencia para poner en práctica los programas
se esgrimen como excusa para pasar por alto las especificaciones funcionales y de
instrumentación. El proceso de explicación obliga a efectuar un examen de que cosas
deben hacerse, como deben hacerse y que significan realmente. Con este tipo de
examen, se reducen las probabilidades de que pase inadvertida una situación o una
condición.
Las especificaciones son redactadas por el diseñador y el programador. Están son
revisadas por el DBA y por personal del usuario. El DBA debe detectar las deficiencias,
tanto técnicas como lógicas, basándose en su propia experiencia funcional y técnica.
Estas especificaciones deben ser precisas.
Las fallas de programa son a menudo difíciles de separar de las fallas de los elementos
de programación, es decir el software. El único aspecto que distingue la falla de un
programa es que sus efectos, en general, son más limitados en sus alcances que los de
una falla del propio software. Generalmente los errores se restringen a un campo o a un
tipo de registro particular. Los potenciales trasgresores se pueden identificar desde el
diccionario de datos, tomando nota de cuales programas habrían podido crear el registro
o alterar el campo.

p. 16
La magnitud del daño depende en parte del tiempo que ha subsistido el error y de la
naturaleza de este. Una falla mucho más fácil de corregir es la que se detecta en la
primera corrida del programa, ya que solo hará falta retroceder en la corrida para
recuperarse desde el punto en que ocurrió el error.
En general no existe una fórmula de recuperación, de errores de programa. La magnitud
del daño se suele poder determinar solo después de examinar todos los registros
potencialmente afectados. Rara vez es posible retrotraer la base de datos hasta un punto
anterior a una falla, cualquiera que esta fuere.
Errores de Datos: Una de las fuentes de error más comunes en un entorno de
Base de Datos es la causada por el procesamiento de los mismos datos más de una vez.
En su mayor parte los programas de aplicación no ejecutan el reemplazo de campos, sino
más bien llevan a cabo los cómputos basado en el contenido de un registro y en la
entrada,
En el procesamiento redundante, los datos afectados se podrán eliminar únicamente
mediante un reprocesamiento e invirtiendo cada transacción. La primera alternativa
requiere el uso de un registro diario para registrar imágenes anteriores. Es necesario ser
muy cuidadoso en este proceso ya que el empleo de una operación de recuperación
podría anular parcialmente los efectos de otros procesos.
El reprocesamiento debe incluir todos los registros que hubieran podido resultar
alterados. Esto podría requerir pasar de nuevo todos los programas que se emplearon
para actualizar la base de datos a partir del punto de control.
La segunda alternativa (invertir las transacciones) requiere que un programa sea
modificado y pasado cotejándolo con la base de datos, pero es difícil que este programa
sea probado adecuadamente. Debe tenerse presente que el programa pasado en orden
inverso requiere exactamente los mismos recursos que la corrida inicial.

p. 17
Errores del Usuario: El usuario de bases de datos, es una fuente muy real de
error. Si se le ofrece acceso en línea, sus movimientos pueden llegar a ser una
combinación de errores de programas y de datos. Al aumentar su frustración, sus
acciones serán cada vez menos racionales. No es raro ver que un usuario inicia una
transacción, y al advertir una condición de error o una demora en la respuesta, condena
todo el sistema. Si la respuesta es lenta, ocurrirá según lo acontecido en muchos casos,
que el usuario desconecte la terminar y la reconecte inmediatamente, causando de esa
manera la presencia de dos terminales, una de ellas con una transacción incompleta.
La reparación del error del usuario se circunscribe casi siempre a la recuperación de
datos en cualquier momento en que se encuentren. El error se detecta generalmente a
consecuencia de una queja del usuario ( en la mayoría de los casos el que lo cometió). En
este caso el diccionario de datos provee la base para determinar que programa podría
haber causado el error.
Estrategia general de la recuperación: La función del DBA es ser la
única capaz de decidir si la reparación de las bases de datos es necesaria. Si la
recuperación se ejecuta innecesariamente, se habrán desaprovechado recursos valiosos
y se habrá escatimado indebidamente a los usuarios el uso de la base de datos.
Ahora, si no se procede a la reparación en el momento de detectarse la falla, los
consiguientes datos erróneos podrían ser causantes de decisiones equivocadas. Si la
recuperación era necesaria en el momento en que la falla fue detectada, será requerida
más adelante. Cuanto más se demore una decisión de recupero,más difícil será la
evaluación de lo que ha fallado y la magnitud del daño causado.
En el lapso que transcurra entre el hecho del error y la decisión de enmendarlo, los
usuarios estarán alterando continuamente la base de datos, por consiguiente la
reparación deberá incluir no solo la falla original sino toda la actividad subsiguiente.

p. 18
Tal como decíamos anteriormente, el resguardo de los datos en la base de datos es el
medio básico de recuperación. El resguardo de datos representa el estado de la base de
datos en determinado punto en el cual no hubo actividad y que se produce a continuación
de un proceso significativo.
A falta de toda otra circunstancia, los datos conservados pueden usarse para un
reproceso y toda la actividad subsiguiente puede ser ejecutada nuevamente. Si hay una
actividad que abarca más de un programa referido a la base de datos, se tendrán que
sincronizar esos puntos de referencia a fin de que todos los programas activos regresen a
un punto común.
MODIFICACIONES A LA ESTRUCTURA DE BASES DE
DATOS
Otro de los puntos que debemos detenernos es el referido a las modificaciones realizadas
a las estructuras de bases de datos. Si bien este tipo de modificación debe estar
normalizada a partir de las etapas de diseño, implementación y control, es probable que
en alguno de los casos sea necesaria su modificación.
Hay que ser muy cuidadoso en estos cambios, ya que la alteración de la estructura, según
el tipo de modificación realizado, puede hacer peligrar la integridad de los datos
contenidos en ellas.
Existen algunos cambios, que podríamos especificar como inofensivos, que son los que
no alteran la estructura en sí, como por ejemplo el cambio de nombre a algún campo en
particular.

p. 19
Ahora, debemos ser sumamente cuidadosos, cuando decidimos modificar el tipo de
campo o la longitud del mismo, ya que al cambiar el tipo de campo, puede suceder que el
nuevo tipo, no esté “capacitado”para recibir los datos que originalmente se encontraban
en ese campo. Por ejemplo, si a un campo que originalmente era de tipo texto, con
información grabada en él, lo modificamos por uno de tipo numérico, los datos contenidos
se perderán.
Si nos centramos ahora en el cambio de longitud de cualquiera de los campo, no existe
ningún inconveniente aparente al aumentar su tamaño ya que los datos grabados no se
alterarán. El inconveniente se presenta porque al aumentar su tamaño los campos
estamos automáticamente aumentando el tamaño de la base. Recordemos que las
estructuras de bases de datos manejan campos de longitud fija en su mayoría, con raras
excepciones.
Si el trabajo a realizar corresponde al acortamiento de los campos, este procedimiento
truncara los datos a la nueva longitud del campo, y una vez confirmada ésta, no será
posible la recuperación de los datos perdidos.
Para evitar todos estos inconvenientes, dado que estas modificaciones, traen aparejados
problemas adicionales con los programas que administran las bases de datos, los que
también tendrán que ser modificados, se aconseja que las modificaciones se realicen
antes de la carga de los datos.
Debemos estar muy seguros para realizar modificaciones a la
estructura de base de datos, ya que con cualquier inconveniente
nos arriesgamos a perder todos los datos almacenados en ella

p. 20
Síntesis:
En la presente unidad se ha abordado, continuando con la especificación sobre el trabajo
con bases de datos, las características fundamentales sobre la Administración de la carga
a las bases, su optimización y mantenimiento.
A partir de ciertas particularidades en el mantenimiento, se hizo hincapié en las
actualizaciones, control de calidad, protección de las bases, verificaciones, como así
también los riesgos y errores de diferentes tipos, finalizando con ciertas características y
especificaciones sobre la modificación y borrado de las estructuras de las bases de datos.
BIBLIOGRAFÍA:
OBLIGATORIA
• WIEDERHOLD, H. (2002) “DISEÑO DE BASES DE DATOS”. MC. GRAW HILL
• DATE C.J. (2001) INTRODUCCIÓN A LOS SISTEMAS DE BASES DE DATOS.
MEXICO. PEARSON
• SAIDON, LILIANA. INVESTIGANDO A BASE DE DATOS. EDIT. ORT.
• KORTH, HENRY – SILBERSCHATZ, ABRAHAM. FUNDAMENTOS DE BASES DE
DATOS. MC. GRAW HILL

UNIDAD II: Crecimiento de las Bases
de Datos

p. 2
Introducción:
Se hace necesario la actualización de una base, identificar las causas que motivan su
crecimiento, los inconvenientes y los riesgos de la información compartida.
Objetivos:
• Establecer restricciones de integridad de datos
• Distinguir un Sistema de Base de Datos de un Gestor de Base de Datos
Contenidos:
• Crecimiento
• Detección
• Adaptación
• Bases de Datos Monousuario/Multiusuario
• Bases de Datos / Bancos de Datos
• Administrador de Bases de Datos

p. 3
A partir de los contenidos desarrollados y estudiados hasta el momento, ya
hemos visto la importancia de buen desarrollo en las metodologías para la
implementación de un sistema de base de datos.
Sabemos que una base de datos se diseña y se plasma a partir de las necesidades del
usuario donde se plantea el uso que se le va a dar a ella y siempre se tiene en cuenta un
punto de lanzamiento a partir de la situación actual de la organización donde vamos a
desarrollar dicha base de datos
¿Ahora… una base de datos es algo estático o dinámico?
¿Qué creen ustedes a partir de los que hemos visto y de su experiencia personal en
cuanto a los conceptos previos adquiridos sobre lo que conocíamos antes de lo que era
una base de datos y lo que sabemos ahora a partir de lo estudiado?
Obviamente esperamos que hayan enriquecido los conceptos y conocimientos al respecto
Pensemos que una base de datos es algo…. Dinámico, a lo que debemos interpretar que
va a crecer, se va a modificar, etc.
Vamos a trabajar sobre el concepto de crecimiento y sus implicancias… entonces vamos
a indagar conceptos previos
¿Que entendemos por crecimiento? – conceptualicemos en general

ilovepdf_merged (2).pdf

Recomendados

Recomendados

Más contenido relacionado

Similar a ilovepdf_merged (2).pdf

Similar a ilovepdf_merged (2).pdf (20)

Último

Último (20)

ilovepdf_merged (2).pdf