Se recomienda una arquitectura Hibrida con soporte PWA para la APP del PCS. La arquitectura de la APP, se define según los criterios directrices, estudios internacionales y requerimientos técnicos (Asociados a requerimientos funcionales).
- Para el caso del PCS, la mayor funcionalidad, será la gestión en tratamientos de datos. Cuya funcionalidad es cubierta de manera más eficiente por una arquitectura Hibrida y una plataforma de Backend con componentes de Bus de integración y administrador de APIs.
- Debido a la diversidad de actores y por ende de dispositivos, se recomienda una arquitectura hibrida que sea Cross a los dispositivos/ SO móviles, permitiendo que todas las funcionalidades operen de igual manera para todos los dispositivos.
- Antecedentes técnicos; se define una arquitectura Hibrida, considerando la posibilidad de reutilización de código y menor esfuerzo en actualizaciones al realizar solo un Update para la app, resulta de menor costo de desarrollo, menor costo de mantenimiento.
De esta forma se define la arquitectura Hibrida con un enfoque Web
Figura 30 Arquitectura Hibrida
- Descripción de componentes Arquitectura Hibrida Recomendada
A continuación, se describen los componentes de la arquitectura hibrida:
- SO: El sistema operativo en este tipo de arquitectura No es un factor, es decir la arquitectura soporta cualquier sistema operativo actual con capacidad de navegación.
- Carcasa Nativa-Plugins / Proxy conversión de tipos: Para la llamada de funcionalidades nativas (Descritas en punto siguiente), es necesario usar un plugins Nativos o en su defecto utilizar un proxy de conversión de tipos.
- Webview: Para sistemas operativos móviles IOS, se recomienda el uso de WKWebView, Considerando que a partir de IOS 8.0 irrumpe WKWebView mejorando sustancialmente el performance al correr en un proceso aparte y utilizando menor memoria (JS optimizado y Nativo de Safari). En el caso de sistemas Operativos Android, se recomienda Android System Webview, permite la comunicación directa a internet y el soporte para el desarrollo de las aplicaciones Hibridas.
- HTML/JAVA Script: Simbólicamente estas capas definen como se abordará el desarrollo de la aplicación hibrida. En el caso del desarrollo de la app para PCS, la decisión de la herramienta Front End o Frameworks que se utilice para el desarrollo es indistinto y podrá utilizarse cualquiera del mercado que satisfaga la arquitectura antes definida.
- Funcionalidades App Hibrida con Soporte PWA.
A continuación, se definen las funcionalidades mínimas que deberían ser cubiertas según las necesidades de la plataforma desarrollada por cada puerto para el PCS.
- Manejo de integración in/out mediante webview, controles de navegación y salida del sistema, integración de control de cámara, captura de fotos en webview, lectura de códigos (PDF417, QR).
- Notificaciones Push.
- Diseño Responsivo
Según lo definido en el apartado 3.2, para el caso de los dispositivos móviles, guarda mayor relevancia la adaptación de las interfaces para el tamaño de cada pantalla. Sin afectar con ello la funcionalidad y usabilidad de la plataforma PCS en cada dispositivo móvil.
Para cumplir con lo anterior, se deberá emplear tecnologías Web (Arquitectura hibrida), dando prioridad a la implementación de interfaces de usuario utilizando Frameworks CSS, ya establecidos en el mercado. Además de tecnologías que permitan la implementación de Aplicaciones Web Progresivas, conocidas como PWA (Progressive Web Applications). Con el objetivo de generar una solución convergente y única, no importando el dispositivo cliente.
Figura 31 Adaptación diseño en dispositivos Móviles
- Especificación Técnica del Componente
Considerando que el interfaz front end del PCS, pueda ser accedido desde distintos dispositivos, nace la necesidad de contar con aplicaciones que sean adaptativas a cada uno de estos dispositivos en cuanto a su resolución y orientación de visualización.
- Media Queries. Son un módulo de CSS que permite detectar el dispositivo que está accediendo al front end y hacer el despliegue más recomendado por medio de puntos de ruptura en la hoja de estilos CSS. Se definen 5 puntos de ruptura a priori (320 px, 480 px, 768 px, 1024 px, 1200 px).
- Meta etiqueta Viewport. Se define como parte del diseño del front end el uso de una meta etiqueta Viewport que contenga los parámetros que permitan definir el área de la pantalla disponible al renderizar un documento, escala/Zoom que debe mostrar. Parámetros mínimos a considerar; Width, Height, Initial-Scale, User-Scale, Minimum Scale, Maximum Scale.
- Recomendaciones de Hardware
Principalmente, estas recomendaciones están pensadas para Operaciones con dispositivos móviles expuestos a la intemperie, específicamente a los servicios de control logístico en terreno y en concordancia con la directriz “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 extra portuarios”
Debido a que las variables de ambiente portuario son adversas, se define un grado de protección IP, regulado por la norma internacional IEC 60529.
En función de lo descrito, se establecen las siguientes consideraciones:
- Niveles de Protección al Polvo. El primer dígito hace referencia a la resistencia a la entrada al polvo, recomendado:
- Nivel 5: indica que el teléfono móvil (o cualquier otro dispositivo electrónico) no se verá afectado por la entrada de polvo, aunque permite cierta entrada de este.
- Nivel 6: es el nivel máximo y garantiza que el terminal es 100% estanco, por lo que no entrará polvo en ninguna circunstancia.
Niveles de protección al agua. Considerando que las utilizaciones de estos dispositivos operaran en ambientes húmedos con alta salinidad, este es uno de los factores más importantes. Por ello, se recomienda un nivel desde el 6 o Superior. Referencia de Norma: “https://webstore.iec.ch/publication/16500”.