Entrega_TallerIII

Universidad Veracruzana
Facultad de Estadística e Informática

Taller de Integración III

Profesora Blanca Landa Pensado

Sistema de distribución de paquetes

Elizalde Rosales José Luis
Medina García Carlos Arturo
Zúñiga Sarmiento Enrique

24 de noviembre de 2014

ÍNDICE
Introducción……………………………………………………..

3

Contexto……………………….………………………………….

3

Modelo entidad relación.……………..………………………..

4Normalización………………………………….………………..

5

Esquema de fragmentación……………………………………

7

Implementación de fragmentación…………..……………….

10

Procedimientos, funciones y disparadores……..………….

19

Conclusión…………………………………………….………….

28

Anexo A: Diccionario de Datos………………………………..

29

Anexo B: Funcionamiento de la aplicación…………………

36

2

INTRODUCCIÓN
El presente trabajo contiene la definición yespecificación de cómo se implementó
una base de datos distribuida y la aplicación que la utiliza para un sistema de
distribución de paquetería, basándonos en el modelo utilizado por la empresa de
paquetería DHL.

CONTEXTO
La problemática que se tratará en el presente trabajo encuentra su contexto en los
sistemas de envío, para fines de este trabajo se hará una propuesta dirigida a la
empresa DHL a nivelnacional.
Se planea diseñar una Base de Datos distribuida para las sucursales que se
encuentran ubicadas geográficamente en diferentes puntos de la república, dicha
base de datos tendrá almacenada información de los clientes, los tipos de
paquetes que se pueden enviar, la ubicación actual de algún paquete durante su
envío, descripción de los paquetes, las regiones y las sucursales.
A continuación semuestra la propuesta que consideramos satisface las
necesidades de la empresa de envíos DHL.

3

MODELO ENTIDAD RELACIÓN

4

NORMALIZACIÓN
Al realizar la base de datos se comenzó con un modelo de entidad relación base
que fue evolucionando hacía la estructura que actualmente tiene la base de datos.
Se llevaron a cabo las siguientes etapas de normalización:
Primera forma normal (1FN)
Se verificóque el esquema de la base de datos cumpliera con los criterios de la
primera forma normal:
 Todos los datos son atómicos
 Todas las tablas tienen una llave primaria
 Las tablas no contienen más de un valor de su dominio
Segunda forma normal (2FN)
Se verificó que el esquema de la base de datos cumpliera con los criterios de la
segunda forma normal, eliminando la dependencia funcional, es decir,todos los
atributos que no son una clave primaria deben depender únicamente de una llave
y no más.
Tercera forma normal (3FN)
Finalmente se verificó que el esquema de la base de datos no contara con ningún
tipo de dependencia funcional transitiva, es decir, que no exista más que una
manera de llegar a una tabla dada.
Las tablas resultantes del proceso de normalización se muestran a continuación:

56

ESQUEMA DE FRAGMENTACIÓN/UBICACIÓN
Esquema Global
Sucursal {idSusursal, nombre, calle, numero, colonia, CP, municipio, estado}
Empleado{idEmpleado, nombre,apPaterno, ApMaterno, calle, colonia, numero,
correo}
Región{idRegion, Nombre}
Trayecto{idTrayecto, Fecha}
Paquete{idPaquete, peso, frágil, prioridad, tipo, estatus, costoEnvío}
Contenido{idcontenido,Descripción}Destinatario{idDestinatario, nombre, teléfono, correo}
Cliente{idCliente, nombre, ApPat, ApMat, Calle, numero, colonia, ciudad, estado,
teléfono, correo, CP, RFC, Tipo}
PaquetesCliente{idPaquetesCliente}
Para llevar a cabo la fragmentación de la base de datos distribuida, se separaron
las tablas de acuerdo a cinco regiones: Centro, Noreste, Noroeste, Sureste y
Suroeste. Estos son los sitios en donde se implementará y cadauno contendrá la
información especificada. Se utiliza la notación C (Centro), NE (Noreste), NO
(Noroeste), SE (Sureste) y SO (Suroeste) al final del nombre de las tablas.
Basado en dichos criterios se fragmentaron la mayoría de las tablas, excepto
Trayecto, Paquete, Contenido y Destinatario, que se mantienen en la región
central para eficientar el acceso a los datos que contienen y evitar la...