UNIDAD III CICLO DE VIDA Y

NORMALRMALIZACION DE UN ASISTENTE DE
DATOS
3.1 Normalizacin

El proceso de normalizacin de bases de datos consiste en aplicar una serie de reglas a las
relaciones obtenidas tras el paso del modelo entidad-relacin al modelo relacional.
Las bases de datos relacionales se normalizan para:

Evitar la redundancia de los datos.

Evitar problemas de actualizacin de los datos en las tablas.

Proteger la integridad de los datos.

En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una tabla
sea considerada como una relacin tiene que cumplir con algunas restricciones:

Cada tabla debe tener su nombre nico.

No puede haber dos filas iguales. No se permiten los duplicados.

Todos los datos en una columna deben ser del mismo tipo.

3.1.1

Primera forma normal

Primera Forma Normal

(1FN)
Una tabla est en Primera Forma Normal si:

Todos los atributos son atmicos. Un atributo es atmico si los elementos

del dominio son indivisibles, mnimos.

La tabla contiene una clave primaria.

La clave primaria no contiene atributos nulos.

No debe de existir variacin en el nmero de columnas.

Los Campos no clave deben identificarse por la clave (Dependencia Funcional)

Debe Existir una independencia del orden tanto de las filas como de las columnas,
es decir, si los datos cambian de orden no deben cambiar sus significados

Una tupla no puede tener mltiples valores en cada columna. Los datos son atmicos. (Si a
cada valor de X le pertenece un valor de Y y viceversa)
Esta forma normal elimina los valores repetidos dentro de una BD.
3.1.2 Segunda forma normal
La regla de la Segunda Forma Normal (2FN) establece que todas las
dependencias parciales se deben eliminar y separar dentro de sus propias
tablas. Una dependencia parcial es un trmino que describe a aquellos datos
que no dependen de la clave de la tabla para identificarlos.
Una de las mayores desventajas de la normalizacin es el tiempo que lleva
hacerlo. La mayora de la gente est demasiado ocupada, y emplear tiempo
para asegurarse de que sus datos estn normalizados cuando todo funciona
ms o menos bien, parece ser un desperdicio de tiempo. Pero no es as. Usted
tendr que emplear ms tiempo arreglando una base de datos no normalizada
que el que empleara en una normalizada.
Al haber alcanzado la Segunda Forma Normal, usted puede disfrutar de algunas
de las ventajas de las bases de datos relacionales, por ejemplo:
Puede aadir nuevas columnas a una tabla sin afectar a
las dems tablas.
Lo mismo aplica para las otras tablas.
Alcanzar este nivel de normalizacin permite que los datos se acomoden
de una manera natural dentro de los lmites esperados.
Ejemplos:

3.1.3 Tercera forma normal

La regla de la Tercera Forma Normal establece que todas las

dependencias parciales se deben eliminar y separar dentro de sus
propias tablas. Una dependencia parcial es un trmino que describe a
aquellos datos que no dependen de la llave primaria de la tabla para
identificarlos.
Una tabla est normalizada en esta forma si todas las columnas que no
son llave son funcionalmente dependientes por completo de la llave
primaria y no hay dependencias transitivas. Una dependencia transitiva
es aquella en la cual existen columnas que no son llave que dependen
de otras columnas que tampoco son llave.
Cuando las tablas estn en la Tercera Forma Normal se previenen errores
de lgica cuando se insertan o borran registros. Cada columna en una
tabla est identificada de manera nica por la llave primaria y no debe
haber datos repetidos. Esto provee un esquema limpio y elegante, que
es fcil de trabajar y expandir.

3.2 Ciclo de vida del sistema de

aplicacin de base de datos
3.2.1 Recoleccin y anlisis de datos
La recoleccin de datos se refiere al uso de una gran diversidad de tcnicas y
herramientas que pueden ser utilizadas por el analista para desarrollar los
sistemas de informacin, los cuales pueden ser la entrevistas, la encuesta, el
cuestionario, la observacin, el diagrama de flujo y el diccionario de datos.

Todos estos instrumentos se aplicar en un momento en particular, con la

finalidad de buscar informacin que ser til a una investigacin en comn. En
la presente investigacin trata con detalle los pasos que se debe seguir en el
proceso de recoleccin de datos, con las tcnicas ya antes nombradas.
TCNICAS PARA HALLAR DATOS
Los analistas utilizan una variedad de mtodos a fin de recopilar los datos
sobre una situacin existente, como entrevistas, cuestionarios, inspeccin de
registros (revisin en el sitio) y observacin. Cada uno tiene ventajas y
desventajas. Generalmente, se utilizan dos o tres para complementar el trabajo
de cada una y ayudar a asegurar una investigacin completa.

LA ENTREVISTA
Las entrevistas se utilizan para recabar informacin en forma verbal, a travs
de preguntas que propone el analista. Quienes responden pueden ser gerentes
o empleados, los cuales son usuarios actuales del sistema existente, usuarios
potenciales del sistema propuesto o aquellos que proporcionarn datos o sern
afectados por la aplicacin propuesta. El analista puede entrevistar al personal
en forma individual o en grupos algunos analistas prefieren este mtodo a las
otras tcnicas que se estudiarn ms adelante. Sin embargo, las entrevistas no
siempre son la mejor fuente de datos de aplicacin.

3.2.2 Diseo conceptual de la base de

datos
El diseo de una base de datos es un proceso complejo que abarca decisiones a muy distintos
niveles. La complejidad se controla mejor si se descompone el problema en subproblemas y se
resuelve cada uno de estos subproblemas independientemente, utilizando tcnicas especficas.
As, el diseo de una base de datos se descompone en diseo conceptual, diseo lgico y diseo
fsico.
El diseo conceptual parte de las especificaciones de requisitos de usuario y su resultado es el
esquema conceptual de la base de datos. Un esquema conceptual es una descripcin de alto nivel
de la estructura de la base de datos, independientemente del SGBD que se vaya a utilizar para
manipularla. Un modelo conceptual es un lenguaje que se utiliza para describir esquemas
conceptuales. El objetivo del diseo conceptual es describir el contenido de informacin de la base
de datos y no las estructuras de almacenamiento que se necesitarn para manejar esta formacin.
El diseo lgico parte del esquema conceptual y da como resultado un esquema lgico.
Un esquema lgico es una descripcin de la estructura de la base de datos en trminos de las
estructuras de datos que puede procesar un tipo de SGBD. Un modelo lgico es un lenguaje usado
para especificar esquemas lgicos (modelo relacional, modelo de red, etc.). El diseo lgico
depende del tipo de SGBD que se vaya a utilizar, no depende del producto concreto. Ahora
veremos
el
diseo
fsico
.
El diseo fsico parte del esquema lgico y da como resultado un esquema fsico. Un esquema
fsico es una descripcin de la implementacin de una base de datos en memoria secundaria: las
estructuras de almacenamiento y los mtodos utilizados para tener un acceso eficiente a los datos.
Por ello, el diseo fsico depende del SGBD concreto y el esquema fsico se expresa mediante su
lenguaje de definicin de datos.

3.2.3 Eleccin de un sistema gestor

Un gestor de base de datos o sistema d e gestin de base de datos (SGBD o

DBMS) es un software que permite introducir, organizar y recuperar la
informacin de las bases de datos; en definitiva, administrarlas. Existen
distintos tipos de gestores de bases de datos: relacional, jerrquico, red,... El
modelo relacional es el utilizado por casi todos los gestores de bases de datos
para PCs. El modelo relacional (SGBDR) es un software que almacena los
datos en forma de tablas.
Caractersticas Generales de los Sistemas Gestores de B.D.
Aunque hay multitud de aplicaciones para la Gestin de Bases de Datos
diferentes en caractersticas y precios, podemos encontrar aspectos comunes
en todos ellos:
Aceptan definiciones de esquemas y vistas (definicin de diferentes bases de
datos).
Manipulan los datos siguiendo las rdenes de los usuarios.
Cuidan que se respete la seguridad e integridad de los datos.
Permiten definir usuarios y las restricciones de acceso para cada uno de
ellos.
Controlan la concurrencia y las operaciones asociadas a la recuperacin de
los fallos.

3.2.4 Transformacin del modelo de datos

Es innegable que la gestin y la explotacin subsiguiente de los registros que contienen

datos, y, como consecuencia, informacin, depende de las herramientas existentes en el
campo de la gestin de la informacin, por una parte, y del cuerpo terico de la ciencia de
la informacin, por otra. La explotacin satisfactoria de esta informacin, de la misma
forma, demanda experiencia en dos reas de conocimiento: en las tcnicas de recuperacin
de informacin y en el estudio de las necesidades de los usuarios.
*Para transformar al modelo de datos se debe a la forma de la informacin y la necesidad
del usuario.

3.2.5 Diseo fsico y base de datos

El diseo de una base de datos se descompone en tres etapas: diseo conceptual, lgico y fsico.
La etapa del diseo lgico es independiente de los detalles de implementacin y dependiente del
tipo de SGBD que se vaya a utilizar. La salida de esta etapa es el esquema lgico global y la
documentacin que lo describe. Todo ello es la entrada para la etapa que viene a continuacin, el
diseo fsico.
Mientras que en el diseo lgico se especifica qu se guarda, en el diseo fsico se especifica
cmo se guarda. Para ello, el diseador debe conocer muy
bien toda la funcionalidad del SGBD concreto que se vaya a utilizar y tambin el sistema
informtico sobre el que ste va a trabajar. El diseo fsico no es una
etapa aislada, ya que algunas decisiones que se tomen durante su desarrollo, por ejemplo para
mejorar las prestaciones, pueden provocar una reestructuracin del
esquema lgico.

Metodologa de diseo fsico para bases de datos relacionales

El objetivo de esta etapa es producir una descripcin de la implementacin de la base de

datos en memoria secundaria. Esta descripcin incluye las estructuras de
almacenamiento y los mtodos de acceso que se utilizarn para conseguir un acceso
eficiente a los datos.
El diseo fsico se divide de cuatro fases, cada una de ellas compuesta por una serie de
pasos:

Traducir el esquema lgico global para el SGBD especfico.

1.

Disear las relaciones base para el SGBD especfico.

2.

Disear las reglas de negocio para el SGBD especfico.

Disear la representacin fsica.

1.

Analizar las transacciones.

2.

Escoger las organizaciones de ficheros.

3.

Escoger los ndices secundarios.

4.

Considerar la introduccin de redundancias controladas.

5.

Estimar la necesidad de espacio en disco.

Disear los mecanismos de seguridad.

1.

Disear las vistas de los usuarios.

2.

Disear las
reglas de acceso.

Monitorizar y
afinar
el

sistema.

3.2.6 Generacin de un sistema de base de

datos
Cuando hablamos de bases de datos, en nuestras conversaciones nos
referimos a datos relacionales. Esto no fue siempre as, antes que el modelo
relacional fuese desarrollado, existi otro modelo de datos.
Ahora, el caso para considerar las alternativas ha llegado a ser cada vez ms
fuerte, con las nuevas generaciones de leguajes de desarrollo orientados a
objetos se abre una gama de oportunidades a las aplicaciones, y a su vez a la
base de datos con la aparicin de las bases de datos nativa, orientada a
guardar estos objetos creados por las aplicaciones.
Antes de que el primer DBMS fuese desarrollado, las aplicaciones se
conectaban a orgenes de datos de ficheros planos. stos no permitir la
representacin de las relaciones de los datos o de la aplicacin lgicas de la

integridad delos mismo. El modelar de los datos se ha desarrollado desde los

aos 60para proveer caractersticas de gran alcance del almacenaje de datos.
Generalmente hablando, los modelos de los datos se han desarrollado en tres
generaciones. La primera generacin de modelos de los datos se tiende a
rechazar sin embargo fue el origen o gnesis de las base de datos. Hasta el
momento, las bases de datos ms comercialmente aceptada han sido las bases
de datos de segunda generacin que utilizan el modelo relacional. Las bases de
datos relacionales son definitivamente las que poseen la mayor parte del
mercado por ahora lo que ha hecho muy difciles para una nueva generacin
de bases de datos, conseguir por lo menos un equilibrio entre las dos
generaciones. Sin embargo, el mundo de los lenguajes programacin o
desarrollo ha venido cambiado. Con la evolucin nuevas plataformas como lo
son Java y de Microsoft con .NET, entre otras. Las opciones del desarrollador
cada vez ms amplias y poder elegir el modelo de datos a utilizar, entre el
modelo orientado objetos y el modelo no orientado a objetos.