PROYECTO DE DISEO DE ANALISIS DE DATOS

M. EN C. ABRAHAM JORGE JIMNEZ ALFARO

PROBLEMA DE DISEO DE SISTEMAS OLPT.

DESARROLLO DEL PROBLEMA
En el ao 1989, en una empresa nacional que se encargaba de distribucin
de productos a diferentes mercados se quiso disear un programa que controlase
con la siguiente informacin:
Nombre del mercado
Direccin del mercado
Telfono del mercado
Ciudad del mercado
Provincia del mercado
Cdigo de la ruta que vende
Nombre de la ruta
Precio dela ruta

(NOMMER)
(DIRMER)
(TELMER)
(CIUMER)
(PROMER)
(CODFRU)
(NOMFRU)
(PVEFRU)

El programa se encargaba de estudiar las diferencias de precio que

existan de una misma fruta en diferentes mercados, incluso en diferentes
ciudades y provincias.
Cuando se estudio el rendimiento de los datos en los programas que los
gestionaban, se observo que:
Consultar que mercados haba en una ciudad, se lean registros
innecesarios.
Si se modificaba el telfono o la direccin de un mercado, eran necesario
cambiarlo en numerosos registros con el peligro de que si durante el
proceso existan usuarios realizando otras operaciones o se caa el
sistema, se podan guardar inconsistencias (contradicciones entre sus
valores).
No se conoca muy bien las repercusiones que poda tener una
modificacin o un borrado de un registro, pues eran inmensas las
aplicaciones que corran sobre los datos y miles los programas que los
utilizaban. Adems, con la rapidez de cambio del personal de la empresa,
los responsables actuales no eran capaces de controlar el sistema.
Exista muchsima informacin duplicada en los ficheros
Mas adelante se diseo otro programa que imprima cartas con ofertas a los
mercados. Por supuesto, usaba el fichero anterior, pero se tenia que recorrer
absolutamente todos los registros. Lo que llevaba no solo un tiempo exagerado
para su ejecucin, sino que el propio sistema se ralentizaba al tener que cargar en
memoria (realizando accesos en memoria secundaria) multitud de registros que
luego eran innecesarios.

En otra ocasin se quiso llevar la gestin de cmo llegaban los productos a los
diferentes mercados desde los almacenes con sus facturas correspondientes. Se
diseo una ficha para manejar la informacin con los siguientes datos.
Numero de factura
Fecha de factura

(NUMFAC)
(FECFAC)

Cdigo de almacn
Nombre del almacn
Cif del almacn

(CODALM)
(NOMALM)
(CIFALM)

Cdigo del mercado

Nombre del mercado
Direccin del mercado
Ciudad del mercado
Provincia del mercado

(CODMER)
(NOMMER)
(DIRMER)
(CIUMER)
(PROMER)

Cdigo de la fruta
Nombre de la fruta
Cantidad a entregar en Kg.
Precio del kilo

(CODFRU)
(NOMFRU)
(CANKGS)
(PREKGS)

Es evidente que mucha informacin ya estaba duplicada en otros ficheros.

Pero claro, en los otros ficheros se utilizaba para aplicaciones distintas y era
mucho mas sencillo al programador que desde su programa crease un fichero a
su medida . Pasado el tiempo y con la practica, se vio que la misma informacin
repartida en distintos ficheros se contradeca, era inconsistente; los discos
mantenan mucha informacin duplicada; las transacciones se hacan cada vez
mas lentas y, sobre todo, que el mantenimiento de los programas ante las nuevas
modificaciones que resultaban de las necesidades era muy costoso y en muchas
ocasiones, al final, nada productivo.
Todo ello eran anomalas que generaban multitud de incomodidades y
problemas a la empresa que explotaba las aplicaciones y consecuentemente, el
gasto econmico exagerado que iba suponiendo (cada vez mas) y que nunca
consegua congelar la informacin, dejndola optimizada dentro del ordenador
para su futura explotacin.
Resumiendo, se planteaban los siguientes problemas:
El mal aprovechamiento del espacio de almacenamiento (era gestionado
por el sistema operativo)
Redundancia de datos (duplicidad de informacin)
Informacin inconsistente (datos contradictorios)

Dependencia fuerte entre los programas y los datos

Lentitud de ejecucin de los procesos que manejan los dato
Mal aprovechamiento de los recursos del ordenador

Todo ello llevo a la necesidad de disear los datos de modo que resolviesen
todos estos inconvenientes y se optimizase su gestin.
ANLISIS
Los datos que se han obtenido del usuario se encuentran en la tabla que se
muestra a continuacin.
Descripcin

Nombre

Tipo y
Tamao

Datos del mercado

CODMER
NOMMER
DIRMER
CPOMER
CIUMER
CPRMER
PROMER
TELMER

Cdigo del mercado

Nombre del mercado
Direccin del mercado
Cdigo postal del mercado
Ciudad del mercado
Cdigo de la provincia del mercado
Nombre de la provincia del mercado
Telfono del mercado

X(4)
X(34)
X(30)
X(5)
X(30)
X(2)
X(25)
X(9)

Datos del puesto de un mercado

CODPTO
CIFPTO
NOMPTO
NPRPTO

Cdigo del puesto del mercado

Cif del puesto
Nombre del puesto
Nombre del propietario

X(4)
X(15)
X(20)
X(30)

Datos de la fruta que se vende en un puesto

CODFRU
NOMFRU
CMEFRU
NMEFRU
STKPTO
PVEFRU

Cdigo de la fruta
Nombre de la fruta
Cdigo de la medida de venta
Nombre de la medida de venta
Stock de fruta en medida en el puesto
Precio de la fruta en la medida

X(3)
X(20)
X(2)
X(15)
9(6)
9(4)

Datos de un almacn que distribuye fruta

CODALM

Cdigo del almacn

X(3)

NOMALM
CIFALM
CODFRU
CMEFRU
STKALM
PDIFRU

Nombre del almacn

Cif del almacn
Cdigo de la fruta que distribuye
Cdigo de la medida de distribucin
Stock de fruta en medida en almacn
Precio de distribucin de la medida

X(35)
X(15)
X(3)
X(2)
9(6)
9(4)

Datos de la factura que un almacn elabora a un

puesto del mercado
NUMFAC
FECFAC
CODALM
NOMALM
CIFALM
CODMER
NOMMER
DIRMER
CPOMER
CIUMER
PROMER
CODPTO
NOMPTO
CIFPTO
NPRPTO
CODFRU
NOMFRU
CMEFRU
NMEFRU
UMEFRU
PDIFRU
PTOFRU
BIMFAC
PROIVA
IVAFAC
TOTFAC

Numero de la factura
Fecha de la factura
Cdigo del almacn
Nombre del almacn
Cif del almacn
Cdigo del mercado
Nombre del mercado
Direccin del mercado
Cdigo postal del mercado
Ciudad del mercado
Provincia del mercado
Cdigo del puesto
Nombre del puesto
Cif del puesto
Nombre del propietario del puesto
Cdigo de la fruta vendida
Nombre de la fruta
Cdigo de la medida de venta
Nombre de la medida de venta
Unidades de medida vendidas
Precio distribucin de la medida
Precio total de la fruta
Importe de base imponible de la factura
Porcentaje sobre del IVA
Importe del IVA de la factura
Total de la factura

X(10)
D
X(3)
X(35)
X(15)
X(4)
X(35)
X(30)
X(5)
X(25)
X(25)
X(4)
X(20)
X(15)
X(30)
X(3)
X(20)
X(2)
X(15)
9(6)
9(4)
9(6)
9(8)
9(2)
9(7)
9(8)

Junto con los datos, el usuario nos facilito una factura modelo que elabora
un almacn a un puesto de un mercado y cuyos datos ya los hemos mencionado
anteriormente.

Factura:
Fecha:

91030711
27-Abril-1992

Mercado:

121
Centro comercial CEMCOM
Avda. San Diego, s/n
28041
Madrid
67
Cif: B-629300156
Jose Luis de la Hoz Saez

Almacn:

27
Cif: B-7303701
Distribucin ALMANSA

Puesto:

Fruta

U-medida

cantidad

precio/unidad

total

136 Manzanas
136 Manzanas
177 Naranjas
208 Pias

20-caja 25 Kg.
22-caja 30 Kg.
18- saco %Kg.
10-unidad

50
50
100
75

3750
4500
200
60

187500
225000
20000
4500

Base imponible...: 437000

13% IVA.............: 56810
Total....................: 493810
Figura 1.1
En las diversas reuniones con los usuarios se han recogido los siguientes
requisitos:
No existen ciudades diferentes con el mismo nombre. Los nombres de los
mercados y de los propietario son nicos.
Cada mercado codifica los puestos que tiene secuencialmente, empezando
todos desde el puesto 001.
Un propietario puede tener varios puestos, que se pueden encontrar en el
mismo mercado o en mercados diferentes. En este caso, generalmente el
nombre se repite.
La empresa tiene varios almacenes, y cada almacn distribuye determinada
fruta y NO toda. De la fruta que puede distribuir puede suceder que existe
alguna sin stock.
En los puestos de los mercados puede darse el caso de que determinada
fruta no disponga de stock.
Un almacn distribuye fruta a todos los puestos de determinados mercados.
Estos mercados que se asignan a un almacn son aquellos que estn
ubicados en el mbito geogrfico del almacn. Pero no distribuye a

cualquier mercado que le hace un pedido, puesto que cada mercado tiene
sus almacenes asignados.

ALM1

ALM2

ALM3

MER1

MER2

MER3

Figura 1.2
Siendo ALM los almacenes, MER los mercados y AR las reas geogrficas
marcadas para un almacn.
El almacn ALM1 suministra fruta en el rea AR1 que le han asignado, y por
tanto tiene los almacenes MER1 y MER2. El almacn ALM2 tiene el rea AR2 con
los mercados que se encuentran en ese rea: MER1 y MER2. EL almacn ALM3
tiene el rea AR3 y los mercados MER2 y MER.
De ese modo al mercado MER1 le suministra fruta los almacenes ALM1 y
ALM2, al mercado MER2 los almacenes ALM!, ALM2 y ALM3, y al MER3 el
almacn ALM3.
Una ruta determinada se puede distribuir en diferentes unidades de medida.
Por ejemplo, en la factura de la figura, las manzanas se pueden entregar en
cajas de 25 y de 30 kilos.
Una misma fruta se distribuye al mismo precio desde un almacn,
independientemente de la cantidad que se pida y del puesto o del mercado
al que se le vende. Cada fruta posiblemente se distribuya a precios
diferentes segn el almacn.
Cada puesto vende la fruta a un precio, que generalmente difiere de un
puesto a otro.
Cada almacn enumera sus facturas secuencialmente cada ao. Los dos
primeros caracteres son el ao, los seis caracteres siguientes es un numero
secuencial que pone cada almacn. Esto indica que dos almacenes en un
ao van dando nmeros de facturas iguales, se diferencian teniendo en
cuenta el cdigo del almacn. (Vase el numero de factura del ejemplo)

Pues bien con toda esta informacin tenemos que empezar a estudiar de que
modo vamos a llegar a representar los datos de forma coherente y optimizada en
tablas para su futuro tratamiento. Primero se deben definir los objetos que
intervienen en el problema, as como las relaciones existentes entre ellos. Del
mismo modo hay que asignar a cada objeto y a cada relacin los atributos que
contienen.
PARA ESTO SE PIDE:
INSTRUCCIONES GENERALES:
SE DEBER ENTREGAR CADA EVALUACION EN FORMATO IMPRESO EN GRUPO
DE TRABAJO, TENIENDO COMO LIMITE EL DA DE LA EVALUACIN
CORRESPONDIENTE.

EVALUACIN 1
A.- ESPECIFICACIN DE REQUERIMIENTOS (FORMA SRS DE INGENIERA
DE SOFTWARE).
B.- EL DIAGRAMA ENTIDAD RELACIN
EVALUACIN 2
A.- EL MODELO RELACIONAL CON LA EXPLICACIN DE LAS PRIMITIVAS
DE DESCOMPOSICIN EJEMPLIFICADAS
EVALUACIN 3
A.- NORMALIZACION HASTA LA TERCERA FORMA NORMAL.