UNIVERSIDAD DE LA FRONTERA

DEPARTAMENTO DE INGENIERIA DE SISTEMAS

PRIMER INFORME BASE DE DATOS I

DISEO DE UNA BASE DE DATOS

PARA LA LOGISTICA DE VENTA
EN LA FERRETERIA CASAMAR

ALBERTO HERRERA POZA

JORGE FUENTES
IGNACIO FERNNDEZ

TEMUCO, MARZO DE 2016

DISEO DE UNA BASE DE DATOS

PARA LA LOGISTICA DE VENTA
EN LA FERRETERIA CASAMAR

NDICE

Pg.
I.

INTRODUCCIN4

II. ANTECEDENTES.. 5
II.I Descripcin de la empresa. 5
II.II Ubicacin .. 5
II.III Descripcin de los requerimientos. 6
III. OBJETIVOS 7
III.I Objetivo general 7
III.II Objetivos especficos... 7
IV. MODELO ER. 8
IV.I Tabla entidad-atributos... 8
IV.II Detalle de las entidades. 8
IV.III Tabla entidad-relaciones 10
IV.IV Detalle de las relaciones 10
IV.V Modelo entidad-relacin (DER) . 12
V. MODELO RELACIONAL. 13
V.I Transformacin relacional. 13
V.II Modelo Relacional. 13
VI. NORMALIZACIN
VII. CONCLUSIONES

INTRODUCCIN

El incremento de volumen, en los tamaos de informacin que se manejan al da

de hoy, ha puesto a disposicin de los usuarios, diversas maneras de manejarla
sin poner en dudas su calidad y fiabilidad. Este incremento se ha dado debido a la
gran revolucin informtica de las ltimas dcadas, revolucin que por cierto ha
llegado a generar profundos cambios en la industria, entre ellas la manera de
llevar a cabo la gestin y el surgimiento de nuevas filosofas en la administracin
tanto de empresas mayores, como de pequeas y medianas empresas. La
disponibilidad y facilidad de acceso a la informacin, facilit la toma de decisiones
y modifico la estructura organizada de las empresas. A fines del 2015 Ferretera
Casamar comienza a implementar una aplicacin dentro de la seccin de ventas
del negocio, esto debido a la necesidad de obtener informacin ordenada y
resumida sobre el abastecimiento de diversos tipos de productos, pero que
lamentablemente tiene una serie de limitaciones a la hora de definir parmetros
para sus productos.
En este informe se presenta el diseo de una base de datos para la logstica de
venta, disponible para el uso de los trabajadores (vendedores) en la Ferretera
Casamar.
Esta investigacin es de gran importancia porque se crea una base de datos que
optimizara el desempeo actual en la compra o venta de productos, ya que la
aplicacin que actualmente se utiliza no dispone de una seccin que preste la
informacin necesaria.
La problemtica que presenta esta empresa se debe a que actualmente no se
tiene un control del inventario de productos comprados por la empresa, as como
tampoco se tiene informacin concreta de los diferentes distribuidores para la
obtencin de algn producto o varios en particular, ya que las solicitudes pasan
por tres diferentes estados, pendientes, en proceso y concluidas. Este informe
est orientado al modelamiento de la base de datos de manera complementaria al
servicio que hoy se ocupa en Ferretera Casamar.
A travs de este informe se presenta el resultado de la investigacin realizada, en
primera instancia orientando la informacin recolectada a la elaboracin del
modelo entidad relacin (ER), para posteriormente hacer su transformacin al
modelo relacional con su respectiva normalizacin.

ANTECEDENTES
4

II.I Descripcin de la empresa

Ferretera Casamar LTDA. es una empresa dirigida por Marcelo Cruces Standen,
que tiene sus inicios a principios del ao 2015, y que se dedica a la venta de
materiales y arriendo de mquinas de construccin. La empresa tiene alrededor de
unos 4 empleados, que en su mayora son vendedores de la empresa, y adems
con un equipo de ingenieros constructores que realizan asesoramientos de
manera gratuita para diferentes proyectos de construccin.
La mayor parte de ingresos de la empresa est en el rea de venta de cemento,
seguida por la venta de planchas de zinc, terciado estructural, fibrocemento, siding
y clavos. Seguido de esto los ingresos secundarios de esta empresa, pero no
menores son el arriendo de todo tipo de herramientas y maquinarias para la
construccin como betoneras, sondas vibradoras, placas compactadoras,
demoledores, taladros, serruchos elctricos, andamios y mini cargadores.
Actualmente la empresa es representante exclusivo de la marca qumica
Hewstone, la cual distribuye a la empresa alrededor de unos 15 productos hasta la
fecha, y que se estima en un futuro distribuir an ms productos.
II.II Ubicacin
La Ferretera Casamar LTDA. est situada en el sector de Labranza, ubicado en
Temuco, Regin de la Araucana, Chile. Especficamente en la calle 1 Norte 0115
Local 2.

Figura 1 Ubicacin de la Ferretera Casamar LTDA.

Fuente: Facebook oficial Ferretera Casamar
II.III Descripcin de los requerimientos
La actual base de datos que se encuentra operando en la empresa Ferretera
Casamar, corresponde a la creada por un software de licencia liberada que
implementa el ingreso de productos como tablas distintas, de esta manera la
funcionalidad de la base de datos se encuentra un tanto truncada, principalmente
por la gran cantidad de memoria que esta ocupa para el alrededor de mil
productos que hoy se encuentran en el stock de la empresa.
La informacin disponible en esta base de datos aun no cumple con el total de
productos en la empresa, otro gran dficit para reemplazarla por una ms
adecuada.
La nueva base de datos debe de tener todos los factores reconocidos en la
entrevista, ya sean distintos tipos de distribuidores, as como la cantidad
especfica de productos que ese mismo distribuidor vende a la empresa. El
nombre y ubicacin de la empresa tambin son bastante importantes para detallar
al proveedor.
Adems, debe tener un seguimiento completo de aquellos clientes con demora de
devolucin en los arriendos de maquinaria, as como mantener actualizados
aquellos productos arrendados que fueron entregados satisfactoriamente y que
por consiguiente estn disponibles para el arriendo. Adems, es necesario saber
el nombre del producto disponible para el arriendo y la cantidad de este.
Por otra parte, en el rea de las ventas es necesario tener un stock para cada
producto con la informacin pertinente de su distribuidor, y tener diferenciados los
precios costo de los precios de venta, as como el cargo por IVA para cada
producto en particular ya que el clculo de este segn don Marcelo Cruces
Standen requiere de una gran fraccin de tiempo que debe ser optimizada.

OBJETIVOS

II.I Objetivo General

Disear una base de datos para el rea de logstica de venta, en la empresa
Ferretera Casamar, con la informacin necesaria para la optimizacin de los
trmites relacionados con la compra de productos a distintos distribuidores y la
venta o arriendo de productos a distintas entidades. Con esto poder formar un
modelo Relacional.

II.II Objetivos Especficos

1. Evaluar y recolectar la informacin necesaria para la etapa del diseo de la
base de datos.
2. Establecer prioridades a la hora del diseo de la base de datos, en funcin de la
informacin obtenida.
3. Establecer un diseo de tipo Entidad-Relacin para el sistema de informacin
que represente una solucin al dficit del sistema actual.
4. Identificar qu datos son los que se registran constantemente y que son
necesarios para el funcionamiento del local.
5. Identificar las entidades que son partcipes en los procesos hechos por el
negocio.
6. Identificar caractersticas de las entidades.
7. Identificar un atributo clave para asignar a cada entidad.
8. Identificar cules son las relaciones que mantiene una entidad con otra.
9. Utilizar la herramienta Studio Case para crear el esquema de cmo se
estructura la logstica.

10.Verificar el diseo de la base de datos con los usuarios (Vendedores o

clientes).
11.Establecer en base a lo anterior un modelo Relacional para la base de datos.

MODELO ER

IV.I Tabla Entidad-Atributos:

En base a lo anterior las entidades que pudieron ser reconocidas estn
representadas en la siguiente tabla con sus atributos y su respectiva clave
primaria.
Entidades
Distribuidor
Venta
Arriendo
Compra
Producto
Cliente
Trabajador

Atributos
IdDistribuidor, Nombre, Direccion, Telfono, Correo.
IdVenta, Fecha, Ganancia.
IdArriendo, FechaInicio, FechaTermino.
IdCompra, Fecha.
IdProducto, Nombre, PrecioCosto, PrecioVenta, PrecioArriendo,
StockVenta, StockArriendo.
Rut, Nombre, Direccin, Telfono, Estado, Correo.
IdTrabajador, Nombre, Cargo, FechaInicio, Direccion, Telefono,
Correo.

Figura 2. Tabla Entidad-Atributos.

IV.II Detalle de las Entidades

En base al inciso anterior podemos dar las siguientes definiciones a las entidades:
Distribuidor: el distribuidor, es el principal proveedor de productos para la venta
en la empresa Ferretera Casamar, esta entidad queda definida con clave primaria
IdDistribuidor que ser nica para cada distribuidor, adems es necesario
guardar el nombre de la empresa en cuestin, la direccin, telfono y correo
electrnico para el contacto con la misma.
8

Venta: la venta es una de las transacciones ms habituales en la empresa

Ferretera Casamar, por lo que es necesario en caso de alguna devolucin tener
registro de algn cdigo verificador o representativo de la venta. Es por esto que
se ha determinado el atributo IdVenta como clave primaria, adems se ha
decidido agregar el atributo fecha para dejar registro especifico de la transaccin
en cuestin. Como fue mencionado anteriormente el tema de obtener ganancias
resulta un tanto tedioso, es por eso que se ha decidido aadir el atributo
Ganancia.
Arriendo: el arriendo es una de las transacciones ms habituales en la empresa
Ferretera Casamar, y una de las que ms problemas causa actualmente en la
empresa. Es por eso que se ha decidido guardar registro de la fecha en la que se
inicia, y la fecha en la que debera ser devuelto el producto en cuestin. Para
facilitar la bsqueda del arriendo se ha decidido dejar como clave primaria
IdArriendo.

Compra: la compra es una transaccin al igual que las anteriores, muy comn
dentro de la empresa Ferretera Casamar. En algunas ocasiones es necesario
devolver ciertos productos, por lo que se ha decidido dejar como clave primaria
IdCompra, adems se ha decidido agregar el atributo fecha para dejar registro
especifico de la transaccin en cuestin.
Producto: quizs la entidad ms significativa del negocio ya que todas las
transacciones dependen del stock de este, en el caso particular de la venta, se
requiere saber si es que hay disponibilidad, es por eso que se ha aadido el
atributo StockVenta, y para el caso del arriendo se ha aadido el atributo
StockArriendo. Como fue mencionado anteriormente es necesario tener
registrado el valor costo a la hora de la compra y el valor de venta a la hora de la
venta, es por eso que se han aadido los atributos de PrecioVenta y
PrecioCosto, adems del valor de arriendo que se ha aadido como el atributo
PrecioArriendo. Por ultimo para la identificacin de cada producto es necesario
un cdigo y su respectivo nombre, es por eso que se ha dejado como clave
primaria el atributo IdProducto.
Cliente: el cliente es aquel que compra o arrienda un producto, en el caso de las
ventas no toma mucha importancia obtener sus datos, pero a la hora de realizar
un arriendo es necesario tener la mayor informacin posible sobre este cliente. Es
por eso que se ha decidido dejar como clave primaria el RutCliente de cada
9

cliente, as como su direccin, nombre y telfono. Por ltimo, se ha decidido

establecer un estado para el cliente, para el caso de los arriendos.
Trabajador: el trabajador es aquel que compra, vende o arrienda un producto,
donde en cada caso es de suma importancia tener sus datos. Es por eso que se
ha decidido dejar como clave primaria el IdTrabajdor de cada cliente, as como
su direccin, nombre y telfono. Por ltimo, se ha decidido establecer un estado
para el cliente, para el caso de los arriendos.

IV.III Tabla Entidad-Relaciones:

Entidades

Distribuidor

Venta

Arriendo

Compra

Producto

Cliente

Trabajador

Venta

De un

A un

Vendida

Arriendo

De un

A un

Arrendada

Distribuidor

Compra

A un

De un

Producto
Cliente
Trabajador

Figura 3. Tabla Entidad-Relaciones.

10

Hecha

IV.IV Detalle de las relaciones:

En base al inciso anterior podemos dar las siguientes definiciones a las entidades:

De un (Venta): esta relacin al analizarla, define que una venta puede ser de
varios productos, y que cada producto puede ser vendido en diferentes ventas, por
lo tanto, es una relacin de tipo varios a varios (N:M).
De un (Compra): esta relacin al analizarla, define que la compra puede consistir
en varios productos y que cada producto puede estar en varias compras, por lo
tanto, es una relacin de tipo varios a varios (N:M).
De un (Arriendo): esta relacin al analizarla, define que el arriendo puede
consistir en un solo producto y que cada producto puede estar en varios arriendos,
por lo tanto, es una relacin de tipo uno a varios (1:N).
A un (Venta): esta relacin al analizarla, define que la venta es a un cliente, pero
que un cliente puede estar en varias ventas. Por lo tanto es una relacin de uno a
varios (1:N).
A un (Compra): esta relacin al analizarla, define que la compra es a un
distribuidor, pero que un distribuidor puede estar en varias compras. Por lo tanto
es una relacin de uno a varios (1:N).
A un (Arriendo): esta relacin al analizarla, define que el arriendo es a un cliente,
pero que un cliente puede estar en varios arriendos. Por lo tanto es una relacin
de uno a varios (1:N).
Vendida: esta relacin al analizarla, define que la venta es hecha por un
trabajador, pero que un trabajador puede estar en varias ventas. Por lo tanto es
una relacin de uno a varios (1:N).
Arrendada: esta relacin al analizarla, define que el arriendo es hecho por un
trabajador, pero que un trabajador puede haber arrendado varios productos. Por lo
tanto es una relacin de uno a varios (1:N).
Hecha: esta relacin al analizarla, define que la compra es hecha por un
trabajador, pero que un trabajador puede haber estado presente en varias
compras. Por lo tanto es una relacin de uno a varios (1:N).

11

IV.V Modelo Entidad-Relacin (DER)

12

Figura 4. Diagrama de Entidad-Relacin.

13

MODELO RELACIONAL

V.I Transformacin relacional

En base al modelo de Entidad-Relacin (ER) es posible entonces por medio de
cualquier herramienta de modelado, hacer una transformacin al modelo
relacional. Para esta ocasin utilizaremos la herramienta de modelado ToadDataModeler. Cabe destacar adems que a diferencia del modelo ER, el concepto de
entidad ser reemplazado por el de tabla, y para el caso de las relaciones seguir
siendo el mismo concepto.
Para realizar esta transformacin, es necesario dar foco a aquellas relaciones que
son de tipo muchos a muchos (N:M) de las cuales saldrn nuevas tablas. En el
caso de la ferretera es necesario agregar nuevas tablas, las cuales guardan el
registro de una compra y el registro de una venta. El resto de la transformacin
resulta casi de manera directa a la hora de realizar las relaciones.

V.II Modelo Relacional

Figura 5. Modelo Relacional.

14

CONCLUSIONES

Los resultados obtenidos permiten concluir con los siguientes aspectos:

1. En el presente informe se propuso una base de datos en base al modelo

entidad relacin, para la logstica de venta de la empresa Ferretera Casamar. La
estructura y caractersticas de esta base de datos se bas en las especificaciones
y necesidades de la empresa en cuestin.

2. El desarrollo de esta base de datos significara un gran aporte a la

empresa Ferretera Casamar, ya que le permitir tener un registro de todas sus
transacciones, ya sea la venta de productos a sus clientes, el arriendo de
productos a clientes con los datos necesarios para tener un seguimiento en tiempo
real del arriendo, y, por ltimo, a la hora de adquirir algn producto tener
informacin rpida del proveedor, as como de las ganancias que esa compra
producira.

3.En base al modelo ER fue posible formar un modelo Relacional, que en

base a lo planteado intenta cumplir esta vez con una pequea mejora al aadir la
tabla (y entidad en el caso del modelo ER) Trabajador para poder tener un registro
de quienes estn encargados de gestionar ya sea los arriendos, ventas o compras
de productos.

15