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 IEl problema

1.1 Planteamiento del problemaEl 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 IIMarco 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 IIIMarco 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 InvestigacinEl 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 IVResultados4.1 Anlisis de la situacin actual4.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 Propia4.2 Diseo de la Base de Datos4.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 Propia4.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 proveedorProveedor |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 articuloi. 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 clienteCliente |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 empleadoEmpleado |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 compraPedido 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 atributosv. 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 compraFicha 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 ventaPedido 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 ProductoEsta 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 ClienteEsta 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 EmpleadoEsta 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 productoEsta 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 proveedorEsta 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 pedidoEsta 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 ProveedorEsta 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 clienteEsta 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.16Figura 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 JAVIObjetivoAbarrotes 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.