Está en la página 1de 12

UNIVERSIDAD PRIVADA DOMINGO SAVIO

MATERIA: Base de datos 1


DOCENTE: Ing. Nelson Huanca
TEMA: Tienda Micro mercado
ESTUDIANTES: Rocío Eunice Mamani Vargas

Tarija-Bolivia
Índice de contenido

Objetivo.......................................................................................................................................3
Modelo de comportamiento.......................................................................................................3
Modelo conceptual ER...............................................................................................................5
Diagrama entidad relación........................................................................................................5
Descripción de atributos...........................................................................................................5
Modelo Relacional......................................................................................................................8
Implementación en SQL..........................................................................................................10
Consultas................................................................................................................................12
Objetivo
Se requiere que el sistema cubra las funciones de venta de artículos, control de existencias y
registro de compra de artículos.

Modelo de comportamiento

Título de la Historia: Registrar venta de artículos


Como Administrador
Quiero Registrar la venta de artículos por cliente
Para Emitir recibo o factura, y generar informe diario de ventas, calcular
ingresos

Título de la Historia: Registrar compra de artículos


Como Administrador
Quiero Registrar la compra de artículos del proveedor
Para generar informe diario de compras de artículos faltantes, calcular los
egresos

Título de la Historia: Controlar existencia de artículos


Como Administrador
Quiero Controlar la existencia de artículos
Para Generar un informe diario de los artículos faltantes para su compra

Título de la Historia: Comprar artículos


Como Cliente
Quiero Los artículos comprados se registren en una lista
Para Visualizar artículos comprados y el precio total a pagar

Título de la Historia: Reponer artículos faltantes


Como Vendedor-trabajador
Quiero Controlar la existencia de los artículos faltantes
Para Comprar los productos que hacen faltan
Título de la Historia: Venta de artículos faltantes
Como Proveedor-fabrica
Quiero Acceder a la lista d productos faltantes
Para Vender artículos necesarios para el micro mercado

Título de la Historia: Venta-cliente


Como Venta
Quiero La venta sea realiza siempre y cuando haya un cliente
Para Realizar la venta correspondiente

Nombre
ítem

ADMINISTRADOR apellido
ARTICULO precio

NIT
cantidad

Nombre Nombre

apellido
CLIENTE VENDEDOR apellido

C.I
Nro. empleado

ítem Folio

nombre fecha

PROVEEDOR VENTA
precio cliente
cantidad Costo-total

Modelo conceptual ER

Diagrama entidad relación

1 N 1
realiza VENTA ADMINISTRADOR
1 registra 1
realiza
registra

1 1 N
1 1
VENDEDOR CLIENTE ARTICULO

atiende compra N

suministra

PROVEEDOR

Descripción de atributos

Administrador

Permite Identificado Observacione


Atributo Descripción Tipo Longitud
nulos r Primario s

Nombre  Nombre/s  Texto  30  No    


completos del
administrador

Apellido  Apellido/s  Texto  30  No    


completos del
administrador

Nit  Nit  Númer  15  No  IP  


identificador o
del
administrador

Cliente

Permite Identificado Observacione


Atributo Descripción Tipo Longitud
nulos r Primario s

Nombre  Nombre/s  Texto  30  No    


completos del
cliente

Apellido  Apellido/s  Texto  30  No    


completos del
cliente

CI  Carnet de  Númer  10  No  IP  


identidad del o
cliente

Vendedor

Longitu Permit Identificado Observacione


Atributo Descripción Tipo
d e nulos r Primario s

Nombre  Nombre/s  Texto  30  No    


completo del
vendedor

Apellido  Apellido/s  Texto  30  No    


completo del
vendedor

Nro.  Número de  Númer  10  No  IP  


Emplead identificación del
o vendedor/emplead o
o

Proveedor

Permite Identificado Observacione


Atributo Descripción Tipo Longitud
nulos r Primario s

Nombre  Nombre del  Texto  30  No    


preventista

Apellido  Apellido del  Texto  30  No    


preventista

Marca Nombre de la Texto 30 No


empresa o
marca del
producto que
ofrece

Id.  Numero  Número  15  No  IP  


Proveedor serial que
identifica al
proveedor

Articulo

Permite Identificado Observacione


Atributo Descripción Tipo Longitud
nulos r Primario s

Ítem  Código de la  Númer  15  No  IP  


marca del o
producto

Precio  Precio al que  Númer  5  No    


se ofrece o

Cantidad  La cantidad  Númer  5  No    


que el cliente o
comprara

Venta

Permite Identificado Observacione


Atributo Descripción Tipo Longitud
nulos r Primario s

Folio  Numero de  Numer  10  No  IP  


facturación o

Fecha  Fecha de las  Númer  10  No    


compras o

Cliente  Nombre  Texto  60  No    


completo del
cliente

Costo- Precio total Número 10 No


total que debe
pagar el
cliente

Modelo Relacional

 CLIENTE
Es otra de las entidades fuertes del modelo E-R. Los atributos de esta entidad
son:
(CI, Nombre, Apellido)
Semántica: atributos, no NULL
Clave primaria: CI, not NULL, no duplicados
 ADMINISTRADOR
Entidad fuerte, en esta relación se mencionará al redor de 1 a 2 administradores
del micro mercado:
(NIT, NombAdmin, ApellAdmin)
Semántica: atributos, no NULL
Clave primaria: NIT, not NULL, no duplicados

 VENDEDOR
Hace referencia a los empleado que se encargaran tanto de hacer la compra de
los artículos del proveedor, como la atención al cliente:
(NroEmpleado, NombEmpleado, ApellEmpleado)
Semántica: atributos, no NULL
Clave primaria: NroEmpleado, not NULL, no duplicados
 PROVEEDOR
Es una entidad fuerte. Y en esta se almacenan los datos de los proveedores de
productos, por ejemplo: el proveedor de Sabritas, Paceña, Coca-Cola, etc. Se
registrarán los datos del preventista:
(IDproveedor, NombProv, ApellProv, Marca)
Semántica: atributos, no NULL
Clave primaria: IDproveedor, not NULL, no duplicados

 ARTICULO
La entidad producto es una entidad fuerte debido a que no depende de ninguna
otra entidad. El código de barras será la clave primaria de dicha entidad debido a
que el código de barras es único e irrepetible para cada producto y de este modo
nos permitirá identificar un producto de otro:
(ITEM, Precio, Cantidad, NombArti)
Semántica: atributos, no NULL
Clave primaria: ITEM, not NULL, no duplicados
 VENTA
Esta es una entidad débil, ya que la venta se realizará siempre y cuando haya un
cliente:
(Folio, CI, ITEM, fecha, costo_total)
Semántica: atributos, no NULL
Semántica: costo_total > 0, no debe ser un monto negativo
Clave primaria: Folio, not NULL, no duplicado
FK: CI referencia CLIENTE(CI)

FK: ITEM referencia ARTICULO(ITEM)

 ARTICULO_PROVEEDOR
(ITEM, IDproveedor, existencia)
Semántica: atributos, no NULL
FK: ITEM referencia ARTICULO(ITEM)
FK: IDproveedor referencia PROVEEDOR(IDproveedor)
Implementación en SQL
Se hará la respectiva creación de relaciones en el programa SQL:

create database micromercado;

use micromercado;

create table CLIENTE(

-> CI INT NOT NULL,

-> Nombre VARCHAR(30) NOT NULL,

-> Apellido VARCHAR(30) NOT NULL,

-> PRIMARY KEY (CI));

Tabla ADMINISTRADOR

use micromercado;

CREATE TABLE ADMISTRADOR(

NIT INT NOT NULL,

NombAdmin VARCHAR(30) NOT NULL,

ApellAdmin VARCHAR(30) NOT NULL,

PRIMARY KEY (NIT));

Tabla VENDEDOR

use micromercado;

CREATE TABLE VENDEDOR(

NroEmpleado INT NOT NULL,

NombEmpleado VARCHAR(30) NOT NULL,

ApellEmpleado VARCHAR(30) NOT NULL,


PRIMARY KEY (NorEmpleado));

Tabla PROVEEDOR

use micromercado;

CREATE TABLE PROVEEDOR(

IDproveedor INT NOT NULL,

NombProv VARCHAR(30) NOT NULL,

ApellProv VARCHAR(30) NOT NULL,

PRIMARY KEY (IDproveedor));

Tabla ARTICULO

use micromercado;

CREATE TABLE ARTICULO(

ITEM INT NOT NULL,

Precio DOUBLE NOT NULL,

Cantidad INT NOT NULL,

NombArti VARCHAR(30) NOT NULL,

PRIMARY KEY (ITEM));

Tabla VENTA

use micromercado;

CREATE TABLE VENTAS(

Folio INT NOT NULL,

ITEM INT NOT NULL,

CI INT NOT NULL,

Fecha DATE,
PRIMARY KEY (Folio,ITEM,CI),

FOREIGN KEY (ITEM) REFERENCES ARTICULO(ITEM),

FOREIGN KEY (CI) REFERENCES CLIENTE(CI));

Tabla ARTICULO_PROVEEDOR

use micromercado;

CREATE TABLE ARTICULO_PROVEEDOR(

ITEM INT NOT NULL,

IDproveedor INT NOT NULL,

Existencia INT,

PRIMARY KEY (ITEM, IDproveedor),

FOREIGN KEY (ITEM) REFERENCES ARTICULO(ITEM),

FOREIGN KEY (IDproveedor) REFERENCES PROVEEDOR(IDproveedor));

on delete RESTRICT

on UPDATE CASCADE);

Consultas

 Ingresamos valores a la tabla ARTICULO


INSERT INTO articulo VALUES(20, 6, 1, 'Coca-Cola');

INSERT INTO articulo VALUES(30, 3, 2, 'Helado');

 Ingresamos valores a la tabla VENTAS


INSERT INTO ventas VALUES(1, 10, 123456, now());

select ventas.Folio,ventas.Fecha,cliente.Nombre,cliente.Apellido,cliente.CI,

articulo.NombArti,articulo.Precio,articulo.Cantidad,

(articulo.Precio * articulo.Cantidad) as Cost_total

from ventas,cliente,articulo

También podría gustarte