You are on page 1of 8

Numero de prctica: 1

Elaboro: ISC Vianey Fuentes Mateos

Nombre: Anlisis de las Fases de Normalizacin en el diseo de Sistemas

Objetivo: El alumno realizar un ejercicio en el que deber analizar cada una de las fases de normalizacin para generar el modelo entidad relacin de un Sistema de Informacin especfico.

Herramientas a Utilizar: Apuntes de clase

INTRODUCCION Una manera correcta de generar el diagrama entidad relacin de un sistema de informacin es aplicndole la normalizacin al primer prototipo del modelo. La normalizacin consta de 3 fases, en la primera de ellas se planea eliminar los atributos multivalorados de las tablas, la segunda de ellas deber encontrar las llaves compuestas y percatarse que aquellos atributos no claves tengan una relacin total con la llave primaria compuesta en caso de no ser as se deber descomponer en tablas diferentes; y por ultimo la tercera fase busca eliminar aquellos atributos que pueden ser calculados a partir de otros. Al finalizar estas tres fases se obtendrn las tablas necesarias para el modelo con sus correspondientes atributos. No necesariamente se deben pasar por las tres fases esto depender del prototipo del modelo que se tiene y de las necesidades que requiere el sistema.

DESARROLLO DE LA PRCTICA

Ejercicio II El Banco SANTANDER te solicita Normalizar y crear el diagrama de relaciones para su sistema de Base de Datos a nivel nacional, para lo cual proporciona la siguiente informacin y sus polticas de trabajo.

ZONA {cve_zon + nom_zon + monto_zon + {cve_ciu + {cve_suc + nomb_ger + dir_suc + tel_suc + {cve_cajero_automatico + modelo + ubicacin } + {cve_emp + nom_emp} + cant_empl} + cant_empl + cve_director} + cant_empl }

CIUDAD {cve_ciu + cve_ger +dir_matriz } EMPLEADO {cve_emp + nom_emp + cve_puesto + salario +dir_emp}

RESTRICCIONES: Todas las claves son nicas. (Excepto la clave de la sucursal) Clave de la sucursal, es nica dentro de la misma ciudad. El salario esta en base a la clave del puesto.

Realizar las fases de normalizacin correspondiente

1FN 1. Debe crear una nueva entidad a partir de atributos repetidos. 2. La llave primaria del padre se hereda a la nueva entidad.

Se genera una tabla en la que se almacene el nombre de la zona y el id del nombre de la zona para evitar que en la tabla ZONA al almacenar el nombre de la zona ocupe mucho espacio en disco.

NOMBRE_ZONA{id_nom_zon, nom_zon} ZONA 1 { cve_zon + nom_zon + monto_zon + cant_empl + cve_suc } ZONA 2 { cve_ciu + cant_empl + cve_director }
2

ZONA 3 { cve_suc + nom_ger + dir_suc + telsuc + cant_empl + cve_ciu } ZONA 4 { cve_cajero_automatico + modelo + ubicacin } Ciudad y empleado pasan iguales por que no tienen atributos multivalorados. CIUDAD { cve_ciu + cve_ger +dir_matriz } EMPLEADO { cve_emp + nom_emp + cve_puesto + salario +dir_emp }

2FN

Se crea una tabla llamada nombre_zona para almacenar el nombre de la zona y evitar mucho consumo de disco en la tabla zona.

Nombre_zona { cve_nom_zon + nombre } ZONA { cve_zon + nom_zon + monto_zon } Nom_zon es una llave fornea que corresponde a cve_nom_zon de la tabla Nombre_zon.

Se crea una tabla Gerente que almacena la clave del gerente y el nombre GERENTE { cve_ger + nom_ger } Se crea una tabla Director que almacena el nombre y la clave del director. DIRECTOR { cve_dir + nom_dir } CIUDAD { cve_ciu + cve_ger + dir_matriz } La tabla Ciudad se relaciona con las tablas Gerente y Director.
3

Se crea una tabla llamada Puesto que servir para calcular el salario del Empleado. PUESTO { cve_puesto + salario } EMPLEADO { cve_empl + nom_empl + dir_empl + cve_puesto } SUCURSAL { cve_suc + cve_cui + dir_suc + tel_suc + cant_empl + cve_empl } El atributo cve_ciu es llave fornea de la tabla Cuidad, cve_empl es llave fornea correspondiente de la tabla Empleado. Se crea una tabla llamada Modelo para almacenar los modelos de los cajeros automticos. MODELO { id_mod_cajero + modelo } Se crea una tabla llamada Ubicacin para almacenar la ubicacin de los cajeros. UBICACIN { id_ubic_cajero + ubicacin } CAJERO { cve_cajero_automtico + modelo + ubicacin + cve_suc } Modelo es una llave fornea que corresponde a la llave primaria de la tabla Modelo, Ubicacin es la llave fornea que corresponde a la llave primaria de Ubicacin, cve_suc es la llave primaria de la tabla Sucursal.

DIAGRAMA ENTIDAD RELACION


Cve_zona Monto_zon Tiene Cve_zon Nombre Cve_ger Nom_ger

Nombre_Zona

Supervisa

Gerente Zona
Se compo ne Cve_ciu Cve_ger Cve_dir Nombre

Nom_zon

Ciudad
Dir_matriz Tiene

Cve_ciu

Cve_suc

Es respon sable

Director

Id_mod_cajero Cve_suc Modelo fk Le perte nece

Dir_suc

Sucursal
Cve_empl Tel_suc Cant_empl Labo ran

Le corresponde
Ubicacin fk

Cajero

Modelo

Cve_cajero_autom Cve_puesto Salario Se ubica

Modelo

Ubicacin

Puesto
Cve_empl Reci be Ubicacin Id_ubi_cajer o

Empleado
Nom_empl Cve_puesto Dir_empl

Observaciones: Baruch Aguirre Domingo Ramo

Hernndez Isidro Miguel ngel

Librado Martnez Edgar Dal

Pacheco Mayo Mara Isabel

Rufino Domnguez Francisco Javier En este caso el banco Santander necesitaba realizar la normalizacin de los datos para su base de datos, por ello se a realizado dos faces de normalizacin el primero consta en revisar que no existan datos multivalorados es se realiza con la finalidad de que posteriormente exista inconsistencia de datos y por otra parte reducir datos repetidos. La segunda fase de normalizacin se realizo para ver la dependencia de los datos respecto a la llave primaria y en este caso tenamos restricciones que nos decan que las llaves primarias eran nicas excepto la llave primaria de la tabla Sucursal y teniendo en cuenta esta restriccin y la dependencia de los datos se obtuvo la mejor solucin para la base de datos del banco Santander, en la parte superior se muestra el desarrollo de las normalizaciones.