Algorithmes et structures de données

Niklaus Wirth est un informaticien suisse. Il a notamment développé les langages de programmation Pascal et écrit l'ouvrage de référence "Algorithmes et structures de données".

Ce qui était révolutionnaire en 1976 est devenu une évidence : chaque algorithme doit être précédé d'une définition exacte des données, les processus et les données doivent être séparés. Le partenaire SAP Data Migration Services suit métaphoriquement la voie tracée par le professeur Wirth.

La possibilité d'extraire les données et les fonctions d'un système ERP SAP ouvre l'option du déclassement des anciens systèmes, de l'archivage juridiquement sûr, de la poursuite de l'utilisation de toutes les données et d'une voie efficace et sûre vers Hana, S/4 et C/4.

Data Migration Services (DMS) a créé une plateforme de structure de données pour toutes les données et tous les processus d'un système SAP à déclasser.

"Vous pouvez faire de la plate-forme une partie intégrante du paysage cible".

explique le fondateur et propriétaire de DMS, Thomas Failer, dans un entretien avec le rédacteur en chef de E-3, Peter Färbinger.

"Les données et les documents qui ne sont plus utilisés dans les activités quotidiennes de S/4 peuvent être régulièrement stockés sur la plate-forme. S/4 et Hana restent ainsi durablement allégés.

Jusqu'à présent, les nouveaux systèmes devaient être constamment mis à jour, c'est-à-dire dotés de ressources supplémentaires, afin de maintenir la stabilité et la vitesse nécessaires. Et la quantité de données à traiter augmente encore massivement avec l'Internet des objets".

La voie sûre vers Hana et S/4 occupera les clients existants de SAP jusqu'en 2025. L'objectif est clairement visible, mais le chemin est dangereux et incertain.

"Prenons le cas que SAP préfère : le retour au standard et la migration des données via l'outil de conversion".

Thomas Failer tente de mettre en évidence les pièges.

"Au plus tard à partir d'une quantité de données de cinq téraoctets, l'arrêt du système durerait beaucoup trop longtemps et coûterait donc beaucoup trop cher. Un week-end ne suffirait alors plus. C'est pourquoi mes collègues et moi-même partons du principe que pas plus de dix pour cent suivront cette voie, si tant est qu'ils puissent la suivre".

Que font alors les 90% "restants" ? Thomas Failer :

"Ils doivent résoudre le problème de ne migrer qu'une partie vers S/4 et Hana, et gérer le reste intelligemment".

Pour l'instant, de nombreux clients SAP existants ne voient pas d'autre solution que d'exploiter S/4 et les anciens systèmes en parallèle. Mais cela signifie encore plus de travail et encore plus de coûts rien que pour l'exploitation.

Le concept de GED génère également du travail, mais les ressources nécessaires sont de plusieurs dimensions inférieures.

"Il est vrai qu'il y a un surcroît de travail pour séparer les données opérationnelles des données non opérationnelles et pour optimiser la qualité des données".

explique Failer.

Mais si cela permet de réduire les données jusqu'à 75 pour cent, l'effort de 5000 jours-personnes pour les grandes implémentations SAP peut être réduit à peut-être 2000 ou 3000 jours-personnes. Et le plus beau, c'est que ce n'est pas un avantage unique".

Une situation gagnant-gagnant pour le client SAP existant et Data Migration Services :

"Nous connaissons en effet une très forte croissance. Mais le plus important est que le passage à S/4 fait justement prendre conscience qu'il faut traiter les données et les systèmes existants différemment qu'auparavant".

définit Thomas Failer la situation actuelle.

"Nous voilà au cœur de la convergence. La migration de 50.000 clients SAP existants dans le monde - quel chiffre ! - vers S/4 et Hana, nous ne pouvons évidemment pas les soutenir seuls.

C'est pourquoi nous investissons massivement dans la création et la formation d'un réseau de partenaires qui permet désormais de faire connaître de plus en plus rapidement et largement notre approche au sein de la communauté".

De nombreux clients existants de SAP travaillent avec des partenaires de longue date sur leurs sujets.

"C'est vrai"

dit aussi Thomas Failer.

"C'est pourquoi, outre le développement, l'extension de nos relations avec nos partenaires est si importante pour nous. Cela vaut aussi bien pour les revendeurs et les partenaires de mise en œuvre, y compris les intégrateurs de systèmes, que pour les partenaires technologiques, par exemple les fabricants d'outils ETL, sans oublier SAP lui-même. Car nous devons être en mesure de continuer à reproduire de manière dynamique dans nos outils les modifications attendues des structures de données".

Mais les clients existants de SAP sont difficiles à convaincre. Thomas Failer :

"C'est effectivement le cas et il y a quelque chose de positif à bien réfléchir avant d'acheter. Mais souvent, c'est justement l'ampleur pure et simple des avantages potentiels de notre approche, comme 80% de réduction des coûts d'exploitation, 75% de réduction des données, 50% de réduction des efforts de migration, qui rend sceptique.

De nombreuses personnes intéressées ne peuvent tout simplement pas s'imaginer que cela soit possible et comment. Nous avons beaucoup appris à ce sujet l'année dernière. Nous devons pour ainsi dire aller chercher les clients bien avant la migration proprement dite, c'est-à-dire très tôt dans le processus de planification".

Pour finir, voici un cas d'application qui montre l'avantage du concept "algorithmes et structures de données" :

"Pensez aux constructeurs de machines et d'équipements".

est l'exemple de Thomas Failer.

"Il y a des processus qui durent parfois des décennies. Bien sûr, cela n'a pas de sens de conserver les informations qui remontent plus loin dans le temps dans les systèmes en direct.

Et pourtant, les anciennes informations, comme les plans de construction ou les rapports de maintenance, restent pertinentes jusqu'au démantèlement de l'installation concernée ou jusqu'à l'expiration des délais de responsabilité prescrits par la loi".