ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ NORMALIZACION. DICCIONARIOS DE DATOS.

NORMALIZACION

1/14

Normalizacin es un conjunto de reglas que sirven para ayudar a los diseadores a desarrollar un esquema que minimice los problemas de lgica. Cada regla est basada en la que le antecede. La normalizacin se adopt porque el viejo estilo de poner todos los datos en un solo lugar, como un archivo o una tabla de la base de datos, era ine iciente y conduc!a a errores de lgica cuando se trataba de manipular los datos. "or ejemplo, vea la base de datos #i$ienda. %i almacena todos los datos en la tabla Clientes, &sta podr!a verse como se muestra a continuacin' Clientes ()*Cliente Nombre +pellidos Nombre*"roducto, Costo*"roducto, (magen*"roducto, Nombre*"roducto- Costo*"roducto- (magen*"roducto.echa*"edido Cantidad*"edido Nombre*Cia*/nvios La tabla se ha descrito de manera abreviada pero aun as! representa la idea general. 0Cmo podr!a aadir un nuevo cliente en su tabla Clientes1 )eber!a aadir un producto y un pedido tambi&n. 02u& tal si quisiera emitir un in orme de todos los productos que vende1 No podr!a separar cilmente los productos de los clientes con una simple instruccin %2L. Lo bello de las bases de datos relacionales, si estn bien diseadas, es que puede hacer esto cilmente. La nomlalizacin tambi&n hace las cosas ciles de entender. Los seres humanos tenemos la tendencia de simpli icar las cosas al m3imo. Lo hacemos con casi todo desde los animales hasta con los automviles. 4emos una imagen de gran tamao y la hacemos menos compleja agrupando cosas similares juntas. Las gu!as que la nomlalizacin provee crean el marco de re erencia para simpli icar la estructura. /n su base de datos de muestra es cil detectar que usted tiene tres di erentes grupos' clientes, productos y pedidos. %i sigue las gu!as de la nomlalizacin, podr!a crear las tablas basndose en estos grupos. /l proceso de nomlalizacin tiene un nombre y una serie de reglas para cada ase. /sto puede parecer un poco con uso al principio, pero poco a poco ir entendiendo el proceso, as! como las razones para hacerlo de esta manera. + la mayor!a de la gente le encantan las hojas de clculo por la orma en la que manejan sus datos. /l tiempo que le lleve recon igurar su esquema para ajustarlo al proceso de nomlalizacin, siempre ser bien (invertido. +l in y al cabo, esto le tomar menos tiempo que el que tendr!a que invertir , para cortar y pegar sus columnas de datos para generar el in omle que quiere su je e. 5tra ventaja de la nomlalizacin de su base de datos es el consumo de espacio. 6na base de datos nomlalizada puede ocupar menos espacio en disco que una no nomlalizada. 7ay menos repeticin de datos, lo que tiene como consecuencia un mucho menor uso de espacio en disco.

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ

2/14

8rados de normalizacin /3isten bsicamente tres niveles de normalizacin' "rimera .omla Normal 9,N.:, %egunda .omla Normal 9-N.: y $ercera .omla Normal 9;N.:. Cada una de estas ormas tiene sus propias reglas. Cuando una base de datos se con orma a un nivel, se considera nomlalizada a esa orma de nomlalizacin. "or ejemplo, supongamos que su base de datos cumple con todas las reglas del segundo nivel de nomlalizacin. %e considera que est en la %egunda .omla Normal. No siempre es una buena idea tener una base de datos con ormada en el nivel ms alto de normalizacin. "uede llevar aun nivel de complejidad que pudiera ser evitado si estuviera en un nivel ms bajo de normalizacin. Primera Forma Normal La regla de la "rimera .orma Normal establece que las columnas repetidas deben eliminarse y colocarse en tablas separadas. <sta es una regla muy cil de seguir. 5bserve el esquema de la tabla Clientes de la base de datos. Clientes () Cliente Nombre +pellidos Nombre*"roducto, Costo*"roducto, (magen*"roducto, Nombre*"roductoCosto*"roducto(magen*"roducto.echa*"edido Cantidad*"edido Nombre Cia /nvios La tabla tiene varias columnas repetidas. <stas se re ieren principalmente a los productos. )e acuerdo con la regla, debe eliminar las columnas repetidas y crearles su propia tabla. /liminacin de datos repetidos en una base de datos Clientes "edidos ()*Clientes Nombre*"roductos Nombre Costo*"roducto +pellidos (magen*"roducto )ireccion Numero*"edido .echa*"edido Cantidad*"edido Clave*Cia*/nvios Nombre*Ci* /nvios

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ

3/14

+hora tiene dos tablas. "ero todav!a hay un problema. No hay orma de relacionar los datos de la tabla original con los de la nueva tabla. "ara hacerlo, debe aadir un campo clave a la segunda tabla de orma que se establezca la relacin. +ada a la tabla "roductos una clave primaria que se llame ()*"roducto y aada una clave a la tabla Clientes que la relacione con la tabla "roductos. /l campo ()*"roducto es el candidato ideal. "rimera .orma Normal Clientes "edidos ()*"roductos ()*"roductos ()*Clientes Nombre*"roductos Nombre Costo*"roducto +pellidos (magen*"roducto )ireccion Numero*"edido .echa*"edido Cantidad*"edido Clave*Cia*/nvios +s!, se ha establecido una relacin uno a varios. <sta representa lo que la base de datos estar haciendo en la vida real. /l cliente tendr muchos productos que podr comprar, sin importar cuntos otros clientes quieran comprarlos tambi&n. +dems, el cliente necesitar haber pedido un producto para ser un cliente. 6sted ya no est obligado a aadir un cliente cada vez que aade un nuevo producto a su inventario. "oner la base de datos en la "rimera .orma Normal resuelve el problema de los encabezados de columna m=ltiples. #uy a menudo, los diseadores de bases de datos ine3pertos harn algo similar a la tabla no normalizada. 6na y otra vez, crearn columnas que representen los mismos datos. /n una empresa de servicios de electricidad, hab!a una base de datos para el control de re acciones de una planta nuclear. La tabla de su base de datos, la cual conten!a los n=meros de parte de las re acciones, ten!a una columna repetida ms de treinta veces. Cada vez que una nueva parte se ten!a que dar de alta, se creaba una nueva columna para almacenar la in ormacin. 5bviamente, el diseo de la base de datos era bastante pobre y, por lo mismo, resultaba una pesadilla para sus programadores>administradores. La normalizacin ayuda a clari icar la base de datos ya organizarla en partes ms pequeas y ms ciles de entender. /n lugar de tener que entender una tabla gigantesca y monol!tica que tiene muchos di erentes aspectos, usted slo tiene que entender objetos pequeos y ms tangibles, as! como las relaciones que guardan con otros objetos tambi&n pequeos. No es necesario mencionar que un mejor entendimiento del uncionamiento de su base de datos conducir aun mejor aprovechamiento de sus activos.

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ

4/14

Segunda Forma Normal La regla de la %egunda .orma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. 6na depen dencia parcial es un t&rmino que describe a aquellos datos que no dependen de la clave de la tabla para identi icarlos. /n la base de datos de muestra, la in ormacin de pedidos est en cada uno de los registros. %er!a mucho ms simple utilizar =nicamente el n=mero del pedido. /l resto de la in ormacin podr!a residir en su propia tabla. 6na vez que haya organizado la in ormacin de pedidos. /liminacin de las dependencias parciales ?%egunda .orma Normal Clientes "edidos "roductos ()*"roductos ()*"roductos ()*"roducto ()*Clientes Nombre*"roductos .echa*Compra Nombre Cantidad*"edido Costos*"roductos +pellidos (magen*"roducto )ireccion Numero*"edido Nombre*Cia*/nvios )e nuevo, al organizar el esquema de esta orma puede re lejar el mundo real en su base de datos. $endr!a que hacer algunos cambios en sus reglas del negocio para que esto uera aplicable, pero para ilustrar la normalizacin, as! est bien. 6na de las mayores desventajas de la normalizacin es el tiempo que lleva hacerlo. La mayor!a de la gente est demasiado ocupada, y emplear tiempo para asegurarse de que sus datos estn normalizados cuando todo unciona ms o menos bien, parece ser un desperdicio de tiempo. "ero no es as!. 6sted tendr que emplear ms tiempo arreglando una base de datos no normalizada que el que emplear!a en una normalizada. +l haber alcanzado la %egunda .orma Normal, usted puede dis rutar de algunas de las ventajas de las bases de datos relacionales. "or ejemplo, puede aadir nuevas columnas a la tabla Clientes sin a ectar a las tablas "roductos y "edidos. Lo mismo aplica para las otras tablas. +lcanzar este nivel de normalizacin permite que los datos se acomoden de una manera natural dentro de los l!mites esperados. 6na vez que ha alcanzado el nivel de la %egunda .orma Normal, se han controlado la mayor!a de los problemas de lgica. "uede insertar un registro sin un e3ceso de datos en la mayor!a de las tablas. 5bservando un poco ms de cerca la tabla Clientes, vemos la columna Nombre*Cia*/nvios. <sta no es dependiente del cliente. /l siguiente nivel de normalizacin e3plicar cmo solucionar esto. Tercera Forma Normal La regla de la $ercera .orma Normal seala que hay que eliminar y separar cualquier dato que no sea clave. /l valor de esta columna debe depender de la clave. $odos los valores deben identi icarse =nicamente por la clave. /n la base de datos de muestra, la tabla Clientes contiene la columna Nombre*Cia*/nvios, la cual no se identi ica =nicamente por la clave. "odr!a separar estos datos de la

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ

5/14

tabla y ponerlos en una tabla aparte. /liminacin de los datos que no son claves para la $ercera .orma Normal Clientes "roductos "edido#aestro "edido)etallado Cias*/nvios ()*cliente ()*"roducto ()*"edido ()*"edido)etallado ()*Cia*/nvios ()*"roducto Nombre*"roducto .echa*"edido ()*"edido Nombre*Cia*/nvios. Numero*"edido Costos*"roductos Cantidad*"edidos .echa*"edido ()*Cia*/nvios .oto*"roducto Cantidad*"edido Nombre +pellidos )ireccion +hora todas sus tablas estn en la $ercera .orma Normal. /sto le da ms le3ibilidad y previene errores de lgica cuando inserta o borra registros. Cada columna en la tabla est identi icada de manera =nica por la clave, y no hay datos repetidos. /sto provee un esquema limpio y elegante, que es cil de trabajar y e3pandir. /n resumen La normalizacin es una t&cnica que se utiliza para crear relaciones lgicas apropiadas entre tablas de una base de datos. +yuda a prevenir errores lgicos en la manipulacin de datos. La normalizacin acilita tambi&n agregar nuevas columnas sin romper el esquema actual ni las relaciones. /3isten varios niveles de normalizacin' "rimera .orma Normal, %egunda .orma Normal, $ercera .orma Normal, .orma Normal @oyce?Codd, Cuarta .orma Normal, 2uinta .orma Normal o .orma Normal de "royeccin?6nin, .orma Normal de "royeccin?6nin .uerte, .orma Normal de "royeccin?6nin /3tra .uerte y .orma Normal de Clave de )ominio. Cada nuevo nivel o orma lo acerca ms a hacer su base de datos verdaderamente relacional. Normalizar demasiado puede conducir a tener una base de datos ine iciente y hacer a su esquema demasiado complejo para trabajar. 6n balance apropiado de sentido com=n y prctico puede ayudarle a decidir cundo normalizar.

Normalizacin

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ Productos Cod_prod Proveedor Cod_prov Descp_prov Direccin Telfono Fax Rif Nit Descp_prod Cant_prod

6/14

Cotizacin Cod_cot Compra Cod_orden Solicitud Cod_sol Cod_prod Inventario Cod_invt Cod_prod Cantidad Descripcin ferta Cod_oferta Cod_prod Cod_prov cantidad Precio! Precio" Precio# Cant_minima Cod_invt Cant_sol Cant_aprobada Cod_prov Cod_prod Cant_compra Precio Cod_prov Cod_prod Cant_soli

Dro$uer%a Cod_dro$uer%a Descripcin

Grfico 25&'Normalizacin&

DICCIONARIO DE DATOS Los diccionarios de datos son el segundo componente del anlisis del lujo de datos. /n s! mismos los diagramas de lujo de datos no describen por completo el

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ

7/14

objeto de la investigacin. /l diccionario de datos proporciona in ormacin adicional sobre el sistema. /sta seccin analiza que es un diccionario de datos, por qu& se necesita en el anlisis de lujo de datos y como desarrollarlo. %e utilizar el ejemplo del sistema de contabilidad para describir los diccionarios de datos. 6n diccionario de datos es una lista de todos los elementos incluido en el conjunto de los diagramas de lujo de datos que describen un sistema. Los elementos principales en un sistema, estudiados en las secciones anteriores, son el lujo de datos, el almacenamiento de datos y los procesos. /l diccionario de datos almacena detalles y descripciones de estos elementos. %i los analistas desean conocer cuntos caracteres hay en un dato, con qu& otros nombres se le conoce en el sistema, o en donde se utilizan dentro del sistema deben ser capaces de encontrar las respuesta en un diccionario de datos desarrollado apropiadamente. /l diccionario de dato se desarrolla durante el anlisis de lujo de datos y ayuda el analista involucrado en la determinacin de los requerimientos de sistemas. %in embargo, como se ver ms adelante, tambi&n el contenido del diccionario de datos se utiliza durante el diseo del sistema. /n in ormtica, base de datos acerca de la terminolog!a que se utilizar en un sistema de in ormacin. "ara comprender mejor el signi icado de un diccionario de datos, puede considerarse su contenido como Adatos acerca de los datosAB es decir, descripciones de todos los dems objetos 9archivos, programas, in ormes, sinnimos...: e3istentes en el sistema. 6n diccionario de datos almacena la totalidad de los diversos esquemas y especi icaciones de archivos, as! como sus ubicaciones. %i es completo incluye tambi&n in ormacin acerca de qu& programas utilizan qu& datos, y qu& usuarios estn interesados en unos u otros in ormes. "or lo general, el diccionario de datos est integrado en el sistema de in ormacin que describe. Descripci n de los Da!os en el Diccionario Cada entrada en el diccionario de dato consiste en un conjunto de detalles que describen los datos utilizados o producidos en el sistema. Cada articulo se identi ica por un nombre de dato, descripcin, sinnimo y longitud de campo y tiene valores espec! icos que se permiten para &ste en el sistema estudiado. Nom"re de los Da!os "ara distinguir un dato de otro, los analista les asigna nombre signi icativos que se utilizan para tener una re erencia de cada elemento a trav&s del proceso total de desarrollo de sistemas. "or lo tanto, debe tenerse cuidado para seleccionar, en orma signi icativa y entendible, los nombres de los datos, por ejemplo la echa de actura es ms signi icativa si se llama ./C7+ .+C$6C+ que si se le conoce como +@CDDD. Descripci n de los Da!os /stablece brevemente lo que representa el dato en el sistemaB por ejemplo, la descripcin para ./C7+?)/?.+C$6C+ indica que es la echa en la cual se est preparando la misma 9para distinguirla de la echa en la que se envi por correo o se recibi.

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ

8/14

Las descripciones de datos se deben escribir suponiendo que a gente que los lea no conoce nada en relacin del sistema. )eben evitarse termino especiales o argot, todas las palabras deben se entendible para el lector Alias Con recuencia el mismo dato puede conocerse con di erentes nombres, dependiendo de quien lo utilice. /l uso de los alias deben evitar con usin. 6n diccionario de dato signi icativo incluir todos los alias. Longi!ud de campo Cuando las caracter!stica del diseo del sistema se ejecuten ms tarde en el proceso de desarrollo del sistemas, ser importante conocer la cantidad de espacio que necesita para cada dato. #alores de los da!os /n algunos proceso solo se permiten valores de datos espec! icos. "or ejemplo, en muchas compa!as con recuencia los n=meros de orden de compra se proporcionan con un pre ijo de una letra para indicar el departamento del origen. Regis!ro de las descripciones de da!os )adas que las descripciones se utilizarn en orma repetitiva a trav&s de una in ormacin y despu&s, durante el diseo, se sugiere un ormato cil para utilizar que simpli ique el registro y los detalles de consulta cuando se necesiten.

Diccionario de Datos

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ Cuadro 32: Productos Nombre'de'la'Tabla('Productos Identificacin'en'la')ase'de'Datos('Productos

9/14

Descripcin('Contiene la informacin sobre los medicamentos. *STR+CT+R,'F-SIC,

Campo Clave X Nombre del campo Cod_prod Descp_prod Cant_prod Tipo de Dato Car.cter Car.cter Numrico Longitud / #0 2 Dec. 0 0 0 Descripcin del Campo Cdi$o ' de'

productos& Descripcin ' Produc1 tos& Cantidad ' de ' Produc1 tos&

N mero de Campo Tres !3"

Cuadro 33: Proveedor Nombre'de'la'Tabla('Proveedor

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ Identificacin'en'la')ase'de'Datos('Proveedor. Descripcin('Contiene la informacin de los Proveedores. *STR+CT+R,'F-SIC,
Campo Clave X Nombre del campo Cod_prov Descp_prov Direccin Telfono Fax Rif Nit Tipo de Dato Car.cter Car.cter Car.cter Numrico Numrico Car.cter Car.cter / #0 20 !" !" 0 0 0 0 0 0 0 Longitud Dec.

10/14

Descripcin del Campo Cdi$o ' de ' Proveedo1 res& Descripcin veedor& Direccin ' del ' pro1 veedor& Telfono ' del ' Pro1 veedor& Fax Rif Nit ' Pro1

N mero de Campos: #iete !$".

Cuadro 3%: Coti&acin Nombre'de'la'Tabla('Coti&acin

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ Identificacin'en'la')ase'de'Datos('Coti&acin.

11/14

Descripcin( 'Contiene la informacin sobre las coti&aciones 'ue le suministra a los proveedores. *STR+CT+R,'F-SIC,
Campo Clave X X X Nombre del campo Cod_cot Cod_prov Cant_prod Cant_sol Tipo de Dato Car.cter Car.cter Car.cter Numrico / / / 2 0 0 0 0 Cdi$o Longitud Dec. Descripcin del Campo ' de ' la' Cotizacin& Cdi$o ' del ' Pro1 veedor& Cdi$o ' del ' pro1 ducto& Direccin ' del ' pro1 veedor&

N mero de Campos: Cuatro !%".

Cuadro 3(: Compra Nombre'de'la'Tabla('Compra Identificacin'en'la')ase'de'Datos('Compra. Descripcin( 'Contiene la informacin referente

las

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ ordenes de compras 'ue se le reali&a al proveedor. *STR+CT+R,'F-SIC,
Campo Clave X Nombre del campo Cod_orden Des_prov Cod_prod
Cant_compra

12/14

Tipo de Dato Car.cter Car.cter Car.cter Numrico Numrico

Longitud / #0 / !" !"

Dec. 0 0 0 0 0

Descripcin del Campo Cdi$o'de'la'orden& Cdi$o ' del ' Pro1 veedor& Cdi$o ' del ' pro1 ducto& Cantidad ' de ' la' compra& Precio ' del ' pro1 ducto&

Precio

N mero de Campos: Cinco !(".

Cuadro 3): #olicitud Nombre'de'la'Tabla('#olicitud. Identificacin'en'la')ase'de'Datos('#olicitud. Descripcin( 'Contiene la informacin sobre los pedidos de los productos 'ue solicitan a las droguer*as. *STR+CT+R,'F-SIC,

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ

Campo Clave X X X Nombre del campo Cod_sol Cod_prod Cod_invt Cant_soli Cant_aprob Tipo de Dato Car.cter Car.cter Car.cter Car.cter Car.cter Longitud / / / / / Dec. 0 0 0 0 0 Descripcin del

13/14

Campo Cdi$o ' de ' soli1 citud& Cdi$o ' del ' Pro1 veedor& Cdi$o'Inventario& Cdi$o'Solicitada& Cantidad',probada&

N mero de Campos: #eis !)".

Cuadro 3$: +nventario Nombre'de'la'Tabla('+nventario Identificacin'en'la')ase'de'Datos('+nventario. Descripcin( 'Contiene la informacin sobre los medicamentos de la farmacia. *STR+CT+R,'F-SIC,
Campo Clave Nombre del campo Tipo de Dato Longitud Dec. Descripcin del Campo

ANALISIS Y DISEO DE SISTEMAS PROF. DIANA MARQUEZ

X X Cod_inv Cod_prod
Descripcin

14/14
0 0 0 Cdi$o ' de ' inven1 tario& Cdi$o ' del ' Pro1 ducto& Descripcin producto& ' del'

Car.cter Car.cter Car.cter

/ / #0

N mero de Campos: Tres !3".