¡Bienvenidos al nuevo blog de newUIBCN!
Con esta primera entrada iniciamos una nueva vía de divulgación, donde no sólo queremos compartir nuestra experiencia en la creación de aplicaciones multiplataforma para SAP diseñadas para mejorar la experiencia del usuario, sino que también os daremos a conocer las técnicas y trucos que hemos aprendido para ayudaros a desarrollar vuestras propias capas de usuario integradas con SAP estándar.
Este blog está pensado para dar respuesta a programadores ABAP que quieran explorar en las nuevas posibilidades de UI que nos ofrecen las tecnologías actuales, para programadores JavaScript + html5 que quieran unir sus esfuerzos con equipos SAP. También para responsables de IT para poder descubrir que hay detrás de todas las palabras de moda en el mundo SAP (SAP Fiori, SAPUI5, SAP Gateway…).
En primer lugar, hagamos un poco de historia. Nuestra aventura nació en el año 2010 mientras trabajábamos como arquitectos en uno de los proyectos más grandes de SAP Sanidad que IBM ha implantado con el módulo conocido como ISH-MED: el Proyecto ARGOS. Este importante proyecto tenía como objetivo integrar los ocho hospitales del Institut Català de la Salut en un único sistema, a los que en la actualidad se han añadido otros siete centros sanitarios, dando un total de 15 hospitales. Aunque es cierto que para el 2010 el sistema ya había demostrado ser una potentísima herramienta de gestión de la información, la impresión de muchos usuarios era que el interface clásico de SAP era demasiado limitado para permitir una óptima experiencia de uso. Empujados por esta extendida sensación, nos planteamos nuevos desafíos para satisfacer la necesidad de nuestros usuarios: ¿Cómo podríamos superar la capa de usuario estándar de SAP (dynpros, WebDynpros, controles ALVs…)? ¿Es posible reemplazarla sin alterar ninguna funcionalidad? ¿O seríamos capaces de envolver el sistema con un nivel superior que permitiera una mejor experiencia del usuario?
En nuestro esfuerzo constante por facilitar el uso de nuestros sistemas a los usuarios finales, empezamos inmediatamente a trabajar en esta nueva línea de desarrollo, lo que dio lugar a nuestra primera aplicación Silverlight 2.0 dentro de SAP, bastante anterior a las Silverlight Islands que propuso SAP. Con esta aplicación logramos integrar un browser dentro de una vista estándar de SAP para mostrar el mapa de los pacientes ingresados en urgencias:
Los navegantes que estén familiarizados con el interface clásico de SAP difícilmente lo reconocerán en la imagen anterior, ya que los únicos elementos que nos pueden dar una pista son los menús y la barra de iconos superior. Igualmente, la nueva aplicación que desarrollamos sorprendió a nuestros usuarios, viendo una clara mejora sobre el sistema al que estaban acostumbrados. No obstante, esta primera aplicación sufría de una importante limitación a causa de la tecnología del momento y nuestra entonces poca experiencia: podíamos comunicar el sistema SAP con la capa Silverlight, pero no al revés, por lo que no podíamos aprovechar las muchas transacciones ya existentes en SAP.
En sucesivas aplicaciones y gracias a las nuevas versiones de Silverlight, las barreras se superaron y las posibilidades aumentaron hasta no tener más límite que la imaginación de nuestros usuarios. Actualmente nuestra solución da respuesta a las necesidades de más de 20.000 usuarios de SAP, siendo la pieza clave de su trabajo diario, ofreciendo gran cantidad de complejos módulos configurables.
Los últimos avances tecnológicos nos han ofrecido nuevos frameworks y plataformas con los que superar la clásica capa de usuario que del sistema SAP estándar. En concreto, y alineados con la estrategia “SAP Product Road Map SAP User Interface Technologies”, desde 2014 estamos desarrollando estos mismos widgets en SAPUI5, el framework propietario de SAP para la creación de aplicaciones HTM5. Gracias a esta nueva línea de trabajo hemos podido abrir cualquier sistema SAP a plataformas móviles para poder operar sin necesidad de hacerlo desde aplicaciones de escritorio, pudiendo desde simplemente realizar consultas a SAP, ordenar acciones sobre el sistema, o integrarse con los diferentes procesos de workflow.
En las próximas entradas del blog veremos como crear aplicaciones SAPUI5 sin necesitar de ninguna nueva infraestructura en nuestro sistema SAP. Alojando las App en el propio servidor web de SAP y publicando los servicios REST sin necesidad de otras plataformas o sistemas como SAP PI o SAP Gateway. Creando la misma experiencia de SAP Fiori pero sin ningún esfuerzo adicional.
Crearemos apps paso a paso para ejecutarlas incrustadas dentro de SAP GUI o vía navegador.
Crearemos entradas en el blog donde veremos cómo hemos creado aplicaciones nativas e híbridas donde se ejecutarán de forma responsive las mismas aplicaciones SAPUI5.
En nuestras próximas entradas veremos en detalle:
- Qué es SAPeverywhere, nuestra plataforma en línea con SAP Fiori pero que permitirá abrir SAP a plataformas móviles sin necesidad de gateways, upgrades, licencias ni hardware adicional en nuestro sistema SAP.
- Cómo ejecutar apps dentro de SAP.
- Cómo crear apps SAPUI5 utilizando Visual Studio & typeScript
- Cómo conseguir una comunicación completa entre ABAP y SAPUI5.
- Cómo construir aplicaciones centradas en mejorar la experiencia del usuario.
- Cómo asegurar la calidad del software aplicando distintas técnicas de testing.
- Buenas prácticas de programación de aplicaciones SAPUI5.
