Proyecto Base de Datos para La Presentacion

FICHA DE IDENTIFICACIÓN DE PROYECTO
DISEÑO DE UNA BASE DE DATOS PARA UN SISTEMA DE

CONTROL Y REGISTRO EN LOS PROCESOS DE INVENTARIO,
Título PEDIDO, VENTAS Y NOMINA DE EMPLEADOS DE LA
HELADERIA “GAVIOTA”
Nombres y Apellidos Código de estudiantes
Villazón Canaviri Oscar Rodrigo 201311601
Autor/es Ledezma Romero Arturo Fabián 201207708
Arias Choque Edson Zandro 201208203
Torrico Fuentes Elvis Alejandro 200307219
Fecha 24/05/2019
Carrera Ingeniería de Sistemas
Asignatura Gestión de Base de Datos
Grupo Regular A
Docente Lic. Elizabeth Delgadillo Camacho
Periodo Académico I / 2019
Subsede Cochabamba
Copyright © (2019) por (Oscar Rodrigo Villazón Canaviri). Todos los derechos reservados.
.
Título: Diseño De Una Base De Datos Para La Heladería “Gaviota”
Autor/es: Villazón Canaviri Oscar Rodrigo
RESUMEN:
En el siguiente proyecto tenemos:

En el primer punto veremos lo que es una pequeña Introducción al proyecto luego tenemos
los Antecedentes de la Empresa, luego mostramos la Situación Actual en la que se encuentra la
empresa y la forma en que trabajan actualmente; tomando la situación de la empresa realizamos
la matriz FODA y nos planteamos nuestro problema.
Como siguiente punto tenemos nuestros objetivo general y objetivos específicos, el alcance
del proyecto y la justificación.
En el último punto tendremos lo que son nuestras conclusiones y así finalizando el proyecto.
Palabras clave: heladería, base de datos, foda.
ABSTRACT:
In the following project we have:

In the first point we will see what is a small Introduction to the project then we have the
Antecedents of the Company, then we show the Current Situation in which the company is and
the way in which they currently work; taking the situation of the company we made the SWOT
matrix and we raised our problem.
As a next point we have our general objective and specific objectives, the scope of the project
and the justification.
In the last point we will have what are our conclusions and thus ending the project.
Key words: ice cream shop, database, foda.
Asignatura: Base de Datos

Carrera: Ingeniería de Sistemas Página 24 de 46
Tabla De Contenidos
Lista de Ilustraciones..................................................................................................................5
CAPÍTULO 1. DESCRIPCIÓN DEL PROYECTO...................................................................7
1.1. INTRODUCCIÓN.....................................................................................................7
1.2. ANTECEDENTES DE LA EMPRESA....................................................................8
1.2.1. Reseña Histórica....................................................................................................8
1.2.2. Misión..................................................................................................................13
1.2.3. Visión...................................................................................................................13
1.2.4. Organigrama de la Heladería Gaviota..................................................................14
1.3. SITUACIÓN ACTUAL DEL PROBLEMA............................................................14
1.3.1. Situación Actual...................................................................................................14
1.3.2. Descripción del Proceso Actual...........................................................................15
1.3.3. Documentación Interna de la Empresa:...............................................................22
1.3.4. Documentación Externa de la Empresa:..............................................................22
1.4. MATRIZ FODA.......................................................................................................23
1.5. PROBLEMA............................................................................................................24
1.6. OBJETIVOS............................................................................................................24
1.6.1. Objetivo General..................................................................................................24
1.6.2. Objetivos Específicos...........................................................................................24
1.7. ALCANCE DEL PROYECTO................................................................................25
1.8. JUSTIFICACIÓN DEL PROYECTO.....................................................................25
Capítulo 2. MARCO TEÓRICO...............................................................................................27
2.1. Base de Datos..........................................................................................................27
2.2. Sistema de Gestión de Base de Datos (SGBD).......................................................27
2.3. Ventas y Desventajas de las Bases de Datos............................................................27
2.3.1. Ventajas de las bases de datos..............................................................................27
2.3.2. Desventajas de las bases de datos........................................................................30
2.4. Tipos de Campos de las Base de Datos...................................................................30
2.5. Tipos de Base de Datos............................................................................................31
2.5.1. Base de Datos Relacional.....................................................................................31
2.5.2. Bases de Datos en Red.........................................................................................32
2.5.3. Base de Datos Orientada a objetos.......................................................................32
2.6. Modelo Entidad Relación........................................................................................32
2.7. Elementos de Modelo Entidad Relación..................................................................33
2.8. Relación Relacional.................................................................................................34
2.9. DBDesigner.............................................................................................................35
CAPITULO 3. MARCO PRÁCTICO......................................................................................37
3.1. Recopilación de Información.........................................................................................37
3.2. Identificación de los objetos y sus características..........................................................38
3.3. Modelo Entidad / Relación............................................................................................39
3.4. Normalización................................................................................................................40
3.4.1. Primera Forma Normal...........................................................................................41

3.4.2. Segunda Forma Normal..........................................................................................41

3.4.3. Tercera Forma Normal............................................................................................42
3.5. Modelo Final..................................................................................................................42
Capítulo 4. Conclusiones..........................................................................................................43
Referencias................................................................................................................................44
ANEXOS..................................................................................................................................45
ANEXO 1..............................................................................................................................45
ANEXO 2..............................................................................................................................49

Lista de Ilustraciones
Ilustración 1: Ilustración 1 Heladería Gaviota Logo 2010..........................................................8

Ilustración 2: Heladería Gaviota Logo Actual............................................................................8
Ilustración 3: Foods Trucks.......................................................................................................10
Ilustración 4: Ubicación Heladería "Gaviota"..........................................................................10
Ilustración 5: Sucursal 1 Heladería Gaviota en Sacaba............................................................11
Ilustración 6: Sucursal 2 Heladería Gaviota en Sacaba............................................................11
Ilustración 7: Sucursal 3 Heladería Gaviota en Oruro..............................................................12
Ilustración 8: Organigrama de la Heladería Gaviota................................................................14
Ilustración 9: Cliente haciendo su Orden..................................................................................16
Ilustración 10: Vendedor ambulante.........................................................................................17
Ilustración 11: Vendedor ambulante..........................................................................................17
Ilustración 12: Vendedor en Food Truck...................................................................................18
Ilustración 13: Vendedor en Food Truck...................................................................................18
Ilustración 14: Portero de colegio.............................................................................................19
Ilustración 15: Descripción del Proceso Actual........................................................................21
Ilustración 16: Matriz FODA....................................................................................................23
Ilustración 17: Ejemplo de Base de Datos Jerárquicas es el sistema IMS................................31
Ilustración 18: Ejemplo de Base de Datos en Red....................................................................32
Ilustración 19: Modelo Entidad Relación.................................................................................33
Ilustración 20: Representación de las Entidades.......................................................................33
Ilustración 21: Representación Gráfica de Atributos................................................................34
Ilustración 22: Representación Grafica de una Relación..........................................................34
Ilustración 23: Relación 1 a 1...................................................................................................35
Ilustración 24: Relación 1 a Muchos.........................................................................................35
Ilustración 25: Relación de muchos a muchos..........................................................................35
Ilustración 26: Interfaz de trabajo de DBDesigner....................................................................36
Ilustración 27: Entidad/Relación Diseñado para la Heladería "Gaviota".................................39
Ilustración 28: Factura de compra de insumos de la Empresa Proveedora NATUREX...........45
Ilustración 29: Factura de compra de insumos de la empresa ESENCIALES..........................46
Ilustración 30: Nota de Entrega para los productos..................................................................47
Ilustración 31: Control de Compras para el encargado de Producción.....................................48
Ilustración 32: Facturas para las ventas de la empresa.............................................................49
Ilustración 33: Recibo para la entrega de pedidos a vendedores fijos......................................50


CAPÍTULO 1. DESCRIPCIÓN DEL PROYECTO
1.1. INTRODUCCIÓN
El uso de los sistemas de información es más que un nivel tecnológico, es la comunicación

para compañías y accionistas. Su desarrollo procede de la autonomía en los procesos productivos
que se manejen; por lo cual es necesario aplicar un previo análisis de la información tanto de
entrada como de salida para llegar a un modelo que permita la solución de las posibles fallas o
los problemas existentes en una empresa.
En este caso se investiga una compañía dedicada a la producción de helados para involucrar
los aspectos de elaboración y diseño de un modelo de control que permita el rendimiento
adecuado de la compañía por medio de recursos técnicos que permitan la comunicación de
organizaciones y entidades.
El progreso de sus procesos contiene una serie de planteamientos para la gestión
administrativa y económica sin recursos técnicos cuyo propósito es mejorar sus procesos a través
de sistemas informáticos que permitan facilidad de uso y celeridad en cada proceso. En la cual se
realiza una base de datos especificando como es el manejo de la misma con el propósito de
nivelar la producción y sus características para fomentar sistemas informáticos con mayor
facilidad en la contabilidad de los productos.

1.2. ANTECEDENTES DE LA EMPRESA
1.1.1. Reseña Histórica
La heladería gaviota fue fundada en el año 1998, su propietario es el Señor Quintín Villazón
Garnica en sus inicios fue un emprendimiento de carácter familiar, que posteriormente mediante
su desarrollo económico pudo establecer diferentes sucursales con diferentes modalidades de
venta gracias a la buena administración, en consecuencia, a lo largo de los años se han permitido
lograr una buena calidad de los productos que comercializa en su entorno.
Ilustración 1: Ilustración 1 Heladería Gaviota Logo 2010
Ilustración 2: Heladería Gaviota Logo Actual

En sus inicios la Heladería Gaviota estaba ubicada en la calle Moxos y Valle grande, donde se
dedicaban simplemente a la fabricación de helado artesanal, como ser picoles, conos, barquillos,
sándwiches congelados. Solamente se realizaba la venta con vendedores ambulantes,
posteriormente en el año 2000 se abrió una nueva sucursal en la ciudad de Sacaba en la zona de
Quintanilla con ubicación en la calle Los Ceibos entre San Antonio de Padua y los Pinos,
ampliando así de la misma manera la variedad de productos ofrecidos, aumentando en su stock
de venta helado en crema para vendedoras ambulantes y haciendo despachos de helado artesanal
a diferentes colegios de la zona y ciudad de Sacaba, como ser los colegios Quintanilla, Max
Fernández, German Bush, Eliodoro Villazón, Man Césped, José Nicolas Maldonado y Litoral.
En el año 2010 la heladería Gaviota cerró por un año aproximadamente. Luego en el año 2011
abrió nuevamente la fábrica en la ciudad de Sacaba donde se mudaron todas las operaciones de
producción, tomando como punto de venta principal esa ciudad. Volviendo a abastecer de
productos a sus clientes que tenía antes.
A finales del 2018 se hizo la apertura de una nueva fábrica pequeña en el departamento de
Oruro con ubicación en la calle Benedetto Vincenti entre Avenida del Maestro y presidente
Montes, donde se realizan solamente helado artesanal para la comercialización mediante
vendedores ambulantes.
Hoy en día la heladería gaviota cuenta con 2 sucursales en la ciudad de Sacaba y dos Fabricas
una en la ciudad de Oruro y otra en la ciudad de Sacaba, cuenta con 6 autos food trucks para la
ciudad de Sacaba, con 10 vendedores ambulantes y entrega productos a ocho colegios de la zona.
En la ciudad de Oruro cuenta con 7 vendedores ambulantes.

Ilustración 3: Foods Trucks
Ubicación: La Heladería Gaviota cuenta con sucursales ubicadas en la ciudad de Sacaba

donde se ha tomado como punto de venta principal la sucursal ubicada en Quintanilla.
Ilustración 4: Ubicación Heladería "Gaviota"

Luego como sucursales se tiene las siguientes direcciones:
Ilustración 5: Sucursal 1 Heladería Gaviota en Sacaba
Ilustración 6: Sucursal 2 Heladería Gaviota en Sacaba

Y también cuenta con una fábrica en la ciudad de Oruro.
Ilustración 7: Sucursal 3 Heladería Gaviota en Oruro
Políticas:
1. La empresa renovará continuamente su mercancía para mantenerse estable en el mercado.
2. La empresa cumplirá los requisitos de los clientes de manera que se sientan satisfechos
con el producto que se les ofrece.
3. La empresa tendrá buena reputación gracias a la calidad de los productos que
comercializa.
4. La empresa cumplirá con las leyes establecidas por entidades como:
• IMPUESTOS NACIONALES
• FUNDAEMPRESA
• CAMARA DE COMERCIO
• LICENCIA DE FUNCIONAMIENTO Y PADRÓN MUNICIPAL DEL
CONTRIBUYENTE
5. Cumplir como empleado el horario establecido de trabajo.

6. Es obligatorio mantener los equipos de trabajo en buen estado facilitando la mejor

atención a los clientes.
7. Cumplir con todas las políticas y normas establecidas por la empresa.
8. Ofrecer un servicio de calidad, así como el cliente lo requiera.
9. Llevar a cabo un cuidadoso proceso de higiene en todas las áreas de trabajo.
10. Alcanzar un servicio rápido y eficiente, siempre cuidando que se realice el proceso
adecuado, los modales y comportamiento para con el cliente
11. Proporcionar al cliente un producto sano de excelente sabor.
1.1.2. Misión
La Heladería Gaviota está orientada en todo momento a lograr que nuestros productos cuenten
con la calidad y reconocimiento que nuestros clientes más exigentes merecen tener.
1.1.3. Visión
La Heladería Gaviota tiene como visión crear una gran cadena de sucursales donde se pueda
distribuir una gran cantidad de productos de la mejor calidad, ser una empresa reconocida,
distinguida, renombrada y demandante, en el mundo comercial enfocado a la excelencia gracias
a la buena reputación y distinción adquirida por nuestros productos de gran calidad, logrando así
enfrentar mercados internacionales.

1.1.4. Organigrama de la Heladería Gaviota
Ilustración 8: Organigrama de la Heladería Gaviota
1.3. SITUACIÓN ACTUAL DEL PROBLEMA
1.1.5. Situación Actual
La Heladería Gaviota es una empresa que vende helados, cuenta con 2 sucursales ubicadas en
distintas zonas del municipio de Sacaba, y también cuenta con otra fábrica en el departamento de
Oruro. Nace como una gestión de comercio para comunidades en pro de incrementar la
producción salaria y mercantil. Es una empresa que realiza ventas de cuatro maneras distintas, en
la ciudad de Sacaba, mediante food trucks, mediante vendedores ambulantes, repartos a colegios
de la zona; en la ciudad de Oruro solamente mediante vendedores ambulantes y en ambas
ciudades realiza ventas directas en las mismas fábricas y sucursales.
Cada compañía cuenta con un registro de datos correspondiente a las ventas diarias, de tal
manera que siempre existe acceso adecuado para los usuarios finales cuando se desea modificar
algún resultado, el modelo correspondiente pretende mostrar la información más relevante de la
compañía.

• Nombre de la compañía: Heladería Gaviota

• Productos: Helados
• Estrategia de Mercadeo: Transporte propio para la distribución sin pagos de
………………………………..fletes
• Número de Sucursales: 2 (dos)
• Numero de Fábricas: 2 (dos)
• Manejo de sistema: Manual
La Heladería Gaviota es una micro empresa que surgió originalmente como un negocio
familiar y que hoy en día ya es categorizada como reconocida en algunas de sus zonas
comerciales. Algunos de sus empleados son vendedores intermedios como es el caso de los
colegios a los que se reparten helados casi diarios, la Heladería Gaviota compra insumos para la
producción a sus Proveedores ESENCIALES (fábrica de insumos para helados, repostería y
embutidos), NATUREX y MAPRIAL.
1.1.6. Descripción del Proceso Actual
1.1.6.1. Cliente
El cliente llega y se dirige a la oficina de Ventas donde realiza su pedido, la persona encargada
de Ventas es un cajero quien le toma el pedido al cliente manualmente, luego el vendedor realiza
una nota de entrega donde se encuentra escrito el pedido correspondiente, después el cliente debe
cancelar el monto de su pedido y una vez realizado el pago el cliente recibe una nota de entrega
más su factura correspondiente del cajero. El cliente debe dirigirse al área de bodegas donde
tendrá que recibir su pedido, una vez que el cliente entrega su nota de venta el encargado de
Bodega o sucursal le entrega el pedido correspondiente y ahí finaliza la compra.

Ilustración 9: Cliente haciendo su Orden
1.1.6.2. Vendedor
Los vendedores se dividen en 3 tipos los ambulantes, los que venden en food truck y los
vendedores fijos, porteros de escuela que venden en sus quioscos.
Los vendedores ambulantes vienen a la fábrica ubicada en Quintanilla dónde sacan el
producto para su comercialización, el producto se les proporciona bajo lista por tipo de producto
y cantidad de producto que desean llevar para vender, ya sea en coches o cajas térmicas. Ellos
solicitan la cantidad que desean llevar y es el encargado de bodega quien les proporciona el
producto.
Luego por la tarde cuando los vendedores ambulantes regresan a la fábrica deben entregar el
producto restante bajo lista de igual manera al encargado de bodega. Después el encargado de
bodega proporciona una nota de productos vendidos del día con el cual el vendedor debe
dirigirse a caja donde le hacen el respectivo cobro de la venta del día.

Ilustración 10: Vendedor ambulante
Ilustración 11: Vendedor ambulante

Los vendedores de food truck tienen una actividad parecida con el vendedor ambulante con
la diferencia en que el vendedor de food truck solo lleva helado tipo crema para la venta en
envases vacíos (galletas en cono o canastitas, barquillos y vasos térmicos), el helado en crema se
le es entregado bajo anotación pesando el producto tanto a la salida por la mañana como a la
vuelta por la tarde y los envases son entregados bajo lista, el vendedor debe recibir una nota de
entrega del encargado de bodega de los productos que está llevando y por la tarde de la misma
manera para su posterior entrega de las ventas del día en caja.
Ilustración 12: Vendedor en Food Truck
Ilustración 13: Vendedor en Food Truck

Los vendedores fijos, porteros de escuela que venden en sus quioscos; realizan sus pedidos
por teléfono, el tipo de helado que comercializa son helados de tipo picole, el encargado de
bodega envía a uno de los empleados de fabricación con el pedido junto con una nota de entrega
donde está registrado el pedido del vendedor a detalle. El vendedor fijo cancela el monto del
producto luego de la venta de los helados. El vendedor debe cancelar directamente en caja con la
nota de entrega y la cajera le emite la factura correspondiente.
Ilustración 14: Portero de colegio
1.1.6.3. Encargado de Bodega

El encargado de bodega realiza las tareas de entregas de productos para pedidos y envíos y
también colabora en la entrega de productos a los vendedores, el realiza el control de las notas de
entrega para los que vienen a sacar productos.
1.1.6.4. Encargado de Producción

El encargado de producción realiza la fabricación de los helados y las compras de insumos
como ser frutas e insumos en polvo para la elaboración de helados.
El encargado de producción debe realizar informes sobre la cantidad, sabores, tipos de
helados que fabrico, informes sobre los productos faltantes para producción y también debe
entregar las notas de control de compras.

1.1.6.5. Administración
En la parte administrativa interactúan el cajero y el administrador.
El cajero debe de registrar manualmente en la computadora en un archivo Excel la venta de
cada cliente, luego al final del día debe imprimir todas las ventas que se realizó en el día, más el
talonario de nota de ventas y el dinero del día debe dirigirse a Administración y entregar un
informe detallado sobre las ventas del día.
El encargado de Administración debe ingresar en la computadora las ventas entregadas por
el Cajero manualmente a la computadora y así poder realizar los balances correspondientes.
En la figura siguiente se muestra un diagrama del proceso actual descrito anteriormente.

Ilustración 15: Descripción del Proceso Actual

1.1.7. Documentación Interna de la Empresa:
Pedidos, compras y entregas: El vendedor es el encargado de la toma de pedidos dentro de

una sucursal, donde se genera la información necesaria para el cumplimiento del ideal o metas
que cada micro empresa diseña en el auge de las ventas, a corto plazo concretamente como el
diseño del inventario útil que proveerán los distribuidores de los productos más consumibles en
la gran gama de variedades, las condiciones del producto, plazos vigentes y expediciones de los
mismos.
El encargado de producción es el que realiza las compras y luego debe generar un informe
detallado en el talonario de Control de Compras de todo lo que compro acompañado de las
facturas de las empresas externas
El encargado de bodega junto con el vendedor debe realizar el informe detallado de la Nota de
Entrega donde figuran los productos que salen de la empresa para la comercialización que
realizan los vendedores. (Ver ANEXO 1)
1.1.8. Documentación Externa de la Empresa:
Facturas, recibos, notas de entrega: El empleado busca alternativas en la microempresa para

que todos los procesos sean visibles y entendibles administrativamente, por citaciones,
reuniones, para procesos de entrega de documentación y verificación propia de costos. Con el fin
de que los consumidores finales tengan conocimiento de su proceso de adquisición comúnmente
conocidos como las facturas de compra y venta.
El cajero emite factura al cliente, el encargado de bodega emite una nota de entrega al
vendedor y también emite un recibo para los pedidos, el encargado de fabricación debe entregar
constancias de las compras con el recibo de control de compras.
El encargado de bodega emite recibos para los pedidos a colegios para tener una constancia de
los productos que salen de la empresa y como respaldo para el vendedor del colegio para que
puedan emitirle su factura correspondiente. (Ver ANEXO 2)

1.4. MATRIZ FODA
Ilustración 16: Matriz FODA

1.5. PROBLEMA
Mediante un análisis preliminar realizado a la Heladería Gaviota, dedicada a la venta de

helados, con distribución en Quintanilla, Esmeralda, 7 esquinas y Huayllani entre otros puntos de
venta, ubicados en el municipio de Sacaba y en Oruro. Se observó que no cuentan con recursos
tecnológicos como equipos de cómputo, bases de datos, sistemas de información, manejo digital
de procesos de entradas y salidas de productos, debido a que el sistema opera de forma
totalmente manual se presentan problemas en el inventario, las ventas, pedidos y nómina de
empleados, generando pérdida de Información en cuanto a los registros entregados diariamente,
pérdida de productos , ventas no facturadas, pedidos que al depender de los resultados en
procesos de inventario y ventas carecen de la orden de cotización por pérdidas económicas
cuando no hay certeza de la cantidad existente del producto, lo que hace que hayan pérdidas del
dinero obtenido durante un día de venta, sin tener un software que controle los productos y su
orden de pago con el proveedor y el proceso de venta entre empleado y cliente. Lo anterior
permite plantear la siguiente pregunta de investigación:
“¿De qué manera se puede solucionar los problemas de veracidad y seguridad que se
presenta en este momento en la Heladería Gaviota?”
1.6. OBJETIVOS
1.1.9. Objetivo General
Diseñar un modelo de base de datos para el control y registro en los procesos de inventario,
pedido, ventas y nómina de empleados de la Heladería “Gaviota”
1.1.10. Objetivos Específicos
En base al objetivo principal, se plantean los siguientes objetivos específicos:

 Identificar los requerimientos de la empresa para los procesos de inventario, ventas y
pedidos.

 Diseñar una base de datos en donde se lleve el control de la información de los procesos
de administración de Inventario, pedidos, ventas y nómina de empleados de la Heladería
“Gaviota”.
 Realizar la Normalización del diseño de la base de datos planteada.
 Diseñar el modelo final de la base de datos en DBDESIGNER
1.7. ALCANCE DEL PROYECTO
El alcance del proyecto solo abarcara todo lo que es el control y registro en los procesos de
inventario, pedido, ventas y nómina de empleados de la Heladería “Gaviota” y no tomara en
cuenta otras áreas de la empresa.
1.8. JUSTIFICACIÓN DEL PROYECTO
Desde la perspectiva como estudiantes de la UDABOL hemos observado que en la actualidad

la mayoría de empresas manejan sitios Web o software aplicativo, que le facilitan el manejo
sistemático de los productos o empleados.
Por tanto, en algunas empresas donde aún no tiene las ayudas tecnológicas, poseen un grado
de dificultad a la hora de manejar sus procesos de entradas y salidas, no obstante, presentan un
crecimiento muy por debajo en comparación con las empresas que si tienen sistematizados su
información.
Teniendo en cuenta lo anterior, es por ello que se hace necesario el de diseñar una base de
datos que controle las ventas, el control y registro en los procesos de inventario, pedido y nómina
de empleados de la Heladería Gaviota, diariamente además de generar resultados en los informes
para luego tener claridad del producto faltante y los requerimientos que hacen falta para la
siguiente venta donde los beneficios se verán reflejados.
Dicho diseño de base de datos pretende poner a la pequeña y mediana empresa (PYMES) que
aún no cuentan con tecnología en sus procesos de inventario, pedido, ventas y nómina de

empleados de la Heladería “Gaviota en un estándar de alta competitividad de acuerdo con las

necesidades de cada empresa, además de brindar eficacia y seguridad para cada una de ellas.

Capítulo 2. MARCO TEÓRICO

1.9. Base de Datos
Se define una base de datos como una serie de datos organizados y relacionados entre sí, los
cuales son recolectados y explotados por los sistemas de información de una empresa o negocio
en particular.
Características
Entre las principales características de los sistemas de base de datos podemos mencionar:
 Independencia lógica y física de los datos.
 Redundancia mínima.
 Acceso concurrente por parte de múltiples usuarios.
 Integridad de los datos.
 Consultas complejas optimizadas.
 Seguridad de acceso y auditoría.
 Respaldo y recuperación.
 Acceso a través de lenguajes de programación estándar.
1.10. Sistema de Gestión de Base de Datos (SGBD)
Los Sistemas de Gestión de Base de Datos (en inglés DataBase Management System) son un
tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y
las aplicaciones que la utilizan. Se compone de un lenguaje de definición de datos, de un
lenguaje de manipulación de datos y de un lenguaje de consulta.
1.11. Ventas y Desventajas de las Bases de Datos
2.1.1. Ventajas de las bases de datos

 Control sobre la redundancia de datos: Los sistemas de ficheros almacenan varias
copias de los mismos datos en ficheros distintos. Esto hace que se desperdicie espacio de
almacenamiento, además de provocar la falta de consistencia de datos. En los sistemas de
bases de datos todos estos ficheros están integrados, por lo que no se almacenan varias
copias de los mismos datos. Sin embargo, en una base de datos no se puede eliminar la

redundancia completamente, ya que en ocasiones es necesaria para modelar las relaciones

entre los datos.
 Consistencia de datos: Eliminando o controlando las redundancias de datos se reduce en
gran medida el riesgo de que haya inconsistencias. Si un dato está almacenado una sola
vez, cualquier actualización se debe realizar sólo una vez, y está disponible para todos los
usuarios inmediatamente. Si un dato está duplicado y el sistema conoce esta redundancia,
el propio sistema puede encargarse de garantizar que todas las copias se mantienen
consistentes.
 Compartir datos: En los sistemas de ficheros, los ficheros pertenecen a las personas o a
los departamentos que los utilizan. Pero en los sistemas de bases de datos, la base de
datos pertenece a la empresa y puede ser compartida por todos los usuarios que estén
autorizados.
 Mantenimiento de estándares: Gracias a la integración es más fácil respetar los
estándares necesarios, tanto los establecidos a nivel de la empresa como los nacionales e
internacionales. Estos estándares pueden establecerse sobre el formato de los datos para
facilitar su intercambio, pueden ser estándares de documentación, procedimientos de
actualización y también reglas de acceso.
 Mejora en la integridad de datos: La integridad de la base de datos se refiere a la
validez y la consistencia de los datos almacenados. Normalmente, la integridad se
expresa mediante restricciones o reglas que no se pueden violar. Estas restricciones se
pueden aplicar tanto a los datos, como a sus relaciones, y es el SGBD quien se debe
encargar de mantenerlas.
 Mejora en la seguridad: La seguridad de la base de datos es la protección de la base de
datos frente a usuarios no autorizados. Sin unas buenas medidas de seguridad, la
integración de datos en los sistemas de bases de datos hace que éstos sean más
vulnerables que en los sistemas de ficheros.
 Mejora en la accesibilidad a los datos: Muchos SGBD proporcionan lenguajes de
consultas o generadores de informes que permiten al usuario hacer cualquier tipo de

consulta sobre los datos, sin que sea necesario que un programador escriba una aplicación
que realice tal tarea.
 Mejora en la productividad: El SGBD proporciona muchas de las funciones estándar
que el programador necesita escribir en un sistema de ficheros. A nivel básico, el SGBD
proporciona todas las rutinas de manejo de ficheros típicas de los programas de
aplicación. El hecho de disponer de estas funciones permite al programador centrarse
mejor en la función específica requerida por los usuarios, sin tener que preocuparse de los
detalles de implementación de bajo nivel.
 Mejora en el mantenimiento: En los sistemas de ficheros, las descripciones de los datos
se encuentran inmersas en los programas de aplicación que los manejan. Esto hace que
los programas sean dependientes de los datos, de modo que un cambio en su estructura, o
un cambio en el modo en que se almacena en disco, requiere cambios importantes en los
programas cuyos datos se ven afectados. Sin embargo, los SGBD separan las
descripciones de los datos de las aplicaciones. Esto es lo que se conoce como
independencia de datos, gracias a la cual se simplifica el mantenimiento de las
aplicaciones que acceden a la base de datos.
 Aumento de la concurrencia: En algunos sistemas de ficheros, si hay varios usuarios
que pueden acceder simultáneamente a un mismo fichero, es posible que el acceso
interfiera entre ellos de modo que se pierda información o se pierda la integridad. La
mayoría de los SGBD gestionan el acceso concurrente a la base de datos y garantizan que
no ocurran problemas de este tipo.
 Mejora en los servicios de copias de seguridad: Muchos sistemas de ficheros dejan que
sea el usuario quien proporcione las medidas necesarias para proteger los datos ante
fallos en el sistema o en las aplicaciones. Los usuarios tienen que hacer copias de
seguridad cada día, y si se produce algún fallo, utilizar estas copias para restaurarlos. En
este caso, todo el trabajo realizado sobre los datos desde que se hizo la última copia de
seguridad se pierde y se tiene que volver a realizar. Sin embargo, los SGBD actuales
funcionan de modo que se minimiza la cantidad de trabajo perdido cuando se produce un
fallo.

2.1.2. Desventajas de las bases de datos

Complejidad: Los SGBD son conjuntos de programas que pueden llegar a ser complejos
con una gran funcionalidad. Es preciso comprender muy bien esta funcionalidad para
poder realizar un buen uso de ellos.
Coste del equipamiento adicional: Tanto el SGBD, como la propia base de datos,
pueden hacer que sea necesario adquirir más espacio de almacenamiento. Además, para
alcanzar las prestaciones deseadas, es posible que sea necesario adquirir una máquina
más grande o una máquina que se dedique solamente al SGBD. Todo esto hará que la
implantación de un sistema de bases de datos sea más cara.
Vulnerable a los fallos: El hecho de que todo esté centralizado en el SGBD hace que el
sistema sea más vulnerable ante los fallos que puedan producirse. Es por ello que deben
tenerse copias de seguridad (Backup).
1.12. Tipos de Campos de las Base de Datos
Cada Sistema de Base de Datos posee tipos de campos que pueden ser similares o diferentes.
Entre los más comunes podemos nombrar:
 Numérico: entre los diferentes tipos de campos numéricos podemos encontrar enteros
“sin decimales” y reales “decimales”.
 Booleanos: poseen dos estados: Verdadero “Si” y Falso “No”.
 Memos: son campos alfanuméricos de longitud ilimitada. Presentan el inconveniente de
no poder ser indexados.
 Fechas: almacenan fechas facilitando posteriormente su explotación. Almacenar fechas
de esta forma posibilita ordenar los registros por fechas o calcular los días entre una fecha
y otra.
 Alfanuméricos: contienen cifras y letras. Presentan una longitud limitada (255
caracteres).
 Auto incrementables: son campos numéricos enteros que incrementan en una unidad su
valor para cada registro incorporado. Su utilidad resulta: Servir de identificador ya que
resultan exclusivos de un registro.

1.13. Tipos de Base de Datos

A continuación, te mostramos los tipos de bases de datos y sus características:
2.1.3. Base de Datos Relacional
Se trata de los sistemas de base de datos más comunes en la que los datos se definen para que
puedan reorganizarse y accederse de varias maneras diferentes.
Además, están formadas por un conjunto de tablas con datos que se ajustan a una categoría
predefinida. Estas tablas constan de filas y columnas. La columna tiene una entrada para los
datos de una categoría específica y las filas contienen una instancia para los datos definidos
según la categoría.
El lenguaje de consulta estructurado (SQL) es la interfaz estándar de usuario y programa de
aplicación para una base de datos relacional.
Bases de Datos Jerárquicas
En una base de datos jerárquica se organizan los datos utilizando estructuras arborescentes (en
árbol).
Un ÁRBOL es una estructura jerárquica en la que los elementos se suelen denominar NODOS y
existen dependencias entre los nodos.
La dependencia es de 1:M del tipo padre/hijo. Un hijo no puede tener más de un padre, pero
un padre varios hijos.
Ilustración 17: Ejemplo de Base de Datos Jerárquicas es el sistema IMS
2.1.4. Bases de Datos en Red

También en desuso, en una base de datos en red se utiliza la estructura de grafo/red, como en
el caso anterior los distintos objetos están relacionados entre sí mediante relaciones del tipo 1:M,
pero en este caso un objeto puede estar relacionado como hijo con varios elementos que serán
sus padres. En este caso las relaciones que se crean se denominan SET y el equivalente al padre
se denomina PROPIETARIO (OWNER) y el equivalente al hijo se denomina MIEMBRO
(MEMBER).
Un ejemplo de sistema en red es el CODASYL. También existen modelos para realizar el diseño
de datos orientado a bases de datos en red. En red podríamos representar lo mismo que la
estructura anterior y además lo siguiente:
Ilustración 18: Ejemplo de Base de Datos en Red.
2.1.5. Base de Datos Orientada a objetos
Se trata de un tipo de base de datos adecuada para elementos que se crean utilizando lenguajes
de programación orientados a objetos como C++ o Java.
Una base de datos orientada a objetos se organiza en torno a objetos en lugar de acciones, y
datos en lugar de lógica. Por ejemplo, un registro multimedia en una base de datos relacional
puede ser un objeto de datos definible, a diferencia de un valor alfanumérico.
1.14. Modelo Entidad Relación
Los diagramas o modelos entidad-relación (denominado por su sigla, ERD “Diagram Entity
relationship”) son una herramienta para el modelado de datos de un sistema de información.
Estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones
y propiedades.

Ilustración 19: Modelo Entidad Relación
1.15. Elementos de Modelo Entidad Relación

Entidad: Las entidades representan cosas u objetos (ya sean reales o abstractos), que se
diferencian claramente entre sí.
Para poder seguir un ejemplo durante el artículo añadiré ejemplos sobre un taller mecánico,
donde se podría crear las siguientes entidades:
 Coches (objeto físico): contiene la información de cada taller.
 Empleado (objeto físico): información de los trabajadores.
 Cargo del empleado (cosa abstracta): información de la función del
empleado.
Estas entidades se representan en un diagrama con un rectángulo, como los siguientes.
Ilustración 20: Representación de las Entidades.
Atributos: Los atributos definen o identifican las características de entidad (es el

contenido de esta entidad). Cada entidad contiene distintos atributos, que dan
información sobre esta entidad. Estos atributos pueden ser de distintos tipos (numéricos,
texto, fecha...). Siguiendo el ejemplo de antes podemos analizar los atributos de nuestra
entidad "Coches", que nos darán información sobre los coches de nuestro supuesto taller.
Unos posibles atributos serían los siguientes: número de chasis, matrícula, DNI del
propietario, marca, modelo y muchos otros que complementen la información de cada

coche. Los atributos se representan como círculos que descienden de una entidad, y no es
necesario representarlos todos, sino los más significativos, como a continuación.
Ilustración 21: Representación Gráfica de Atributos.
Relación: Es un vínculo que nos permite definir una dependencia entre varias entidades,
es decir, nos permite exigir que varias entidades compartan ciertos atributos de forma
indispensable. Las relaciones se muestran en los diagramas como rombos, que se unen a
las entidades mediante líneas.
Ilustración 22: Representación Grafica de una Relación.
1.16. Relación Relacional
Podemos encontrar distintos tipos de relaciones según como participen en ellas las entidades.
Es decir, en el caso anterior cada empleado puede tener un cargo, pero un mismo cargo lo pueden
compartir varios empleados.
Esto complementa a las representaciones de las relaciones, mediante un intervalo en cada
extremo de la relación que especifica cuantos objetos o cosas (de cada entidad) pueden intervenir
en esa relación.
Uno a uno: Una entidad se relaciona únicamente con otra y viceversa. Por ejemplo, si
tuviésemos una entidad con distintos chasis y otra con matrículas deberíamos de

determinar que cada chasis solo puede tener una matrícula (y cada matrícula un chasis, ni
más en ningún caso).
Ilustración 23: Relación 1 a 1.
Uno a varios o varios a uno: determina que un registro de una entidad puede estar
relacionado con varios de otra entidad, pero en esta entidad existir solo una vez. Como ha
sido en el caso anterior del trabajador del taller.
Ilustración 24: Relación 1 a Muchos
Varios a varios: determina que una entidad puede relacionarse con otra con ninguno o
varios registros y viceversa. Por ejemplo, en el taller un coche puede ser reparado por
varios mecánicos distintos y esos mecánicos pueden reparar varios coches distintos.
Ilustración 25: Relación de muchos a muchos.
Los indicadores numéricos indican el primero el número mínimo de registros en una relación
y posteriormente el máximo (si no hay límite se representa con una "n").
Sistema de Manejadores de Base de Datos
Es el conjunto de programas que maneja todo acceso a la base de datos.
Un SMBD consiste de un conjunto de datos relacionados entre sí y un conjunto de
herramientas de software (y/o hardware) para tener acceso a esos datos. Consiste de un conjunto
de programas que son usados para definir, procesar y administrar la BD y sus aplicaciones.
Conjunto de equipos y programas que organiza los datos y proporciona los mecanismos
utilizados para crear un archivo computarizado de BD; añadir, borrar o cambiar datos dentro del
archivo; cambiar el modo en que están almacenados los datos dentro de los archivos de una BD,
buscar en la BD aquellos datos que cumplen ciertos criterios, etc..

El SMBD para organizaciones grandes requiere de un gran número de personas y altos gastos
de equipos, programas y capacitación personal.
Conceptualmente, lo que sucede es lo siguiente:
A. Un usuario emite una solicitud de acceso utilizando algún lenguaje de manipulación
de datos específico (DML: Data Manipulation Language).
B. El SMBD lee la solicitud y la interpreta.
C. El SMBD inspecciona en orden a) el esquema externo, b) la correspondencia externa /
conceptual, c) el esquema conceptual, d) la correspondencia conceptual/interna y e) la
definición de la estructura de almacenamiento.
D. El SMBD realiza las operaciones necesarias sobre la base de datos almacenada.
Un SMBD puede organizar, procesar y presentar los datos seleccionados de una BD. Esta
capacidad permite a quienes toman decisiones rastrear, probar y consultar el contenido de la BD
para extraer las respuestas a las preguntas no recurrentes y no previstas en informes regulares.
El Objetivo primordial de un SMBD es proporcionar un entorno para recuperar información y
almacenar nueva información en la BD de manera segura, y garantizando la integridad de los
datos, para lo cual debe proporcionar a los usuarios una visión abstracta de estos, es decir, los
detalles de cómo se almacenan y se mantienen los datos, son transparentes para los usuarios.
Esto se debe a que muchos de ellos, no tienen experiencia en computadores, por ello se les
esconde la complejidad a través de diversos niveles de abstracción, para simplificar la
interacción con el sistema.
Funciones de los SMBD
En esta sección se examinaran los tipos de funciones y servicios que debe proporcionar un
SMBD.
1) Definición de datos: El SMBD debe ser capaz de aceptar definiciones de datos
(esquema externo, el esquema conceptual, el esquema interno y todas las
correspondencias asociadas) en versión fuente y convertirlas en la versión objeto
apropiada. Dicho de otro modo, el SMBD debe incluir componentes procesadores de
lenguajes para cada uno de los diversos lenguajes de definición de datos (DDL).
2) Manipulación de datos: El SMBD debe ser capaz de atender las solicitudes del usuario
para extraer, poner al día, datos que ya existen en la base de datos o para agregar en

ella datos nuevos. Dicho de otro modo, el SMBD debe incluir componentes
procesadores de lenguajes para cada uno de los diversos lenguajes de manipulación de
datos (DML).
3) Seguridad e integridad de los datos: El SMBD debe supervisar las solicitudes de los
usuarios y rechazar los intentos de violar las medidas de control y seguridad definidas
por el DBA.
4) Control de concurrencia de los datos: El SMBD debe proporcionar un mecanismo para
garantizar que la base de datos se actualice correctamente cuando haya varios usuarios
actualizando de manera concurrente la base de datos.
5) Recuperación: El SMBD debe poder recuperar la base de datos en caso de que esta
resulte dañada de alguna forma.
6) Diccionario de Datos accesible por el usuario: El SMBD debe incluir un catálogo en el
que se almacenen las descripciones de los datos y que sea accesible por parte de los
usuarios.
7) Desempeño: El SMBD debe ejecutar todas las funciones recién identificadas en la
forma más eficiente posible.
Ventajas y Limitaciones de los SMBD
VENTAJAS LIMITACIONES
Mejor integración y menos duplicidad Se necesitan hardware y software más
de los datos que se originan en los complejos y caros.
diferentes puntos.
Menos errores cuando varios registros Fallas del hardware o del software
pueden actualizarse en forma simultánea. pueden ocasionar la destrucción de
información vital de la BD.
Ahorran en el costo de desarrollo de Pueden requerirse un largo período de
nuevas aplicaciones, así como en los conversión, elevados gastos de
costos de entrada de los datos y su capacitación y habilidades mayores en
almacenamiento. quienes son responsables del Sistema de
BD.
Facilitan la organización y reorganización de la información.
Facilitan la recuperación rápida y flexible de la información.
Facilitan el almacenamiento de grandes cantidades de información.

Conceptos Básicos de Seguridad

Seguridad de la información: es la protección de la información contra destrucción,
alternación o revelación no autorizada.
Seguridad de base de datos: es la protección de la información mantenida en la base de
datos.
Privacidad: es el derecho que tienen los individuos de controlar la información disponible de
ellos mismos.
Autorización: es la especificación de reglas que definen, para un sujeto, que derechos de
acceso tiene sobre que objetos de informador..
Protección: en un ambiente computacional son mecanismos de seguridad que se refieren a
técnicas que controlan el acceso de usuarios y programas a la data almacenada.
Control de acceso: es el proceso que asegura que la información y otros objetos protegidos
sean accedidos solamente en formas autorizadas.
Políticas de Seguridad: guías y criterios basados en aspectos legales, morales y de
organización sobre acceso y manipulación de los datos.
Mecanismos de Seguridad: aquellos que permiten programar o implementar las políticas de
seguridad.
Existen razones de privacidad, legalidad, confidencialidad, protección contra fraudes y secreto
para establecer mecanismos que controlen el acceso y manipulación de la información por parte
de los usuarios en un ambiente de BD.
En un ambiente de BD, se usan mecanismos de seguridad para asegurar que se cumplan las
políticas de seguridad exigidas por la organización.
Existen diferentes modelos en los cuales se pueden basar los mecanismos de seguridad
centralizados implementados. Entre ellos tenemos:
El Modelo de Seguridad Básico
En este modelo se definen reglas de acceso que le permiten a un sujeto especifico tener un
tipo de acceso determinado sobre algún objeto de la BD. Por esto, una regla de acceso en este
modelo se puede ver como una tupla:
Ri=(Si,Oi,Ti) Donde la regla Ri define que el sujeto Si tiene derecho acceder el objeto Oi según
el tipo de acceso Ti.

Operacionalmente, el conjunto de todas las reglas de acceso se puede representar a través de una
Matriz de Acceso A [S i, Oi] en donde cada posición va a tener asociada una lista de tipos de acceso
posibles.
Ilustración 26:Modelo de Seguridad Básico
1.17. DBDesigner
DBDesigner es un sistema totalmente visual de diseño de bases de datos, que combina
características y funciones profesionales con un diseño simple, muy clara y fácil de usar, a fin de
ofrecerte un método efectivo para gestionar tus bases de datos.
Te permite administrar la base de datos, diseñar tablas, hacer peticiones SQL manuales y
mucho más, como ingeniería inversa en MySQL, Oracle, MSSQL y otras bases de datos ODBC,
modelos XML y soporte para la función drag-and-drop.
Algunas de las características:
 Guarda los proyectos en XML nativo.
 Posibilidad de conectividad con otros SGDB a través de plug-ins añadibles (por defecto
MySQL y PostgreSQL)
 Conectividad con el "backend" de la base de datos
 Exportar / Importar scripts .SQL
El programa dispone además de una interfaz profesional y de detallados manuales de uso.

Ilustración 27: Interfaz de trabajo de DBDesigner.

CAPITULO 3. MARCO PRÁCTICO

3.1. Recopilación de Información
El tipo de técnica de recolección de información que utilizamos para el proyecto es la

observación y la entrevista cara a cara. Las técnicas de observación y entrevistas son una de las
técnicas más utilizadas para examinar los diferentes aspectos que intervienen en el
funcionamiento de una empresa, nos permitió recolectar información directamente sobre el
comportamiento de las funciones y actividades, los procedimientos y operación de la Heladería,
y de cualquier hecho que ocurra en el área.
Se aplicó para observar todo lo relacionado con la empresa con el propósito de percibir,
examinar, o analizar los eventos que se presentan en las actividades de la heladería que nos
permitió evaluar las funciones, operaciones y procedimientos a la hora de realizar el control y
registro en los procesos de inventario, pedido, ventas y nómina de empleados de la heladería
“Gaviota”.
Luego de realizar el análisis correspondiente llegamos a la conclusión de que La Heladería

Gaviota necesita guardar información acerca de los empleados que trabajan en la empresa como
ser su nombre completo, C.I., dirección, teléfono, celular.
Hay que tener en cuenta que hay cuatro tipos de empleados, de administración, fabricación o
producción, vendedores, a su vez de los vendedores se dividen en dos tipos, los por comisión y
los de sueldo fijo. Luego se requiere registrar de los empleados la hora de ingreso y hora de
salida, el sueldo que reciben, días trabajados, permisos y faltas.
También la heladería debe registrar a sus proveedores de insumos y llevar un registro de los
productos que dejan como ser: nombre de la empresa proveedora, NIT, dirección, teléfono, y tipo
de materia prima que deja para la heladería más el costo de la misma por unidad y docena,
también la cantidad en peso o litro. También se que tiene registrar a sus clientes, las ventas,
procesos de inventario y pedidos.

3.2. Identificación de los objetos y sus características

Los objetos identificados son los siguientes:
Objetos y sus características:
• Heladería_gaviota: (id_emp, nom_emp, ci_emp, dic_emp, telf_emp,
hora_entrada, hora_salida, tipo_turno, concepto_rec, fecha_rec, monto_ded,
monto_perc, nom_sucur, dic_sucur, nom_ clien, ci_ clien, dic_ clien, telf_ clien,
num_pedido, cant_pedido, nom_dep, num_dep).
 id_emp = Número de empleado
 nom_emp = Nombre de empleado
 ci_emp = Cedula de identificación
 dic_emp = Dirección de Empleado
 telf_emp = Teléfono de Empleado
 hora_entrada = Hora de entrada de Empleado
 hora_salida = Hora de Salida de Empleado
 tipo_turno = Tipo de Turno de Empleado
 concepto_rec = Concepto del Recibo
 fecha_rec = Fecha del Recibo
 monto_ded = Monto de Deducción
 monto_perc = Monto de Percepción
 nom_sucur = Nombre de Sucursal
 dic_sucur = Dirección de Sucursal
 nom_ clien = Nombre de Cliente
 ci_ clien = Cedula de Cliente
 dic_ clien = Dirección de Cliente
 telf_ clien = Teléfono de Cliente
 num_pedido = Numero de Pedido
 cant_pedido = Cantidad del Pedido
 nom_dep = Nombre de Departamento

 num_dep = Numero de Departamento

3.3. Modelo Entidad / Relación
El modelo Entidad/Relación diseñado es un modelo de base de datos para el control y registro

en los procesos de inventario, pedido, ventas y nómina de empleados de la Heladería “Gaviota”,
en el cual se encontraron las siguientes entidades y sus atributos.
• Empleado: (id_emp, nom_emp, ci_emp, dic_emp, telf_emp,
hora_entrada, hora_salida, tipo_turno)
• Recibo: (concepto_rec, fecha_rec, monto_ded, monto_perc)
• Sucursal: (nom_sucur, dic_sucur)
• Cliente: (nom_ clien, ci_ clien, dic_ clien, telf_ clien)
• Pedido: (num_pedido, cant_pedido)
• Departamento: (nom_dep, num_dep)
Ilustración 28: Entidad/Relación Diseñado para la Heladería "Gaviota"

3.4. Normalización
Primeramente, se realizó la identificación de los atributos a través de la observación del

funcionamiento de la Heladería Gaviota, la cual presentamos a continuación:
 id_emp = Número de empleado

 nom_emp = Nombre de empleado
 ci_emp = Cedula de identificación
 dic_emp = Dirección de Empleado
 telf_emp = Teléfono de Empleado
 hora_entrada = Hora de entrada de Empleado
 hora_salida = Hora de Salida de Empleado
 tipo_turno = Tipo de Turno de Empleado
 concepto_rec = Concepto del Recibo
 fecha_rec = Fecha del Recibo
 monto_ded = Monto de Deducción
 monto_perc = Monto de Percepción
 nom_sucur = Nombre de Sucursal
 dic_sucur = Dirección de Sucursal
 nom_ clien = Nombre de Cliente
 ci_ clien = Cedula de Cliente
 dic_ clien = Dirección de Cliente
 telf_ clien = Teléfono de Cliente
 num_pedido = Numero de Pedido
 cant_pedido = Cantidad del Pedido
 nom_dep = Nombre de Departamento
 num_dep = Numero de Departamento
Luego encontramos el Objeto general para realizar la normalización:
 Heladería_gaviota: (id_emp, nom_emp, ci_emp, dic_emp, telf_emp,
hora_entrada, hora_salida, tipo_turno, concepto_rec, fecha_rec, monto_ded,
monto_perc, nom_sucur, dic_sucur, nom_ clien, ci_ clien, dic_ clien, telf_ clien,
num_pedido, cant_pedido, nom_dep, num_dep).
A continuación, presentamos la normalización del diseño de base de datos para los procesos
de inventario, pedido, ventas y nómina de empleados de la Heladería “Gaviota” en sus tres
Formas Normales.
3.4.1. Primera Forma Normal

1FM
Empleado: (id_emp, nom_emp, ci_emp, dic_emp, telf_emp,
hora_entrada, hora_salida, tipo_turno)
Recibo: (concepto_rec, fecha_rec, monto_ded, monto_perc)

Sucursal: (nom_sucur, dic_sucur)
Cliente: (nom_ clien, ci_ clien, dic_ clien, telf_ clien)
Pedido (num_pedido, cant_pedido)
Departamento: (nom_dep, num_dep)
3.4.2. Segunda Forma Normal
Cliente: (id_clien, nom_ clien, ci_ clien, dic_ clien, telf_ clien)
2FM
Empleado: (id_emp, nom_emp, a_p_emp, a_m_emp ,,, ci_emp,

dic_emp, telf_emp, hora_entrada, hora_salida,
tipo_turno)
Puesto: (id_puest, nom_puest, desc_puest, salario)
Sucursal: (id_sucur, nom_sucur, dic_sucur)
Recibo: (id_rec, fecha_rec, monto_ded, monto_perc)
Deducciones: (id_deduc, concepto, monto_deduc, afp, iva)
Percepciones: (id_perc, monto_perc, concepto )
Pedido (id_pedido, num_pedido, cant_pedido)
Departamento: (id_dep, nom_dep, num_dep)
Categoría: (id_cat, nom_cat)
id_puest = Identificación de un puesto.

nom_puest = Nombre de un puesto.
desc_puest = Descripción de un puesto.
salario = salario de un empleado.
id_deduc = Identificación de la deducción
concepto = Concepto de la Percepción.
monto_ded = Monto de deducción
afp
iva
id_perc = Identificación de la Percepción
monto_perc = Monto de la Percepción
id_cat = Identificación de categoría
nom_cat = nombre de categoría

3.4.3. Tercera Forma Normal
Cliente: (id_clien, nom_ clien, ci_ clien, dic_ clien, telf_ clien,
id_emp, id_pedido)
3FM
Empleado: (id_emp, nom_emp, a_p_emp, a_m_emp ,,, ci_emp,

dic_emp, telf_emp, hora_entrada, hora_salida,
tipo_turno, id_rec, id_dep, id_sucur, id_puest)
Puesto: (id_puest, nom_puest, desc_puest, salario)

Sucursal: (id_sucur, nom_sucur, dic_sucur)
Recibo: (id_rec, fecha_rec, monto_ded, monto_perc, id_perc,
id_deduc)
Deducciones: (id_deduc, concepto, monto_deduc, afp, iva)
Percepciones: (id_perc, monto_perc, concepto)
Pedido (id_pedido, num_pedido, cant_pedido, id_cat)
Departamento: (id_dep, nom_dep, num_dep)
Categoría: (id_cat, nom_cat)
3.5. Modelo Final

Capítulo 4. Conclusiones
 En la actualidad para que una entidad sea altamente competitiva tiene que estar
soportada bajo estándares de informática, que le permitan el crecimiento en cada
actividad que realice, una estrategia seria mantener sus procesos de entrada y salida
debidamente actualizados y de forma segura, con el fin de dar más exactitud en sus
ganancias y/o perdidas según sea la situación.
 La elaboración de una solución tecnológica para una entidad determinada tiene
consigo una gran exigencia de desarrollo, se trata de resolver de la mejor manera un
problema planteado con el fin de satisfacer las necesidades de un usuario final.
 Bajo el criterio de Pymes, encontramos que hay muy pocas de ellas que aún no
cuentan con su información sistematizada como es debido

Referencias
 http://es.wikipedia.org/wiki/T%C3%A9cnicas_de_ventas
 Articulo pdf: Cátedra: Producción I Capítulo 9. Teoría de Inventarios
http://www.promonegocios.net/venta/concepto-de-venta.html
http://www.degerencia.com/tema/ventas
 Libro Ingeniería de software (sexta edición), Ian Sommerville. Addison Wesley. Sitio
en inglés
 Ingeniería del software. Un enfoque práctico (sexta edición), R. S. Pressman. McGraw
Hill Higher Education. Sitio en Inglés
 http://www.mitecnologico.com/Main/InventariosConceptoYCaracteristicas
 http://www.mitecnologico.com/Main/ConceptoDeInventario

ANEXOS
ANEXO 1
Factura de compra de insumos de la Empresa Proveedora NATUREX
Ilustración 29: Factura de compra de insumos de la Empresa Proveedora NATUREX

Factura de compra de insumos de la empresa ESENCIALES
Ilustración 30: Factura de compra de insumos de la empresa ESENCIALES

Nota de Entrega para los productos que salen de la empresa para su comercialización.
Ilustración 31: Nota de Entrega para los productos.

Control de Compras para el encargado de Producción, donde registra todas las compras para
la elaboración de helado.
Ilustración 32: Control de Compras para el encargado de Producción.

ANEXO 2
Facturas para las ventas de la empresa.
Ilustración 33: Facturas para las ventas de la empresa.

Recibo para la entrega de pedidos a vendedores fijos.
Ilustración 34: Recibo para la entrega de pedidos a vendedores fijos.


Proyecto Base de Datos para La Presentacion

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto Base de Datos para La Presentacion

Cargado por

Copyright:

Formatos disponibles

FICHA DE IDENTIFICACIÓN DE PROYECTO

DISEÑO DE UNA BASE DE DATOS PARA UN SISTEMA DE

En el siguiente proyecto tenemos:

Palabras clave: heladería, base de datos, foda.

In the following project we have:

Key words: ice cream shop, database, foda.

Asignatura: Base de Datos

Asignatura: Base de Datos

3.4.2. Segunda Forma Normal..........................................................................................41

Asignatura: Base de Datos

Ilustración 1: Ilustración 1 Heladería Gaviota Logo 2010..........................................................8

Asignatura: Base de Datos

Asignatura: Base de Datos

CAPÍTULO 1. DESCRIPCIÓN DEL PROYECTO

El uso de los sistemas de información es más que un nivel tecnológico, es la comunicación

Asignatura: Base de Datos

1.2. ANTECEDENTES DE LA EMPRESA

1.1.1. Reseña Histórica

Ilustración 1: Ilustración 1 Heladería Gaviota Logo 2010

Ilustración 2: Heladería Gaviota Logo Actual

Asignatura: Base de Datos

Asignatura: Base de Datos

Ilustración 3: Foods Trucks

Ubicación: La Heladería Gaviota cuenta con sucursales ubicadas en la ciudad de Sacaba

Ilustración 4: Ubicación Heladería "Gaviota"

Asignatura: Base de Datos

Luego como sucursales se tiene las siguientes direcciones:

Ilustración 5: Sucursal 1 Heladería Gaviota en Sacaba

Ilustración 6: Sucursal 2 Heladería Gaviota en Sacaba

Asignatura: Base de Datos

Y también cuenta con una fábrica en la ciudad de Oruro.

Ilustración 7: Sucursal 3 Heladería Gaviota en Oruro

Asignatura: Base de Datos

6. Es obligatorio mantener los equipos de trabajo en buen estado facilitando la mejor

Asignatura: Base de Datos

1.1.4. Organigrama de la Heladería Gaviota

Ilustración 8: Organigrama de la Heladería Gaviota

1.3. SITUACIÓN ACTUAL DEL PROBLEMA

1.1.5. Situación Actual

Asignatura: Base de Datos

• Nombre de la compañía: Heladería Gaviota

1.1.6. Descripción del Proceso Actual

Asignatura: Base de Datos

Ilustración 9: Cliente haciendo su Orden

Asignatura: Base de Datos

Ilustración 10: Vendedor ambulante

Ilustración 11: Vendedor ambulante

Asignatura: Base de Datos

Ilustración 12: Vendedor en Food Truck

Ilustración 13: Vendedor en Food Truck

Asignatura: Base de Datos

Ilustración 14: Portero de colegio

1.1.6.3. Encargado de Bodega

1.1.6.4. Encargado de Producción

Asignatura: Base de Datos

En la figura siguiente se muestra un diagrama del proceso actual descrito anteriormente.

Asignatura: Base de Datos

Ilustración 15: Descripción del Proceso Actual

Asignatura: Base de Datos

1.1.7. Documentación Interna de la Empresa:

Pedidos, compras y entregas: El vendedor es el encargado de la toma de pedidos dentro de

1.1.8. Documentación Externa de la Empresa:

Facturas, recibos, notas de entrega: El empleado busca alternativas en la microempresa para