FACULTAD DE INGENIERÍA Escuela Académico Profesional de Ingeniería de Sistemas e Informática Tesis Sistema web en la mejora del proceso de venta de tolvas de la factoria Eisenmann E. I. R. L., Arequipa, 2023 Luis Miguel Vilca Diaz Para optar el Título Profesional de Ingeniero de Sistemas e Informática Arequipa, 2024 Esta obra está bajo una Licencia "Creative Commons Atribución 4.0 Internacional" . INFORME DE CONFORMIDAD DE ORIGINALIDAD DE TESIS A : Felipe Gutarra Meza Decano de la Facultad de Ingeniería DE : Pedro Yuri Marquez Solis Asesor de trabajo de investigación ASUNTO : Remito resultado de evaluación de originalidad de tesis FECHA : 19 de Junio de 2024 Con sumo agrado me dirijo a vuestro despacho para informar que, en mi condición de asesor de tesis. Título: SISTEMA WEB EN LA MEJORA DEL PROCESO DE VENTA DE TOLVAS DE LA FACTORIA EISENMANN E.I.R.L, AREQUIPA 2023 Autores: 1. VILCA DIAZ LUIS MIGUEL – EAP. Ingeniería de Sistemas e Informática Se procedió con la carga del documento a la plataforma “Turnitin” y se realizó la verificación completa de las coincidencias resaltadas por el software dando por resultado 16 % de similitud sin encontrarse hallazgos relacionados a plagio. Se utilizaron los siguientes filtros: • Filtro de exclusión de bibliografía SI NO X • Filtro de exclusión de grupos de palabras menores SI NO X (Nº de palabras excluidas: 40 ) • Exclusión de fuente por trabajo anterior del mismo estudiante SI NO X En consecuencia, se determina que el trabajo de investigación constituye un documento original al presentar similitud de otros autores (citas) por debajo del porcentaje establecido por la Universidad Continental. Recae toda responsabilidad del contenido del trabajo de investigación sobre el autor y asesor, en concordancia a los principios expresados en el Reglamento del Registro Nacional de Trabajos conducentes a Grados y Títulos – RENATI y en la normativa de la Universidad Continental. Atentamente, La firma del asesor obra en el archivo original (No se muestra en este documento por estar expuesto a publicación) ii AGRADECIMIENTOS Agradezco a Dios, por darme la fuerza y sabiduría para llegar hasta aquí. Con gratitud y admiración, agradezco al Dr. Yuri Marquez Solis, por su dedicación, compromiso y su orientación que hicieron posible la conclusión de esta etapa. Además, agradezco a mis docentes por su valiosa contribución a mi desarrollo profesional. iii DEDICATORIA A Dios, a mi querida madre Casilda Diaz, ella siempre ha creído en mí, y que siempre fue mi motivación de seguir adelante, sus sabios consejos y apoyo inquebrantable han sido la clave de mis logros. A mis hermanas, por el cariño constante y su apoyo, en este camino hacia el éxito. iv TABLA DE CONTENIDO PORTADA……………………………………………………………………………….i AGRADECIMIENTOS………………………………………………………………….ii. DEDICATORIA………………………………………………… …………………….iii TABLA DE CONTENIDO………………………………………………………………iv ÍNDICE DE FIGURAS…………………………………………………………………..vi ÍNDICE DE TABLAS………………………………………………………………….viii ÍNDICE DE ANEXOS…………………………………………………………………..ix RESUMEN……………………………………………………………………………….x ABSTRACT……………………………………………………………………………..xi INTRODUCCIÓN………………………………………………………………………xii CAPÍTULO I ..................................................................................................................... 1 PLANTEAMIENTO DE ESTUDIO ................................................................................. 1 1.1 Planteamiento y formulación del problema. ...................................................... 1 1.1.1 Planteamiento del problema. ...................................................................... 1 1.2 Formulación del problema ................................................................................. 6 1.2.1 Problema general........................................................................................ 6 1.2.2 Problemas específicos ................................................................................ 6 1.3 Objetivos ............................................................................................................ 6 1.3.1 Objetivo general ......................................................................................... 6 1.3.2 Objetivos específicos ................................................................................. 6 1.4 Justificación e importancia................................................................................. 7 1.4.1 Justificación práctica .................................................................................. 7 1.4.2 Importancia. ............................................................................................... 7 1.5 Hipótesis ............................................................................................................ 7 1.5.1 Hipótesis general ........................................................................................ 7 1.5.2 Hipótesis Específica ................................................................................... 8 1.6 Sistema de las variables ..................................................................................... 8 CAPÍTULO II .................................................................................................................... 9 MARCO TEÓRICO .......................................................................................................... 9 2.1 Antecedentes del problema ................................................................................ 9 2.1.1 Tesis internacionales .................................................................................. 9 2.1.2 Tesis nacionales ....................................................................................... 10 2.2 Bases teóricas ................................................................................................... 12 2.2.1 Sistemas web ............................................................................................ 12 2.2.2 Proceso de venta....................................................................................... 17 2.2.3 Tolvas ....................................................................................................... 18 2.2.4 Indicadores de usabilidad. ........................................................................ 18 2.2.5 Indicadores de tasa de conversión de prospecto a cliente. ....................... 18 v 2.2.6 Ingeniería de software. ............................................................................. 19 2.2.7 Gestión de proyectos. ............................................................................... 19 2.2.8 Metodología Scrum. ................................................................................. 20 2.2.9 Herramientas y tecnologías a utilizar ....................................................... 22 2.2.10 Arquitectura de software .......................................................................... 24 2.2.11 Arquitectura de Hardware ........................................................................ 24 2.2.12 Arquitectura de la solución. ..................................................................... 25 CAPÍTULO III ................................................................................................................ 26 METODOLOGÍA ............................................................................................................ 26 3.1 Métodos y alcance de la investigación ............................................................. 26 3.1.1 Métodos de la investigación ..................................................................... 26 3.1.2 Alcance de la investigación ...................................................................... 26 3.2 Diseño de la investigación ............................................................................... 26 3.2.1 Diseño de la investigación ....................................................................... 26 3.3 Población y muestra ......................................................................................... 27 3.3.1 Población .................................................................................................. 27 3.3.2 Muestra .................................................................................................... 28 3.4 Técnicas e instrumentos de recolección de datos: ............................................ 28 3.4.1 Técnicas. .................................................................................................. 28 3.4.2 Instrumentos. ............................................................................................ 28 CAPÍTULO IV ................................................................................................................ 30 RESULTADOS Y DISCUSIÓN ..................................................................................... 30 4.1 Presentación de resultados. .............................................................................. 30 4.1.1 Resultados de la usabilidad en el proceso de venta de tolvas. ................. 30 4.1.2 Resultados de la tasa de conversión de prospecto a cliente. .................... 34 4.2 Prueba de hipótesis. ......................................................................................... 37 4.2.1 Prueba de normalidad de la variable usabilidad. ...................................... 37 4.2.2 Prueba de normalidad de la variable tasa de conversión .......................... 38 4.2.3 Prueba de la hipótesis específica 1. .......................................................... 39 4.2.4 Prueba de la hipótesis específica 2. .......................................................... 40 4.3 Discusión de resultados .................................................................................... 42 CAPÍTULO V .................................................................................................................. 43 CONCLUSIONES Y RECOMENDACIONES .............................................................. 43 CONCLUSIONES ........................................................................................................... 43 RECOMENDACIONES.................................................................................................. 44 REFERENCIAS BIBLIOGRÁFICAS ............................................................................ 45 ANEXOS ......................................................................................................................... 48 vi ÍNDICE DE FIGURAS Figura 1. Representación de la usabilidad y facilidad de uso en la atención tradicional. .......... 3 Figura 2. Representación de la usabilidad, en obtener más información sobre las tolvas. ........ 4 Figura 3. Representación, tiempo promedio en completar el proceso de compra de la tolva. ... 4 Figura 4. Representación sobre la influencia de encargar la fabricación de una tolva. ............. 5 Figura 5. Representación sobre la influencia de interés en la adquisición de una tolva. ........... 6 Figura 6. Sistema web modelo 3 capas, capa de presentación, de proceso y de datos. ........... 13 Figura 7. Procesos involucrados en la creación de una base de datos. .................................... 16 Figura 8. Etapas para el proceso de venta, actividades y estrategias a aplicar......................... 17 Figura 9. Arquitectura de la solución. ...................................................................................... 25 Figura 10. Resumen gráfico de Usabilidad en la fase post estudio, pregunta 1. ...................... 31 Figura 11. Resumen gráfico de Usabilidad en la fase post estudio, pregunta 2. ...................... 32 Figura 12. Resumen gráfico de Usabilidad en la fase post estudio, pregunta 3. ...................... 32 Figura 13. Resumen gráfico tasa de conversión fase post estudio, pregunta 4. ....................... 35 Figura 14. Resumen gráfico de la tasa de conversión en la fase post estudio, pregunta 5. ...... 35 Figura 15. Cuestionario aplicado para el pre estudio. .............................................................. 48 Figura 16. Cuestionario aplicado del post estudio. .................................................................. 49 Figura 17. Validación de instrumento experto N.º 1. ............................................................... 51 Figura 18. Validación de instrumento experto N.º 2. ............................................................... 53 Figura 19. Validación de instrumento experto N.º 3. ............................................................... 55 Figura 20. Aceptación de usuario sprint 01. ............................................................................ 62 Figura 21. Aceptación de usuario sprint 02. ............................................................................ 62 Figura 22. Aceptación de usuario sprint 03. ............................................................................ 63 Figura 23. Aceptación de usuario sprint 04. ............................................................................ 63 Figura 24. Aceptación de usuario sprint 05. ............................................................................ 64 Figura 25. Aceptación de usuario sprint 06. ............................................................................ 64 Figura 26. Aceptación de usuario sprint 07. ............................................................................ 65 Figura 27. Aceptación de usuario sprint 08. ............................................................................ 65 Figura 28. Aceptación de usuario sprint 09. ............................................................................ 66 Figura 29. Aceptación de usuario sprint 10. ............................................................................ 66 Figura 30. Aceptación de usuario sprint 11. ............................................................................ 67 Figura 31. Aceptación de usuario sprint 12. ............................................................................ 67 Figura 32. Acta de demostración y evaluación de la funcionalidad del sprint 01.................... 68 Figura 33. Acta de demostración y evaluación de la funcionalidad del sprint 02.................... 69 Figura 34. Acta de demostración y evaluación de la funcionalidad del sprint 03.................... 70 Figura 35. Acta de demostración y evaluación de la funcionalidad del sprint 04.................... 71 Figura 36. Acta de demostración y evaluación de la funcionalidad del sprint 05.................... 72 vii Figura 37. Acta de demostración y evaluación de la funcionalidad del sprint 06.................... 73 Figura 38. Acta de demostración y evaluación de la funcionalidad del sprint 07.................... 74 Figura 39. Acta de demostración y evaluación de la funcionalidad del sprint 08.................... 75 Figura 40. Acta de demostración y evaluación de la funcionalidad del sprint 09.................... 76 Figura 41. Acta de demostración y evaluación de la funcionalidad del sprint 10.................... 77 Figura 42. Acta de demostración y evaluación de la funcionalidad del sprint 11.................... 78 Figura 43. Acta de demostración y evaluación de la funcionalidad del sprint 12.................... 79 Figura 44. Página principal del sistema web, HU: 01. ............................................................. 81 Figura 45. Proforma con detalles del producto, HU: 02. ......................................................... 83 Figura 46. Proforma de tolva solicitado por el cliente, HU: 03. .............................................. 84 Figura 47. Login de autenticación de administradores, HU: 04. ............................................. 85 Figura 48. Menú de opciones de dashboard, HU: 05. .............................................................. 86 Figura 49. Búsqueda de proforma de cliente, HU: 06. ............................................................ 87 Figura 50. Proforma que realiza orden de fabricación de tolva, HU: 07. ................................ 89 Figura 51. Lista de orden de fabricación de las tolvas, HU: 08. .............................................. 90 Figura 52. Historial de proformas generado por los clientes, HU: 09. .................................... 91 Figura 53. Servicios que ofrece la factoría, HU: 10. ................................................................ 92 Figura 54. Proformas recibidas al correo institucional de la factoría, HU: 11. ........................ 93 Figura 55. Sección de contactos de la factoría, HU: 12. .......................................................... 94 Figura 56. Acta de entrega proyecto final. ............................................................................... 96 Figura 57. Mapa de navegación. .............................................................................................. 97 Figura 58. Diseño de la base de datos. ..................................................................................... 98 Figura 59. Estructura de código fuente del sistema web. ......................................................... 99 Figura 60. La sintaxis del main índex, front-end. .................................................................. 100 Figura 61. Se evidencia el código del servidor Node.js. ........................................................ 101 Figura 62. La representación del código que genera la proforma en formato PDF. .............. 101 Figura 63. La sintaxis de la autenticación Login. .................................................................. 102 Figura 64. El código del método get del lado del servidor. ................................................... 102 Figura 65. El código del método post del lado del servidor. .................................................. 103 Figura 66. Servidor Linux 23.04. ........................................................................................... 104 Figura 67. Configuración del servidor web Nginx. ............................................................... 105 Figura 68. Estado activo del servidor Nginx.......................................................................... 105 Figura 69. Presentación del desarrollo del sistema. ............................................................... 106 Figura 70. Administración del servidor Linux 23.04. ............................................................ 106 Figura 71. Carta de autorización para el desarrollo de la investigación. ............................... 107 viii ÍNDICE DE TABLAS Tabla 1. Sistema de las variables ............................................................................................... 8 Tabla 2. Tabla de comparación de lenguajes de programación. .............................................. 15 Tabla 3. Presentación del diseño de la investigación. .............................................................. 27 Tabla 4 Resumen de fiabilidad del instrumento. ...................................................................... 29 Tabla 5. Objetivos y el respectivo tipo de instrumento aplicado ............................................. 30 Tabla 6. Resultados de la variable usabilidad de la fase post estudio. ..................................... 33 Tabla 7. Los valores estadísticos descriptivos de la variable usabilidad. ................................ 34 Tabla 8. Resultados de la variable tasa de conversión de la fase post estudio. ........................ 36 Tabla 9. Los valores estadísticos descriptivos de la variable tasa de conversión. ................... 37 Tabla 10. Prueba de Kolmogórov-Smirnov de la variable usabilidad. .................................... 37 Tabla 11. Prueba de Kolmogórov-Smirnov de la variable tasa de conversión. ....................... 38 Tabla 12. Prueba de Kolmogórov-Smirnov de la variable usabilidad y tasa de conversión. ... 38 Tabla 13. Los resultados de la prueba T dependiente de la variable usabilidad. ..................... 39 Tabla 14. Resultado del porcentaje de mejora de la variable usabilidad. ................................ 40 Tabla 15. Resultados de la prueba Wilcoxon de la variable tasa de conversión. ..................... 41 Tabla 16. Porcentaje de mejora de la variable tasa de conversión. .......................................... 41 Tabla 17. Prueba de fiabilidad de la variable usabilidad. ........................................................ 56 Tabla 18. Prueba de fiabilidad de la variable tasa de conversión. ........................................... 56 Tabla 19. Designación de roles y responsabilidades. ............................................................... 57 Tabla 20. Lista de requerimientos, product backlog. ............................................................... 57 Tabla 21. Validación de pila de cada historia de usuario. ........................................................ 59 Tabla 22. Planificación de los sprints. ..................................................................................... 61 Tabla 23. Leyenda de prioridad. .............................................................................................. 61 Tabla 24. Detalles específicos y requeridos para la historia de usuario 01 .............................. 80 Tabla 25. Detalles específicos y requeridos para la historia de usuario 02. ............................. 82 Tabla 26. Detalles específicos y requeridos para la historia de usuario 03. ............................. 84 Tabla 27. Detalles específicos y requeridos para la historia de usuario 04. ............................. 85 Tabla 28. Detalles específicos y requeridos para la historia de usuario 05. ............................. 86 Tabla 29. Detalles específicos y requeridos para la historia de usuario 06. ............................. 87 Tabla 30. Detalles específicos y requeridos para la historia de usuario 07. ............................. 88 Tabla 31. Detalles específicos y requeridos para la historia de usuario 08. ............................. 90 Tabla 32. Detalles específicos y requeridos para la historia de usuario 09. ............................. 91 Tabla 33. Detalles específicos y requeridos para la historia de usuario 10. ............................. 92 Tabla 34. Detalles específicos y requeridos para la historia de usuario 11. ............................. 93 Tabla 35. Detalles específicos y requeridos para la historia de usuario 12. ............................. 94 ix ÍNDICE DE ANEXOS Anexo 1. Instrumentos aplicados pre estudio y post estudio ................................................... 48 Anexo 2. Validación de instrumentos. ..................................................................................... 50 Anexo 3. Confiabilidad del instrumento. ................................................................................. 56 Anexo 4. Desarrollo de la metodología Scrum. ....................................................................... 57 Anexo 5. Entrega de proyecto final. ........................................................................................ 95 Anexo 6. Mapa de navegación. ................................................................................................ 97 Anexo 7. Diseño de base de datos............................................................................................ 98 Anexo 8. Estructura del código fuente, (Front-End). ............................................................... 99 Anexo 9. Código fuente de lado del servidor (Back-End) ..................................................... 101 Anexo 10. Arquitectura de hardware. .................................................................................... 104 Anexo 11. Evidencia del desarrollo del sistema y carta de autorización. .............................. 106 x RESUMEN Esta investigación se centra en la implementación de un sistema web para mejorar el proceso de venta de tolvas en la factoría EisenMann Arequipa. La problemática radica en la dificultad para acceder a información detallada sobre los productos fabricados y en una gestión deficiente de los datos de los clientes. El principal objetivo es mejorar el proceso de venta de tolvas, así como la usabilidad y la tasa de conversión de prospectos a clientes. Para ello, se aplicó una metodología de investigación aplicada junto con un diseño Pre experimental, utilizando herramientas como JavaScript, Node.js, React.js y MySQL. Los resultados mostraron una mejora significativa en la usabilidad, medida en una escala de Likert del 1 al 5, pasando de un promedio inicial de 2.41 a 3.83, lo que representa una mejora del 58.92%. En cuanto a la tasa de conversión, se observó un incremento del promedio de 2.43 a 3.50, logrando una mejora del 44.03%. Para validar la hipótesis específica relacionada con la usabilidad, se aplicó la Prueba T dependiente; mientras que para la tasa de conversión se utilizó la Prueba de Wilcoxon. Ambas pruebas alcanzaron una significancia (p-valor) menor a 0.05, respaldando así el logro de los objetivos específicos y permitiendo concluir que se ha alcanzado el objetivo general: mejorar el proceso de venta de tolvas en la factoría EisenMann. Palabras clave: Sistema web, mejora el proceso de venta, factoría EisenMann. xi ABSTRACT This research focuses on the implementation of a web system to improve the hopper sales process at the EisenMann Arequipa factory. The problem lies in the difficulty to access detailed information about the manufactured products and in a deficient management of customer data. The main objective is to improve the hopper sales process, as well as the usability and conversion rate of prospects to customers. For this, an applied research methodology was applied along with a Pre experimental design, using tools such as JavaScript, Node.js, React.js and MySQL. The results showed a significant improvement in usability, measured on a Likert scale from 1 to 5, going from an initial average of 2.41 to 3.83, representing an improvement of 58.92%. As for the conversion rate, an increase from an average of 2.43 to 3.50 was observed, achieving an improvement of 44.03%. To validate the specific hypothesis related to usability, the Dependent T-Test was applied; while for the conversion rate, the Wilcoxon Test was used. Both tests reached a significance (p-value) of less than 0.05, thus supporting the achievement of the specific objectives and allowing us to conclude that the general objective has been achieved: to improve the hopper sales process at the EisenMann factory. Keywords: Web system, improve the sales process, EISENMANN factory. xii INTRODUCCIÓN En la actualidad, muchas empresas optan por implementar tecnologías para optimizar sus procesos y satisfacer una demanda creciente, lo cual ayuda a posicionarse mejor en el mercado. Este estudio se enfoca en la factoría EISENMANN E.I.R.L, donde el principal objetivo es mejorar el proceso de venta de tolvas y ampliar el acceso a un mayor número de clientes. Se han identificado deficiencias en el proceso de venta, ya que los clientes requieren información detallada sobre los productos y, al no contar con una herramienta tecnológica adecuada, quedan insatisfechos al no poder acceder instantáneamente a la información de cada producto fabricado en la factoría. Esto resulta en que, en ocasiones, los clientes decidan no realizar un pedido. Ante esta problemática, es necesario implementar un sistema web que mejore el proceso de venta, permitiendo a los clientes realizar cotizaciones directas y agilizando así el proceso para satisfacer sus necesidades. La problemática descrita conduce a la siguiente pregunta de investigación: ¿De qué manera un sistema web mejorará el proceso de venta de tolvas de la factoría EISENMANN E.I.R.L, Arequipa 2023? El presente estudio se estructura en cinco capítulos: • Capítulo I: Se elaboró el planteamiento del estudio, fundamentando la problemática y formulando los objetivos y justificación del estudio. • Capítulo II: Se ha construido el marco teórico que contempla antecedentes de otros estudios e incluye las bases teóricas con las principales fuentes de información de varios autores. • Capítulo III: Se ha elaborado la metodología, incluyendo el diseño de la investigación, la población de estudio y las técnicas e instrumentos aplicados. • Capítulo IV: Se han expuesto los resultados y la discusión, donde se analizan los datos obtenidos durante el proceso investigativo. • Capítulo V: Se presentan las conclusiones, explicando el logro de los objetivos y ofreciendo recomendaciones futuras, seguido por las bibliografías y anexos. 1 CAPÍTULO I PLANTEAMIENTO DE ESTUDIO Este capítulo aborda la problemática sobre el proceso de ventas de tolvas de la factoría EISENMANN E.I.R.L, se planteó objetivos con el fin de encontrar soluciones. 1.1 Planteamiento y formulación del problema. 1.1.1 Planteamiento del problema. Las empresas de hoy en día continúan innovando en tecnología ya que les permite tener un mejor control y aprovechar sus beneficios, como resultado cumplir con las necesidades de los clientes, dado que estas tecnologías ayudan al usuario a poder obtener información instantánea y satisfacer sus necesidades. En la investigación de Pacora (1), “la organización Serrano Equipos S.A.C dedicado a la fabricación e instalación de tolvas, el cual surgen problemas al no tener una herramienta de costos y ventas, disminuyendo su productividad, lo cual requiere de una herramienta que facilite el trabajo de fabricación y acceso a la información, y así poder aumentar su productividad.” Mientras que en la investigación de Diaz (2), “la empresa MIKAP dedicada a la comercialización de motos y repuestos, enfrenta debilidades en su proceso de inventario, almacenamiento y ventas, ocasionando inestabilidad económica en la empresa, por lo tanto, se plantea diseñar el sistema, donde permitirá controlar los procesos mencionados.” Por otro lado, Farlane (3), “en la empresa Inmotion no posee un sistema que optimice los procesos de venta, al inicio los procesos se realizaban manualmente, pero con el tiempo, el manejo de estos procesos se volvió problemática, por ello, Inmotion implementó una ERP para optimizar los procesos.” La factoría EISENMANN E.I.R.L actualmente no dispone de una herramienta tecnológica que permita a los clientes visualizar los diferentes tipos de tolvas que ofrece. Esta carencia reduce las ventas y la satisfacción de los clientes. Para solucionar esto, la factoría necesita implementar un sistema web que brinde a los clientes la posibilidad de obtener información detallada de las tolvas y realizar cotizaciones directas mediante una proforma, especificando las medidas y herramientas utilizadas para los distintos tipos de tolvas disponibles. 2 Ante esta situación, se ha considerado imprescindible desarrollar un sistema web que mejore el proceso de venta de tolvas en la factoría EISENMANN E.I.R.L, con el fin de ofrecer una mejor experiencia y satisfacción al cliente. 1.1.1.1 Investigación preliminar Se realizó primeramente una investigación de campo para tener indicios de la problemática, obteniéndose un listado de problemas más recurrentes, después de la investigación preliminar, se obtuvieron indicios que en los problemas principales estaban asociados a la facilidad de efectuar una compra y a la disposición de encargar la fabricación de una tolva. 1.1.1.2 Lista de deficiencias encontradas según la investigación preliminar. 1. El cliente percibe demora en respuesta a sus consultas sobre la compra de una tolva afectando la experiencia del cliente. 2. Una de las necesidades del cliente es la falta de presentar las características y beneficios de las tolvas que se realizan en la factoría. 3. Para el cliente muchas veces el personal de ventas no transmite de manera clara y persuasiva la información relevante sobre las tolvas. 4. Para el cliente es un obstáculo la falta de accesibilidad a los detalles técnicos de manera inmediata sobre las tolvas. 5. El cliente realiza procedimientos administrativos complejos o redundantes alargando el tiempo requerido para completar una compra. 1.1.1.3 Encuesta fase pre estudio. Se efectuó una encuesta con el propósito de estudiar en profundidad la situación de la problemática del proceso de venta de tolvas, en la cual se formularon 5 interrogantes objetivas, con opciones en base a la escala de Likert evidenciado en el Anexo 1, en el Anexo 2 se demuestra la validación de los instrumentos de la fase pre estudio, y en el Anexo 3 se muestra la evaluación de confiabilidad del instrumento aplicado. Esta encuesta se aplicó a un total de 8 clientes que previamente han realizado una compra de tolva, y que han experimentado el proceso de compra tradicional, proporcionando información valiosa para mejorar y resolver los problemas que impactan la eficiencia del proceso de venta de tolvas. 3 1.1.1.4 Resumen general de la encuesta fase pre estudio. Pregunta N.º 01: Enfocada en la variable usabilidad. En cuanto al interrogante ¿Cómo califica la facilidad de uso de la forma de atención tradicional (papel, clásica) ?, se contempla que muy difícil y difícil abarca un 37.50% compuesto por 3 participantes demostrando insatisfacción de los clientes con el servicio de atención tradicional, por otro lado, fácil y muy fácil consideraron un 0.00%, mientras tanto el 62.50% indico que era algo fácil representado por 5 participantes, en la Figura 1, se evidencia este resultado. Figura 1. Representación de la usabilidad y facilidad de uso en la atención tradicional. Pregunta N.º 02: Enfocada en la variable usabilidad. En cuanto al interrogante ¿En la forma tradicional ha podido obtener información adicional sobre las tolvas?, se busca evaluar la experiencia del usuario al obtener información a través del método tradicional, con el fin de detectar posibles obstáculos o deficiencias mediante el método tradicional de atención como respuesta a esta situación, se identificó que un 50.00% compuesto por 4 participantes manifestaron que el método tradicional proporcionaba nada o muy poco, de detalles sobre los productos de la factoría, por otro lado un 50.00% compuesto también por 4 participantes señalaron como regularmente, y un 0.00% para bastante y totalmente, en la Figura 2, se aprecia los detalles. 4 Figura 2. Representación de la usabilidad, en obtener más información sobre las tolvas. Pregunta N.º 03: Enfocada en la variable usabilidad. En referencia a la interrogación, ¿En la forma tradicional cuánto tiempo en promedio le tomó completar el proceso de compra de una tolva?, se pretende evaluar cuánto tiempo en promedio que los participantes lograron completar el proceso de compra de una tolva al utilizar el método tradicional, estas respuestas ayudarán a comprender la experiencia del usuario y al reconocimiento de áreas que podrían ser mejoradas para mejorar el proceso de adquisición, el resultado de esta pregunta fue, más de 2 horas con un 0.00%, mientras que 1 y 2 horas 50.00% representado por 4 participantes, de la misma manera 50.00%, entre 30 minutos y 1 hora, representado por 4 participantes, menos de 30 minutos y menos de 15 minutos con un 0.00%, en la Figura 3, se visualiza estos detalles. Figura 3. Representación, tiempo promedio en completar el proceso de compra de la tolva. 5 Pregunta N.º 04: Enfocada a la variable tasa de conversión. Con respecto a la pregunta ¿En la forma de atención tradicional influenció en su decisión de encargar la fabricación de una tolva?, señalaron que nada y muy poco representa un 50.00% equivalente a 4 participantes indicando sobre la atención tradicional no influyó significativamente en su decisión de encargar la fabricación de una tolva, por otro lado, un 12.50% respaldado por un 1 participante indicó que la influencia fue clasificada como bastante y totalmente, además un 37.50% representa a regularmente conformado por 3 participantes, así representando un total de 8 encuestados, en la Figura 4, se contempla los detalles. Figura 4. Representación sobre la influencia de encargar la fabricación de una tolva. Pregunta N.º 05: Enfocada a la variable tasa de conversión. En relación con la pregunta ¿En la forma de atención tradicional influenció para que usted se interese más en la adquisición de una tolva?, se destaca que nada y muy poco, muestra un 75.00% compuesto por 6 participantes, expresaron que la atención manual no generó un aumento en su interés por adquirir una tolva, contrariamente, un 12.50% de los participantes, representado por 1 persona marcó un nivel de interés regularmente, mientras que otro 12.50% también representado por 1 persona manifestó un interés clasificado como bastante o totalmente, la Figura 5, muestra estos detalles. 6 Figura 5. Representación sobre la influencia de interés en la adquisición de una tolva. 1.2 Formulación del problema 1.2.1 Problema general ¿De qué manera un sistema web mejorará el proceso de venta de tolvas de la factoría EISENMANN E.I.R.L, Arequipa 2023? 1.2.2 Problemas específicos 1. ¿De qué manera la usabilidad del sistema web mejorará el proceso de venta de tolvas en la factoría EISENMANN, E.I.R.L, Arequipa 2023? 2. ¿De qué manera un sistema web mejorará la tasa de conversión de prospecto a cliente de la factoría EISENMANN E.I.R.L, Arequipa 2023? 1.3 Objetivos 1.3.1 Objetivo general Mejorar a través del sistema web el proceso de venta de tolvas de la factoría EISENMANN E.I.R.L, Arequipa 2023. 1.3.2 Objetivos específicos 1. Mejorar a través de la usabilidad del sistema web el proceso de venta de tolvas en la factoría EISENMANN, E.I.R.L, Arequipa 2023. 2. Mejorar a través del sistema web la tasa de conversión de prospecto a cliente de la factoría EISENMANN E.I.R.L, Arequipa 2023. 7 1.4 Justificación e importancia 1.4.1 Justificación práctica El presente estudio cuenta con una justificación en el aspecto práctico porque está respecta a una de las líneas de investigación establecido por la Universidad Continental, dentro del campo del desarrollo de aplicaciones para la web el cual está basado bajo la teoría ingeniería de software, la cual está definida por: Pantalleo y Rinaudo (4), “es la disciplina enfocada en el estudio del desarrollo, operación y mantenimiento del software, priorizando a los clientes sus necesidades, la construcción, control de calidad y puesta en funcionamiento.” ya que se tiene como punto desarrollar un sistema web en la factoría EISENMANN E.I.R.L, para mejorar el proceso de venta de tolvas con el fin de tener una mejor gestión de proceso de venta y obtener una mayor demanda logrando cumplir con los objetivos satisfactoriamente, dando a la problemática planteada una solución. El sistema web desarrollado resuelve la problemática ya que funcionará como una terminal de atención al cliente y será desarrollada con las tecnologías HTML, CSS, JavaScript, React.js, Node.js y Express.js, y MySQL en la gestión de datos, una vez implementado el sistema web este permitirá optimizar el proceso de venta de tolvas. 1.4.2 Importancia. Los resultados obtenidos son fundamentales para comprender la importancia de esta investigación, a partir de la implementación propuesta al mejorar el proceso de venta en la factoría con el propósito de fortalecer la posición competitiva en el mercado, es fundamental agilizar y mejorar la atención al cliente y disminuir el tiempo de búsqueda de información sobre los diferentes tipos de tolvas, esto finalmente resultará en un aumento de satisfacción del cliente, sin embargo la falta de adopción de estas mejoras podría ocasionar desventajas competitivas, insatisfacción del cliente, ineficiencias operativas y estancamiento en el mercado, esta mejora no solo favorecerá directamente a la factoría, sino que también influirá positivamente en la experiencia del cliente. 1.5 Hipótesis 1.5.1 Hipótesis general Un Sistema web mejora el proceso de venta de tolvas de la factoría EISENMANN E.I.R.L, Arequipa 2023 8 1.5.2 Hipótesis Específica 1. La usabilidad de un sistema web mejora el proceso de venta de tolvas en la factoría EISENMANN E.I.R.L, Arequipa 2023. 2. Un sistema web mejora la tasa de conversión de prospecto a cliente de la factoría EISENMANN E.I.R.L, Arequipa 2023. 1.6 Sistema de las variables Una vez reunida toda la información relevante, se comenzó a identificar las variables, las cuales están detalladas dentro de la Tabla 1. a) Variable Independiente: X1: Sistema web. b) Variable Dependiente: Y1: Proceso de venta de tolvas. Tabla 1. Sistema de las variables Variables Definición Operacional Indicadores Independiente: Sistema Web El diseño del sistema web se enfoca en la gestión, el seguimiento, y la respuesta a las peticiones de cada cotización de venta de tolvas. Grado de aceptación de los usuarios. Dependiente: Proceso de venta de tolvas Usabilidad: Para Maldonado y Rodríguez (5), “Usabilidad es la eficiencia, satisfacción y efectividad lo cual permite a usuarios específicos alcanzar sus objetivos de manera eficiente en un contexto de uso determinado” La facilidad en la realización del proceso de ventas. Tasa de conversión de prospecto de clientes: Para Neuman (6) “determina el porcentaje de prospectos que finalmente realizaron una compra ayudando a medir la efectividad y proceso de ventas aplicando la fórmula Tasa de conversión de prospecto a clientes = (prospectos que se convirtieron en clientes/ total de prospectos) * 100” Tasa de retención de clientes. Fuente: Elaboración propia. 9 CAPÍTULO II MARCO TEÓRICO 2.1 Antecedentes del problema 2.1.1 Tesis internacionales En (7), el objetivo era crear un modelo inicial de un sistema web para registrar y controlar el mantenimiento de equipos en Righttek, donde el problema fue no contar con un sistema para gestionar los registros y seguimiento de mantenimiento de los equipos dificultando el acceso de información y obtención de reportes. Se hizo uso de la metodología explorativa con la finalidad de conocer a profundidad la problemática, la metodología en cascada para la creación del software, los resultados obtenidos determinaron que este prototipo es importante dando como resultado 100% de aceptación. Se concluyó que el prototipo creado puede automatizar las actividades al optimizar los tiempos del proceso, el principal aporte radica en eficiente gestión de registro y control de los productos, para gestionar de manera efectiva de los materiales en stock En (8) se planteó como objetivo diseñar un prototipo de sistema web que pueda automatizar el proceso de adquisición y almacenamiento y ventas dirigido a microempresas de oficina en guayaquil la necesidad de esta automatización surgió en el año 2020, crítico en el sector de la economía, debido por el virus SARS-CoV- 2, por ello se tiene la necesidad de automatizar su negocio. Para este propósito se aplicó la investigación aplicada y la metodología en cascada, se emplearon las herramientas PHP, MYSQL y React.js, según los resultados sobre el análisis de las encuestas a las microempresas fue que el 86% de los que participaron de la encuesta estaban de acuerdo con la funcionalidad de este sistema, concluyendo la investigación cumplió un 100% del análisis de los requisitos funcionales relacionados con los procesos de adquisición, venta y almacén, el antecedente en mención aporta a mi presente tesis en la utilización de la tecnología React.js. En (9) su objetivo era optimizar el control en la empresa Xtrim S.R.L poniendo en función un sistema que redujera la pérdida de información, el problema radica en la manipulación manual de datos, causando pérdida de datos, se optó por la metodología de desarrollo ágil SCRUM aplicando la norma ISO/IEC 9126 considerando confiabilidad, usabilidad y eficiencia, los objetivos planteados se lograron satisfactoriamente desarrollando un sistema de alta calidad que alcanzó un 80% de usabilidad, 97% confiabilidad y 100% eficiencia. Concluyendo, se ha 10 demostrado que una empresa alcanza alta competitividad al contar con información precisa y oportuna, esta investigación aporta a mi tesis, en demostrar algunos factores como usabilidad y calidad de producto. En (10) su objetivo fue diseñar un prototipo de un sistema web destinado a agilizar la operación de compra y venta de pedidos online de la microempresa. El problema fue la ausencia tecnológica, ya que la empresa realizaba de manera tradicional sus ventas ocasionando pérdida de clientes. Se empleó la metodología de tipo investigación aplicada y se aplicó la metodología en Cascada usando las herramientas MySQL, PHP, CSS, HTML. El resultado fue que el 79% de los clientes consideran muy útil el sistema, 73% expresó la probabilidad de que aumenten sus ventas. Como conclusión cabe resaltar que es importante una tecnología web que gestione las ventas, la contribución para esta investigación es aprender más sobre la investigación aplicada para llegar a alcanzar los objetivos establecidos. En (11) la finalidad fue diseñar un sistema web que llevará la gestión de Curriculum Vitae Electrónico de los profesores en la Universidad Autónoma de Chiapas, que reporte informes estadísticos para respaldar la toma de decisiones, se empleó la metodología ingeniería web orientada a funciones. se usó las herramientas Vue.js derivado a JavaScript, PrimeVue, el servicio API REST se construyó con CodeIgniter y MySQL, como resultado de las encuestas de docentes se registró el 90% satisfactorio ya que beneficia en cuanto al tiempo. y un 100% de aceptación de parte del personal directivo, se llegó a la conclusión que una arquitectura de software basada en servicios facilita los procesos, aportando a la presente tesis es el uso de la tecnología JavaScript el cual se aplicará en mi proyecto de desarrollo. 2.1.2 Tesis nacionales En (12) donde su objetivo fue como un sistema web impacta en la toma de decisiones relacionado con la asignación de tareas dentro de la compañía EYNCOR, donde presenta problemas ya que carece de un sistema efectivo para controlar el progreso de asignación de tareas en los trabajadores sobre sus proyectos respectivos, provocando retrasos e incumplimiento de los proyectos, se ejecutó un estudio experimental de diseño cuasiexperimental, las respuestas ante la aplicación web fue que mejoró un 4.96%, en los tiempos, y reducción de 1,848.81 segundos, se concluye que una aplicación web influye en la toma de decisiones, el aporte para la presente tesis es demostrar como un sistema web ejerce influencia sobre mejorar diferentes necesidades operativas de una empresa. 11 En (13) como objetivo se consideró la automatización de un sistema web para las ventas en línea, para la entidad Compuservice Isaac con el propósito de optimizar las ventas, la entidad Compuservice Isaac, describe sus ventas en hojas impresos, y mantiene el detalle de los productos en archivos físicos, ocasionando una demora en el proceso de registro de ventas y en encontrar un producto específico, empleando una metodología descriptiva, basado en datos cuantitativos, con el diseño no experimental y de tipo transversal, como resultado el 68.00% como insatisfechos con el sistema actual de ventas y el 76.00% sugirió la ejecución del sistema web, concluyendo que era necesario un sistema web de ventas online, con el propósito de automatizar las ventas y organizar por categorías los productos, la contribución para la presente tesis es sobre la mejora de procesos de venta online y los beneficios que obtiene la empresa y satisfacción del cliente. En (14) su propósito fue analizar las influencias del sistema web en las operaciones de ventas de EDUCATECH SAC, el problema radicaba en una deficiente gestión de la información referente al material como también datos de los clientes, se optó por una metodología cuantitativa empleando el diseño experimental de tipo pre experimental, los resultados del indicador 1 fue 18% a 28%, indicador 2 de 16% a 26%, indicador 3 de 16% a 26%, y la tasa de conversión pasó de 55% a 65%, en conclusión, se cumplió con los objetivos establecidos una vez el sistema web ha sido implementado, el aporte para la presente tesis es demostrar el impacto presenta el sistema web al mejorar el proceso de venta, facilitando acceso a los productos ofrecidos y una compra rápida. En (15) el objetivo consistió en determinar el impacto de un sistema web sobre el proceso de venta de farmacovigilancia en la botica San Rafael, según los hallazgos, las ventas bajaron un 7,1% el mes de febrero, hasta abril reduciendo a 4,2% en las ventas. se aplicó la investigación aplicada y de diseño preexperimental, la metodología RUP se usó las herramientas PHP y MySQL, sobre los resultados se determinó, que el nivel de servicio sobre el indicador 1 se aumentó de un 30.05% a un 85.10%, generando resultados favorables cuando el sistema web entró en funcionalidad, se concluyó que para el indicador 1 tiempo de compra y venta se llegó a una disminución de 03:00 minutos, mientras que el tiempo de búsqueda de producto disminuyó a 01:10 minutos, para él envió de reporte la reducción fue de 01:59 minutos, y satisfacción de los clientes mejorando al 17%, el aporte para la presente tesis es llegar a resultados favorables en reducción de tiempo en buscar algún producto cumpliendo con las expectativas del cliente. 12 En (16) su objetivo fue demostrar si la utilización de un sistema web, contribuye en la mejora de las cotizaciones durante la venta de productos informáticos en CompuPlaza. Actualmente muchas empresas no cuentan con una tecnología en base a cotizaciones, la falta de dicha automatización conlleva a no tener información exacta y rápida, se empleó la metodología de tipo investigación aplicada se utilizó la metodología BPM y se usó las herramientas PHP, CodeIgniter, jQuery API de consulta, y MySQL. como resultado fue un promedio del 54,0% considera importante el sistema de cotizaciones, el 34,5% afirmó que es imprescindible, el 10,1% índico desconocimiento sobre el tema; y el 1,4% y 0% sostienen una opinión negativa, concluyendo el 100% de la muestra, concluyendo sobre la investigación, el sistema web disminuyó el tiempo para elaborar cotizaciones generando más ventas, la aportación para la presente investigación es la automatización de ventas mediante proformas en tiempo real para poder cotizar los diferentes tipos de servicio que se ofrece. 2.2 Bases teóricas 2.2.1 Sistemas web Según Luján (17), “los sistemas web son plataformas que posibilita al usuario final conectarse a un servidor mediante el uso de la red por medio de un browser particular”, y es accesible a través de la web, se puede iniciar sin necesidad de instalarse en una computadora porque este se conectara a un servidor donde se encuentra alojado el sistema, un sistema consta de varios componentes o capas interrelacionados, estos comprenden la gestión datos, servidor web, capa de aplicación y la interfaz para los usuarios, de tal manera que se ejemplifica en la Figura 6, estos sistemas están basados en (Arquitecturas cliente/servidor). Donde el cliente tiene el control sobre la presentación, sobre la lógica del negocio y acceder a la información, mientras que el servidor se encarga exclusivamente de gestionar la información. 13 Figura 6. Sistema web modelo 3 capas, capa de presentación, de proceso y de datos. Fuente: (18) 2.2.1.1 Modelo cliente servidor Sommerville (19) define que, “un modelo cliente-servidor está estructurado de una manera específica como una combinación de servicios y servidores vinculados, junto con los clientes que acceden y utilizan esos servicios”. Los clientes (Front-End) realizan peticiones de conexión para obtener información, y los servidores (Back-End) procesan estas peticiones, reciben la información y envían los procesos al cliente. 2.2.1.2 Lenguajes orientados al desarrollo de aplicaciones web Hay una amplia variedad de lenguajes enfocados en la creación de aplicaciones web, dentro de ellas los más comunes son: 2.2.1.2.1 JavaScript De acuerdo con Oros (20), “es el lenguaje de codificación desarrollado por Netscape para integrarse con HTML simplificando la creación de sitios web interactivos sin usar los scripts de CGI o Java”. 14 Mientras que para Pérez (21), “se aplica para realizar páginas web dinámicas, genera efectos como animación de texto y acciones al pulsar botones, interpretado permitiendo probar programas directamente en navegadores sin compilar previamente, basados en aplicaciones cliente-servidor”. 2.2.1.2.2 PHP PHP es comúnmente empleado en la creación de aplicaciones web que permiten conectar entre servidores e interfaces de usuario. Para Arias (22), “se trata de un lenguaje interpretado que se emplea para crear aplicaciones capaces de producir contenido dinámico en páginas web, es interpretado por un módulo PHP dentro del servidor para generar la aplicación web visualizando para el cliente”. 2.2.1.2.3 Java Java es un lenguaje de programación potente que usa múltiples dominios y aplicaciones, se caracteriza por su seguridad y su facilidad de uso para desarrolladores de todos los niveles, desde sistemas web y aplicaciones móviles. Según Ceballos (23), “Java es un lenguaje que se destaca por ser independiente, lo que significa que su código binario y su código fuente pueden ser transportados a cualquier plataforma gracias a su (JVM)”. Java se compone de dos partes: un compilador y un intérprete. Un compilador genera código byte almacenándose en un fichero para ser ejecutado por el intérprete máquina virtual de java (JVM). La Tabla 2, exhibe un análisis comparativo detallado de estos lenguajes de programación centrándose en aspectos cruciales como la vulnerabilidad, velocidad de ejecución, y consumo de memoria y proporciona una breve descripción que justifica por qué se eligió el lenguaje de programación para poder desarrollar este proyecto. 15 Tabla 2. Tabla de comparación de lenguajes de programación. Lenguaje Vulnerabilidad Velocidad Uso de memoria Descripción JavaScript Sus scripts lo hacen un poco vulnerable porque se ejecuta en el lado del cliente Es rápido porque ejecuta scripts directo en el navegador web Reserva memoria cuando se crean objetos, string etc. automáticamente son liberados cuando no están en uso. Se eligió JavaScript porque es muy rápido ya que se ejecuta inmediatamente en el navegador es ideal para desarrollar el proyecto PHP Es vulnerable Si no cumple con el protocolo de configuración y de protección de forma correcta las brechas de seguridad en tu servidor. Los tiempos de ejecución y procesamiento son más lentos a medida que se desarrollan aplicaciones más complejas. Mientras la aplicación es más compleja es posible que empiecen los errores de falta de memoria, PHP no fue seleccionado debido a que este presenta un nivel de vulnerabilidad moderado. Java No es muy vulnerable porque proporciona filtros de seguridad, no existen bugs o errores que amenacen el sistema. Dado que java es un lenguaje interpretado el código se ejecuta un poco más lento que los lenguajes compilados Requiere operaciones adicionales en la recolección de elementos y la asignación de memoria, lo cual esto resulta un mayor consumo de memoria. No se eligió Java porque requiere más memoria que otros lenguajes, tiende a tener un rendimiento más lento Fuente: Elaboración propia. 16 2.2.1.3 Base de datos Según Benítez y Arias (24), “es un conjuntos de datos interrelacionados permitiendo brindar información a los usuarios y facilitar transacciones tales como agregar, eliminar y actualizar datos”, un sistema de gestión de base de datos (DBMS) controla y gestiona una base de datos, están compuestas por estructuras de filas y columnas dispuestas en tablas, optimiza los procesamientos y la consulta de datos, permitiendo la gestión, modificación, actualización y estructuración de los datos, la gran cantidad de base de datos emplean el lenguaje de consulta estructurada (SQL) y satisfacen las necesidades de información de una empresa u organización. La creación de una base de datos implica seguir procesos específicos, las fases o procesos para dar inicio en la construcción de una base de datos. la Figura 7, describe estos procesos. Figura 7. Procesos involucrados en la creación de una base de datos. Fuente: (25) 17 2.2.2 Proceso de venta Según Escudero (26), “el proceso de venta sigue una serie de etapas que se planifica preparación, presentación, negociación y posventa, durante la entrevista tenemos que demostrar al cliente que nuestro producto puede resolver su problema y crearle la necesidad de compra” el vendedor y su equipo se encargan de todas las etapas, desde encontrar al cliente hasta cerrar el acuerdo, incluyendo la firma de contrato, y luego mantiene una relación posventa con el comprador, en la Figura 8, se muestra los procesos de venta. Figura 8. Etapas para el proceso de venta, actividades y estrategias a aplicar. Fuente: (26) 2.2.2.1 Indicadores de un proceso de venta Para Soto et al. (27), “los indicadores están asociados a cada etapa del proceso de causa-efecto de una venta, iniciando con las actividades que están orientadas a alcanzar los resultados deseados por la organización”. Las fases de indicadores de venta son: 18 a) Indicadores de actividades de ventas: “Administración del territorio, administración de contactos y administración de clientes.” (27). b) Indicadores de objetivos de ventas: “Objetivos de cobertura de mercado, objetivos de capacidad de ejecución de ventas.” (27). c) Indicadores de resultados: “Resultados orientados a la satisfacción, resultados de participación de mercado” (27). 2.2.3 Tolvas Para Choccelahua (28), “es una máquina diseñada y fabricada para almacenar y transportar materiales de diversas industrias como minería, agricultura, metalurgia, etc.”. Existen diferentes tipos de tolvas entre ellas son: tolvas encapsuladas y semirroqueras adaptando diferentes tamaños y definiéndose por su volumen y capacidad. 2.2.4 Indicadores de usabilidad. Fernández (29), afirma “la web semántica simplifica la obtención de información de manera más ágil y eficaz, estrechamente relacionado con la usabilidad web, lo que garantiza que el usuario encuentre satisfactorias sus consultas y que el uso sea cómodo”. Para Sánchez (30) “es una característica conocida comúnmente como la facilidad de uso, con la que un usuario puede interactuar con un sistema u otro tipo de interfaz refiriéndose a técnicas que mejoran la usabilidad durante el proceso de diseño” Características principales de la usabilidad: a) Facilidad: “La rapidez con la que el usuario puede familiarizarse con la funcionalidad y el comportamiento de un sistema, determina la facilidad de llevar a cabo tareas básicas” (30). b) Eficiencia: “Implica lograr el nivel de eficiencia necesario durante el uso del sistema, refiriéndose a la velocidad con la que pueden completarse las tareas” (30). c) Satisfacción: “Se refiere a la impresión subjetiva del usuario sobre el sistema, que tan satisfactorio fue para los usuarios, los distintos atributos del sistema y cómo influye en su experiencia con el mismo” (30). 2.2.5 Indicadores de tasa de conversión de prospecto a cliente. Según Morales (31), “los clientes que habiéndose registrado previamente en el sistema concluyen una compra satisfactoriamente, por lo tanto, la tasa de conversión 19 de clientes indica el porcentaje total de compras finalizadas respecto al total de usuarios”. Por otro lado, Repetto y Machado (32), definen como “la medición de la tasa de conversión de clientes suele ser un parámetro muy utilizado en empresas para analizar la eficacia comercial, es importante conocer los resultados de las campañas comerciales en función de cantidades de prospectos conseguidos”. 2.2.6 Ingeniería de software. Según Gómez y Moraleda (33), “consiste en la utilización de métodos sistemáticos, estandarizados y medibles para la creación, funcionamiento y mantenimiento de software, incluye las actividades como examinar, diseñar y crear aplicaciones, constituyendo del desarrollo de software su ciclo de vida.” 2.2.6.1 Ciclo de vida de un software. Gómez y Moraleda (33), mencionan que “comprende el desarrollo y mantenimiento, representado por fases con tareas específicas, estas tareas culminan en la creación de documentos que reflejan el trabajo realizado.” Las fases durante el desarrollo de software son: 1) Análisis. 2) Diseño. 3) Codificación. 4) Mantenimiento. 2.2.7 Gestión de proyectos. Para Ledesma y Torres (34), “implica emplear habilidades, conocimientos, herramientas y procedimientos para abordar las necesidades del proyecto, también implica dirigir el trabajo del proyecto con el fin de lograr los resultados esperados.” Mientras que, Smarandache y Abdel (35), definen como “un campo interdisciplinario que integra psicología, métodos de gestión, toma de decisiones, logística, conocimientos técnicos específicos, ciencias matemáticas, tecnología de la información y comunicación para tener metas establecidas.” La gestión de proyectos emplea diversas metodologías y enfoques para organizar, llevar a cabo y concluir proyectos de forma eficiente, entre ellas la metodología Waterfall y Ágil, y dentro de las metodologías ágiles se encuentra la metodología scrum lo cual esta investigación se basa bajo esta metodología. 20 2.2.8 Metodología Scrum. Para Hadida y Troilo (36), es “un enfoque que facilita nuevas prácticas en áreas complejas, como la innovación de gestión de proyectos, basada en la adecuación constante y en la entrega temprana al cliente.” Se destaca por su desarrollo progresivo e iterativo, donde las fases de desarrollo se repiten según lo requerido. “Scrum, se centran en tres pilares de control de procesos” (37), los cuales son: a) Transparencia: “La información clave del proyecto debe mantenerse actualizada, visible, entendible y accesible para todos los involucrados.” (37). b) Inspección: “Es crucial que los usuarios de scrum revisen de manera frecuente los artefactos de scrum, sobre el avance hacia los objetivos para identificar posibles desviaciones no deseadas, esta revisión debe realizarse de forma crítica para evaluar el progreso de los procesos.” (37). c) Adaptación: “Ajustar procesos y herramientas ante desvíos o mejoras, estos ajustes deben hacerse lo más pronto posible para minimizar desviaciones significativas, se planifica revisar y adaptarse al contexto nuevo.” (37). 2.2.8.1 El equipo Scrum y responsabilidades. “Está conformado por el Product Owner, el Development Team y un Scrum Master, son multifuncionales y autoorganizados, proporcionan productos de manera iterativa e incremental, asegurando que se obtenga retroalimentación de manera óptima” (37). 2.2.8.1.1 El dueño del producto (Product Owner). “Su tarea principal es garantizar que el producto desarrollado por el equipo tenga el mayor valor posible, es el único encargado de gestionar el Product Backlog, para cambiar la prioridad de un elemento debe realizarse por medio del Product Owner.” (37). 2.2.8.1.2 El equipo de desarrollo (Development Team). “Son expertos responsables de entregar un incremento de un producto culminado, listo para ser puesto en producción, solo ellos participan en la creación de este incremento.” (37). 2.2.8.1.3 El Scrum Master. “Se refiere al líder que sirve al equipo scrum, facilitando la comprensión de las iteraciones útiles y no útiles con personas externas, permitiendo adaptar estas iteraciones para optimizar el valor generado por el equipo scrum.” (37). 21 2.2.8.2 Artefactos de Scrum. Estas herramientas permiten al equipo organizarse y hacen que el proyecto sea más visible, lo que promueve la transparencia en el proceso. 2.2.8.2.1 Historias de usuario “Es una herramienta de comunicación fusiona fortalezas escrito y verbal, describe las funcionalidades de software desde la perspectiva del usuario, agilizando la gestión de requisitos y reduce la cantidad de documentos formales y los tiempos necesarios.” (38). 2.2.8.2.2 Lista de productos (Producto Backlog). “Es la lista priorizada de las necesidades del cliente, mostrando necesidades que el software debe cumplir, al crear una historia de usuario, describe en detalle la idea principal, los de mayor prioridad están en el nivel superior de la lista.” (39). El Product Backlog es flexible y evoluciona, adaptándose a las necesidades que surjan durante el proyecto. 2.2.8.2.3 Pila de Sprint (Sprint Backlog) “Son historias de usuario a ejecutar durante el sprint, seleccionadas por los miembros de Scrum durante la planificación del sprint, basándose en las prioridades asignadas y las estimaciones del equipo de desarrollo, con el fin de entregar lo antes posible.” (39). 2.2.8.2.4 Incremento. “Es una mejora, una versión mejorada del software en comparación con la anterior, es el resultado de cada sprint, para ser considerado completo, el equipo Scrum debe definir los logros alcanzados con los objetivos del sprint, añadiendo valor al software.” (39). 2.2.8.3 Eventos de Scrum. Scrum establece eventos recurrentes como planificación, desarrollo de software, pruebas y reuniones específicas, identificándose como eventos. 2.2.8.3.1 Sprint. “Es una iteración que dura máximo un mes, durante el sprint el equipo trabaja para alcanzar un objetivo específico, este objetivo se logra mediante las funciones desarrolladas y entregadas al final de la iteración.” (39). 22 2.2.8.3.2 Planificación del Sprint (Sprint Planning). “Es el primer evento, tiene como objetivo planificar el trabajo a realizar durante el sprint para avanzar hacia el objetivo del producto, durante el sprint de un mes, este evento está limitado un máximo de ocho horas” (40). 2.2.8.3.3 Objetivo del Sprint (Sprint Goal) “Se refiere a un propósito de un sprint, que se logra al implementar la lista de elementos del producto, dirigiendo al equipo sobre el propósito de un incremento, se establece dentro de la planificación del sprint.” (37). 2.2.8.3.4 Daily Scrum “Es una sesión diaria, de solo 15 minutos del equipo de desarrollo donde se proporciona comunicación valiosa, evaluando el progreso del sprint y se ajusta al sprint backlog según sea necesario, con el objetivo de alcanzar las metas del sprint.” (40). 2.2.8.3.5 Sprint Review “Al concluir el sprint, se revisa el incremento y se ajusta con el backlog del producto, el equipo scrum y los que colaboran en esta revisión, repasan los logros, y determinan los posibles elementos para el próximo sprint”. (37) en el Sprint Review también se considera una revisión general del backlog del producto y explorar nuevas opciones. 2.2.8.3.6 Sprint Retrospective. “Permite al equipo scrum evaluarse y planificar mejoras para el próximo sprint, evitando repetir errores, fundamental para la mejora continua, se revisa aspectos del último sprint en términos individuos, iteraciones, procesos, herramientas y su definición de hecho.” (40). 2.2.9 Herramientas y tecnologías a utilizar 2.2.9.1 JavaScript Para Condor y Soria (41), “este lenguaje se usa principalmente para crear aplicaciones web interactivas que no requieren compilación para su ejecución, puede ejecutarse directamente en cualquier navegador” basado como orientado a objetos junto a HTML y CSS se puede desarrollar múltiples aplicaciones webs 23 2.2.9.2 HTML Para Cobo et al. (42), “es un lenguaje de marcado formado por una serie de instrucciones, que posibilitan la definición de la estructura lógica de los documentos web permitiendo crear diversos elementos” 2.2.9.3 CSS Para Desongles et al. (43), “son un acrónimo de Cascade StylesSheet es un estándar que define y especifica los estilos visuales aplicados a documentos HTML, lo cual trata de separar la estructura y la presentación del documento” es decir, cómo luce una aplicación web cuando un usuario lo visita. 2.2.9.4 React.js Para Álvarez (44), “es una librería orientada al desarrollo de componentes en JavaScript que le permite crear páginas de alto rendimiento esta constituye la tecnología de cliente o Front-End” React.js agiliza el desarrollo de Front- End. 2.2.9.5 Node.js Para Ortega (45), “es una plataforma diseñada específicamente para realizar operaciones de entrada/salida en redes por medio de distintos protocolos facilitando la creación de aplicación de red rápidas y escalables” desarrolla aplicaciones escalables del lado del servidor y de red. 2.2.9.6 Express.js Para Mardan (46), “es un Framework web que utiliza el módulo HTTP de Node.js emplea middleware, facilitando la gestión de rutas, en JavaScript funciona como un ambiente de ejecución dentro del servidor, simplificando y agilizando procesos de desarrollo.” 2.2.9.7 MySQL Para Ramon y Ramos (47), “es un sistema para administrar una base de datos relacionales que facilita el almacenamiento y acceso a los datos, ofrece una sólida confiabilidad y escalabilidad, versátil soportado en múltiples plataformas” 2.2.9.8 Nginx. Se trata de un servidor HTTP de código libre que cuenta con una robusta arquitectura modular que puede funcionar como un servidor proxy y para otros protocolos de Internet. Para Vara et al. (48), Nginx “se trata de un servidor 24 reconocido por su estabilidad y basado en procesos, cuenta con muchos filtros, de fácil configuración y puede ejecutarse en varias plataformas consume pocos recursos proporciona transacciones seguras basadas en SSL y TLS” 2.2.10 Arquitectura de software La arquitectura de software propuesta para este proyecto, se basa en una integración estratégica de tecnologías modernas del lado del cliente Front-End, como en el servidor Back-End, para dar solución al problema de estudio. 2.2.10.1 Front-End. En el ámbito del Front-End, se optó por utilizar JavaScript y React.js para la implementación de una interfaz de usuario sofisticada y altamente interactiva. JavaScript, como lenguaje central, permitiendo gestionar la lógica del cliente de manera eficiente, para agregar estilos se utilizó CSS y Bootstrap, además se ha integrado la capacidad de renderizar archivos PDF en nuestra aplicación mediante la utilización de React-PDF, en términos de integración en flujo de trabajo, el Front-End establece comunicación con el Back-End mediante solicitudes HTTP, facilitando la transferencia de datos de forma eficiente y respaldando una experiencia de usuario dinámica y en tiempo real, en el Anexo 4 se visualiza el diseño de interfaz y el Anexo 8, muestra el código fuente de Front-End. 2.2.10.2 Back-End En el Back-End se ha optado Node.js respaldado por el Framework Express, brindando una capacidad de construir una aplicación web escalable y de alto rendimiento, la elección para una gestión de datos fue MySQL, la implementación de CORS asegurando una integración sin problemas en el lado del Front-End y el Back-End, también se incorporó Nodemailer para gestionar la mensajería de Emails desde el servidor, mejorando así la comunicación en la aplicación, en el flujo de trabajo, el Back-End responde de manera eficiente a las solicitudes del Front-End, en el Anexo 9, se muestra el código fuente de Back-End. 2.2.11 Arquitectura de Hardware En el nivel de hardware, nuestra aplicación se encuentra alojada en una VPS de Hostinger con Linux 23.04 como sistema operativo, la elección de una VPS proporciona flexibilidad y escalabilidad al permitirnos asignar recursos según las 25 necesidades de la aplicación. Como servidor web, se optó por servidor Nginx para gestionar las solicitudes HTTP siendo este un servidor web eficiente. Y para la gestión de los datos se implementó MySQL en la misma VPS. Ofreciendo un almacenamiento eficiente y confiable para la aplicación. La combinación de estos componentes de hardware y software en la VPS de Hostinger forma una arquitectura integral que respalda la ejecución estable y eficiente de nuestra aplicación web, donde en el Anexo 10, se muestra la arquitectura de hardware. 2.2.12 Arquitectura de la solución. La arquitectura cliente – servidor del sistema web se compone de tres capas definido como: la capa de presentación, desarrollada con React.js, JavaScript, construida en base a componentes mostrando la interfaz donde los usuarios pueden ingresar datos y generar proformas de productos, la capa de lógica de negocio, que se implementa en el Back-End utilizando Node.js y Express, se encarga de procesar las solicitudes del cliente, generar PDFs, y gestionar las proformas en la base de datos MySQL en la capa de datos. Siguiendo un patrón de diseño Modelo-Vista- Controlador (MVC), donde la vista corresponde a la interfaz (React.js), y el modelo corresponde a la administración de base de datos (MySQL), y el controlador se encuentra en el Back-End (Node.js y Express), coordinando la lógica de negocio y facilitando la comunicación del modelo y la vista. La infraestructura se completa con un entorno de servidor Linux, y la implementación de un servidor web Nginx, esta combinación de tecnologías contribuye a una arquitectura robusta, segura y altamente escalable, se visualiza en la Figura 9 la arquitectura de la solución para este proyecto y todas las herramientas que se utilizó. Figura 9. Arquitectura de la solución. 26 CAPÍTULO III METODOLOGÍA 3.1 Métodos y alcance de la investigación 3.1.1 Métodos de la investigación Según su enfoque, este estudio es una investigación aplicada, y el método empleado es deductivo – inductivo. El enfoque deductivo parte de principios generales y teorías para generar hipótesis específicas, que luego se prueban en contextos prácticos. El enfoque inductivo implica la observación de datos empíricos para identificar patrones y tendencias que pueden llevar a la formulación de nuevas teorías o conclusiones, esta combinación de métodos permite desarrollar soluciones efectivas a problemas reales. La naturaleza de la investigación es un enfoque cuantitativo para la variable dependiente tasa de conversión de prospecto de clientes, como también es un enfoque cuantitativo para la variable dependiente usabilidad. 3.1.2 Alcance de la investigación Esta investigación es de alcance correlacional, porque busca analizar cómo se relaciona la variable independiente sistema web y la variable dependiente proceso de venta de tolvas, permitiendo identificar patrones de asociación que guíen la optimización del proceso de venta. Según Hernández et al. (49), “el objetivo del estudio de la correlación es conocer la relación o grado de asociación que existe entre dos variables en una situación específica”. Esta investigación fue realizada en la factoría EisenMann, lo que permitió un acceso directo a los datos y procesos necesarios para la investigación se recopilaron datos relevantes, se analizaron soluciones para mejorar el proceso de venta, el periodo de estudio comprendió desde julio hasta el mes de octubre del 2023. 3.2 Diseño de la investigación 3.2.1 Diseño de la investigación Según Hernández et al. (49), “el diseño pre experimental implica aplicar un estímulo o tratamiento a un grupo y luego realizar una medición de una o más variables para observar el nivel del grupo”. 27 Por ende, se ha establecido un diseño pre experimental para esta investigación, porque permite investigar las relaciones causales entre variables de interés, introduciendo un tratamiento o intervención y observando su efecto en la variable dependiente, mediante un grupo único. En este estudio se empleó un pre estudio – post estudio, en el pre estudio se realizó la intervención a 8 clientes que previamente habían realizado una compra de forma tradicional, estos mismos clientes luego utilizaron el sistema web para realizar el procedimiento de compra, el pre estudio y post estudio es considerado como el grupo único para este diseño, la Tabla 3, muestra el diseño de investigación utilizado. Tabla 3. Presentación del diseño de la investigación. G: Grupo experimental O1: Primera observación, Pre - Estudio, medida considerando la media de la variable analizada. X: Aplicación o tratamiento de la variable independiente. O2: Segunda observación, Post - Estudio, medida considerando la media de la variable analizada. Hipótesis: Sí O1 <> O2, se acepta la hipótesis del investigador. Sí O1 = O2, se descarta la hipótesis y se acepta la hipótesis nula. 3.3 Población y muestra 3.3.1 Población De acuerdo con los indicadores utilizados en este estudio, la población están orientados a los clientes o usuarios finales y el administrador, cuya función se limita a la gestión del sistema web, el periodo de esta investigación está inmerso en el mes de julio y agosto como pre estudio el cual se realizó una intervención a 8 clientes que previamente realizaron una compra con el proceso tradicional, y los mismos Grupo Pre – Estudio Tratamiento Post - Estudio Hipótesis G O1 X O2 O1