Proyecto de Base de Datos

Universidad Popular de Nicaragua
Uponic
Facultad de informtica
Proyecto de Base de dato
UNIVERSIDAD POPULAR DE NICARAGUA

UPONIC
FACULTAD DE INFORMATICA
Tema: Diseo de Base de Dato para la tienda variedades

Rojas
Docente: Ing. Vladimir Chavarra
Integrantes:
Veiky Viachica.
Locne Obando
Carlos Rojas.
Uponic
Uponic
INTRODUCCION
Este trabajo se realizara con la finalidad de aprender un poco ms sobre una base
de datos, sus caractersticas, usos, estructuras, diseos, entre otros, ya que en
este presente proyecto trataremos de dar respuesta al problema que se encontr
en la tienda de variedades Rojas.
Es muy importante este sistema de gestor de bases de datos ya que va hacer una
herramienta adecuada para la tienda variedades Rojas, porque as almacenara
los datos con seguridad, recuperacin ante fallos, gestin centralizada,
estandarizacin del lenguaje de consulta y funcionalidad avanzada.
Esta base de datos que no sabea como un gasto ms en el negocio, de lo

contrario es una buena inversin, traer buenos beneficios, ta les como mayor
independencia, disponibilidad, seguridad, menor redundancia y claridad en los
entradas de los datos, consultas complejas optimizada, respaldo y recuperacin;
esta ser un almacn que permitir guardar cantidad de informacin de forma
organizada y maximizara el tiempo.
Dentro de las tareas bsicas del sistema sern llevar el control de compras, ventas
por das, generando el listado de ventas de blusas, Pantalones, Calzado de
damas y caballeros, y accesorios.
Uponic
OBJETIVO GENERAL
Creacin de Base de Dato para llevar el control de compra y ventas en la
tienda Variedades Rojas.
OBJETIVOS ESPECIFICOS
Clasificar los productos de acuerdo a su marca y tipo.
Controlar las compras por medio de Facturacin.
Facilitar un mejor control de las compras realizada a los proveedores.
Controlar las ventas realizadas a los Clientes, por medio de facturas en la
tienda variedades Rojas.
Garantizar que la base de dato muestre la informacin, por medio de
reportes, adecuada en las ventas diras, semanales, quincenales,
mensuales y anual.
Crear una aplicacin con interfaz sencilla, que aplique los principios del
diseo de Bases de datos, con cuentas privilegiadas.
Realizar respaldos manuales de la base de datos.
Uponic
Planteamiento del problema
Analizando el problema de la tienda variedades Rojas encontramos varios factores

de riesgos tales como, control de las ventas manual, inventarios a medias, y
controles administrativo no correcto, adems esta problemtica no solo conlleva a
prdidas si no se encontraron resultados no satisfactorios para el dueo de este
negocio.
El problema ms fundamental es que la tienda es nueva en el lanzamiento al

mercado.
Uponic
TABLAS DEL SISTEMA Y SUS ATRIBUTOS + TIPOS DE DATOS

TABLA ATRIBUTOS TIPOS DE DATOS
PRODUCTOS CODIGO NVARCHAR
NOMBRE CARCTER
MARCA CARCTER
TALLA CARCTER
PRECIO_ COMPRA ENTERO
PRECIO _VENTA ENTERO
EXISTENCIA CARCTER
PROVEEDORES CODIGO ENTEROS
AGENTE_VENTA CARCTER
TELEFONO ENTERO
DIRECCION CARCTER
CLIENTE CODIGO ENTERO
NOMBRE CARCTER
APELLIDO CARCTER
DIRECCION CARCTER
TELEFONO ENTERO
EMPLEADO CODIGO ENTERO
NOMBRE CARCTER
APELLIDO CARCTER
DIRECCION CARCTER
CEDULA CARCTER
TELEFONO ENTERO
EMAIL CARCTER
CARGO CARCTER
VENTAS CODIGO ENTERO
FECHA FECHA
DESCUENTO MONEDA
TOTAL ENTERO
IVA
COMPRAS CODIGO_FACTURA ENTERO
DESCUENTOS ENTERO
FECHA FECHA
TOTAL DECIMAL
IVA
Uponic
NORMALIZACIN
PRODUCTOS.
1FN. Cada campo sea nico.
Para que la tabla producto, est en 1FN, el campo marca, es un campo multivalor,
por lo tanto pasa a una tabla.
2FN. Tiene que estar en 1FN, y que exista un campo clave

Ahora ya est en 1FN y el campo a seleccionar como campo clave es el cdigo.
3FN. Tiene que estar en 2FN. En que exista dependencia entre la clave
primaria y los dems campos.
Se cumple porque si realizamos consultas de tipo SQL, algunos de los campos,

estos dependen de la clave primaria.
PRODUCTO: (Cdigo, Nombre, Talla, Precio_compra, Precio_venta, existencia,

descripcin.)
MARCA: (Cdigo, nombre)
PROVEEDOR.
Para que la tabla proveedor, est en 1FN, el campo agente_venta, es un campo
multivalor, por lo tanto pasa a una tabla.

PROVEEDOR (Cdigo, direccin, telfono)
AGENTE_VENTA (Cdigo, nombre)
Uponic
COMPRA
La tabla compra, est en 1FN.
COMPRA (cdigo_factura, fecha, descuento, total, IVA)
EMPLEADO
Para que la tabla empleado, est en 1FN, el campo cargo, es un campo
multivalor, por lo tanto pasa a una tabla.

EMPLEADO (cdigo, nombre, apellido, direccin, telfono, cedula, email)

CARGO (cdigo, nombre, apellido)
VENTA
La tabla de venta est en 1FN.
Uponic

VENTA (cdigo_venta, codico_producto, cantidad, total)
CLIENTE
1FN. Cada campo sea nica
La tabla de cliente, est en 1FN

CLIENTE (cdigo, nombre, apellido, direccin, telfono)

Uponic
AGENTE_VENTA
PROVEERDOR CODIGO
CODIGO NOMBRE
DIRECCION MARCA
CODIGO APELLIDO
TELEFONO TELEFONO
NOMBRE
EMPLEADO
VENTA CODIGO
CODIGO NOMBRE
FECHA APELLIDO
DESCUENTO DIRECCION
CARGO
TOTAL CEDULA
CODIGO
IVA TELEFONO
NOMBRE
EMAIL
PRODUCTO
CODIGO
NOMBRE CLIENTE
TALLA CODIGO
PRECIO_COMPRA NOMBRE
PRECIO_ VENTA APELLIDO
EXCISTENCIA DIRECCION
TELEFONO
DETALLE_VENTA
CODIGO_VENTA COMPRA
FECHA_VENTA CODIGO_FACTURA
CANTIDAD DESCUENTO
SUBTOTAL FECHA
DETALLE_DE_COMPRA TOTAL
CODIGO_FACTURA IVA
CODIGO_COMPRA
CANTIDAD
SUBTOTAL
Uponic
Diagrama de Entidad-Relacin
Uponic
DICCIONARIO DE DATOS
TABLA ATRIBUTOS TIPOS DE LONGITUD CLAVE EJEMPLO DESCRIPCION

DATOS
PRODUCTO CODIGO ENTERO SI 001
NOMBRE CARACTER 10 NO CAMISA CAMISA
TALLA CARACTER 5 NO xl
PRECIO_COMPRA MONEDA NO 250.50
PRECIO_VENTA MONEDA NO 300.50
EXISTENCIA NUMERO NO 100
MARCA CODIGO ENTERO SI
NOMRE CARACTER 10 NO
PROVEERDO CODIGO ENTERO SI 1102
DIRECCION CARACTER 20 NO
TELEFONO ENTERO NO
AGENTE_VENTA GODIGO ENTERO SI
NOMBRE CARACTER 10 NO
APELLIDO CARACTER 10 NO
TELEFONO ENTERO NO
EMPLEADO CODIGO ENTERO SI
CEDULA CARACTER NO
TELEFONO CARACTER NO
EMAIL CARACTER 20 NO
CARGO CODIGO ENTERO SI
NOMBRE_DEL_CARGO CARACTER 10
Uponic
CLIENTE CODIGO ENTERO SI

TELEFONO ENTERO NO
VENTA CODIGO ENTERO SI
FECHA MONEDA NO
DESCUENTO MONEDA NO
TOTAL MONEDA NO
IVA MONEDA NO
DETALLE_VENTA CODIGO_VENTA ENTERO SI
FECHA_VENTA FECHA NO
CANTIDAD NUMERO NO
SUBTOTAL MONEDA NO
COMPRA CODIGO_FACTURA ENTERO SI
DESCUENTO MONEDA NO
FECHA FECHA NO
TOTAL MONEDA NO
IVA MONEDA NO
DETALLE_DE_COMPRA CODIGO_FACTURA ENTERO SI
CODIGO_COMRA ENTERO NO
CANTIDAD NUMERO NO
SUBTOTAL MONEDA NO
Uponic
RESUMEN SOBRE NORMALIZACIN
PRODUCTO (cdigo, nombre, precio_ compra, precio_ ventas, cantidad,

PK
existencia)
MARCA (cdigo, nombre)

PK
PROVEEDOR (cdigo, telefono,direccion)
PK
AGENTE_VENTA (cdigo, nombre, apellido, telfono)
PK
EMPLEADO (cdigo, nombre, apellido, direccion, cedula, telefono, email)
PK
CARGO (cdigo,nombre)
PK
VENTA (cdigo, fecha, descuento,IVA, total)
PK
DETALLE_DE_VENTA (codigo_venta, codigo_producto,cantidad, total)
PK
COMPRA (cdigo, fecha, descuento, IVA, total)
PK
DETALLE_DE_COMPRA (codigo_factura, codigo_producto, descuento,
PK
subtotal)
CLIENTE (cdigo, nombre, apellido, telefono, direccin)

PK
Uponic
MODELO DE RELACION.
PASO 1: escribir una cada una de las entidades, como una nica tabla CON sus
atributos.
existencia)
DETALLE_DE_VENTA (codigo_venta, codigo_producto, cantidad, subtotal)
DETALLE_DE_COMPRA (codigo, fecha, descuento, total)
PASO 2: para relacionar de 1-N; escribir la llave del extremo 1 al extremo N ms

los atributos propio de la relacin si existe.

PK
existencia)

PK
PK
PK
PK
Uponic
PK
PK
PK
PK
PASO 3: para la relacin de N: M se crea una tercera tabla con las claves de
entidades relacionadas ms la clave de la tercera tabla y los atributos propio de
las relaciones si existen.
DETALLE_DE_VENTA (codigo_venta, codigo_producto,cantidad, total)

PK
DETALLE_DE_COMPRA (codigo_factura, codigo_producto, descuento,
PK
subtotal)
Uponic
Diagrama de Modelo Entidad-Relacin

Uponic
(Resumen DIAGRAMA MODELO DE RELACION)
PRODUCTO: ( cdigo, nombre, precio_venta, precio_compra, existencia,

PK
descripcin, cdigo_marca)
FK
MARCA:(codigo, nombre, talla,precio, existencia, descuento)
PK
COMPRA (cdigo_ factura, fecha, cantidad, precio, descuento, total,
PK
codigo_producto, codigo_proveedor)
FK FK
PROVEEDOR:(cdigo,agente_venta,telefono,direccion,codigo_agente_venta )
PK FK
AGENTE_VENTA:(codigo, nombre, apellido)
PK
VENTA:(codigo, fecha, descuento, total,IVA)
PK
DETALLE_VENTA:(codigo_venta, codigo_producto,cantidad,total)
PK
EMPLEADO:(codigo, nombre, apellido, direccion, cedula,telefono, email,
codigo_cargo)
FK
GARGO:(codigo, nombre, apellido)
PK
Uponic
CONSULTAS
POR CADA TABLA
SELECT
SELECT * FROM MARCA

SELECT * FROM MARCA WHERE CODIGO=0001
INSERT
INSERT INTO MARCA(CODIGO,NOMBRE)
VALUES(0001,LEVI`S)
DELETE
DELETE FROM MARCA WHERE CODIGO=0001
UPDATE
UPDATE MARCA
SET
NOMBRE=APOLO
WHERE CODIGO=0001

Proyecto de Base de Datos

Загружено:

Сведения о документе

Исходное описание:

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Proyecto de Base de Datos

Загружено:

Авторское право:

Доступные форматы

Universidad Popular de Nicaragua

UNIVERSIDAD POPULAR DE NICARAGUA

Tema: Diseo de Base de Dato para la tienda variedades

Docente: Ing. Vladimir Chavarra

Esta base de datos que no sabea como un gasto ms en el negocio, de lo

Planteamiento del problema

Analizando el problema de la tienda variedades Rojas encontramos varios factores

El problema ms fundamental es que la tienda es nueva en el lanzamiento al

TABLAS DEL SISTEMA Y SUS ATRIBUTOS + TIPOS DE DATOS

2FN. Tiene que estar en 1FN, y que exista un campo clave

Se cumple porque si realizamos consultas de tipo SQL, algunos de los campos,

PRODUCTO: (Cdigo, Nombre, Talla, Precio_compra, Precio_venta, existencia,

2FN. Tiene que estar en 1FN, y que exista un campo clave

2FN. Tiene que estar en 1FN, y que exista un campo clave

EMPLEADO (cdigo, nombre, apellido, direccin, telfono, cedula, email)

2FN. Tiene que estar en 1FN, y que exista un campo clave

VENTA (cdigo_venta, codico_producto, cantidad, total)

Se cumple porque si realizamos consultas de tipo SQL, algunos de los campos,

CLIENTE (cdigo, nombre, apellido, direccin, telfono)

TABLA ATRIBUTOS TIPOS DE LONGITUD CLAVE EJEMPLO DESCRIPCION

CLIENTE CODIGO ENTERO SI

RESUMEN SOBRE NORMALIZACIN

PRODUCTO (cdigo, nombre, precio_ compra, precio_ ventas, cantidad,

MARCA (cdigo, nombre)

CLIENTE (cdigo, nombre, apellido, telefono, direccin)

PRODUCTO (cdigo, nombre, precio_ compra, precio_ ventas, cantidad,

MARCA (cdigo, nombre)

PROVEEDOR (cdigo, telefono,direccion)

AGENTE_VENTA (cdigo, nombre, apellido, telfono)

EMPLEADO (cdigo, nombre, apellido, direccion, cedula, telefono, email)

VENTA (cdigo, fecha, descuento,IVA, total)

DETALLE_DE_VENTA (codigo_venta, codigo_producto, cantidad, subtotal)

COMPRA (cdigo, fecha, descuento, IVA, total)

DETALLE_DE_COMPRA (codigo, fecha, descuento, total)

CLIENTE (cdigo, nombre, apellido, telefono, direccin)

PASO 2: para relacionar de 1-N; escribir la llave del extremo 1 al extremo N ms

PRODUCTO (cdigo, nombre, precio_ compra, precio_ ventas, cantidad,

MARCA (cdigo, nombre)

DETALLE_DE_VENTA (codigo_venta, codigo_producto,cantidad, total)

Diagrama de Modelo Entidad-Relacin

(Resumen DIAGRAMA MODELO DE RELACION)

PRODUCTO: ( cdigo, nombre, precio_venta, precio_compra, existencia,

SELECT * FROM MARCA

Вам также может понравиться