Optimizacion de La Estion de Pedidos

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 139

Facultad de Ingeniería

Ingeniería de Sistemas e Informática

Tesis
“Optimización de la gestión de pedidos en una empresa de fabricación de máquinas
industriales mediante la implementación de una aplicación móvil en Lima”

Berlit Grice Urquia Martel

para optar el Título Profesional de


Ingeniera de Sistemas e Informática

Asesor: Mg. Ricardo Jesus Carrasco Garcia

Lima – Perú
Noviembre de 2023
DEDICATORIA
Este proyecto está dedicado a mis padres por su continuo

recordatorio en continuar mi educación profesional, y a todos los

docentes que contribuyeron en mi evolución profesional.

Urquia Martel, Berlit Grice

2
ÍNDICE GENERAL
RESUMEN 5
ABSTRACT 6
INTRODUCCIÓN 7
CAPÍTULO I: PLANTEAMIENTO DEL PROBLEMA 8
1.1. DESCRIPCIÓN DE LA REALIDAD PROBLEMÁTICA 8
1.2. FORMULACIÓN DEL PROBLEMA 11
1.2.1. PROBLEMA GENERAL 11
1.2.2. PROBLEMAS ESPECÍFICOS 11
1.3. DETERMINACIÓN DE OBJETIVOS 12
1.3.1. OBJETIVO GENERAL 12
1.3.2. OBJETIVOS ESPECÍFICOS 12
1.4. HIPÓTESIS 12
1.4.1. HIPÓTESIS GENERAL 12
1.4.2. HIPÓTESIS ESPECÍFICAS 12
1.5. JUSTIFICACIÓN DE LA INVESTIGACIÓN 13
1.5.1. TEÓRICA 13
1.5.2. PRÁCTICA 13
1.5.3. TECNOLÓGICA 13
1.5.4. ECONÓMICA 14
1.6. DELIMITACIÓN DEL ESTUDIO 14
1.6.1. ESPACIAL 14
1.6.2. TEMPORAL 14
1.6.3. CONCEPTUAL 14
CAPÍTULO II: MARCO TEÓRICO 15
2.1. ANTECEDENTES DE LA INVESTIGACIÓN 15
2.1.1. INTERNACIONALES 15
2.1.2. NACIONALES 17
2.2. BASES TEÓRICAS 21
2.2.1. VARIABLE DEPENDIENTE 21
2.2.1.1. Aplicación Móvil 21
2.2.1.2. Funcionalidades y características de la aplicación 21
2.2.1.3. Accesibilidad 22
2.2.2. VARIABLE INDEPENDIENTE 22
2.2.2.1. Gestión de pedidos 22
2.2.2.2. Tiempo de procesamiento de pedidos 22
2.2.2.3. Cumplimiento en la entrega de pedidos 23
2.2.2.4. Recepción 23
2.2.3. METODOLOGÍA ÁGIL SCRUM 23
2.2.3.1. Principios 24

3
2.2.3.2. Proceso 24
2.2.3.3. Roles 25
2.2.3.3. Ceremonias 26
2.2.4. METODOLOGÍAS CANDIDATAS 27
2.2.4.1. Metodología KANBAN 27
2.2.4.1. Proceso Unificado de Rational (RUP) 28
2.2.5. MYSQL 29
2.2.6. SUBLIME TEXT 29
2.2.7. XAMPP 29
2.2.8. ANDROID STUDIO 29
2.2.8. PHP 30
2.3. CONTEXTO DE LA INFORMACIÓN 30
CAPÍTULO III: METODOLOGÍA DE INVESTIGACIÓN 31
3.1. DISEÑO DE INVESTIGACIÓN 31
3.1.1. DISEÑO 31
3.1.2. TIPO 31
3.1.3. ENFOQUE 31
3.1.4. POBLACIÓN 32
3.1.5. MUESTRA 33
3.1.6. OPERACIONALIZACIÓN DE VARIABLES 34
3.2. INSTRUMENTOS DE INVESTIGACIÓN 34
3.2.1. TÉCNICAS 34
3.2.2. INSTRUMENTOS 34
3.3. METODOLOGÍA DE LA IMPLEMENTACIÓN DE LA SOLUCIÓN 34
3.3.1. SELECCIÓN DE LA METODOLOGÍA 34
3.3.2. DESARROLLO DE LA METODOLOGÍA 35
3.4. METODOLOGÍA PARA LA MEDICIÓN DE RESULTADOS DE LA IMPLEMENTACIÓN 38
3.4.1. METODOLOGÍA DE MEDICIÓN 38
3.4.2. MEJORAR EL ÍNDICE DE TIEMPO DE RESPUESTA 38
3.4.3. MEJORAR EL ÍNDICE DE ENTREGAS A TIEMPO 38
3.4.4. MEJORAR EL ÍNDICE DE PEDIDOS ENTREGADOS SIN ERROR 38
3.5. CRONOGRAMA DE ACTIVIDADES 39
3.5.1. CRONOGRAMA DE ACTIVIDADES 39
3.6. COSTOS DIRECTOS 40
3.6.1. COSTOS DE PERSONAL 40
3.6.2. COSTOS DE MATERIALES 40
3.7. COSTOS INDIRECTOS 41
3.7.1. SERVICIOS CONSUMIDOS 41
3.8. COSTOS FIJOS 41
3.8.1. COSTOS DE ASESORÍA 41

4
3.9. COSTOS VARIABLES 42
3.9.1. COSTOS DE ASESORÍA 42
3.10. PRESUPUESTO 42
3.10.1. PRESUPUESTO – PROTOTIPO DE RECOLECCIÓN DE DATOS 42
3.10.2. PRESUPUESTO GENERAL DEL PROYECTO 42
CAPÍTULO IV: DESARROLLO DE LA SOLUCIÓN 43
4.1. PROPUESTA DE SOLUCIÓN 43
4.2. PROTOTIPOS DE LA APLICACIÓN 75
4.2.1. APLICACIÓN MÓVIL 75
4.3. MEDICIÓN DE LA SOLUCIÓN 78
4.3.1. ANÁLISIS DE INDICADORES CUANTITATIVOS 78
4.3.1. RESULTADOS DE MÉTODO DE PREPROCESAMIENTO 81
CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES 90
5.1. DISCUSIÓN Y CONCLUSIONES 90
5.1.1. DISCUSIÓN 90
5.1.2. CONCLUSIONES 91
5.2. RECOMENDACIONES 93
BIBLIOGRAFÍA 94
ANEXOS 98
ANEXO 1: MATRIZ DE CONSISTENCIA 98
ANEXO 2: OPERACIONALIZACIÓN DE VARIABLES 100
ANEXO 3: EVIDENCIA DE CERTIFICADO DE VALIDEZ DE INSTRUMENTOS 101
ANEXO 4: PRE – POST PRUEBA DE INDICADORES 122
ANEXO 5: TABLERO TRELLO 134
ANEXO 6: ACTA DE CONFORMIDAD DEL PROYECTO 135
ANEXO 7: FORMULARIO DE AUTORIZACIÓN DE PUBLICACIÓN 136
ANEXO 8: DECLARACIÓN JURADA DE AUTENTICIDAD 137

5
RESUMEN

En las empresas del sector construcción el mantenimiento está incluido dentro del complejo de

prestación de servicios, independientemente de si es preventivo o correctivo. Una parte esencial

del servicio es el registro de pedidos escritos, lo que incide en los plazos de entrega y en el proceso

de mantenimiento en general.

La finalidad es utilizar nuevas tecnologías como JAVA y MYSQL para implementar aplicaciones

móviles que mejoren la gestión de pedidos. Para completar el análisis, se utilizará un enfoque

cuantitativo y Scrum para desarrollar una solución con 5 rituales para impulsar de manera efectiva

el desarrollo operativo. El resultado final es una prueba de hipótesis utilizando métodos

estadísticos. Por tanto, los resultados obtenidos se compararán para determinar la probabilidad. En

resumen, se puso en marcha una app móvil para el mantenimiento y gestión de pedidos, lo que

ayudó a reducir los tiempos de entrega esperados y optimizar la calidad del servicio, lo que también

ayudó a identificar niveles críticos para cada pedido.

Palabras Clave: Aplicación Móvil, Gestión de pedidos, Fabricación, Mantenimiento, Scrum.

6
ABSTRACT

In companies in the construction sector, maintenance is included within the service provision

complex, regardless of whether it is preventive or corrective. An essential part of the service is the

registration of written orders, which affects delivery times and the maintenance process in general.

The purpose is to use new technologies such as JAVA and MYSQL to implement mobile

applications that improve order management. To complete the analysis, a quantitative approach

and Scrum will be used to develop a solution with 5 rituals to effectively drive operational

development. The final result is a hypothesis test using statistical methods. Therefore, the results

obtained will be compared to determine the probability. In summary, a mobile app was launched

for the maintenance and management of orders, which allowed us to reduce expected delivery

times and optimize the quality of service, which also helped to identify critical levels for each

order.

Keywords: Mobile Application, Order Management, Manufacturing, Maintenance, Scrum.

7
INTRODUCCIÓN

La gestión de pedidos ha experimentado cambios en el marco de los años, ya que los mismos

operadores han asumido el trabajo de técnicos y han brindado soporte a sus máquinas con la

finalidad de evitar averías, aumentando pérdidas en el proceso productivo de las empresas.

Además, la técnica se volvió más compleja con el tiempo, dificultando el mantenimiento y el

control de los pedidos. Actualmente, existen compañías que ofrecen este servicio y quieren mejorar

su negocio y conservar la confiabilidad de sus clientes. Las organizaciones de servicios de

producción son responsables de la rápida detección y diagnóstico de fallas en equipos industriales.

Este proceso permite asignar recursos para una buena producción, por lo que es muy importante

realizar las actividades correctamente abordando errores y equivocaciones para no afectar los

distintos procesos dando a las actividades realizadas en la empresa. Un problema común con este

servicio es mantener registros detallados de los pedidos de los clientes. Por un lado, los técnicos

deben seguir las instrucciones de trabajo, pero debido a la complejidad de la fabricación de los

equipos, las instrucciones de trabajo pueden cambiar varias veces. Es por ello que el trabajo

propuesto se centra en solucionar el flujo de gestión de pedidos, mejorando el servicio mediante

la ejecución de una app móvil, reduciendo así la brecha ante los problemas de las empresas

especializadas en esta área.

8
CAPÍTULO I: PLANTEAMIENTO DEL PROBLEMA

1.1. DESCRIPCIÓN DE LA REALIDAD PROBLEMÁTICA

En el contexto actual, a nivel mundial el uso de nuevas tecnologías se ha transformado

en un factor indispensable dentro de cualquier rubro, debido a la capacidad resolutiva que han

evidenciado al gestionar diversas actividades, optimizando resultados y ampliando la

productividad. Todo ello ocasiona un cambio constante en el flujo de gestión de pedidos, ya

que la mayoría de procesos no poseen un control automatizado sobre las fases de los mismos,

generando desconciertos y dudas al momento de ejecutarlo en el ambiente productivo. Esto

motivó a construir un aplicativo que ayude a mejorar el tiempo de respuesta para la atención,

entrega y recepción de los pedidos, reduciendo el porcentaje de errores y permitiendo que los

operarios sean más eficientes. En lo que respecta la gestión de pedidos se encontró deficiencias

a la hora de resguardar la información de las empresas, ocasionando pérdida de datos, procesos

no documentados, dificultad en la asignación y demora en el procesamiento de pedidos, etc.

Este tipo de compañías tienen el problema de que los softwares resultan ser complejos de

implementar o se carece de conocimiento técnico.

Hoy en día, el Perú está en continuo crecimiento. Parte de este desarrollo se debe a la

industria de la construcción, que ha incrementado durante varios años. Existen diversas

instalaciones industriales locales y extranjeras que producen y comercializan empresas que

hacen sostenible este desarrollo y generan más empleos para los peruanos.

Un sistema de mantenimiento basado en el diagnóstico de rendimiento de las

maquinarias garantiza el normal desarrollo de la producción en las empresas, al respecto el

diario Perú Construye (2018) remarca que: Ejecutar de manera regular el mantenimiento de

9
máquinas industriales es esencial, esto debido a que su detenimiento representaría pérdidas

para las empresas que se dedican al mencionado rubro (p.1).

Debido a la gran demanda, muchas empresas de este sector se encargan de la

producción y venta de máquinas industriales, ya que se esfuerzan por mejorar continuamente

para satisfacer la demanda y resolver los problemas de los clientes. También brindan servicios

de mantenimiento para equipos industriales, como mantenimiento de unidades de GLP y

mantenimiento de unidades diésel.

Sin embargo, la mayoría de las organizaciones fracasan porque no tienen las

herramientas para registrar o almacenar información comercial, y la principal causa de esto es

la carencia de conocimiento técnico y experiencia en su campo. La empresa investigada tiene

su sede en Perú e inició operaciones hace un año, por lo que no cuenta con una aplicación que

pueda gestionar los pedidos de manera efectiva.

Actualmente su oferta de servicios incluye mantenimiento preventivo o correctivo. Una parte

esencial del servicio es el registro de pedidos escritos, lo que incide en la falta de control en el

seguimiento de actividades, falta de automatización de los procesos, retraso en la

sincronización de tareas, ocasionando demoras en los plazos de entrega de los pedidos y, por

tanto, en la gestión del mantenimiento general.

10
FIGURA 1

Diagrama de Ishikawa

FIGURA 2

Diagrama del proceso de gestión de pedidos

11
En esta imagen se puede ver el flujo de gestión de pedidos, que comienza desde el ingreso del

cliente a Marketplace a través de Facebook y luego consulta su página para encontrar el catálogo

de equipos con los que trabaja comúnmente la empresa. A continuación, se pone en contacto con

el cliente y posteriormente explica las características de su pedido. Luego de recibir la solicitud,

el gestor continuará generando su oferta, teniendo en cuenta que usted como empresa debe enviar

un mensaje con el nombre de la compañía, número de ruc, teléfono móvil, correo electrónico,

nombre completo. Si no tienes ruc, deberás enviar tu número de DNI para que la oferta sea válida.

Luego, toda la información recopilada pasa al área de oferta, la cual toma en cuenta los costos

actualizados de los materiales necesarios para la producción o mantenimiento, tales como:

planchas, consumibles, accesorios, soldadura, pintura, etc. Una vez obtenidos todos los costes, se

genera un archivo PDF con todos los detalles de los pasos a seguir según los requisitos, que luego

se envía al cliente junto con las imágenes de referencia. Una vez que el cliente recibe la oferta,

tiene hasta 5 días para revisar y analizar la documentación, luego de lo cual deberá actualizar la

documentación en función del costo de la venta. Si el cliente cumple con los requisitos deberá

aceptar pagar el 50% del anticipo. Cabe señalar que la operación inicia desde el momento del pago

12
del cliente, teniendo en cuenta el ciclo de producción. Finalmente, una vez finalizada la obra, se

debe acordar el importe restante y organizar el envío del equipo.

1.2. FORMULACIÓN DEL PROBLEMA

1.2.1. Problema General

PG. ¿De qué manera la implementación de una aplicación móvil permite optimizar la

gestión de pedidos en una empresa de fabricación de máquinas industriales en Lima?

1.2.2. Problemas Específicos

PE1. ¿De qué manera la implementación de una aplicación móvil mejora el índice de

tiempo de respuesta en una empresa de fabricación de máquinas industriales en Lima?

PE2. ¿De qué manera la implementación de una aplicación móvil mejora el índice de

entregas a tiempo en una empresa de fabricación de máquinas industriales en Lima?

PE3. ¿De qué manera la implementación de una aplicación móvil mejora el índice de

pedidos entregados sin error en una empresa de fabricación de máquinas industriales en

Lima?

1.3. DETERMINACIÓN DE OBJETIVOS

1.3.1. Objetivo General

OG. Implementar una aplicación móvil para optimizar la gestión de pedidos en una

empresa de fabricación de máquinas industriales en Lima.

1.3.2. Objetivos Específicos

OE1. Implementar una aplicación móvil para mejorar el índice de tiempo de respuesta en

una empresa de fabricación de máquinas industriales en Lima.

OE2. Implementar una aplicación móvil para mejorar el índice de entregas a tiempo en una

empresa de fabricación de máquinas industriales en Lima.

13
OE3. Implementar una aplicación móvil para mejorar el índice de pedidos entregados sin

error en una empresa de fabricación de máquinas industriales en Lima.

1.4. HIPÓTESIS

1.4.1. Hipótesis General

HG. La implementación de una aplicación móvil permite optimizar la gestión pedidos en

una empresa de fabricación de máquinas industriales en Lima.

1.4.2. Hipótesis Específicas

HE1. La implementación de una aplicación móvil mejora el índice de tiempo de respuesta

en una empresa de fabricación de máquinas industriales en Lima.

HE2. La implementación de una aplicación móvil mejora el índice de entregas a tiempo en

una empresa de fabricación de máquinas industriales en Lima.

HE3. La implementación de una aplicación móvil mejora el índice de pedidos entregados

sin error en una empresa de fabricación de máquinas industriales en Lima.

1.5. JUSTIFICACIÓN DE LA INVESTIGACIÓN

1.5.1. Teórica

Uno de los principales motivos de esta tesis es comprobar cómo se puede mejorar tiempo

y recursos implementando una app móvil para la gestión de pedidos, asegurando así un

mejor servicio al cliente y operaciones en las áreas en las que interviene la empresa. Los

resultados de este estudio demostrarán que, mediante la ejecución de una app móvil, se

podrá mejorar el tiempo de respuesta para la atención, entrega y recepción de los pedidos,

garantizando la eficiencia de las soluciones a fallos de equipos industriales.

14
1.5.2. Práctica

Desde el enfoque práctico, el objetivo es llevar a cabo una app móvil para resolver

problemas en el flujo de gestión de pedidos en una organización de fabricación de máquinas

industriales. También se realizarán mejoras en el correspondiente proceso de validación a

nivel de usuario del software desarrollado.

1.5.3. Tecnológica

Desde un punto de vista técnico, ayudará a reducir la falta de conocimientos técnicos de

los empleados. También permitirá un mejor control de los datos y aumentará la

productividad de la empresa y su ventaja competitiva en el mercado. Nuevamente, esto es

importante porque la empresa podrá perfilar mejor el equipo según el pedido del cliente y

facilitar su desarrollo.

1.5.4. Económica

Desde una perspectiva financiera, tratamos de comprender los requerimientos de los

clientes, debido a que crea más valor para la empresa, porque la aplicación ayuda no solo

a ampliar el alcance de las personas interesadas en comprar el producto, sino también a

obtenga más ingresos, lo que le ayudará a mejorar su posición en el mercado.

1.5.5. Metodológica

Desde la perspectiva metodológica, se utilizará el marco de trabajo Scrum, ya que permite

priorizar las áreas más importantes dentro de la empresa y permite adaptarse a los cambios

de forma eficiente durante el desarrollo del sprint. Para lograr esto, se apoya de la

autoorganización y multidisciplina del squad o equipo de trabajo, estableciendo la

estimación de tiempos y esfuerzos durante la construcción de features. La selección de esta

15
metodología para el presente análisis se justifica porque ayuda a optimizar y agilizar los

procesos en la organización en estudio.

1.6. DELIMITACIÓN DEL ESTUDIO

1.6.1. Espacial

El enfoque espacial se orienta en una organización que realiza la función de fabricación y

mantenimiento de equipos industriales para diversas industrias y tiene su sede en Puente

Piedra. Además, se recogerán datos/información de los cierres mensuales del servicio de

mantenimiento.

1.6.2. Temporal

El enfoque temporal se extraerá de los ceses de servicio de gestión de pedidos del primer

intertrimestral del año 2023. Este dato será atendido por los operarios de la compañía para

su obtención. Asimismo, la delimitación temporal se aplica debido a que, el estudio se

pondrá en marcha durante una fase determinada.

1.6.3. Conceptual

La ejecución de la app móvil se centrará en la gestión de los pedidos derivados del servicio

de producción y mantenimiento que presta la organización. Entre ellas se incluyen áreas de

servicios y actividades que serán el primer paso para analizar las tareas que en ellas se

desarrollan e identificar mejoras. De esta forma se construirá una app móvil que mejore el

desempeño de los operarios, agilizando las actividades asignadas a los asociados y

optimizando la gestión de pedidos en la compañía.

16
CAPÍTULO II: MARCO TEÓRICO

2.1. ANTECEDENTES DE LA INVESTIGACIÓN

2.1.1. Internacionales

Avila D. et al. (2020), en su estudio “Implementación de aplicaciones web y móviles para

la gestión de la movilización de vehículos basada en un enfoque ágil usando servicios de

transferencia nacionales representativos” - Ecuador, se centra en la ejecución de sistemas

web y móviles con el fin de conseguir una mayor agilidad en la gestión de vehículos

utilizando Scrum y REST para desarrollar la funcionalidad requerida por la aplicación,

haciendo que el desarrollo sea rápido y eficiente en la gestión de procesos. Para analizar la

eficacia de los flujos desarrollados por el cliente final, se cuantificaron los tiempos de

respuesta de los sistemas heredados y los sistemas optimizados, resultando en mejoras

significativas en la gestión de estos procesos. Por lo tanto, desarrollamos un programa de

prueba que demostró mejoras en la calidad, seguridad y eficiencia de las aplicaciones

implementadas y aumentó la eficiencia del tiempo de la gestión de procesos. Se puede

concluir de este artículo que el uso de Scrum en la construcción de apps es fundamental,

ya que permite aplicar más fácilmente la funcionalidad necesaria al sistema y a los usuarios,

mejorando así el flujo de trabajo.

Zambrano E. et al. (2020) en su estudio “Desarrollo e implementación de una app móvil

para la distribución de publicaciones editoriales de Uleam” (Ecuador) plantearon que su

objetivo general es crear una plataforma de acción accesible a la comunidad nacional e

internacional, a la que se pueda acceder de forma gratuita. Contenido: Científicos y saberes

ancestrales. La aplicación móvil está construida sobre la plataforma Android y está

conectada a la base de datos SEGUP, que almacena textos científicos publicados. Además,

17
utilizamos el método Scrum para gestionar y desarrollar la aplicación, dando como

resultado una estructura e implementación de alto nivel. Los resultados muestran que la

aplicación ayuda a distribuir el trabajo publicado y a hacer recomendaciones basadas en

los tipos de contenido al que acceden con más frecuencia los estudiantes de Uleam. En

general, el flujo de desarrollo de este programa es consistente tanto en términos de

implementación del diseño como de investigación y ha sido bien recibido por los lectores.

Los autores Mocha y Ochoa (2022) en su estudio "Diseño y desarrollo de un sistema web

y aplicación móvil para la gestión de pedidos de restaurantes usando Angular e Ionic" -

Ecuador, dicen que su objetivo general es introducir la automatización de procesos en

aplicaciones móviles., simplificar y optimizar el servicio hacia el consumidor. Para

desarrollar este trabajo se utilizó Scrum, la cual ayudó a organizar mejor la asignación de

tareas para que los resultados pudieran entregarse en las fechas esperadas. Los resultados

muestran que la aplicación proporciona un mejor control sobre la gestión de pedidos e

inventario en el restaurante. También ayuda a los clientes a encontrar y ver los artículos

que les interesan más fácilmente. En general, la implementación de esta aplicación es muy

interesante, porque no solo se pone en marcha una app móvil para el seguimiento de

pedidos en el restaurante, sino que también se realiza online para que los clientes puedan

visualizar, buscar y realizar pedidos de su interés en cualquier lugar.

Por otro lado, Villanueva (2022) en su estudio “Desarrollo de una app móvil para la gestión

de pedidos” – España dice que la finalidad es desarrollar y ejecutar una app que ayude a

los transportistas a controlar mejor los pedidos y reducir los tiempos de registro de datos.

La estructura de este proyecto se basa en Scrum, ya que permite obtener resultados más

simples y eficientes a la hora de organizar el desarrollo del proyecto. En general, el

18
lanzamiento de la app demuestra la capacidad de los socios para gestionar eficazmente los

pedidos de los clientes sin retrasar los tiempos de entrega, logrando así la satisfacción del

usuario final.

Finalmente, Arroyo D. (2022) en su estudio “Desarrollo de Aplicaciones Móviles para la

Gestión de Pedidos”. Estudio de caso: El Rulimán, Ecuador la finalidad es construir una

app móvil que posibilite la gestión de pedidos y se cumpla con las fechas de entrega y así

atraer más clientes. Este trabajo también se llevó a cabo utilizando el método Scrum, ya

que permitió mejorar el proceso de pedidos para cumplir con las expectativas de la empresa.

Las pruebas resultantes demostraron que el framework utilizado para desarrollar la

aplicación es suficiente ya que satisface las necesidades del cliente, controla la

automatización y optimiza tiempos y recursos. En conclusión, este artículo menciona que

es fundamental introducir una aplicación móvil, porque así los clientes pueden evitar el

riesgo de contagio, al no tener que salir de sus casas para realizar un pedido.

2.1.2. Nacionales

Aburto y García. (2020) en su artículo “Red multiplataforma – una aplicación móvil para

mejorar la gestión de documentación vehicular en la asociación de San Francisco de Asís

en Huamachuco” (Perú) dice que se realiza según el método Rup, que son los siguientes

pasos: iniciación, desarrollo, construcción y finalmente transformación. Además, el

enfoque Mobile-D también se utiliza en la construcción de dispositivos móviles, incluidas

las etapas de descubrimiento, configuración, fabricación, instalación y prueba. Este tipo de

estudio utilizó un diseño piloto-experimental con el objetivo general de optimizar el

asesoramiento sobre infracciones de tránsito en el Departamento de Transporte y Gestión

del Tráfico del Condado de Santa Clara. Esto ha reducido el tiempo de respuesta a encuestas

19
dentro de la app, quejas y el tiempo dedicado a buscar información desactualizada.

Finalmente, se excluyó el tiempo promedio para la obtención de votos. En resumen, al

utilizar la aplicación desarrollada, los empleados de la Asociación de San Francisco podrán

localizar de manera más óptima las infracciones de las normas de tránsito y reducir su carga

de trabajo, sin contratar empleados adicionales para realizar las tareas antes mencionadas.

Asimismo, Reyna. (2020), en su estudio “Una aplicación móvil multiplataforma para

mejorar la gestión de ventas de la Clínica Veterinaria Janavet en Trujillo, Perú 2020”

plantearon que esto se realizó utilizando Extreme Programming, la cual consta de

planificación, diseño, codificación y pruebas durante las iteraciones. Este tipo de

investigación utiliza un diseño preexperimental con el fin de optimar la gestión de ventas

y la calidad del servicio dentro de una empresa mediante la ejecución de una app móvil

multiplataforma. Resulta que la app permitió optimizar el servicio, los resultados netos y

los ingresos promedio por mes. cliente. Finalmente, se sumó el número de derivaciones,

según lo indicado por el estadístico T Student. En conclusión, se logró desarrollar un

software que ayudó a mejorar las ventas de la veterinaria, ya que se pudo llevar un mejor

control sobre la información de los clientes, brindando una atención rápida y precisa.

Los autores Sánchez y Vásquez. (2020), en su investigación de tesis "Aplicación móvil

TourLand para optimizar el flujo de turistas en Trujillo con una dirección liberal de

descentralización cultural" - Perú dice que siguió una investigación aplicada cuantitativa

con un diseño experimental. Este estudio tiene como objetivo mejorar el flujo de turistas e

incrementar el contentamiento de los usuarios con la experiencia de viaje utilizando dicha

aplicación. Este proyecto utiliza herramientas de recopilación de datos como cuestionarios,

listas de verificación y registros de acceso. Además, teniendo en cuenta la división de

20
actividades en el equipo, se utiliza el marco Scrum, mientras que para el desarrollo de

software se utiliza el enfoque MOBILE-D. Los resultados muestran que la ejecución de la

app ayuda a incrementar las visitas turísticas, el conocimiento de los turistas sobre la

ubicación del lugar específico y confiar en el servicio. En general, estos antecedentes

permiten explorar la necesidad de disponer de software móvil para gestionar y encontrar

información sobre cada patrimonio cultural con mayor facilidad, contribuyendo así al

desarrollo del turismo.

Por otro lado, Ávalos y Vera. (2020), mencionan que en su proyecto “Aplicación móvil de

reconocimiento de imágenes para mejorar el control de plagas en la producción de papa de

Carabamba-Julcan” – Perú, se llevó a cabo un estudio de tipo aplicado con diseño

experimental preparatorio, utilizando ICONIX. Asimismo, el objetivo general es optimizar

el manejo de plagas en el cultivo de papa Carabamba mediante la ejecución de una

aplicación móvil de reconocimiento de fotos mediante herramientas de recolección de

información mediante 4 formularios de registro (también validados mediante el software

SPSS). Los resultados muestran que con esta aplicación es posible reducir el tiempo de

identificación de plagas que alteran a las plántulas de papa, la duración de las plagas, el

porcentaje de accidentes y aumentar la validez de los pesticidas utilizados. en plantas de

papa. En conclusión, la implementación de las respectivas aplicaciones demostró lo fácil

que es identificar las plagas que afectan a estas plantas, ya que la reducción de tiempos

resultó ser significativa para el usuario final.

Finalmente, Castillo y Dávila (2020), en su estudio “Desarrollo de una aplicación móvil

para gestionar el proceso de registro de ventas en Despensa Peruana S.A.” - Perú afirma

que el estudio es de carácter técnico con el fin de ejecutar una app móvil para optimizar la

21
relación de ventas y el servicio de la organización. Asimismo, el proyecto se realizó bajo

el enfoque de programación Xtreme, ya que simplifica la construcción de tareas

relacionadas con la planificación y el diseño. Los resultados demuestran que la app

satisface los requerimientos de organizar eficientemente la data del área de ventas y

simplificar el registro de pedidos. El trabajo concluye que las aplicaciones móviles han

introducido grandes cambios en la gestión de datos en la empresa, ya que ayudan a controlar

mejor la entrada de pedidos y así conseguir realizar las acciones asignadas antes del tiempo

previsto.

2.2. BASES TEÓRICAS

2.2.1. Variable Dependiente

2.2.1.1. Aplicación Móvil

Las apps consisten en diseño de aplicaciones, desarrollo de componentes y software.

Además, está diseñado para ejecutarse en una variedad de dispositivos móviles como

teléfonos celulares, tabletas y diversos dispositivos portátiles (JVS Informática, 2020, p.

1).

Según un reportaje del periódico Gestión (2017), las aplicaciones móviles están

beneficiando poco a poco a los negocios de las organizaciones, y según las estadísticas, el

uso de este software puede aumentar el rendimiento de los colaboradores a un 63%. En las

organizaciones la satisfacción del cliente es del 50%, el volumen de ventas es del 13%

(p,1).

Las herramientas de software, como las aplicaciones móviles, son importantes porque le

permiten automatizar los datos y procesos dentro del negocio que está investigando.

22
También permitirá el seguimiento de diversas actividades durante el procesamiento del

pedido, desde la recepción hasta la entrega.

2.2.1.2. Funcionalidades y características de la aplicación

Lo más importante que debe cumplir una aplicación móvil es la facilidad de uso. Esto se

debe a que ofrecer una interfaz fácil de usar permitirá a los usuarios utilizarla sin problemas

(App&Web Software Development, 2021, p. 1).

2.2.1.3. Accesibilidad

Las aplicaciones móviles deberían estar disponibles en diferentes versiones de Android

para incluir todas las versiones actualizadas y optimizar la experiencia general del usuario

final.

2.2.2. Variable Independiente

2.2.2.1. Gestión de pedidos

La gestión de pedidos permite a las empresas organizar procesos desde la recepción del

pedido, relación y la presencia desde la entrega hasta la disposición del servicio en sí.

Asimismo, los flujos de trabajo pueden diferirse en función de las necesidades

organizativas (IBM, 2023, p. 1).

2.2.2.2. Tiempo de procesamiento de pedidos

Estas métricas se aplicarán a cada actividad crítica identificada y, una vez que se

implemente una política para mejorar los tiempos de procesamiento de pedidos, se revisará

el progreso comparando antes y después de implementar los cambios.

Según el trabajo de Álvarez (2002), algunos de los indicadores utilizados en el trabajo del

ciclo de pedidos son: respeto de las entregas a los clientes, calidad de las facturas,

23
facturación, entrega a tiempo, estos son algunos de los indicadores a utilizar. Utilizado en

el trabajo actual.

2.2.2.2.1. Índice de tiempo de respuesta

Se refiere al tiempo en el que el operador procesa una orden desde la asignación hasta el

registro de un ticket de asignación resuelto, ya sea relacionado con el mantenimiento o la

producción en la aplicación móvil (MASIP, 2023, p. 1).

2.2.2.3. Cumplimiento en la entrega de pedidos

Se refiere a un pedido que es procesado y entregado a tiempo según los requerimientos del

cliente, se desarrolla desde el procesamiento o registro del pedido e incluye el

almacenamiento, recolección y transporte de los equipos (FulFillBot, 2023, p1).

2.2.2.3.1. Índice de entregas a tiempo

Se refiere al procesamiento y entrega de pedidos dentro del tiempo especificado en el

contrato antes de que se procese el pedido, lo que hace más eficientes los servicios

prestados por la empresa y reduce posibles problemas para los clientes (MASIP, 2023, p1).

2.2.2.4. Recepción

Esto incluye el seguimiento de los pedidos durante la fase de prueba y aprobación antes de

la entrega, que incluye una serie de pruebas realizadas por personal capacitado según los

estándares.

2.2.2.4.1. Índice de pedidos entregados sin error

Se refiere a pedidos que han sido probados por gerentes de operaciones y directores

regionales durante la fase de prueba y luego entregados a los clientes (MASIP, 2023, p1).

24
2.2.3. Metodología Ágil SCRUM

Uno de los métodos ágiles más utilizados para la construcción de sistemas es el método

Agile Scrum, un framework que es un proceso ágil en el que se trabajan proyectos de forma

incremental e iterativa, donde se desarrollan mejoras en cada fase utilizando: Los métodos

más utilizados. Una tarea Scrum tiene varias fases que definen los pasos a seguir para

alcanzar un fin; cada sprint dura hasta 4 semanas. Asimismo, estas fases pasan por la

organización de objetivos en el squad, lo que llamamos historias de usuario (APD, 2022,

p. 1). Como ya se mencionó, este enfoque ayudará a que el trabajo del proyecto se adapte

a los requerimientos del producto final que se desea entregar, porque el uso de este marco

ágil permitirá que se diseñe, distribuya y ejecute de manera más eficiente. Cuanto más

rápido sea el camino, más fácil será cada sprint.

2.2.3.1. Principios

La planificación Scrum debe implementarse en todos los proyectos para implementar y

garantizar el funcionamiento exitoso del marco. La cual consta de 6 principios:

FIGURA 3

Principios de Scrum

Fuente: Guía SBOK (2013). Una guía para el CONOCIMIENTO DE SCRUM. (p.30).

25
2.2.3.2. Proceso

Esta fase se realiza en pasos cortos y fijos. Al final de cada fase de mejora se requiere un

cargo llamado "incremento de producto", que es el esfuerzo mínimo del cliente, más

conocido como MVP.

FIGURA 4

Proceso SCRUM

Fuente: Proyectos Ágiles (2015).

2.2.3.3. Roles

Los roles principales en Scrum se dividen en 3 equipos o individuos responsables de

entregar el producto final. La primera persona es el Scrum Master, responsable de entregar

el producto, y luego está el Product Owner (P.O), que se encarga de crear valor al producto.

En última instancia, el fin inicial del grupo Scrum es comprender los requisitos y ofrecer

resultados (Guía SBOK, 2013, p. 33).

26
FIGURA 5

Roles

Fuente: Guía SBOK (2013). Una guía para el CONOCIMIENTO DE SCRUM. (p.34).

2.2.3.3. Ceremonias

Sprint Planning, se realiza en reuniones que involucran a todos los integrantes del grupo

donde se presenta la Pila del producto, una lista de actividades inacabadas que serán

seleccionadas por el equipo de desarrollo (Deloitte, 2014, p.1).

Daily Scrum, e realiza a través de reuniones diarias de 15 a 20 minutos en las que los

miembros del equipo revisan las actividades del día anterior, lo que deben hacer ese día y

si tienen algún bloqueo. De acuerdo con el relato asignado (Deloitte, 2014, p.1).

Sprint Review, esta reunión la realiza el Product Owner, donde se menciona la condición

actual del backlog y se determinan las nuevas condiciones o requisitos en el relato del

responsable (Deloitte, 2014, p.1).

27
Sprint Retrospective, reunión que se lleva a cabo al final de un sprint para conmemorar

el progreso durante el sprint, si hay algún obstáculo y contemplar mejoras para el siguiente

sprint (Deloitte, 2014, p.1).

Sprint Grooming o Refinement, esta reunión se realiza para preparar o actualizar el

backlog de productos a trabajar en el próximo Sprint (Deloitte, 2014, p.1).

2.2.4. Metodologías Candidatas

2.2.4.1. Metodología KANBAN

En el desarrollo de proyectos no sólo existe Scrum, sino también otro método de gestión

ágil de proyectos en la organización, que es el método Kanban. Se trata de mejorar el flujo

de trabajo de los equipos de software para que puedan trabajar más eficiente y ofrecer

productos de calidad. Además, el método determina el final de cada fase en función de ella

(DigitalGuide, 2019, p.1).

FIGURA 6

Metodología KANBAN

Fuente: DigitalGuide (2019).

28
2.2.4.1. Proceso Unificado de Rational (RUP)

Permite reducir dificultades, organizar actividades, agilizar flujos y perfeccionar el

resultado final de la app que se está desarrollando. Entre los métodos más comunes tenemos

RUP, que es un proceso de creación de sistemas guiado por la especificación de tareas y

funciones en el dominio de desarrollo. Al mismo tiempo, su inicial finalidad es asegurar

que la calidad del desarrollo del sistema logre incrementar la perspectiva de los usuarios,

tiempo establecido y el presupuesto planificado (Lean-Management, 2022, p.1).

FIGURA 7

Metodología RUP

Fuente: Lean-Management (2022).

29
2.2.5. MYSQL

Gestor de base de datos orientado al lenguaje Oracle y permite extenderla a diferentes tipos

de softwares. Se utiliza en varias ramas porque está relacionado con sistemas de

aplicaciones, por lo que los usuarios pueden utilizar motores como NDB, InnoDB y CSV

para gestionar los datos que necesitan. El beneficio de esta clase de herramientas es que se

puede acceder a todas las funciones mediante comandos estándar (Ramos, 2021).

2.2.6. Sublime Text

Es un editor de texto que permite escribir código en cualquier tipo de formato, tiene una

variedad de complementos que ejecutan o compilan código más rápido (Ramos, 2021).

2.2.7. XAMPP

Este paquete de software gratuito incluye la administración del servidor Apache para bases

de datos como Mysql/MariaDB utilizando los lenguajes de programación de código abierto

PHP y Perl (Ramos, 2021).

2.2.8. Android Studio

Es un entorno de trabajo que permite el desarrollo flexible de características y

funcionalidades que puedan tener las herramientas o aplicaciones desarrolladas sobre dicho

sistema. Además, la herramienta puede hacer que la aplicación sea más eficiente y

autosuficiente, haciéndola compatible con otros sistemas o plataformas (Ramos, 2021).

2.2.8. PHP

Programación libre acceso para construir y ejecutar redes integradas de fácil uso y fácil

programación (Ramos, 2021).

30
2.3. CONTEXTO DE LA INFORMACIÓN

Actualmente, no sólo las empresas de desarrollo de software necesitan una herramienta que

pueda rastrear su información, sino que cualquier organización necesita una herramienta

como Construcciones Metálicas del Perú, una compañía peruana. La industria de la

construcción, dado que recibe pedidos periódicos tanto de producción como de

mantenimiento, busca controlar mejor el registro de pedidos de cada socio y el estado de

las tareas para cumplir con los tiempos de entrega esperados.

El estudio se centra en organizaciones del sector construcción que necesitan un software

que les permita controlar la gestión de pedidos. El objetivo es poder satisfacer los deseos

de los clientes y cumplir con los requisitos dictados por el alcance, como el seguimiento

preventivo.

Indicadores utilizados:

1. Índice de tiempo de respuesta: Se evalúa el tiempo que le toma a un operador procesar

una orden desde la asignación hasta el registro de un ticket de asignación resuelto.

2. Índice de entregas a tiempo: Se estima el tiempo promedio de entrega del pedido

dependiendo de la dificultad del mismo.

3. Índice de pedidos entregados sin error: Una vez completado el pedido, se comprueba

si hay errores, que se identifican a través del área de prueba y luego se notifican a través

de la aplicación.

El propósito del estudio es analizar los indicadores señalados y examinar el resultado de la

solución sugerida, debido a que su propósito es conocer que los mensajes de los pedidos se

pueden controlar mejor desde la aplicación y reducir los tiempos de procesamiento y

entrega de los pedidos.

31
CAPÍTULO III: METODOLOGÍA DE INVESTIGACIÓN

3.1. DISEÑO DE INVESTIGACIÓN

3.1.1. Diseño

Este análisis está orientado al diseño pre-experimental porque las variables se manipularán

de forma independiente según sus categorías. Según Hernández, Fernández y Baptista

(2014), afirmaron: Para realizar este modelo de investigación es muy importante realizar

pruebas previas y luego aplicar pruebas posteriores al trabajo de investigación (p.141).

3.1.2. Tipo

En cuanto al estudio de los métodos utilizados, Hernández et al. (2014) enfatiza: Se centra

en la implementación, o lo que se estudia en la teoría de la realización (p. 128).

Este estudio utiliza un enfoque aplicado, ya que brinda la oportunidad de estudiar un

problema con objetivos de implementación, es decir, poner en práctica la teoría investigada

y así resolver el requerimiento de los clientes. Por tanto, la introducción de aplicaciones

móviles tendrá un efecto positivo y beneficioso para las empresas participantes.

3.1.3. Enfoque

Este análisis utiliza una visión cuantitativa porque permite realizar estudios previos y

posteriores a la implementación de aplicaciones móviles para analizar sus relaciones de

causa y efecto. Los métodos cuantitativos se caracterizan por el uso de normas y técnicas

cualitativas, que incluye mediciones, dimensiones, exploración, muestreo y procesamiento

estadístico. Según Hernández et al. (2014) enfatizan: En los métodos cuantitativos, los

datos numéricos se manipulan utilizando métodos cuantitativos y luego se analizan (p.

104).

32
3.1.4. Población

En la tabla 1, se precisa la población para el actual estudio

TABLA 1

Población

Optimización de la gestión de pedidos en

una empresa de fabricación de

Título de la investigación: máquinas industriales mediante la

implementación de una aplicación móvil

en Lima

Procesos de la gestión de pedidos en una

Unidad Muestra: organización de fabricación de máquinas

industriales.

Limitaciones: Nivel Nacional

Flujos involucrados dentro de la gestión de

pedidos en una organización de fabricación

de máquinas industriales.

Universo: Como es irrealizable disponer o conocer

cuántos procesos de desarrollo de la

gestión de pedidos existen, se tiene:

N = Indeterminado

33
3.1.5. Muestra

En la tabla 2, se precisa la población para el actual estudio

TABLA 2

Muestra

Optimización de la gestión de pedidos en

una empresa de fabricación de

Título de la investigación: máquinas industriales mediante la

implementación de una aplicación móvil

en Lima

Flujos de la gestión de pedidos en una

Unidad Muestra: organización de fabricación de máquinas

industriales.

Limitaciones: Nivel Nacional

Todos los flujos involucrados dentro de la

gestión de pedidos en una organización de

fabricación de máquinas industriales.

Universo: Como es irrealizable disponer o conocer

cuántos procesos de desarrollo de la

gestión de pedidos existen, se tiene:

N = Indeterminado

Flujo de gestión de pedidos en una

Muestra: organización de fabricación de máquinas

industriales.

34
3.1.6. n = 30

Operacionalización de Variables

En el anexo 2 se presenta la Matriz de Operacionalización de variables:

3.2. INSTRUMENTOS DE INVESTIGACIÓN

3.2.1. Técnicas

Este trabajo se centra en la ejecución de métodos observacionales. Esta técnica se usa

cuando se intenta analizar, medir o evaluar un objetivo característico para obtener la

información necesaria sobre el objeto. Además, brinda la oportunidad de medir entre

indicadores y estándares que están predefinidos en el estudio (Arias, 2021, p.15).

Esta tecnología será vital para la construcción del proyecto, porque permitirá analizar y

medir el flujo de gestión de pedidos previo y posterior a la ejecución de la app móvil.

3.2.2. Instrumentos

Como herramienta se usará la ficha de observación para medir y evaluar las variables

sugeridas en el estudio de investigación, pues con la ayuda de este instrumento estructurado

se podrá recolectar los datos necesarios para un proceso de gestión más organizado.

3.3. METODOLOGÍA DE LA IMPLEMENTACIÓN DE LA SOLUCIÓN

3.3.1. Selección de la metodología

La intención de este estudio es realizar una aplicación operativa para mejorar de la gestión

de pedidos en una compañía de fabricación de equipos industriales, teniendo en cuenta los

objetivos que se quiere alcanzar, se utilizará el método SCRUM, ya que este marco permite

priorizar las áreas más valiosas de la compañía y la empresa. Es decir, se recibe feedback

continuo para adaptar el desarrollo del producto a las necesidades del proyecto.

35
Por lo tanto, se eligió SCRUM, porque permite adaptarse a los cambios de manera rápida

logrando un ritmo consecuente tanto en la duración del sprint como en el esfuerzo para

llevarlo a cabo. Asimismo, permite saltarse varias fases de desarrollo, debido a la

autoorganización y multidisciplina del equipo de trabajo, estableciendo las tareas

pendientes por realizar ayudando a estimar tiempos y esfuerzos durante la construcción de

un feature. Como resultado, esta metodología se concentra en la rapidez y serie de fallos a

través de iteraciones para conseguir los mejores resultados e incrementar el valor del

producto entregado. Las diferentes fases relacionadas a este marco se observan en la

siguiente figura:

FIGURA 8

Metodología Scrum

36
3.3.2. Desarrollo de la metodología

Según Schwaber y Sutherland (1995), el método Scrum comienza con una visión general

de los entregables para luego refinar y detallar la funcionalidad deseada. Cada fase finaliza

con la entrega de una parte utilizable del producto, y cada sprint dura desde una semana

hasta un máximo de cuatro semanas. Una de las características clave de Scrum es el

desarrollo incremental, que permite a los equipos autoorganizarse para entregar el producto

final. Además, en el enfoque anterior, las diferentes fases de desarrollo se superponen en

lugar de efectuarse de manera consecutiva o en una planificación en cascada.

En el método Scrum, el desarrollo de productos tiene fases que se llevan a cabo de la

siguiente manera:

- Reunión de preparación del sprint: En esta etapa se precisa la extensión del sprint sus

objetivos y resultados, la cual se informa al equipo de desarrollo.

- Daily Scrum: En esta etapa se sincronizan las tareas para crear un plan diario.

- Trabajo de desarrollo durante el sprint: En la siguiente fase se realiza un seguimiento de

los objetivos para evitar cambios que puedan alterados.

- Revisión del sprint: En este punto se definen los aspectos a cambiar si es necesario para

planificar el siguiente sprint.

- Retrospección del Proyecto: En la fase final, el equipo Scrum se reúne para discutir

mejoras en el flujo de trabajo y aplicar dichos cambios en los próximos sprints.

Por consiguiente, se designa la cantidad de features requeridos para la construcción del

proyecto. Se definieron las siguientes historias:

37
TABLA 3

Definición de historias de usuario

Identificador (ID)
Descripción Prioridad
de la historia

HU1 Creación de diagramas y prototipos Alta

HU2 Acceder al sistema de mantenimiento de equipos Alta

HU3 Buscar Ticket Alta

HU4 Registrar Informe de trabajo Alta

HU5 Visualizar lista de trabajos pendientes Alta

HU6 Registrar Usuarios Media

HU7 Gestionar Usuarios Media

HU8 Registrar Inventario Alta

HU9 Actualizar inventario Media

HU10 Asignar Operador Alta

HU11 Registrar Repuesto Media

HU12 Actualizar Repuesto Baja

HU13 Visualizar lista de usuarios Media

HU14 Visualizar Inventario Media

HU15 Visualizar lista de repuestos Media

38
3.4. METODOLOGÍA PARA LA MEDICIÓN DE RESULTADOS DE LA

IMPLEMENTACIÓN

3.4.1. Metodología de medición

Los indicadores de la gestión de pedidos, serán estudiados mediante estadísticas

descriptivas e inferenciales.

3.4.2. Mejorar el índice de tiempo de respuesta

Fórmula: 𝐼𝑇𝑅 = (𝑃𝐴/𝑇𝑃𝑅) × 100

Donde:

ITR: Índice de tiempo de respuesta

PA: Pedidos atendidos

TPR: Total de pedidos registrados

3.4.3. Mejorar el índice de entregas a tiempo

Fórmula: 𝐼𝐸𝑇 = (𝑃𝐸/𝑇𝑃𝐴) × 100

Donde:

IET: Índice de entregas a tiempo

PE: Pedidos entregados

TPA: Total de pedidos atendidos

3.4.4. Mejorar el índice de pedidos entregados sin error

Fórmula: 𝐼𝐸𝐸 = (𝑃𝑉/𝑇𝑃𝐸) × 100

Donde:

IEE: Índice de pedidos entregados sin error

PV: Pedidos validados

TPE: Total de pedidos entregados

39
3.5. CRONOGRAMA DE ACTIVIDADES

3.5.1. Cronograma de actividades

En este punto se precisan las fechas y etapas que tendrán lugar bajo la construcción del

marco ágil.

FIGURA 9

Diagrama de Gantt

40
3.6. COSTOS DIRECTOS

3.6.1. Costos de personal

TABLA 4

Costos de personales
Costo
Recursos Cantidad N° de Meses Costo
Mensual
Analista QE /
1 S/.6,000.00 3 S/.18,000.00
Developer

TOTAL S/.18,000.00

3.6.2. Costos de materiales

TABLA 5

Costos de materiales
Costo directo
Tipo de Costo por N° de
Categoría Recurso Cantidad total
Recurso Unidad Meses
proyectado

Infraestructur
Físico Laptop 1 S/.3,500 NA S/.3,500
a

Capacitación Curso 1 S/.120,00 3 S/.360,00

Adquisición de Registro de
1 S/.31,00 NA S/.100,00
dominio dominio
Lógico
Cuenta de
Publicación de
desarrollado 1 S/.98,00 NA S/.98,00
App
r

TOTAL S/.4058,00

41
3.7. COSTOS INDIRECTOS

3.7.1. Servicios Consumidos

TABLA 6

Servicios Consumidos
Tipo de Costo por
Categoría Recurso N° de Meses Subtotal(S/.)
Recurso Unidad
Servicio de
4 S/.100,00 S/.400,00
internet
Servicios Conectividad
Servicio de
4 S/.200,00 S/.800,00
luz eléctrica

TOTAL S/. 300,00 S/.1,200.00

3.8. COSTOS FIJOS

3.8.1. Costos de asesoría

TABLA 7

Costos de asesoría

Descripción N° de Meses Costo por Unidad Subtotal(S/.)

Asesoría 3 S/.500,00 S/.1,500.00

TOTAL S/.500,00 S/.1,500.00

42
3.9. COSTOS VARIABLES

3.9.1. Costos de asesoría

No se tiene contemplado costos de este tipo

3.10. PRESUPUESTO

3.10.1. Presupuesto – Prototipo de Recolección de Datos

Para este punto no se tiene contemplado costos, debido a que la empresa a la que se

encuentra enfocada esta investigación ha brindado la información necesaria para el Pre-

Test.

3.10.2. Presupuesto General del proyecto

TABLA 8

Presupuesto general del proyecto de investigación

Costos relacionados al proyecto Subtotal (S/.) TOTAL

Costos Directos S/.22,058.00

Costos de personal S/.18,000.00

Costos de materiales S/.4,058.00

Costos Indirectos S/.1,200.00

Servicios Consumidos S/.1,200.00

Costos Fijos S/.1,500.00

Costos de Asesoría S/.1,500.00

Costos Variables S/.0.00

Presupuesto Total S/.24,758.00

43
CAPÍTULO IV: DESARROLLO DE LA SOLUCIÓN

4.1. PROPUESTA DE SOLUCIÓN

En base a lo señalado en el capítulo III, la presente investigación ha desarrollado la

siguiente solución “Optimización de la gestión de pedidos en una empresa de fabricación

de máquinas industriales mediante la implementación de una aplicación móvil en Lima”,

se llevó a cabo bajo las cinco etapas de Scrum, lo cual se detalla a continuación:

● Fase 01: Fase de Iniciación

TABLA 9

Fase de Iniciación

Ítem Actividad Entregables Roles Involucrados

Creación de la visión del Visión del Scrum master,


1
proyecto proyecto Product Owner

Scrum master,
2 Identificación de los stakeholders Stakeholders
Product Owner

Scrum master,
3 Formación del equipo Scrum Equipo Scrum
Product Owner

Creación de backlog o lista de Backlog de Scrum master,


4
requerimientos priorizados requerimientos Product Owner

Scrum master,
Plan de
5 Creación del plan de lanzamiento Product Owner,
lanzamiento
Team members

44
A continuación, se brinda el detalle de cada entregable
TABLA 10

Visión del Proyecto

Empresa: Fabricación y Mantenimiento de máquinas industriales

Optimización de la gestión de pedidos mediante la


Proyecto:
implementación de una aplicación móvil
Objetivos del Contener una app móvil que ayude a mecanizar el flujo de gestión
negocio: de pedidos
Implementar una app móvil para obtener una mejor inspección de
Visión del proyecto:
los pedidos y reducir tiempos de atención
Aplicación móvil fácil y dinámica aumentando la experiencia del
Producto:
usuario

TABLA 11

Selección de Stakeholders

Rol Responsable

Stakeholder Alexander Huamani Matta

TABLA 12

Formación del equipo Scrum

Rol Responsable

Scrum Master

Product Owner Urquia Martel, Berlit

Development Team

Stakeholder Huamani Matta, Alexander

45
TABLA 13

Product Backlog

Ítem Requerimientos

1 Ingresar al portal del administrador, para tener acceso a las funcionalidades.

2 Buscar los pedidos asignados, para realizar el registro correspondiente.

3 Registrar el pedido realizado, para que sea derivado al supervisor encargado.

Verificar la información de los pedidos pendientes, para mantener una mejor


4
gestión de qué pedidos sin atender se encuentran en la lista.

5 Registrar usuarios en el aplicativo, para contar con un rol respectivo.

Cambiar la condición de los usuarios, para controlar en tiempo real el estado de


6
los operarios.
Registrar materiales disponibles, para que sea designado a la construcción o
7
mantenimiento de los equipos.
Modificar los materiales existentes, para que estén actualizados según el
8
requerimiento de la empresa.
Asignar un operador al ticket de atención, para que el operario empiece la
9
construcción o mantenimiento del equipo solicitado.
Registrar un nuevo repuesto según requerimiento del equipo, para obtener
10
mayor control de las herramientas requeridas.
Modificar los repuestos existentes, para que estén actualizados según
11
requerimiento.
Verificar la información de los usuarios, para mantener un control de los
12
colaboradores de la empresa.
Verificar la información de los materiales, para mantener un control de que
13
materiales se encuentran en lista.
Verificar la información de los repuestos, para mantener un control de que
14
repuestos se encuentran en lista.

46
TABLA 14

Identificación de épicas

Código Épica Ítems Asociados

1,2,3,4,5,6,7,8,9,10,
EP0001 Creación de diagramas y prototipos
11,12,13,14

EP0002 Módulo de Logueo (Perfiles) 5

EP0003 Módulo de búsqueda de tickets 2,3

EP0004 Módulo de lista de trabajos del ticket (Pedidos) 2

EP0005 Módulo de detalle de equipos trabajados 3

EP0006 Módulo de finalización de registro de trabajo 2,3,4

EP0007 Módulo de lista de trabajos pendientes (Pedidos) 4

EP0008 Módulo de registro de usuarios (CRUD) 5

EP0009 Módulo de registro de inventario (CRUD) 8,13

EP0010 Módulo de asignación de operarios 9

EP0011 Módulo de registro de repuestos (CRUD) 10,14

47
Luego de la identificación de épicas se valida con los Stakeholders y Product Owner la

priorización de aquellas que serán incluidas dentro del ticket MVP (Producto Mínimo

Viable), ya que esto será fundamental para la fase 2.

TABLA 15

Priorización de épicas

Código Agregado dentro del MVP


EP0001 SI
EP0002 SI
EP0003 SI
EP0004 SI
EP0005 SI
EP0006 SI
EP0007 SI
EP0008 SI
EP0009 SI
EP0010 SI
EP0011 SI

TABLA 16

Plan de Lanzamiento

Cantidad de Sprints
Código
S1 S2 S3 S4 S5
EP0001
EP0002
EP0003
EP0004
EP0005
EP0006

48
EP0007
EP0008
EP0009
EP0010
EP0011

● Fase 02: Planificación y Estimación

En este ciclo se procede a definir los features en relación a las épicas identificadas en la

fase 1, con la finalidad de alcanzar el objetivo por cada sprint, lo cual se detalla a

continuación:

TABLA 17

HU1
HU1

Épica: EP0001 Título: Crear diagramas y prototipos

TM: Berlit Usuario: Cliente Sprint: 1

COMO Cliente
Descripción de
QUIERO Que se generen los diagramas y prototipos de la solución
la HU1
PARA Tener un mejor entendimiento del aplicativo

Dado que el cliente desee entender el aplicativo Prioridad Técnica A


Criterios de Cuando quiera dar uso del mismo
Aceptación Entonces verificará la documentación de los
diagramas y prototipos con su respectiva Puntos Estimados 5
descripción.

49
TABLA 18

HU2
HU2

Épica: EP0002 Título: Acceder a la aplicación de mantenimiento de equipos

TM: Berlit Usuario: Supervisor/Operador Sprint: 1

COMO Usuario
Descripción de
QUIERO Ingresar al portal del administrador
la HU2
PARA Tener acceder a toda la operatividad

Dado que el usuario desee acceder al aplicativo Prioridad Técnica A


Criterios de Cuando no ingrese con sus credenciales únicas
Aceptación Entonces redireccionará a la misma ventana de Puntos Estimados 8
logueo mostrando un mensaje de error.

TABLA 19

HU3
HU3

Épica: EP0003 Título: Buscar Ticket

TM: Berlit Usuario: Operador Sprint: 1

COMO Operador
Descripción de
QUIERO Buscar los trabajos asignados
la HU3
PARA Realizar el registro correspondiente

Dado que el operador acceda al menú principal Prioridad Técnica A


Criterios de Cuando digite el ticket o código de
Aceptación mantenimiento
Entonces el aplicativo le mostrará los trabajos que Puntos Estimados 5
tiene asignado.

50
TABLA 20

HU4
HU4

Épica: EP4,5,6 Título: Registrar Informe de trabajo (Pedidos)

TM: Berlit Usuario: Operador Sprint: 2

COMO Operador
Descripción de
QUIERO Registrar el trabajo realizado
la HU4
PARA Que sea derivado al supervisor encargado

Dado que el operador desee registrar su informe Prioridad Técnica A


de trabajo
Criterios de Cuando complete la información en los campos
Aceptación obligatorios Puntos Estimados 8
Entonces podrá visualizar el detalle de equipos
trabajados mediante la finalización del trabajo.

TABLA 21

HU5
HU5

Épica: EP0007 Título: Visualizar lista de trabajos pendientes

TM: Berlit Usuario: Operador Sprint: 3

COMO Operador
Descripción de
QUIERO Verificar la información de los trabajos pendientes
la HU5
PARA Mantener un control de que trabajos pendientes se encuentran en la lista

Dado que he ingresado al aplicativo como Prioridad Técnica A


operador.
Criterios de Cuando estoy en la ventana del menú principal.
Aceptación Y selecciono la opción lista de trabajos
pendientes. Puntos Estimados 8
Entonces valido la información de los trabajos
pendientes.

51
TABLA 22

HU6
HU6

Épica: EP0008 Título: Registrar Usuarios

TM: Berlit Usuario: Supervisor/Operador Sprint: 3

COMO Usuario
Descripción de
QUIERO Registrarme en el aplicativo
la HU6
PARA contar con un rol respectivo

Dado que el usuario desee registrarse en el Prioridad Técnica M


aplicativo
Criterios de Cuando no complete la información en los
Aceptación campos obligatorios dentro del formulario Puntos Estimados 5
Entonces el botón guardar se encontrará inactivo
y el aplicativo designará un aviso de error.

TABLA 23

HU7
HU7

Épica: EP0008 Título: Gestionar Usuarios

TM: Berlit Usuario: Administrador Sprint: 3

COMO Administrador
Descripción de
QUIERO Cambiar la condición de los usuarios
la HU7
PARA Controlar en tiempo real el estado de los trabajadores

Dado que he accedido al aplicativo como Prioridad Técnica M


administrador
Criterios de Cuando selecciono el tipo de usuarios que deseo
Aceptación modificar
Entonces valido la información del usuario Puntos Estimados 3
identificado
Y actualizo la condición de los trabajadores.

52
TABLA 24

HU8
HU8

Épica: EP0008 Título: Visualizar lista de usuarios

TM: Berlit Usuario: Administrador Sprint: 3

COMO Administrador
Descripción de
QUIERO Verificar la información de los usuarios
la HU8
PARA Mantener un control de los trabajadores de la empresa

Dado que he ingresado al aplicativo como Prioridad Técnica M


administrador.
Criterios de Cuando estoy en la ventana del menú principal.
Aceptación Y selecciono la opción lista de usuarios. Puntos Estimados 5
Entonces valido la información de los
trabajadores.

TABLA 25

HU9
HU9

Épica: EP0009 Título: Registrar Inventario

TM: Berlit Usuario: Administrador Sprint: 4

COMO Administrador
Descripción de
QUIERO Registrar los materiales disponibles
la HU9
PARA Que sea designado a la construcción de los equipos

Dado que el administrador desee registrar un Prioridad Técnica A


nuevo material
Criterios de Cuando no complete la información en los
Aceptación campos obligatorios dentro del formulario Puntos Estimados 8
Entonces el botón de registro no se encontrará
activo.

53
TABLA 26

HU10
HU10

Épica: EP0009 Título: Actualizar inventario

TM: Berlit Usuario: Administrador Sprint: 4

COMO Administrador
Descripción de
QUIERO modificar los materiales existentes
la HU10
PARA Que estén actualizados según el requerimiento de la empresa

Dado que el administrador desee modificar un Prioridad Técnica M


material
Criterios de Cuando sea solicitado según lineamientos de la
Aceptación empresa Puntos Estimados 5
Entonces se aplicará la actualización del curso
académico.

TABLA 27

HU11
HU11

Épica: EP0009 Título: Visualizar lista de materiales

TM: Berlit Usuario: Operador Sprint: 4

COMO Operador
Descripción de
QUIERO Verificar la información de los materiales
la HU11
PARA Mantener un control de que materiales se encuentran en la lista

Dado que he ingresado al aplicativo como Prioridad Técnica M


Criterios de operador.
Aceptación Cuando estoy en la ventana del menú principal.
Y selecciono la opción lista de materiales. Puntos Estimados 5
Entonces valido la información de los materiales.

54
TABLA 28

HU12
HU12

Épica: EP0010 Título: Asignar Operador

TM: Berlit Usuario: Supervisor Sprint: 4

COMO Supervisor
Descripción de
QUIERO Asignar un operador al ticket de atención
la HU12
PARA Que el operador empiece la construcción del equipo solicitado

Dado que he accedido al aplicativo como Prioridad Técnica A


supervisor
Criterios de Cuando selecciono la opción asignar operador
Aceptación Entonces valido la disponibilidad del operador
identificado Puntos Estimados 5
Y actualizo el campo responsable del ticket
generado.

TABLA 29

HU13
HU13

Épica: EP0011 Título: Registrar Repuesto

TM: Berlit Usuario: Operador Sprint: 5

COMO Operador
Descripción de
QUIERO registrar un nuevo repuesto según requerimiento del equipo
la HU13
PARA Obtener mayor control de las herramientas requeridas

Dado que el operador desee registrar un nuevo Prioridad Técnica M


repuesto.
Criterios de Cuando no complete la información en los
Aceptación campos obligatorios dentro del formulario. Puntos Estimados 8
Entonces el botón de registro no se encontrará
activo.

55
TABLA 30

HU14
HU14

Épica: EP0011 Título: Actualizar Repuesto

TM: Berlit Usuario: Operador Sprint: 5

COMO Operador
Descripción de
QUIERO Modificar los repuestos existentes
la HU14
PARA Que estén actualizados según requerimiento

Dado que el operador desee modificar un Prioridad Técnica B


Criterios de repuesto.
Aceptación Cuando sea solicitado según la necesidad del
equipo en construcción. Puntos Estimados 5
Entonces se aplicará la actualización del repuesto.

TABLA 31

HU15
HU15

Épica: EP0011 Título: Visualizar lista de repuestos

TM: Berlit Usuario: Operador Sprint: 5

COMO Operador
Descripción de
QUIERO Verificar la información de los repuestos
la HU15
PARA Mantener un control de que repuestos se encuentran en la lista

Dado que he ingresado al aplicativo como Prioridad Técnica M


Criterios de operador.
Aceptación Cuando estoy en la ventana del menú principal.
Y selecciono la opción lista de repuestos. Puntos Estimados 5
Entonces valido la información de los repuestos.

56
Luego de haber definido las historias de usuario según las épicas identificadas, se procede

a realizar la estimación y priorización de las mismas para el entregable por cada sprint. Para

ello, se presenta el siguiente detalle:

TABLA 32

Evaluación y Priorización de los Features


Pila de Producto Priorizado (Product Backlog Priorization)
APLICACIÓN DE MANTENIMIENTO DE EQUIPOS Y MAQUINARIAS
Identificad
Estimaci Priorida
Épica or de la Alias Estado Sprint
ón días d
historia
Crear diagramas y
EP0001 HU1 Hecho 10 1 A
prototipos
Acceder al
sistema de
EP0002 HU2 Hecho 2 1 A
mantenimiento de
equipos
EP0003 HU3 Buscar Ticket Hecho 3 1 A
Registrar Informe
EP4,5,6 HU4 Hecho 15 2 A
de trabajo
Visualizar lista de
EP0007 HU5 trabajos Hecho 6 3 A
pendientes
Registrar
HU6 Hecho 4 3 M
Usuarios
Gestionar
EP0008 HU7 Hecho 3 3 M
Usuarios
Visualizar lista de
HU8 Hecho 2 3 M
usuarios
Registrar
HU9 Hecho 4 4 A
Inventario
Actualizar
EP0009 HU10 Hecho 3 4 M
inventario
Visualizar
HU11 Hecho 2 4 M
Inventario
EP0010 HU12 Asignar Operador Hecho 6 4 A
Registrar
HU13 Hecho 6 5 M
Repuesto
Actualizar
EP0011 HU14 Hecho 3 5 B
Repuesto
Visualizar lista de
HU15 Hecho 2 5 M
repuestos

57
● Fase 03: Implementación

En esta fase se detallará el trabajo realizado en cada sprint definido en la fase 2 y se

describirán las tareas que se ejecutarán para completar los requerimientos según las

historias de usuario y culminar con la entrega del ticket MVP.

Sprint 01:

HU01: Crear diagramas y prototipos

En primer lugar, para esta actividad con la data ya recopilada se elaboró la base de datos,

donde se tiene toda la data almacenada. Este proyecto utilizará MySQL por su fácil

usabilidad compleja operatividad que ayudará a tener una óptima validación de la data,

dado que se utilizará de forma conveniente las consultas que realicemos para subsiguientes

evaluaciones en la app móvil.

FIGURA 10

Diagrama de Base de Datos

58
Requerimientos funcionales de la aplicación

En este punto se emplean los requerimientos que son relevantes para la construcción de la

app móvil a petición del cliente.

TABLA 33

Requerimientos Funcionales

Ítem Requerimiento Descripción


1 DB Vista de asignación de pedidos

2 DB Vista de pedidos pendientes


Asignación de operarios para la atención de
3 DB
pedidos
4 DB Lista de usuarios

5 DB Lista de materiales

6 DB Lista de repuestos

Requerimientos no funcionales de la aplicación

Aquí se contemplaron casos no funcionales, que se centran en el uso del aplicativo,

generando una buena experiencia para el cliente.

TABLA 34

Requerimientos Funcionales

Ítem Requerimiento Descripción


1 Usabilidad Vista de asignación de pedidos

2 Seguridad Vista de pedidos pendientes


Asignación de operarios para la atención de
3 Rendimiento
pedidos
4 Mantenimiento Lista de usuarios

5 Disponibilidad Lista de materiales

59
Validar arquitectura del proyecto

Para empezar con la resolución se planeó la arquitectura para el despliegue del estudio, lo

cual define la relación del usuario con el software. La propuesta de esta investigación es

usar PHP back-end y Java como técnica para el front-end.

Casos de uso del proyecto

Se representan desde el acceso al aplicativo móvil, búsqueda de pedidos asignados,

verificación de pedidos pendientes, asignación de operadores, registro de usuarios,

materiales y repuestos según cada rol que se maneja dentro de la empresa de fabricación y

mantenimiento de equipos industriales.

FIGURA 11

Diagrama de Casos de Uso

60
Diagrama de Secuencia

En este punto se llevó a cabo las secuencias donde se podrán realizar las interacciones

desde el registro hasta la atención del pedido desde la app. Seguidamente, se presenta la

secuencia:

FIGURA 12

Diagrama de Secuencia – asignación de pedidos

61
FIGURA 13

Diagrama de Secuencia – atención de pedidos

62
Diagrama de Componentes

En este punto se observa la validación del api en el programa y la interacción de este con

el Backend.

FIGURA 14

Diagrama de Componentes

HU02: Acceder al sistema de mantenimiento de equipos

En este feature se desarrolló el bloque de acceso al aplicativo, la cual consta en ingresar el

nombre del cliente, contraseña y dos botones tanto para el agregado de un nuevo usuario

como para el ingreso. Esto se valida mediante los prototipos elaborados en la primera fase

y que se mostrará para cada vista según cada sprint.

63
FIGURA 15

Prototipo – Inicio de Sesión

HU03: Buscar ticket

En este feature se desarrolló el bloque de búsqueda de ticket, la cual consta en ingresar una

búsqueda según el ticket que hace referencia a un pedido de fabricación o por medio de un

código de manto cuando es un pedido de mantenimiento esto con la finalidad de que el

operador pueda verificar el tipo de pedido que tiene asignado. Asimismo, para que el

operador pueda ubicar el ticket tiene la opción de ingresar al botón trabajos asignados para

que pueda verificar el ticket y registrar su informe de trabajo desde dicha vista.

64
FIGURA 17

Prototipo – Buscar Ticket

Sprint 02:

HU04: Registrar informe de trabajo

En esta feature, se desarrolló el bloque de registro de trabajo, la cual consta de ingresar los

datos del pedido realizado como, por ejemplo: nombre del supervisor y la hora, que será

requerido tanto para la apertura como para el cierre del pedido, debido a que esto ayudará

a que el supervisor a cargo pueda validar el informe de trabajo y brinde su conformidad

para dicha tarea una vez finalizado. Luego de ello, se deberán ingresar fotos referenciales

y las características del pedido atendido.

65
FIGURA 17

Prototipo – Registrar informe de trabajo

66
Sprint 03:

HU05: Visualizar lista de trabajos pendientes

Esta historia de usuario consiste en validar los pedidos que tiene pendiente el operador, la

cual ayudará a que pueda llevar un mejor control de sus asignaciones. Asimismo, en el

detalle del ticket o pedido que tiene asignado, se puede observar 2 íconos: el color rojo,

significa que el informe de trabajo no ha sido regularizado o que se encuentra pendiente de

ser atendido, mientras que el color verde significa que ya fue atendido pero que se requiere

la conformidad o validación por parte del supervisor/jefe de operaciones.

FIGURA 18

Prototipo – Lista de trabajos pendientes

67
HU06: Registrar Usuarios

Esta historia de usuario consiste en registrar o añadir a los usuarios que se tienen

contemplado para las etapas de asignación y atención de pedidos, la cual consta de 2 roles

tales como el operador y supervisor/ jefe de operaciones.

FIGURA 19

Prototipo – Registro de usuarios

HU07: Gestionar Usuarios

Esta historia de usuario consiste en actualizar los datos de los usuarios según sea requerido,

con el fin de llevar un óptimo control en tiempo real del estado de los colaboradores en la

compañía.

68
FIGURA 20

Prototipo – Gestión de usuarios

HU08: Visualizar lista de usuarios

En este feature se contempló la construcción del detalle de los colaboradores que se tienen

añadidos en la base de datos del negocio. Esto con la intención de llevar un mejor control

de los trabajadores vigentes dentro de la misma. Adicionalmente, se tiene una opción de

acciones en donde se podrá ver datos, actualizar y eliminar en caso se requiera.

69
FIGURA 21

Prototipo – Lista de usuarios

Sprint 04:

HU09: Registrar Inventario

Esta historia de usuario consiste en registrar o añadir los equipos trabajados por parte de

los operadores, dado que ello ayudará a mantener un mejor control sobre el stock en tiempo

real dentro de la empresa.

70
FIGURA 22

Prototipo – Registro de inventario

HU010: Actualizar Inventario

Esta historia de usuario consiste en actualizar los datos del inventario según sea requerido,

con la finalidad de llevar un mejor control en tiempo real sobre el stock de los componentes

que serán necesarios para la fabricación y/o mantenimiento de los equipos trabajados según

requerimiento del cliente.

FIGURA 23

Prototipo – Actualizar inventario

71
HU011: Visualizar Inventario

En este feature se aplicó un bloque con el detalle de los materiales añadidos en la base de

datos de la entidad. Esto con el fin de llevar un mejor control del inventario dentro de la

misma. Adicionalmente, se tiene una opción de acciones en donde se podrá visualizar el

detalle, actualizar y eliminar en caso se requiera.

FIGURA 24

Prototipo – Visualizar inventario

HU012: Asignar Operador

En esta historia de usuario se introdujo el bloque de asignar un operador a un nuevo ticket

o pedido validando que éste se encuentre disponible. Esta tarea será realizada por el

supervisor y/o jefe de operaciones que se encuentre a cargo o dentro de su turno laboral.

72
FIGURA 25

Prototipo – Asignación de un nuevo operador

Sprint 05:

HU013: Registrar Repuesto

Esta historia de usuario consiste en registrar o añadir un nuevo repuesto, con el fin de

conservar una mayor verificación de las herramientas requeridas.

FIGURA 26

Prototipo – Registrar Repuesto

73
HU014: Actualizar Repuesto

Esta historia de usuario consiste en modificar los repuestos existentes según la necesidad

del equipo, ya sea para su construcción o mantenimiento.

FIGURA 27

Prototipo – Actualizar Repuesto

HU015: Visualizar Lista de repuestos

En este punto se implementó la visualización del detalle de los repuestos, así como la

actualización y eliminación en caso se requiera.

FIGURA 28

Prototipo – Lista de Repuestos

74
● Fase 04: Revisión y Retrospectiva

Se elaboró el acta con los features culminados, en base al aplicativo realizado.

1. Comprobar y reconocer el sprint

En este bloque se señala la lista de todos los features y el aplicativo culminados con todo

el funcionamiento requerido por los stakeholders y el Product Owner.

Detalle: Se presentarán las historias de usuario culminadas a la par con la aplicación móvil

de forma funcional, la cual será validado por el Product Owner.

2. Retrospectiva de sprint

En este bloque se reunirá todos los integrantes con la finalidad de validar los bloqueantes

que surjan en los features y los futuros avances.

Detalle: Se presentará el acta de reunión con las inspecciones y progreso incluidos.

● Fase 05: Lanzamiento

1: Presentar Entregables

En este bloque se hace entrega de la aplicación móvil junto a la documentación necesaria

que pueda ser de ayuda para el usuario final, la cual fueron validados por los stakeholders

y el scrum master.

Detalle: Se presentará el acta de conformidad sobre la operatividad del sistema, localizado

en el (ANEXO 6).

2: Retrospectiva del proyecto

En este bloque se organiza una conferencia con los miembros del grupo para validar lo

bueno y lo malo a lo largo del sprint ya culminado en base a la culminación del proyecto.

Detalle: Se presentará el acta final del estudio.

75
4.2. PROTOTIPOS DE LA APLICACIÓN

4.2.1. Aplicación Móvil

En este punto se detallan los prototipos que tuvieron mayor relevancia en la construcción

de la investigación. Seguidamente, se resaltan los puntos que están relacionados a los

indicadores:

● Tiempo de Respuesta

El supervisor y/o jefe de operaciones ingresa al módulo de asignación de operador desde

el menú principal, la cual permite crear un nuevo ticket para la atención de cada pedido.

FIGURA 29

Prototipo – Creación de un nuevo ticket

76
● Entregas a tiempo

El operador ingresa al módulo de búsqueda de ticket o a la opción de trabajos asignados

desde el menú principal, la cual permite registrar su informe del trabajo o pedido atendido.

FIGURA 30

Prototipo – Registrar informe de trabajo (Pedido atendido)

77
● Pedidos entregados sin error

El supervisor y/o jefe de operaciones ingresa al módulo de asignación de operador desde

el menú principal, la cual permite validar el pedido atendido mediante el campo validar

informe.

FIGURA 31

Prototipo – Validar informe de trabajo (Pedido atendido sin error)

78
4.3. MEDICIÓN DE LA SOLUCIÓN

4.3.1. Análisis de Indicadores Cuantitativos

FIGURA 32

Gráfica de intervalos del Índice de tiempo de respuesta

La media en el pre es de 45.0000 y en el post es de 71.1107, con un nivel de confianza del

95%. Estas medias se calcularon teniendo en cuenta los datos del indicador "Índice de

tiempo de respuesta" que se utilizaron para generar este gráfico de intervalos. Estos

resultados muestran una disimilitud significativa entre el periodo pre y post, lo que señala

que hubo una mejora considerable en el índice de tiempo de respuesta de los pedidos

atendidos. Es importante destacar que el nivel de fiabilidad del 95% señala que encontró

una alta posibilidad de que las medias calculadas sean representativas de la población en

general. Estos hallazgos respaldan la eficacia de las medidas implementadas para renovar

el flujo de gestión de pedidos.

79
FIGURA 33

Gráfica de intervalos del Índice de entregas a tiempo

La media en el periodo pre es de 36.6667, no obstante, en el periodo post es de 65.5556,

con un nivel de fiabilidad del 95%. Estas medias se calcularon utilizando los datos del

indicador " Índice de entregas a tiempo ", los cuales se utilizaron para generar el gráfico de

intervalos. Estos resultados revelan una diferencia significativa entre los dos periodos, lo

que indica una notable mejora de los pedidos entregados a tiempo. Es importante destacar

que el nivel de fiabilidad del 95% señala que hay una alta posibilidad de que las medias

calculadas sean representativas de la población en general. Estos hallazgos avalan la

efectividad de las medidas aplicadas en el proceso de entregas a tiempo.

80
FIGURA 34

Gráfica de intervalos del Índice de pedidos entregados sin error

La media en el periodo pre es de 25.0000, en cambio, en el periodo post es de 57.2220, con

un nivel de fiabilidad del 95%. Estas medias se calcularon utilizando data del indicador

"Índice de pedidos entregados sin error", los cuales se utilizaron para generar el gráfico de

intervalos. Estos resultados evidencian una diferencia significativa entre los dos periodos,

lo que indica una notable mejora en los pedidos que fueron entregados sin error. Es

importante destacar que el nivel de credibilidad del 95% remarca que hay una alta

posibilidad de que las medias calculadas sean representativas de la población en general.

Estos hallazgos respaldan la efectividad de las medidas implementadas para el aumento de

pedidos entregados sin presentar fallas durante su desarrollo.

81
4.3.1. Resultados de Método de Preprocesamiento

FIGURA 35

Prueba de normalidad del Índice de tiempo de respuesta Antes y después

82
La resolución de la prueba de normalidad indica que la variable "Índice de tiempo de

respuesta" no siguen una distribución habitual. En el pretest, se obtuvo una media de 45.00,

una desviación estándar de 44.237, una muestra de 30 y un valor p menor a 0.005. Mientras

que, en el postest, se halló una media de 71.11, una desviación estándar de 40.337, una

muestra de 30 y un valor p menor a 0.005, lo cual de igual modo es menor al nivel de

significancia p establecido (0.005). Como resultado, no se cumple con el criterio de

normalidad en una de las mediciones. Esto implica que los datos de la variable son no

paramétricos, lo que sugiere que la distribución de los datos no se adecúa a una curva

habitual. En consecuencia, es necesario considerar la prueba de Wilcoxon.

FIGURA 36

Prueba de normalidad del Índice de entregas a tiempo Antes y Después

83
La resolución de la prueba de normalidad indica que los datos de la variable "Índice de

entregas a tiempo" no siguen una distribución habitual. En el pretest, se tuvo una media de

36.67, una desviación estándar de 47.222, una muestra de 30 y un valor p menor a 0.005.

Mientras que, en el postest, se halló una media de 65.56, una desviación estándar de 45.682,

una muestra de 30 y un valor p igual a 0.005, lo cual de igual modo es menor al nivel de

significancia p establecido (0.005). Como resultado, no se cumple con el criterio de

normalidad en una de las mediciones. Esto implica que los datos del indicador " Índice de

entregas a tiempo " son no paramétricos, lo que sugiere que la distribución de los datos no

se adecúa a una curva habitual. En consecuencia, es necesario considerar la prueba de

Wilcoxon.

84
FIGURA 37

Prueba de normalidad del Índice de pedidos entregados sin error Antes y Después

85
La resolución de la prueba de normalidad indica que los datos del indicador " Índice de

pedidos entregados sin error " no siguen una distribución habitual. En el pretest, se tuvo

una media de 25.00, una desviación estándar de 43.052, una muestra de 30 y un valor p

menor a 0.005. Mientras que, en el postest, se halló una media de 57.22, una desviación

estándar de 46.872, una muestra de 30 y un valor p igual a 0.005, lo cual de igual modo es

menor al nivel de significancia p establecido (0.005). Como resultado, no se cumple con el

criterio de normalidad en una de las mediciones. Esto implica que los datos del indicador

" Índice de pedidos entregados sin error" son no paramétricos, lo que sugiere que la

distribución de los datos no se adecúa a una curva habitual. En consecuencia, es necesario

considerar la prueba de Wilcoxon.

Indicador 1: Índice de tiempo de respuesta

Prueba de los rangos con signos de Wilcoxon

Hipótesis de investigación

El uso de la app móvil reduce el índice de tiempo de respuesta.

Hipótesis Estadísticas

H0: La implementación de la app móvil NO permite mejorar el índice de tiempo de

respuesta en una organización de fabricación de máquinas industriales.

H1: La implementación de la app móvil permite mejorar el índice de tiempo de respuesta

en una empresa de organización de máquinas industriales.

Regla de decisión

Si p-valor<= x se rechaza la hipótesis nula. Si p-valor> x no se rechaza la hipótesis nula.

86
Decisión estadística

En vista que el p-valor obtenido (p=0.005 < x=0.05), se comprueba el rechazo de la

hipótesis nula. En consecuencia, se acepta como verídica a la hipótesis alterna.

Seguidamente, se observan los sucesos de la prueba de Wilcoxon para el I1.

FIGURA 38

Prueba de rangos con signo de Wilcoxon del Índice de tiempo de respuesta

FIGURA 39

Estadísticos de prueba

87
Indicador 2: Índice de entregas a tiempo

Prueba de los rangos con signos de Wilcoxon

Hipótesis de investigación

El uso de la app móvil reduce el Índice de entregas a tiempo.

Hipótesis Estadísticas

H0: La implementación de la app móvil NO permite mejorar el índice de entregas a tiempo

en una empresa de fabricación de máquinas industriales.

H1: La implementación de la app permite mejorar el índice de entregas a tiempo en una

empresa de fabricación de máquinas industriales.

Regla de decisión

Si p-valor<= x se rechaza la hipótesis nula. Si p-valor> x no se rechaza la hipótesis nula.

Decisión estadística

En vista que el p-valor obtenido (p=0.013 < x=0.05), se comprueba el rechazo de la

hipótesis nula. En consecuencia, se acepta como verídica a la hipótesis alterna.

Seguidamente, se observan los sucesos de la prueba de Wilcoxon para el I2

FIGURA 40

Prueba de rangos con signo de Wilcoxon del Índice de tiempo de entregas a tiempo

88
FIGURA 41

Estadísticos de prueba

Indicador 3: Índice de pedidos entregados sin error

Prueba de los rangos con signos de Wilcoxon

Hipótesis de investigación

El uso de la app móvil mejora el índice de pedidos entregados sin error.

Hipótesis Estadísticas

H0: La implementación de la app móvil NO permite mejorar el índice de pedidos

entregados sin error en una empresa de fabricación de máquinas industriales.

H1: La implementación de la app móvil permite mejorar el índice de pedidos entregados

sin error en una empresa de fabricación de máquinas industriales.

Regla de decisión

Si p-valor<= x se rechaza la hipótesis nula. Si p-valor> x no se rechaza la hipótesis nula.

89
Decisión estadística

En vista que el p-valor obtenido (p=0.0045 < x=0.05), se comprueba el rechazo de la

hipótesis nula. En consecuencia, se acepta como verídica a la hipótesis alterna.

Seguidamente, se observan los sucesos de la prueba de Wilcoxon para el I3

FIGURA 42

Prueba de rangos con signo de Wilcoxon del Índice de pedidos entregados sin error

FIGURA 43

Estadísticos de Prueba

90
CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES

5.1. DISCUSIÓN Y CONCLUSIONES

5.1.1. Discusión

De acuerdo a la resolución obtenida en el capítulo previo, se define y se aprueba la hipótesis

general del estudio, donde se suscita que, si se implementa una app móvil permitirá

optimizar la gestión de pedidos en una entidad de fabricación de máquinas industriales en

Lima, confirmado en los resultados alcanzados en las fichas de observación.

Estos sucesos guardan conexión con lo señalado por Villanueva (2022) quien afirma que

implementar una app móvil que ayude a llevar un control de los pedidos ayuda a que los

trabajadores puedan gestionar de manera eficaz los pedidos de los clientes reduciendo los

tiempos de respuesta, logrando la satisfacción del usuario final. Con ello la hipótesis

específica 1, se define y aprueba que la ejecución de una app móvil mejora el índice de

tiempo de respuesta en una compañía de fabricación de equipos industriales en Lima.

De la misma manera, se aprueba la segunda hipótesis especifica donde se suscita que la

ejecución de una app móvil mejora el índice de entregas a tiempo en una empresa de

fabricación de máquinas industriales en Lima, debido a que los resultados recolectados en

la ficha de observación se evidencia un incremento en el porcentaje de entregas a tiempo,

donde se mejora de un 65% a un 83.78%, afirmando también lo mencionado por Arroyo

D. (2022) en su tesis de “Desarrollo de una aplicación móvil para gestión de pedidos. Caso

de estudio: Empresa El Rulimán” sobre el impacto positivo de contar con un software

móvil, ya que esto permitirá cubrir las necesidades por parte del cliente logrando

automatizar y optimizar tanto los tiempos como los recursos.

91
Por otra parte, con la resolución obtenida también se constata y se aprueba la tercera

hipótesis del estudio, que nos dice que la ejecución de una app móvil mejora el índice de

pedidos entregados sin error en una organización de fabricación de máquinas industriales

en Lima, ya que antes del desarrollo de la app móvil no había manera de saber que

supervisor de operaciones. Es por ello que en la data recolectada en la ficha de observación

se evidencia un incremento del 19.11% de mejora en los pedidos que fueron validados antes

de su entrega. Esto coincide con lo mencionado por Castillo y Dávila (2020) en su tesis

“Desarrollo de una aplicación móvil para gestionar el proceso de registro de ventas, en la

empresa Despensa Peruana S.A.”, donde comenta que con el apoyo del software se pudo

optimar el registro de ventas con el fin de mejorar el desempeño en la entrega de pedidos

y el servicio dentro de la empresa.

Finalmente, este proyecto fue vital para sostener la hipótesis planteada en el capítulo 1 y a

deducir que el uso de la tecnología posibilita la mejora de situaciones diarias que se suelen

mapear, en distintos servicios que presta la organización.

5.1.2. Conclusiones

Conforme a la resolución obtenida y usando el estudio descriptivo e inferencial se define y

se comprueba el objetivo general del estudio que señala que implementar una app móvil

optimiza la gestión de pedidos en una entidad de fabricación de máquinas industriales en

Lima. Se muestra un índice de mejoras respecto a la gestión de pedidos, habiendo sido

demostrado por medio de los resultados obtenidos en sus tres indicadores, respaldando de

esta forma, la hipótesis general de la tesis.

Conclusión Específica 1: De igual forma se cumple el objetivo número uno, pues se logra

mejorar el Índice de tiempo de respuesta. Se pudo demostrar, tras la recolección,

92
procesamiento y contrastación de los datos obtenidos por medio del antes y después de la

ejecución de la app móvil, que se consigue mejorar de 51.28% a 82.22%, confirmando con

ello la primera hipótesis especifica de la investigación.

Conclusión Específica 2: También se cumple el objetivo número dos, pues se logra mejorar

el Índice de entregas a tiempo en una empresa de fabricación de máquinas industriales

implementando una aplicación móvil. Se pudo demostrar, tras la recolección,

procesamiento y contrastación de los datos obtenidos que por medio de la comparativa

entre el antes y después de la ejecución de la app móvil para optimizar la gestión de pedidos,

se consigue mejorar de 65% a 83.78%, confirmando con ello la segunda hipótesis

especifica de la investigación.

Conclusión Específica 3: Asimismo, se cumple el objetivo número tres, pues se logra

mejorar el índice de pedidos entregados sin error en una empresa de fabricación de

máquinas industriales implementando una aplicación móvil. Se pudo demostrar, tras la

recolección, procesamiento y contrastación de los datos obtenidos que por medio de la

comparativa entre el antes y después de la ejecución de la app móvil para optimizar la

gestión de pedidos, se consigue mejorar de 61.53% a 84.64%, confirmando con ello la

tercera hipótesis especifica de la investigación.

93
5.2. RECOMENDACIONES

Recomendación General: A los futuros investigadores, para mantener y optimizar la

gestión de pedidos en una organización de fabricación de máquinas industriales en Lima,

es importante seguir utilizando y actualizando la aplicación móvil implementada. Se

recomienda realizar revisiones periódicas de la aplicación para determinar posibles

mejoras. Además, se deberá brindar capacitaciones continuas al personal para asegurarse

de que comprendan y utilicen adecuadamente la aplicación en cuestión.

Recomendación Específica 1: Se recomienda a los futuros investigadores, con el fin de

mantener y optimizar el índice de tiempo de respuesta, es recomendable realizar un

constante análisis y evaluaciones periódicas del proceso. Identificar y eliminar posibles

cuellos de botella o ineficiencias en el aplicativo implementado.

Recomendación Específica 2: A los futuros investigadores, para garantizar la continua

mejora del índice de pedidos entregados sin error, se sugiere mantener actualizada la lista

de los supervisores que se encuentran disponibles para que sean asignados a dicha

validación y de esa manera los pedidos que fueron atendidos puedan ser entregados a su

destino, asegurando la disponibilidad y la aportación efectiva entre los trabajadores.

Recomendación Específica 3: Se recomienda que, para mantener y mejorar el índice de

pedidos entregados sin error, se debe implementar herramientas y funcionalidades que

admita una búsqueda ligera y eficiente del histórico de los pedidos. Además, se fomente

una documentación clara y precisa de los cambios implementados en el código fuente,

facilitando las consultas y seguimiento de los responsables.

94
BIBLIOGRAFÍA

Aburto, A., y García, F. (2020). Aplicación web – móvil multiplataforma para mejorar la

administración documentaria vehicular en la Asociación San Francisco de Asís de

Huamachuco [Tesis de fin de grado, Universidad César Vallejo]. Institutional Repository

– Universidad César Vallejo https://hdl.handle.net/20.500.12692/55823

Arias Gonzales, J. (2021). Técnicas e instrumentos de investigación científica (1era ed.) En

Enfoques Consulting Eirl. https://repositorio.concytec.gob.pe/handle/20.500.12390/2238

Arroyo, D. (2022). Desarrollo de una aplicación móvil para gestión de pedidos. Caso De Estudio:

Empresa El Rulimán [Tesis de fin de grado, Pontificia Universidad Católica del Ecuador].

Repositorio PUCE http://repositorio.puce.edu.ec:80/handle/22000/19711

Avalos, C., y Vera, B. (2021). Aplicación móvil de reconocimiento de imágenes para mejorar el

control de plagas en la producción de papa de Carabamba-Julcan [Tesis de grado,

Universidad César Vallejo]. Institutional Repository – Universidad César Vallejo

https://hdl.handle.net/20.500.12692/57600

Ávila, D., Sánchez, E., Aranda, G., y Ávila, L. (2020). Implementación de una aplicación Web y

móvil para la gestión de movilización vehicular basado en metodología ágil utilizando

servicios de Transferencia de Estado Representacional. Digital Publisher CEIT, 5(6), 4-

12. https://www.593dp.com/index.php/593_Digital_Publisher/article/view/314

Castillo, F., y Dávila, J. (2020). Desarrollo de una aplicación móvil para gestionar el proceso de

registro de ventas, en la empresa Despensa Peruana S.A. [Tesis de fin de grado,

Universidad Nacional Pedro Ruiz Gallo] Repositorio Institucional UNPRG

https://hdl.handle.net/20.500.12893/8844

95
Cómo aplicar la metodología scrum y qué es el método scrum (2022, enero 13). Recuperado de:

https://www.apd.es/metodologia-scrum-que-

es/#:~:text=La%20metodolog%C3%ADa%20Scrum%20es%20un,resultado%20de%20u

n%20proyecto%20determinado.

Gestión. (10 de octubre 2017). Aplicaciones móviles en Perú han incrementado en 63% la

productividad empresarial. Recuperado de: https://gestion.pe/tendencias/management-

empleo/aplicaciones-moviles-peruhan- incrementado-63-productividad-empresarial-

220422.

Hernández, R., Fernández, C. & Baptisa, P. (2014). Metodología de la investigación. El oso panda

(6ta ed., pp. 1-634). Recuperado de: https://www.uca.ac.cr/wp-

content/uploads/2017/10/Investigacion.pdf

IBM. (2023). Recuperado de https://www.ibm.com/es-es/topics/order-management

JVS Informática. (2020). Recuperado de https://www.jvs-

informatica.com/blog/glosario/aplicacion-movil/

Kanban. (2019, agosto 01). Recuperado de https://www.ionos.es/digitalguide/paginas-

web/desarrollo-web/que-es-kanban/

Las 5 ceremonias: clave para la gestión de procesos (2014, octubre 24). Recuperado de

https://www2.deloitte.com/es/es/pages/technology/articles/ceremonias-scrum.html

Mantenimiento de Maquinaria Pesada Para una mejor operatividad de la máquina. (2018,

noviembre 16). Recuperado de https://peruconstruye.net/wp-

content/uploads/2018/11/MANTENIMIENTO-DE-MAQUINARIA-

96
PESADA.pdf?fbclid=IwAR34NaUhUNhQ4X9QwbA4GS1HYuVsNY8My6N6LUxAP-

Pas-YN02UWyEHYGc0

Menzinsky, A., López, G., & Palacio, J. (2016). Scrum Manager. Lubaris Info 4 Media SL.

Metodología RUP: ¿Qué es, ¿cuál es su objetivo y cómo se utiliza? (2022, enero 3). Recuperado

de https://lean-management.site/rup/

Mocha, C., y Ochoa, J. (2022). Diseño y desarrollo de un sistema web y aplicación móvil mediante

angular e ionic para la gestión de pedidos en restaurantes [Tesis de Titulación,

Universidad Politécnica Salesiana]. Repositorio UPS – Universidad Politécnica Salesiana

http://dspace.ups.edu.ec/handle/123456789/22121

Proyectos agiles (2015). ¿Qué es SCRUM? Recuperado de https://proyectosagiles.org/que-es-

SCRUM

Ramos, C. (2021). Implementación de Apps en Android [Trabajo de fin de Grado, Universidad de

la Laguna]. Repositorio – Universidad de la Laguna

https://riull.ull.es/xmlui/bitstream/handle/915/24729/Implementacion%20de%20apps%20

en%20Android.pdf?sequence=1#page=15&zoom=100,76,709

Reyna, J. (2021). Aplicación móvil multiplataforma para mejorar la gestión de ventas en la

veterinaria Janavet de Trujillo, 2020 [Tesis de fin de grado, Universidad César Vallejo].

Institutional Repository – Universidad César Vallejo

https://hdl.handle.net/20.500.12692/64405

Rodríguez, E., Bonet, C., Pérez, L. (2013). Propuesta de sistema de mantenimiento a los vehículos

de transporte urbano y agrícola de una base de transporte de carga. Ciencias Técnicas

97
Agropecuarias, 22(2), 1. http://scielo.sld.cu/scielo.php?script=sci_arttext&pid=S2071-

00542013000200011

Sánchez, D., y Vásquez, R. (2020). “TourLand app móvil para mejorar el flujo turístico de Trujillo

en la dirección desconcentrada de cultura de la Libertad” [Tesis de fin de grado,

Universidad César Vallejo]. Institutional Repository – Universidad César Vallejo

https://hdl.handle.net/20.500.12692/47366

Una guía para el conocimiento de Scrum (Guía SBOK™) - 2013 Edición. Recuperado de

https://www.tenstep.ec/portal/images/pdfs/Suscripciones_TenStep/Silver/SCRUMstudy_

GUIA_SBOK_espanol.pdf

Villanueva, M. (2022). Desarrollo de una aplicación móvil para la gestión de pedidos [Tesis de

fin de grado, Universidad Jaume I]. Repositorio UJI http://hdl.handle.net/10234/200576

Westreicher, G. (s.f.) Gestión. Economipedia recuperado de

https://economipedia.com/definiciones/gestion.html

Zambrano, E., Vélez, L., & Almeida, E. (2020). Desarrollo e implementación de aplicación móvil

para la difusión de publicaciones de la editorial ULEAM. Revista Científica INGENIAR,

3(5), 1-12. https://journalingeniar.org/index.php/ingeniar/article/view/2/5

98
ANEXOS

ANEXO 1: MATRIZ DE CONSISTENCIA

Matriz de Consistencia

TÍTULO: Optimización de la gestión de pedidos en una empresa de fabricación de máquinas industriales mediante la
implementación de una aplicación móvil en Lima
AUTOR: Berlit Grice Urquia Martel
VARIABLES - DIMENSIÓN -
PROBLEMA OBJETIVOS HIPÓTESIS
INDICADORES
VARIABLE INDEPENDIENTE
PROBLEMA GENERAL OBJETIVO GENERAL HIPÓTESIS GENERAL
(SOLUCIÓN)
PG: ¿De qué manera la
OG: Implementar una HG: La implementación de
implementación de una
aplicación móvil para una aplicación móvil permite
aplicación móvil permite
optimizar la gestión de optimizar la gestión pedidos APLICACIÓN MÓVIL (JVS
optimizar la gestión de pedidos
pedidos en una empresa de en una empresa de Informática, 2020, p.1)
en una empresa de fabricación
fabricación de máquinas fabricación de máquinas
de máquinas industriales en
industriales en Lima. industriales en Lima.
Lima?
VARIABLE DEPENDIENTE
PROBLEMAS ESPECÍFICOS OBJETIVOS ESPECÍFICOS HIPÓTESIS ESPECÍFICAS
(PROBLEMA)
PE1: ¿De qué manera la
OE1: Implementar una HE1: La implementación de
implementación de una
aplicación móvil para mejora una aplicación móvil mejora
aplicación móvil mejora el
el índice de tiempo de el índice de tiempo de GESTIÓN DE PEDIDOS (IBM,2023,
índice de tiempo de respuesta
respuesta en una empresa de respuesta en una empresa de p.1)
en una empresa de fabricación
fabricación de máquinas fabricación de máquinas
de máquinas industriales en
industriales en Lima. industriales en Lima.
Lima?

99
PE2: ¿De qué manera la OE2: Implementar una HE2: La implementación de
implementación de una aplicación móvil para mejorar una aplicación móvil mejora DIMENSIONES INDICADORES
aplicación móvil mejora el el índice de entregas a tiempo el índice de entregas a
índice de entregas a tiempo en en una empresa de fabricación tiempo en una empresa de
una empresa de fabricación de de máquinas industriales en fabricación de máquinas Tiempo de
Índice de tiempo
máquinas industriales en Lima? Lima. industriales en Lima. procesamiento
de respuesta
de pedidos
PE3: ¿De qué manera la OE3: Implementar una HE3: La implementación de
Cumplimiento
implementación de una aplicación móvil para mejorar una aplicación móvil mejora Índice de
en la entrega de
aplicación móvil mejora el el índice de pedidos el índice de pedidos entregas a tiempo
pedidos
índice de pedidos entregados entregados sin error en una entregados sin error en una
sin error en una empresa de empresa de fabricación de empresa de fabricación de Índice de pedidos
fabricación de máquinas máquinas industriales en máquinas industriales en Recepción entregados sin
industriales en Lima? Lima. Lima. error
TIPO Y DISEÑO POBLACIÓN Y MUESTRA TIPO DE MUESTREO TÉCNICAS E INSTRUMENTOS

TIPO: Aplicada POBLACIÓN: Todos los


procesos de desarrollo de la TÉCNICA: OBSERVACIÓN
NIVEL: Aplicativo gestión de pedidos en una
No probabilístico por
empresa de fabricación de INSTRUMENTO: FICHA DE
ENFOQUE: Cuantitativo conveniencia
máquinas industriales
OBSERVACIÓN
DISEÑO: Pre-Experimental MUESTRA: 30

100
ANEXO 2: OPERACIONALIZACIÓN DE VARIABLES

Operacionalización de Variables

TÍTULO: Optimización de la gestión de pedidos en una empresa de fabricación de máquinas industriales mediante la
implementación de una aplicación móvil en Lima
AUTOR: Berlit Grice Urquia Martel
DIMENSIONES DEFINICIÓN INSTRUMENTO INDICADOR FÓRMULA

Plazo en la que el cliente


realiza el pedido hasta la
TIEMPO DE recepción y preparación del
mismo. Esto implica la Ficha de Índice de tiempo de ITR=(PA/TPR) ×100
PROCESAMIENTO DE
revisión del progreso del Observación respuesta
PEDIDOS
pedido realizando una
comparación antes y después
de implementar los cambios.

Cumplimiento en la entrega
de pedidos, se refiere a los
CUMPLIMIENTO EN LA pedidos que se atienden y se Ficha de Índice de entregas a IET=(PE/TPA) ×100
ENTREGA DE PEDIDOS entregan dentro del plazo Observación tiempo
establecido según
requerimiento del cliente.
Implica la supervisión del
RECEPCIÓN pedido durante la fase de Ficha de Índice de pedidos IEE=(PV/TPE) ×100
pruebas y aprobación antes Observación entregados sin error
de su entrega

101
ANEXO 3: Evidencia de Certificado de validez de instrumentos

102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
ANEXO 4: PRE – POST PRUEBA DE INDICADORES

Pre – Post prueba de indicadores

Optimización de la gestión de pedidos en una empresa de


Título fabricación de máquinas industriales mediante la
implementación de una aplicación móvil en Lima
Autor Berlit Grice Urquia Martel
Transacción
Índice de tiempo de respuesta
Observada

Pre - Test
Íte Pedidos Total de pedidos
Fecha ITR
m atendidos registrados
1 17/07/2023 0 1 0.00
2 18/07/2023 1 2 50.00
3 19/07/2023 1 1 100.00
4 20/07/2023 0 1 0.00
5 21/07/2023 0 1 0.00
6 22/07/2023 2 2 100.00
7 24/07/2023 1 1 100.00
8 25/07/2023 1 1 100.00
9 26/07/2023 0 1 0.00
10 27/07/2023 0 1 0.00
11 28/07/2023 0 1 0.00
12 29/07/2023 1 2 50.00
13 31/07/2023 1 2 50.00
14 01/08/2023 2 2 100.00
15 02/08/2023 2 2 100.00
16 03/08/2023 0 1 0.00
17 04/08/2023 1 2 50.00
18 05/08/2023 1 1 100.00
19 07/08/2023 0 1 0.00
20 08/08/2023 1 2 50.00
21 09/08/2023 1 2 50.00
22 10/08/2023 0 0 0.00
23 11/08/2023 1 1 100.00
24 12/08/2023 0 0 0.00
25 14/08/2023 0 1 0.00

123
26 15/08/2023 1 2 50.00
27 16/08/2023 1 1 100.00
28 17/08/2023 1 1 100.00
29 18/08/2023 0 0 0.00
30 19/08/2023 0 0 0.00
ITR 20 39 51,28

124
Optimización de la gestión de pedidos en una empresa de
Título fabricación de máquinas industriales mediante la
implementación de una aplicación móvil en Lima
Autor Berlit Grice Urquia Martel
Transacción
Índice de tiempo de respuesta
Observada

Post-Test
Íte Pedidos Total de pedidos
Fecha ITR
m atendidos registrados
1 21/08/2023 3 3 100.00
2 22/08/2023 1 1 100.00
3 23/08/2023 2 2 100.00
4 24/08/2023 0 1 0.00
5 25/08/2023 1 2 50.00
6 26/08/2023 2 3 66.66
7 28/08/2023 2 2 100.00
8 29/08/2023 1 1 100.00
9 30/08/2023 1 1 100.00
10 31/08/2023 0 0 0.00
11 01/09/2023 2 2 100.00
12 02/09/2023 1 2 50.00
13 04/09/2023 2 2 100.00
14 05/09/2023 3 3 100.00
15 06/09/2023 2 2 100.00
16 07/09/2023 1 2 50.00
17 08/09/2023 1 1 100.00
18 09/09/2023 1 1 100.00
19 11/09/2023 1 1 100.00
20 12/09/2023 1 1 100.00
21 13/09/2023 1 2 50.00
22 14/09/2023 2 2 100.00
23 15/09/2023 1 1 100.00
24 16/09/2023 0 1 0.00
25 18/09/2023 0 0 0.00
26 19/09/2023 0 0 0.00
27 20/09/2023 1 1 100.00

125
28 21/09/2023 0 0 0.00
29 22/09/2023 2 2 100.00
30 23/09/2023 2 3 66.66
ITR 37 45 82.22

126
Optimización de la gestión de pedidos en una empresa de
Título fabricación de máquinas industriales mediante la
implementación de una aplicación móvil en Lima
Autor Berlit Grice Urquia Martel
Transacción
Índice de entregas a tiempo
Observada

Pre - Test
Íte Pedidos Total de pedidos
Fecha IET
m entregados atendidos
1 17/07/2023 0 0 0.00
2 18/07/2023 1 1 100.00
3 19/07/2023 1 1 100.00
4 20/07/2023 0 0 0.00
5 21/07/2023 0 0 0.00
6 22/07/2023 1 2 50.00
7 24/07/2023 1 1 100.00
8 25/07/2023 0 1 0.00
9 26/07/2023 0 0 0.00
10 27/07/2023 0 0 0.00
11 28/07/2023 0 0 0.00
12 29/07/2023 1 1 100.00
13 31/07/2023 0 1 0.00
14 01/08/2023 1 2 50.00
15 02/08/2023 2 2 100.00
16 03/08/2023 0 0 0.00
17 04/08/2023 0 1 0.00
18 05/08/2023 1 1 100.00
19 07/08/2023 0 0 0.00
20 08/08/2023 1 1 100.00
21 09/08/2023 1 1 100.00
22 10/08/2023 0 0 0.00
23 11/08/2023 0 1 0.00
24 12/08/2023 0 0 0.00
25 14/08/2023 0 0 0.00
26 15/08/2023 0 1 0.00
27 16/08/2023 1 1 100.00

127
28 17/08/2023 1 1 100.00
29 18/08/2023 0 0 0.00
30 19/08/2023 0 0 0.00
IET 13 20 65

128
Optimización de la gestión de pedidos en una empresa de
Título fabricación de máquinas industriales mediante la
implementación de una aplicación móvil en Lima
Autor Berlit Grice Urquia Martel
Transacción
Índice de entregas a tiempo
Observada

Post - Test
Íte Pedidos Total de pedidos
Fecha IET
m entregados atendidos
1 21/08/2023 2 3 66.66
2 22/08/2023 1 1 100.00
3 23/08/2023 2 2 100.00
4 24/08/2023 0 0 0.00
5 25/08/2023 1 1 100.00
6 26/08/2023 1 2 50.00
7 28/08/2023 2 2 100.00
8 29/08/2023 1 1 100.00
9 30/08/2023 1 1 100.00
10 31/08/2023 0 0 0.00
11 01/09/2023 2 2 100.00
12 02/09/2023 1 1 100.00
13 04/09/2023 2 2 100.00
14 05/09/2023 3 3 100.00
15 06/09/2023 1 2 50.00
16 07/09/2023 1 1 100.00
17 08/09/2023 1 1 100.00
18 09/09/2023 0 1 0.00
19 11/09/2023 0 1 0.00
20 12/09/2023 1 1 100.00
21 13/09/2023 1 1 100.00
22 14/09/2023 2 2 100.00
23 15/09/2023 1 1 100.00
24 16/09/2023 0 0 0.00
25 18/09/2023 0 0 0.00
26 19/09/2023 0 0 0.00
27 20/09/2023 0 1 0.00

129
28 21/09/2023 0 0 0.00
29 22/09/2023 2 2 100.00
30 23/09/2023 2 2 100.00
IET 31 37 83.78

130
Optimización de la gestión de pedidos en una empresa de
Título fabricación de máquinas industriales mediante la
implementación de una aplicación móvil en Lima
Autor Berlit Grice Urquia Martel
Transacción
Índice de pedidos entregados sin error
Observada

Pre - Test
Íte Pedidos Total de pedidos
Fecha IEE
m validados entregados
1 17/07/2023 0 0 0.00
2 18/07/2023 0 1 0.00
3 19/07/2023 1 1 100.00
4 20/07/2023 0 0 0.00
5 21/07/2023 0 0 0.00
6 22/07/2023 1 1 100.00
7 24/07/2023 0 1 0.00
8 25/07/2023 0 0 0.00
9 26/07/2023 0 0 0.00
10 27/07/2023 0 0 0.00
11 28/07/2023 0 0 0.00
12 29/07/2023 1 1 100.00
13 31/07/2023 0 0 0.00
14 01/08/2023 1 1 100.00
15 02/08/2023 1 2 50.00
16 03/08/2023 0 0 0.00
17 04/08/2023 0 0 0.00
18 05/08/2023 0 1 0.00
19 07/08/2023 0 0 0.00
20 08/08/2023 1 1 100.00
21 09/08/2023 0 1 0.00
22 10/08/2023 0 0 0.00
23 11/08/2023 0 0 0.00
24 12/08/2023 0 0 0.00
25 14/08/2023 0 0 0.00
26 15/08/2023 0 0 0.00
27 16/08/2023 1 1 100.00

131
28 17/08/2023 1 1 100.00
29 18/08/2023 0 0 0.00
30 19/08/2023 0 0 0.00
IEE 08 13 61.53

132
Optimización de la gestión de pedidos en una empresa de
Título fabricación de máquinas industriales mediante la
implementación de una aplicación móvil en Lima
Autor Berlit Grice Urquia Martel
Transacción
Índice de pedidos entregados sin error
Observada

Post - Test
Íte Pedidos Total de pedidos
Fecha IEE
m validados entregados
1 21/08/2023 2 2 100.00
2 22/08/2023 1 1 100.00
3 23/08/2023 2 2 100.00
4 24/08/2023 0 0 0.00
5 25/08/2023 1 1 100.00
6 26/08/2023 1 1 100.00
7 28/08/2023 1 2 50.00
8 29/08/2023 1 1 100.00
9 30/08/2023 1 1 100.00
10 31/08/2023 0 0 0.00
11 01/09/2023 2 2 100.00
12 02/09/2023 1 1 100.00
13 04/09/2023 2 2 100.00
14 05/09/2023 2 3 66.66
15 06/09/2023 1 1 100.00
16 07/09/2023 0 1 0.00
17 08/09/2023 0 1 0.00
18 09/09/2023 0 0 0.00
19 11/09/2023 0 0 0.00
20 12/09/2023 1 1 100.00
21 13/09/2023 1 1 100.00
22 14/09/2023 2 2 100.00
23 15/09/2023 1 1 100.00
24 16/09/2023 0 0 0.00
25 18/09/2023 0 0 0.00
26 19/09/2023 0 0 0.00
27 20/09/2023 0 0 0.00

133
28 21/09/2023 0 0 0.00
29 22/09/2023 1 2 50.00
30 23/09/2023 1 2 50.00
IEE 25 31 80.64

134
ANEXO 5: TABLERO TRELLO

En este anexo se encuentra la lista de los sprints ya finalizados

135
ANEXO 6: ACTA DE CONFORMIDAD DEL PROYECTO

LUGAR: Puente Piedra


FECHA: 23-09-2023
PARTICIPANTES: Huamani Matta, Alexander
PRODUCTO
Aplicación Móvil
SOFTWARE:
VERSIÓN: V1.0
Sprint 1:
● Crear diagramas y prototipos
● Acceder al sistema de mantenimiento de equipos
● Buscar Ticket
Sprint 2:
● Registrar Informe de trabajo
● Lista de trabajos del ticket
● Registrar otro informe de trabajo
● Finalizar trabajo
● Ver detalle de pedido atendido
Sprint 3:
● Visualizar lista de trabajos pendientes
LISTA DE ENTREGABLES: ● Registrar Usuarios
● Gestionar Usuarios
● Visualizar lista de usuarios
Sprint 4:
● Registrar Inventario
● Actualizar Inventario
● Visualizar Inventario
● Asignar Operador
Sprint 5:
● Registrar Repuesto
● Actualizar Repuesto
● Visualizar lista de repuestos

136
ANEXO 7: FORMULARIO DE AUTORIZACIÓN DE PUBLICACIÓN

Formulación de autorización de publicación en el repositorio de la UTP

137
ANEXO 8: DECLARACIÓN JURADA DE AUTENTICIDAD

Declaración Jurada de Autenticidad

138

También podría gustarte