BASE DE DATOS

INTEGRANTES
➢ CASTILLO ATALAYA, Cesar Alonso
➢ HUERTA SOTELO, Ray Kolard
➢ VALVERDE GUZMANM Rayzer Julio

Docente
▪ M.Sc. Ing. TREJO FLORES, Wilfredo

Tema

• PROYECO DE BASE DE DATOS

2022
 INDICE

1. Identificación y análisis de requerimientos de base datos ..................................................... 3

1.1. Obtención de requerimientos por usuario ..................................................................... 3
1.2. Identificación de los procesos funcionales de la base de datos ..................................... 4
1.3. Especificación de la estructura de datos ....................................................................... 7
1.4. Mapeo de usuarios ........................................................................................................ 8
1.5. Recursos complementarios ........................................................................................... 9
2. Identificación y análisis de requerimientos de base datos................................................... 10
3. Implementación de la base de datos ................................................................................... 19
3.1. Creación de la base de datos y las tablas .................................................................... 19
3.2. Inserción de información en las tablas ........................................................................ 22
3.3. Generación de las vistas ............................................................................................. 26
3.4. Elaboración de Consultas ........................................................................................... 30
3.5. Creación de procedimientos almacenados .................................................................. 33
3.6. Creación de los triggers o disparadores ...................................................................... 37
3.7. Gestión de usuarios .................................................................................................. 38
 INTRODUCCIÓN

El presente proyecto se desarrolla como solución al problema de control e inventario de

productos encontrado en el minimarket “DISLEY” quienes reportan un anticuado sistema
de stock de inventarios para sus productos, tanto para el ingreso y salida de estos en el
proceso de compra y venta.

El desarrollo de este proyecto tendrá un alcance limitado, llegando únicamente

del diseño de la base de datos, para luego decidir el lenguaje de programación que se
utilizará para elaborar la parte de pantallas o formularios.

Este proyecto lo elaboramos en el marco de la clase de programación de base de

datos como requisito para poder aprobar dicha asignatura.

LOS AUTORES
 CAPITULO I

1. Identificación y análisis de requerimientos de base datos

Implica la determinación y especificación de requerimientos de los usuarios de la base
de datos, siendo la “entrevista” la técnica de recolección de datos más usada y
recomendada, a continuación, se presenta la entrevista hecha al dueño del minimarket
Disley, el señor Luis Atalaya Norabuena, quien cuenta con un domicilio legal en la
Av. Independencia N.º 1798.
El contenido de la entrevista se presentará en los siguientes cuadros:
1.1. Obtención de requerimientos por usuario

Cuadro Nº1: Obtención de requerimientos por usuario

Entrevistado Dueño del minimarket: Luis Atalaya Norabuena

Pregunta Respuesta Conclusión

Contamos con 1 gerente, 1 guardia de El establecimiento cuenta con 6

¿Cuántas personas laboran
actualmente y que función cumplen?
¿El proceso de compra y venta se
realiza de forma física?
¿Con que aplicaciones de escritorio
está familiarizado?
seguridad, 2 personas encargadas del
cajero, 1 se encarga del almacén, 1 se
encarga del orden y limpieza.
De manera física, aunque también
hacemos delivery por un adicional.
Con Excel y Photoshop.
trabajadores, los cuales tiene una
función determinada dentro del
minimarket.
El proceso de compra y venta en el
minimarket se realiza de forma física,
sin embargo, también se hace delivery
el cual tiene una comisión.
El usuario está familiarizado con una
aplicación de cálculo y otra de diseño.

Cuando hay muchas personas faltan

¿Cuál es la mayor dificultad del
trabajadores que les puedan despachar El minimarket no se da abasto cuando
negocio al momento de brindar
sus productos y a veces tienen que hay muchos clientes.
atención a sus clientes?
esperar y algunos se aburren y se van.

¿Como cabeza del negocio está en Trabajo en Caraz, pero vengo cada fin El negocio es monitoreado por el
constante monitoreo de esta y cada de semana para monitorear mi dueño del minimarket y su familia
cuánto tiempo lo hace? minimarket. semanalmente.

El dueño del minimarket les paga a sus

¿Cómo se maneja el pago a sus
trabajadores?
¿Se utiliza un control de asistencia
de los trabajadores?
¿Se emiten comprobantes de pago?
El pago es semanalmente y es 50
trabajadores S/ 350 cada fin de
diario.
semana.
Se debe implantar un sistema de
Si, los trabajadores marcan
control de asistencia dentro software,
diariamente su hora de ingreso y de
además este debe manejar un control
salida con su firma.
de multas.
Si en cada compra que hace el cliente Podría implementarse la emisión de
hay un comprobante de pago. boletas de pago en el mismo software.

Los pagos en el minimarket se realizan

¿Qué métodos de pago emplea?
¿Qué situaciones problemáticas se
presenta al realizar la compra y
venta?
¿Cómo se realiza el abastecimiento
de productos?
El dinero en efectivo o sino también
pueden pagar con tarjeta y también
yape.
No contamos con una alerta de stock,
esto nos dificulta cuando los clientes
necesitan más productos de los que hay
en el mostrador.
El gerente se encarga de conversar con
los proveedores, quienes traen los
productos al almacén.
con efectivo y tarjeta de crédito,
también se aceptan aplicaciones de
pago rápido que agilizan el proceso de
compra y venta.
El sistema debe tener una alerta de
stock mínimo.
El software debe incluir un sistema de
inventario para llevar la cuenta de los
productos que ingresan y salen del
almacén.

3
1.2. Identificación de los procesos funcionales de la base de datos

Cuadro Nº2: Identificación de procesos funcionales de la Base de Datos

ÁREA DE LOGÍSTICA
Proceso funcional
·Abastecimiento·
Descripción Actividades Actores Reglas de negocio Necesidades

El cliente deberá
El pedido del cliente
presentar una
puede cambiar.
información general del
La información
El cliente solicita un ▪ Cliente negocio solicitante
brindada puede ser
pedido ▪ Secretario juntamente con el pedido
imprecisa.
con respecto a la
El tiempo límite del
información que se le
pedido es muy corto.
pedirá en el proceso.

La información de los
El cliente deberá brindar
pedidos varíe con
la información exacta de
respecto a lo brindado
sus pedidos.
Al momento que el Se realiza una ▪ Cliente anteriormente.
cliente requiera de un reunión pactada ▪ Vendedor
El vendedor da una
pedido de Que la reunión tome
información detallada.
abastecimiento, se le más tiempo de lo
.
tomara la información usual.
general del negocio
contratante y de la lista
de pedidos requeridos,
donde se plantea una Presentar
propuesta, generando Que se rechace la
Realizar una ▪ Cliente simplificadamente lo que
una nota de venta. propuesta.
propuesta ▪ Vendedor será los costos del
pedido.

Se concreta una nota Se deberá respetar el No se cumple con el

▪ Vendedor
de venta precio fijado. pago establecido.

Que se haya pagado

Se registra el pago único. con la cantidad
Se realiza / registra
▪ Cliente establecida.
el pago con respecto
▪ Secretaria Se hace entrega de una
a la nota de venta.
Una vez realizado la nota boleta de venta. Puede haber errores en
de venta se procede a la boleta de venta.
registrar el pago, y
ejecutar el pedido
Se realiza según el
Inicio de la
pedido y la boleta la
recolección del El vendedor puede
▪ Vendedor recolección y empaque
pedido. cometer errores.
de los productos.

Se registra la llegada del

Se realiza / registra pedido. El cliente perdió la
Se realiza el servicio de
el traslado y la boleta.
traslado del pedido hacia ▪ Cliente
confirmación de la Se realiza el
la ubicación del ▪ Repartidor
entrega con el desembarque del pedido Los productos llegan
solicitante del pedido.
cliente. respecto a la boleta de con problemas.
venta.

4
 Cuadro Nº2: Identificación de procesos funcionales de la Base de Datos
Área de Logística
Proceso funcional
·Reabastecimiento·
Descripción Actividades Actores Reglas de negocio Necesidades

El secretario deberá hacer

una pre verificado si todos
Se revisa la boleta de La boleta tiene
▪ Secretario los productos que se
compra errores
pidieron están en la
boleta.

El secretario deberá
El informe tiene
Se realiza un informe ▪ Secretario realizar un informe sobre
errores.
Después de haberse la compra.
efectuado la recepción
del pedido se realiza un
registro de la compra
junto con la boleta No se verifica el
El gerente deberá verificar
Se verifica el informe.
entregada por el ▪ Gerente si el informe está bien
vendedor mayorista. informe El informe tiene
realizado
errores.

El gerente basándose en el
El registro tiene
informe hace un registro
errores o el registro
Se registra la compra ▪ Gerente sobre la compra
no se guarda
efectuada.
correctamente.

El cliente cambia su
El cliente solicita los ▪ Cliente El cliente deberá presentar pedido.
productos ▪ Vendedor su pedido. No se encuentran
productos en stock.

El vendedor brinda
información comparativa Los productos no
Se realizan ▪ Cliente de productos similares. son del agrado del
sugerencias ▪ Vendedor cliente.
El cliente realiza su
elección.

Se debe realizar una Que no se concrete

Al momento que el boleta con los productos la compra.
cliente requiera de un Se realizar una ▪ Cliente que va adquirir el cliente.
pedido, se le tomara la boleta ▪ Vendedor El cliente cambie de
información necesaria Se presentar la boleta al elección de los
para ello. cliente. productos.

El vendedor registra la
venta.
▪ Vendedor Errores en el
Se concreta la venta
▪ Cliente registro de la venta.
El cliente realiza su pago
de acuerdo a la boleta.

El vendedor recolecta los

Productos
Se entrega el pedido ▪ Vendedor productos y realiza la
defectuosos.
entrega al cliente.

5
 Cuadro Nº2: Identificación de procesos funcionales de la Base de Datos
Área de ventas
Proceso funcional
·Ventas·
Descripción Actividades Actores Reglas de negocio Necesidades

El secretario deberá hacer

Se revisa la boleta de una pre verificado de la La boleta tiene
▪ Vendedor
venta boleta de acuerdo al errores
pedido.

El secretario realiza un
El registro tiene
Se realiza un registro Se registra la venta ▪ Secretario registro sobre la venta
después de efectuar una errores
efectuada.
venta

El registro tiene
errores.
El gerente verifica el
Se verifica y guarda
▪ Gerente informe y lo guarda.
el registro El registro no se
guarda
correctamente.

El secretario deberá hacer

Se revisan los una revisión de todas las Se pierden varios
▪ Secretario
informes compras y ventas registros.
realizadas en el mes.

El secretario deberá
realizar los cálculos de
cuanto se vendió haciendo
el descuento del IGV y Los cálculos son
Se realizan cálculos
▪ Secretario cuanto se pagó en el mes. erróneos.
matemáticos
El secretario deberá
realizar los cálculos si es
que se ganó o se perdió
dinero.
Llegado el fin de mes se
realiza un informe
El secretario deberá
mensual para saber si
realizar un informe
hubo perdidas o El informe tiene
Se realiza un informe ▪ Secretario detallado con los
ganancias. errores.
resultados de los cálculos
matemáticos.

No se verifica el
El gerente deberá verificar
Se verifica el informe.
▪ Gerente si el informe está bien
informe El informe tiene
realizado
errores.

El gerente hace un registro El registro tiene

detallado del informe. errores.
Se registra el
▪ Gerente El gerente realiza el El registro no se
informe
guardado correspondiente guarda
del informe. correctamente.

6
1.3. Especificación de la estructura de datos

Cuadro Nº3: Especificación de la estructura de Datos

Proceso Estructura de datos
▪ Datos del cliente:
- DNI: Cadena de caracteres de tamaño 8.
- Apellidos y nombres y/o Nombre de la tienda: Cadena de caracteres de
Área de Logística: tamaño 50.
- RUC: Cadena de caracteres de tamaño 11.
-Registro del cliente: - Dirección: Cadena de caracteres de tamaño 50.
- Teléfono: Cadena de caracteres de tamaño 9.
- Email: Cadena de caracteres de tamaño 250.
Información ingresada: Secretario.
Información validada: Gerente.

-DNI: Cadena de caracteres de tamaño 8.

Área de Logística:
-Registro de trabajadores:
▪ Datos del cliente:
Área de venta:
-Comprobante de pago:
- Apellidos y nombres: Cadena de caracteres de tamaño 50.
- Cuenta bancaria: Cadena de caracteres de tamaño 18
- Dirección: Cadena de caracteres de tamaño 50.
- Teléfono: Cadena de caracteres de tamaño 9.
- Email: Cadena de caracteres de tamaño 250.
- Ocupación: Cadena de caracteres de tamaño 50.
Información ingresada: Secretario.
Información validada: Gerente.
- DNI: Cadena de caracteres de tamaño 8.
- Apellidos y nombres: Cadena de caracteres de tamaño 50.
- RUC: Cadena de caracteres de tamaño 11.
- Monto: Cadena de caracteres de tamaño50.
Información ingresada: Secretario.
Información validada: Gerente.

▪ Datos del cliente:

- DNI: Cadena de caracteres de tamaño 8.
- Apellidos y nombres y/o Nombre de la tienda: Cadena de caracteres de
tamaño 50.
- RUC: Cadena de caracteres de tamaño 11.
- Dirección: Cadena de caracteres de tamaño 50.
- Teléfono: Cadena de caracteres de tamaño 9.
- Email: Cadena de caracteres de tamaño 250.

▪ Datos de compra

- Código: Cadena de caracteres de tamaño50

Área de Cuentas:
-Registros de compra y venta
▪ Datos de Venta
-Registro del cliente
- Código de comprobante de pago: Cadena de caracteres de tamaño 50.
- Tipo de productos: Cadena de caracteres de tamaño 50.
- Cantidad de productos: Cadena de caracteres de tamaño 50
- Precio por unidad de productos: Cadena de caracteres de tamaño 50
- Monto de la compra: Cadena de caracteres de tamaño 50
- Código: Cadena de caracteres de tamaño 50.
- Código de comprobante de pago: Cadena de caracteres de tamaño 50.
- Tipo de productos: Cadena de caracteres de tamaño 50.
- Cantidad de productos: Cadena de caracteres de tamaño 50
- IGV: Cadena de caracteres de tamaño 10
- Precio por unidad de productos: Cadena de caracteres de tamaño 50
- Monto de la venta: Cadena de caracteres de tamaño 50

▪ Datos de ganancia o perdida

- Código: Tamaño de caracteres de tamaño 50

- Monto de la compra: Cadena de caracteres de tamaño 50
- Monto de la venta: Cadena de caracteres de tamaño 50
- Resultado: Cadena de caracteres de tamaño 50
Información ingresada: Secretario.
Información validada: Gerente.

7
 ▪ Datos del informe:
- Código: Cadena de caracteres de tamaño 50.
Área de informes: - Descripción: Cadena de caracteres de tamaño 50.
- Tipo de cuentas: Cadena de caracteres de tamaño 50
-Registro de informes:
Información ingresada: Secretario.
Información validada: Gerente.

▪ Datos del cliente:

Área de Contabilidad:
-Registro de pago a los
trabajadores:
- DNI: Cadena de caracteres de tamaño 8.
- Apellidos y nombres: Cadena de caracteres de tamaño 50.
- Cuenta bancaria: Cadena de caracteres de tamaño 18.
- Monto de pago: Cadena de caracteres de tamaño 50.
- Descuento: Cadena de caracteres de tamaño 50.
- Aumento: Cadena de caracteres de caracteres de tamaño 50.
-Monto total de pago: Cadena de caracteres de tamaño 50.

1.4. Mapeo de usuarios

Cuadro Nº4: Mapeo de usuarios

Área funcional: DIRECCIÓN Y RECURSOS HUMANOS
Actor/usuario
Procesos Acciones

Registro de nuevos proveedores Ingresar, actualizar, cancelar, eliminar.

Gerente Registro de nuevos empleados Ingresar, actualizar, cancelar, eliminar.

Registro de informes Ingresar, actualizar, modificar, eliminar

Actor/usuario Área funcional: SEGURIDAD

Revisión del carnet de vacunación Revisar

Guardia de seguridad
Control en la salida de los productos Controlar

Actor/usuario Área funcional: VENTA

Brindar información detallada del precio

Informar
del cada producto en el minimarket.
Encargado de ventas

Entregar productos Dispensar

Actor/usuario Área funcional: ORDEN Y LIMPIEZA

Brindar información detallada del precio

Informar
del cada producto en el minimarket.
Encargado del orden y
limpieza
Limpieza del minimarket, orden y
Limpiar, ordenar, abastecer
abastecimiento de los productos

Actor/usuario Área funcional: ALMACEN

Almacenar los productos provenientes de

Almacenar
los proveedores.

Encargado del almacén

Ordenar los productos en el almacén. Limpiar, ordenar, abastecer

Registrar el ingreso y salida de productos

Registrar
del almacén.

8
1.5. Recursos complementarios

Cuadro Nº5: Recursos complementarios

Requerimiento Detalle

Sistema Gestor de base de datos MySQL Workbench 8.0

Sistema operativo Windows 10

Servidor de almacenamiento de la base de datos Servidor local

Compatibilidad con aplicaciones externas Java – JavaScript - Microsoft office

*****

9
 CAPITULO II

2. Identificación y análisis de requerimientos de base datos

Implican las fases del diseño de una base de datos, siendo estos: Modelo conceptual,
modelo lógico y modelo físico.

▪ Diseño conceptual
Un esquema conceptual se representa mediante un modelo conceptual de datos,
posee las siguientes cualidades: Expresividad, simplicidad, minimalidad y
formalidad.

Para cada área funcional de la empresa se construye un esquema conceptual local

siguiendo estos pasos:
(1) Identificar las entidades.
(2) Identificar las relaciones.
(3) Identificar los atributos y asociarlos a entidades y relaciones.
(4) Determinar los dominios de los atributos.
(5) Determinar los identificadores.
(6) Determinar las jerarquías de generalización (si las hay).
(7) Dibujar el diagrama entidad – relación.
(8) Revisar el esquema conceptual local con el usuario.

Siguiendo esta metodología se presenta a continuación los requisitos de negocio del

minimarket Disley acondicionados en un diseño conceptual.

10
Es diseño mostrado corresponde a la primera y única revisión del diseño conceptual del modelo de negocio del minimarket Disley, este
diseño fue llevado a cabo en el VISIO

11
▪ Diseño lógico
Una vez hecho el modelo conceptual, este se debe transformar para dar para al
modelo lógico, este modelo describe esquemas lógicos. Para esto usaremos el
modelo de E/R que esta basado en relaciones y entidades.

La construcción del modelo lógico de la base de datos, a partir del modelo

conceptual se identifica y establece de manera precisa y clara cuales son las claves
primarias y foráneas que existen en cada una de las diferentes entidades del modelo,
para ello se lleva a cabo las actividades globales como:

(1) Identificación de llaves primarias.

(2) Identificación de llaves foráneas.

(3) Identificación y precisión de las relaciones o cardinalidad entre las entidades,

teniendo en cuenta la relación de 1 a 1, de 1 a N y de N a M.

Para construir el diseño lógico del minimarket Disley se siguió la siguiente

metodología:

12
 Se presenta la primera revisión del diseño lógico de la base datos del minimarket Disley, dicho diseño se llevó a cabo en el VISIO

apellidos

nombres teléfono id_empleado(pk)

dni_persona(pk) correo_electrónico dirección

id_compra(pk)
cuenta_bancaria
Personas
físico ocupación

n n Salida
tipo_compra Compras Clientes Gerente Empleados horario
delivery 1
n
Ingreso
id_producto(pk)
dni_persona(fk)
formas_pago id_cliente(pk)

cantidad_productos
id_gerente(pk)
efectivo
aplicaciones

n fecha_vencimiento
tarjeta_crédito
id_cliente(fk) Productos
1

fecha_producción
n

RUC(pk) Proveedores n
n
id_empleado(fk)
1 Ventas
Informes

razón_social
id_empleado(fk)
monto_venta
correo_proveedor código_venta
id_gerente(fk) id_informe(pk) tipo_informe precio_unitario
teléfono_proveedor id_gerente(fk)
tipo_producto cantidad_producto
dirección_proveedor

13
 El presente diseño lógico estricto corresponde a la revisión final hecha por el docente, ya habiéndose hecho las correcciones elevadas por su
persona.

dirección
cuenta_bancaria
nombres id_empleado(pk)
ocupación
dni_persona(pk)
apellidos horario_entrada
id_producto(pk)
teléfono horario_salida

correo_electrónico
idDetallesCompra(pk)
cantidad_productos
id_cliente(pk) Personas dni_persona(fk)
id_cargo(fk)
idComprobantePago(fk)
n 1 n fecha_vencimiento
n
Detallecompras Clientes Empleados Almacén
n 1 1 1
RUC(fk)
fecha_producción

n
1
id_empleado(fk)

TipoProducto MontoVenta

CantidadProducto

ComprobantePago
PrecioUnitario

TipoComprobantePago
idComprobantePago(pk)
Informes

id_informe(pk)

DetalleVentas
tipo_informe detalleCompra(fk)

idComprobantePago(fk)
detalleVenta(fk)
id_empleado(fk)
FormasPago
Proveedores
aplicaciones

1
id_cliente(fk) TipoDetallesdeVenta
Cargos tarjeta_crédito
idDetalleVenta(pk) efectivo
RUC(pk)

Físico Delivery
razón_social tipo_cargo
id_empleado(fk)
id_cargo(pk)

teléfono_proveedor correo_proveedor

dirección_proveedor

14
También se llevó a cabo diseño lógico del minimarket Disley en el programa dbdesigner, el cual con su vista en tablas nos ayuda a comprender
mejor la relación que existe entre nuestros datos; lo que se muestra a continuación corresponde a la primera presentación, esta presento errores
que fueron corregidos.

15
Ahora se presenta el diseño lógico con las correcciones hechas, aquí obtuvimos 14 tablas las cuales se deberán normalizar de forma más estricta
para llegar a un diseño físico.

16
▪ Diseño físico
Es el proceso de producción, implementación, de la base de datos, para ello describe
el almacenamiento de estructuras y métodos de acceso eficiente a los datos; esto
quiere decir que produce las especificaciones reales para el hardware y software,
medios de entrada y salida, procedimientos manuales y controles específicos sobre
la información.

Aquí se presenta el primer diseño físico presentado en la clase de base de

datos, este fue llevado a cabo en el sistema gestor de base de datos de MySQL de
Oracle, este diseño presentado mostro incongruencias, tales como: Datos de tipo
nulo, abuso de las relaciones de 1 a muchos, por ejemplo en el caso de la tabla
PERSONAS y EMPLEADOS, una personas puede ser un empleado y viceversa,
pero en ningún caso una persona puede ser muchos empleados, también se presentó
dicho error entre la tabla CLIENTES y la tabla PERSONAS, la tabla
DETALLECOMPRAS y la tabla ALMACEN; finalmente se agregó información
pertinente para el sistema (atributos), así como se depuro la información
redundante.

17
Finalmente se presenta el modelo físico aprobado por el docente; es este diseño en
el cual se usó la ingeniería directa para transformar la vista en tablas a código en
MySQL y poder realizar el tratamiento de datos del siguiente capítulo.

18
 CAPITULO III

3. Implementación de la base de datos

3.1. Creación de la base de datos y las tablas
Se realizado una ingeniera directa a partir del modelo físico hecho con anterioridad
y se hizo unas mejoras en la integridad de los datos:

19
20
21
3.2. Inserción de información en las tablas
Después de realizar el Forward Engineer del modelo físico realizaremos los insert
de datos en cada una de las tablas creadas.

▪ Tabla PERSONAS

▪ Tabla PRODUCTOS

▪ Tabla PROVEEDORES

▪ Tabla TIPOCOMPROVANTES

▪ Tabla TIPOENTREGAS

22
▪ Tabla FORMASPAGO

▪ Tabla CARGOS

▪ Tabla CLIENTES

▪ Tabla EMPLEADOS

▪ Tabla DETALLEVENTAS

▪ Tabla DETALLECOMPRAS

▪ Tabla COMPROVANTEVENTAS

23
▪ Tabla COMPROVANTECOMPRAS

▪ Tabla ALMACEN

Una vez se insertaron estos datos, se procedió a usar SELECT para visualizar dicha
información.

▪ Tabla PERSONAS

▪ Tabla PRODUCTOS

▪ Tabla PROVEEDORES

▪ Tabla TIPOCOMPROVANTES

24
▪ Tabla TIPOENTREGAS

▪ Tabla FORMASPAGO

▪ Tabla CARGOS

▪ Tabla CLIENTES

▪ Tabla EMPLEADOS

25
 ▪ Tabla DETALLEVENTAS

▪ Tabla DETALLECOMPRAS

▪ Tabla COMPROBANTEVENTAS

▪ Tabla COMPROBANTECOMPRAS

▪ Tabla ALMACEN

3.3. Generación de las vistas

Las vistas son tablas virtuales derivadas de otras tablas que contienen información
acerca de la base de datos, a continuación, se presentan las vistas hechas para el
modelo de negocio del minimarket DISLEY.

26
▪ Vista v_detalleVenta

▪ Vista v_empleado

▪ Vista v_clientes

▪ Vista v_detallecompras

27
▪ Vista v_comprovanteVentas

▪ Vista v_comprovanteCompras

▪ Vista v_almacen

28
Una vez se realizaron estas vistas, se procedió a su visualización.

▪ Vista v_detalleVenta

▪ Vista v_empleado

▪ Vista v_clientes

▪ Vista v_detallecompras

▪ Vista v_comprovanteVentas

▪ Vista v_comprovanteCompras

29
 ▪ Vista v_almacen

3.4. Elaboración de Consultas

▪ Detalle de ventas

▪ Búsqueda en detalle de ventas

▪ Búsqueda de Empleado

▪ Búsqueda de Cliente

30
▪ Búsqueda de Personas

▪ Búsqueda en detalle de compras

▪ Búsqueda en comprobante de ventas

▪ Búsqueda en comprobante de compras

▪ Búsqueda en almacén

31
Una vez se realizaron estas consultas, se procedió a su visualización.

▪ Detalle de ventas

▪ Búsqueda en detalle de ventas

▪ Búsqueda de Empleado

▪ Busqueda de Clientes

▪ Búsqueda de Personas

▪ Búsqueda en detalle de compras

▪ Búsqueda en comprobante de ventas

32
 ▪ Búsqueda en comprobante de compras

▪ Búsqueda en almacén

3.5. Creación de procedimientos almacenados

33
34
35
36
3.6. Creación de los triggers o disparadores
Estas tablas no tienen pk, ni fk porque no son tablas propias de almacenamiento;
sino simplemente son tablas auxiliares que nos van a ayudar a trabajar con los
disparadores.

37
3.7. Gestión de usuarios

38
 CONCLUSIONES

El proyecto se logró culminar con éxito, llegando a abarcar los temas propuestos, así
como la documentación requerida, las tablas generadas para cada entidad detectada (estas
descritas en la tabla de requerimientos) se trató de manera individual y detallada
abarcando los puntos importantes como, se logró que la base de datos sea seguro, eficaz
y que sea interactiva para poder llevarlo a la siguiente fase que sería la programación.

39