Diseño de la estructura de datos del sistema automatizado a desarrollar, definición de base de datos, definición de normalización

REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR
UNIVERSIDAD NACIONAL EXPERIMENTAL “SIMÓN RODRÍGUEZ”
SAN CARLOS - ESTADO COJEDES


DISEÑO DE LA ESTRUCTURA DE DATOS DEL SISTEMA AUTOMATIZADO A DESARROLLAR


Autor:
Angel Puerta C.I.: 17.593.526
negro_8716@hotmail.com


DEFINICIÓN DE BASE DE DATOS
Son cualquier conjunto de datosorganizados para su almacenamiento en la memoria de un ordenador o computadora, diseñado para facilitar su mantenimiento y acceso de una forma standar. Los datos suelen aparecer en forma de texto, números o gráficos. Desde su aparición en la década de 1.950, se han hecho imprescindibles para las sociedades industriales.

DEFINICIÓN DE NORMALIZACIÓN
La normalización es un proceso que consiste encomprobar que las tablas (también denominadas relaciones en terminología propia del modelo relacional de datos) definidas cumplen unas determinadas condiciones. Se pretende garantizar la no redundancia y una cierta coherencia en la representación mediante un esquema relacional de las entidades y relaciones del modelo conceptual.
Mediante la normalización se puede solucionar diversos errores en eldiseño de la base de datos así como mejorarlo. También se facilita el trabajo posterior del administrador de la base de datos y de los desarrolladores de aplicaciones.

FORMAS NORMALES
Existen tres:
Primera Forma Normal
Se pretende garantizar la no existencia de grupos repetitivos, un grupo repetitivo es un conjunto de atributos de igual semántica en el problema y dominio, que toman valoresdistintos para la misma clave, cualquier esquema que tenga claves correctas está seguro en FN1.
Segunda Forma Normal
Se pretende garantizar una correcta elección de claves y eliminar redundancias. Si la clave esta formada por un único atributo entonces ese esquema estará seguro en segunda forma normal.
Tercera Forma Normal
Una relación esta en tercera forma normal, si y sólo si los atributos noclave (si los hay) son: mutuamente independientes y dependientes por completo de la clave primaria.

¿QUÉ ES UNA CLAVE PRINCIPAL?
Una clave principal es un campo o conjunto de campos de la tabla de un identificador exclusivo para cada fila. En una base de datos relacional como Office Access, la información se divide en tablas distintas en función del tema. Access utiliza campos de clave principalpara asociar rápidamente los datos de varias tablas y combinar esos datos de forma significativa.
A continuación, se utilizan relaciones de tablas y claves principales para indicar a Access cómo debe volver a reunir la información:

Ejemplo:
Sistema de Facturación “Distribuidora de Productos Lady”

Primera Forma Normal
Cedu_Cliente, Nombre_Cliente, Ape_Cliente, Dire_Cliente, Edad,Tlf_Cliente, No_Factura, Fecha, Cedu_Vende, Cedu_Cliente, No_Factura, Cod_Producto, Cantidad_Llevada, Cedu_Vende, Nombre_Vende, Ape_Vende, Dire_Edad, Tlf_Vende, Sueldo_Vende, Cod_Producto, Marca_Producto, Modelo_Producto, Color_Producto, Costo_Compra_Producto, Precio_Uni_Producto, Cantidad_Producto, Codigo_Prov, Codigo_Prov, Nomb_Prov, Ape_Prov, Direcc_Prov, Tlf_Prov, Empresa


Segunda Forma NormalCLIENTE
(Cedu_Cliente, Nombre_Cliente, Ape_Cliente, Dire_Cliente, Edad, Tlf_Cliente)

FACTURA
(No_Factura, Fecha, Cedu_Vende, Cedu_Cliente)

DETALLE FACTURA
(No_Factura, Cod_Producto, Cantidad_Llevada)

VENDEDOR
(Cedu_Vende, Nombre_Vende, Ape_Vende, Dire_Edad, Tlf_Vende, Sueldo_Vende)

PRODUCTO
(Cod_Producto, Marca_Producto, Modelo_Producto, Color_Producto, Costo_Compra_Producto,Precio_Uni_Producto, Cantidad_Producto, Codigo_Prov)

PROVEEDOR
(Codigo_Prov, Nomb_Prov, Ape_Prov, Direcc_Prov, Tlf_Prov, Empresa)





Tercera Forma Normal
Nota: Se relacionan los campos claves de cada tabla

CLIENTE
(Cedu_Cliente, Nombre_Cliente, Ape_Cliente, Dire_Cliente, Edad, Tlf_Cliente)

FACTURA
(No_Factura, Fecha, Cedu_Vende, Cedu_Cliente)

DETALLE FACTURA
(No_Factura,...