|

FACULTAD INGENIERIA

PROGRAMACIÓN ORIENTADA A OBJETOS

PROYECTO

INTEGRANTES:

Ángel David Lupaca Santa-Cruz

Ashly Danitza Bartolo Orihuela

Wilder Ronal Quiroz Rojas

Xiomara Mildredth Rojas Villaroel

Docente: Luis Enrique Rojas Farro

2023
INTRODUCCION:
En el contexto peruano, los comerciantes minoristas de barrio, comúnmente conocidos
como "bodegueros" o "abarroteros", enfrentan desafíos significativos en comparación con
los minimarkets (por ejemplo, TAMBO, OXXO), que son su principal competencia
comercial. Un hecho que ciertamente es preocupante, dado que son un componente
crucial de la economía peruana, ya que representan aproximadamente el 30% de las
actividades comerciales diarias, según el INEI, la gran mayoría de estos bodegueros
operan de manera informal y carecen de las herramientas apropiadas para efectuar una
venta rápida
Es preocupante observar que más del 80% de estos comerciantes, ya sea en mercados
comunales o en las esquinas de los vecindarios, no cuentan con un sistema de ventas. En
muchos casos, ni siquiera llevan un registro escrito de las ventas realizadas a falta del
tiempo que esto demanda. Para los vendedores de cooperativas las horas pico de venta
suelen ser un desafío dado que suelen cometer errores como son el recordar los precios,
ejecutar una cotización total de la venta o de por si no llegan agilizar el proceso de venta.
Estas dificultades se traducen en grandes pérdidas para los comerciantes, quienes
carecen de herramientas contables adecuadas. Ante esta problemática, nuestro proyecto
tiene como objetivo desarrollar un sistema de ventas que permita a los bodegueros
efectuar una venta en minutos y guardar registro de las ventas efectuadas, siendo que se
proveerá de herramientas que acorten significativamente el efectuar la misma.

MISION:
Desarrollar un sistema de ventas bajo el nombre de “Pequeña Mili” que solucione los
problemas que presentan los comerciantes minoristas comúnmente llamados
“bodegueros”.

VISION:
Nuestra visión como empresa es poder expandir las capacidades de nuestro sistema y
conseguir implementar el mismo en mercados de mayor impacto como lo es por ejemplo
la Asociación Comercial Madre de Dios.

PROBLEMÁTICA:
En las bodegas convencionales, los procesos de venta suelen tener a una persona que se
encargue de reunir los productos a vender y posteriormente cotice el total a facturar, este
método en disposición de tiempo puede tomar entre 3 a 10 minutos por cliente,
especialmente en zonas de alto comercio. La forma de venta clásica a menudo implica el
uso de lápiz y papel para poder dar la cotización final, este proceso puede acelerarse
ligeramente con el uso de una calculadora, pero inclusive así, el factor de error humano lo
obliga a repetir las sumas más de una vez. Este déficit en los procesos de venta es el
nicho que queremos atacar, nuestro producto busca conectar individualmente con cada
bodega para tener un registro de sus productos, clientes y proveedores, facilitando el
proceso de efectuar las ventas.
 - Problema principal:

Los negocios pequeños (bodegueros) carecen de un sistema que los haga trabajar tan
competentes como los minimarkets.

- Problemas específicos:

Falta de agilidad en el proceso de efectuar la venta.

Necesidad de un entorno simple para las ventas.
Falta de información sobre las ventas realizadas.
Falta de configuración de los datos de la ubicación de la tienda.
Falta de asignación de productos y proveedores respectivos.

SOLUCION

- Desarrollar un sistema que cumpla las siguientes características:

a. Ventana de ventas con autocompletado en función a códigos y DNI.
b. Ventana de ingreso de clientes y proveedores para aligerar tiempo.
c. Ventana de registro, actualización y eliminación de productos.
d. Ventana de seguimiento de las ventas efectuadas.
e. Ventana para la configuración de los datos de la tienda.
f. Ventana para los informes y anotaciones necesarias sobre la tienda.

OBJETIVOS
- Objetivo central:

El desarrollo de “Pequeña Mili” una interfaz simple de un sistema de ventas que

cumpla la función de cotizar un pedido, registrar la venta efectuada, acelerar tiempos
de espera y facilitar la vida de los vendedores minoristas.
- Objetivos secundarios:

- Generar un sistema con un diseño UX/UI de características simples pero estéticas.

- Generar una calculadora que cumpla con las necesidades del bodeguero para
efectuar la venta.
- Generar una base de datos que pueda ser consultada para dar seguimiento a las
ventas.
- Generar un sistema que pueda aceptar el ingreso de nuevos usuarios,
proveedores, clientes y productos, acelerando los procesos de registro en la venta.
ORGANIGRAMA

FUNCIONALIDADES.
- Sistema de ingreso: Una login page que funcione acorde al registro de usuario de
los clientes, una entrada de credenciales simple para garantizar la seguridad de la
información que se enviara a la base de datos.

- Carrito de ventas: El carrito de ventas se encarga de recoger la información de los

productos para ingresarlos y mostrar el precio final y efectuar la venta

- Registro de ventas: La base de datos recibirá todas estas ventas y guardará la

información, de esta manera simplemente se deberá ir a la interfaz de las opciones
para poder acceder al registro de las ventas en la aplicación.

- Boleta informativa: Esta boleta emitida adicional a dar un detalle conciso visual
para nuestro cliente también registrara la fecha y hora de efectuada la venta,
permitiendo almacenar mas datos relacionados al proceso.

- Descarga de información: La boleta deberá poderse descargar con un código para

ser fácilmente identificado, tras ser descargado se deberá guardar esta boleta en
una carpeta seleccionada por el cliente.

- Registro de clientes y proveedores: Necesario para poder acelerar los procesos

durante la venta, todos los datos se completarán automáticamente.

- Información de ventas: Un apartado en el cual me pueda informar a detalle todas

las ventas efectuadas durante un día.
 - Registro de productos: Una manera fácil de poder traer todos los productos a
nuestro carrito de compras mediante el uso de los códigos complementarios.
ALCANCES Y LIMITACIONES

Alcances:
- Un mercado floreciente y pobre tecnológicamente.
- Un servicio ligero, simple y barato, siendo que solo se invierte en infraestructura.
- Trato directo con clientes previo al desarrollo del proyecto.
- Un diseño simple y conciso que permite un fácil desarrollo en el entorno.
Limitaciones:
- Que los bodegueros no puedan abrazar el cambio y se les torne complicado.
- La carencia de presupuesto para expandir opciones de desarrollo.
- Mercado competitivo frente a otras aplicaciones emergentes.
- Falta de posicionamiento como empresa.

BENEFICIO – COSTO
El proyecto tiene una trayectoria de desarrollo de 5 meses entre faceta de planeación,
desarrollo, implementación y distribución, por ende, se ha realizado el cuadro con dichos
parámetros, se ha tomado en cuenta por un lado la lista de beneficios de uso del sistema
y por otro los beneficios monetarios del mismo.

- Utilidades beneficiosas:
O Acelerar los procesos de entrega mediante el autocompletar de los campos
gracias a las funcionalidades del código.
O Mejora la contabilidad al tener un registro de ventas el cual podemos consultar
en cualquier momento solo con el ID de venta del detalle.
O Un mejor manejo de la información de la tienda, sumado a una gestión de los
empleados, ya no será necesario implementar todo desde la BD.
O Un entorno grafico amigable que me sea de fácil interpretación y que solo centre
la mirada de los usuarios en las funcionalidades clave.
- Beneficios sistema (Económicos):
CARTA GANTT
Primera versión de los entregables, como se menciona se tomará un desarrollo de 5 meses, divido en 18 hitos que se cumplirán en
semanas planificadas, así mismo, cada grupo de hitos cuenta con una categoría centrada en las actividades que serán llevadas a
cabo (A, B, C, D y E).

PROYECTO: IMPLEMENTACION DEL SISTEMA "PEQUEÑA MILI" EN BODEGAS LIMEÑAS

MESES - SEMANAS AGOSTO SEPTIEMBRE OCTUBRE NOVIEMBRE DICIEMBRE
N°
ACTIVIDADES 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
A1 Planificación del negocio
A2 Alcance a potenciales clientes
A3 Pacto y firma de servicios
A4 Planificación del beneficio/costo
B1 Alcances y limitaciones
B2 Delegación de cargos
B3 Alineación de entregables
C1 Desarrollo de interfaz grafica
C2 Desarrollo del modelo lógico de BD
C3 Conexión con la BD, constructores
C4 Modelos DAO de los constructores
C5 Corrección de errores en el código
C6 Aplicación gráfica, expansión
D1 Primera versión producto final
D2 Análisis y opción a mejoras
D3 Actualización en función al análisis
E1 Versión final del sistema
E2 Soporte para futuras versiones
ENTREGABLES:

- CATEGORIA A (Periodo teórico de definición del proyecto):

- A1: En este periodo nos centramos en conocer la necesidad de un mercado

objetivo, al final de este proceso se concibe la idea de introducir un gestor de
ventas y CRUD para comercios abarroteros.
- A2: Como ya contamos con la idea del negocio procedemos con conectar con los
probables inversores/Compradores, nuestro público objetivo se inclinará hacia los
abarroteros minoristas del Mercado Modelo Nr2 de Barranco.
- A3: Nuestro producto es presentado a los interesados para poder financiar el
proyecto, en términos prácticos se presenta un sistema que pueda emitir una
venta y mostrar a detalle la fecha y hora de ejecución, guardar la información en
una base de datos y actualizar el stock de inventario, adicionalmente el servicio
contara con opciones adicionales escalables con lo referente al manejo de
estadísticas y servicios menores como el conectar con proveedores.
- A4: Con los interesados que hayan firmado nuestro contrato y la línea de
financiamiento del proyecto se procede con el modelo de costes y beneficios, en
esta percibimos las ganancias únicas de instalación como lo son hardware y
capacitaciones sumado a las ganancias fluctuantes como servicios añadidos y
suscripciones por mejores versiones del producto.

- CATEGORIA B (Periodo de transición para el desarrollo):

- B1: Por un periodo de 3 semanas se da la ejecución del proyecto y el contrato con

los interesados se estipulan nuestros alcances y limitaciones, entre estos
percibimos que las amenazas más probables puedan ser un desinterés probable
por parte de nuestros clientes o un rechazo al sistema, pero como ventaja
mantendremos una comunicación exhaustiva para mantener una interfaz
agradable y de fácil aprendizaje.
- B2: El proyecto está compuesta por 4 personas en su desarrollo, cada rol es
entregado en función de las necesidades, esto contempla los aspectos de
marketing y cotización, programación y retroalimentación, estandarización y
modelaje sketch y claro, la supervisión de los entregables tal como un interés por
la comunicación efectiva.
- B3: Inspección de los entregables y facultad para cumplir los mismos, en este
proceso se mide la necesidad neta de cada hito, adicionalmente estamos al
pendiente que se cumplan los periodos de entrega. Si todo marcha según nuestro
equipo de desarrollo la primera entrega debe contar con la emisión de boletas.

- CATEGORIA C (Periodo de construcción del sistema):

- C1: Una visualización aun en verde de lo que vendrían a ser las ventanas del
servicio, deberán cumplir con un estándar de comodidad UX/UI, las primeras
ventanas deberán contener la login page, módulo de operaciones, gestión de
tienda y su respectiva emisión de boleta.
- C2: Una vez que sea estructurada la idea de los canales entre pantalla y pantalla
se procede con la interpretación de nuestra base de datos, en esta definimos
usuarios, clientes, ventas y detalle ventas, posteriormente se añadirán nuevas
tablas de verlo necesario.
- C3: Ahora se procede con la conexión con nuestro primer modelo de base de
datos, una vez nos cercioremos funciona en plenitud se procederá con la creación
de clases para los constructores y getters and setters.
- C4: En esta etapa es la que mas se trabajara, una vez esta la matriz finalizada se
procede con las clases de acción en función a sus constructores, en estas clases
DAO se generan consultas, actualizaciones, eliminaciones y entre otras acciones a
nuestra base de datos. Durante este periodo también se perciben necesidades de
expansión en las tablas.
- C5: Durante este proceso se ejecutarán correcciones y mejoras a nuestro modelo
de base de datos, además de corregir todos los errores hasta ese momento para
que en efecto funcionen los comandos de consultas hacia la BD en MySQL.
- C6: En simultaneo, mientras que se trabajan los errores se ejecuta la
implementación a la parte gráfica, asegurándonos de que todas las variables
cumplan su característica y nuestros métodos se ejecuten en plenitud.

- CATEGORIA D (Periodo de integración y análisis del sistema):

- D1: Proyección del producto finalizado en su versión Alpha 0.1, esta versión de
primera instancia cumple con funciones como vender, registrar nuevos clientes,
registrar proveedores, emitir boletas y consultar las mismas, además de un modelo
login para asegurar que las credenciales de ingreso sean la de nuestro usuario
registrado.
- D2: Luego de que el producto está en una versión aceptable se procede con una
encuesta para interpretar nuevas opciones, finalizando la misma se decide que
falta un sistema para registrar productos, actualizar la información de la tienda,
mejorar la disposición de datos e informar sobre las ventas.
- D3: Se implementan las respectivas actualizaciones que se habían interpretado en
el análisis previo, ello implica una actualización al numero de tablas y mejoras en
la interfaz grafica para las nuevas funcionalidades.

- CATEGORIA E (Periodo de entrega y mejora sistema):

- E1: Entregada la versión Beta 1 del producto para el mercado, en espera de

retroalimentación para futuras mejoras. Esta versión cumple con los requisitos de
vender, registrar productos, clientes y proveedores, consultar nuestras ventas
emitidas, actualizar datos de la tienda y emitir información del día de venta.
- E2: Por último, se da una delegación de diseño para mejorar las funciones del
sistema, a esto se suma los procesos de actualizaciones para disponer de una
suscripción anual.
VENTANAS
Login: La ventana inicial nos pide nuestras credenciales de ingreso, pide el correo y
contraseña que deberán ser convalidados con nuestra tabla usuarios, si las credenciales
coinciden se deberá acceder a la plataforma, caso contrario nos saldrá un mensaje de
error, aclarando que debemos ingresar correctamente los datos.

Venta: Al ingresar a nuestra plataforma de opciones primero entramos al carrito de

ventas, cumple traer los códigos para completar la información de nuestra tabla
productos, sumado nos pide rellenar datos de nuestro cliente, para al final calcular el
monto total y permitirnos efectuar la venta.
Clientes: Luego, el segundo botón de acción nos da un acceso directo a nuestra tabla
clientes, en cuanto a nuestra tabla grafica tenemos la opción de añadir, actualizar o
eliminar los clientes, sumado a un botón de limpieza (en caso de errores).

Proveedores: Luego, el tercer botón de acción nos da un acceso directo a nuestra tabla
proveedores, en cuanto a nuestra tabla grafica tenemos la opción de añadir, actualizar o
eliminar los clientes, sumado a un botón de limpieza (en caso de errores).
Productos: El cuarto botón actúa como un gestor para nuestra tabla productos, este
panel cuenta también con los botones de guardar, actualizar, eliminar y limpiar, tal como
implementar un botón de registros en Excel. Se podrá seleccionar un proveedor, se
apreciarán los productos en la tabla y se podrán filtrar por nombre.

Detalle: En esta nueva ventana podremos apreciar todas las boletas emitidas, para eso se
accederá a nuestra tabla detalle, en esta hará la consulta a partir del id venta, de esta
manera contaremos con un registro en formato pdf de nuestras ventas. Podremos
consultar por teclado exactamente el numero de boleta que queramos.
Configuración: En esta ventana podremos acceder a nuestra tabla config, por default se
nos cargaran datos genéricos que podremos actualizar en función a la tienda donde este
operativa, en esta misma sección podremos guardar nuevos accesos a la plataforma para
nuestros empleados.

Informes: En esta ultima pestaña de nuestro sistema encontramos una sección de datos
adicionales, acá podemos acceder a nuestro calendario de ventas y también a un block
de acceso a nuestra tabla categorías, esta netamente para orientar en su uso a los
nuevos empleados y saber que código corresponde a cada grupo de productos.
Boleta: Nuestras boletas son emitidas apenas se realice la venta, estas redactan la fecha,
asignan una ID única, figuran los datos del vendedor, del cliente y de la empresa. Incluye
el costo total pagado y pueden ser descargados.

Reportes: Cuando damos uso a nuestro método Excel podremos acceder vía aplicación
de un botón a nuestro informe de todos los productos de dicho día, esta función ubicada
en nuestra pestaña “productos” puede ser meramente informativa, pero ayuda a generar
una guía segura a final del dia para evitar problemas de gestión entre entradas y salidas.
MODELO DE RELACION DE BASE DE DATOS
EXPLICACION TABLAS:

- Empleados: El usuario tiene acceso a actualizar el inventario y también el generar

una venta, dicha venta se relaciona con otras 2 tablas que confirman y almacenan
la información durante la pasarela de pago.

- Ventas: Luego de que el usuario especifique las adquisiciones de los clientes y se

ejecute la venta la boleta será emitida para el mismo si se desea el caso y
posterior a ello se guarda la información en la base de datos (referencial a la tabla
de detalle ventas)

- Boletas: Al realizar una operación de venta automáticamente se genera la boleta,

esta queda almacenada en nuestra base de datos y puede ser consultada en
función a su id(venta) en cualquier comento.

- Detalle Ventas: El detalle de venta generado corresponde a lo que la venta y la

boleta reflejan, además esta conecta directamente con la transacción ejecutada
para que “se cumpla” la acción de venta y los datos sean almacenados.

- Cliente: Los clientes pueden ser registrados por el vendedor de turno, en cuyo
caso se dé un cliente que no quiera ser registrado se podrá usar una variable
“general” para emitir la “boleta”.

- Productos: En esta sección se actualizan todos los datos y se maneja la

información general de los productos que se mantienen, tal como la cantidad y
como su información de origen y diferente información más detallada.

- Proveedor: Los proveedores son actualizados por el vendedor de turno, se

necesitan todos sus datos para que pueda ser insertado en la base de datos. El
proveedor luego será directamente relacionado a la tabla de productos para poder
registrar directamente su razón en función a los mismos.

- Configuración: Esta tabla tiene una funcionalidad de actualizar los datos de la

tienda, cada boleta emitida figura los datos de la tienda, como el sistema será
utilizado por muchas tiendas entonces esto ayuda a actualizar la información de
cada una de estas.

- Categorías: Su funcionalidad es limitada, netamente es informativa y de

seguimiento, no obstante, en futuras actualizaciones cumplirá un rol de
identificador para que directamente pueda seleccionar todos los productos de una
categoría, facilitando los procesos de búsqueda.
AS IS

Esta antigua versión, aunque aparente ser un sistema un poco más simplificado implica
no disponer del tiempo suficiente y percibe una pérdida de interés por parte de los
clientes, afectando a las ganancias, en términos generales empeora los aspectos
fundamentales para que se pueda concretar la venta.
Este procedimiento cuenta con una faceta menos, la falta de herramientas simplifica los
procesos, pero dificulta el alcance del servicio, como se sabe una venta de manera
antigua puede llevar alrededor de 5 a 10 minutos a mano, 3 a 5 con ayuda de una
calculadora y menos de 2 min con nuestro sistema.
TO BE

Esta es la versión resumida de las acciones en el caso de la venta, en general se puede

ver una ventaja en los tiempos de entrega, anteriormente los comerciantes no cuentan
con “un sistema” o una “estrategia”, a la par a la que el cliente llega a la bodega tiene que
esperar su turno para ser atendido, en general la cotización, la verificación de existencias
de productos y la velocidad para atender la orden de más de 1 cliente a la vez puede
facilitar los procesos y beneficiar a los vendedores (nuestros clientes), ahorrando entre
venta y venta unos 5 a 10 minutos.