MCP pour l’architecture d’entreprise et la préparation des ADD

Le retrait d’une application de paiement

Une banque prévoit de retirer une application de paiement. Avant de proposer une date, l’architecte recherche ses consommateurs, les capacités métier servies et les interfaces encore utilisées. Un assistant connecté au référentiel peut retrouver ces objets et préparer l’analyse d’impact.

Un flux nocturne de reporting absent du modèle peut fausser l’analyse. L’architecte confronte les dépendances retrouvées aux flux en production et fait vérifier les écarts. La revue distingue les dépendances enregistrées des hypothèses sur la production.

L’accès MCP dans ArchiLU

Le Model Context Protocol relie un assistant aux outils exposés par un système externe. L’assistant choisit un outil, transmet ses paramètres et reçoit un résultat structuré. ArchiLU fournit cette connexion par sa passerelle MCP.

L’assistant peut consulter le modèle, démarrer un ADD depuis une source du portefeuille, créer un ADD autonome et modifier son contenu. Il peut aussi comparer des solutions candidates et soumettre des changements du modèle.

L’application qui héberge l’assistant pilote sa conversation et ses appels au modèle d’IA. ArchiLU traite les opérations envoyées à son serveur. Cette répartition compte pour configurer les droits et suivre la destination du contenu récupéré.

De la demande à l’ADD

Pour remplacer l’application de paiement, l’architecte demande à l’assistant de préparer un ADD sur l’existant, ses dépendances et les options de remplacement. L’assistant rassemble le contexte disponible, crée l’ADD et complète les sections concernées.

L’architecte vérifie que le périmètre couvre le rapprochement, le reporting et la reprise d’activité. Un débit inconnu ou une interface non confirmée restent des points ouverts. L’équipe examine ensuite les options, consigne sa décision et affecte les travaux qui en découlent.

Enregistrer un ADD et modifier le modèle d’architecture sont deux opérations distinctes. Un brouillon peut décrire la migration proposée alors que le modèle représente encore l’application actuelle. Les changements du modèle suivent les droits et les règles de gouvernance de l’identité connectée.

Les analyses fondées sur le modèle

L’assistant peut préparer plusieurs analyses à partir des objets et des relations que l’équipe maintient. Chaque réponse doit citer ses objets sources et les informations manquantes.

• L’analyse d’impact retrouve les applications et les capacités liées à un système dont le retrait est prévu.
• La revue du portefeuille compare les applications rattachées aux mêmes capacités, puis vérifie le recouvrement de leurs fonctions.
• La planification technique rapproche les fins de support enregistrées des applications qui utilisent les composants concernés.
• L’analyse des coûts reprend les montants saisis et indique leur période ainsi que les montants manquants.
• La préparation d’un projet relie l’initiative à ses objectifs, ses exigences et ses capacités concernées.
• L’examen des risques suit les dépendances documentées entre un service, ses applications et ses fournisseurs.

Les droits et les lieux de traitement

Un assistant utilise les droits de sa connexion. Un compte de service partagé et une connexion personnelle peuvent avoir des habilitations différentes. Avant le pilote, tester une lecture autorisée, une opération refusée et un changement proposé avec le compte prévu.

ArchiLU contrôle les changements du modèle côté serveur. Selon l’identité, l’autorisation et les règles applicables, le changement peut être exécuté ou soumis à approbation. L’équipe fixe les personnes qui accordent l’accès et celles qui répondent des décisions inscrites dans l’ADD.

L’hébergement du référentiel ne détermine pas le lieu où un assistant externe traite le résultat d’un outil. Le dossier de connexion précise le service d’IA, sa région de traitement, la conservation et les stockages ajoutés par le client. Ces choix se vérifient au regard des données du pilote.

Un pilote avec un résultat vérifiable

Choisir une application et un changement prévu. Demander à l’assistant une analyse d’impact et un brouillon d’ADD, puis les confronter aux connaissances du responsable applicatif. La revue conserve les liens manquants et les corrections.

Mesurer le temps de préparation et de vérification de l’ADD, les corrections factuelles et les dépendances encore inconnues. Ces résultats montrent les travaux confiables à l’assistant et les parties du référentiel à compléter avant d’élargir l’usage.