Icône du langage de programmation - fenêtre de tâches avec code

L'avenir du développement SAP

Auteur

Tags

IT

2027 marque la fin officielle de la maintenance de SAP R/3. L'impact de cette décision sur les utilisateurs de logiciels dépend de la façon dont ils utilisent SAP. Même R/2 était encore en service en 2011, 30 ans après sa sortie et 19 ans après la sortie officielle de SAP R/3.

Il sera donc passionnant de voir combien de temps R/3 parvient à rester dans la course. 2027 ne marque pas simplement la fin du cycle de vie d'un logiciel, c'est un changement de paradigme qui a commencé avec HANA en 2010 et qui s'est finalement achevé avec la sortie de S/4 HANA en 2015 au plus tard. Du logiciel indépendant de la plateforme, qui a également permis à d'autres entreprises comme Oracle de connaître une croissance continue, on passe à un engagement ferme envers sa propre technologie de base de données avec la solution in-memory HANA.

Développements dans SAP : ces défis qui pourraient survenir    

Cependant, dans la pile technologique de SAP, il existe de nombreux domaines différents avec lesquels un développeur peut entrer en contact. Le savoir-faire d'un développeur est principalement axé sur l'interface utilisateur, la fourniture de données, la logique métier, les services de transaction, la modélisation des données et la base de données elle-même. Certains domaines sont inextricablement liés, d'autres peuvent être confiés à des spécialistes en raison des différentes technologies utilisées. Alors que la connaissance de la conception de l'interface utilisateur et des spécialités de l'interface utilisateur graphique SAP constituait auparavant une partie indispensable des compétences du développeur, avec SAP Fiori et SAPUI5, ces connaissances ont plus ou moins été transférées aux forces classiques du développeur web avec HTML, CSS et Javascript.

L'architecture logicielle, désormais techniquement spécifiée, ne diffère guère de la structure de développement raisonnable des applications en place depuis longtemps, avec la division en approvisionnement en données, logique d'application et interfaces.

L'aspect le moins difficile pour le développeur est probablement l'utilisation des services de données de base et leur architecture. En fin de compte, l'extraction des données est encapsulée ici et, contrairement au SQL pur, étendue pour couvrir des besoins plus complexes au moyen du codage.

La BOPF comme extension de l'univers SAP

Un nouveau concept fait son apparition dans le monde SAP. C'est le BOPF. Le Business Object Process Framework constitue la base des Services de Transaction et fonctionne avec des objets d'entreprise qui peuvent être enrichis d'une logique d'entreprise via le framework. Ces concepts se retrouvent également plus fréquemment dans le développement d'applications. Il n'y a pas moyen de contourner ABAP OO ici, ce qui est une bonne chose étant donné la puissance de l'orientation objet. Dans un autre article "ABAP ... partie d'un succès" nous parlons de l'émergence de ce langage de programmation.

Outre le BOPF, la plus grande différence réside dans le changement mental de l'architecture logicielle via le transfert de code vers la base de données HANA. Alors que par le passé, on cherchait les moyens les plus minimalistes possibles pour transporter puis traiter les données via le goulot d'étranglement du réseau et de la mécanique des disques. Aujourd'hui, la devise est de laisser le traitement se faire à l'endroit où les données sont stockées et de ne transférer que les résultats. Pour cela, il est également nécessaire de s'habituer à une nouvelle syntaxe.

Cependant, il y a une autre révolution à mentionner : La rupture du paradigme de la rétrocompatibilité. Avec S/4 HANA, SAP rompt avec la rétrocompatibilité à 100% avec les versions précédentes, même s'il est encore difficile d'en juger l'impact.

Quoi qu'il en soit, le travail de développement reste passionnant et varié. De plus, de nombreux éléments faciliteront l'adaptabilité des futurs logiciels.

Banner Libelle UserGroup
Vers tous les articles