Sunteți pe pagina 1din 11

Ejemplo de normalizacin de una factura de venta

Ing. Orlando Bettin j. Reestructurado y Modificado por BJ System

DESARROLLO
1.

Creamos el Diccionario de Datos


, para ello hacemos una lista de todos los campos presentesen el documento y elegimos para ellos una
llave primaria.
2.

Aplicamos Primera Forma Normal 1FN


: Dividimos la lista de datos del diccionario de datos en
dos grupos
: El grupo # 1 estar formado por aquellos datos que no se repiten y en grupo # 2por aquellos datos
repetitivos

Clave Principal
DatosREPET
F e c h a : 0 5 0 4 2 0 1 1
No. 500456Datos no Repetitivos

Ing. Orlando Bettin j. Reestructurado y Modificado por BJ System


Al aplicar primera forma normal debemos adicionar en el grupo repetitivo el campo que seselecciono
como llave primaria al momento de elaborar el diccionario de datos para que sirvacomo llave secundaria
y permita establecer una relacin de cardinalidad 1-N desde el grupo#1(norepetitivo) al grupo#2(grupo
repetitivo) y seleccionamos una llave primaria al grupo#2. Aplicandolo anteriormente expuesto nos queda
el siguiente modelo relacional en primera forma normal(1FN).
3.

Aplicamos Segunda Forma Normal 2FN:


Al aplicar segunda forma normal slo se analiza elgrupo repetitivo (grupo #2) y se determina que datos
dependen de forma nica del la llaveprimaria, Codigo_Producto en nuestro caso, estos datos junto con la
llave primaria formarnun nuevo grupo (grupo #3) cuya llave primaria ser la misma que tena el
grupo#2(Codigo_Producto) y este mismo dato se conserva en el grupo #2 pero para este grupo pasaa ser
llave secundaria.Al aplicar segunda forma normal nos que el siguiente modelo relacional
Grupo repetitivo
Llave secundaria
Relacin de cardinalidad 1-N
Este grupo dependen de forma nica del la llave primaria y soninherentes al roducto.Este grupo No
dependen de forma nica del la llave primaria y soninherentes a la venta No al roducto
Ing. Orlando Bettin j. Reestructurado y Modificado por BJ System
4.

Aplicamos Tercera Forma Norma 3FN.


Al aplicar tercera forma normal se analiza slo al grupono repetitivo, grupo # 1 en nuestro caso, y se
separan de l aquellos campos que no dependandirectamente de la llave primaria. Para el nuevo grupo se
selecciona una llave primaria y dichocampo se conserva en el primer grupo como llave secundaria. As
nos queda el siguientemodelo.
5.

D
OTRAS OBSERVACIONES.
Se ha seguido el proceso de normalizacin haciendo un ARDpartiendo de un diccionario de datos
formado a partir del esquema de una factura, es decirnos hemos basado en uno de los mltiples
documentos que puede generar una empresa paraformar la lista de datos, luego se ha procedido a aplicar
1FN,2FN y3FN. No obstante haberseguido el proceso de normalizacin hasta 3FN en posible que aun
nuestra base de datosnecesite algunos ajustes. En tal sentido procederemos a analizar cada una de las
tablas y ahacer los ajustes que sean necesarios.
Cambiaremos los nombres de las tablas
.El cambio en los nombres de las tablas se hace para que dichos nombres guardenrelacin con los datos
que almacenan cada tabla. Los cambios propuestos semuestran a continuacin.
Nota:
Ahora asignar Nombres a las tablas
NOMBRE DEL GRUPO DESCRIPCION DE LA INFORMACION QUE CONTIENE CADA GRUPO NUEVO
NOMBRE PARA LA TABLAREPRESENTATIVA DE CADA GRUPO
Grupo # 1 Informacin de la factura TBLFacturaGrupo # 2 Detalles de la venta realizada, es la lista de
productosvendido y relacionados en una factura particular.TBLDetalleFacturaGrupo # 3 Datos de los productos.
TBLProductosGrupo # 4 Datos del cliente TBLClientes
Ing. Orlando Bettin j. Reestructurado y Modificado por BJ System

Adicionamos datos en aquellas tablas que lo requieran.

La tabla que guarda los datos de los productos no registra el valor actual de losproductos por lo que se le
adicionar un nuevo campo llamado
VALOR_ACTUAL.
Es importante no confundir el campo VALOR_ACTUAl de la tabla de productos conel campo
VALOR_UNITARIO de la tabla de detalles de la factura el VALOR_ACTUALcomo su nombre lo indica
es el valor presente a la fecha de un producto enparticular y el VALOR_UNITARIO es el precio al cual
fue vendido un producto enparticular

Despus de haber hecho los ajustes necesarios (cabio de nombres a las tablas y adicin de nuevosdatos)
hemos llegado al final del proceso de normalizacin y podemos estar seguros de quetenemos un buen
diseo de nuestra base de datos. El modelo relacional final es el siguiente

S-ar putea să vă placă și