1 Introduction
1.6 Outline of this thesis
1.6.4 Chapter 5: Conclusions and Future Work
Teniendo en cuenta las diversas necesidades de gestión que existen en las empresas, es posible efectuar un análisis sobre las necesidades específicas de las empresas que permitan implementar el prototipo con algunas variantes. De esta manera, el software puede servir para su aplicación en el sector del trasporte del arroz, pero también puede extenderse fácilmente a empresas que se dediquen a trasportar otros productos agrícolas. Y yendo mucho más allá, también se pueden desarrollar adaptaciones mucho más profundas que permitan extender la aplicabilidad del sistema tecnológico a otras industrias que requieran el control o seguimiento de procesos de diversa índole, para ello se haría necesario la realización de estudios de factibilidad que permitan identificar las necesidades de las empresas y la factibilidad de implementar los ajustes correspondientes en el sistema propuesto.
Además, es posible la implementación de sistemas IOT para la realización total de las funcionalidades del sistema de apertura y cierre de compuerta, con un sistema tecnológico que haga de “candado” para la compuerta, que permita ser abierto y cerrado por medio de los botones creados y definidos dentro del sistema con la interacción del transportador y operador logístico.
Otro ámbito de aplicación podría ser la instalación de módulos en los diferentes peajes de Colombia, previa concertación con la concesión que administre el peaje, con el fin de tener acceso al control del peso del producto en las respectivas básculas que existen en ellos, para poder hacer seguimiento que permita tener un control directo del cien por ciento de la carga desde que inicia su trayecto en las zonas de carga hasta su destino final de entrega. Ello requiere la identificación de los sistemas apropiados para captar, recolectar y trasmitir los datos con este fin. El modelo podría gestar la creación de diversas aplicaciones en otros sectores, al propiciar la generación de información importante en tiempo real que puede abrir un amplio espectro de posibilidades por explorar.
Por su parte, el presente documento está sujeto a modificaciones y adaptaciones de acuerdo con el avance de la tecnología, inicialmente en cuanto a la posibilidad de utilizar nuevos frameworks que permitan agilizar o mejorar la aplicación.
134
11. CONCLUSIONES
En Colombia, uno de los sectores más importantes y dinámicos en la economía es el sector de la producción de arroz, que junto con el café le aportan importantes recursos al país. Dentro de los procesos de producción, comercialización y distribución, reviste vital importancia el proceso de trasporte, debido a la necesidad de entregar directamente a los clientes, el producto en el sitio dispuesto por ellos. Este proceso, debido a sus características, adolece de distintos tipos de riesgos, dadas las circunstancias del país, que muestra importantes niveles de inseguridad, insuficiente infraestructura vial, malas condiciones de las carreteras, presencia de grupos al margen de la ley, etc. Muchos de esos riesgos operacionales inciden negativamente en el trasporte del arroz y constituyen una importante preocupación no solamente para los productores, sino también para los conductores y los propios agricultores, que de una u otra forma se ven afectados. La identificación clara de los riesgos operacionales que inciden en mayor proporción en la generación de costos y gastos permitió enfocar el prototipo de software al seguimiento y medición efectivo para que se puedan tomar medidas al respecto para minimizar su impacto, en al menos un 10% del nivel que presentaban.
Los riesgos mencionados pueden minimizarse utilizando las tecnologías que hoy en día se encuentran avanzadas, sin embargo, existe ingente desarrollo del país a este respecto y las empresas muy poco incorporan sistemas tecnológicos en sus procesos para ser más competitivos, lo que los coloca en una difícil situación frente a productores extranjeros. Para contribuir a resolver la problemática planteada, se propone implementar un prototipo de software que permita gestionar en forma más eficiente los riesgos operacionales a los que se enfrenta el transporte del arroz en el país, el mismo que podría extenderse en su aplicación, no solamente a otros trasportadores de distintas empresas y organizaciones arroceras y a otras regiones productoras, sino también a diferentes sectores agrícolas del país. Con este fin, se realizó el levantamiento de los requisitos del sistema para posibilitar un mejor acercamiento a una solución eficiente y efectiva que contribuya a disminuir los costos en el porcentaje planteado.
El prototipo, basado en la metodología SCRUM, aporta un alto grado de practicidad que permite diseñar un sistema amigable que sea de fácil uso
135
para los conductores, quienes no deben tener mayores inconvenientes en manejarla adecuadamente para sacar el mayor provecho posible, todo ello con miras a alcanzar mayor control del proceso desde el cargue hasta la entrega al receptor final, evitando al máximo los inconvenientes que puedan constituir costos o gastos innecesarios que terminan encareciendo el producto, disminuyendo ostensiblemente las ganancias y afectando a todas las personas involucradas, desde el empresario, pasando por los conductores, los operarios hasta los mismos agricultores.
El diseño del prototipo cumple con la arquitectura definida y está orientada a dar respuesta frente a la prevención de problemas tales como: la inseguridad, la dificultad de acceso en algunas vías, el control de la carga en todo el trayecto, etc., lo que permite que el prototipo sea útil y sirva como solución real para resolver el problema planteado.
Las pruebas a que se someterá el prototipo permitirán establecer si los parámetros establecidos y los procesos implementados para realizar un seguimiento y control efectivo de la carga, funcionan adecuadamente y son pertinentes para alcanzar el objetivo de reducción de costos o si, por el contrario, requieren algunos ajustes para alcanzar mejores resultados. La implementación del prototipo de software que a pequeña escala ha
probado impactar positivamente el sector de producción y transporte de arroz reviste vital importancia dadas las mejoras que a nivel técnico, tecnológico, económico y social traen para las comunidades. La incidencia de la prevención y gestión de riesgos que se logra con el desarrollo del proyecto permite crear un punto de partida que puede generar un efecto continuo en toda la cadena de producción objeto del presente estudio.
136
12. RECOMENDACIONES
Nuestro país no cuenta con suficiente modernización en los procesos industriales. Cabe mencionar que la tecnología marca grandes diferencias entre los países desarrollados y los que están en vías de desarrollo, por esta razón, es muy importante que tanto el Estado como las organizaciones privadas comiencen a incorporar la tecnología a sus procesos empresariales, porque es mucho lo que puede aportar para mejorar cada paso que se desarrolla en cualquier proceso productivo y alcanzar mejores niveles de competitividad frente a actores extranjeros mejor preparados.
Si bien es cierto existe un ingente nivel educativo en gran cantidad de la población trabajadora y productora de distintos productos agrícolas en el país, es importante que poco a poco se vayan incorporando estrategias de control y medición que permitan realizar un seguimiento y obtener datos en varias o todas las actividades relacionadas con un determinado sector productivo. Ello se reflejará en mejores niveles de eficiencia y efectividad que a la larga aporta mejores ganancias y, por lo tanto, mejores condiciones para todos los involucrados.
137
BIBLIOGRAFÍA
Van der heyden, Damien, Camacho, Patricia, Marlin, Christian, Salazar, Magda. Guía metodológica para el análisis de cadenas productivas. Nogent-sur-Marne: 2004.
RAE. Diccionario de la lengua española [en línea]. Madrid: Real Academia Española [citado el 5 Noviembre, 2018]. Disponible en internet: <https://dle.rae.es/?w=diccionario>
Gerencie. Diferencias entre costo y gasto [en línea]. Bogotá: La empresa [citado el 15 Mayo, 2019]. Disponible en: <https://www.gerencie.com/diferencia-entre-costo- y-gasto.html>
TESAURO. Vocabulario [en línea]. París: UNESCO [citado el 15 Mayo, 2019]. Disponible en internet: < http://vocabularies.unesco.org/browser/thesaurus/es/> Pingeiro, Orlem, Berval, Sandro, Rodríguez, Carlos, Follman, Neimar. Una nueva definición de la logística interna y forma de evaluar la misma. En: Revista chilena de ingeniería. 2017. Vol.25, no. 2, p.264-276
Pressman, Roger. Ingeniería de Software un enfoque práctico. 7 ed. New York: McGraw-Hill, 2010. 805 p
BBVA. Riesgo operacional [en línea]. Bilbao: La empresa [citado 15 Mayo, 2019].
Disponible en internet <
https://accionistaseinversores.bbva.com/microsites/pilarIII2015/es/3/apr.html> Newfield. La transparencia como un valor [en línea]. Chile: Jorge Olalla [citado 15 Mayo, 2019]. Disponible en internet: <http://www.newfield.cl/newsletters- antiguos/la-transparencia>
Barrera, Ángel. Sistema de carga en buques Ro-Ro. San Cristóbal de la Laguna, Tenerife. Universidad de la Laguna. Náutica y transporte marítimo. 2014. p.36 Castaño, Nelson, Cardona, María. Factores determinantes en la inestabilidad del sector agrícola Colombiano. En: Revista ENCONTEXTO. Enero-Diciembre, 2014. p. 91-107
Redacción El tiempo. Piratería se toma las vías. En: El tiempo, Bogotá. 29, Agosto, 1994.
Rodriguez, Carlos. Análisis del transporte de carga en Colombia, para crear estrategias que permitan alcanzar estándares de competitividad e infraestructura
138
internacional. Bogotá. Universidad del Rosario. Facultad de Administración. Modalidad trabajo de grado, 2013. p.13
Ministerio de transporte. Operación del transporte de carga por carretera en Colombia. Bogotá. 21, Septiembre, 2001. p. 20
Albuja, Vinicio. Análisis de tipos de vehículos y documentos que se utilizan para el envío de mercancía vía terrestre a Colombia. Machala. Universidad Técnica de Machala. Unidad Académica de ciencias empresariales. 2016. p. 3
Marcelo, Arnold, Osorio, Francisco. Introducción a los conceptos básico de la teoría general de sistemas. En: Cinta de Moebio. 1998. p. 40-49
Sarabia, Ángel. La teoría general de sistemas. 1 ed. Madrid, 1995. 171 p
Sommerville, Ian. Ingeniería de Software. 7 ed. Madrid: Addison-Wesley, 2005. P.691.
Sparks Geoffrey, Una introducción al UML El modelo de procesos de negocio. Reynoso, Carlos. Estilos y Patrones en la Estrategia de Arquitectura de Microsoft. Universidad de Buenos Aires. 2004
Lopez, Aguilera. Seguridad Informática. Editorial Editex. 2010. p.240
Tasobares, Alejandro. Los sistemas de información: Evolución y desarrollo. En: Proyecto social: Revista de relaciones laborales, 2003. p. 149-165
Shedden, Carlos. Comportamiento dinámico de los vehículos de carga pesada en el cantón de San José (2011-2012)
ARCINIEGA, Fernando. Normas y estándares de calidad para la industria del software [en línea]. México [citado 15 Mayo, 2019]. Disponible en internet: <https://fernandoarciniega.com/normas-y-estandares-de-calidad-para-el-
desarrollo-de-software/>
Hernandez, Giovanni, Martinez, Álvaro, Argote, Iván. Metodología adaptativa basada en Scrum: Caso empresas de la Industria de Software en San Juan de Pasto – Colombia. En: Revista Tecnológica ESPOL – RTE. Diciembre, 2015. vol. 28, no. 5, p. 211-223
NEWBOLD, Paul. Estadística para los negocios y la economía. Madrid: Prentice- Hall, 1996. p.1- 337.
Catuche, Dayra, Benavides, Sandra. Diseño de un sistema de control interno para la compañía logística internacional SAS. Cali: Pontificia Universidad Javeriana de
139
Cali. Facultad de Ciencias Económicas y Administrativas. Modalidad trabajo de grado, 2017.
Luna, Galo, Parrales, Johanna, Rosales, Juan. Análisis y diseño de prototipo de sistema de control para compañías de transporte de carga pesada. Guayaquil: Escuela Superior Politécnica del litoral. Facultad de ingeniería en electricidad y computación. Modalidad tesis de grado, 2009.
Santos, Cristhian. Sistema de procesamiento transaccional (TPS) para la gestión de emisión y control de títulos habilitantes de transporte público orientado a la web con soporte para dispositivos móviles en la empresa pública municipal de transporte terrestre, tránsito, seguridad vial y terminales terrestres de Santo Domingo. Santo Domingo: Universidad regional autónoma de los Andes. Facultad de sistemas mercantiles. Proyecto de investigación, 2019.
Justicia. 2017 quebró década en aumento de muertes por accidentes de tránsito. En: El tiempo. Bogotá. 13, Junio, 2017.
Ochoa Lissette, Arquitectura de un sistema Inteligente de transportación (ITS) que permita mejorar la operación y seguridad del transporte de Ecuador. Guayaquil: Universidad de Guayaquil. Facultad de ciencias matemáticas y físicas. Modalidad tesis de grado, 2015
Canal de Panamá. Información sobre SiMAT [en línea]. Panamá [citado 5
Noviembre, 2018]. Disponible en internet:
<https://micanaldepanama.com/servicios/canal-servicios-maritimos/informacion- sobre-simat/>
Mantilla, Maira, Camargo, Luis, Medina, Byron. Metodología para el desarrollo de aplicaciones móviles. Universidad del Magdalena. 2013
Álvaro Echeverría. Simpliroute [en línea]. Chile: Simpliroute [citado el 14 Mayo, 2019]. Disponible en internet: <https://www.simpliroute.com/>
Systeme Anwendungen und Produkte, SAP Transportation Management [en línea]. Walldorf: SAP [citado el 14 Mayo, 2019] Disponible en internet:
<https://www.sap.com/latinamerica/products/transportation-logistics.html#pricing- packaging>
WABCO Company. TX-Connect [en línea]. Auderghem: WABCO Company [citado el 14 Mayo, 2019] Disponible en internet: <https://www.transics.com/es/>
Departamento nacional de planeación. Encuesta Nacional Logística 2018. Bogotá, 2018. P. 48.
140
Sanchez, Héctor, Sanchez, Mariano. Beneficios del análisis de riesgos para el transporte de empresas. En: Revista In Vestigium Ire. Septiembre, 2012. vol 5, p. 66-74
Villalobos, Julio. Seguridad en la operación del transporte carretero. Comisión Económica para América Latina y el Caribe. 2010.
Torres, Diego. Prototipo de aplicación para la gestión de tareas en la planeación y desarrollo de proyectos. Bogotá. Universidad Católica de Colombia. Facultad de ingeniería. Modalidad trabajo de grado, 2015
ISO. Mantenibilidad [en línea]. Ginebra: International Organization for Standardization [citado 15 mayo, 2019]. Disponible en internet: <https://iso25000.com/index.php/normas-iso-25000/iso-25010/26-mantenibilidad> Fowler, Martin, Scott, Kendall. UML gota a gota. 1 ed. Reading: Addison Wesley Longman, 1997. 214 p.
Lucidchart. Component Diagram Tutorial. [Citado 26 Abril, 2019]. Disponible en internet: < https://www.lucidchart.com/pages/uml-component-diagram>
Barker, Richard. El modelo entidad-relación CASE*METHOD. Argentina. Addison- Wesley. 1994. 256 p.
Firebase. Firebase test lab [en línea]. Mountain View, Google [citado 15 Mayo, 2019]. Disponible en: <https://firebase.google.com/docs/test-lab/?hl=Es-419>
141
ANEXOS
Anexo A. ESPECIFICACIÓN DE REQUERIMIENTOS.
IDENTIFICADOR: NOMBRE:
R1 Registrar usuario
REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA: R2,R3,R4,R5,R6,R7,R8,R9,R10 PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
ENTRADA:
Si el registro es para transportador: -Nombre -Apellido -Celular -Correo -Contraseña -Tipo de vehículo -Placa de vehículo
Si el registro es para operador: -Nombre -Apellido -Celular -Correo -Contraseña SALIDA:
142
DESCRIPCIÓN:
1. Precondición: Descarga de la aplicación.
2. Descripción: Se escoge el tipo de usuario (transportador u operador logístico) e introduce sus datos: nombre, correo, tipo de vehículo, placa y contraseña, en caso de ser transportador y en caso de ser operador logístico: nombre, correo y
contraseña.
3. Post-condición: El sistema guarda en la base de datos la información que se ingresó en el registro y envía un mensaje de “registro exitoso”.
MANEJO DE SITUACIONES ANORMALES
1. El campo contraseña tiene una breve longitud por lo tanto al intentar guardar la información en la BD genera error.
2. Un campo obligatorio está sin diligenciar y al momento de registrar un usuario se genera un mensaje de error en la BD.
CRITERIOS DE ACEPTACIÓN
1. Si dentro del campo contraseña la misma es muy corta se genera un mensaje de error al tratar de almacenar esta información en la BD.
2. Si existe un campo dentro del registro el cual es obligatorio y no se ha completado, al tratar de introducir esta información dentro de la BD se observa en la interfaz de registro un mensaje de error.
3. Si todos los campos del registro están llenos de manera acertada, la información se guarda en la base de datos y en la interfaz se observa un mensaje de registro exitoso.
IDENTIFICADOR: NOMBRE:
R2 Acceso usuario
REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA: R3,R4,R5,R6,R7,R8,R9,R10
PRIORIDAD DE DESARROLLO: Alta
143
ENTRADA: -Celular -Contraseña
SALIDA:
Se accede de forma satisfactoria a la interfaz principal del sistema
DESCRIPCIÓN:
1. Precondición: El usuario debe estar registrado en la base de datos.
2. Descripción: El usuario introduce su correo y su contraseña para acceder al sistema.
3. Post-condición: Se autentica el usuario e ingresa al sistema.
MANEJO DE SITUACIONES ANORMALES
1. Se ingresa una contraseña errónea, cuando esta información se va a guardar en la BD se genera un mensaje de error.
2. Un campo dentro del log-in no se encuentra lleno genera un mensaje de error en la BD.
CRITERIOS DE ACEPTACIÓN
1. Si se ingresa una contraseña que no concuerda con la previamente establecida en el registro, tras intentar almacenar la información en la DB se observa en la interfaz de acceso un mensaje de “Contraseña incorrecta”.
2. Si dentro del campo de acceso falta un campo por diligenciar se genera un mensaje de error en la interfaz de acceso.
3. Si los datos son ingresados de forma correcta, la información es guardada adecuadamente en la BD.
IDENTIFICADOR: NOMBRE: R3 Crear viaje
REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA: R4,R5,R6,R7,R8,R9,R10 PRIORIDAD DE
DESARROLLO:
Alta
144
ENTRADA: No aplica
SALIDA:
Se accede de forma satisfactoria a la interfaz de viaje del sistema
(transportador) DESCRIPCIÓN:
1. Precondición: El usuario debe estar registrado de forma exitosa.
2. Descripción: Cuando el transportador esté en la interfaz principal, accede a crear viaje ingresando su ubicación actual y destino.
3. Post-condición: Se direcciona hacia la interfaz de riesgos operacionales, en la cual tendrá diferentes opciones dentro de su viaje. Además, se guarda este viaje en la base de datos.
MANEJO DE SITUACIONES ANORMALES
1. El sistema no responde al botón “Crear viaje” CRITERIOS DE ACEPTACIÓN
1. Si el sistema no responde cuando el usuario crea un viaje, se genera un error en la BD al introducir está información.
2. Si el sistema responde de forma normal, el viaje es guardado dentro de la BD de manera exitosa.
IDENTIFICADOR: NOMBRE:
R4 Consultar historial de viajes REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA:
PRIORIDAD DE DESARROLLO: Bajo
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
ENTRADA: No aplica
SALIDA:
Se accede de forma satisfactoria a la interfaz de viajes guardados.
145
1. Precondición: El usuario debe tener registrado por lo menos un viaje en la base de datos.
2. Descripción: Se muestran los viajes que ha realizado el transportador, indica todo lo ocurrido dentro del mismo y puede acceder a cualquiera de ellos, tanto él como el operador logístico.
3. Post-codición: Se muestra los datos registrados dentro del trayecto: El origen y el destino, la cantidad de carga/descarga de arroz, el tipo de arroz y la alternativa a la emergencia ocurrida (sí sucedió).
MANEJO DE SITUACIONES ANORMALES
1. No existen viajes almacenados en la BD. CRITERIOS DE ACEPTACIÓN
1. Si aún no existe ningún viaje creado se observa dentro de esta interfaz un mensaje de “No hay viajes disponibles”
2. Si existe mas de un viaje almacenado en la BD el operador logístico o el transportador pueden acceder a observar dicho viaje sin problema alguno.
IDENTIFICADOR: NOMBRE:
R5 Enviar alerta de emergencia REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA: R3,R9
PRIORIDAD DE
DESARROLLO:
Alta
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
ENTRADA: No aplica
SALIDA:
Se accede de forma satisfactoria a la interfaz de viajes en curso de los transportadores.
1. Precondición: El transportador se debe encontrar realizando un viaje. 2. Descripción: Tras un riesgo operacional sufrido en el trayecto de un transportador él envía una alerta al operador logístico.
3. Post-condición: El operador logístico recibe una notificación de cuál es la emergencia que le ocurre al transportador.
146
MANEJO DE SITUACIONES ANORMALES
1. El sistema no responde al botón “Enviar alerta de emergencia” CRITERIOS DE ACEPTACIÓN
1. Si el sistema no responde cuando el usuario envía una notificación de emergencia, se genera un error en la BD al introducir está información.
2. Si el sistema responde de forma normal, la alerta enviada es guardada dentro de la información del viaje en la BD de manera exitosa.
IDENTIFICADOR: NOMBRE:
R6 Registrar cantidad de carga REQUERIMIENTO QUE LO UTILIZA O ESPECIALIZA: R3,R9
PRIORIDAD DE
DESARROLLO: Medio
DOCUMENTOS DE VISUALIZACIÓN ASOCIADOS:
ENTRADA:
-Cantidad de carga -Tipo de carga
SALIDA:
Se envía un mensaje de “cantidad guardada”
1. El transportador debe haber creado un viaje.
2. Descripción: Se pide ingresar la cantidad de carga y el tipo de arroz que hay en el contenedor.
3. Post-condición: Se envía un mensaje de “Cantidad guardada” y se guarda esta