UNIVERSIDAD RICARDO PALMA
FACULTAD DE INGENIERÍA
PROGRAMA DE TITULACIÓN POR TESIS
ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA
DESARROLLAR UN SISTEMA WEB PARA MEJORAR LA
GESTIÓN DE VENTAS E INVENTARIO DE LA TIENDA DE
ABARROTES “LA BODEGUITA” LIMA, 2023 - 2025
TESIS
PARA OBTENER EL TÍTULO PROFESIONAL DE INGENIERO
INFORMÁTICO
AUTORES
SOTOMAYOR TORRES, ALEXANDRA NICOLLE
MARTÍN RAÚL LOAYZA RODRÍGUEZ
ASESOR
LUIS HÉCTOR PALACIOS PACHERRES
LIMA – PERÚ
2023
1
ÍNDICE
INTRODUCCIÓN.
1. PLANTEAMIENTO DEL TRABAJO.
1.1. Contexto y problema/necesidad.
1.1.1. Contexto de problema/necesidad.
1.1.2. Planteamiento del problema
1.2. Objetivos.
1.2.1. Objetivo principal.
1.2.2. Objetivos secundarios
1.3. Identificación del problema
1.3.1. Problema principal
1.3.2. Problemas específicos
1.4. Justificación.
1.5. Factibilidad.
1.5.1. Temporal.
1.5.2. Tecnológica y materiales.
1.5.3. Económica/Financiera.
1.5.4. Legal/Ética/Recursos humanos.
1.5.5. Aspectos de Salud Pública y seguridad
1.5.6. Aspectos Culturales
1.5.7. Aspectos Sociales
1.5.8. Aspectos Ambientales
1.5.9. Contexto Global
2. MARCO REFERENCIAL.
2.1. Antecedentes.
2.1.1. Internacionales
2.1.2. Nacionales
2.1.2.1. Trabajo de investigación 1
2.1.2.2. Trabajo de investigación 2
2.1.2.3. Trabajo de investigación 3
2.1.2.4. Trabajo de investigación 4
2.1.2.5. Trabajo de investigación 5
2.2. Marco teórico.
2.2.1. Gestión de Inventarios
2.2.2. Gestión de Stock
2.2.3. Beneficios de los sistemas de punto de venta
2.2.4. Los sistemas de información basados en la web
2.2.5. Modelo SWIRL
2.3. Marco tecnológico.
2.4. Marco conceptual.
5
5
5
5
6
6
6
6
7
7
7
7
7
7
7
8
10
11
11
11
11
11
11
11
11
11
11
13
15
16
16
17
17
18
18
19
20
21
22
3. ALCANCE I+D+I
3.1. Perspectiva I+D+I
3.2. Nivel del trabajo
3.3. Producto
36
36
37
37
2
4. CARACTERÍSTICAS DEL PRODUCTO
4.1. Casos de uso e interfaces
4.2. Requisitos no funcionales
4.3. Trazabilidad
4.4. Análisis de requisitos
4.5. Modelamiento de datos
39
39
55
56
57
62
5. ARQUITECTURA DEL PRODUCTO
63
5.1.
5.2.
5.3.
5.4.
63
66
67
67
Vista de casos de uso
Vista de despliegue
Vista lógica
Vista de componentes
6. IMPLEMENTACIÓN DE LA ARQUITECTURA
6.1. Diseño
6.2. Programación
6.3. Pruebas
6.4. Integración
6.5. Documentación
67
68
72
75
76
76
7. CONCLUSIONES Y RECOMENDACIONES
7.1. Conclusiones
7.2. Recomendaciones
83
83
84
3
INTRODUCCIÓN.
MiPyME; acrónimo que significa micro, pequeña o mediana empresa, es un término cuyo uso ha
ido incrementado cuando se habla del rubro comercial y destinado a los servicios. Aunque el
COVID-19 y el aislamiento como una forma de combatirlo dañaron gran parte de los negocios en
esta categoría, su resurgimiento y necesidad para afrontar necesidades de capital inmediatas
después de un largo periodo de inseguridad económica ha dado como resultado que, según el
Ministerio de la Producción1, desde el 2021 este segmento empresarial representa el 99.5% del
total de empresas formales en la economía peruana.
Con la creciente aparición de negocios en este rubro, cada vez más estos se ven en la necesidad
de adaptarse e innovar en cómo ofrecen sus servicios y/o productos, incorporando técnicas de
marketing digital y utilizando herramientas que faciliten las labores de los micros, pequeños y
medianos empresarios y los diferencien de sus competidores directos.
El negocio ‘La Bodeguita’, el cual está en pleno plan de expansión, no cuenta con un sistema que
le ayude al momento de manejar sus procesos de ventas y la administración de los productos que
tiene disponible para su labor comercial, hecho que desea cambiar en los siguientes años.
Por este motivo, el siguiente proyecto busca el desarrollo de un sistema adaptado a las necesidades
del contacto del negocio, una herramienta simple e intuitiva que facilite y agilice la gestión de su
mayor actividad.
1.
PLANTEAMIENTO DEL TRABAJO.
1.1.
1.1.1.
Contexto y problema/necesidad.
Contexto de problema/necesidad.
El Negocio ‘La Bodeguita’ a cargo de la señora Yulisa Angelica Torres Castro, con
RUC 10088828645, es un pequeño establecimiento dedicado a la venta de
productos de primera necesidad, bienes intermedios o de segunda necesidad además
de un servicio de apuestas deportivas y lotería por medio de la empresa Intralot y
un servicio de entrega y recepción de paquetes por medio de la empresa Scharff.
En el año 2010, el negocio localizado en el distrito de Magdalena del Mar
inicialmente se enfocaba a la distribución mayorista de abarrotes y productos de
higiene personal a otros negocios localizados en la ciudad de Lima.
Al pasar a manos de su dueño actual en el año 2015, el despacho cambiaría su
modelo de negocio, empezando a liquidar productos para el consumo del público
en general, convirtiéndose en una bodega.
En el año 2018, esta bodega cambia su RUC acuñando el nombre ‘La Bodeguita’ y
aumentando tanto los productos que está ofrecen hasta el día de hoy como sus
servicios y facilidades.
Hoy en día se encuentra en un proceso de renovación, buscando expandirse y pasar
a convertirse en un Minimarket.
1
4
1.1.2.
Planteamiento del problema
El primer y mayor problema que se pudo observar es cómo el cliente maneja los
procesos del negocio. En palabras simplificadas, de una forma lenta y no confiable.
Las actividades económicas y de administración ligadas a los procesos de ventas e
inventario se registran por medio de varios folders y cuadernos que la dueña usa
para guardar la información o simplemente opta por tener una cuenta mental de
cada producto de los que dispone para la venta y la ganancia diaria por cada
transacción hecha.
Esto provoca varios problemas que, aunque no generen pérdidas económicas
significativas, si dificultan como la dueña maneja el negocio y provocan
inconvenientes al momento de vender y comprar productos, la lentitud y desorden
al momento de tratar de manejar las ventas hechas hasta la fecha y productos que
no se sabe con certeza si se encuentran en stock o no como ejemplos.
El segundo problema presente en el negocio es en relación a cómo se manejan los
productos. En muchas instancias la misma dueña se ha olvidado del precio de
ciertos productos, utilizando un precio antiguo y subiendo o bajando este por error.
Tiende a optar por tratar de recordar el precio de cada producto o el ponerle un
sticker con su respectivo precio a cada uno, sin embargo, el primer método se ha
confirmado poco fiable y el segundo genera un costo y trabajo extra al tener que
implementar esos stickers uno por uno manualmente.
1.2.
1.2.1.
Identificación del problema
Problema principal
¿En qué medida el desarrollo de un sistema web mejorará el control de la venta
de productos y la gestión de inventario de una bodega?
1.2.2.
Problemas específicos
a) ¿En qué medida el desarrollo de un sistema web facilita el manejo del proceso de
venta?
b) ¿En qué medida el desarrollo de un sistema web agiliza como se maneja el stock
de productos del negocio?
c) ¿En qué medida el desarrollo de un sistema web reduce la posibilidad de cometer
errores humanos en relación a precios cambiantes y stock variante?
1.3.
Objetivos.
1.3.1.
Objetivo principal.
Determinar en qué medida el desarrollo de un sistema web mejorará el control de
la venta de productos y la gestión de inventario de una bodega.
1.3.2.
Objetivos secundarios
5
a) Desarrollar un sistema web que facilite la ejecución del proceso de venta
reduciendo el margen de error, optimizando las tareas manuales que se generan
en la bodega.
b) Desarrollar un sistema web que agilice el manejo de stock de los productos,
reduciendo el tiempo de ejecución y la cantidad de tareas manuales del proceso
de inventario de la bodega.
c) Desarrollar un sistema web que reduzca la probabilidad de cometer errores
humanos en relación a precios cambiantes y el stock de productos variante,
aumentando la cantidad de reportes disponibles de los procesos de venta e
inventario de la bodega.
Justificación.
1.4.
Beneficios tangibles:
a) Disminuir el tiempo que toma la atención al cliente.
b) Mantener una organización práctica de las ventas hechas durante el día.
c) Facilitar el flujo de información en relación a cada producto que se pone a la
venta.
Beneficios intangibles:
a) Mejorar la imagen del negocio.
b) Mayor comodidad para los trabajadores.
c) Mejorar la calidad de los servicios ofrecidos.
1.5.
1.5.1.
Factibilidad.
Temporal.
El siguiente proyecto se tomó como rango inicial la toma de información de la
empresa desde abril del 2022 hasta diciembre del mismo año, este periodo cuenta
con varias entrevistas a la dueña del negocio además de visitas al establecimiento y
observación de los varios procesos que se realizan.
Basado en las especificaciones por parte del dueño, se proyecta que la duración de
la elaboración del proyecto, contando investigación, será de dos años.
1.5.2.
Tecnológica y materiales.
- Lenovo Ideapad 5 pro Ryzen: Para la
elaboración del proyecto se investigaron varios equipos con los cuales
trabajar el código del mismo.
- La memoria RAM de 16gb permite sesiones
largas de programación y compilación, además de poder correr tanto el
código como los programas necesarios para su elaboración, testeo y
simulación. También, se optó por un equipo portable que permitiría al
equipo llevar consigo las herramientas para la elaboración del proyecto
y el poder tenerlo siempre a su disposición durante y fuera de reuniones
de grupo.
- Cloud Azure: Para el manejo de la información
del negocio se decidió utilizar un modelo de nube híbrida, ya que este
trabaja con dos tipos de usuarios. El administrador, que tendrá acceso a
toda la información con la que trabajará el sistema, además de permitirle
6
modificarla, eliminarla y agregarla y el trabajador que solo podrá
visualizar todos sus componentes y eliminar, agregar y modificar sólo
algunos de sus datos.
- React: Se escogió a React como medio para el
desarrollo de la vista del sistema web por su fácil manejo, simple ciclo
de aprendizaje y su especialización para la compilación de código
HTML.
- Node.js: Se decidió que la programación se
apoyara con la ayuda de Node.js por su facilidad para que este se utilice
en diferentes plataformas y su bajo costo, siendo una opción gratuita.
- SQL Workbench: Se decidió por una base de
datos relacional, ya que varía información con la que se trabaja se
relaciona entre sí, por ejemplo, cada producto debe estar categorizado,
cada venta contiene un producto y es hecha por un vendedor, cada reporte
de ventas tiene ligada una venta y a un cliente si este desea una boleta.
- Conexión eléctrica: Todos los equipos
utilizados para la elaboración de este proyecto requieren de una conexión
eléctrica como fuente de energía para su elaboración.
- Fibra Óptica: Como el proyecto se está
elaborando de manera colaborativa, la necesidad de una buena conexión
a internet se volvió una prioridad.
1.5.3.
Económica/Financiera.
Recurso
RRHH
Hardware
Software
Otros
Total
Mes 1
Mes 2
Mes 3
Mes 4
Total
Analista
Front
S/. 4,000
S/.
4,000
S/.
4,000
S/. 4,000
S/. 16,000
Analista
Back
S/. 4,000
S/.
4,000
S/.
4,000
S/. 4,000
S/. 16,000
2und x
Lenovo
Ideapad 5
pro Ryzen 7
6800HS,
16GB DDR5,
500GB SSD
NVNE GEN4
Cloud Azure
S/ 900.00
S/
900.00
S/
900.00
S/ 900.00
S/ 3600.00
S/ 100.00
S/ 400.00
S/ 60.00
S/
100.00
S/ 60.00
S/ 100.00
ChatGpt API
S/
100.00
S/ 60.00
S/ 60.00
S/ 240.00
React
gratis
gratis
gratis
gratis
Node.js
gratis
gratis
gratis
gratis
SQL
Workbench
Conexión
eléctrica
Fibra óptica
200MB
Gratis
Gratis
Gratis
Gratis
S/ 250.00
S/
250.00
S/
200.00
S/
250.00
S/
200.00
S/ 250.00
S/ 1000.00
S/ 200.00
S/ 800.00
S/ 200.00
S/ 9,510.00
S/38,040.00
Para determinar la viabilidad financiera del proyecto, se realizará un análisis de
costo-beneficio. El costo del proyecto se estima en 38,040.00 soles, que se utilizarán
7
para el pago de salarios de los desarrolladores y la adquisición de herramientas y
tecnologías necesarias para el desarrollo del sistema.
Por otro lado, se estima que la bodeguita factura alrededor de 15 mil soles
mensuales. Si se logra implementar el sistema web de venta e inventario, se espera
un aumento del 15% en la facturación mensual, lo que equivale a un incremento de
2,250.00 soles.
El retorno de inversión se estima en un plazo de 12 meses, considerando un periodo
de 4 meses para el desarrollo del sistema, la implementación y capacitación del
personal de la bodeguita.
• Ingresos actuales de la bodeguita: 15,000 soles mensuales.
• Gastos actuales de la bodeguita: 6,000 soles mensuales.
• Inversión necesaria para implementar el sistema web: 7500 soles mensuales.
• Tener en cuenta que el sistema estará alojado en la nube que tendrá un costo
promedio mensual de 200 soles.
• Se considera el crecimiento del mercado en 0.37%, proyectado
• Se considera que la inflación en 2023 será de 0.34% mensual.
• Analizando se tiene proyectado un crecimiento del 0.03%, por factores
coyunturales económicos.
Con estos datos, la tabla comparativa y los cálculos serían los siguientes:
Últimos seis
Ingreso actual en soles
Gastos fijos en soles
Guanacia actual en soles
1
18,400.00
7,000.00
11400
2
17,600.00
7,000.00
10600
3
16,400.00
7,000.00
9400
4
19,100.00
7,000.00
12100
5
18,600.00
7,000.00
11600
6
17,900.00
7,000.00
10900
Últimos seis
Ingreso con sistema en
Gastos fijos en soles
Guanacia con sistema en
Meses
soles
soles
Meses
1
21160,00
7,100.00
14060
2
20240,00
7,100.00
13140
3
18860,00
7,100.00
11760
4
21965,00
7,100.00
14865
5
21390,00
7,100.00
14290
6
20585,00
7,100.00
13485
8
El análisis de viabilidad financiera indica que el proyecto de desarrollo de un
sistema web de operaciones para la bodeguita es viable. Si se logra implementar el
sistema con éxito, se espera un retorno de inversión en un plazo de 6 meses y un
incremento del 15% en la facturación mensual de la bodeguita. Se recomienda
seguir adelante con el proyecto y llevar a cabo un seguimiento y monitoreo
constante para asegurar su éxito y rentabilidad a largo plazo.
Podemos calcular la TASA, TIR y VAN.
La TASA se puede calcular utilizando la fórmula =TASA(nper,pago,inicial,final)
en Excel, donde "nper" es el número de períodos (en este caso, 6), "pago" es el flujo
de caja periódico (en este caso, el ingreso neto de cada mes) y "inicial" es la
inversión inicial (en este caso, 26,076). La TASA obtenida es del 15%.
La TIR se puede calcular utilizando la función = TIR(valores) , donde "valores" son
los flujos de caja netos (ingresos menos inversión inicial) para cada período. La TIR
obtenida es del 21.88%.
El VAN se puede calcular utilizando la fórmula =VAN(tasa,valores) en Excel,
donde "tasa" es la tasa de descuento utilizada y "valores" son los flujos de caja netos
para cada período. Utilizando una tasa de descuento del 15%, el VAN obtenido es
11,309.63 soles.
Es importante tener en cuenta que estas proyecciones son estimaciones y están
sujetas a variaciones y riesgos en el mercado. Se recomienda revisar y actualizar las
proyecciones regularmente para tomar decisiones informadas y ajustar el plan de
negocio según sea necesario.
En resumen, se puede observar que con la implementación del sistema web, los
ingresos aumentan un 15% mientras que los gastos solo aumentan un 1.43%, lo que
genera un flujo de caja positivo. Además, se puede calcular la TASA, TIR y VAN
para evaluar la rentabilidad del proyecto. La TASA es del 15%, la TIR del 21.88%
y el VAN es de 7,193.00 soles, lo que indica que el proyecto es rentable y genera
valor para la bodeguita.
TASA
15%
TIR
21.88%
VAN
7,193.00
1.5.4.
Legal/Ética/Recursos humanos.
El proyecto se realizará con el objetivo de que el producto final que salga del
mismo pueda ser utilizado por su público objetivo, siendo este, personal que
maneje el negocio conocido como ‘La Bodeguita’.
Para esto, se acordó de antemano que cualquier información necesaria para
elaborar el proyecto será brindada por el dueño siempre y cuando esté relacionada
al negocio y a su rubro.
9
En el apartado legal, se tiene los requerimientos que la SUNAT exige a los
pequeños negocios para la realización de sus labores, los cuales incluye el pago
de sus tributos basado en la ganancia ganada.
Nuevo Régimen Único Simplificado (NRUS)
Si eres una persona natural y vas a iniciar un pequeño negocio como bodega,
puesto de mercado, zapatería, bazar, restaurante, juguería, peluquería u otros y
solo emitirás boleta de venta, puedes acogerte al NRUS.
Ten presente que no puedes estar en el NRUS si tus ingresos o compras superan
el monto de S/ 8,000.00 al mes o S/ 96,000.00 al año.
Asimismo, es importante que al hacer tus compras exijas la emisión de la factura,
salvo que compres a otras personas que también están en el NRUS.
En este régimen:
●
No puedes emitir facturas por tus ventas o
●
●
●
No necesitas llevar libros contables.
No estás obligado a presentar declaración anual.
Solo debes hacer un pago único mensual por
servicios.
Internet o bancos.
Categorías
Para calcular tu pago único mensual debes considerar tus ingresos o compras del
mes y colocarte en una de estas categorías:
● Categoría 1: ingresos o compras hasta S/
5,000.00 . La cuota es de S/ 20.00 .
● Categoría 2: ingresos o compras hasta S/
8,000.00 . La cuota es de S/ 50.00 .
Restricciones
● Debes realizar actividades en un solo lugar y
solo las permitidas en el Nuevo RUS.
● Tus activos fijos no deben superar el valor de S/
70,000.00 , salvo si son vehículos o predios.
Según el ‘CÓDIGO DE ÉTICA PARA LA INVESTIGACIÓN CIENTÍFICA,
TECNOLÓGICA Y HUMANÍSTICA’ de la Universidad Ricardo Palma, los
investigadores, al momento de realizar sus proyectos de investigación, deben
seguir ciertos lineamientos, entre ellos, cabe recalcar los siguientes:
Artículo 10° Son deberes del investigador de la URP:
a) Respetar la dignidad humana, la identidad, la diversidad, la libertad, el derecho
a la autodeterminación informativa, la confidencialidad y la privacidad de las
personas involucradas en el proceso de investigación.
10
b) Promover y realizar investigaciones que lleven a mejorar el bienestar de la
población. Hacer buen uso de los fondos recibidos para realizar su investigación
en un ambiente de trabajo que propicie la diversidad cultural sin discriminación
de ninguna naturaleza.
c) Cuidar el medio ambiente y respetar la biodiversidad. Esto implica el respeto
al conjunto de todas y cada una de las especies de seres vivos y de sus variedades,
así como la diversidad genética.
d) Proceder con rigor científico asegurando la validez, la fiabilidad y credibilidad
de sus métodos, fuentes y datos. Además de garantizar estricto apego a la
veracidad de la investigación en todas las etapas del proceso, desde la
formulación del problema hasta la interpretación y la comunicación de los
resultados, manteniendo la integridad científica en todas las etapas.
e) Dar entrenamiento y experiencia a sus alumnos para aumentar sus habilidades
y conocimiento en la práctica ética de la investigación. Reconocer
apropiadamente las contribuciones de ellos a la investigación.
Artículo 11° La evaluación de los proyectos de investigación y de las
publicaciones es imparcial y confidencial. Imparcialidad significa proceder sin
favoritismo, predisposición o prejuicio. Confidencialidad en el uso de la
información y los resultados, los cuales deben ser utilizados sólo para fines de
evaluación. El investigador debe mostrar una actitud favorable hacia la
evaluación de los proyectos de investigación.
1.5.5.
Aspectos de Salud pública y seguridad
Para el funcionamiento y operatividad de negocios comerciales en
Magdalena del Mar se requiere el trámite de ciertos documentos y el
seguimiento de sus especificaciones al pie de la letra. Algunos de estos son:
Certificado de Licencia Civil
Este documento sirve para verificar que tu establecimiento cumple con las medidas
de seguridad que las autoridades solicitan en las edificaciones, con base en 4
niveles de riesgo: bajo, medio, alto y muy alto.
Requisitos para negocios de nivel bajo.
● Formulario de solicitud de Inspección Técnica
de Seguridad en Edificaciones (ITSE).
● Ficha RUC.
● Protocolo de operatividad y mantenimiento de
los equipos de seguridad:
○ Extintor de 6 kg cargado y vigente.
○ Botiquín de primeros auxilios: debe tener pastillas (analgésicos,
antisépticos, antiácidos, antidiuréticos), alcohol, tijeras,
algodón, cremas (para quemaduras, picaduras, lesiones),
termómetro, agua oxigenada.
○ Señalizaciones de seguridad: direccionales de la salida, aforo,
servicios higiénicos.
○ Luces de emergencia (si hay atención después de las 6:00 p. m.).
11
● Certificado de medición de resistencia del pozo
de puesta a tierra, emitido por un ingeniero eléctrico habilitado en el
Colegio de Ingenieros del Perú. Este requisito debe incluir una conexión
del cable de enlace entre el pozo y el tablero eléctrico.
1.5.6.
Aspectos Culturales
La transformación cultural es un proceso consistente en evolucionar la cultura de
una organización para ayudarla a alcanzar sus objetivos estratégicos.
Según Yamilet Senosaín Vásquez, alumna de Economía de la Universidad del
Pacífico, en un artículo publicado para el periódico ‘Gestión’, el constante
desarrollo tecnológico ha favorecido la evolución del sistema de pagos. Por lo
tanto, compradores como vendedores son beneficiados por la digitalización de
procesos por los cuales se pueden realizar compras. Uno de los procedimientos
que ha automatizado la manera de hacer pagos es el Sistema de Punto de Venta
que, además de ejecutar la transacción como tal, cuenta con ventajas adicionales.
Si bien el 89% de peruanos prefieren primordialmente el pago en efectivo, Perú
es uno de los países de Latinoamérica que ha incrementado más el uso de tarjetas
de débito, crédito y prepago físicas en el último año. De igual manera, cada vez
más adquirentes de pago cuentan con la aceptación universal de marcas de
tarjetas y así los dispositivos POS aprueban tarjetas de crédito y débito de
diversos emisores (empresas bancarias, financieras, cajas municipales, etc.).
Por ese motivo más negocios se suman a la utilización de POS para el pago con
tarjetas y billeteras digitales, ya que cuenta con ventajas como la proporción de
información y reportes de las transacciones, la incorporación del inventario en
línea, el registro automático de ventas que reduce el margen de error y evita
pérdidas. Asimismo, mejora la experiencia del usuario debido a que los pagos
realizados en POS cuentan con respaldo de entidades bancarias, es un proceso
ágil, da la opción de generar facturas y de participar de programas de fidelización
que brindan puntos por ciertos montos de compras con tarjeta.
1.5.7.
Aspectos Sociales
Es bien sabido que el Perú es un país en constante movimiento, los públicos más
propensos a comprar en bodegas sus productos son amas de casa y transeúntes.
Tanto en el caso de las amas de casa como el de los transeúntes se ve un patrón
en relación al tiempo, cada uno tiene alguna tarea que realizar. En el caso de las
amas de casa estas tareas están relacionadas al cuidado de la casa mientras que
los transeúntes simplemente se dirigen a un destino, ya sea sus casas, sus trabajos,
sus centros de estudio o cualquier otra actividad de carácter social o personal que
se maneja con tiempos de llegada establecidos.
Uno de los aspectos que busca mejorar el proyecto no es solo el reducir el tiempo
que el trabajador demora en atender a un cliente, sino también, el tiempo que el
cliente pasa en el negocio mientras es atendido.
12
1.5.8.
Aspectos Ambientales
El uso de Sorbetes en Magdalena
Mediante Ordenanza N° 012-2018-MDMM, la Municipalidad de Magdalena del
Mar, distrito donde se ubica ‘La Bodeguita’, dispuso prohibir el uso,
comercialización, venta o distribución gratuita de sorbetes de plástico en los
locales ubicados en el distrito. La ordenanza exceptúa los sorbetes de papel o
bambú, así como el uso inevitable de sorbetes tradicionales por necesidad física
o salud.
La norma se aplica para establecimientos comerciales, prestadores de servicios
públicos o privados y en todo local donde se desarrolle una actividad económica
en el distrito.
El uso de bolsas plásticas en el Perú
En el marco del cumplimiento de la Ley N°30884, también llamada ley de
plásticos, señala que los establecimientos deben cobrar, por cada bolsa que
entregan, como mínimo una suma equivalente al precio del mercado, debiendo
informar en forma explícita al consumidor. Es decir, si uno adquiere tres
productos en un establecimiento y este entrega cada uno en una bolsa, el negocio
tiene la obligación de cobrar el monto de la bolsa, según indica la ley.
Adicionalmente, gravará al consumidor con los S/0,10 del impuesto.
1.5.9.
Contexto Global
Con el crecimiento de la tecnología, viene el crecimiento de las tareas que puede
realizar y, por consiguiente, las personas que lo usan como herramienta para
facilitar las actividades que realizan. Los sistemas Point of Sale caen en esta
categoría.
Su popularización, especialmente para negocios pequeños, ha ido
incrementando, y con él, su atractivo por lo que gran parte de estos negocios
terminan utilizando alguna de sus variantes dependiendo del rubro al que se
enfrentan.
Por lo tanto, este proyecto no abarca un contexto global, es un contexto local
porque solo se aplica para una tienda de abarrotes que se encuentra en el distrito
de Magdalena - Lima.
13
2.
MARCO REFERENCIAL.
2.1.
2.1.1.
Antecedentes.
Internacionales
Parra (2020) en su tesis, titulada "Desarrollo de un Sistema de Información para
el Control de Inventario de Medicamentos en las Farmacias Colombianas",
afirma que el propósito de su propuesta de tesis de grado es desarrollar un sistema
de información para el control de inventario que ayude a la distribución de
medicamentos en las farmacias. Esto puede reducir las molestias durante la
entrega de medicamentos, brindando así un buen servicio al usuario final,
evitando problemas de salud o quejas en destino. Sin embargo, los obstáculos
que deben prevenirse y reducirse son situaciones en las que el medicamento
puede poner en peligro la salud del usuario final, como la presencia de productos
caducados, productos no recomendados por almacenamiento insuficiente, así
como cambios en la entrega de farmacia al cliente. La solución propuesta es
reducir los errores en la dispensación de medicamentos en las oficinas de
farmacia mediante el desarrollo de un sistema de información para la gestión del
inventario de medicamentos.
El autor formula el siguiente problema: ¿Cómo se pueden disminuir los errores
presentados en la dispensación de medicamentos mediante el diseño de un
sistema de información?
El objetivo general del trabajo de investigación es el de diseñar un sistema de
información utilizando arquitecturas de referencia con el fin de gestionar
medicamentos en farmacias colombianas y como alcance se limita a diseñar un
sistema de información planteado para la gestión de medicamentos en una
farmacia, teniendo en cuenta el orden y tipo de inventario que se maneja,
igualmente se considerará los elementos que conforman el proceso del
inventario, como lo son, las existencias de cada medicamento, los costos, el tipo
de almacenamiento que se debe tener para estos y su fecha de caducidad.
Además, de analizar el proceso de inventario se quiere atender la parte del usuario
final, al lograr facilitar los diferentes trámites a realizar en la farmacia, como
pueden ser, la compra o reclamo de este mismo.
A continuación, se presentan los Mockups diseñados que simulan como el
producto final se vería:
14
Asimismo, se muestra la captura del módulo de gestión de medicamentos,
donde se efectuará el registro, la consulta y la actualización de los productos:
15
16
17
Name: Design suggestion for a Point of Sale system for the café industry
Ottilia Lindblad (2023), en su trabajo de investigación (tesis te licentaturia)
argumentan lo siguiente:
Problematic: How can a POS-system be designed to streamline the ordering
process at a café?
18
A. What type of orders are perceived as inefficient?
B. How could a prototype be designed to streamline the process of
the identified types of orders?
C. How do the users experience the proposed prototype?
Objective: The aim of this study is to improve and streamline the ordering process
that takes place at a café by identifying orders that can be perceived as inefficient
today and create a design proposal of a Point of Sale system intended for the café
industry that can streamline the process of ordering. The term streamline is for
this study defined as simplifying and improving in relation to efficiency.
Scope: This study was limited to only designing an interactive prototype from an
interaction design perspective, excluding the technical perspective. The
prototype design was limited to only cover two types of orders and to be designed
for a computer and not a touchscreen. Due to the time restrictions the three design
research phases were not iterated.
Results:
A continuación, se muestra la captura del prototipo de la pantalla de inicio del
sistema web de:
19
Asimismo, se muestra las capturas de pantalla del reporte de una orden con los
productos registrados:
2.1.2.
2.1.2.1.
Nacionales
Trabajo de investigación 1
Nombre: Implementación de un sistema web
para la gestión de ventas e inventario de una empresa de calzado
20
Angulo, D. y Nicho, N. (2021), en su trabajo de investigación (tesis te
titulación) proponen lo siguiente:
Problemática: ¿En qué medida la implementación de un sistema web
optimiza los tiempos, la cantidad de reportes disponibles y de tareas
manuales de los procesos de ventas y gestión de inventarios en una
empresa de calzado?
Objetivo: Determinar en qué medida la implementación de un sistema
web optimiza los tiempos, la cantidad de reportes disponibles y de tareas
manuales de los procesos de ventas y gestión de inventarios en una
empresa de calzado.
Alcance: El presente proyecto pretende implementar un sistema web
para optimizar la gestión de ventas e inventarios en una empresa de
calzado. En esta investigación, se tomó como objeto de estudio a la
empresa “Calzados Marlene”, la cual está ubicada en Miraflores, Lima
Perú. 13 El alcance se dará solo en el área de ventas y gestión de
inventario de dicha empresa, debido a que son las áreas en las que se
identificaron dificultades, y comprende todo el proceso desde el manejo
de inventarios y la atención al cliente hasta la entrega del producto final.
Resultados:
A continuación, se presenta una captura de la pantalla de inicio del
sistema web de ventas e inventario de la empresa “Calzados Marlene”:
Asimismo, se muestra las capturas de pantalla del reporte generado de
inventario y del reporte de ventas generados en la página web:
21
2.1.2.2.
Trabajo de investigación 2
Nombre: Diseño e implementación de un sistema web de información
para el control de compra y venta de la empresa multimedia Solutions
Sánchez, J. (2020), en su trabajo de investigación (tesis te titulación)
propone lo siguiente:
Problemática: ¿De qué manera un sistema web de información mejorará
el control de compra y venta de la empresa MULTIMEDIA
SOLUTIONS de la ciudad de Lima?
22
Objetivo: Diseñar y desarrollar un sistema web de información que
mejore el proceso de compra - venta de la empresa MULTIMEDIA
SOLUTIONS de la ciudad de Lima.
Alcance: En concreto el desarrollo del sistema web considerará los
siguientes módulos:
a) Un Módulo Administrador, el cual permitirá poder tanto visualizar
como ingresar los datos de los usuarios de la empresa.
b) Un Módulo Usuario, el cual solo permitirá visualizar los datos del
cliente.
c) Un Módulo de compra, el cual permitirá visualizar la compra de los
productos.
d) Un Módulo de Venta, el cual nos permitirá visualizar los cuadros de
venta y de productos.
e) Un Módulo de Productos, el cual nos permitirá ver todos los productos
almacenados y que estén en stock.
f) Un Módulo de reportes, en el cual se podrá ver los reportes y
estadísticas de compra y venta.
Resultados:
A continuación, se presenta la captura de la pantalla de inicio del sistema
web de compra y venta de la empresa “Multimedia Solutions”:
Asimismo, se muestra la captura del módulo de venta empresarial, donde
se efectuará la venta, así como la emisión de la facturación:
23
2.1.2.3.
Trabajo de investigación 3
Nombre: Implementación de un sistema web para mejorar el control de
las ventas de la empresa Nanifarfalla, 2021-2022
Hermosilla, J. y Ulfe, U. (2022), en su trabajo de investigación (tesis te
titulación) argumentan lo siguiente:
Problemática: ¿Cómo influye la implementación de un sistema web en
los procesos de ventas de la empresa Nanifarfalla?
Objetivo: Mejorar el proceso de control de ventas de la empresa
Nanifarfalla a través de la implementación de un sistema web.
Alcance: El resultado de este proyecto tiene como finalidad una
aplicación web disponible para todo sistema operativo, automatizado
para dispositivos electrónicos como pc, Tablet o smartphone. Lo cual es
requerido acceso a internet para su total funcionamiento.
Resultados:
A continuación, se muestra la captura de
pantalla de inicio del sistema web del control de las ventas de la empresa
Nanifarfalla:
Asimismo, se muestra la captura del detalle de un producto dentro del
sistema web de ventas de la empresa Nanifarfalla:
24
2.1.2.4.
Trabajo de investigación 4
Nombre: Desarrollar un sistema web para mejorar la eficiencia y eficacia
del proceso de ventas de la empresa Ezzeta
Aguirre, B. y Licetti, A. (2022), en su trabajo de investigación (tesis te
titulación) argumentan lo siguiente:
Problemática: El problema principal de la empresa es la deficiente
gestión del proceso de ventas, lo cual ocasiona consecuencias negativas
en la satisfacción de sus clientes.
Objetivo: Lograr mejorar la eficiencia y eficacia del proceso de ventas
de la empresa EZZETA.
Alcance: A continuación, se aborda el alcance del producto de software
que se plantea como solución. Para ello, se detalla en primer lugar la
descripción del alcance del producto, indicando en ésta todas aquellas
funcionalidades y procesos que son soportados dentro del sistema
desarrollado, las cuales responden a las necesidades de hacer más
eficientes los procesos de control de stock, ventas y control de entregas
de los pedidos.
25
26
Resultados:
A continuación, se muestra la captura de
pantalla de inicio del sistema web de:
27
Asimismo, se muestra la captura del control de inventario dentro del
sistema web de ventas de la empresa Ezzeta:
2.1.2.5.
Trabajo de investigación 5
Nombre: Desarrollo de un sistema web para gestionar las ventas de la
empresa Geonet Solutions
Sanchez, H. y Caja, J. (2022), en su trabajo de investigación (tesis te
titulación) argumentan lo siguiente:
Problemática: El problema principal recae en el proceso de ventas de
productos y servicios de la empresa, donde se tiene muy poco
seguimiento digital de este, dado el aumento exponencial de clientes y
que aún lo hacen de forma manual.
Objetivo: Desarrollar un eficiente sistema informático para la empresa
GEONET, con el propósito de agilizar el proceso de comercialización de
la empresa.
Alcance: Se desarrollará un sistema web que permita gestionar las ventas
de la empresa, el proyecto contará con módulos de cliente, ventas y
administración en donde se desarrollará la funcionalidad de publicar
productos y servicios en el Marketplace y visualizarlos en catálogos,
28
gestionar el servicio de laboratorios que ofrece la empresa y
comercializar actividades dentro de la página.
Resultados:
A continuación, se muestra la captura de
pantalla de inicio del sistema web de:
Asimismo, se muestra la captura del control de inventario dentro del
sistema web de ventas de la empresa Geonet:
2.2.
2.2.1.
Marco teórico.
Gestión de Inventarios
El Ingeniero Humberto Guerrero Salas, en su libro ‘Inventarios, manejo y control –
segunda edición’, señala algunas generalidades a tomar en cuenta en cuanto se trata
de inventarios.
29
Clasificación de los modelos de inventarios
Estos estarían divididos en dos tipos por su demanda, determinista y
probabilística.
La determinista se da cuando la demanda por producto para un cierto
periodo futuro es conocida con exactitud mientras que en la probabilística
la exactitud de la demanda no es exacta, pero se puede llegar a una
aproximación basada en la probabilidad de su ocurrencia.
Estos a su vez, se pueden clasificar en varios modelos dependiendo de otras
condiciones que los relacionan entre sí, a denotar se recalca la clasificación
por tipos, que separa los bienes entre perecederos, sustitutos y durables en
el tiempo.
Componentes de un modelo de inventarios
●
Por costos. Ya sea de mantenimiento (al efectuarse el
almacenamiento y los gastos que conlleva el tenerlo almacenado),
por orden (el costo por realizar la orden de compra de los productos),
por penalización (la pérdida de una venta por no tener el producto
que el cliente busca) y variable (si al momento de realizar la compra
el producto se tiene que producir primero).
●
Por demanda. El número que se proyecta a vender en un periodo
futuro de un determinado artículo.
●
Por tiempo de anticipación. El tiempo que transcurre entre la orden
de compra y cuando esta se recibe.
Sistema de clasificación ABC
Es un sistema de clasificación de los productos para fijarlos en un
determinado nivel de control de existencias.
El autor habla de cómo es recurrente que se gaste más por el
mantenimiento y control del inventario que por la compra de los
productos que lo conforman, por lo tanto, tener un sistema de selectividad
reduce los costos que conllevan el mantenimiento dándole a los
productos una clasificación por importancia y valor.
Esta clasificación se divide en tres clases.
2.2.2.
●
Tipo A. Artículos que requieren un control de sus existencias de
un 100% por su costo elevado, alta inversión de mantenimiento
y su aporte a las utilidades.
●
Tipo B. Requieren menor grado de control ya que son productos
de menor costo y menor importancia.
●
Tipo C. Requieren muy poca supervisión por ser de muy bajo
costo, de baja inversión son de poca importancia.
Gestión de Stock
30
El libro ‘Gestión de pedidos y stock’ menciona lo siguiente en referencia al índice
de rotura de stock.
Diego Morillo (2015) menciona que el stock de un producto se vacía cuando se
satisface la demanda que se presenta. La ruptura del stock se produce cuando su
nivel desciende a cero, más estrictamente cuando se le presentan demandas de una
magnitud que no puede ser atendida por el stock. El riesgo de rotura del stock es
intrínseco al carácter aleatorio de la demanda. El índice nos indica el porcentaje por
unidad de tiempo de líneas de pedido que por falta de existencias no han podido ser
enviadas cuando se solicitaron. El índice se presenta en % y se calcula:
Rotura de stock (%) = referencias no servidas*100/referencias almacenadas.
La gestión de stock debe ocuparse de este problema, controlando el número e
importancia de las rupturas mediante la política que se decida; para ello se introduce
un concepto de stock cuya finalidad es regular las roturas. Al nivel general del stock
dedicado a satisfacer la demanda que se presenta según el valor medio estimado con
la previsión se le añade un stock de seguridad. Éste tiene la finalidad de actuar como
stock de reserva para que absorba los posibles aumentos de la demanda real sobre
la demanda media prevista. En aquellos periodos de tiempo en los que el stock no
puede dar respuesta inmediata.
La empresa debe estudiar cual es el nivel óptimo de stock de seguridad que debe
disponer, la decisión tiene que basarse en el conocimiento y valoración de los costes
asociados a él y también de los costes causados de la ruptura del stock. Existen dos
comportamientos de la demanda cuando ésta no es satisfecha:
○ Que la demanda se pierde porque el cliente se va a otra empresa.
○ Que la demanda espere a que el nivel del stock se reponga. (p.
48)
2.2.3.
Beneficios de los sistemas de punto de venta
La empresa Gemini Computers, compañía que se especializa en la comercialización
de complementos y herramientas para los sistemas Punto de Venta (POS) menciona
en el sitio Academia.edu lo siguiente:
Gemini Computers (2016) expresa que el sistema POS se ha convertido en una
necesidad debido al gran volumen de tarjetas de crédito y efectivo que pasan por
las empresas todos los días. Además de realizar un seguimiento de todos los
aspectos de las ventas, los equipos POS altamente confiables pueden ayudar
fácilmente al usuario a administrar el inventario. Con la ayuda de los programas
POS, se puede disfrutar de un proceso altamente seguro de transferencia de tarjetas
de crédito tanto para empresas como para clientes. Para todas las ventas, los
servidores son responsables y no es posible realizar cambios a menos que tenga una
contraseña. Por lo tanto, es un sistema altamente seguro y confiable para gestionar
el proceso de ventas y pago.
Con la ayuda del sistema POS, puede realizar un seguimiento de la información y
el inventario fácilmente. Este sistema ayuda fácilmente a administrar el inventario
31
de su empresa, especialmente si su empresa está ubicada en varias ubicaciones.
Puede mantenerlo al tanto del inventario en cada sucursal. Por lo tanto, realmente
no tiene necesidad de preocuparse por la inconsistencia de los precios de un lugar a
otro, ni por el robo de los empleados. Puede realizar un seguimiento de su negocio
incluso cuando no esté. Puede mantener fácilmente la eficiencia del empleado.
Puede ocuparse fácilmente de sus diversas necesidades cuando la administración
no está disponible. Puede mantener estables los precios de las acciones fácilmente
de un lugar a otro. (pp. 3-4)
En líneas posteriores, el autor menciona los tipos de empresas que se benefician con
el uso de sistemas POS.
En sus propias palabras, expresan:
Las empresas minoristas son los principales tipos de empresas que son el principal
usuario de los sistemas de gestión de inventario y los sistemas POS. Se utilizan para
realizar un seguimiento de todas y cada una de las unidades de inventario que son
muy importantes en el negocio minorista. Algunos de los sistemas POS funcionan
bien en el programa de contabilidad del minorista y utilizan los datos de forma más
eficaz. No solo ingresan la cantidad de inventario, sino que también administran las
cuentas por cobrar, las ventas, los cambios y devoluciones y varias variables. (pp.
4)
Los sistemas de información basados en la web
2.2.4.
En un post de la universidad de Granada, el profesor José A. Senso explica un poco
a fondo en qué consiste un sistema web.
Jose A. Senso (2016) explica cómo los sistemas de información han ido
evolucionando a lo largo de los años empleando diferentes programas y entornos
hasta encontrar, en la Web, el hábitat ideal. La World Wide Web emplea un
conjunto de recomendaciones, técnicas y tecnologías muy robustas que ofrecen un
gran rendimiento y fiabilidad, así como un mecanismo de navegación muy familiar
para la mayoría de usuarios. Esto favorece los procesos de enseñanza de los
programas basados en la Web, ya que se parte de conceptos y herramientas
ampliamente conocidos, como puede suceder con los navegadores o los métodos de
búsqueda y navegación. De hecho, a partir de esas ideas se pueden definir las cuatro
características fundamentales de este tipo de sistemas:
●
Arquitectura. Por el simple hecho de valerse de la tecnología que mueve Internet
para implementar sus servicios, estos sistemas de información cuentan con una
arquitectura común, al contrario de lo que sucede con otras soluciones creadas
específicamente para trabajar en sistemas aislados. Esto favorece que se puedan
retroalimentar unas aplicaciones de otras, sin que necesariamente pertenezcan a
la misma empresa o, incluso, sin que hayan sido diseñadas para realizar las
mismas funciones. Además, se facilita la migración de datos de una aplicación a
otra, así como la interconexión de la información procedente de diferentes
fuentes, pero que emplean la misma arquitectura.
32
●
●
●
2.2.5.
Evolución y desarrollo. Al estar dentro de un entorno tan dinámico y cambiante,
la mayoría de estos sistemas tienen la necesidad de estar en constante evolución,
presentando continuas versiones que actualizan las funciones y posibilidades de
las anteriores.
El usuario por encima del sistema. El usuario del entorno Web se ha
acostumbrado a recibir la información de una manera concreta y a navegar
empleando una serie de convenciones basadas en su experiencia. Es lógico pensar
que un sistema de información que emplee este entorno se nutra también de esas
experiencias para trasladarlas a su propuesta de aplicación Web. Primero porque
el usuario se las exigirá, y segundo porque no hacerlo sería desaprovechar años
de experiencia en el desarrollo de aplicaciones.
Escalabilidad. Entendida como la habilidad que tiene un sistema para reaccionar
a las necesidades cambiantes (tanto del usuario como del responsable del servicio
y la información que este proporciona) y adaptarse, creciendo de manera
continuada y fluida. La capacidad que tienen los sistemas de información en la
Web es que pueden crecer tanto como quiera, puesto que el contexto en el que se
mueven, la propia Web, se basa en ese principio. Los sistemas de información
basados en la web. Blog de la Universidad de Granada.
https://blogs.ugr.es/tecweb/los-sistemas-informacion-basados-la-web/
Modelo SWIRL
El modelo Swirl es un modelo iterativo que considera cinco criterios para el
desarrollo de proyectos y es el que se seguirá durante la elaboración de este
proyecto.
En el libro ‘“SWIRL”, METODOLOGÍA PARA EL DISEÑO Y DESARROLLO
DE APLICACIONES WEB’ se expresa lo siguiente:
Jimmy Molina Ríos y Maria Pedreira-Souto (2019) mencionan que el ciclo de vida
de la metodología SWIRL posee 6 fases las cuales son análisis, planificación,
modelado, implementación, verificación y pruebas, y lanzamiento. Los ciclos
cortos de iteración tienen la finalidad de verificar y corregir los errores que se
presenten en la implementación de la funcionalidad actual con periodo de entre 15
días a 1 mes, de duración dependiendo de la dificultad.
Es importante recalcar, que durante todas las iteraciones realizadas el cliente y el
equipo de desarrollo deben estar inmersos, de manera que se logre la revisión
continua de las funcionalidades implementadas del software durante cada ciclo.
Los pasos que seguir para el correcto uso de la metodología son:
1. El gerente define el sistema y el modelo de negocios.
2. El cliente delimita los requerimientos y la calidad del software.
3. El gerente planifica las actividades, comunicaciones y entregables de cada
iteración.
4. Se diseñan los modelos e implementan las funcionalidades.
5. Se verifica y se realizan las pruebas de control, en caso de encontrar algún
error dentro de la implementación se verifican los modelados y se vuelve a
33
codificar.
6. Una vez validado, regresa al punto 2 para la revisión de requisitos y continuar
las iteraciones hasta culminar todas las funcionalidades.
7. Finalmente, cuando la aplicación se encuentre verificada por el cliente y sin
presencia de errores, se procede al lanzamiento. (pp. 17-18)
2.3.
Marco tecnológico.
Benchmarking
Elaboración: Propia
2.4.
3.
Marco conceptual.
●
Venta: proceso de intercambio mediante el cual una parte, el vendedor, satisface la
necesidad de otra, el comprador, en contrapartida de una suma de dinero o crédito que le
da, a esta última, derecho de propiedad o usufructo sobre el bien, servicio o activo
financiero pagado.
●
Proceso de ventas: Serie de pasos que deben seguir las empresas cuando venden
productos o servicios. Estos pasos suelen incluir la identificación de clientes potenciales
y su calificación, la presentación de ofertas, el cierre de tratos y la gestión de la relación
después de la venta.
●
Sistema web: Aplicaciones de software que se pueden usar en un servicio web por medio
de internet o de una intranet desde un navegador.
●
Inventario: Bienes poseídos por una empresa para su venta en el curso ordinario de la
explotación, o bien para su transformación o incorporación al proceso productivo.
Alcance I+D+I.
3.1. Perspectiva I+D+I.
3.1.1.
Impacto en contexto globales
34
Al igual que los proyectos formulados previamente a este que buscaban la
automatización de los procesos de ventas y administración de inventario, este
proyecto busca investigar la efectividad de los conceptos y materiales planteados
y utilizados para el negocio objetivo y que este se pueda tomar como marco
referencial en otros trabajos futuros similares tanto en metodología, objetivo de
investigación y/o herramientas utilizadas, buscando así la contribución entre
investigadores de las carreras de ingeniería de software, ingeniería de sistemas,
ingeniería computacional, ingeniería industrial y afines.
3.1.2.
Impacto en contexto económico
Se mencionó previamente como los problemas que afronta el negocio no han
generado pérdidas monetarias significativas, sin embargo, para un negocio
pequeño, especialmente tomando en cuenta que estas pérdidas no son tomadas
en cuenta como descuentos al momento de pagar sus tributos a los organismos
tributarios, cada centavo cuenta, desde los gastos que se realizan al tener que
comprar papel para el manejo de las ventas hasta las pérdidas por errores
causados cuando un trabajador se olvida un precio, por lo tanto, se busca remover
por completo el uso del papel y disminuir los errores para la actividad de ventas,
disminuyendo con esto las pérdidas monetarias.
Como referencia hacia otros futuros proyectos similares, se busca que en caso se
generen conclusiones positivas sobre su uso, sirva de ejemplo para otros negocios
considerados pymes de la efectividad de los sistemas puntos de venta y en caso
las conclusiones sean negativas, los que vengan después descubran cómo
solucionar estos problemas de manera más efectiva.
3.1.3.
Impacto en contexto ambiental
Una de las razones por las cuales se está realizando este proyecto es por el método
utilizado por su actual dueño al momento de manejar tanto las ventas del negocio
como el inventario con el que este cuenta para su labor comercial. Una de las
maneras con la que mantiene una cuenta de sus ventas y las ganancias que estas
generan es por medio de un cuaderno en el cual anota diariamente, esto ha
provocado una cantidad grande de cuadernos almacenados desde que el negocio
empezó y con esto, el uso de grandes cantidades de papel. Con este proyecto, de
manera sutil, se busca el ahorro y por ende no desperdicio de papel.
3.1.4.
3.2.
Impacto en contexto social
Siendo un proyecto con objetivos que impactan en un ámbito local, las soluciones
que propone son de impacto local, buscando proponer una herramienta que ayude
con los procesos de la bodega conocida como ´La Bodeguita´, y la investigación
que desarrolla servirán como guía para proyectos que serán propuestos para
negocios cercanos al rubro comercial minorista, por lo tanto, el proyecto en
cuestión no cuenta con un impacto que afecte a la sociedad en mayor o menor
escala, simplemente una escala mínima.
Nivel del trabajo.
35
Para la parte del nivel del trabajo, el trabajo que se realiza en toda la
construcción del producto cuenta en total con 10 entregables, los cuales se
denominan en el ámbito informático como casos de uso del sistema, estos
entregables determinan toda la funcionalidad que tiene el producto desde que el
usuario inicia su flujo de trabajo hasta que lo finaliza, estos 10 entregables
realizados son:
●
●
●
●
●
●
●
●
●
●
3.3.
Inicio de sesión al sistema.
Administración de usuarios.
Cambiar contraseña.
Realizar venta.
Consultar productos
Consultar stock.
Listar boletas de ventas.
Gestionar categorías de productos.
Administrar productos.
Administrar stock.
Producto
El producto que se desarrolla en el proyecto de investigación cuenta con
diferentes funcionalidades que se describe en el punto anterior, estas
funcionalidades se dividen en objetivos, los cuales pertenecen a los objetivos
específicos que se establece en la primera parte del proyecto de investigación,
además para cada objetivo específico las funcionalidades cumplen con lo
indicado, todo esto al final se dividen en entregables, llamados también casos
de uso del sistema, los cuales son:
Objetivo Específico
Nombre del Caso de Uso
Mejorar el proceso Realizar venta
de venta
Listar boletas de ventas
Descripción del Caso de Uso
Este caso de uso permite al
usuario
registrar
la
información de los productos,
en un comprobante, y generar
la venta.
Este caso de uso permite al
usuario visualizar la relación
de boletas de ventas que han
sido registradas en el sistema.
36
Gestionar
producto
categoría
de Este caso de uso permite al
usuario registrar, actualizar y
consultar las categorías de los
productos de la tienda de
abarrotes.
Administrar producto
Este caso de uso permite al
usuario registrar, actualizar y
eliminar los productos que se
encuentran en la tienda de
abarrotes.
Consultar producto
Este caso de uso permite al
usuario consultar los productos
que están registrados en la base
de datos de la tienda de
abarrotes para poder realizar la
venta respectiva.
Mejorar el proceso Consultar stock
de inventario
Este caso de uso permite al
usuario consultar el stock
ingresando el código o el
nombre del producto al
sistema, con el cual se podrá
visualizar las unidades con las
que se cuentan de cada
producto.
Administrar stock
4.
4.1.
Este caso de uso permite al
usuario ingresar, actualizar o
eliminar el stock de los
productos.
CARACTERÍSTICAS DEL PRODUCTO
Casos de uso e interfaces
TÉRMINOS
DEFINICIÓN
Caso de Uso
CUS: Gestionar Venta
Requerimiento:
Gestionar venta, elabora un registro completo de la venta y su detalle
Pre-condición
El actor deberá acceder con su cuenta a la plataforma.
Post-condición
El actor puede finalizar el sistema.
Actores
El vendedor.
Usuario
Sistema
37
El CUS se inicia cuando el usuario
accede con su cuenta al sistema y
se dirige a la opción Gestionar
Ventas
2
El sistema carga la vista de
gestionar ventas donde podrá
visualizar la respectiva venta.
Además, podrá realizar las
acciones tales como nueva
venta y cancelar venta.
Opción “Gestionar Venta”
FLUJO BÁSICO
El actor hace clic en la sección
“Gestionar Venta”.
El sistema mostrará la lista de
ventas con los siguientes
campos.
2
●
Impuesto
●
Descuento
●
Total
●
Monto Recibido
●
Cambio
●
Fecha y hora
Opción “Eliminar Venta”
El actor da clic en “Eliminar venta”
El sistema muestra un mensaje
al actor cuestionando si está
seguro de remover dicha venta.
El actor da clic en aceptar para
continuar con el flujo de anulación
de la venta.
El sistema remueve de la lista la
venta seleccionada y actualiza la
vista “Gestionar ventas”
Relación con otros
Casos de Uso
Ninguna
38
Requerimiento no
funcional
- Usabilidad
- Seguridad
- Confiabilidad
- Rendimiento
- Soporte
- Diseño
Observaciones
El actor debe acceder con su cuenta de usuario para identificar su gestión.
Excepciones
Diseño de Prototipo
39
40
TÉRMINOS
DEFINICIÓN
41
Caso de Uso
CUS03: Administrar Stock
Descripción General
Permite al Administrador del Sistema administrar el stock de los productos
de la empresa.
Precondición
El administrador ha iniciado sesión en el sistema de gestión de la tienda.
Postcondición
El Administrador del Sistema logra tener una administración del stock de
todos los productos en el sistema.
Actores
Administrador del Sistema
Administrador del Sistema
1
Sistema
El CUS inicia cuando el usuario
selecciona la opción “Administrar
Producto” en el apartado principal
del sistema.
El sistema carga la vista de
administrar producto donde
podrá visualizar la lista de
productos
con
los
siguientes campos:
2
●
Código
●
Descripción
●
Presentación
●
Stock tienda
●
Categoría
● Marca
Dentro de las opciones abra
un símbolo de lápiz el cual
nos va permitir modificar el
stock del producto.
FLUJO BÁSICO
Opción “Modificar Stock”
1
El usuario selecciona el símbolo
de lápiz.
El sistema mostrará los
siguientes campos.
2
42
●
Código
●
Descripción
●
Categoría
●
Unidad Compra
●
Precio Compra S/.
●
Stock
●
Fecha Registro
●
Marca
●
Precio Venta S/.
3
El usuario podrá visualizar los
detalles de Stock de cada
producto, por último, el usuario
podrá dar en el icono de retornar
para regresar a la interfaz de
administrar producto
4
El Sistema retorna al
usuario a la interfaz de
administrar productos.
Relación con otros
Casos de Uso
CUS02 Administrar Producto
Excepciones
El sistema solo permitirá el ingreso de números.
Administrar Stock
Agregar Producto
43
TÉRMINOS
DEFINICIÓN
Caso de Uso
CUS: Administrar Productos
Descripción General
Permite al Administrador del Sistema administrar los productos de la
empresa en el sistema
Pre-condición
El Administrador del Sistema deberá acceder con su cuenta a la
plataforma.
Post-condición
El Administrador del Sistema logra tener una administración de todos los
productos en el sistema.
Actores
Administrador del Sistema
Administrador del Sistema
1
Sistema
El administrador selecciona la
opción “gestionar productos”
FLUJO BÁSICO
2
El sistema carga la vista de
gestionar productos donde
podrá visualizar la lista de
productos
con
los
siguientes campos:
44
●
Código
●
Descripción
●
Presentación
●
Stock tienda
●
Categoría
●
Marca
Además, podrá realizar las
acciones
tales
como
agregar
producto,
modificar, eliminar y buscar.
Opción “Agregar”
1
El administrador selecciona la
opción “Agregar”.
El sistema mostrará los
siguientes campos.
2
3
●
Código
●
Descripción
●
Categoría
●
Unidad Compra
●
Precio Compra S/.
●
Stock
●
Fecha Registro
●
Marca
●
Precio Venta S/.
El administrador completaría los
campos y selecciona la opción
“Agregar”
4
El Sistema agrega
producto con éxito.
el
Opción “Modificar”
1
El administrador selecciona la
opción “Modificar” de un producto
en especifico
El sistema carga la vista con
los siguientes datos:
2
45
●
Código
●
Descripción
●
Categoría
●
Unidad Compra
●
Precio Compra S/.
●
Fecha Registro
●
Marca
●
Proveedor
●
Precio Venta S/.
●
Stock
Además de
regresar.
la
opción
Opción “Buscar”
1
El administrador escribe el
nombre de un producto en
específico.
2
El sistema muestra una lista
con los productos que
coinciden con el producto
buscado.
Opción “Eliminar”
El administrador selecciona la
opción “Eliminar”.
El sistema envía una alerta
con el mensaje de si estás
seguro de querer eliminar el
producto.
Además de las opciones
“OK” y “cancelar”.
El administrador
opción “ok”
seleccionar
El sistema elimina
producto con éxito.
Relación con otros
Casos de Uso
Excepciones
el
CUS Administrar Stock
El sistema no va permitir eliminar un producto si este cuenta con stock de
tienda.
Gestionar Producto
46
Agregar Producto
Modificar Producto
47
Eliminar Producto
Eliminar Producto
48
TÉRMINOS
DEFINICIÓN
Caso de Uso
CUS 01: Gestionar categoría de productos
Requerimiento:
REQ-FUN-05-Administrar categoría: Permite al administrador del
sistema poder agregar, actualizar y consultar categorías.
Pre-condición
El Actor deberá acceder con su cuenta a la plataforma.
Post-condición
El Actor puede finalizar el sistema.
Actores
El Administrador del sistema
Actor
1
Sistema
El CUS se inicia cuando el actor
accede con su cuenta al sistema
y se dirige al apartado de
categoría en la interfaz principal.
El sistema mostrará la lista
de categorías presentada
con los siguientes campos:
FLUJO BÁSICO
2
●
Código
●
Nombre
●
Opciones
Además, podrá realizar las
siguientes acciones: Buscar
49
categoría, nueva categoría,
editar categoría y eliminar
categoría.
Opción “Buscar”
1
El Actor llena los campos que
necesite buscar y hace clic en el
botón de buscar.
2
El sistema buscará en la
base de datos todos los
movimientos que cumplan
con
la
descripción
y
parámetros
ingresados.
Mostrando una tabla en la
parte inferior, conteniendo
los siguientes atributos:
●
Código
●
Nombre
Opción “Nueva categoría”
1
El Actor hace clic en la sección
“Nueva categoría”,
El sistema carga una vista
con los siguientes campos.
2
3
●
Código
●
Nombre
El actor inserta el nombre
determinado de la categoría,
teniendo esta ya un código ya
establecido.
4
El sistema registrará de
forma exitosa la nueva
categoría
y
además
mostrará
una
lista
actualizada, incluyendo la
nueva categoría.
Opción “Editar categoría”
1
El actor da clic en el icono de
“editar” con el fin de actualizar los
datos de una categoría en
específico.
2
El sistema carga una vista
previa de la categoría a
modificar, mostrando de esta
el código y el nombre.
Permitiendo sólo la edición
del nombre.
50
3
El actor elige el nuevo nombre de
la categoría a modificar y
selecciona el botón de editar.
El sistema modifica el
nombre y además muestra
un listado actualizado de las
categorías con los siguientes
campos:
4
●
Código
●
Nombre actualizado
●
Opciones:
Editar - Eliminar
Opción “Eliminar categoría”
1
3
Excepciones
Relación con otros
Casos de Uso
Requerimiento no
funcional
El Actor selecciona la opción
“Eliminar”
2
El sistema muestra una
ventana
preguntando
“¿Desea
eliminar
esta
categoría?”
4
El sistema eliminará la
categoría
de
forma
satisfactoria, mostrando así
la lista actualizada.
El actor podrá seleccionar el
botón de “Aceptar” o de otro lado
si desea retractarse podrá
seleccionar cancelar y retroceder
a la vista usual.
Si el administrador del sistema intenta eliminar una categoría con
productos, el sistema le mostrará un mensaje emergente avisando que no
puede eliminar una categoría que ya ha sido asignada a productos.
Ninguna
- Usabilidad
- Confiabilidad
- Rendimiento
- Soporte
- Diseño
Observaciones
El actor debe acceder con su cuenta de usuario para identificar la gestión.
51
52
4.2.
Requisitos no funcionales.
53
4.2.1 REQ-NFU-01: Usabilidad
El texto de la interfaz gráfica está en idioma español.
El lenguaje utilizado en la interfaz gráfica respeta los términos usados en el negocio.
La interfaz gráfica se organiza por secciones para una mejor comprensión.
El sistema muestra el mensaje adecuado ante cualquier error ocurrido.
Los errores mostrados por el sistema deben ser legibles para el usuario.
El sistema permite ser usado intuitivamente por cualquier usuario.
4.2.2 REQ-NFU-02: Confiabilidad
El sistema validará todo tipo de información que se le ingrese al mismo, en los distintos
formularios que éste dispone.
El sistema valida los campos, para evitar errores en el ingreso de la información.
En caso de falla en las operaciones se deberá revertir todos los procesos realizados.
4.2.3 REQ-NFU-03: Rendimiento
El sistema devuelve las consultas con un tiempo de respuesta máximo de 10 segundos.
4.2.4 REQ-NFU-04: Soporte
El sistema soportará en navegadores como: Chrome, Firefox y Mozilla.
El sistema es compatible con los sistemas operativos Windows 8/10 se dispondrá de
documentación que contendrá información importante sobre la aplicación como: manual
de ayuda, manual de usuario, terminologías, etc.
La finalidad será de garantizar el soporte de la herramienta
El sistema deberá soportar 5 usuarios como máximo.
4.2.5 REQ-NFU-05: Diseño
La arquitectura tecnológica es considerada en entorno web.
El sistema será programado en:
Conforme al BackEnd será programado en el lenguaje PHP NetBeans 8.2 se aplicará la
arquitectura MVC.
El sistema utilizará base de datos SQL Workbench
4.3.
Trazabilidad.
54
Figura: Matriz de Trazabilidad
55
En la figura anterior, se muestra la matriz de trazabilidad del negocio, donde se observa la relación
que tienen los requerimientos funcionales con los casos de uso del sistema.
4.4.
Análisis de requisitos
Figura: Diagrama de Clases de Análisis del CUS Administrar Producto
En la figura se aprecia el diagrama de clases de análisis del CUS Administrar Producto, en donde
se visualiza el actor AS_Administrador_del_Sistema, quien inicia el proceso, la clase interfaz
CI_AdministrarProducto, así como la clase controladora CC_AdministrarProducto y las clases
entidad producto.
56
Figura: Diagrama de secuencia “Administrar Producto”
En la figura se muestra el diagrama de secuencia del CUS Administrar Producto en donde se
muestra la secuencia de pasos que ocurren en la interacción de los distintos componentes de este
CUS.
Figura: Diagrama de Clases de Análisis del CUS Gestionar Categoría
En la figura se aprecia el diagrama de clases de análisis del CUS Gestionar Categoria, en donde
se visualiza el actor AS_Administrador_del_Sistema, quien inicia el proceso, la clase interfaz
CI_GestionarCtegoria, así como la clase controladora CC_GestionarCategoria y las clases entidad
categoría.
57
Figura: Diagrama de secuencia “Gestionar Categoría”
En la figura se muestra el diagrama de secuencia del CUS Gestionar Categoría en donde se
muestra la secuencia de pasos que ocurren en la interacción de los distintos componentes de este
CUS.
58
Figura: Diagrama de Clases de Análisis del CUS Administrar Stock
En la figura se aprecia el diagrama de clases de análisis del CUS Administrar Stock, en donde se
visualiza el actor AS_Administrador_del_Sistema, quien inicia el proceso, la clase interfaz
CI_AdministrarStock, así como la clase controladora CC_AdministrarStock y las clases entidad
stock.
Figura: Diagrama de secuencia “Administrar Stock”
En la figura se muestra el diagrama de secuencia del CUS Administrar Stock en donde se muestra
la secuencia de pasos que ocurren en la interacción de los distintos componentes de este CUS.
59
Figura: Diagrama de Clases de Análisis del CUS Realizar Venta
En la figura se aprecia el diagrama de clases de análisis del CUS Administrar Stock, en donde se
visualiza el actor AS_Vendedor, quien inicia el proceso, la clase interfaz CI_RealizarVenta, así
como la clase controladora CC_RealizarVenta y las clases entidad venta.
Figura: Diagrama de secuencia “Realizar Venta”
60
En la figura se muestra el diagrama de secuencia del CUS Realizar Venta en donde se muestra la
secuencia de pasos que ocurren en la interacción de los distintos componentes de este CUS.
4.5.
Modelamiento de datos
Figura: Diagrama de entidades
En la figura anterior, se muestra el diagrama de entidades donde se visualizan los atributos que
tiene cada entidad y las relaciones entre las entidades.
Figura: Diagrama de base de datos relacional
61
En la figura anterior se muestra el diagrama de base de datos, que ha sido modelado en SQL
Workbench, donde se visualizan las tablas con sus atributos y las relaciones entre las mismas.
5.
5.1.
ARQUITECTURA DEL PRODUCTO
Vista de casos de uso.
Figura: Diagrama de Actores
En la figura anterior se muestra el diagrama de actores donde se visualizan los actores del sistema,
en este caso son: el actor trabajador y el administrador del sistema, que han sido generalizados
con el actor usuario.
Figura: Diagrama de casos de uso del sistema
62
En la figura anterior se muestra el diagrama de casos de uso del sistema donde se visualizan los
10 casos de uso que se encuentran en la parte del desarrollo, asimismo se puede observar la
prioridad que tiene cada caso de uso según el color que se le ha asignado.
Figura: Diagrama de paquetes
Como se observa en la figura anterior, el sistema está compuesto por los siguientes paquetes:
a) Ventas: Incluye las funcionalidades que permiten a los trabajadores realizar todo el proceso de
venta de los productos, desde el reconocimiento de los productos por medio del código de barras
hasta la gestión la selección de la modalidad de pago del cliente y la emisión de una boleta
electrónica en formato PDF.
b) Inventario: Está compuesto por las funcionalidades que permiten al administrador del sistema
registrar la información de los productos y las categorías, así como las visualizar y consultar el
stock de los productos registrados.
c) Seguridad: Incluye aquellas funcionalidades relacionadas con la seguridad y protección de la
información del sistema, esto se concreta con la asignación de los roles de los usuarios, la creación
de nuevos usuarios para acceder al sistema y actualizar tanto la información personal de los
usuarios como sus contraseñas.
63
Figura: Diagrama del Paquete de Ventas
En la figura anterior se muestra el paquete de ventas, los actores con sus respectivos actores y
casos de uso relacionados con este paquete.
Figura: Diagrama del Paquete de Inventario
En la figura anterior se muestra el paquete de inventario, los actores con sus respectivos actores
y casos de uso relacionados con este paquete.
64
Figura: Diagrama del Paquete de Seguridad
En la figura anterior se muestra el paquete de seguridad, los actores con sus respectivos actores y
casos de uso relacionados con este paquete.
5.2.
Vista de despliegue.
Figura: Diagrama de Despliegue
En la figura anterior se muestra el diagrama de despliegue, donde se visualiza la relación entre la
PC Local el Backend y la capa de datos.
5.3.
Vista lógica. (diagrama de arquitectura)
65
Figura: Diagrama de Arquitectura
En la figura anterior se muestra el diagrama de arquitectura, donde se presenta la arquitectura con
la que estamos trabajando que es una arquitectura de tres capas o más conocida como MVC
(Modelo, Vista, Controlador).
5.4.
Vista de componentes.
Figura: Diagrama de Componentes
En la figura se muestra el diagrama de componentes del sistema, en donde se aprecia los distintos
proyectos de código, drivers y conectores utilizados para la implementación del sistema web.
6.
6.1.
IMPLEMENTACIÓN DE LA ARQUITECTURA
Diseño.
66
Al ingresar al sistema, el sistema pedirá al usuario ingresar su nombre de usuario y su contraseña.
En caso se ingrese información errónea, el programa dará dos tipos de mensajes de error diferentes
dependiendo de cuál haya sido el error del usuario al escribir sus credenciales.
67
Al ingresar las credenciales correctas, el sistema dejará al usuario ver la pantalla principal y le
dará acceso a la barra lateral izquierda donde podrá interactuar con las varias opciones del
programa.
La sección Categorías está dividida en dos
68
Una para visualizar, agregar, editar y eliminar categorías con las que categorizar los productos.
69
Y la otra para visualizar, agregar, editar y eliminar, las unidades con las que los productos
trabajan.
En la sección de ventas, se podrán añadir productos a una lista de ventas.
Generando una boleta de ventas en formato pdf que se puede descargar y guardar de manera local.
En la sección Compras se puede ver los productos actualmente registrados en el sistema, con su
código de ventas, su nombre, su precio y la cantidad que se encuentra en stock.
70
Finalmente, en la sección Administrativa se puede configurar la información que se mostrará en
las boletas de venta.
Y se podrán visualizar, editar, agregar y eliminar a los usuarios que interactuaran con el sistema.
6.2.
Programación.
En lo que concierne a la programación, cabe recalcar las carpetas y archivos más importantes para
que este corra además de como todo lo que es el backend está organizado.
En primer lugar, la carpeta Config alberga la función cuya función es conectar con la Base de
Datos.
71
Después de la configuración se encuentran las carpetas Controllers, Models y Views.
Se decidió por usar el patrón Modelo-Controlador-Vista ya que de esta forma de organizar el
código facilita su organización y edición.
En la carpeta Controllers se encontrará el código responsable de responder a cada solicitud hecha
por el usuario para cada una de las vistas.
72
En la carpeta Models se podrá visualizar el código encargado de conectar los controladores con
la base de datos y la información almacenada en ella.
Y, en la carpeta Views se podrá ver las varias carpetas que guardan cada vista con la que el usuario
podrá interactuar al momento de utilizar el sistema web.
73
6.3.
Pruebas.
Pruebas para el CUS Iniciar Sesión
Pruebas para el CUS Gestionar Categoría
74
6.4.
Integración
En lo que respecta a la integración, se considera la posibilidad de implementar un apartado para
que el usuario agregue información de sus clientes más frecuentes, esto con el fin de poder
ofrecerles mejores ofertas, visualizar cuales son los productos más populares para cada uno y así,
buscar fidelizarlos aún más.
6.5.
Documentación.
Vista previa al Manual de Usuario
1.
DEFINICION DE USUARIOS
A continuación, serán definidos los diversos roles de los usuarios que tendrán acceso
al sistema, presentando una breve descripción de estos, además de las labores que
deberán de realizar empleando las diversas funcionalidades del sistema
Rol de Usuario
Descripción
75
Administrador
Sistema
de Es el usuario que tiene a cargo las acciones
administrativas del sistema.
Con respecto a sus labores, deberá y podrá de:
● Administrar Motivo.
● Gestionar Productos.
Jefe de Almacén
● Gestionar categoría,
medida, stock.
marca,
unidad
● Administrar Almacén
● Gestionar Nota de Salida
Con respecto a sus labores, deberá y podrá de:
● Gestionar Pedido
● Consultar Stock mínimo
Jefe de Ventas
● Gestionar venta
● Gestionar Nota de Ingreso
● Gestionar Clientes
● Consultar Productos
● Generar Reporte de Venta
2.
INTERFACES
2.1 INICIAR SESIÓN
76
de
Todo usuario que quiera asumir los roles de administrador o jefe de ventas deberá
ingresar al sistema de la siguiente manera:
1.
2.
3.
4.
El usuario deberá ingresar su nombre de usuario y contraseña en las
respectivas casillas mostradas en la pantalla de ingreso al sistema.
Acto seguido, el usuario deberá oprimir el botón de Iniciar Sesión para que
el sistema lo valide e ingrese al sistema.
De ser incorrectos el usuario, la contraseña o ambos, el sistema mostrará
un mensaje de error: Usuario o contraseña incorrectos.
Una vez validado el usuario en el sistema, se mostrará el menú de opciones
de este, según el rol del usuario que haya realizado el Log In.
2.2.1 PERFIL JEFE DE ALMACÉN
2.2.1.1 GESTIONAR CATEGORÍA DE PRODUCTOS
a) Para Gestionar Categoría de productos se entra al menú principal, luego damos a
“Categorías” y mostrará una lista de todos los productos.
b) Para agregar una categoría damos a “NUEVA CATEGORÍA” y aparecerá una
ventana y se deberá completar los datos de Código y Nombre.
77
c) Para editar una categoría le damos al icono “EDITAR” y aparecerá un mensaje de
confirmación luego le damos a “OK” para completar el cambio realizado.
d) Para eliminar una categoría le damos al icono “ELIMINAR” y aparecerá un mensaje
de confirmación luego le damos a “ACEPTAR” para completar el eliminado.
78
e) En el caso de eliminar una categoría con producto se seleccionará la opción
“ELIMINAR”, nos mostrará un aviso.
Vista Previa al Manual de Instalación
MANUAL DE INSTALACIÓN
El documento contiene los siguientes aspectos:
Condiciones para la instalación.
79
Instalación.
Desinstalación.
I. Condiciones para la instalación.
Información sobre lo primero que se debe hacer antes de proceder a la
instalación del software, tales como:
a. Relación de los elementos del software que componen la configuración
del paquete del software SWGVI – LA BODEGUITA.
Para poder instalar este software se requieren las siguientes herramientas:
-
XAMPP Control Panel (Servidores de arranque)
MySQL WorkBench 8.0 (base de datos)
Visual Studio Code
Apache Tomcat
NetBeans 8.2
Navegador Web (Google Chrome, Microsoft Edge, Opera, etc)
b. Requisitos del ambiente de operación necesario para instalar el
software
-
Sistema Operativo Windows 8 o superior
Mínimo 4gb de memoria RAM
Procesador de 2 núcleos o superior
c. Procedimiento para realizar la instalación
-
Ingresar a xampp
Ubicar la carpeta raíz del proyecto
II. Instalación.
Procedimiento para instalar el software en la computadora.
80
2.1 Instalar XAMPP y ejecutarlo
Activar los 2 primeros servidores, MySQL y Apache (No Tomcat)
7.
CONCLUSIONES Y RECOMENDACIONES.
81
7.1.
Conclusiones
1. El proceso de ventas se hará más eficiente y eficaz y se reducirá el tiempo de
cada venta, lo cual permitirá incrementar la cantidad de prospectos que se pueden
atender e incrementar las ventas. Todo ello por medio de la emisión de la factura
electrónica en formato PDF que se podrá imprimir en una impresora tickera
cumpliendo con los requisitos de la SUNAT.
2. El proceso de manejo del stock de los productos se hará más ágil y rápido, a
través del módulo desarrollado para gestionar el stock, lo cual permitirá disminuir
el tiempo al momento de manejar las existencias con las que cuenta el negocio
para su comercialización.
3. Se reducirá la probabilidad de cometer errores humanos en el control del
inventario y stock de los productos, a través del módulo desarrollado para
gestionar el inventario y reponer el stock comprometido de cada producto, por lo
que se eliminará a su vez los reembolsos ocasionados por confusiones de stock.
7.2.
Recomendaciones
1. Para el apartado de ventas del negocio se recomienda añadir un pronóstico y análisis de
ventas, dando al negocio la opción de analizar la frecuencia de ventas de ciertos productos
82
y su popularidad entre sus clientes, determinando qué productos se deben siempre tener
en stock y por lo tanto, comprar más a menudo.
2. Para ayudar con el manejo de stock, se recomienda el añadir un módulo de compras que
permita añadir proveedores y los productos que cada uno venda para así planear tiempos
de compra y las cantidades dependiendo del stock restante de cada producto y la ganancia
disponible destinada a compras de productos.
3. Se recomienda automatizar varios procesos que el sistema en su primera versión indica
al usuario que ingrese, por ejemplo, el cálculo automático del precio de venta de un
producto en base a su costo de compra y el IGV ligado a este.
83
REFERENCIAS DE FUENTES DE INFORMACIÓN
-
-
-
-
-
-
-
-
-
-
Estadística MIPYME. Inicio. (n.d.)
https://ogeiee.produce.gob.pe/index.php/en/shortcode/estadistica-oee/estadisticasmipyme
Nuevo Régimen Único Simplificado (NRUS)
https://www.gob.pe/6988-nuevo-regimen-unico-simplificado-nrus
Código De Ética Para La Investigación Científica, Tecnológica Y Humanística
https://www.urp.edu.pe/pdf/id/6680/n/
Certificado de Licencia Civil
https://www.gob.pe/13019-obtener-certificado-de-inspeccion-tecnica-de-seguridad-enedificaciones-en-lamas
POS: Actualidad y futuro de los sistemas de pago
https://gestion.pe/blog/te-lo-cuento-facil/2023/04/pos-actualidad-y-futuro-de-lossistemas-de-pago.html/
Municipalidad de Magdalena prohíbe el uso de «cañitas» en locales de su distrito
http://ipama.org.pe/2018/06/05/municipalidad-magdalena-prohibe-uso-canitas-localesdel-distrito/
Ley Que Regula El Plástico De Un Solo Uso Y Los Recipientes O Envases Descartables
https://busquedas.elperuano.pe/dispositivo/NL/1724734-1
Diseño de un sistema de información para el control de inventario de medicamentos en
farmacias colombianas
https://repository.ucatolica.edu.co/server/api/core/bitstreams/bf0f3df1-b60c-42fb-ac764984f89ad153/content
Design suggestion for a Point of Sale system for the café industry
https://liu.diva-portal.org/smash/get/diva2:1768747/FULLTEXT01.pdf
Implementación de un sistema web para la gestión de ventas e inventario de una empresa
de calzado
https://repositorio.usil.edu.pe/server/api/core/bitstreams/85353a5a-5a65-4b03-a6baab7ca514fab9/content
Diseño e implementación de un sistema web de información para el control de compra y
venta de la empresa multimedia Solutions
https://repositorio.uch.edu.pe/bitstream/handle/20.500.12872/473
Implementación de un sistema web para mejorar el control de las ventas de la empresa
Nanifarfalla, 2021-2022
https://repositorio.urp.edu.pe/bitstream/handle/20.500.14138/6461
Desarrollar un sistema web para mejorar la eficiencia y eficacia del proceso de ventas de
la empresa Ezzeta
https://repositorio.urp.edu.pe/bitstream/handle/20.500.14138/5980
Desarrollo de un sistema web para gestionar las ventas de la empresa Geonet Solutions
https://repositorio.urp.edu.pe/handle/20.500.14138/6694
Guerrero Salas, Humberto (2017). Inventarios, manejo y control – segunda edición.
Morillo, Diego (2015). Gestión de pedidos y stock.
Gemini Computers (2016). 7 Must Have Features to Look for in a POS System.
A. Senso, Jose (2016). Los sistemas de información basados en la web.
Molina Ríos, Jimmy y Pedreira-Souto, Maria (2019). “SWIRL”, METODOLOGÍA
PARA EL DISEÑO Y DESARROLLO DE APLICACIONES WEB
ASALE (2014). Diccionario de la lengua española.
84
ANEXO
Figura: Matriz de Consistencia
85
Figura: Matriz de Operacionalización
86