Étape 3 : Preuve de concept

Avoir une idée du résultat avant de lancer la refonte

Avant de démarrer la refonte, nous pouvons sélectionner une fonctionnalité ou un module représentatif et en réaliser une nouvelle version.

Cette preuve de concept, ou PoC, permet de vérifier concrètement les choix effectués : nouvelle interface, meilleure fluidité, architecture envisagée, faisabilité d’une fonctionnalité ou intégration avec votre système d’information.

Au-delà d'imaginer ce que deviendra votre application, vous pouvez le voir, le tester et recueillir l’avis de vos équipes.

Livrable

Vous recevez : le PoC, sa documentation et les sources développées dans le cadre de cette étape.

Vous en êtes propriétaire et pouvez décider de poursuivre avec IOcean, de l’exploiter en interne ou de le confier à un autre prestataire.

Étape 4 : Refonte progressive

Avancer module par module, selon vos priorités

La refonte n’a pas nécessairement besoin d’être réalisée en une seule fois. Nous pouvons découper l’application en modules ou en lots fonctionnels et commencer par les éléments les plus urgents ou les plus utiles.

Cette organisation permet d’adapter le rythme du projet à vos contraintes, à votre budget et à la disponibilité de vos équipes. Chaque module est conçu, développé, testé et validé avant de passer au suivant.

Vous pouvez ainsi moderniser progressivement votre application sans vous engager dès le départ sur la totalité du périmètre.

Livrable

Vous recevez : une version opérationnelle et validée à la fin de chaque lot ou module.

Après un, deux ou plusieurs modules, vous restez libre de continuer, de réorganiser les priorités ou de suspendre le projet.

Étape 5 : Migration et mise en production

Mettre en service la nouvelle version sans perdre vos acquis

Nous préparons la transition entre l’application existante et la nouvelle version en tenant compte de vos données, de vos règles métier, de vos intégrations et de vos contraintes de disponibilité.

La migration est testée et planifiée afin de limiter les interruptions. Selon le projet, l’ancienne et la nouvelle version peuvent cohabiter temporairement, le temps de vérifier les données, les fonctionnalités et les parcours utilisateurs.

L’objectif est que vos équipes puissent adopter la nouvelle application dans des conditions maîtrisées, sans rupture brutale de leurs habitudes de travail.

Étape 6 : Évolutions et maintenance

Retrouver une application capable d’évoluer

Une refonte réussie ne se mesure pas uniquement au moment de la mise en production. Elle doit surtout permettre à votre application de continuer à évoluer plus facilement dans les années suivantes.

Grâce à un socle modernisé et mieux structuré, les interventions peuvent davantage se concentrer sur de nouvelles fonctionnalités et sur les besoins de vos utilisateurs, plutôt que sur la correction répétée de problèmes liés à l’ancienne architecture.

IOcean peut ensuite vous accompagner dans le cadre d’une maintenance évolutive, d’une Tierce Maintenance Applicative ou de nouveaux projets fonctionnels.

À chaque étape, vous gardez la main

Comment transformer une application essentielle, mais devenue lente et difficile à faire évoluer, en une plateforme plus rapide, plus fiable et plus simple à exploiter ?

Contexte

Pour l’un de nos clients, nous sommes intervenus sur une application utilisée par ses propres clients pour déclarer et suivre les accidents du travail, gérer leurs démarches administratives et piloter leur politique de santé, de sécurité et de qualité de vie au travail.

L’application répondait à de véritables besoins métier, mais son ancienneté limitait fortement les évolutions. Des anomalies revenaient régulièrement, certaines opérations demandaient plusieurs minutes et l’hébergement de multiples environnements entraînait des coûts importants.

Notre intervention

L’analyse de l’existant a montré qu’une succession de correctifs ne permettrait pas de résoudre durablement ces difficultés.

Nous avons donc conservé les données et les connaissances métier accumulées dans l’outil, tout en reconstruisant son fonctionnement sur un nouveau socle. Les différents environnements clients ont été réunis au sein d’une plateforme commune, tout en maintenant une séparation stricte de leurs données.

Les mécanismes de calcul et de consultation des statistiques ont également été repensés afin d’obtenir les informations au moment où les utilisateurs en ont besoin, sans attendre de longs traitements réalisés pendant la nuit.

Résultats

• Une infrastructure réduite de sept à deux serveurs, avec un mécanisme de redondance

• Une plateforme capable d’accueillir une vingtaine de clients tout en isolant leurs données

• Des statistiques disponibles en environ 300 millisecondes, contre des traitements pouvant durer près d’une heure

• Une opération métier ramenée d’environ une minute à une seconde

• Une suppression qui pouvait nécessiter 40 minutes, désormais réalisée en environ quatre secondes

• Des demandes qui concernent aujourd’hui principalement de nouvelles évolutions, plutôt que la correction d’anomalies structurelles

Le point technique : ce qui a changé sous le capot

La partie technique de l’application reposait sur JavaServer Faces, un framework devenu contraignant pour développer les interfaces et les usages attendus.

La refonte a notamment compris :

• le remplacement de JSF par une interface Angular

• la création d’un back-end avec Spring Boot

• la réécriture des couches d’accès aux données, de services et de contrôle

• la mise en place d’une architecture multi-clients

• l’isolation des données grâce à un schéma de base dédié à chaque client

• l’optimisation du modèle de données et l’ajout d’index manquants

• l’utilisation d’Elasticsearch pour les recherches, les statistiques et les agrégations

• le remplacement de traitements batch nocturnes par des calculs à la demande

 Depuis plus de vingt ans, IOcean conçoit, reprend et fait évoluer des applications métier utilisées dans des domaines d’activité très différents.

Cette expérience multi-domaines nous permet d’aborder chaque projet sans modèle préconçu. Nous nous intéressons à vos processus, à votre vocabulaire, aux contraintes de vos utilisateurs et à la place qu’occupe l’application dans votre organisation.

Nos équipes techniques interviennent ensuite pour traduire ces besoins en choix d’architecture, en fonctionnalités et en solutions durables.

Compréhension métier

Nous travaillons avec les utilisateurs, les responsables métier et les équipes informatiques afin de construire une vision commune du projet.