Le SAPUI est-il une grande réussite ?

Dans cette recherche, il y a eu pour moi trois étapes importantes. L'Internet Transaction Server (ITS), qui a permis d'afficher n'importe quelle transaction SAP GUI sur le Web. L'utilisabilité était bien sûr cruelle, mais aujourd'hui encore, c'est la méthode la plus rapide et la plus simple pour rendre les applications existantes disponibles sur le web.

Heureusement, la plupart des clients ne l'utilisent que pour des applications rarement utilisées. Les Business Server Pages (BSP). Née comme projet de loisirs de quelques développeurs de Walldorf, cette technologie a jeté les bases du serveur d'applications web tel que nous le connaissons aujourd'hui. Et de nombreuses autres technologies web SAP utilisent BSP pour rendre leur interface utilisateur.

Pour moi, SAPUI5 est maintenant la troisième grande étape. Qu'est-ce qui me fait croire cela ? Pour le justifier, nous devrions d'abord regarder ce que SAP a appris des interfaces utilisateur passées. Avec BSP, SAP était dans l'air du temps.

On disposait d'une technologie similaire à celle de Microsoft avec ASP (Application Server Pages) et de Java avec JSP (Java Server Pages). Parmi les technologies et les approches qui en ont découlé, on peut citer principalement Webdynpro et WebUI.

Il ne s'agit pas de technologies de rendu web, mais de concepts et de frameworks qui devraient faciliter la programmation d'applications structurées par les développeurs.

Malheureusement, SAP a commencé à cuisiner de plus en plus sa propre soupe, de sorte qu'il s'est éloigné des grands courants. En particulier dans le domaine de la convivialité et de l'utilisabilité dans les navigateurs les plus divers et sur les terminaux les plus variés, on a raté le coche.

Puis est arrivé HTML5, et avec lui non seulement une nouvelle technologie web (HTML5 n'a pas grand-chose à voir avec le HTML des années 90), mais aussi un nouveau paradigme de design sur la meilleure façon de développer des applications pour les terminaux les plus divers.

Il semble qu'un changement de mentalité ait eu lieu au sein de SAP, car maintenant SAP a soudainement obtenu de faire les choses correctement. Au lieu de développer une technologie similaire, SAP mise désormais précisément sur HTML5.

Ainsi, SAP profite immédiatement de tous les développements du standard mondial HTML5. Et SAPUI5 n'est pas une technologie autonome, mais une API supplémentaire qui doit simplifier et améliorer la représentation des processus commerciaux et des données sur le web. SAP en a même publié une version open source (OpenUI5).

Mais il ne suffit pas d'avoir la bonne stratégie UI pour savoir si elle va s'imposer. Car souvent, les meilleurs produits ne sont pas ceux qui ont fini par s'imposer.

Qu'est-ce qui me fait penser que SAPUI5 va s'imposer ici ? Ce sont les nombreux nouveaux produits de SAP qui utilisent déjà cette technologie. SAP Fiori utilise la technologie UI5 pour rendre les processus des systèmes existants compatibles avec le web, de manière simple et claire.

Il existe déjà plus de 400 applications différentes de SAP et ce n'est pas prêt de s'arrêter. Les systèmes cloud de SAP. Que ce soit la Hana Cloud Platform, sur laquelle les développeurs peuvent construire de nouvelles applications avec SAPUI5, de nombreuses solutions cloud standard de SAP (par ex. Cloud for Customer) reposent déjà sur la technologie UI5.

Ce sont déjà de nombreux signes qui laissent entrevoir l'importance de cette stratégie UI. Mais le plus grand argument reste à venir. S/4 Hana, LE futur de SAP, le système qui doit remplacer le produit le plus réussi et le plus répandu de la famille SAP, qui doit suivre les traces de R/3 (pardon : SAP ERP). Ce produit mise entièrement sur SAPUI5 comme technologie d'interface.

Et cela est clair pour moi. Ce n'est pas une autre interface supplémentaire utilisée dans certains scénarios et certaines solutions, mais cela va remplacer toutes les autres interfaces ou les reléguer à des applications de niche. Et je pense que c'est une bonne chose.

C'est une technologie formidable, qui se combine merveilleusement bien avec les technologies non-SAP. Que ce soit pour une fois très fantaisiste ou que certaines technologies puissent être intégrées dans des processus SAP (par exemple la reconnaissance d'image), en tant que développeur, on peut choisir parmi un pool infini de solutions.