Para el análisis, se consideran las principales arquitecturas para el desarrollo de aplicaciones móviles:
- Web App: Son aplicaciones web comunes que se adaptan a las pantallas de los dispositivos móviles.
- PWA: Consiste una aplicación web con características especiales que permiten incluir funciones de aplicaciones nativas tales como: Rapidez de despliegue (Services workers), Notificaciones, funcionamiento Off Line.
- App Nativa: Aplicación desarrollada exclusivamente para el SO del dispositivo móvil (Desarrollo para Android y desarrollo para IOS).
- App Hibrida: Aplicación de desarrollo web (HTML, CSS, Java Script) que interactúan con un framework, tales como IONIC, React Native, PhoneGap/Apache cordova, JQuery Mobile.
Análisis de Directrices
A continuación, se listan las directrices asociadas a las plataformas móviles y la ponderación de cumplimiento con las 4 arquitecturas Webapp, PWA, Nativa e Hibrida. Las ponderaciones se realizan en cuanto al nivel de cumplimiento (Alto, Medio, Bajo)
| DIRECTRIZ | WEB APP | PWA | APP NATIVA | APP HIBRIDA |
| Ser un diseño modular que permita adaptar la solución a distintos puertos del país minimizando el costo y esfuerzo asociado | Medio | Medio | Bajo | Alto |
| Permitir a los actores de la cadena logística compartir información de forma efectiva, armonizando los procesos y mecanismos de notificación, ofreciendo componentes de captura automática de información y distintos medios de comunicación, publicación y acceso a la información. | Baja | Media | Bajo | Media |
| Facilitar la coordinación de las operaciones en nodos logísticos/buffers, zonas de apoyo logístico, terminales, depósitos y organismos fiscalizadores mediante una gestión integrada del transporte, considerando el ciclo completo de retirada y entrega de cada contenedor en las terminales y/o depósitos extraportuarios. | Baja | Media | Alta | Alta |
| Facilitar los procesos de pago y verificación vinculados a las operaciones de transporte realizados todavía de forma manual. | Alta | Alta | Alta | Alta |
| Facilitar la incorporación de tecnologías, nuevos activos digitales, soluciones y mecanismos para automatizar controles (por ejemplo, sistemas de control de acceso automático) y optimizar las operaciones (por ejemplo, una aplicación móvil para transportistas), permitiendo un uso compartido de estas tecnologías por parte del nodo logístico, terminales, depósitos extraportuarios y organismos fiscalizadores. | Baja | Media | Media | Alta |
Tabla 11 Análisis de directrices de plataformas móviles
Considerando las directrices indicadas en bases, la arquitectura recomendada para las apps del PCS, es arquitectura Híbrida.
- Análisis Estudio internacional.
El estudio de Gartner “Key Consideration When Building Web, Native or Hybrid Mobile Apps ID: G00337772”, considera las siguientes características:
- Offline Operation: Posibilidad de operar con la aplicación en Modalidad Off line
- Large File on the device: Gestión de archivos grandes en los dispositivos
- High level of Transactions: Alto nivel de Transacciones
- Access to Devices Apis: Accesos a APIs desde los dispositivos
- Code Portability: Portabilidad del código
- Informational Presentation: Presentación de información
- Pixel by Pixel Control: Control pixel por pixel
- Data Security: Seguridad de los datos
- Native Controls: Controles nativos
- Backend integration: Integración con plataforma backend
- App Performance: Rendimiento
- Cost: Costo
Cuyos criterios de ponderación con: 1 Bajo Cumplimiento, 2 Medio Cumplimiento, 3 Fuerte Cumplimiento, 4 Muy Fuerte Cumplimiento.
Figura 29 Ponderación de estudio Gartner
Considerando el estudio de Gartner las arquitecturas recomendadas son Nativa e Híbrida. Cuyos criterios finales deben ser considerados en todo su contexto, es decir considerando los requerimientos funcionales del APP.
- Análisis técnico en función de los requerimientos funcionales y Match con arquitectura Software
El estudio de Gartner, considera el análisis de la app de manera aislada, es decir, no consideran la arquitectura Backend como un elemento parte del estudio. Sin embargo, para el caso del diseño del PCS, esta consideración es muy importante, ya que variables con baja ponderación en un análisis de app aislada, se ven fortalecidas con la arquitectura definida.
toando en cuenta la arquitectura SOA con vector de microservicios, definida en el diseño de la plataforma tecnológica y de servicios, se debe considerar lo siguiente:
- Off line Operation: Los servicios asociados al PCS, requieren de información en tiempo real y la relevancia de operación OFF line es baja o nula.
- Larges files on devices: El PCS procesa los archivos (EDI) haciendo del bus de datos (Componentes ESB), de esta manera la App solo desplegará información, ya procesada y No hará uso de manejo de grandes archivos.
- Nivel de Transacciones: El PCS está sujeto a integraciones síncronas, soportadas por un bus de datos (Componente ESB). Por consiguiente, el soporte de un alto nivel de transacciones para el caso del PCS, estaría cubierto considerando el componente ESB.
- Backend integration: La integración del PCS con la app se llevará a cabo por medio de API y un administrador de API, lo que permite una comunicación óptima.
- App Performance: El performance de la APP está supeditada a la arquitectura propia de la app y la arquitectura backend. En el caso del PCS, el performance se incrementa notablemente al usar APIs como medio de integración que es el caso de la arquitectura propuesta para el PCS.
- Informational presentation: Presentación de Información. En el caso de PWA, destacan los estándares para el tratamiento de información tales como Service Workers que mejoran sustancialmente el performance del despliegue de información y notificación Push, ambas con alta importancia para los servicios de PCS.
Considerando los puntos antes descritos, la arquitectura recomendada es la arquitectura Híbrida con el soporte de la arquitectura de la plataforma del PCS, componentes ESB y administrador de APIs.