Cómo hacer Hana móvil

Imaginemos el siguiente ejemplo de aplicación: Se va a crear una aplicación para dar soporte a los empleados de servicio. Los empleados de servicio se desplazan a las instalaciones de los clientes para realizar reparaciones o tareas de mantenimiento, por lo que necesitan una aplicación móvil para su trabajo.

Esto proporciona a los empleados de servicio datos sobre los dispositivos del cliente y mantiene un historial de servicio para cada dispositivo. Los datos de los dispositivos se almacenan y mantienen en un sistema SAP.

La aplicación de servicio gestiona los historiales de servicio. Parte de los datos de servicio deben transferirse de nuevo al sistema SAP, por ejemplo para crear facturas.

Maestro para datos maestros

Para implementar la aplicación, se requiere una aplicación móvil como front end y un back end para el almacenamiento de datos y el acceso a los datos SAP. La comunicación entre el front end y el back end tiene lugar a través de una interfaz REST.

Existen varios enfoques tecnológicos para la implementación; a continuación, todos los componentes se realizarán utilizando la pila tecnológica ofrecida por SAP. Desde el punto de vista tecnológico, el backend de la aplicación se basa en una infraestructura Hana con servicios XS y un sistema SAP.

Este último actúa como maestro para los datos maestros. Además de una base de datos pura, el sistema Hana, el maestro para los datos transaccionales, también contiene un servidor web que proporciona contenido web y también puede ejecutar JavaScript en el lado del servidor utilizando un entorno de ejecución integrado (el llamado motor XS).

Si sólo se requieren operaciones sencillas de lectura o escritura, se puede acceder a los datos a través de los llamados servicios ODATA. Estos siguen el principio REST y son fáciles de usar con JavaScript, entre otras cosas.

El desarrollador recibe el conjunto completo de operaciones CRUD para una tabla. La lógica empresarial compleja puede implementarse con el motor XS antes mencionado o directamente en la base de datos de Hana.

El acceso a los servicios y datos está protegido por el sistema integrado de derechos de SAP. Los datos se sincronizan entre Hana y SAP a través del Landscape Transformation Server (LTR).

Se trata de un servicio que mantiene sincronizadas dos fuentes de datos, en este caso tablas de bases de datos, en función de determinadas estrategias. Por ejemplo, el LTR dispone de las funciones necesarias para sincronizar inmediatamente los cambios en los datos maestros de las tablas de base de datos Hana asociadas.

Sin embargo, para la sincronización inversa, primero deben implementarse los servicios correspondientes en el sistema SAP, que Hana puede activar tan pronto como se modifiquen los datos a través del front-end.

SAPUI5 y OpenUI5

El marco JavaScript SAPUI5 o la correspondiente versión de código abierto OpenUI5 son ideales para el desarrollo de frontales móviles, ya que la aplicación se utiliza principalmente in situ.

Este marco MVC de JavaScript, comparable al popular AngularJS, se basa en jQuery y, por tanto, puede aprenderse con relativa rapidez. SAPUI5 ya contiene componentes de interfaz listos para usar y funcionalidades para acceder a los datos.

Estos componentes proporcionados están diseñados para la conexión de servicios ODATA. Esto facilita la vinculación de datos en una aplicación como la aquí descrita y permite implementar fácilmente búsquedas o filtros complejos.

A diferencia de AngularJS, SAPUI5 viene con soluciones ya preparadas para el diseño y el estilo de la aplicación. El diseño es adaptable, lo que simplifica la compatibilidad con diferentes dispositivos móviles.

Con la ayuda del look and feel ya preparado, se pueden crear aplicaciones gráficamente atractivas en poco tiempo, pero las personalizaciones suelen llevar mucho tiempo. SAP ofrece ahora un diseñador de temas para simplificar la personalización del aspecto.

Apache Cordova también se utiliza para empaquetar la aplicación SAPUI5 en un marco de aplicación nativa. Otro aspecto importante de las aplicaciones móviles es la capacidad offline.

La aplicación debe ser capaz de conservar, al menos parcialmente, los datos almacenados en la base de datos de Hana para compensar cualquier interrupción de la conexión o incluso permitir un funcionamiento completamente offline.

Por desgracia, SAPUI5 no ofrece una solución preparada para ello. La implementación técnica hace uso de los llamados "storages", una construcción de SAPUI5 para almacenar cualquier dato localmente de forma estructurada, y la opción de registrar callbacks a las consultas de datos.

En caso necesario, todo acceso a los datos puede redirigirse a la base de datos local. Cuando el backend esté disponible, la base de datos local podrá sincronizarse de nuevo con el backend.

Los requisitos de hardware para un sistema Hana son muy elevados: la configuración mínima para un sistema requiere al menos 128 GB de memoria principal y una cantidad indeterminada de almacenamiento en disco.

Nuestra instalación funciona actualmente con 500 GB de espacio en disco. Como alternativa, existe la opción de utilizar instancias de Hana en la nube, ya sea a través de SAP o de Amazon Web Services. Esto ahorra tiempo y costes de instalación del hardware; los costes de uso dependen del tamaño del sistema y de la carga informática.

Esto hace que el uso de la nube sea especialmente adecuado para fines de desarrollo, aunque existen algunas restricciones en términos de modelado de datos y opciones de acceso a la instancia de Hana durante el funcionamiento.

Para evitar estas limitaciones, es aconsejable operar su propia instalación de Hana. Una plataforma independiente ofrece mucha más flexibilidad, especialmente a la hora de conectar otro sistema SAP con el fin de sincronizar datos.

Conclusión

En resumen, puede decirse que Hana es fundamentalmente adecuada como plataforma para aplicaciones complejas centradas en el móvil. Con SAPUI5, la empresa de software con sede en Walldorf se centra en las modernas tecnologías web.

Tanto el desarrollo frontend como el backend se llevan a cabo en el mundo JavaScript: como SAP utiliza componentes familiares como jQuery, los desarrolladores pueden aprovechar sus conocimientos existentes de JavaScript.

La creación de servicios basados en tablas de bases de datos existentes es sencilla, pero ofrece suficiente flexibilidad para mapear casos más complejos. El marco está diseñado para trabajar junto con Hana, por lo que en esta combinación conduce rápidamente a resultados utilizables, mientras que sin Hana apenas ofrece ventajas sobre otras alternativas.

Debido a los costes asociados a las licencias y al funcionamiento del hardware, la aplicación es adecuada principalmente para operadores que ya utilizan sistemas SAP.