Architecte Solutions — MOE Applicatif

Description du poste

MISSIONS PRINCIPALES

Investigation & Cartographie Technique

• Analyser le système legacy en confrontant la documentation au code Java réel — identifier les écarts, zones non documentées, dépendances cachées

• Cartographier l'architecture existante : composants, interfaces, APIs, batchs, jobs, échanges de données, flux entrants et sortants

• Identifier les patterns d'intégration utilisés (synchrone/asynchrone, ESB, messaging, batch) pour qualifier les interfaces et anticiper les impacts du découplage

• Analyser les modèles de données via SQL pour identifier les objets métiers et les couplages implicites entre systèmes

Analyse des Objets Métiers & Modularisation

• Identifier les entités métier portées par le système : responsabilités, frontières, règles de gestion associées

• Construire la matrice de couverture processus–objets–applications : quel processus métier consomme quel objet dans quelle application

• Proposer des scénarios de modularisation et de découplage argumentés : faisabilité technique, risques, séquencement

• Évaluer les options de retrait : découplage progressif, migration des dépendants, archivage des données historiques

Animation & Alignement MOA/MOE

• Conduire des ateliers et interviews de sachants techniques (développeurs, ops) et métier (utilisateurs, responsables de processus)

• Réconcilier les visions MOA et MOE souvent divergentes sur un même système — construire un langage commun

• Challenger les hypothèses et les approximations — vérifier dans le code ce que les sachants affirment

• Animer les comités de décision et défendre les scénarios proposés face aux architectes et aux décideurs

Production de Livrables Documentaires

• Produire des cartographies applicatives exploitables : diagrammes de composants, flux, dépendances (Archi, Draw io, Enterprise Architect ou équivalent)

• Rédiger les matrices de couverture, dictionnaires d'objets métiers, fiches d'interface et notes de synthèse

• Garantir la qualité et la traçabilité des livrables selon les exigences documentaires du contexte institutionnel

• Produire des synthèses actionnables par des décideurs non-techniques

PROFIL RECHERCHÉ

• 8 à 12 ans, dont expérience significative en architecture MOE sur des systèmes métiers complexes — Java EE, systèmes transactionnels, legacy

• Expérience sur des projets de décommissionnement, migration ou modularisation d'applications existantes : critère discriminant

• Expérience en contexte institutionnel, public ou financier régulé : la culture qualité documentaire et la rigueur de traçabilité sont des attendus implicites forts

• Profil hybride technique/métier : lit du code Java ET comprend les processus métier qu'il porte — les deux sont nécessaires

• Investigateur méthodique : reconstruit la vérité d'un système à partir de sources hétérogènes sans se laisser influencer par les approximations

COMPÉTENCES REQUISES

Must-have (technique) :

• Java — lecture et analyse de code (Java EE / Jakarta EE, Spring) : comprendre les responsabilités des composants, identifier les dépendances, retrouver les contrats d'interface — aisance de lecture, pas de développement

• SQL — lecture et analyse de requêtes et de modèles de données pour identifier les objets métiers et les couplages implicites

• Cartographie applicative et urbanisation SI — diagrammes de composants, flux, dépendances

• Patterns d'intégration — ESB, API REST, messaging, batchs : reconnaissance et qualification des interfaces

• Outils de modélisation — Archi, Draw io, Enterprise Architect ou équivalent

Must-have (architecture et méthode) :

• Architecture de l'existant — analyse et cartographie de systèmes legacy, pas uniquement conception greenfield

• Modélisation des objets métiers — identification des entités, définition des frontières, traçabilité processus–objets

• Scénarios de modularisation et de découplage — faisabilité, risques, séquencement

• Animation d'ateliers et interviews de sachants

• Production de livrables documentaires de niveau institutionnel

Nice-to-have :

• TOGAF ou autre framework d'architecture d'entreprise

• Data lineage — traçabilité des flux de données entre systèmes

• Expérience de décommissionnement en secteur financier, public ou assurantiel

SOFT SKILLS CLÉS

• Rigueur d'investigation : reconstruit la réalité d'un système à partir de sources hétérogènes et contradictoires

• Hybridité technique/métier : lit du code Java ET comprend les processus métier — fait le lien là où les spécialistes sont en silos

• Diplomatie et pédagogie : aligne des équipes MOA et MOE dont les visions divergent — par la démonstration, pas par l'autorité

• Rigueur documentaire : livrables irréprochables — traçabilité, précision, exploitabilité

• Force de conviction : défend des scénarios de découplage argumentés, ne cède pas sans raison

• Méthode sous ambiguïté : avance dans l'investigation même quand l'information est partielle ou contradictoire

CONTEXTE & OBJECTIF DU POSTE

Le client est un grand établissement institutionnel opérant dans un secteur régulé (public ou financier), avec une forte culture de la gouvernance, de la traçabilité et de la qualité documentaire. Une application métier legacy Java — système transactionnel complexe avec de nombreuses dépendances — doit être décommissionnée de façon maîtrisée.

Retirer une application métier complexe sans cartographie fiable, c'est s'exposer à des incidents en cascade sur tous les systèmes dépendants. C'est exactement le risque que cette mission doit neutraliser.

Ce n'est pas une mission de conception. C'est une mission d'architecture de l'existant : investigation, cartographie, modularisation, restitution. Concevoir du neuf et décortiquer du legacy sont deux métiers différents — ce poste est entièrement tourné vers le second.

Quatre axes couverts :

• Cartographie technique — formaliser l'architecture existante en confrontant la documentation au code Java réel

• Analyse des objets métiers — identifier les entités portées par le système, leurs responsabilités et leurs frontières

• Traçabilité processus–objets — construire la matrice de couverture qui permet de décider ce qui peut être retiré et dans quel ordre

• Restitution et décision — produire des livrables actionnables et animer les comités de décision MOA/MOE