Les professionnels de l’informatique qui sont entrés dans l’industrie il y a quelques décennies sont fiers de leur héritage. Les systèmes qu’ils ont développés,quand il n’y avait pas de Google ou de Stack Overflow, sont toujours solides, à ce jour comme des piliers géants, même dans certaines des entreprises Fortune 500. Aussi grande soit la fierté, il y aura un temps, les organisations devront considérer la continuité de ces systèmes construits il y a des décennies. À mesure que la technologie progresse, des exigences clients difficiles émergent, les organisations doivent envisager d’introduire de nouveaux systèmes ou de mettre à niveau les systèmes existants.
Un cadre éprouvé pour la modernisation des systèmes existants
Le cadre ou framework expliqué dans cet article aidera les organisations, à ce stade crucial, à prendre une décision consciente sur leurs systèmes hérités.
Partie 1 : Prendre la décision
La première partie du cadre consiste à déterminer si le système est absolument un héritage et quelles options nous avons. Les organisations peuvent utiliser les éléments suivants “Quadrant de remplacement hérité” pour analyser les systèmes existants.
Les quatre quadrants du cadre ci-dessus doivent être analysés par rapport aux deux dimensions d’impact, le coût et l’effort. Chaque exigence fonctionnelle et non fonctionnelle est considérée à l’aide du cadre. Ces exigences peuvent être propres à l’organisation et au système qui doit être remplacé ou modernisé.
Exemple pour le quadrant de remplacement hérité
Prenons un exemple d’utilisation de ce quadrant. Imaginez que votre organisation utilise un système qui a été développé il y a 20 ans. Ce système gère la paie de l’entreprise. Votre organisation s’est maintenant agrandie avec des milliers d’employés et le service RH compte de nombreux utilisateurs qui ont besoin d’accéder à différentes fonctions du système de paie. Le système de paie n’a pas la capacité d’authentification basée sur les rôles. Par conséquent, chaque utilisateur a accès à chaque fonctionnalité du système. Vous êtes maintenant à un moment critique, vous devez activer l’accès basé sur les rôles au système de paie.
Envisageriez-vous d’intégrer cette fonctionnalité dans votre ancien système ou de remplacer complètement l’ancien système de paie et d’en introduire un nouveau ? Ou envisageriez-vous une approche intermédiaire ? Le quadrant de remplacement hérité vous aidera à répondre à ces questions.
Si vous déterminez que cette exigence relève du quadrant inférieur le plus à gauche avec le coût le plus bas et l’effort le plus faible, le remplacement de l’ancien système de paie par un nouveau peut être judicieux. Cependant, il peut y avoir d’autres fonctionnalités que vous devrez peut-être analyser avec lui avant de prendre cette décision.
Vous pouvez explorer la possibilité de changer le système de paie existant,mais cela peut demander beaucoup d’efforts. Heureusement, vous pourriez toujours avoir les développeurs qui ont développé à l’origine le système de paie et puisque les utilisateurs sont déjà familiarisés avec le système, le coût de l’adoption sera moindre. Ce scénario tombe sous le quadrant supérieur le plus à gauche.
Une autre possibilité consiste à remplacer l’ancien système de paie par le nouveau système qui est très coûteux et demande un effort considérable à mettre en œuvre. Cela pourrait faire partie de l’implémentation de l’ERP à l’échelle de l’entreprise. Ce scénario est représenté dans le quadrant supérieur le plus à droite.
Le dernier scénario à considérer est que vous décidiez de conserver l’ancien système en payant un montant énorme pour introduire la fonctionnalité d’authentification basée sur les rôles. Vous devrez peut-être faire appel à une société de développement externe qui fournit cette technologie héritée. La bonne nouvelle est que cela peut être fait très rapidement. Cette possibilité est représentée dans le quadrant inférieur le plus à droite.
Il y a un cercle au milieu qui coupe les quatre quadrants. C’est le cercle de la modernisation. Au cours de l’analyse, si vous trouvez plus de facteurs susceptibles d’être placés dans ce cercle, vous pouvez décider de moderniser votre système existant. Si la majorité des facteurs sont placés en dehors du cercle du milieu et concentrés dans un quadrant spécifique, cela peut vous donner une meilleure indication pour votre décision.
Vous trouverez ci-dessous une analyse effectuée pour notre cas d’utilisation hypothétique du remplacement du système de paie hérité.
Comme nous pouvons le voir, certaines des exigences cruciales relèvent du cercle de la modernisation. Cela nous permet de passer à l’étape suivante pour déterminer comment moderniser ce système.
Partie 2 : L’approche de modernisation des systèmes existants
C’est là que vous plongez profondément dans la modernisation. Sur la base de l’analyse effectuée, nous savons maintenant que cette modernisation devrait être réalisée en utilisant une nouvelle solution de gestion des identités et des accès ainsi qu’une modification modérée du système existant. Vous pouvez énumérer l’approche technique à cet égard comme dans le tableau ci-dessous.
| Besoin | Approche sélectionnée | Technologie sélectionnée |
| Besoin d’une authentification à deux facteurs pour la connexion de l’utilisateur | Introduire une solution IAM | WSO2 IAM, KeyCloak |
| Besoin d’une authentification basée sur OAuth 2.0 et OpenID Connect | Introduire une solution IAM | WSO2 IAM, KeyCloak |
| Autoriser l’auto-inscription pour les utilisateurs | Introduire une solution IAM et intégrer dans la création de compte des systèmes de paie existants | WSO2 IAM, KeyCloak, legacy integration |
| Autoriser le contrôle d’accès basé sur les rôles | Les systèmes existants doivent être modifiés en cassant les modules permettant aux utilisateurs d’y avoir un accès indépendant. Ensuite, les rôles d’utilisateur définis dans la solution IAM doivent être mappés vers ces modules séparés | WSO2 IAM, KeyCloak, legacy integration |
Le scénario ci-dessus décrit un cas d’utilisation de modernisation héritée très courant:
- Il y a toujours un nouveau système ou un composant de système qui est introduit avec des fonctionnalités modernes.
- L’ancien système subirait une légère modification pour faciliter la connexion au nouveau système.
- L’intégration Partie 3 : Intégration entre les systèmes nouveaux et existantsentre l’ancien et le nouveau système est la clé ici.
Au moment où nous aurons terminé l’exercice ci-dessus, nous aurons déjà identifié l’approche technique et les technologies que nous utiliserons. À ce stade, nous devons déterminer comment se fait l’intégration entre les deux systèmes.
Part 3: Integration between new and legacy systems
Dans la plupart des cas, la communication avec le système existant se fait à l’aide d’un fichier plat avec une approche EDI, une interface d’appel de procédure à distance (RPC) ou, directement, la lecture et l’écriture de la base de données existante. Les applications modernes, en revanche, fournissent une API RESTful pour la communication. Une couche d’intégration doit être implémentée entre les deux.
Comme expliqué dans le diagramme ci-dessus, la couche d’intégration au milieu communique avec la base de données du système hérité, l’interface RPC ou le fichier EDI en lecture/écriture, avec les informations reçues de la solution IAM. D’autre part, le système hérité peut communiquer avec le Système IAM utilisant l’API REST via la couche d’intégration. La technologie d’intégration choisie doit être capable de transformer et de traduire les messages provenant de chaque système en un protocole compris par chaque système. Les utilisateurs du système ne connaissent pas une couche d’intégration. Ils utiliseraient l’ancien système, comme d’habitude, ainsi que les nouvelles fonctionnalités introduites par la solution IAM.
Conclusion
En conclusion, nous avons maintenant modernisé avec succès notre ancien système de paie. Dans le cadre de la solution, les utilisateurs peuvent désormais s’inscrire eux-mêmes à l’aide du nouveau système IAM. Avec l’aide de notre couche d’intégration, leur compte sera automatiquement créé dans l’ancien système de paie. Le revers de la médaille est que les utilisateurs qui se connectent à l’ancien système de paie seront recherchés pour les autorisations qui leur sont accordées dans le nouveau système IAM. Selon le jeton d’autorisation reçu, la couche d’intégration affichera les modules requis dans le système hérité à l’utilisateur.
Il est impératif, nous suivons un cadre en tant que tel, d’abord de prendre la décision de modernisation, puis de déterminer l’architecture de modernisation. Au cours de ce processus, il est également important de valider en permanence l’analyse coûts-avantages.
Chez Chakray, c’est notre travail quotidien d’étudier les problèmes de modernisation et de fournir des solutions rentables, axées sur l’intégration. Si votre organisation est en train de valider vos systèmes existants, contactez-nous. Nous sommes convaincus que nous pouvons vous guider avec la meilleure solution.
Automatisez vos processus et activités les plus longs et les plus coûteux
Parlez-en à nos experts!
Contactez-nous pour plus d'informations sur l'automatisation
