Autor: Cesar Evanan

Este mes terminé mis estudios en Holberton School, donde he podido desarrollar mis habilidades como Ingeniero de Software. Estos 9 meses han sido bastante retadores pero a la vez de mucho aprendizaje técnico y profesional. Esta gran etapa académica culminó con la realización del proyecto que describiré a continuación.

Sobre la empresa

Pedregal SA — La frutícola es una empresa agroexportadora con más de 25 años de experiencia y con diversos clientes en más de 30 países del mundo. Tienen una cultura de mejora continua en todos sus procesos, pero lamentablemente aún está pendiente su automatización.

Sobre la problemática

Actualmente, cuando los empleados de Pedregal desean realizar una solicitud de viaje a cualquiera de las otras ubicaciones, deben descargar un documento, completarlo y enviarlo a administración para que el documento sea aprobado por su jefe inmediato. Este trámite, ciertamente burocrático, puede demorar días hasta que el responsable (o gerente) pueda aprobarlo. No solo existe un problema relacionado con el tiempo excesivo del proceso, sino que también existe una pérdida económica al tener que obtener los boletos de viaje días después de su solicitud (el costo de los boletos es muy fluctuante).

En este sentido, la solución propuesta fue la creación de un Sistema de Automatización de Solicitudes de Viajes.

Sobre el proyecto

Desarrollé este proyecto junto con otros 3 colegas:

• Franco Cardenas: Gerente de Base de Datos y Proyectos
• César Evanan: desarrollador front-end
• Juan Carlos Garay: Asistencia de front-end
• Drixner Condor: back-end y base de datos

En las primeras semanas de trabajo, nuestro equipo se centró en definir los requisitos del sistema, diseñar su arquitectura y seleccionar la tecnología adecuada. Decidimos trabajar con Python y Flask para el backend y React para el frontend, lo que nos permitió crear una aplicación web de alto rendimiento con una interfaz amigable y fácil de usar.

Durante la segunda y tercera semana del proyecto, nos enfocamos en desarrollar el código para satisfacer cada una de las necesidades previamente identificadas, para posteriormente realizar pruebas funcionales. En el camino se presentaron ciertos cambios, como la necesidad de agregar columnas a la base de datos, renombrar algunos campos y redefinir ciertos conceptos que interactuaban con el backend y frontend.

Durante la cuarta y última semana, nuestro enfoque fue exclusivamente en la documentación del proyecto. Abordamos temas como los perfiles que teníamos mapeados, las funcionalidades y/o facultades que se esperaba tener, el alcance real del proyecto y también tuvimos la oportunidad de crear nuestra página de inicio o landing page.

A continuación muestro un resumen gráfico de la arquitectura de nuestro sitio web y las tecnologías utilizadas:

En la imagen de abajo, muestro una representación gráfica de la Base de Datos que fue creada y utilizada en este proyecto.

Algunas de las características de este proyecto.

• Esta es una muestra de la vista del formulario de solicitud de viaje donde cada usuario (colaborador) podrá llenar los espacios en blanco, podrá guardar y finalmente enviar su solicitud. La información que se recopile de la Base de Datos de cada usuario (como nombres, DNI, etc.) se cargará automáticamente en los campos de “Datos de la persona”.

• Esta es una muestra de cómo se cargarán las solicitudes a la vista de administración. Este tipo de usuario podrá ver la lista de solicitudes pendientes, seleccionará la que desee y podrá aprobar, observar o denegar según le parezca.

• Esta es una muestra de lo que se mostrará en la vista de administración. También podrán ver las solicitudes que se hacen en tiempo real, podrán editar si lo consideran pertinente, pero lo más importante es que podrán ver la trazabilidad de las solicitudes y así podrán actuar inmediatamente en cualquier situación.