I. Introduction et contexte du système SAP LeanIX

Le système SAP LeanIX est un outil de pointe qui soutient la construction d’une architecture d’entreprise (EA) et la transformation numérique d’une organisation. Le système stocke toutes les informations nécessaires pour décrire l’architecture d’entreprise d’une société, depuis les schémas de données et l’architecture technologique jusqu’à la liste des applications et des processus métier.

LeanIX est distribué par SAP dans un modèle SaaS (Software as a Service), ce qui signifie qu’il est disponible exclusivement dans lenuage et qu’il est accessible « sur étagère ». L’application LeanIX a été acquise par SAP en novembre 2023 pour compléter son portefeuille dans le domaine de la gestion de l’architecture informatique de l’entreprise. Il s’agissait d’une démarche stratégique, notamment dans la perspective de la transformation annoncée par SAP avec l’arrivée des produits S/4HANA.

Du point de vue de l’utilisateur, LeanIX est considéré comme un produit doté d’une interface très intuitive et bien structurée. Cette interface se résume à quatre onglets de base : Tableaux de bord, Inventaire, Rapports, Diagramme et Collaboration.

II. Métamodèle LeanIX – Modélisation du cœur et de l’architecture du système

Le principal avantage de LeanIX, outre sa simplicité et sa facilité d’utilisation, est le métamodèle intégré, qui en est actuellement à sa quatrième version. Le métamodèle permet de commencer rapidement à mettre en œuvre les bonnes pratiques en matière de modélisation de l’architecture informatique. LeanIX a construit un modèle de dépendance des objets pour faciliter la modélisation de l’architecture par les clients. En outre, la structure du modèle est entièrement compatible avec tous les rapports, tableaux de bord et visualisations graphiques.

Le modèle se compose de quatre couches principales, dont une couche transversale. Ces couches permettent de comprendre le contexte et la valeur des différents éléments de l’architecture d’entreprise et, surtout, leurs interrelations.

Couche I : Stratégie et transformation (couche transversale)

Cette couche recoupe les trois autres et comprend des éléments de planification stratégique et de gestion du changement. Elle permet de relier les objectifs stratégiques aux éléments de l’architecture et de suivre les initiatives de transformation, telles que celles liées à la mise en œuvre de S/4HANA.

Les éléments clés de cette couche sont les suivants :

• Objectifs stratégiques : Reflètent les moteurs de l’architecture, par exemple l’augmentation de 15 % des ventes directes aux clients.
• Plateformes : Groupes de fonctions, d’applications ou de technologies d’importance stratégique qui simplifient l’environnement informatique, comme une plateforme de commerce électronique pour les ventes B2B.
• Initiatives : Elles comprennent tout type de changement dans l’architecture, comme les programmes, les projets, les Epic ou les idées. Pour les initiatives, vous pouvez définir un cycle de vie, un calendrier (dates d’activité, échéance), des dépendances avec d’autres éléments et les intégrer à un endroit spécifique. En outre, il est possible d’évaluer si une initiative apporte unbénéfice (avantage) à l’organisation et de suivre les coûts OPEX et CAPEX.

Couche II : Architecture d’entreprise

Cette couche comprend

• Organisation : Désigne les utilisateurs et les propriétaires de l’application. Elle peut être modélisée de manière hiérarchique (par exemple, Pologne, Allemagne, États-Unis, siège social) et inclure des sous-catégories telles que l’unité commerciale, la région, l’équipe ou le client.
• Capacités de l’entreprise : Modéliser ce que les applications font pour soutenir les objectifs de l’entreprise, par exemple le service à la clientèle, la gestion de la flotte.
• Contexte commercial : Une dimension clé pour le regroupement et l’analyse, y compris les processus (par exemple, le processus d’achat, l’intégration d’un nouvel employé), lesflux de valeur, le parcours ou le produit.

3 Couche III : Architecture des applications et des données

L’application est au cœur de ce modèle.

• Objet de données : Représente les données traitées et échangées par les applications (par exemple, client, employé). Un niveau de confidentialité peut être spécifié pour ces données.
• Application (Application) : Elle relie l’entreprise (organisation, contexte de l’entreprise) à la technologie.
  • Cycle de vie : Indique jusqu’à quand l’application est active, quand elle est programmée pour la fin de vie et le déclassement.
  • Classification TIME : une méthodologie de Gartner pour aider à évaluer la qualité et la valeur commerciale des applications. TIME est l’abréviation de Tolerate, Invest, Migrate and Eliminate( tolérer, investir, migrer et éliminer).
  • Évaluation de l’application : Il s’agit de déterminer l’adéquation technique et l’adéquation fonctionnelle (réponse aux besoins de l’entreprise), chacune à quatre niveaux.
• Interface (Interface) : Connexions entre applications pour permettre le transfert d’objets de données, mises en œuvre à l’aide de composants informatiques.

4 Couche IV : Architecture technique

Cette couche comprend les technologies et les fournisseurs :

• Fournisseur (Provider) : Entités externes (par exemple AWS, Microsoft, Oracle). Les fournisseurs peuvent être inventoriés, leurcriticité (criticité) et leurs coûts peuvent être déterminés.
• Composant informatique (IT Component) : Les technologies et les services sur lesquels les applications sont basées (par exemple, .NET, serveur virtuel, Postgress, IaaS, PaaS, SaaS). Ils fournissent des informations sur le développement et l’exploitation et sont utilisés pour modéliser les coûts et les risques technologiques.
• Catégorie technologique (Tech Category) : Utilisée pour regrouper les composants informatiques (par exemple, service, base de données, bases de données relationnelles/non relationnelles).

III. Rapports, visualisation et analyse des données (LeanIX Muscles)

LeanIX permet de traiter les données, d’établir des rapports et de les afficher sous forme de graphiques, de rapports et de visualisations, ce qui permet de mieux comprendre l’environnement architectural. C’est au niveau de l’application que le système montre ses « muscles ».

1 Exemples de rapports clés

• Vue des capacités/processus de l’entreprise : Elle met en correspondance les domaines d’activité et les sous-domaines avec les applications, en les présentant sur une ligne de temps. Elle permet de voir comment l’architecture va évoluer (par exemple, en prévoyant les retraits d’applications). Les instantanés de données peuvent être modifiés, par exemple en fonction de l’adéquation fonctionnelle (montrant les applications insuffisantes), de l’adéquation technique, de la criticité pour l’entreprise (par exemple Mission Critique) ou de la classification TIME (indiquant les applications à éliminer ou dans lesquelles investir). Un filtrage avancé est disponible, par exemple par domaine des ressources humaines.
• Matrice des applications : Visualise les relations entre les organisations (sur l’axe gauche) et les processus (sur l’axe supérieur), en plaçant les noms des applications au centre. Le rapport est dynamique – l’utilisateur peut développer la hiérarchie(drill-down), par exemple pour le siège social. Diverses vues peuvent être affichées dans cette matrice, notamment les coûts informatiques (les cases plus foncées indiquent des solutions plus coûteuses) et la classification des données (classification des données en tant que confidentielles ou publiques).
• Vue de l’architecture technique : Catégories de technologies et fournisseurs. Permet de déterminer rapidement les composants (par exemple, serveurs, plates-formes) que votre entreprise possède auprès d’un fournisseur particulier (par exemple, Dell ou IBM). Cela vous permet d’analyser les coûts, de planifier les changements architecturaux et de suivre l’évolution de l’architecture.
• Matrice d’évaluation (adéquation technique vs. adéquation fonctionnelle) : Indique les applications dont l’adéquation technique et fonctionnelle est médiocre (à éliminer en priorité) et celles dans lesquelles il vaut la peine d’investir.

IV. Résumé et avantages

Le principal avantage de l’application LeanIX est son métamodèle et les relations entre les différents éléments de l’architecture. Sur la base du métamodèle, les données peuvent être présentées, comparées et analysées dans de nombreux formats différents.

LeanIX est une solution légère et transparente qui offre une bonne visualisation. Elle soutient la transformation numérique et facilite la cartographie des dépendances entre les systèmes, les processus et les applications.

Un autre avantage très précieux est la possibilité de collecter automatiquement des données à partir de diverses sources, ce qui réduit considérablement le processus de documentation de l’architecture, qui demande beaucoup de travail.