INTRODUCCIN

La economa mundial esta regida por las empresas privadas, un sector que va
desde un pequeo abasto hasta las mas grandes multinacionalesdel mundo.
Cada empresa necesita llevar un control de sus productos, puesto que de no
hacerlo existira un sistema totalmente descontrolado dentro de la empresa.
Aproximadamente hace ms de 20 aos la mayora de las empresas (que no
tenan acceso a computadoras en aquella poca) llevaban sus registros en
cuadernos, por lo que llevar un control de inventario era una operacin tediosa.
En la actualidad aun existen empresas que llevan el registro de su inventario
de manera manual a travs de cuadernos, como es el caso de la empresa Tele
Audio Oriente ubicada en Puerto La Cruz. Dicha empresa se encarga de la
comercializacin de equipos de sonido para vehculos en general.
El presente proyecto tiene como objetivo general el diseo de una base de
datos para un optimo control del inventario de la empresa Tele Audio Oriente,
adems como objetivos especficos: diagnosticar la situacin actual de la
empresa haciendo uso del modelo Entidad-Relacin; Identificar las entidades y
normalizarlas para evitar la redundancia e inconsistencia de datos; realizar el
modelo relacional con la ayuda de Microsoft Access y describir las tablas,
formularios, consultas y reportes para el manejo de la informacin
CAPTULO I
El problema
1.1 Planteamiento del problema
El control de inventario es una de las principales actividades que deben
llevarse a cabo en toda empresa, consiste en la organizacin de la mercanca
que posee la empresa, es decir, el orden, clasificacin y conteo de la misma.
Esta actividad se ha desempeado desde hace mucho tiempo, llevndose el
registro en cuadernos hasta la actualidad en algunas empresas como es el caso
de Tele Audio Oriente, una empresa dedicada a la comercializacin de equipos
de sonido para vehculos, dicha empresa se encuentra ubicada en la calle
esperanza, Puerto La Cruz, estado Anzotegui, Venezuela.
Este tipo de control de inventario (manual) se caracteriza por ser sumamente
tedioso, abarca mucho tiempo, los cuadernos pueden llegar a ocupar mucho
espacio, la bsqueda de un producto en especfico puede tomar ms tiempo de
lo normal, entre otras cosas. El error humano es otro posible factor al momento
de escribir los registros en el cuaderno.
Como ya se ha descrito con anterioridad la empresa Tele Audio Oriente lleva su
control de inventario de manera manual, mediante cuadernos o libros,
haciendo tedioso el control de su mercanca, sometiendo de igual forma al

error humano al momento de aadir datos al cuaderno o libro de inventarios

y la consulta.
Por las razones anteriormente expuestas se propone el diseo de una Base de
Datos capaz de llevar el control de inventario de una manera fcil, rpida y
segura evitando de esta forma la dependencia engorrosa y anticuada de los
libros o cuadernos de inventario.
1.2 Objetivos
* General:
Disear una base de datos para el control de inventario de la empresa Tele
Audio Oriente ubicada en Puerto La Cruz
* Especficos:
1. Diagnosticar la situacin actual de la empresa haciendo uso del modelo
Entidad-Relacin.
2. Identificar las entidades y normalizarlas para evitar la redundancia e
inconsistencia de datos.
3. Realizar el modelo relacional con la ayuda de Microsoft Access.
4. Describir las tablas, formularios, consultas y reportes para el manejo de la
informacin
CAPTULO II
Marco Terico
2.1 Descripcin de la empresa
Tele Audio Oriente es una empresa dedicada a la comercializacin de artefactos
de sonido para vehculos, la cual fue fundada hace 35 aos por el Sr Jos
Chabarek. Esta empresa se encuentra ubicada en Puerto La Cruz, estado
Anzotegui.
2.2 Base de Datos
Segn Damin Prez Valds en la web Maestros del Web una base de datos
se define como una serie de datos organizados y relacionados entre s, los
cuales son recolectados y explotados por los sistemas de informacin de una
empresa o negocio en particular.
2.3 Importancia de las bases de datos hoy en da
Hoy en da las bases de datos son utilizadas en la gran mayora de las
empresas para llevar registros ya sea de sus productos, empleados, clientes,
proveedores, etc lo que prcticamente hace a las bases de datos
indispensables para un ptimo desarrollo de las empresas, las bases de datos
son muy utilizadas por las siguientes caractersticas:
* Son compactas: No hacen falta archivos de papeles que pudieran ocupar

mucho espacio.
* Son rpidas: Se puede obtener y modificar datos con mayor velocidad dado
que se lo hace a partir de la computadora.
* Es menos laborioso: Elimina el tedio de mantener archivos a mano y elimina
tareas mecnicas y rutinarias demantenimiento de los datos.
* Son eficaces: se puede disponer de informacin precisa, en el momento,
lugar y forma deseados.
* Es posible optimizar los datos: se puede disminuir las redundancias y evitar
inconsistencia.
* Es posible compartir los datos
* Es posible hacer cumplir normas: al tener un control centralizado de los
datos, un administrador puede garantizar la observancia de todas las normas
aplicables para la representacin de los datos. Estas normas pueden ser de la
empresa, del gobierno provincial, nacional, de la industria, etc.
* Es posible aplicar restricciones de seguridad: al tener jurisdiccin completa
sobre a BD, el administrador puede: 1) asegurar que el acceso a los datos se
realice a travs de los canales adecuados; 2) definir controles y restricciones
de acceso a cada elemento de informacin de la BD.
2.3 Sistemas manejadores de bases de datos (SMBD SGBD)
Segn Abraham Silberschatz, Henry Korth, y S Sudarshan en su libro
Fundamentos de la Base de Datos, el Sistema Manejador de Base de Datos
(SMBD) Sistema Gestor de Base de Datos (SGBD) se define como una
coleccin de datos interrelacionados y un conjunto de programas para acceder
a dichos datos. La coleccin de datos, normalmente denominada base de
datos, contiene informacin relevante para una empresa. El objetivo principal
de un SGBD es proporcionar una forma de almacenar y recuperar la
informacin de una base de datos de manera que sea tanto prctica como
eficiente.
Uno de los ms populares SMBD que existe enla actualidad es Microsoft Access
2.4 Modelo Relacional
Segn Rafael Camps Par, Luis Alberto Casillas Santilln Oscar Prez Mora,
Carme Martn Escofet, Marc Gibert Ginest y Dolors Costal Costa; el modelo
relacional se define como un modelo de datos y, como tal, tiene en cuenta los
tres aspectos siguientes de los datos:

1) La estructura, que debe permitir representar la informacin que nos interesa

del mundo real.
2) La manipulacin, a la que da apoyo mediante las operaciones de
actualizacin y consulta de los datos.
3) La integridad, que es facilitada mediante el establecimiento de reglas de
integridad; es decir, condiciones que los datos deben cumplir.
2.5 Modelo Entidad-Relacin
Segn Abraham Silberschatz, Henry Korth, y S Sudarshan en su libro
Fundamentos de la Base de Datos, el modelo entidad relacin es una
herramienta para el modelado de datos de un sistema de informacin. Estos
modelos expresan entidades relevantes para un sistema de informacin as
como sus interrelaciones y propiedades. El modelo de datos entidad-relacin
(E-R) est basado en una percepcin del mundo real que consta de una
coleccin de objetos bsicos, llamados entidades, y de relaciones entre estos
objetos.
Una entidad es una cosa u objeto en el mundo real que es distinguible de
otros objetos. Por ejemplo, cada persona es una entidad, y las cuentas
bancarias pueden ser consideradas entidades. Las entidades se describen en
una base de datos mediante un conjunto de atributos. Por ejemplo, los
atributos nmero-cuentay saldo describen una cuenta particular de un banco y
pueden ser atributos del conjunto de entidades cuenta. Anlogamente, los
atributos nombre-cliente, calle-cliente y ciudad-cliente pueden describir una
entidad cliente.
Una relacin es una asociacin entre varias entidades. Por ejemplo, una
relacin impositor asocia un cliente con cada cuenta que tiene. El conjunto de
todas las entidades del mismo tipo, y el conjunto de todas las relaciones del
mismo tipo, se denominan respectivamente conjunto de entidades y conjunto
de relaciones. La estructura lgica general de una base de datos se puede
expresar grficamente mediante un diagrama ER, que consta de los siguientes
componentes:
* Rectngulos, que representan conjuntos de entidades.
* Elipses, que representan atributos.
* Rombos, que representan relaciones entre conjuntos de entidades.
* Lneas, que unen los atributos con los conjuntos de entidades y los conjuntos
de entidades con las relaciones.
2.6 Tipos de Datos
Segn la web Aula Click, los tipos de datos en Microsoft Access son:
* Texto: cuando en el campo vamos a introducir texto, tanto caracteres como
dgitos. Tiene una longitud por defecto de 50 caracteres, siendo su longitud

mxima de 255 caracteres.

* Memo: se utiliza para textos extensos como comentarios o explicaciones.
Tiene una longitud fija de 65.535 caracteres.
* Numrico: para datos numricos utilizados en clculos matemticos.
* Fecha/Hora: para la introduccin de fechas y horas desde el ao 100 al
ao9999.
* Moneda: para valores de moneda y datos numricos utilizados en clculos
matemticos en los que estn implicados datos que contengan entre uno y
cuatro decimales. La precisin es de hasta 15 dgitos a la izquierda del
separador decimal y hasta 4 dgitos a la derecha del mismo.
* Auto-numrico: nmero secuencial (incrementado de uno a uno) nico, o
nmero aleatorio que Microsoft Access asigna cada vez que se agrega un
nuevo registro a una tabla. Los campos Autonumricos no se pueden
actualizar.
* S/No: valores S y No, y campos que contengan uno de entre dos valores
(S/No, Verdadero/Falso o Activado/desactivado).
* Objeto OLE: Objeto (como por ejemplo una hoja de clculo de Microsoft Excel,
un documento de Microsoft Word, grficos, sonidos u otros datos binarios).
* Hipervnculo: Texto o combinacin de texto y nmeros almacenada como
texto y utilizada como direccin de hipervnculo. Una direccin de hipervnculo
puede tener hasta tres partes:
*
*
*
*

Texto: el texto que aparece en el campo o control.

Direccin: ruta de acceso de un archivo o pgina.
Subdireccin: posicin dentro del archivo o pgina.
Sugerencia: el texto que aparece como informacin sobre herramientas.

2.6 Consultas
Segn Rafael Camps Par, Luis Alberto Casillas Santilln Oscar Prez Mora,
Carme Martn Escofet, Marc Gibert Ginest y Dolors Costal Costa en su libro
Software Libre, una consulta consiste en la obtencin de datos deducibles a
partir de las relaciones que contiene una base dedatos.
2.7 Normalizacin
Segn Peter Rob y Carlos Coronel en su libro Sistemas de Bases de Datos, se
define a la normalizacin como un proceso que consiste en asignar atributos a
las entidades. La normalizacin reduce las redundancias de datos, y por

extensin, ayuda a eliminar anomalas de datos que se derivan de las

redundancias. La normalizacin no elimina las redundancias de datos, pero si
produce la redundancia controlada que permite vincular a las tablas a las bases
de datos.
CAPTULO III
Marco Metodolgico
3.1 Diseo de la investigacin
Segn Carlos Sabino en su texto El Proceso de la Investigacin, una
investigacin de campo se basa en informaciones obtenidas directamente de la
realidad, permitindole al investigador cerciorarse de las condiciones reales en
que se han conseguido los datos. En otras palabras, el investigador efecta una
medicin de los datos.
Esta investigacin es de campo puesto que los datos utilizados para la creacin
de la Base de Datos fueron extrados de la realidad de la empresa Tele Audio
Oriente.
3.2 Tipo de la Investigacin
El tipo de la presente investigacin es descriptiva, Se preocupa
primordialmente por describir algunas caractersticas fundamentales de
conjuntos homogneos de fenmenos, utilizando criterios sistemticos para
destacar los elementos esenciales de su naturaleza. Caracteriza un fenmeno o
una situacin concreta indicando sus rasgos diferenciadores. Segn Mario
Bunge, la ciencia factual en la descripcin consiste en responder a las
siguientes preguntas:Qu es?, Cmo est?, Dnde est?, Cmo estn
relacionadas sus partes?
3.3 Poblacin y Muestra
La poblacin y la muestra estn conformadas por todos los empleados de la
empresa Tele Audio Oriente ubicada en Puerto La Cruz.
CAPTULO IV
Resultados
4.1 Anlisis de la situacin actual
4.1.1 Diagrama Entidad-Relacin (E-R)
Como fue explicado anteriormente, el modelo entidad relacin es una
herramienta que se utiliza para la realizacin de un software de informacin:
El diagrama E-R del presente proyecto cuenta con 6 entidades fuertes, cada
una con sus respectivos atributos:
*
*
*
*

Empleado:
ced_emp
nomb_emp
dir_emp

*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*

tlf_emp
Cliente:
ced_cli.
nomb_cli
dir_cli
tlf_cli
Producto
cod_prod
descri_prod
marc_prod
ext_prod
rif_prod
PVP
Proveedor
rif_prov
nomb_prov
dir_prov
tlf_prov
Pedido de venta
num_vent
ced_emp_vent
ced_cli_vent
fech_vent
Pedido de compra
num_ped
rif_ped
fech_ped

Posee tambin 2 entidades compuestas las cuales son:

*
*
*
*
*
*
*
*

Ficha de compra
cod_fich
prod_fich
cnt_fich
Ficha de venta
cod_vent_fich
prod_vent_fich
cnt_vent_fich

Las entidades y los atributos anteriormente expuestos se encuentran mejor

detallados en el punto N 4.2.2 Descripcin de las tablas en Access. Mientras
que el diagramaE-R puede admirarse en la Figura N 4.1
Figura N4.1: Modelo Entidad-Relacin. Fuente: Elaboracin Propia
4.2 Diseo de la Base de Datos
4.2.1 Modelo relacional

Como se explico anteriormente, el modelo relacional muestra las relaciones

existentes entre las entidades, y sus atributos. Lo cual se puede apreciar
mucho mejor en la Figura N 4.2
Figura N 4.2.: Modelo Relacional. Fuente: Elaboracin Propia
4.2.2 Descripcin de las tablas
* Proveedor: es la tabla encargada de almacenar los datos de los distribuidores
(ver Tabla N4.1). Posee 4 atributos:
a. rif_prov: es la clave principal, es un dato tipo texto, donde se almacena el
R.I.F del proveedor del producto.
b. nomb_prov: es un dato tipo texto, en l se almacena el nombre del
proveedor.
c. dir_prov: es un dato multi-valor de tipo texto, se encarga de almacenar la
direccin del proveedor, es decir, de almacenar tanto la ciudad como el estado
donde se encuentra.
d. tlf_prov: es un dato tipo nmero, en l se guarda el correspondiente nmero
telefnico del proveedor.
Tabla N4.1: Descripcin de la entidad proveedor
Proveedor |
Nombre del campo | Tipo de datos | Descripcin |
rif_prov | Texto | RIF del proveedor |
nomb_prov | Texto | Nombre del proveedor |
dir_prov | Texto | Direccin del proveedor |
tlf_prov | Nmero | Telfono del proveedor |
Fuente: Elaboracin propia.
* Producto: es la tabla con el cargo de registrar todos los productos habidos y
por haber en el almacn (ver Tabla N 4.2). Posee 6 atributos.e. cod_prod: es la
clave principal, es un dato tipo texto, donde se almacena el cdigo de cada
producto, cabe destacar que el cdigo de cada artculo es nico.
f. descri_prod: es un dato tipo texto, almacena una breve descripcin del
artculo.
g. marc_prod: es un dato tipo texto, almacena la marca de cada producto.
h. ext_prod: es un dato tipo nmero, almacena la cantidad en existencia de
cada articulo
i. rif_prod: es una clave fornea, es un dato tipo texto que permite referenciar
el proveedor que surte el artculo.
j. PVP: es un dato tipo moneda, indica el precio de venta de cada artculo.
Tabla N4.2: Descripcin de la entidad producto.
Producto |
Nombre del campo | Tipo de datos | Descripcin |
cod_prod | Texto | Cdigo del producto |
descri_prod | Texto | Descripcin del producto |
marc_prod | Texto | Marca del producto |

ext_prod | Nmero | Existencia en almacn |

rif_prod | Texto | RIF del proveedor |
PVP | Moneda | precio de venta |
Fuente: Elaboracin propia
* Cliente: es la tabla encargada de almacenar los datos de los clientes (ver
Tabla N4.3). Posee 4 atributos.
k. ced_cli: es la clave principal, es un dato tipo nmero, almacena la cedula del
cliente.
l. nomb_cli: es un dato tipo texto, almacena el nombre del cliente.
m. dir_cli: es un dato multi-valor de tipo texto, se encarga de almacenar la
direccin del cliente, es decir, almacena tanto la ciudad como el estado de su
localidad.
n. tlf_cli: es un dato tipo nmero,almacena el nmero telefnico del cliente.
Tabla N4.3.: Descripcin de la entidad cliente
Cliente |
Nombre del campo | Tipo de datos | Descripcin |
ced_cli | Nmero | Cedula del cliente |
nomb_cli | Texto | Nombre del cliente |
tlf_cli | Nmero | Telfono del cliente |
dir_cli | Texto | Direccin del cliente |
Fuente: Elaboracin Propia
* Empleado: es la tabla encargada de almacenar los datos de los empleados
(ver Tabla N4.4). Posee 4 atributos.
o. ced_emp: es la clave principal, es un dato tipo nmero, almacena la cedula
del empleado.
p. nomb_emp: es un dato tipo texto, almacena el nombre del empleado.
q. dir_emp: es un dato multi-valor de tipo texto, se encarga de almacenar la
direccin del empleado, es decir, almacena tanto la ciudad como el estado de
su localidad.
r. tlf_emp: es un dato tipo nmero, almacena el nmero telefnico del
empleado.
Tabla N4.4: Descripcin de la entidad empleado
Empleado |
Nombre del campo | Tipo de datos | Descripcin |
ced_emp | Nmero | Cedula del empleado |
nomb_emp | Texto | Nombre del empleado |
tlf_emp | Nmero | Telfono del empleado |
dir_emp | Texto | Direccin del empleado |
Fuente: Elaboracin propia
* Pedido de compra: es la tabla responsable de contener todos los registros de
adquisicin que realiza la empresa (ver Tabla N4.5). Posee 3 atributos.
s. num_ped: es la clave principal, es un dato auto numrico, que almacena el

cdigo del pedido.

t. rif_ped: es una clave fornea, es un dato tipotexto que permite referenciar el
proveedor al cual se le hace el pedido, en este caso, dicho campo junto con
num_ped forman una clave compuesta.
u. fech_ped: es un dato tipo fecha, permite almacenar la fecha la cual se
realiza el pedido
Tabla N4.5: Descripcin de la entidad pedido de compra
Pedido de compra |
Nombre del campo | Tipo de datos | Descripcin |
num_ped | Autonumeracin | Numero de pedido |
rif_ped | Texto | RIF del proveedor |
fech_ped | Fecha/Hora | Fecha de pedido |
Fuente: elaboracin propia
* Ficha de compra: es la tabla que permite almacenar el contenido de cada
pedido de compra que realice la empresa, asienta una dependencia de
existencia entre producto y pedido de compra (ver Tabla N4.6). Posee 3
atributos
v. cod_fich: es una clave fornea, es un dato auto numrico, que indica el
nmero de pedido que se est almacenando.
w. prod_fich: es una clave fornea, es un dato tipo texto, que indica los cdigos
de los producto, asociados al cdigo de pedido respectivo, almacenados en el
registro, cabe destacar que ambos cdigo son en este caso la clave principal.
x. cnt_fich: es un dato tipo nmero, indica la cantidad a solicitada de cada
artculo.
Tabla N4.6: Descripcin de la entidad ficha de compra
Ficha de compra |
Nombre del campo | Tipo de datos | Descripcin |
cod_fich | Nmero | Numero de pedido |
prod_fich | texto | Cdigo del producto |
cnt_fich | Nmero | Cantidad a pedir |
Fuente: Elaboracin propia
* Pedido de Venta: es la tabla endonde se almacena las descripciones de venta
elaboradas por la empresa, que son solicitados por el cliente que a su vez son
realizado por el empleado de la compaa (ver Tabla N4.7). Posee 4 atributos.
y. num_vent: es la clave principal, es un dato auto numrico que indica el
cdigo del pedido.
z. ced_emp_vent: es un dato tipo nmero, almacena la cedula del empleado
que realiza el pedido.
{. ced_cli_vent: es un dato tipo nmero, almacena la cedula del cliente que
solicita el pedido.
|. fech_vent: es un dato tipo fecha, almacena la fecha en la cual se hace el
pedido.

Tabla N4.7. Descripcin de la entidad pedido de venta

Pedido de venta |
Nombre del campo | Tipo de datos | Descripcin |
num_vent | Autonumeracin | Numero de pedido |
ced_emp_vent | Nmero | Cedula del empleado |
ced_cli_vent | Nmero | Cedula del cliente |
fech_vent | Fecha/Hora | Fecha del pedido |
Fuente: Elaboracin propia
* Ficha de Venta: es la tabla encargada de almacenar el contenido de las
ventas que se emiten en la empresa, posee una dependencia de existencia con
producto y pedido de venta (ver Tabla N4.8). Posee 3 atributos.
}. cod_vent_fich: es una clave fornea, es un dato auto numrico, que indica el
nmero de pedido que se est almacenando.
~. prod_vent_fich: es una clave fornea, es un dato tipo texto, que indica los
cdigos de los producto, asociados al cdigo de pedido respectivo,
almacenados en el registro, cabe destacar que ambos cdigo son en este caso
la clave principal.
.cnt_vent_fich: es un dato tipo nmero, indica la cantidad a solicitada de cada
artculo.
Tabla N4.8. Descripcin de la entidad ficha de venta.
Ficha de venta |
Nombre del campo | Tipo de datos | Descripcin |
cod_vent_fich | Nmero | Nmero de pedido |
prof_vent_fich | Texto | Cdigo del producto |
cnt_vent_fich | Nmero | Cantidad |
Fuente: Elaboracin propia
4.2.3 Descripcin de los formularios
* Cliente: este formulario consta de 4 campos, en donde se agregan el nombre
del cliente, su cedula, direccin y nmero telefnico. Posee 5 botones, que
permiten agregar, modificar, eliminar y buscar los datos respectivamente y uno
que permite regresar al men de inicio, ver figura N4.3.
Figura N4.3: Formulario de Cliente. Fuente: elaboracin propia
* Empleado: este formulario consta de 4 campos, en donde se agregan el
nombre del empleado, su cedula, direccin y nmero telefnico. Posee 5
botones, que permite agregar, modificar, eliminar y buscar los datos
respectivamente y uno que permite regresar al men de inicio, ver figura
N4.4.
Figura N4.4: formulario de Empleado. Fuente: elaboracin propia.
* Ficha de compra: este formulario consta de 3 campos donde se agregan el

cdigo del pedido, el cdigo del artculo a pedir y la cantidad del artculo. Posee
6 botones, que permite agregar, modificar, eliminar y buscar los datos
respectivamente, uno que permite regresar al men de compra y otro que
actualiza los registros del formulario, ver figura N4.5.
Figura N4.5: formulario de Ficha deCompra. Fuente: elaboracin propia.
* Ficha de Venta: este formulario consta de 3 campos donde se agregan el
cdigo del pedido, el cdigo del artculo a vender y la cantidad del artculo.
Posee 5 botones, que permite agregar, modificar, eliminar y buscar los datos
respectivamente y uno que permite regresar al men de venta, ver figura
N4.6.
Figura N4.6: formulario de Ficha de Venta. Fuente: elaboracin propia.
* Men de Compra: consta de 3 botones que permite la navegacin a los
formularios de Ficha de Compra, Pedido de Compra y Men Principal, Ver
figura N4.7
Figura N4.7: formulario de Men de Compra. Fuente: elaboracin propia.
* Men de Informes: consta de 9 botones, 8 que permiten la navegacin a los
respectivos informes y 1 que permite regresar al men principal, ver figura
N4.8.
Figura N4.8: formulario de Men de informes. Fuente: elaboracin propia.
* Men de venta: consta de 3 botones que permite la navegacin a los
formularios de Ficha de venta, Pedido de venta y Men Principal, Ver
figura N4.9.
Figura N4.9: formulario de Men de venta. Fuente: elaboracin propia.
* Men Principal: consta de 8 botones, 4 para ingresar los datos respectivos, 3
para realizar las operaciones deseadas y 1 para salir del sistema, ver figura
N4.10.
Figura N4.10: formulario de men principal. Fuente: elaboracin propia.
* Pedido de compra: consta de 2 campos, en los cuales se agregan el RIF del
proveedor y la fecha en la cual se hace el pedido, posee 5 botones, quepermite
agregar, modificar, eliminar y buscar los datos respectivamente y uno que
permite regresar al men de compra, ver figura N4.11.
Figura N4.11: formulario de pedido de compra. Fuente: elaboracin propia.
* Pedido de Venta: consta de 3 campos, en donde se agrega la cedula del
empleado, la del cliente y la fecha en la cual se hace el pedido, posee 5
botones, que permite agregar, modificar, eliminar y buscar los datos

respectivamente y uno que permite regresar al men de venta, ver figura

N4.12
.
Figura N4.12: formulario de pedido de venta. Fuente: elaboracin propia.
* Producto: consta de 6 campos en donde se agrega el cdigo del producto, la
descripcin del artculo, la marca del artculo, su existencia en el almacn, el
Rif del proveedor que lo distribuye y su precio de venta respectivamente,
posee 5 botones, que permite agregar, modificar, eliminar y buscar los datos
respectivamente y uno que permite regresar al men de inicio, ver figura
N4.13.
Figura N4.13: formulario de Producto. Fuente: elaboracin propia.
* Proveedor: este formulario consta de 4 campos, en donde se agregan el
nombre del proveedor, el RIF, la direccin y nmero telefnico de contacto.
Posee 5 botones, que permiten agregar, modificar, eliminar y buscar los datos
respectivamente y uno que permite regresar al men de inicio, ver figura
N4.14.
Figura N4.14: formulario de Proveedor. Fuente: elaboracin propia.
4.2.4 Descripcin de las consultas
* Buscar Producto
Esta consulta necesita de la entidad productonicamente, para que esta
consulta funcione se le debe introducir primero el cdigo de un producto, la
consulta buscara la coincidencia en la base de datos y mostrara en pantalla
todos los datos del producto con el cdigo ingresado
* Consulta Cliente
Esta consulta trabaja en el formulario de Pedido de venta a travs de una
lista que se utiliza para seleccionar la cedula del cliente que realiza un pedido
* Consulta Empleado
Esta consulta trabaja en el formulario Pedido de venta a travs de una lista
que se utiliza para seleccionar el empleado que atiende a un cliente durante
una venta.
* Consulta producto
Esta consulta trabaja en el formulario ficha de venta a travs de una lista que
se utiliza para seleccionar los productos que la empresa vende.
* Consulta proveedor
Esta consulta trabaja en el formulario Pedido de compra a travs de una lista
que se utiliza para seleccionar el proveedor al cual se le realizara el pedido

* Productos por pedido

Esta consulta trabaja en el formulario de Ficha de compra, primero se debe
seleccionar el numero del pedido y luego entra en accin esta consulta,
tomando los datos del RIF de la empresa que se encuentran en el numero del
pedido que se selecciono y luego la consulta muestra en la lista de seleccionar
productos aquellos productos relacionados con el RIF de la empresa que esta
asociada a ese pedido.
* Productos por Proveedor
Esta consulta primero solicita que se le ingrese el nombre de un proveedor, a
continuacin la consulta muestra losproductos que estn relacionados con ese
proveedor as como el precio de compra para la empresa
* Venta cliente
Esta consulta trabaja en el formulario ficha de venta, a travs de una lista
que se utiliza para seleccionar el pedido con el cual deber estar relacionado el
artculo a vender, esta consulta muestra en la lista aquellos pedidos, los
nombres y cedulas de aquellos clientes relacionados
4.2.5 Descripcin de los informes
* Cliente: realiza un informe de todos los clientes que se encuentran en la base
de datos. Ver Figura N4.
Figura N4.15: Reporte de clientes. Fuente: Elaboracin Propia
* Empleado: realiza un informe de todos los empleados que se encuentran
registrados en la base de datos. Ver Figura N4.16
Figura N4.16: Reporte de empleados. Fuente: Elaboracin Propia
* Ficha de compra: realiza un informe de todos los productos que se han
comprado mostrando el cdigo del pedido con el cual estn relacionados as
como tambin el cdigo del producto comprado y la fecha. Ver Figura N4.17.
Figura N4.17. Reporte de Ficha de Compras. Fuente: Elaboracin propia.
* Ficha de venta: realiza un informe de todos los productos que se han vendido,
mostrando el cdigo de la venta con el cual estn asociados, as como tambin
el cdigo del producto vendido y la cantidad. Ver Figura N4.18.
Figura N4.18: Reporte de Ficha de Ventas. Fuente: Elaboracin Propia
* Pedido de compra: realiza un informe de todos los pedidos para la compra,
mostrando el nmero del pedido, el RIF de laempresa a la que se le solicitara el
pedido y la fecha en que se realizo este ultimo. Ver Figura N4.19.
Figura N4.19: Reporte de Pedido de Compras. Fuente: Elaboracin propia.

* Pedido de venta: realiza un informe de todos los pedidos para la venta,

mostrando el nmero del pedido de venta, la cedula de la persona a la que se
le realiza la venta, la cedula del empleado y la fecha de dicha venta. Ver Figura
N4.20.
Figura N4.20. Reporte de Pedido de Ventas. Fuente: Elaboracin Propia
* Producto: realiza un informe de todos los productos que se encuentran en el
inventario, mostrando todos sus datos almacenados. Ver Figura N4.21.
Figura N4.21: Reporte de Productos. Fuente: Elaboracin Propia
* Proveedor: realiza un informe de todos los proveedores que se encuentran
registrados en la empresa, mostrando toda la informacin acerca de ellos. Ver
Figura N4.22.
Figura N4.22: Reporte de proveedores. Fuente: Elaboracin Propia.
CONCLUSIONES
Al estudiar el estado actual de la empresa Tele Audio Oriente se observo que el
control de inventario se realizaba de una manera poco eficiente mediante el
empleo de cuadernos. Al identificar las entidades y normalizarlas se logro
obtener un diseo de las tablas a utilizar en la base de datos de tal manera que
se almacene la informacin de forma segura, compacta, evitando problemas de
redundancia e inconsistencia de los datos. Se realizo el modelo relacional con
la ayuda de Microsoft Access permitiendo a la base de datos una correcta
relacin entre sus tablas ascomo tambin permitiendo que se puedan realizar
consultas a estas ultimas. Al describir las tablas, formularios, consultas y
reportes para el manejo de la informacin se logro que el usuario tuviera una
mejor visin de la base de datos.
Al crear la base de datos se logro que los empleados de la empresa Tele Audio
Oriente pudieran almacenar toda la informacin importante de una forma
compacta evitando el extravo de informacin y optimizando su control de
inventario para que sus usuarios tengan un mejor control de los datos.
BIBLIOGRAFA
Abraham Silberschatz, Henry Korth, y S Sudarshan (2002). Fundamentos de
Base de Datos (4ta edicin). Espaa, editorial: Concepcin Fernndez Madrid
Aula Click. (2000). Extraido el 23 de febrero de 2012, de la web
http://www.aulaclic.es/access2000/b_3_1_1.htm
Bases de datos de la empresa. Gestiopolis. Extrado el 18 de febrero de 2012.
Desde http://www.gestiopolis.com/administracion-estrategia/estrategia/base-

de-datos-en-la-empresa.htm
Prez V. Damin. Qu son las bases de datos? Maestros del Web. Extrado el
18 de febrero de 2012, desde http://www.maestrosdelweb.com/principiantes/
%C2%BFque-son-las-bases-de-datos/
Peter Rob, Carlos Coronel (2004). Sistemas de Bases de datos (5ta edicin).
Mxico, editorial: International Thomson.
Rafael Camps Par, Luis Alberto Casillas Santilln Oscar Prez Mora, Carme
Martn Escofet, Marc Gibert Ginest y Dolors Costal Costa (2005). Software
Libre (1era edicin), Espaa, editorial: Fundaci per a la Universitat Oberta de
Catalunya

El documento que presento a continuacin trata sobre el anlisis y la creacin

de una base de datos para una tienda de abarrotes llamada JAVI. La cual
adems de que nos permitir ingresar los datos de los productos, mercancas,
clientes, ventas, proveedores y facturas, etc. Nos ayudar en la dificultosa
tarea del registro de los mismos de una manera mucho ms fcil, eficiente y
conveniente para el negocio.
Para esto he desarrollado el uso de tablas de cada una de las posibles
entidades que se nos presente adems de que se podr observar que tambin
facilita el uso de las consultas y manejo de la informacin.
ABARROTES JAVI
Objetivo
Abarrotes JAVI es una tiendita que tiene el objetivo de satisfacer a sus clientes
al 100 %. Es una tienda en la cual te brinda un servicio de excelencia en cuanto
a trato y amabilidad por parte de las personas que estn a cargo de dicho
negocio a sus clientes. Tiene a la venta cualquier tipo de abarrotes en general
as como un poco de papelera.
Objetivo del proyecto

El proyecto consistir en realizar una base de datos en donde el dueode la

pequea tienda pueda tener acceso a todas las actividades realizadas durante
el da, semanas, meses,segn lo desee ya sea ventas o compras a sus
proveedores con el objetivo de que sepa a donde se ve reflejada la inversin de
su capital y cul es su ganancia del da y al final del mes o ao segn lo
requiera, cunto tuvo de ganancia, de prdida o cuanto fue su inversin total.
As como tambin para que el negocio del dueo se ms automatizado y rpido
a la hora de querer consultar cualquier proceso o duda que se tenga. Llevar la
contabilidad y administracin total de toda la tienda.
Se tendr un control de las clasificaciones de abarrotes, marcas del producto,
existencias, descripcin, cdigo de barras, precio de venta, precio de compra,
proveedor, clientes, nombre del producto, precio individual y global,
Un control de los productos comprados y vendidas, quienes de sus clientes son
frecuentes para ver si le pueden dar algn tipo de crdito y tambin que tipo
de proveedores les surte y saber si tienen la posibilidad de pedir un crdito en
abarrotes.Problemtica de la tienda JAVI
Abarrotes JAVI es una tienda chiquita que no usa nada de tecnologas sino
simplemente una calculadora que tienen para sacar lo que son las cuentas
cuando un cliente va a comprar o un proveedor los surte. No llevan la
contabilidad de sus productos en cuanto a compras ni ventas; ni de sus
proveedores. Motivo por el cual sus compras y ventas estn sin saber si
realmente les deja algn tipo de ganancia o prdidas ya que una vez que se
acabe los productos no ven ninguna ganancia y ni siquiera la devolucin de su
dinero invertido. Por lo tanto cuando requieren capital para hacer una compra
nueva tienen que tomarla de una nueva inversin y no de las ganancias de los
productos anteriores vendidas. Tambin quiere clasificar el tipo de crdito que
le otorgan y cuando es la fecha lmite de pago para que despus no tengan
ningn tipo de problema a la hora de pagar. Ese es el principal problema que
tiene abarrotes JAVI y por lo tanto el dueo quiere una base de datos en la cual
pueda ver y solucionar dicho problema simplemente sin tantas complicaciones.