PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO
Dirección Académica – Escuela de Sistemas
APLICACIÓN WEB PARA LA GESTIÓN DE TRANSPORTE EN LA COMPAÑÍA INTERNACIONAL INTERCITI DEL CANTÓN SANTO DOMINGO. Trabajo de Titulación previo a la obtención del título de Ingeniera de Sistemas y Computación.
Línea de Investigación: Tecnologías de la información y la comunicación.
Autores: EDWARD KEVIN VIZCAINO BUSTOS HAROLD OMAR JACHO NAVARRATE Director: Mg. WILLIAN JAVIER OCAMPO PAZOS
Santo Domingo – Ecuador Octubre, 2021
PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO
Dirección Académica – Escuela de Sistemas
HOJA DE APROBACIÓN APLICACIÓN WEB PARA LA GESTIÓN DE TRANSPORTE EN LA COMPAÑÍA INTERNACIONAL INTERCITI DEL CANTÓN SANTO DOMINGO. Línea de Investigación: Tecnologías de la información y la comunicación. Autores: EDWARD KEVIN VIZCAINO BUSTOS HAROLD OMAR JACHO NAVARRATE
Willian Javier Ocampo Pazos, Mg. DIRECTOR DE TRABAJO DE TITULACIÓN Franklin Andrés Carrasco Ramírez, Mg. CALIFICADOR Fausto Ernesto Orozco Iguasnia, Mg. CALIFICADOR Carlos Vicente Galarza Macancela, Mg. DIRECTOR DE GRADO
Santo Domingo – Ecuador Octubre, 2021
iii
DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Yo, EDWARD KEVIN VIZCAINO BUSTOS portador de la cédula de ciudadanía No. 172390599-6 y HAROLD OMAR JACHO NAVARRETE portador de la cédula de ciudadanía No. 131088940-5 declaro que los resultados obtenidos en la investigación que presento como informe final, previo la obtención del Título de INGENIERÍA DE SISTEMAS Y COMPUTACIÓN son absolutamente originales, auténticos y personales. En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de mi sola y exclusiva responsabilidad legal y académica. Igualmente declaramos que todo resultado académico que se desprenda de esta investigación y que se difunda, tendrá como filiación la Pontificia Universidad Católica del Ecuador, Sede Santo Domingo, reconociendo en las autorías al director del Trabajo de Titulación y demás profesores que amerita. Estas publicaciones presentarán el siguiente orden de aparición en cuanto a los autores y coautores: en primer lugar, a los estudiantes autores de la investigación; en segundo lugar, al director del trabajo de titulación y, por último, siempre que se justifique, otros colaboradores en la publicación y trabajo de titulación.
Edward Kevin Vizcaino Bustos
Omar Harold Jacho Navarrete
CI. 172390599-6
CI. 131088940-5
iv
INFORME DE TRABAJO DE TITULACIÓN ESCRITO DE GRADO Francisco Sánchez Parrales, Mg. Dirección de Investigación Pontificia Universidad Católica del Ecuador Sede Santo Domingo. De mi consideración,
Por medio del presente informe en calidad del director/a del trabajo de titulación de grado de la Escuela de Sistemas, titulado: Aplicación web para la gestión de transporte en la compañía Internacional Interciti del cantón Santo Domingo, realizado por los estudiantes: Edward Kevin Vizcaino Bustos con cédula: N.º 172390599-6 y Harold Omar Jacho Navarrete con cédula: N.º 131088940-5, previo a la obtención del título de Ingeniera de Sistemas y Computación, informo que el presente trabajo de titulación escrito se encuentra finalizado conforme a la guía y el formato de la Sede vigente.
Santo Domingo, 22/10/2021. Atentamente,
Mg. Willian Javier Ocampo Pazos Profesor Titular Auxiliar I
v
RESUMEN La gestión de transporte terrestre consiste en controlar los medios de transporte a utilizar, mediante la planificación y distribución de la mercadería, teniendo relación con los individuos y datos para los correspondientes procesos. En la Compañía Internacional Interciti del cantón Santo Domingo, se observó a través del uso de encuestas que existe una inadecuada gestión del proceso de transporte terrestre. Además, se aplicó un enfoque mixto (cuantitativo y cualitativo) con un diseño experimental, donde se utilizó instrumentos de recolección de información dirigidos a 80 socios. Para optimizar los procesos en la compañía, se desarrolló un aplicativo web con el lenguaje de programación PHP, donde se seleccionó el framework Laravel, por otro lado, con el almacenamiento y administración de la información se utilizó Mysql, a través de un marco de trabajo Scrum, donde se gestionó las incidencias propias del producto. También, se aplicó un pre test y post test luego de la implementación de la propuesta de intervención. Permitiendo el análisis en dos escenarios diferentes y se validó la hipótesis utilizando un análisis chi cuadrado bivariado, mediante el cual se determinó que la aplicación web influye significativamente en la gestión de transporte terrestre en la Compañía Internacional Interciti del cantón Santo Domingo.
Palabras clave: Aplicación web; Gestión; Transporte terrestre.
vi
ABSTRACT The management of land transportation consists of controlling the means of transportation to be used, through the planning and distribution of the merchandise, having a relationship with the individuals and data for the corresponding processes. In the Interciti International Company of Santo Domingo canton, it was observed through the use of surveys that there is an inadequate management of the land transportation process. In addition, a mixed approach (quantitative and qualitative) was applied with an experimental design, where data collection instruments were used to collect information from 80 partners. To optimize the processes in the company, a web application was developed with PHP programming language, where the Laravel framework was selected, on the other hand, with the storage and administration of the information, Mysql was used, through a Scrum framework, where the product's own incidences were managed. Also, a pre-test and post-test was applied after the implementation of the intervention proposal. This allowed the analysis in two different scenarios and the hypothesis was validated using a bivariate chi-square analysis, through which it was determined that the web application significantly influences the management of land transportation in the Interciti International Company of the Santo Domingo Canton.
Keywords: Web application; Management; Ground transportation.
vii
ÍNDICE DE CONTENIDOS
1.
INTRODUCCIÓN.............................................................................................. 1
1.1.
Antecedentes ........................................................................................................ 1
1.2.
Justificación.......................................................................................................... 1
1.3.
Planteamiento y delimitación del problema ......................................................... 2
1.3.1.
Preguntas de investigación ................................................................................... 3
1.3.1.1.
Pregunta general ................................................................................................... 3
1.3.1.2.
Preguntas específicas ........................................................................................... 3
1.4.
Objetivos de la investigación ............................................................................... 4
1.4.1.
Objetivo general ................................................................................................... 4
1.4.2.
Objetivos específicos ........................................................................................... 4
2.
REVISIÓN LITERARIA .................................................................................. 5
2.1.
Fundamentos teóricos........................................................................................... 5
2.1.1.
Aplicación web ..................................................................................................... 6
2.1.1.1.
Arquitecturas de Servidores ................................................................................. 6
2.1.1.1.1.
Modelos de programación en entornos cliente/servidor ...................................... 6
2.1.1.1.1.1. Cliente .................................................................................................................. 6 2.1.1.1.1.2. Servidor ................................................................................................................ 6 2.1.1.1.2.
Mecanismos de separación de la lógica de negocio ............................................. 6
2.1.1.1.2.1. Modelo, Vista y Controlador................................................................................ 6 2.1.1.1.3.
Integración con los servidores web ...................................................................... 7
2.1.1.1.3.1. Método GET......................................................................................................... 7 2.1.1.1.3.2. Método POST....................................................................................................... 7 2.1.1.1.4.
Tecnologías de servidor ....................................................................................... 7
2.1.1.1.4.1. Apache.................................................................................................................. 7
viii 2.1.1.1.4.2. Microsoft IIS ........................................................................................................ 8 2.1.1.1.4.3. Base de datos ........................................................................................................ 8 2.1.1.1.4.4. Sistema gestor de bases de datos .......................................................................... 8 2.1.1.1.4.5. Mysql.................................................................................................................... 9 2.1.1.1.4.6. Oracle ................................................................................................................... 9 2.1.1.2.
Herramientas de programación ............................................................................ 9
2.1.1.2.1.
Generación dinámica de páginas web .................................................................. 9
2.1.1.2.1.1. HTML5 ................................................................................................................ 9 2.1.1.2.1.2. CCS3 .................................................................................................................... 9 2.1.1.2.1.3. JavaScript ........................................................................................................... 10 2.1.1.2.2.
Entorno de desarrollo ......................................................................................... 10
2.1.1.2.2.1. Framework ......................................................................................................... 10 2.1.1.2.2.2. Laravel................................................................................................................ 10 2.1.1.2.3.
Lenguajes de programación ............................................................................... 11
2.1.1.2.3.1. PHP .................................................................................................................... 11 2.1.2.
Gestión de Transporte ........................................................................................ 11
2.1.2.1.
Función del transporte ........................................................................................ 11
2.1.2.1.1.
Grados externalización ....................................................................................... 11
2.1.2.1.1.1. Ventajas de los grados de externalización ......................................................... 12 2.1.2.1.2.
Conceptos de decisión ........................................................................................ 13
2.1.2.2.
Transporte por carretera ..................................................................................... 14
2.1.2.2.1.
Contrato de transporte terrestre por carretera ..................................................... 15
2.1.2.2.1.1. Carga Fraccionada .............................................................................................. 15 2.1.2.2.1.2. Carga Completa .................................................................................................. 15 2.1.2.2.1.3. Paquetería ........................................................................................................... 15 2.1.2.2.2.
Aspectos técnicos del transporte terrestre por carretera ..................................... 16
ix 2.1.2.3.
Clausulas Incoterms ........................................................................................... 16
2.2.
Predicción científica ........................................................................................... 17
3.
MÉTODOLOGÍA ............................................................................................ 18
3.1.
Enfoque, diseño y tipo de investigación ............................................................ 18
3.2.
Población y muestra ........................................................................................... 18
3.3.
Técnicas de recogida y análisis de datos ............................................................ 19
3.4.
Operalización de las variables ............................................................................ 19
4.
RESULTADOS ................................................................................................. 22
4.1.
Resultados del primer objetivo: Proceso de gestión de transporte terrestre ....... 22
4.1.1.
Entrevista a la secretaria ..................................................................................... 22
4.1.2.
Encuestas a los socios de la compañía ............................................................... 24
4.1.3.
Proceso de gestión de transporte terrestre .......................................................... 73
4.2.
Resultado del segundo objetivo: Framework, arquitectura y base de datos....... 74
4.2.1.
Frameworks PHP ............................................................................................... 74
4.2.2.
Base de datos ...................................................................................................... 74
4.2.3.
Arquitectura de software .................................................................................... 75
4.3.
Resultado del tercer objetivo: Aplicación web .................................................. 75
4.3.1.
Acrónimo del sistema ......................................................................................... 75
4.3.2.
Scrum ................................................................................................................. 76
4.3.3.
Sprint I ................................................................................................................ 76
4.3.3.1.
Planificación ....................................................................................................... 76
4.3.3.1.1.
Roles ................................................................................................................... 76
4.3.3.1.2.
Modelo Vista Controlador.................................................................................. 77
4.3.3.1.3.
Product backlog .................................................................................................. 77
4.3.3.1.4.
Estimación .......................................................................................................... 77
4.3.3.1.5.
Fertilización cruzada, escenarios de prueba y velocidad ................................... 78
x 4.3.3.1.6.
Gestión de tareas ................................................................................................ 78
4.3.3.1.7.
Primer sprint backlog ......................................................................................... 79
4.3.3.2.
Scrum diarios ..................................................................................................... 79
4.3.3.2.1.
Historia de usuario 1: Roles ............................................................................... 79
4.3.3.2.2.
Historias de usuario2: Socios y Conductores ..................................................... 84
4.3.3.2.1.
Historias de usuario 3: Asignación de roles ....................................................... 85
4.3.3.2.2.
Historias de usuario 4: Perfil de socio y/o conductor......................................... 86
4.3.3.2.3.
Historia de usuario 5: Vehículo.......................................................................... 88
4.3.3.2.4.
Pruebas unitarias ................................................................................................ 89
4.3.3.2.1.
Gráfico de trabajo pendiente .............................................................................. 90
4.3.3.3.
Revisión.............................................................................................................. 91
4.3.3.4.
Retrospectiva ...................................................................................................... 91
4.3.4.
Sprint II .............................................................................................................. 91
4.3.4.1.
Planificación ....................................................................................................... 91
4.3.4.1.1.
Segundo sprint backlog ...................................................................................... 91
4.3.4.2.
Scrum diarios ..................................................................................................... 92
4.3.4.2.1.
Historia de usuario 6. Representante .................................................................. 92
4.3.4.2.2.
Historia de usuario 7: Empresas contratantes .................................................... 94
4.3.4.2.3.
Historia de usuario 8: Rutas ............................................................................... 96
4.3.4.2.4.
Historia de usuario 9: Reportes .......................................................................... 97
4.3.4.2.5.
Gráfico de trabajo pendiente .............................................................................. 98
4.3.4.3.
Revisión.............................................................................................................. 99
4.3.4.4.
Retrospectiva ...................................................................................................... 99
4.4.
Validación de la Propuesta ................................................................................. 99
4.5.
Validación de Hipótesis ................................................................................... 106
5.
DISCUSIÓN.................................................................................................... 108
xi 6.
CONCLUSIONES Y RECOMENDACIONES ........................................... 109
6.1.
Conclusiones .................................................................................................... 109
6.2.
Recomendaciones ............................................................................................. 110
7.
REFERENCIAS ............................................................................................. 111
8.
ANEXOS ......................................................................................................... 115 Anexo I. Carta de asignación y aprobación, tabla de recursos y cronograma. 115 Anexo II. Carta de impacto, acta de entrega y consentimiento informado ...... 116 Anexo III. Validación de instrumentos de recolección de información ........... 117 Anexo IV. Historias de usuario ........................................................................ 120 Anexo V. Pruebas de aceptación ...................................................................... 122 Anexo VI. Manual de usuario ......................................................................... 125 Anexo VII. Manual técnico .............................................................................. 130 Anexo VIII. Evidencia de reunión pret test y post test .................................... 133 Anexo IX. Árbol del problema......................................................................... 134
xii ÍNDICE DE TABLA Tabla 1. Ventajas y desventajas del transporte terrestre ........................................................ 14 Tabla 2. Población ................................................................................................................... 18 Tabla 3. Operacionalización de la variable independiente ..................................................... 20 Tabla 4. Experto en validación de los instrumentos de recolección de información ............. 22 Tabla 5. Resultados de la encuestas pre test........................................................................... 25 Tabla 6. Comparación entre Frameworks PHP ...................................................................... 74 Tabla 7. Comparación entre Mysql y Postgresql..................................................................... 75 Tabla 8. Comparación entre arquitectura de software ............................................................ 75 Tabla 9. Distribución de Roles................................................................................................ 76 Tabla 10. Product Backlog ...................................................................................................... 77 Tabla 11. Estimación ............................................................................................................... 77 Tabla 12. Primer Sprint Backlog ............................................................................................. 79 Tabla 13. Segundo Sprint Backlog ........................................................................................... 92 Tabla 14. Escenarios ............................................................................................................. 106 Tabla 15. Análisis cruzado de los indicadores en función de la aplicación ......................... 107
xiii ÍNDICE DE FIGURAS Figura 1. Índice de revisión de literatura de la variable independiente Aplicación Web ........ 5 Figura 2. Índice de revisión de literatura de la variable dependiente Gestión de Transporte ... 5 Figura 3. Cálculo de la muestra ............................................................................................... 19 Figura 4. Diagrama de actividades .......................................................................................... 73 Figura 5. Acrónimo ................................................................................................................. 76 Figura 6. Tablero Trello .......................................................................................................... 78 Figura 7. Modelo lógico de la base de datos ........................................................................... 80 Figura 8. Migración de login ................................................................................................... 80 Figura 9. Plantilla Voyager ..................................................................................................... 81 Figura 10. Código login ........................................................................................................... 81 Figura 11. Rutas del login ....................................................................................................... 82 Figura 12. Ejecución del Servidor ........................................................................................... 82 Figura 13. Vista login .............................................................................................................. 82 Figura 14. Código de Vista Rol............................................................................................... 83 Figura 15. Vista de roles ......................................................................................................... 83 Figura 16. Código de alerta para eliminar rol ......................................................................... 84 Figura 17. Migración de base de datos .................................................................................... 84 Figura 18. Código de usuarios ................................................................................................. 84 Figura 19. Vista de los usuarios ............................................................................................... 85 Figura 20. Código de vista asignación de rol ........................................................................... 85 Figura 21. Vista de asignación de roles................................................................................... 86 Figura 22. Prueba pre aceptación de asignación de roles ....................................................... 86 Figura 23. Condigo de vista perfil socios y/o conductores ..................................................... 87 Figura 24. Visualización del perfil de usuario y/o conductor ................................................. 87 Figura 25. Prueba pre aceptación del perfil............................................................................. 88
xiv Figura 26. Migración de base de datos vehículo ..................................................................... 88 Figura 27. Código de vista vehículos ....................................................................................... 88 Figura 28. Vista vehículo ......................................................................................................... 89 Figura 29. Código de alerta para eliminar vehículo ................................................................ 89 Figura 30. Ejecución del test de Laravel y extensión del módulo de pruebas. ....................... 90 Figura 31. Gráfico de trabajo pendiente .................................................................................. 90 Figura 32. Puntos de historia avanzados por día ..................................................................... 91 Figura 33. Migración de base de datos representante ............................................................. 92 Figura 34. Código de la vista representante y atributos de la migración ................................. 93 Figura 35. Vista representante ................................................................................................. 93 Figura 36. Código de alerta para eliminar representante ........................................................ 94 Figura 37. Prueba pre aceptación de representante .................................................................. 94 Figura 38. Migración de base de datos representante ............................................................. 94 Figura 39. Código de los atributos de empresas ...................................................................... 95 Figura 40. Vista empresas ....................................................................................................... 95 Figura 41. Código de alerta para eliminar empresas ............................................................... 95 Figura 42. Migración de base de datos de las rutas ................................................................. 96 Figura 43. Código de migración y modelo de rutas ................................................................. 96 Figura 44. Funciones para la creación de rutas ........................................................................ 96 Figura 45. Código de la vista rutas .......................................................................................... 97 Figura 46. Vista de rutas .......................................................................................................... 97 Figura 47. Código de exportación de información de representante....................................... 98 Figura 48. Visualización de botones Excel y Pdf.................................................................... 98 Figura 49. Gráfico de trabajo pendiente .................................................................................. 98 Figura 50. Puntos de historia avanzados por día ..................................................................... 99 Figura 51. Emplear herramientas tecnológicas ..................................................................... 100
xv Figura 52. Fortalecimiento de las herramientas tecnológicas ............................................... 101 Figura 53. Frecuencia del uso de aplicaciones web .............................................................. 101 Figura 54. Facilidad de uso de herramientas tecnológicas .................................................... 102 Figura 55. Formas de almacenar la información ................................................................... 102 Figura 56. Satisfacción sobre la información disponible de las rutas ................................... 103 Figura 57. Formas de comunicar la información de los fletes .............................................. 104 Figura 58. Registro de constancia de entrega de fletes ......................................................... 104 Figura 59. Satisfacción sobre la información personal y vehicular ...................................... 105 Figura 60. Recodificación en el software SPSS .................................................................... 106
1
1. INTRODUCCIÓN El desarrollo web ha incrementado en los últimos años debido a que cuenta con varias ventajas entre las cuales se destacan la ejecución de los navegadores, permitiendo gestionar la información de las empresas sin la necesidad de la instalación previa de un software en los dispositivos. En la compañía de transporte la Internacional Interciti, necesitan resolver los inconvenientes de la gestión de transporte terrestre, para gestionar la información de los vehículos, rutas y el tiempo establecido a la hora de entrega del producto.
1.1.
Antecedentes Un trabajo similar de los autores Seddiq, Sameeh & Ali (2021), tiene como objetivo
conocer los movimientos de información, la presencia de trabajadores en las sucursales y centros de la empresa para resolver los inconvenientes de los transportistas. Estas empresas tratan con un número específico de trabajadores en función de las especificaciones para su selección. Como resultado, se pudo fortalecer la comunicación entre los transportistas y la dirección de la empresa. Un problema semejante abordó Apacani (2020), quien empleó el marco de trabajo Scrum en el desarrollo de una aplicación web para la gestión del transporte terrestre. Además, se optimizó la comunicación de las diferentes operaciones y la centralización de información de todos los procesos, logrando una mejor operatividad y calidad del servicio. De la misma manera Ávila, Sánchez, Aranda & Ávila (2020), desarrolló una aplicación web para fortalecer la gestión de procesos, se midió el tiempo de respuesta del sistema antiguo y la propuesta, mejorando significativamente las actividades. De esta forma, este trabajo detalla el análisis, diseño e implementación de la aplicación para gestionar la información ágil y oportuna en el control de la movilización de vehículos.
1.2.
Justificación El trabajo de titulación de grado se justifica en la Ley Orgánica de Telecomunicaciones,
en el artículo 3 manifiesta que el uso de las TICs promueve al desarrollo y fortalecimiento de
2 las redes de telecomunicaciones, además establece fomentar la convergencia de los servicios web y los dispositivos de oficina entre otros. Permitiendo a los ciudadanos el acceso a los servicios de telecomunicaciones públicos (Asamblea Nacional de la República del Ecuador, 2015). En ese mismo sentido, también se sustenta en el Plan Nacional de Telecomunicaciones y Tecnologías de Información del Ecuador del Ministerio de Telecomunicaciones y de la Sociedad de la Información (2016), donde se establecen las políticas para la implementación en los sectores de Telecomunicaciones y Tecnologías de la Información, así también, proyectos, estrategias, programas o planes. También, se alinea con el objetivo 5 del eje 2 del Plan Nacional de Desarrollo “toda una vida”, creado por la Secretaría Nacional de Planificación y Desarrollo, donde se establece “Impulsar la productividad y competitividad para el crecimiento económico sostenible de manera redistribuida y solidaria” (Secretaría Nacional de Planificación y Desarrollo (SENPLADES), 2017, pág. 80). Según SENPLADES (2017), afirma que “la productividad y crear valor agregado mediante la creación de incentivos diferenciados para que el sector productivo satisfaga la demanda interna y diversifique la oferta exportable de manera estratégica” (pág. 83). La Compañía la Internacional Interciti necesita asegurar y controlar las rutas e información de los socios, conductores y vehículos, además requiere generar reportes mensuales de los recorridos establecidos, esta información es almacenada de forma manual. Con la aplicación web es posible guardar una gran cantidad de datos, permitiendo mejorar la disponibilidad de los mismos.
1.3.
Planteamiento y delimitación del problema Según el análisis del Observatorio de Transporte y la Logística en España, en el 2019
determinó que, los transportistas españoles movilizan más de 75 millones de toneladas en todo el país, representando el 66% en el ámbito internacional, con un incremento del 5.3% respecto al 2018. La movilización de toneladas por kilómetros fue registrada en 76 millones, que representó un 60% de la producción de las empresas, teniendo un incremento del 4.1% con
3 respecto a las cifras del año anterior (Ministerio de Transportes, Movilidad y Agenda Urbana de España, 2021). De la misma forma, Barbero, Fidadone & Millán (2020), afirman que, en la participación del transporte automotor de carga (TAC) por carretera, en relación al producto interno bruto (PIB), en el 2016 tiene un promedio del 5.7% en toda América latina, donde se obtienen valores elevados en algunos países como Panamá que representa el 12.6%. Por otro lado, la revista Ekos (2021), determinó que en el Ecuador existe 9662 empresas, encargadas al transporte y almacenamiento de mercaderías, representando un 13.4% del número total de empresas a nivel nacional, equivalente al 4.2% en el total de ingresos del sector privado, aportando el 6.4% al PIB, ubicando al transporte terrestre, como las actividades más importantes del sector. Luego de la visita a la compañía la Internacional Interciti, se pudo observar que existe una inadecuada gestión del proceso de transporte terrestre, evidenciando que el manejo de la información de socios y vehículos, se realizaba mediante técnicas manuales, ocasionado desorganización de la información, debido a que el acceso y a su vez el almacenamiento, se administra en una sola computadora. Además, se identificó que la elaboración de reportes se lleva de forma manual, provocando que el tiempo utilizado en la generación de los mismos, no sea el óptimo. Y, por otro lado, se visualizó un deficiente proceso de atención a los socios, los cuales ocasionan inconformidad. 1.3.1. Preguntas de investigación 1.3.1.1.
Pregunta general
¿Cómo optimizar la gestión de transporte terrestre en la compañía la Internacional Interciti del cantón Santo Domingo? 1.3.1.2.
Preguntas específicas
¿Cuáles son los procesos que se llevan a cabo para la gestión de transporte terrestre en la compañía la Internacional Interciti del cantón Santo Domingo? ¿Cuáles son los framework, arquitectura y base de datos que existen para la creación de la aplicación web?
4 ¿Qué tipo de Software se puede utilizar para la gestión de transporte terrestre?
1.4.
Objetivos de la investigación
1.4.1. Objetivo general Implementar una aplicación web para la optimización de la gestión de transporte terrestre de la compañía Internacional Interciti del cantón Santo Domingo. 1.4.2. Objetivos específicos Determinar los procesos que se llevan a cabo en la gestión de transporte terrestre para presentar una propuesta que agilice las actividades de la compañía Internacional Interciti del cantón Santo Domingo. Seleccionar el framework, arquitectura y base de datos para el desarrollo de la aplicación web. Desarrollar una aplicación web amigable con el usuario para el manejo y gestión de transporte terrestre.
5
2. REVISIÓN LITERARIA
2.1.
Fundamentos teóricos Para la revisión de literatura se crearon dos figuras, que contiene los temas
fundamentales del presente trabajo, donde se realizaron los respectivos análisis de los apartados y sub apartados de cada variable a estudiar, como se visualiza en la figura uno y dos. Se establece las figuras con el contenido de las variables dependiente e independiente, las cuales presentan la estructura de la revisión literaria.
Figura 1. Índice de revisión de literatura de la variable independiente Aplicación Web
Figura 2. Índice de revisión de literatura de la variable dependiente Gestión de Transporte
6 2.1.1. Aplicación web Es un tipo de software especial, en el cual se codifica un lenguaje que le permite asegurar un soporte para el cliente y el servidor, donde el usuario puede visualizar todo el contenido que está almacenado, donde se comunican a través del lenguaje HTTP, el cual es un estándar internacional. Una aplicación web es aquella herramienta que los usuarios habitualmente utilizan para acceder a un servidor web a través de internet, como el protocolo Hypertext Transfer Protocol que están estandarizados y no han de ser creados, sino que son traducidos para llegar a su destino final que es la página web. (Luján, 2001, pág. 8)
Las aplicaciones web a lo largo del siglo XXI, han sido populares por la facilidad de la ejecución de páginas web en los navegadores. Separándolos en capas de presentación, capas de procesos y la capa de datos, logrando que los navegadores solo ejecuten las vistas. 2.1.1.1.
Arquitecturas de Servidores
2.1.1.1.1.
Modelos de programación en entornos cliente/servidor
2.1.1.1.1.1.
Cliente
Es un programa el cual permite la interacción del usuario con el servidor, el cual está encargada de hacer solicitudes o peticiones de los recursos del servidor web, mediante el protocolo http (Luján, 2001, pág. 8). 2.1.1.1.1.2.
Servidor
Es un programa encargado de atender y responder los diferentes tipos de peticiones de los clientes o navegadores, facilitando el acceso a los recursos que son solicitados a través del protocolo HTTP y el más seguro HTTPS (Mateu, 2004, pág. 23). 2.1.1.1.2.
Mecanismos de separación de la lógica de negocio
2.1.1.1.2.1.
Modelo, Vista y Controlador
Se encarga de separar la información de la lógica de negocio, también, el módulo gestiona las comunicaciones y los eventos del servidor con la vista, haciendo posible reducir el esfuerzo para los desarrolladores de páginas web. El paradigma en el patrón MVC se divide
7 en 3 partes las cuales constituyen una aplicación, permitiendo la instalación por separado, que garantizan la actualización y el mantenimiento de las aplicaciones web de forma sencilla. Tiene como objetivo reducir el esfuerzo de programación requerido para implementar múltiples sistemas sincronizados de los mismos datos. Su característica fundamental es que la vista, el modelo y el controlador se tratan como entidades separadas (Fernández & Diaz , 2012, pág. 48).
2.1.1.1.3.
Integración con los servidores web
2.1.1.1.3.1.
Método GET
Es un método que está encargado de solicitar la representación de un recurso específico almacenado en un servidor, que es devuelto al cliente para la representación de los datos, esta información es obtenida a través del código PHP, pero está limitada a 2000 caracteres. Las peticiones del método GET son solicitadas mediante los formularios en HTML. Es una petición en el que el cliente solicita al servidor web en busca de los recursos y que esta devuelva la información identificada en la propia URL. Lo más común es solicitar un imagen o documento HTML, aunque también puede hacer solicitar a un programa de base de datos. (López, et al., 2014, pág. 21)
2.1.1.1.3.2.
Método POST
Habitualmente se usa el método POST para enviar la información almacenada en los formularios de HTML y ser almacenada en la base de datos, teniendo la libertad de enviar información sin restricción alguna. Es utilizado para la codificación y no aparece en la URL. El método POST se usa comúnmente para enviar información a un servidor web. Estos casos suelen ocurrir al enviar contenido para un formulario de autenticación, así como al ingresar datos o especificar parámetros para un tipo de componente que se ejecuta en el servidor. (López, et al., 2014, pág. 20)
2.1.1.1.4.
Tecnologías de servidor
2.1.1.1.4.1.
Apache
Es un código abierto que está basado principalmente para las plataformas Unix, el cual, es una distribución de Linux, pero también tiene su versión para sistemas operativo Windows. Donde se ejecutan una gran variedad de páginas web del mundo. Este sistema está mantenido y desarrollado por Apache Software foundation, permitiendo que se destaque como un servidor robusto y hace uso de los últimos protocolos de seguridad.
8 Destacan el hecho de que es un servidor robusto, que implementa los últimos estándares y protocolos de Internet y tiene una gran capacidad de personalizar y modular. Además, al ser gratuito y de código abierto, cuenta con una gran comunidad de desarrolladores que ofrece una gran cantidad de documentación sobre su uso y configuración para diferentes propósitos. (López, et al., 2014, pág. 21)
2.1.1.1.4.2.
Microsoft IIS
Es considerado uno de los motores de páginas webs más flexibles del mundo, con una facilidad de gestionar cualquier tipo de sitio web. Debido a que Windows tiene una comunidad grande en el desarrollo de sistemas operativos, este posee un soporte nativo que es dado por Active Server Pages a diferencia de las demás plataformas. Cabe destacar que la ventaja más importante de IIS es el manejo de peticiones y como pueden ser despachadas de manera concurrente. Es un motor de páginas web seguro, flexible y fácil de administrar que le permite alojar cualquier tipo de contenido. Se distingue principalmente por el soporte nativo para ASP (Active Server Pages) y las tecnologías diversas de la plataforma .net. Además, permite agregar módulos para la ejecución de varios lenguajes como PHP. Este tipo de servidor solo se ejecuta en sistemas basados en Windows. (López, et al., 2014, pág. 21)
2.1.1.1.4.3.
Base de datos
Es considerado como un sistema, el cual proporciona el acceso directo a ellos. La información almacenada se guarda de manera organizada para sus futuras consultas. “Una base de datos es un grupo de datos estructurados que se representa mediante las entidades y sus relaciones. La representación será única e integrada, aunque deberá permitir usos múltiples y simultáneos” (Camps, et al., 2005, pág. 8). 2.1.1.1.4.4.
Sistema gestor de bases de datos
Son programas que facilitan la modificación, consultar y almacenamiento la información, que sirve como interfaz entre la aplicación y la base de datos controlada por el usuario. Un SGBG permite establecer los datos a distintos niveles de abstracción, garantizando la seguridad. Esto se alinea con Ordoñez, Tapia & Riva (2015) Es una herramienta que actúa como interfaz entre el usuario, la base de datos y las aplicaciones. Además, permite almacenar, definir, crear y gestionar una base de datos, lo que permite controlar los tipos de datos y las restricciones de la información. (pág. 26)
9 2.1.1.1.4.5.
Mysql
Es un gestor de datos relacional multiusuarios, que permite el acceso a los datos para almacenarlos, modificarlos y eliminarlos. Además, es un software libre para los usuarios particulares con fines personales, aunque también tienen una licencia para las empresas que deseen adquirirlas, además, permite crear simples o complejas base de datos, por lo que es compatible con todo tipo de plataformas. Es un sistema de gestión de bases de datos relacionales ágil, robusto y flexible. Es ideal para la creación de bases de datos con acceso desde sitios web, para crear sistemas de transacciones online de recursos o para cualquier otra solución profesional que implique el almacenamiento de datos con rápidas consultas. (Cobo, Gomez, Pérez, & Rocha, 2005, pág. 33)
2.1.1.1.4.6.
Oracle
Es considerado como una herramienta básica e indispensable para las empresas privadas debido a su gran desempeño en el rendimiento, escalabilidad, integridad y seguridad de los datos, además ofrece servicios locales como soporte en la nube. Actualmente la versión de Oracle 19c es la versión más estable, la cual proporciona un sustento en la corrección de errores a nivel mundial (Oracle Corporation, 2020). 2.1.1.2.
Herramientas de programación
2.1.1.2.1.
Generación dinámica de páginas web
2.1.1.2.1.1.
HTML5
Es un lenguaje de hipertexto que se utiliza para la estructuración y el despliegue de una página web en su versión HTML y en la versión actual de HTML5, contiene una amplia variedad de funcionalidad con la que los desarrolladores no contaban. “Tiene una amplia variedad de funcionalidades que los desarrolladores solo han logrado mediante el uso de un complemento de terceros, como los applets de Flash o Java incrustado en el código” (Herrera , 2012, pág. 6). 2.1.1.2.1.2.
CCS3
Es un lenguaje utilizado en la presentación de documentos HTML5, el cual se encarga de arreglar los aspectos físicos de los componentes. Está conformado por varios módulos en el que se añade nuevas capacidades y manteniendo las características de las versiones anteriores.
10 “Esta no es una especificación general única, sino que se divide en módulos. Cada módulo añade nuevas funciones o amplía las existentes en las especificaciones anteriores. La nueva especificación conserva la compatibilidad con versiones anteriores” (Herrera , 2012, pág. 131). 2.1.1.2.1.3.
JavaScript
Es un lenguaje de programación que puede interpretar y compilar, además, a través de secuencias de comandos para los sitios web. Difiere de los demás lenguajes porque este puede realizar multitareas personalizadas como el almacenamiento de datos hasta procesos complejos (Gauchat, 2017, pág. 8). 2.1.1.2.2.
Entorno de desarrollo
2.1.1.2.2.1.
Framework
Es un concepto que se emplea en varios ámbitos del desarrollo web, básicamente su estructura está conformada por diversos componentes que pueden ser personalizables y reemplazables, su principal objetivo es optimizar los procesos de desarrollo a través de la reutilización de código, fomentando las buenas prácticas con el patrón modelo, vista y controlador. Una de las interfaces de usuarios más usada symfony. Un framework proporciona funcionalidad extendida a un lenguaje de programación, automatiza muchos de los modelos de programación para alinearlos a un propósito específico, proporciona una estructura al código, lo mejora y lo hace más comprensible y duradero, y permite que la aplicación se separe en capas. (Villalobos, Camacho, & Biancha , 2010, pág. 178)
2.1.1.2.2.2.
Laravel
Es un framework que facilita el desarrollo de páginas y servicios de PHP, la filosofía es formar un código PHP elegante y simple para evitar el código espagueti, intenta aprovechar las dependencias de otras aplicaciones para que esta sea cada vez más sencilla, uno de los puntos más fuerte es su motor de las plantillas Blade. Laravel hace que el proceso de desarrollo esté estandarizado, procesando algunas relaciones lógicas no comerciales automáticamente. Este papel diseña e implementa un modelo Laravel simple, que logró el procesamiento automatizado para parte del diseño. El diseño web experimental y de simulación probado basado en el marco Laravel, tiene escalabilidad robusta, con el fin de mejorar la eficiencia en desarrollo. (Ren Yu, 2014, pág. 301)
11 2.1.1.2.3.
Lenguajes de programación
2.1.1.2.3.1.
PHP
Es un lenguaje de programación que es interpretado por el servidor, el cual se caracteriza por su funcionalidad robusta y su versatilidad. Está orientado a la creación de aplicaciones web, además, permite guardar la información en un servidor de datos o realizar operaciones simples. “PHP es un lenguaje interpretado del lado del servidor que se caracteriza por su potencia, versatilidad y modularidad” (Cobo, Gomez, Pérez, & Rocha, 2005, pág. 99). 2.1.2. Gestión de Transporte Como indica Antón (2009), la logística puede caracterizarse como la ciencia que se concentra en como las mercancías, los individuos o los datos conquistan efectivamente el tiempo y la distancia. De este modo, se ven como la envoltura regular del transporte, y es factible aplicar las normas. 2.1.2.1.
Función del transporte Gómez (2013), menciona que es una serie de procesos las cuales permiten trasladar
productos y materiales fabricados de proveedores a empresas, por consiguiente, las empresas a clientes para que puedan llegar a sus destinos en condiciones pactadas. El trabajo de transporte permite la expansión de la economía de la superficie útil y el incremento de su eficiencia. Participa en la alteración práctica de las medidas de creación, sustituyendo los costes generales de los factores y se reduce el gasto fundamental por las variedades de ideas. Del mismo modo, disminuye la medida de horas de trabajo por artículo fabricado y los gastos de: antigüedad, intereses, capital e inventarios, ampliando así los costes de entrega, e incluso puede tener un efecto tal que cambie los métodos de creación. (Castellanos, 2009) 2.1.2.1.1.
Grados externalización
Los gerentes de coordinación tienen diferentes clases, según el espacio de la red de suministro encargados de operar, además, se divide en cinco clases de interés para facilitar su consulta, a través de la referencia de proveedores de logística (Simoes, 2019).
12 1PL (First Party Logistics): Son las organizaciones de vehículos que transportan los resultados de la organización que los emplea. Es el principal nivel de revalorización, la oficina gestiona las flotas de camiones como los conductores. En esta situación, la organización tiene sus propios centros de distribución y trato con los equipos (Gómez, 2013; Simoes, 2019). 2PL (Second Party Logistics): Además del transporte, el administrador de las coordinaciones también se encarga del almacenamiento de los artículos. Estas organizaciones ofrecen administraciones de almacenamiento y transporte estándar, sin embargo, es la organización contratante de flotas de camiones y supervisa los flujos de materiales. Normalmente son administradores de coordinaciones públicas (Gómez, 2013; Simoes, 2019). 3PL (Third Party Logistics): Es el tipo de administrador de coordinaciones que se encarga de incorporar la asistencia total, por ejemplo, da el marco material, pero al mismo tiempo se encarga de la administración y asociación de actividades relacionadas con la capacidad y el transporte. Los administradores de 3PL ofrecen administraciones adaptadas a las necesidades de la organización que los contrata. Por lo tanto, por regla general, aceptan acuerdos de largo plazo (Gómez, 2013; Simoes, 2019). 4PL (Fourth Party Logistics): Estos administradores trabajan como especialistas en el avance de la red de producción. Ordinariamente, los 3PLs son responsables por el activo de los ejecutivos y los 4PLs andan como especialistas, consecuentemente se crean conexiones extremadamente acogedoras entre ellos (Gómez, 2013; Simoes, 2019). 2.1.2.1.1.1.
Ventajas de los grados de externalización
En la mayoría de los niveles, se encuentran con expertos en logística que alcanzan ahorrarle tiempo porque entienden el trabajo. Además, cuenta con el funcionamiento de la logística, si no tienes transporte ni almacenes, se pueden ofrecer un ahorro de dinero. (Tradelog, 2020). Se trata de una cómoda expansión en los mercados extranjeros más interesantes. Estos operadores impiden invertir en su propia infraestructura y le permiten contar con personas con experiencia en otras áreas de negocio y culturas. (Tradelog, 2020).
13 Además, se pueden firmar contratos de forma flexible para su producción. Por lo tanto, puede organizar eventos de temporada, incluidas las temporadas altas y fuera de temporada, y reducir los gastos durante el resto del año. (Tradelog, 2020). Finalmente, puede recordar que algunos operadores y asesores se especializan en industrias específicas. Esto significa que son los especialistas en logística de la empresa y saben asesorar sobre las soluciones más convenientes y actualizadas. Su comprensión de la tecnología e incluso de la legislación nacional y mundial puede ser de gran utilidad. (Tradelog, 2020). 2.1.2.1.2.
Conceptos de decisión
Según Gómez (2013), menciona que el concepto de decisión se deriva en varios campos: •
Servicio de transporte propio: Según Islas, Jiménez, & Vázquez (2003), se puede observar que al utilizar transporte propio se gasta en combustible, mano de obra, costes administrativos, mantenimiento, depreciación del vehículo. Se puede analizar que en aquellas empresas que utilizan sus propios vehículos, la limitación del tiempo de entrega es un factor relevante, y solo tres de ellas hacen uso del sistema "just in time" en el contexto del suministro. El 71% de las empresas con flota propia, cree que los costos más representativos son los relacionados con la operación y mantenimiento, el 14% estima que la gestión del personal es mayor y el 15% restante lo atribuye a rubros como combustible, peajes y llantas. Cabe destacar que la mayoría de los costos son fijos, los cuales representan el 71%, por lo que se puede empezar a reflexionar sobre lo comentado al inicio de este apartado.
•
Servicio de transporte ajeno: Según Islas, Jiménez, & Vázquez (2003),es la carga de los productos desde el origen, asegurando la entrega de la mercancía en el destino. Las empresas con movilidad de alta intensidad, prefieren alquilar camiones muy pequeños o los servicios de transportistas, porque sus costos de flete son mucho más bajos en comparación de otros servicios de transporte similares. Sin embargo, debido al gran número de transportistas, por un lado, conduce a un gran despliegue de sus recursos de organización y control. Por otro lado, cooperan con diferentes niveles de servicios, para completar la entrega por la persona encargada, por la cual la reputación de la empresa se ve involucrada.
14 •
Factor de tiempo de tránsito: Según Gómez (2013), es el tiempo de entrega requerido, para que los servicios logísticos transporten el producto desde la carga hasta su descargada.
•
Factor de variabilidad: Según Gómez (2013), es la diferencia en el tiempo de transporte, que se genera en las diversas situaciones, las cuales son: efectos climáticos, embotellamiento de tráfico y demoras en la integración de la carga.
•
Factor pérdida y daños: Según Gómez (2013), se enfrentan a varios tipos de calidad y cuidados de los bienes. Además, deben considerar el costo potencial de pérdidas y daños. La función de la organización, es ordenar y reorganizar los recursos humanos, materiales, financieros y otros disponibles en la empresa, por lo tanto, ver quién es el responsable de cada tarea, orden y estructura del proyecto en ejecución.
2.1.2.2.
Transporte por carretera
Según Castellanos (2009), menciona que el transporte a través de carreteras cuenta con costos similares a los de los ferrocarriles. De hecho, este modo de transporte tiene el costo fijo más bajo, entre los diferentes medios de transporte destacando las siguientes características: •
Los transportistas no son dueños de las carreteras por las que circulan.
•
El camión es una pequeña unidad de transporte económica.
•
No se necesitan herramientas costosas para la gestión logística de transporte.
•
El costo laboral de carga y descarga de transporte pesado es mucho más accesible que el de los trenes. Por otro lado, los costos variables son altos porque los usuarios pagan el mantenimiento
y la construcción de las carreteras mediante impuestos por kilómetro/peso, gasolina y peajes.
Tabla 1. Ventajas y desventajas del transporte terrestre Ventajas Desventajas Prontitud Capacidad Seguridad Grandes distancias Versatilidad Regulaciones de tráfico en las vías Accesibilidad Congestiones de trafico Costos en embalaje Documentación y Aduana Fuente: Adaptado del Manual de gestión logística del transporte y distribución de mercancías, Castellano (2009).
15 2.1.2.2.1.
Contrato de transporte terrestre por carretera
Es un acuerdo legal de transporte de mercadería por carretera, en el cual el encargado de llevar la mercadería (porteador), es el responsable legal de una empresa especializada, en el transporte por autopista e intermediación en la contratación de los mismos (Gómez, 2013). 2.1.2.2.1.1.
Carga Fraccionada
Se refiere a los transportes, los cuales, debido a la dispersión de las mercaderías, requieren ciertas actividades complementarias como: la distribución, manipulación, almacenamiento y envasado de productos básicos. En estos casos se agrupan los productos de varios clientes para un mejor aprovechamiento del transporte. (Gómez, 2013). En el cumplimento de requisitos para el trasporte de mercadería, requiere de actividades anteriores o complementarias del transportista inherentes al carácter disperso de la mercancía, tales como: clasificación, almacenamiento, montaje, manipulación, embalaje o distribución. Este tipo de transporte ocurre cuando el volumen o el peso de la carga, no es suficiente para completar un camión, caja de mudanza o contenedor. Las cargas se agrupan por auto cargadores y el espacio de carga, se puede reservar en los vehículos de línea convencionales, generalmente hay un valor mínimo (Gómez, 2013). 2.1.2.2.1.2.
Carga Completa
A diferencia de las cargas fraccionarias que de acuerdo al tipo de contrato hacen uso de actividades complementarias, en las cargas completas no son necesarias debido a que las mercancías transportadas son suficientes para llenar uno o más vehículos (Gómez, 2013). De igual forma Iplacex (2014), menciona que este tipo de transporte utiliza toda la capacidad del camión desde el punto de inicio hasta el punto de entrega, y la carga completa puede ser a granel o empaquetada. 2.1.2.2.1.3.
Paquetería
Se trata de un servicio puerta a puerta, que consta de diferentes modalidades como: urgente, entrega a anticipada y servicio de 24 horas, los cuales para su carga están divididos entre la recogida en el punto de inicio y entrega en su destino (Iplacex, 2014; Gómez, 2013).
16 Además, de la recogida de mercancías en el lugar de origen, para su posterior traslado completo a larga distancia, se clasifica las rutas de acuerdo a los centros de paquetería, ruta de entrega en el destino, agrupado, fraccionado y entregado a los clientes en un nuevo local. Este es el tipo de servicio proporcionado por la oficina de correos (Iplacex, 2014). 2.1.2.2.2.
Aspectos técnicos del transporte terrestre por carretera
Según Gómez (2013), menciona que hay muchos tipos de medios de carga pesada, que se pueden utilizar para el transporte por autopista, como semirremolques, tractoras, plataformas de contenedores etc. Son varias características técnicas a considerar: •
Peso tara (T): el peso vacío del vehículo.
•
Carga útil (Cu): la carga máxima que se puede cargar en el vehículo.
•
Peso máximo autorizado (PMA): PMA = Cu + T, Carga por eje: En España y la Unión Europea, generalmente se permite una carga de 10 toneladas por eje.
2.1.2.3.
Clausulas Incoterms
Según Gómez (2013), establece que son lenguajes internacionales para términos comerciales, en donde se determina las obligaciones y operaciones del negocio, disminuyendo el riesgo, delimitando la responsabilidad y aclarando las cláusulas comerciales transaccionales entre el comprador y el vendedor. Por consiguiente, las partes involucradas llegan a un acuerdo donde y cuando se entrega la mercadería. Las diferentes cláusulas de los Incoterms se dividen en varios grupos según el grado de obligación del transportista en este proceso. •
Grupo E: El vendedor solo necesita entregar al comprador la mercadería en sus instalaciones.
•
Grupo F: La característica de la cláusula F, el vendedor debe proveer la mercancía en el país donde se encuentra el comprador que ha realizado su respectivo pago de productos.
•
Grupo C: En la cláusula C, el vendedor firma el contrato y asume los principales costos de transporte, pero no asume el riesgo de pérdida o daño, desde su embarque hasta su desmarque.
•
Grupo D: La cláusula D es la modalidad en la que el vendedor asume una mayor responsabilidad y asume el costo y riesgo de transportar la mercancía al destino
17 acordado. Son los únicos plazos de entrega de vendedor a comprador en el país de destino. (pág. 162)
2.2.
Predicción científica H0: La aplicación web no influye significativamente en la gestión de transporte terrestre
en la compañía Internacional Interciti del cantón Santo Domingo. H1: La aplicación web influye significativamente en la gestión de transporte terrestre en la compañía Internacional Interciti del cantón Santo Domingo.
18
3. MÉTODOLOGÍA
3.1.
Enfoque, diseño y tipo de investigación Se utilizaron métodos cuantitativos para el análisis de datos numéricos de los socios,
los cuales cuentan con varias rutas de entrega dentro de la compañía. Por otra parte, el enfoque cualitativo procura obtener información sobre el manejo y experiencia de herramientas tecnológicas aplicadas a la gestión de transporte. Además, se consideró un diseño preexperimental (Hernández, 2014). También, es una investigación aplicada, la cual permitió identificar un problema específico, como la inadecuada gestión de transporte terrestre en la compañía Internacional Interciti. Además, para la recolección de los procesos de gestión de transporte terrestre y el análisis de la información de los mismos, mediante la comunicación directa con el representante del establecimiento, se aplicó una investigación de campo y descriptiva.
3.2.
Población y muestra Para este trabajo se cuenta con una población de 98 socios, 2 secretarias, 1 gerente. En
la tabla 2, los socios mencionados son aquellos que aportan sus vehículos para la asignación de rutas dentro de la empresa, además la secretaria proporcionó información significativa sobre los procesos de gestión de transporte terrestre aplicados, los cuales ayudaron al presente estudio. Y, por último, el gerente propietario proporcionó la información sobre la distribución de trabajo que se realiza en la compañía. Tabla 2. Población COMPAÑÍA DE TRANSPORTE PESADO LA INTERNACIONAL INTERCITI Socios Secretaria Gerente N.º Total Total Total 1 98 2 1 Total 98 2 1 Fuente: Secretaría de la empresa Interciti.
Como se conoce el universo “N” que es 98 socios, en este estudio se aplicó la fórmula que se visualiza en la figura 3, teniendo como resultado una muestra de 80.
19
Figura 3. Cálculo de la muestra
3.3.
Técnicas de recogida y análisis de datos Mediante un enfoque mixto, se utilizó diferentes técnicas como la encuesta, entrevista
y la observación para la recolección de datos mediante sus respectivos instrumentos. Además, se realizó el análisis estadístico de las encuestas a los socios, con la herramienta Microsoft Excel se generó los gráficos de barras y representar los resultados obtenidos de la encuesta. También, a fin de obtener datos cualitativos sobre los procesos de gestión de transporte terrestre, se aplicó una entrevista para conocer dichos procesos y optimizarlo. Además, se aplicó un análisis chi cuadrado (X2) bivariado.
3.4.
Operalización de las variables Se realizó la operacionalización de las variables aplicación web y gestión de transporte
en la tabla 3 y 4.
20 Tabla 3. Operacionalización de la variable independiente Conceptualización
Categorías
Indicadores Modelos de programación en entornos cliente/servidor
Arquitectura de servidores
Aplicación Web Es un tipo especial de aplicación en donde el cliente y el servidor se comunican mediante el explorador mediante el protocolo https o https, sin la necesidad de una instalación en el dispositivo ya que el programa está basado en el lenguaje html (Luján, 2001).
Integración con los servidores web
Ítems ¿Cuál es el proceso para el almacenamiento de información? ¿Con qué frecuencia considera usted que el método de almacenamiento de información genera contratiempos? ¿Está usted de acuerdo en contratar un servidor para mejorar el rendimiento de la información? ¿Qué herramientas utilizan para almacenar la información?
Tecnologías de servidor
¿Qué tecnologías utiliza para acceder a la información de la empresa? ¿Está usted de acuerdo con la forma de almacenamiento de la información?
Generación dinámica de páginas web Entorno de desarrollo
¿Qué nivel de conocimiento considera que tiene usted sobre el funcionamiento de una página web? ¿Cree usted que es recomendable usar una herramienta web para acceder a la información de los socios, vehículos y rutas?
Lenguajes de programación
¿Qué tan interesado está usted en emplear herramientas tecnológicas para gestionar la información del transporte terrestre? ¿Está de acuerdo que la implementación de herramientas tecnológicas fortalece la gestión de transporte terrestre? ¿Con qué frecuencia usa una página web? ¿Qué tan fácil le resulta utilizar herramientas tecnológicas?
Herramientas de programación
Instrumento o Técnica
Entrevista a la secretaria
Encuesta a los socios
Entrevista a la secretaria
Encuesta a los socios
21 Tabla 4. Operacionalización de la variable independiente Conceptualización
Categorías
Función del transporte
Gestión de Transporte Es una serie de actividades que nos permiten trasladar materiales y productos terminados de proveedores a empresas y luego de empresas a clientes para que puedan llegar a sus destinos en condiciones pactadas (Gómez, 2013).
Transporte por carretera
Clausulas Incoterms
Indicadores
Grados externalización Concepto de decisión
Contrato de transporte terrestre por carretera Aspectos técnicos del transporte terrestre por carretera
Grupo E Grupo F Grupo C Grupo D
Ítems ¿Cuál es el proceso de asignación de rutas? ¿Cuál es el proceso seguimiento para la gestión de rutas? ¿En su empresa disponen de nuevas tecnologías para mejorar la gestión del transporte?
instrumento o Técnica
Entrevista a la secretaria
¿Cuáles es el grado de satisfacción con respecto a la información personal y vehicular disponible? ¿Generan algún reporte para las rutas realizadas?
Encuesta al socio
¿Está usted de acuerdo con la forma de comunicar la información de los fletes asignados a cada socio? ¿Está de acuerdo con el proceso de registro de la constancia de entrega del flete?
Encuesta al socio
¿Qué métodos de entrega emplean en la gestión del transporte? ¿Cuál es el alcance del recorrido de las rutas? ¿Usted está satisfecho con la información disponible en la empresa de las rutas?
Entrevista a la secretaria
Entrevista a la secretaria
Encuesta al socio
22
4. RESULTADOS
4.1.
Resultados del primer objetivo: Proceso de gestión de transporte terrestre Con la ayuda del experto en el área de tecnología se validaron los cuestionarios para la
recolección de información, como se visualiza en la tabla 4 y en el anexo III. Tabla 4. Experto en validación de los instrumentos de recolección de información Nombres Título académico Córdova Gálvez Rodolfo Sirilo Magister en Redes de Comunicaciones
Área Tecnología
4.1.1. Entrevista a la secretaria Pregunta 1: ¿Cuál es el proceso para el almacenamiento de información? Respuesta: La compañía organiza la información de forma manual de los socios, vehículos, representantes, empresas y rutas, generando muchas veces contratiempos al momento de realizar diferente actividad, este proceso de almacenamiento de la información se lo hace por medio del programa de Excel. Pregunta 2: ¿Con qué frecuencia considera usted que el método de almacenamiento de información genera contratiempos? Respuesta: Cuando registramos la información, generalmente casi siempre se ocasionan contratiempos en el programa de Excel, se vuelve tedioso debido a que se realizan reportes diarios, semanales y mensuales. Pregunta 3: ¿Está usted de acuerdo en contratar un servidor para mejorar el rendimiento de la información? Respuesta: La idea de contrata un servidor es óptima, porque manejamos una gran cantidad de información de rutas, la cual nos facilitaría el trabajo de almacenar los datos y tener un registro de todos los fletes realizados. Pregunta 4: ¿Qué nivel de conocimiento considera que tiene usted sobre el funcionamiento de una página web?
23 Respuesta: El nivel de conocimiento que poseo es intermedio, debido a que me capacite en el área, aunque siempre me gustar estar en constante aprendizaje sobre las nuevas tecnologías que se implementan día a día y poder optimizar el tiempo. Pregunta 5: ¿Cree usted que es recomendable usar una herramienta web para acceder a la información de los socios, vehículos y rutas? Respuesta: Si, porque usualmente me solicitan información en diferentes momentos de los socios, el estado de los vehículos y las rutas asignadas a los mismos. Pero al estar la información almacenada en los dispositivos de la compañía, se me dificulta acceder a ellos en un momento dado. Pregunta 6: ¿Qué herramientas utilizan para almacenar la información? Respuesta: La herramienta que usualmente utilizamos para el almacenamiento de la información es el software Microsoft Excel, porque es una herramienta muy útil por la gran diversidad de opciones que ofrece para filtrar la información. Pregunta 7: ¿Cuál es el proceso de asignación de rutas? Respuesta: El cliente solicita la disposición de transporte terrestre, luego la secretaria muestra la nómina, se escoge los vehículos que van a realizar el recorrido, y de ser el caso que los vehículos cumplan con los requerimientos se firma el contrato. Posteriormente el jefe de logística evalúa el correcto funcionamiento del vehículo, y se asigna la respectiva carga de la mercadería. Pregunta 8: ¿Cuál es el proceso seguimiento para la gestión de rutas? Respuesta: Cuando el vehículo termina la ruta asignada, el socio o el conductor informa, el jefe de logística una vez informado, genera un reporte de los fletes asignados por los clientes. Pregunta 9: ¿En su empresa disponen de nuevas tecnologías para mejorar la gestión del transporte? Respuesta: Lamentablemente no se ha realizado ninguna mejora tecnológica, aunque por la gran cantidad de informes, considero que es necesario adquirir almacenamiento en la nube para poder acceder a la información desde cualquier lugar.
24 Pregunta 10: ¿Generan algún reporte para las rutas realizadas? Respuesta: Si, dicho reporte se lo realiza diario, semanal y mensualmente para tener en consideración los vehículos que tienen rutas asignadas y mantener a todos los socios activos. Permitiendo que todos tenga las mismas oportunidades, estos reportes contiene la información de los socios, vehículos y rutas asignadas. Al finalizar la entrevista se realizó un análisis del control en la gestión de transporte, donde dichos procesos se registraban en reportes de forma manual. La secretaria de la compañía expresó la necesidad de la intervención de una herramienta tecnológica para el control logístico. En el tiempo de la emergencia sanitaria, se pudo comprobar que no se realiza un seguimiento de las rutas realizas por los transportistas. La secretaria establece que aplicar las Tics es una alternativa para el área de la gestión de transporte, la cual permite una mayor optimización de tiempo al realizar el registro de las rutas. 4.1.2. Encuestas a los socios de la compañía Los resultados de la encuesta se aprecian en la tabla 5, con su respectiva escala en cada una de las preguntas y su porcentaje. Al finalizar la encuesta a los 80 socios se realizó un análisis, donde se pudo visualizar que en la compañía la Internacional Interciti, la mayoría de ellos están moderadamente interesados en implementar herramientas tecnológicas para gestionar la información del transporte terrestre, también, se evidenció que el manejo de nuevas tecnologías es limitado.
25
Tabla 5. Resultados de la encuestas pre test N°
Preguntas
1
¿Qué tecnologías utiliza para acceder a la información de la empresa?
2
3
4
Escala y % Celular 66,25%
¿Qué tan interesado está usted en emplear Totalmente de interesado herramientas tecnológicas para gestionar la 7,50% información del transporte terrestre? ¿Está de acuerdo que la implementación de Totalmente de acuerdo herramientas tecnológicas fortalece la 6,25% gestión de transporte terrestre?
Computadora
Tablet
Figuras Otros
26,25%
7,50%
0,00%
Interesado
Moderadamente interesado
Poco interesado
Nada interesado
8,75%
28,75%
50,00%
5,00%
De acuerdo
Moderadamente de acuerdo Poco de acuerdo Nada de acuerdo
15,00%
23,75%
32,50%
22,50%
Muy frecuente
Frecuente
Medianamente frecuente
Poco frecuente
Nada frecuente
6,25%
31,25%
50,00%
12,50%
0,00%
¿Con qué frecuencia usa una página web?
¿Qué tan fácil le resulta utilizar herramientas tecnológicas?
Totalmente fácil
Fácil
Medianamente fácil
Poco fácil
Nada fácil
5
5,00%
1,25%
47,50%
28,75%
17,50%
¿Está usted de acuerdo con la forma de almacenamiento de la información?
Totalmente de acuerdo
De acuerdo
6
5,00%
7,50%
37,50%
46,25%
3,75%
¿Usted está satisfecho con la información disponible en la empresa de las rutas?
Totalmente satisfecho
Satisfecho
Moderadamente satisfecho
Poco satisfecho
Nada satisfecho
1,25%
11,25%
35,00%
47,50%
5,00%
¿Está usted de acuerdo con la forma de comunicar la información de los fletes asignados a cada socio?
Totalmente de acuerdo
De acuerdo
6,25%
10,00%
¿Está de acuerdo con el proceso de registro de la constancia de entrega del flete?
Totalmente de acuerdo
De acuerdo
9
3,75%
16,25%
45,00%
25,00%
10,00%
Totalmente satisfecho
Satisfecho
Moderadamente satisfecho
Poco satisfecho
Nada satisfecho
10
¿Cuáles es el grado de satisfacción con respecto a la información personal y vehicular disponible?
6,25%
12,50%
38,75%
37,50%
5,00%
7
8
Moderadamente de acuerdo Poco de acuerdo Nada de acuerdo
Moderadamente de acuerdo Poco de acuerdo Nada de acuerdo 32,50%
50,00%
1,25%
Moderadamente de acuerdo Poco de acuerdo Nada de acuerdo
Fuente: Encuesta aplicada a los socios de la Compañía la Internacional Intercit
73
4.1.3. Proceso de gestión de transporte terrestre En la figura 4 se determina el proceso de la asignación de rutas en la gestión de transporte, en el que intervienen la secretaria, jefe de logística y la empresa externa que contrata el servicio de la Compañía la Internacional Interciti.
Figura 4. Diagrama de actividades
74
4.2.
Resultado del segundo objetivo: Framework, arquitectura y base de datos
4.2.1. Frameworks PHP Existen una alta gama de frameworks, los cuales permiten organizar, estructurar el almacenamiento de páginas y manejar los recursos, dependiendo la necesidad del desarrollador. En consecuencia, mediante la comparativa que se visualiza en la tabla 6, se realizó un análisis entre los diferentes fremeworks más utilizados en la actualidad. Tabla 6. Comparación entre Frameworks PHP Frameworks PHP Características Sistema de autenticación, con todo lo necesario como recordatorio de contraseña, confirmación de cuenta, memorización de un usuario registrado, etc. El "Bundled modularity" facilita el acceso al código para su reutilización. a El modelo permite crear los atributos desde la base de datos a través de las migraciones Laravel El controlador permite crear y tener actualizado las rutas Documentación detallada Gestiona las sesiones de conexión Se llaman las acciones del controlador que interactúa con los componentes y modelos necesarios b Un ORM muy útil que ayuda a los desarrolladores a crear excelentes consultas y código. CakePHP Se pueden usar excelentes complementos para mantener el código limpio y elegante La capa de controlador procesa las solicitudes de los usuarios. Fuente: Adoptado de aLaravel LLC (2021) Recuperado de: https://laravel.com/docs/8.x; bCake Software Foundation, Inc (2021) Recuperado de: https://book.cakephp.org/4/en/index.html.
Mediante la presente tabla 6, se determinó la selección del framewoks Laravel, debido a que es un software con licencia libre, cuenta con plantillas intuitivas y fáciles de usar. Además, permite que el código se reutilice dentro de un proyecto, asimismo, cuenta con una seguridad robusta al desarrollar aplicativos webs.
4.2.2. Base de datos Se empleó la base de datos Mysql visualizada en la tabla 7, donde se determinó su flexibilidad al crear base de datos, su integración con el lenguaje de programación php, y su escalabilidad y rendimiento en ambientes productivos.
75 Tabla 7. Comparación entre Mysql y Postgresql a Mysql • Permite la administración y Monitoreo de la base de datos. • Alta disponibilidad
b
Postgresql • Puede escalar bien aumentando la cantidad de CPU y la cantidad de RAM. • Tiene mejor soporte para los disparadores y programas en el servidor de datos. • Simultaneidad, Rendimiento. • Viabilidad, recuperación ante desastres.
• Mejor integración con PHP. • Mejor control de acceso. • Agilidad web y disponibilidad de grado de operador • Extensibilidad. para la industria de las comunicaciones. • Rendimiento y escalabilidad. • Internacionalización, búsqueda de texto. • Seguridad. Fuente: Adoptado de aOracle Corporation. (2021). presentations Recuperado de: https://www.mysql.com/whymysql/presentations; bThe PostgreSQL Global Development Group (2021). About. Recuperado de: https://www.postgresql.org/about/.
4.2.3. Arquitectura de software En base a la comparación entre las dos arquitecturas de desarrollo de software visualizados en la tabla 8, se escogió el modelo MVC, que permite separar la lógica de negocio con la de datos, además mantiene un aislamiento, rendimiento, independencia y manejo de prueba óptimo. Tabla 8. Comparación entre arquitectura de software MODELO-VISTA-CONTROLADOR ARQUITECTURA 3 CAPAS • Separa los diferentes aspectos de la aplicación como • Tiene una arquitectura divida en la capa de la lógica de entrada, lógica de negocio y la lógica de presentación, capa de presentación y capa de la interfaz. lógica de negocio. • El patrón especifica el funcionamiento de cada • Se basa en el concepto de prestarse servicios entre sí elemento. en todos los niveles de la aplicación. • Permite que la aplicación pueda tener un rendimiento • Separar responsabilidades, cada capa tiene una superior al cargar su contenido función específica y no interviene con la de las demás. • Permite que el sistema sea escalable si es requerido. • Los datos son encapsulados para su integridad • El bajo acoplamiento promueve el desarrollo en paralelo. • Fácil de mantener. Fuente: Adoptado de López, M., Soltero, F., Sánchez D., Moreno, A., Bollati, V., Vera, J. (2016). programación web en el entorno servidor. Madrid, España: RA-MA Editorial.
4.3.
Resultado del tercer objetivo: Aplicación web
4.3.1. Acrónimo del sistema En la figura 5 se puede observar el acrónimo “AWGTT”, el cual se origina de 5 palabras: “A” proviene de aplicación, “W” de web, “G” de gestión, “TT” de transporte terrestre.
76 El logotipo representa a todo el sistema, por lo tanto, se observa la palabra AWGTT que significa aplicación web para la gestión de transporte terrestre.
Figura 5. Acrónimo
4.3.2. Scrum Se prefirió el marco de trabajo Scrum, el cual se enfoca en la administración de pequeños y medianos proyectos, por lo permite trabajar de una manera rápida, organizada, eficaz, además, se utilizó los eventos que son propios del proceso ágil. 4.3.3. Sprint I 4.3.3.1.
Planificación
4.3.3.1.1.
Roles
En Scrum se detalla los roles que realiza el equipo de trabajo, los roles, áreas y responsables, que consta en la tabla 9. Tabla 9. Distribución de Roles Área Secretaria de la Compañia Docente PUCESD Desarrollador Diseñador y tester
Encargado Sr. Andrea Manzaba Mg. William Ocampo Omar Jacho Edward Vizcaino
Rol Product Owner Scrum Master Equipo de desarrollo Equipo de desarrollo
77 4.3.3.1.2.
Modelo Vista Controlador •
El modelo: Es una representación abstracta, donde contiene las reglas para acceder a ellas.
•
Vista: Es la interfaz que contempla la información que visualiza el cliente.
•
Controlador: Es el intermediario entre modelo y la vista, el cual está encargado de presentar la información para el usuario.
4.3.3.1.3.
Product backlog
Las funcionalidades del product backlog fueron recolectadas por el Product Owner, que se llevó a cabo en una reunión a través de la fertilización cruzada. Por lo tanto, se elaboró las historias de usuario con el personal encargado de las oficinas. Como se observa en la tabla 10, el número de cada historia de usuario, sus estimaciones, la prioridad de cada historia (de 0 hasta 100) y el riesgo de desarrollo. Tabla 10. Product Backlog N° 1 2 3 4 5 6 7 8 9
Historias Roles Socios y conductores Asignación de roles Perfil de socio y/o conductor Vehículo Representantes Empresas contratantes Rutas Reportes
4.3.3.1.4.
Product Backlog Riesgo de desarrollo Alta Media Media Media Media Media Media Alta Baja
Estimaciones 3 13 8 5 8 5 5 21 3
Prioridad de negocio 100 90 80 70 60 50 40 30 20
Estimación
Se realizó la estimación con la técnica de Fibonacci y la métrica puntos de usuario, por lo tanto, se consideró la incertidumbre de cada historia como se visualiza en la tabla 11, la escala para medir la complejidad del desarrollo, se tomó de forma relativa entre el rango de 0.5 hasta 3 bajo, medio de 5 hasta 8, alto 13 a 21 y épica de 34 en adelante. Tabla 11. Estimación Complejidad Baja Media Alta Épica
Escala 0.5, 1, 2, 3 5, 8 13, 21 34 +
78 4.3.3.1.5.
Fertilización cruzada, escenarios de prueba y velocidad
Para recolectar la información adecuada del sistema, se realizaron reuniones entre los desarrolladores y el Product Owner, además los requerimientos fueron recopilados por medio de las tarjetas denominas historias de usuario, donde se adquiere la suficiente información para el desarrollo. Por consiguiente, se realizó las historias de usuario, donde se elaboraron los escenarios de prueba con la estrategia (dando, cuando y entonces), para comprobar si el sistema cumple con todos los requerimientos establecidos y con la aprobación del Product Owner. Por ende, este proceso es fundamental para la documentación de desarrollo del software y se debe evidenciar cada una de las pruebas de aceptación realizadas, como se visualiza en el anexo IV. Se sumaron las estimaciones de las historias de usuario, obteniendo 37 puntos, que se desarrollaran en un periodo de 4 semanas, además se trabajó en el producto 5 días por semanas durante cuatro horas, se estableció estos parámetros para un mejor desarrollo del producto. 4.3.3.1.6.
Gestión de tareas
Para la gestión de tareas se escogió la aplicación web Trello, donde se puede visualizar en la figura 6, debido a que es muy intuitivo para el desarrollo y asignación de tareas, también permite que varias personas puedan participar, llevando una organización de las actividades que se están realizando.
Figura 6. Tablero Trello (Atlassian, 2021)
79 4.3.3.1.7.
Primer sprint backlog
Para realizar el primer sprint backlog, se escogieron cinco historias de usuario del product backlog como observa en la tabla 12, que consta de: categoría, tareas de ingeniería y estimación. Tabla 12. Primer Sprint Backlog Spring Backlog Objetivo: Realizar los módulos de socios, vehículos, perfil y roles sus asignaciones. N.º Historias Categoría Est Tarea de Ingeniería Diseño Modelo lógico de la base de datos. Desarrollo Adaptación de la plantilla Voyager. Desarrollo Adaptación modelo, vista, controlador. 1 Roles 3 Desarrollo Diseño y estructura del login y controlador. Desarrollo Creación de tablas para iniciar sesión y roles en la base de datos. Prueba Validación y pruebas de las vistas. Diseño Diseño de la interfaz de los usuarios. Creación de tablas para los usuarios en la base de datos Socios y Desarrollo 2 13 conductores Desarrollo Adaptar el CRUD. Prueba Validación y pruebas de las vista socios. Configuración del chek list en el diseño de la interfaz de los socios Desarrollo y conductores. Asignación 3 8 Instanciar la tabla roles. Desarrollo de roles Prueba Pruebas y validación de los roles. 4
Perfil de socio y/o conductor
5
Vehículo
4.3.3.2.
Desarrollo Desarrollo Prueba Diseño Desarrollo Desarrollo Prueba
5
8
Diseño de la interfaz del socio y/o conductor. Instanciar la tabla socios y conductores. Pruebas y validación del perfil. Diseño de la interfaz de los vehículos. Creación de tablas para los vehículos en la base de datos. Adaptar el CRUD. Pruebas y validación de la vista vehículos.
Est 0.5 0.5 0.5 0.5 0.5 0.5 4 3 3 3 4 3 1 2 2 1 2 2 3 1
Scrum diarios
Son reuniones informales para gestionar el trabajo pendiente, en relación a las historias de usuarios y poder gestionar una gestión de riesgo ágil. 4.3.3.2.1.
Historia de usuario 1: Roles
Como primera tarea de ingeniería del sprint, es el diseño de la interfaz, que facilita la gestión de los roles en el cual se utilizó Laravel, su componente composer. Además, Laragon posee de su propia consola de comandos y base de datos como Mysql y Postgre SQL y facilita diferentes tipos de servicio. Para la creación del proyecto de titulación, se procedió a colocar el comando composer create-project laravel/laravel Internciti, donde se creó la base de datos
80 para las migraciones de los usuarios, roles, vehículos, empresas y rutas, como se muestra en la figura 7 con la herramienta de phpMyAdmin.
Figura 7. Modelo lógico de la base de datos
Laravel posee una manera eficiente de llevar un registro y autenticación de los usuarios, donde se utilizó make:auth del comando de Laravel, que genera automáticamente el modelo, vista y controlador. Dentro del mismo se aplica el middelwarewar que protege las funciones, las cuales son utilizadas cuando se realiza el inicio de sesión. En el archivo “.env” ubicado en la raíz del proyecto se realizó la respectiva configuración de la conexión de la base de datos. Donde se aplicó el comando migrate como se muestra en la figura 8, generando todos los archivos necesarios tanto para la autenticación y el registro de los usuarios y roles.
Figura 8. Migración de login
Para la primera historia desarrollada se integró el paquete/librería de Voyager, el cual es de código abierto, posee el patrón arquitectónico modelo, controlador y vista en php, el cual es encargado de separarlos en capas, como se visualiza en la figura 9.
81
Figura 9. Plantilla Voyager
En la figura 10, se puede evidenciar el código del formulario del login, donde se utilizan los campos “email” y “password”, enviando los datos cuanto se presiona el botón “submit”.
Figura 10. Código login
Se utilizó el comando route:list para enlistar todas las rutas que se crearon con el comando crm, como se puede apreciar en la figura 11.
82
Figura 11. Rutas del login
La ventana de comando de Laragon, permite instanciar el servicio de servidor a través del comando php artisan serve, como se muestra en la figura 12.
Figura 12. Ejecución del Servidor
En la figura 13, se visualiza la página principal de acceso a la aplicación, donde previamente se aplicaron la migración con los respectivos roles para la autenticación, corroborando la ejecución de los servicios que se han ejecutado correctamente, por ende, el socio se debe loguear con su usuario y contraseña para hacer uso de las funcionalidades.
Figura 13. Vista login
83 En la figura 14, se puede visualizar el código de la interfaz de rol, el cual da acceso a la visualización, edición, creación y eliminación de los datos.
Figura 14. Código de Vista Rol
En este apartado se visualiza la interfaz de roles con las acciones como: ver, editar, eliminar, también cuenta con un botón de crear, la cual genera permisos para los usuarios, como se aprecia en la figura 15.
Figura 15. Vista de roles
84 Dentro del formulario de roles se codificó un mensaje de alerta, para informarle al usuario cuando elimine un rol, como se aprecia en la figura 16.
Figura 16. Código de alerta para eliminar rol
4.3.3.2.2.
Historias de usuario2: Socios y Conductores
Se aplicó el comando migrate como se muestra en la figura 17 generando todos los archivos necesarios para el registro de los usuarios.
Figura 17. Migración de base de datos
La vista de usuarios se genera automáticamente a partir de la función up() que se encuentra en la migración usuarios, mediante el paquete de laravel, el cual genera automáticamente de la tabla, como se muestra en la siguiente figura 18.
Figura 18. Código de usuarios
85
En la figura 19, se puede evidenciar la interfaz de usuarios y las acciones como: ver, crear, editar y eliminar.
Figura 19. Vista de los usuarios
4.3.3.2.1.
Historias de usuario 3: Asignación de roles
En la figura 20, se muestra el código de asignación de roles en la interfaz de usuarios, con la función can(‘editRoles’, $dataTypeContent), siempre y cuando esté logueado como administrador.
Figura 20. Código de vista asignación de rol
86 Para el desarrollo de los roles se instancio una lista desplegable donde se muestran los roles que se pueden asignar a los socios y/o conductores, los cuales son traídos de tabla de roles, como se evidencia en la figura 21.
Figura 21. Vista de asignación de roles
Además, se realizaron las pruebas de pre aceptación, donde se corroboró el buen funcionamiento de asignación de roles en el módulo de usuarios, como se muestra en la figura 22.
Figura 22. Prueba pre aceptación de asignación de roles
4.3.3.2.2.
Historias de usuario 4: Perfil de socio y/o conductor
En la figura 23, se puede evidenciar el código fuente de interfaz de perfil de los socios y/o conductores, ubicada en la vista perfile.blade.php en donde se encarga de actualizar los datos, mostrándole un mensaje del registro exitoso de cada actualización realizada.
87
Figura 23. Condigo de vista perfil socios y/o conductores
En la figura 24, se puede evidenciar la interfaz del perfil del socio y/o conductor, en donde permite visualizar o actualizar los datos.
Figura 24. Visualización del perfil de usuario y/o conductor
En la figura 25, se realizó la respectiva prueba de pre aceptación, donde se validaron los campos para su buen funcionamiento para el perfil de socio y/o conductor.
88
Figura 25. Prueba pre aceptación del perfil
4.3.3.2.3.
Historia de usuario 5: Vehículo
Se aplicó el comando migrate como se visualiza en la figura 26, generando todos los archivos necesarios para el registro de los vehículos.
Figura 26. Migración de base de datos vehículo
En la figura 27, se puede apreciar el código de la interfaz de vehículos, donde se agregaron los atributos necesarios para vista, ubicados en el modelo y migración de vehículos respectivamente, permitiendo extender los datos al módulo.
Figura 27. Código de vista vehículos
En la figura 28, se puede evidenciar el módulo de vehículos y las diferentes acciones como: ver, crear, editar y eliminar, dando así una mejor interacción de la aplicación web.
89
Figura 28. Vista vehículo
Se codificó un mensaje de alerta dentro del formulario de vehículos, para informarle al usuario cuando elimine un dato del módulo, la cual verifica si desea eliminar la información, como se aprecia en la figura 29.
Figura 29. Código de alerta para eliminar vehículo
4.3.3.2.4.
Pruebas unitarias
Las pruebas unitarias permitieron verificar cada uno del componente de la aplicación web, validando el código de forma individual con el módulo php unit. Las pruebas unitarias de laravel provee la facilidad de utilizar la tecnología de caja blanca, como se muestran en la figura 31.
90
Figura 30. Ejecución del test de Laravel y extensión del módulo de pruebas.
4.3.3.2.1.
Gráfico de trabajo pendiente
Se evidencia el trabajo pendiente durante el desarrollo de las tareas de ingeniería hasta su finalización, el cual, se planificó al principio del sprint, como se puede apreciar en las figuras 31 y 32.
Gráfico de trabajo pendiente del sprint 1 40
Puntos de Historia
35 30 25 20 15 10 5 0 1
2
3
4
5
6
7
8
9
10
11
12
13
14
Días Figura 31. Gráfico de trabajo pendiente
15
16
17
18
19
20
91
Figura 32. Puntos de historia avanzados por día
4.3.3.3.
Revisión
Después de concluir el primer sprint, se realizó una reunión entre el equipo scrum y los interesados, donde se evidenciaron los avances realizados en la aplicación web, después que se concluyó las observaciones y se realizó los cambios necesarios. Esta reunión tuvo como objetivo realizar una retroalimentación, promover la colaboración entre los interesados y realizar las pruebas de aceptación, como se visualiza en el anexo V. 4.3.3.4.
Retrospectiva
Al mismo tiempo en el último sprint, el quipo realizó un plan para optimizar el tiempo de desarrollo del siguiente sprint, en donde se consideró las estimaciones asignadas en cada tarea, permitiendo asignar uniformemente la carga de trabajo a los desarrolladores, se llevó a cabo la implementación de los módulos, roles, usuario y vehículo, dentro de la aplicación para realizar los registros de información necesaria. Se pudo llevar a cabo las 5 primeras historias en donde se definió la base de datos y el sistema de autenticación. 4.3.4. Sprint II 4.3.4.1.
Planificación
4.3.4.1.1.
Segundo sprint backlog
Para realizar el último sprint backlog, se escogieron 4 historias de usuario del product backlog como observa en la tabla 13, que consta de: categoría, tareas de ingeniería y estimación.
92 Tabla 13. Segundo Sprint Backlog
N.º
6
Spring Backlog Objetivo: Realizar los módulos de represéntate, empresas contratantes, rutas y generar reportes Historias Categoría Est Tarea de Ingeniería Est Diseño Diseño de la interfaz de los vehículos. 1 Desarrollo Creación de la tabla de representantes. 1 Migración de tabla de la base de datos a través de la Desarrollo 1 Representantes 5 línea de comando de Windows (php artisan migrate). Desarrollo Adaptar el CRUD. 1 Prueba Diseño Desarrollo Empresas contratantes
7
Desarrollo
5
Desarrollo Prueba Diseño Desarrollo 8
Rutas
9
Reportes
4.3.4.2.
Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Prueba Diseño Desarrollo Prueba
21
3
Pruebas y validación de vista representantes.
1
Diseño de la interfaz de la empresa contratante. Creación de la tabla de representantes. Migración de la base de datos a través de la línea de comando de Windows (php artisan migrate). Adaptar el CRUD. Pruebas y validación de vista empresas contratantes. Diseño de la interfaz de la ruta. Creación de la tabla de rutas en la base de datos. Migración de la base de datos a través de la línea de comando de Windows (php artisan migrate). Diseño y estructura de la vista de rutas. Instanciar barra de búsqueda. Instanciar del botón "ver". Instanciar del botón "editar". Instanciar del botón "borrar". Pruebas y validación de la vista. Diseño del botón "Excel” y “Pdf". Codificación de reportes. Pruebas y validación de la vista reportes.
1 1 1 1 1 3 3 3 5 1 1 1 2 2 1 1 1
Scrum diarios
Son reuniones informales para gestionar el trabajo pendiente, en relación a las historias de usuarios y poder gestionar una gestión de riesgo ágil. 4.3.4.2.1.
Historia de usuario 6. Representante
Se aplicó el comando migrate como se muestra en la figura 33, generando todos los atributos necesarios para el registro de los representantes.
Figura 33. Migración de base de datos representante
En la figura 34, se puede visualizar el código de la interfaz de representante, el cual está almacenada en el modelo representante.php, además se visualiza la migración en el archivo create_representantes_tabla.php, ubicada en la carpeta database.
93
Figura 34. Código de la vista representante y atributos de la migración
En la figura 35, se puede evidenciar la interfaz de los representantes y las acciones como: ver, crear, editar y eliminar.
Figura 35. Vista representante
Dentro del formulario de representante se codificó un mensaje de alerta, para informarle al usuario cuando elimine un representante, como se aprecia en la figura 36.
94
. Figura 36. Código de alerta para eliminar representante
En la figura 37, se realizó la respectiva prueba de pre aceptación, donde se validaron los campos para su buen funcionamiento de la vista representante .
Figura 37. Prueba pre aceptación de representante
4.3.4.2.2.
Historia de usuario 7: Empresas contratantes
Se aplicó el comando migrate como se muestra en la figura 38, generando todos los archivos necesarios para el registro de las empresas.
Figura 38. Migración de base de datos representante
En la figura 39, se puede apreciar el código de la interfaz de empresas, donde se generan los atributos de la tabla a partir de la función up() de la migración, y en los modelos las funciones como setNombreAtribute($value), el cual permite interactuar con la información de la base de datos.
95
Figura 39. Código de los atributos de empresas
En la figura 40 se puede evidenciar la interfaz de usuarios y las acciones como: ver, crear, editar y eliminar.
Figura 40. Vista empresas
Dentro del formulario de empresas se codificó un mensaje de alerta, para informarle al usuario cuando elimine una empresa, como se aprecia en la figura 41.
Figura 41. Código de alerta para eliminar empresas
96 4.3.4.2.3.
Historia de usuario 8: Rutas
Se aplicó el comando migrate como se muestra en la figura 42, generando todos los archivos necesarios para el registro de las rutas.
Figura 42. Migración de base de datos de las rutas
Se extendieron los atributos de la migración, create_rutas_table.php, para la creación de la vista y las funciones del modelo que permiten modificar los valores de la tabla rutas, como se muestra en la figura 43.
Figura 43. Código de migración y modelo de rutas
En la figura 44, se puede evidenciar las funciones de las rutas, en donde se encarga de obtener los atributos de la tabla vehículos como “getDatosVehiculoAttibute” y “conductores”.
Figura 44. Funciones para la creación de rutas
97 En la figura 45, se puede evidenciar el código de la plantilla extendida para las rutas, en donde se encarga de almacenar la información y eliminación, mostrándole un mensaje del registro exitoso de cada empresa creada.
Figura 45. Código de la vista rutas
En la figura 46, se puede evidenciar la interfaz de usuarios y las acciones como: ver, crear, editar y eliminar.
Figura 46. Vista de rutas
4.3.4.2.4.
Historia de usuario 9: Reportes
Se realizó la creación de un botón para descargar la información disponible de los módulos, que han sido registrado en la base de datos, en la figura 47 se puede visualizar el código de los botones.
98
Figura 47. Código de exportación de información de representante
En la figura 48, se puede visualizar la interfaz de los botones, la cual al presionar se inicia la descarga de cualquier formato seleccionado.
Figura 48. Visualización de botones Excel y Pdf
4.3.4.2.5.
Gráfico de trabajo pendiente
Se evidencia el trabajo pendiente durante el desarrollo de las tareas de ingeniería hasta su finalización, el cual, se planificó al principio del sprint, como se puede apreciar en las figuras 49 y 50.
Puntos de Historia
Gráfico de trabajo pendiente del sprint 2 40 30 20 10 0 1
2
3
4
5
6
7
8
9 10 11 12 13 14 15 16 17 18 19 20
Días Figura 49. Gráfico de trabajo pendiente
99
Figura 50. Puntos de historia avanzados por día
4.3.4.3.
Revisión
Después de concluir el segundo sprint se realizó una reunión entre el equipo Scrum y los interesados, donde se evidenciaron los avances realizados en la aplicación web, después que se concluyó las observaciones y se realizó cambios necesarios, esta reunión tuvo como objetivo realizar una retroalimentación, promover la colaboración entre los interesados y las pruebas de aceptación, como se visualiza en el anexo V. 4.3.4.4.
Retrospectiva
Al mismo tiempo en el último sprint, se consideró las estimaciones en cada tarea, permitiendo asignar uniformemente la carga de trabajo a los desarrolladores, se llevó a cabo la implementación de los módulos, representantes, empresas y rutas.
4.4.
Validación de la Propuesta Se volvió a aplicar el instrumento de recolección de información a los 80 socios de la
compañía la Internacional Interciti, donde se pudo conocer el grado de satisfacción con relación a la gestión de transporte terrestre, se consideró nueve preguntas de un total de diez.
100 Pregunta 1: ¿Qué tan interesado está usted en emplear herramientas tecnológicas para gestionar la información del transporte terrestre?
Figura 51. Emplear herramientas tecnológicas
Análisis e interpretación: En el pre test de la figura 51, se identifica que el 50% de los socios están poco interesados en emplear una herramienta tecnológica, mientras que el 28.75% están moderadamente interesados, además, el 8.75% se encuentra interesados y el 7.5% totalmente interesados, por otra parte, el 5% están nada interesado. En conclusión, se visualizó que el interés de los socios por emplear herramientas tecnológicas para gestionar la información del transporte terrestre es poco y moderadamente interesado. También, se visualiza que al realizar la encuesta (Post test) utilizando las herramientas tecnológicas, se representa que el 38.75% de los socios están interesados, mientras que, el 36.25% se encuentra moderadamente interesados, además el 18.75% están totalmente interesados, por otro lado, el 6.25% les resulta poco interesado y el 0% nada interesado. Por tanto, se observa que al emplear una herramienta tecnológica para gestionar la información del transporte terrestre se incrementó el nivel de interés de los socios. Pregunta 2: ¿Está de acuerdo que la implementación de herramientas tecnológicas fortalece la gestión de transporte terrestre?
101 Figura 52. Fortalecimiento de las herramientas tecnológicas
Análisis e interpretación: En el pre test de la figura 52, se identifica que el 32.5% de los socios están poco de acuerdo en implementar una herramienta tecnológica, mientras que el 23.75% están moderadamente de acuerdo, además, el 15% se encuentra de acuerdo y el 6.25% totalmente de acuerdo, por otra parte, el 22.5% están nada de acuerdo. Por tanto, se identificó que los socios están poco y nada de acuerdo por la implementación de herramientas tecnológicas para fortalecer la gestión de transporte terrestre. Se visualiza que al realizar la encuesta (Post test) utilizando las herramientas tecnológicas, se representa que el 32.5% de los socios están moderadamente de acuerdo, mientras que, el 31.25% se encuentra de acuerdo, además el 22.5% están totalmente de acuerdo, por otro lado, el 13.75% les resulta poco de acuerdo y el 0% nada de acuerdo. En conclusión, se observa que al utilizar la aplicación web, los socios están de acuerdo en implementar las herramientas tecnologías para fortalecer la gestión de transporte terrestre. Pregunta 3: ¿Con qué frecuencia usa aplicaciones web?
Figura 53. Frecuencia del uso de aplicaciones web
Análisis e interpretación: En el pre test de la figura 53, se identifica que el 50% de los socios usan de manera medianamente frecuente aplicaciones web, mientras que el 31.25% utilizan frecuentemente, además, el 6.25% muy frecuénteme la manipulan y el 12.5% de manera poco frecuente, por otra parte, el 0% no frecuentan. En conclusión, se visualizó que la frecuencia que tienen los socios en el uso de aplicaciones web es moderado. Se volvió aplicar el instrumento, donde se presenta que el 47.5% de los socios usan de manera frecuente aplicaciones web, mientras que, el 23.75% utilizan medianamente frecuente, además el 22.5% hacen uso muy frecuente, por otro lado, el 6.25% utilizan poco frecuente y el 0% no frecuentan. Se puede observar que aumentó la frecuencia de uso de las aplicaciones
102 web, para la gestión de transporte terrestre como: visualizar perfil, representantes, empresas y rutas. Pregunta 4: ¿Qué tan fácil le resulta utilizar herramientas tecnológicas?
Figura 54. Facilidad de uso de herramientas tecnológicas
Análisis e interpretación: En el pre test de la figura 54, se identifica que el 47.5% de los socios les resulta medianamente fácil utilizar herramientas tecnológicas, mientras que el 28.75% les parece poco fácil, además, el 17.5% lo identifican como nada fácil y el 5% de manera totalmente fácil, por otra parte, el 1.25% lo considera fácil. En conclusión, se visualizó que los socios hacen uso de herramienta tecnológicas modernamente. Se volvió aplicar el instrumento, donde se presenta que el 45% de los socios les resulta medianamente fácil utilizar herramientas tecnológicas, mientras que, el 22.5% lo considera fácil, además el 16.25% totalmente fácil, por otro lado, el 16.25% poco fácil y el 0% nada fácil. De modo que, aumentó la facilidad de uso de herramientas tecnológicas de los socios para la gestión de transporte terrestre. Pregunta 5: ¿Está usted de acuerdo con la forma de almacenar la información?
Figura 55. Formas de almacenar la información
103 Análisis e interpretación: En el pre test de la figura 55, se identifica que el 46.25% de los socios están poco de acuerdo en la forma de almacenar la información, mientras que el 37.5% están moderadamente de acuerdo, además, el 7.5% se encuentra de acuerdo y el 5% totalmente de acuerdo, por otra parte, el 3.75% están nada de acuerdo. Por tanto, se identificó que los socios están poco de acuerdo en la forma de almacenar la información. Se volvió aplicar el instrumento, luego de utilizar la aplicación web, donde se presenta que el 33.75% de los socios están moderadamente de acuerdo, mientras que, el 32.5% se encuentra de acuerdo, además el 25% están totalmente de acuerdo, por otro lado, el 8.75% les resulta poco de acuerdo y el 0% nada de acuerdo. Se pudo determinar que, al utilizar la aplicación web, en los socios se incrementó la aceptación en la forma de almacenar la información. Pregunta 6: ¿Usted está satisfecho con la información disponible en la empresa de las rutas?
Figura 56. Satisfacción sobre la información disponible de las rutas
Análisis e interpretación: En el pre test de la figura 56, se identifica que el 47.5% de los socios están poco satisfechos con la información disponible de las rutas, mientras que el 35% están moderadamente satisfechos, además, el 11.25% se encuentra satisfechos y el 1.25% totalmente satisfechos, por otra parte, el 5% están nada satisfechos. Por tanto, se identificó que los socios están poco satisfechos con la información disponible de las rutas. Se volvió aplicar el instrumento, luego de utilizar la aplicación web, donde se presenta que el 37.5% de los socios están moderadamente satisfechos, mientras que, el 28.75% se encuentra totalmente satisfechos, además el 26.25% están satisfechos, por otro lado, el 7.5% les resulta poco satisfechos y el 0% nada satisfechos. En conclusión, se observa que al utilizar la aplicación web, gran parte de los socios están satisfechos con la información disponible en la empresa sobre las rutas.
104 Pregunta 7: ¿Está usted de acuerdo con la forma de comunicar la información de los fletes asignados a cada socio?
Figura 57. Formas de comunicar la información de los fletes
Análisis e interpretación: En el pre test de la figura 57, se identifica que el 50% de los socios están poco de acuerdo con la forma de comunicar la información de los fletes asignados a cada socio, mientras que el 32.5% están moderadamente de acuerdo, además, el 10% se encuentra de acuerdo y el 6.25% totalmente de acuerdo, por otra parte, el 1.25% están nada de acuerdo. Por tanto, se identificó que los socios están poco de acuerdo con la forma de comunicar la información de los fletes asignados a cada socio. Se volvió aplicar el instrumento, luego de utilizar la aplicación web, donde se presenta que el 42.5% de los socios están de acuerdo, mientras que, el 35% se encuentra totalmente de acuerdo, además el 15% están moderadamente de acuerdo, por otro lado, el 7.5% les resulta poco de acuerdo y el 0% nada de acuerdo. En conclusión, se pudo determinar que, al utilizar la aplicación web, en los socios se incrementó la aceptación en la forma de comunicar la información con respecto a fletes asignados a cada socio. Pregunta 8: ¿Está de acuerdo con el proceso de registro de la constancia de entrega del flete?
Figura 58. Registro de constancia de entrega de fletes
105 Análisis e interpretación: En el pre test de la figura 58, se identifica que el 45% de los socios están moderadamente de acuerdo con el proceso de registro de la constancia de entrega del flete, mientras que el 25% están poco de acuerdo, además, el 16.25% se encuentra de acuerdo y el 3.75% totalmente de acuerdo, por otra parte, el 10% están nada de acuerdo. Por tanto, se identificó que los socios están moderadamente de acuerdo con el proceso de registro de la constancia de entrega del flete. Se volvió aplicar el instrumento, luego de utilizar la aplicación web, donde se presenta que el 43.75% de los socios están de acuerdo, mientras que, el 35% se encuentra totalmente de acuerdo, además el 21.25% están moderadamente de acuerdo, por otro lado, el 0% les resulta poco de acuerdo y el 0% nada de acuerdo. En conclusión, se pudo determinar que, al utilizar la aplicación web, en los socios se incrementó la aceptación del proceso de registro de la constancia de entrega del flete. Pregunta 9: ¿Cuál es el grado de satisfacción con respecto a la información personal y vehicular disponible?
Figura 59. Satisfacción sobre la información personal y vehicular
Análisis e interpretación: En el pre test de la figura 59, se identifica que el 38.75% de los socios están moderadamente satisfechos con la información personal y vehicular disponible, mientras que el 37.5% están poco satisfechos, además, el 12.5% se encuentra satisfechos y el 6.25% totalmente satisfechos, por otra parte, el 5% están nada satisfechos. Por tanto, se identificó que los socios están moderadamente satisfechos con la información personal y vehicular disponible. Se volvió aplicar el instrumento, luego de utilizar la aplicación web, donde se presenta que el 43.75% de los socios están moderadamente satisfechos, mientras que, el 33.75% se encuentra satisfechos, además el 22.5% están totalmente satisfechos, por otro lado, el 0% les
106 resulta poco y nada satisfechos. En conclusión, se identificó que aumentó el grado de satisfacción de los socios, con respecto a la información personal y vehicular disponible.
4.5.
Validación de Hipótesis En la tabla 14, se visualiza los escenarios, donde se recodifican sin y con la propuesta
de intervención. Tabla 14. Escenarios Recodificación 0 1
Escenarios Sin aplicación web con aplicación web
En la figura 60, se presenta el proceso de recodificación en el software Statistical Package for Social Sciences (SPSS).
Figura 60. Recodificación en el software SPSS (IBM Corporation, 2011)
Se aplicó chi cuadrado, con una significancia de probabilidad <0.05 (p) y grado de libertad 1 (gl). Se pudo observar: el nivel de interés en emplear herramientas tecnológicas para gestionar la información del transporte terrestre, la aceptación de herramientas tecnológicas
107 fortalece la gestión de transporte, la frecuencia de usos de aplicaciones web y la facilidad de utilizarlas. También se visualizó aspectos a considerar como: la aceptación de la forma de almacenar la información, el nivel de satisfacción del informe de las rutas, la aceptación de la forma de comunicar la información de los fletes asignados a cada socio, la aceptación del proceso de registro de entrega del flete y el grado de satisfacción con respecto a la información personal y vehicular disponible. Tabla 15. Análisis cruzado de los indicadores en función de la aplicación Preguntas ¿Qué tan interesado está usted en emplear herramientas tecnológicas para gestionar la información del transporte terrestre? ¿Está de acuerdo que la implementación de herramientas tecnológicas fortalece la gestión de transporte terrestre? ¿Con qué frecuencia usa una página web? ¿Qué tan fácil le resulta utilizar herramientas tecnológicas? ¿Está usted de acuerdo con la forma de almacenamiento de la información? ¿Usted está satisfecho con la información disponible en la empresa de las rutas? ¿Está usted de acuerdo con la forma de comunicar la información de los fletes asignados a cada socio? ¿Está de acuerdo con el proceso de registro de la constancia de entrega del flete? ¿Cuáles es el grado de satisfacción con respecto a la información personal y vehicular disponible?
p
gl 1
x² 40,489
,000
1
34,123
,000
1 1 1 1 1
16,868 29,897 43,414 50,700 57,886
,000 ,000 ,000 ,000 ,000
1 1
61,462 40,414
,000 ,000
Por lo tanto, con la información que se aprecia en la tabla 15, se determinó que la aplicación web influye significativamente en la gestión de transporte terrestre en la compañía Internacional Interciti del cantón Santo Domingo.
108
5. DISCUSIÓN Con la aplicación de los instrumentos a los socios de la compañía la Internacional Interciti, se identificaron los procesos de la gestión del transporte terrestre, que se realizan de forma manual. Por tal motivo, el uso de nuevas tecnologías tiene un objetivo muy importante que es optimizar y controlar las rutas del trasporte terrestre. Por ende, este criterio se relaciona con Seddiq, Sameeh & Ali (2021), en el cual los transportistas privados de estas empresas, tratan con un número específico de trabajadores y permite el intercambio de datos entre los empleados. Como resultado, se pudo optimizar la comunicación entre la gerencia, los conductores y socios. De acuerdo con el segundo objetivo específico, se determinaron las herramientas y tecnologías adecuadas, en donde se utilizó el framework Laravel para desarrollar la aplicación web, que es compatible con todos los sistemas operativos en la actualidad, por otra parte, se determinó el almacenamiento de la información en Mysql ya que cuenta con una gran agilidad y disponibilidad. Esto concuerda con Ren Yu (2014), quien manifiesta que el desarrollo de software se presenta estandarizado con el framenwork Laravel, y tiene una escalabilidad robusta. Además, también se alinea con Cobo, Gomez, Pérez, & Rocha (2005) que afirma que Mysql es ideal para la creación de bases de datos con acceso desde aplicación web. Con estas herramientas implementadas se optimizó la gestión de transporte terrestre de una forma intuitiva. Para el desarrollo se seleccionó el marco Scrum, el cual permite realizar colaboraciones entre equipos y distribuir las tareas uniformemente. Se realizó una planificación necesaria para el desarrollo de la propuesta de intervención. Este criterio lo comparte Apacani (2020), donde menciona que Scrum permite dar respuesta a las necesidades de la empresa. También, se empleó JavaScript en el frontend para la interactividad de usuario y el sitio web, el cual permite gestionar los componentes de la vista. Esto coincide con lo referido con Gauchat (2017), menciona que es un lenguaje para construir aplicaciones web completamente funcionales. Además, en el frontend se empleó el lenguaje PHP a nivel de servidor, el cual se caracteriza por su funcionalidad robusta y su versatilidad. Esto concuerda con Cobo, Gomez, Pérez, & Rocha (2005), menciona que son ejecutados por el servidor web y embebidos en el código HTML.
109
6. CONCLUSIONES Y RECOMENDACIONES
6.1.
Conclusiones En primer lugar, se concluyó que la compañía Internacional Interciti contaba con una
inadecuada gestión de transporte terrestre, tal y como se evidenció en la entrevista realizada a la secretaria, la cual mencionó que los procesos eran realizados manualmente sin una estructura adecuada, es por esto que, el gerente general de la compañía se mostró interesado en la propuesta de la elaboración del aplicativo web. No obstante, por medio de la aplicación web se logró mejorar de manera óptima los procesos de socios, vehículos, empresa y rutas, ahorrando tiempo y recursos al momento de manejar la información. En lo que concierne al desarrollo, actualmente se cuenta con una gran variedad de frameworks, que permiten gestionar los archivos web para simplificar la elaboración de código. Por lo tanto, se realizó un análisis exhaustivo para escoger la herramienta adecuada del aplicativo. Mediante la búsqueda, se encontraron varias plataformas de software libre que facilitaron la creación de la aplicación web, en donde se utilizó el framework laravel. Asimismo, para la base de datos se empleó Mysql, dando como resultado la creación de una interfaz intuitiva y amigable para los socios y secretaria del área de gestión de transporte. Para la realización de una investigación de desarrollo de software existen diversos tipos de metodologías que se pueden aplicar, mismos que permite llegar a los objetivos propuestos. De modo que, se seleccionó Scrum, el cual permitió al equipo de desarrollo poder planificar, diseñar, testear e implementar una aplicación web de manera rápida, además se realizaron las reuniones mensuales con el product owner para la verificación de los requerimientos deseados. Para finalizar, a partir de los datos obtenidos, se puede concluir que el aplicativo web influye significativamente en la gestión de transporte terrestre en la compañía Internacional Interciti del cantón Santo Domingo.
110
6.2.
Recomendaciones Conocer de manera detallada los procesos que se llevan a cabo en las organizaciones,
donde se realiza la propuesta de intervención, para lo cual, se recomienda realizar un análisis exhaustivo que facilite la comprensión paso a paso del procedimiento a optimizar. Se recomienda realizar un análisis previo que permita comparar los diferentes tipos de herramientas enfocados al desarrollo de aplicaciones web, los cuales estén relacionado con el almacenamiento de la información de las organizaciones. También, se debe realizar el diagrama entidad-relación para enforcarse al nivel de abstracción de los datos. Se recomienda definir las estimaciones de las tareas de ingeniería adecuadas por cada punto de historia, para ofrecer una planificación acorde al tiempo real de desarrollo del aplicativo web. Además, al grupo de desarrollo utilizar un gestor de tareas y también, se debe tomar en cuenta los aspectos importantes para la creación del producto y la disposición de los recursos. Al utilizar las herramientas de recolección de información, se recomienda aplicar instrumentos validados por expertos, por otra parte, las preguntas deben estar enfocadas al público objetivo para obtener datos reales.
111
7. REFERENCIAS Antón, R. (2009). Logística del transporte . Edicions de la Universitat Politécnica de Catalunya, SL . Apacani,
C.
C.
(2020).
Revista
Ingeniería.
Obtenido
de
https://doi.org/10.33996/revistaingenieria.v4i10.66 Asamblea
Nacional
de
la
República
del
https://www.telecomunicaciones.gob.ec/.
Ecuador.
(2015).
Obtenido
de
https://www.telecomunicaciones.gob.ec/wp-content/uploads/downloads/2016/05/LeyOrg%C3%A1nica-de-Telecomunicaciones.pdf Atlassian. (2021). Trello. Recuperado el Agosto de 2021, de Atlassian: https://trello.com/es Ávila, D. F., Sánchez, E. E., Aranda, G. X., & Ávila, L. M. (2020). 593 Digital Publisher CEIT. Obtenido de https://doi.org/10.33386/593dp.2020.6.314 Barbero, J., Fiadone, R., & Millán, M. (2020). Banco Interamericano de Desarrollo. Obtenido de https://publications.iadb.org/publications/spanish/document/El_transporte_automotor _de_cargas_en_Am%C3%A9rica_Latina.pdf Cake Software Foundation, Inc. (2021). CakePHP. Recuperado el Febrero de 2021, de https://book.cakephp.org/4/en/index.html Camps, R., Casillas, L. A., Costa, D., Ginestà, M. G., Escofet, C. M., & Pérez, O. (2005). Bases de datos. Fundació per a la Universitat Oberta de Catalunya. Castellanos, A. (2009). Manual de logistica del transporte y distribucion de mercancías. Barranquilla (Colombia): Uninorte.
112 Cobo, Á., Gomez, P., Pérez, D., & Rocha, R. (2005). PHP y MySQL Tecnologías para el desarrollo de aplicaciones web. España. Ekos.
(2021).
Ecuador
Productivo.
Ekos,
134.
Obtenido
de
http://revista.ekosnegocios.com/publication/2bc0b026/mobile/?p=78 Fernández, Y., & Diaz , Y. (2012). Patron Modelo - Vista - Controlador. . Revista digital de las tecnologias de la informacion y las comunicaciones, 57. Gauchat, J. (2017). El gran libro de HTML5, CSS3 y JavaScript. ISBN: 978-84-267-2463-2. Gómez, J. M. (2013). Gestión logística y comercial. McGraw-Hill Interamericana de España, S.L. Hernández, R. (2014). Metodología de la investigación. México: Mc Graw Hill. Herrera , E. (2012). Arrancar con HTML5. México: Alfaomega Grupo Editor, S.A. IBM Corporation. (2011). SPSS Statistics Versión 20. Recuperado el Agosto de 2021, de IBM: https://www.ibm.com/es-es/products/spss-statistics Iplacex. (2014). Transporte y carga terrestre. Recuperado el Febrero de 2021, de https://www.iplacex.cl/es/inicio Islas, Jiménez, & Vázquez. (2003). Tercerización del transporte en el contexto de la cadena de suministro. México. Laravel. (s.f.). Obtenido de https://laravel.com/docs/8.x Laravel LLC. (2021). Laravel. Recuperado el Febrero de 2021, de https://laravel.com/docs/8.x
113 López, M., Vara, J., Verde Marin, J., Sanchez , D., Jimenez, J., & Martínez, V. (2014). Desarrollo Web en Entorno Servidor. RA-MA, S.A. Editorial y Publicaciones. Luján, S. (2001). ResearchGate. Obtenido de Programación en Internet: Clientes Web: https://www.researchgate.net/publication/320808676 Mateu, C. (2004). Software Libre. Barcelona: Fundació per a la Universitat Oberta de Catalunya. Ministerio de Telecomunicaciones y de la Sociedad de la Información. (2016). http://telecomunicaciones.gob.ec/. Recuperado el Febrero de 2021, de Plan Nacional de
Telecomunicaciones
y
Tecnologías
de
Información
del
Ecuador:
https://www.telecomunicaciones.gob.ec/wpcontent/uploads/2016/08/Libro_plan_tti_REGISTRO-OFICIAL_30_AGOSTO.pdf Ministerio de Transportes, Movilidad y Agenda Urbana de España. (2021). Observatorio del transporte
y
la
logistica
España.
Obtenido
de
https://observatoriotransporte.mitma.es/recursos_otle/20210323_informe_otle_2020.p df Oracle
Corporation.
(2020).
Oracle.
Obtenido
de
https://www.oracle.com/es/database/technologies/ Oracle
Corporation.
(2021).
MySQL.
Recuperado
el
Febrero
de
2021,
de
https://www.mysql.com/why-mysql/presentations Ordoñez, M., Tapia , J., & Rivas, W. (2015). Fundamentos de base de datos. Machala: ISBN: 978-9942-24-074-3.
114 Ren Yu, H. (2014). Diseño e implementación de web basada en laravel framework. Obtenido de https://doi.org/10.2991/iccset-14.2015.66 Seddiq, Q. A.-R., Sameeh , A. J., & Ali , M. S. (2021). Bulletin of Electrical Engineering and Informatics. Obtenido de https://beei.org/index.php/EEI/article/view/2918 SENPLADES. (2017). Plan Nacional de Desarrollo-Toda una vida. Obtenido de https://www.planificacion.gob.ec/wp-content/uploads/downloads/2017/10/PNBV-26OCT-FINAL_0K.compressed1.pdf Simoes,
L.
(2019).
Mecalux.
Obtenido
de
Mecalux:
https://www.mecalux.com.co/blog/operadores-logisticos-almacenes The PostgreSQL Global Development Group. (2021). PostfresSQL. Recuperado el Febrero de 2021, de https://www.postgresql.org/about/ Tradelog. (2020). Tradelog. Obtenido de Tradelog: https://www.tradelog.com.ar/blog/gradosde-externalizacion-de-la-cadena-logistica/ Villalobos, G., Camacho, G., & Biancha , D. (2010). Diseño de framework web para el desarrollo
dinámico
de
aplicaciones.
https://www.redalyc.org/articulo.oa?id=84917316032
Obtenido
de
115
8. ANEXOS
Anexo I. Carta de asignación y aprobación, tabla de recursos y cronograma
2020 N°
Actividades
Estado
ÉPICA 1 Desarrollo de la propuesta
HECHO
ÉPICA 2 Ejecución del Proyecto
HECHO
ÉPICA 3 Revisión literaria
HECHO
ÉPICA 4 Metodología de la investigación
HECHO
ÉPICA 5 Resultados
HECHO
ÉPICA 5.1
Del primer objetivo específico
HECHO
ÉPICA 5.2
Del segundo objetivo específico
HECHO
ÉPICA 5.3
Del tercer objetivo específico
HECHO
ÉPICA 6
Desarrollo de la propuesta de intervención (Gestión adaptativa con incremento iterativo HECHO "Scrum")
ÉPICA 6.1
Prototipo de diseño operativo, l amado HECHO solución en punta
ÉPICA 6.2
Sprint 1
HECHO
ÉPICA 6.3
Sprint 2
HECHO
ÉPICA 7 Conclusiones y Recomendaciones
HECHO
ÉPICA 8 Informe Final del Trabajo de Titulación de Grado HECHO ÉPICA 8.1
Correcciones de Lectores
HECHO
ÉPICA 8.2
Anexos
HECHO
ÉPICA 9 Disertación de Grado
HECHO
Nota: PMV=Producto mínimo viable; = Relaciona la semana con “Done”
2021
Producto Mínimo Viable I = 8° nivel
Producto Mínimo Viable I = 9° nivel
NoviembreDiciembre Enero Febrero Marzo Abril
MESES Mayo Junio Julio Agosto Septiembre Octubre Noviembre
116
Anexo II. Carta de impacto, acta de entrega y consentimiento informado
117
Anexo III. Validación de instrumentos de recolección de información
118
119
120
Anexo IV. Historias de usuario
121
122
Anexo V. Pruebas de aceptación
123
124
125
Anexo VI. Manual de usuario
126
127
128
129
130
Anexo VII. Manual técnico
131
132
133
Anexo VIII. Evidencia de reunión pret test y post test
134
Anexo IX. Árbol del problema
