MCP für Unternehmensarchitektur und die Vorbereitung eines ADD

Die Ablösung einer Zahlungsanwendung

Eine Bank plant, eine Zahlungsanwendung stillzulegen. Vor einem Terminvorschlag benötigt der Architekt ihre Verbraucher, unterstützten Geschäftsfähigkeiten und noch genutzten Schnittstellen. Ein mit dem Repository verbundener Assistent kann diese Objekte ermitteln und die Auswirkungsanalyse vorbereiten.

Ein im Modell fehlender nächtlicher Datenfluss zum Berichtswesen kann die Analyse verfälschen. Der Architekt vergleicht gefundene Abhängigkeiten mit den Produktionsflüssen und lässt Abweichungen prüfen. Die Durchsicht trennt erfasste Abhängigkeiten von Annahmen über den Produktionsbetrieb.

MCP-Zugriff in ArchiLU

Das Model Context Protocol verbindet einen Assistenten mit Werkzeugen eines externen Systems. Der Assistent wählt ein Werkzeug, übermittelt Parameter und erhält ein strukturiertes Ergebnis. ArchiLU stellt diese Verbindung über sein MCP-Gateway bereit.

Der Assistent kann das Architekturmodell lesen, ein ADD aus einer Portfolioquelle starten, ein eigenständiges ADD erstellen und dessen Inhalt bearbeiten. Er kann außerdem Lösungsoptionen vergleichen und Modelländerungen vorschlagen.

Die Anwendung des Assistenten steuert das Gespräch und die Aufrufe des KI-Modells. ArchiLU verarbeitet die an seinen Server gerichteten Repository-Vorgänge. Diese Aufteilung ist für Berechtigungen und den Weg der abgerufenen Inhalte relevant.

Von der Anfrage zum ADD

Für den Ersatz der Zahlungsanwendung kann der Architekt ein ADD zur bestehenden Anwendung, ihren Abhängigkeiten und den Ersatzoptionen anfordern. Der Assistent sammelt den verfügbaren Kontext, erstellt das ADD und ergänzt die betreffenden Abschnitte.

Der Architekt prüft, ob Abstimmung, Berichtswesen und Wiederanlauf abgedeckt sind. Fehlende Durchsatzwerte und unbestätigte Schnittstellen bleiben offene Punkte. Das Team bewertet die Optionen, hält seine Entscheidung fest und weist die Folgearbeiten zu.

Das Speichern eines ADD und die Änderung des Architekturmodells sind getrennte Vorgänge. Ein Entwurf kann die geplante Migration beschreiben, während das Modell weiterhin den Bestand zeigt. Modelländerungen unterliegen den Berechtigungen und Governance-Regeln der verbundenen Identität.

Analysen anhand des Modells

Aus den gepflegten Objekten und Beziehungen kann der Assistent unterschiedliche Analysen vorbereiten. Jede Antwort sollte die verwendeten Quellobjekte und fehlenden Angaben benennen.

• Eine Auswirkungsanalyse listet Anwendungen und Fähigkeiten auf, die mit einem abzulösenden System verbunden sind.
• Die Portfolioprüfung vergleicht Anwendungen derselben Fähigkeiten und untersucht die tatsächliche Überschneidung ihrer Funktionen.
• Die Technologieplanung verbindet erfasste Support-Endtermine mit den betroffenen Anwendungen.
• Die Kostenanalyse verwendet eingetragene Beträge und nennt Zeitraum und fehlende Kosten.
• Die Projektvorbereitung verbindet eine Initiative mit ihren Zielen, Anforderungen und betroffenen Fähigkeiten.
• Die Risikoprüfung verfolgt dokumentierte Abhängigkeiten zwischen einem Dienst, seinen Anwendungen und Lieferanten.

Berechtigungen und Verarbeitungsorte

Ein Assistent nutzt die Rechte seiner Verbindung. Ein gemeinsames Dienstkonto kann andere Berechtigungen haben als eine persönliche Verbindung. Vor dem Pilotbetrieb sollten ein erlaubter Lesezugriff, ein verweigerter Vorgang und eine vorgeschlagene Änderung mit dem vorgesehenen Konto geprüft werden.

ArchiLU prüft Modelländerungen serverseitig. Je nach Identität, Autorisierung und Regeln wird eine Änderung ausgeführt oder zur Genehmigung vorgelegt. Das Team legt fest, wer Zugriff gewährt und wer die im ADD dokumentierten Entscheidungen verantwortet.

Der Standort des Repositorys bestimmt nicht den Verarbeitungsort eines externen Assistenten. Die Verbindungsdokumentation erfasst Modelldienst, Region, Aufbewahrung und zusätzliche Speicher des Clients. Diese Angaben werden anhand der Pilotdaten geprüft.

Ein Pilot mit überprüfbarem Ergebnis

Eine Anwendung und eine geplante Änderung reichen als Ausgangspunkt. Der Assistent erstellt eine Auswirkungsanalyse und einen ADD-Entwurf. Der Anwendungsverantwortliche vergleicht beide mit dem Betrieb; fehlende Beziehungen und Korrekturen werden festgehalten.

Das Team misst Vorbereitungs- und Prüfzeit, sachliche Korrekturen und ungeklärte Abhängigkeiten. So wird erkennbar, welche Aufgaben der Assistent übernehmen kann und welche Repository-Bereiche vor einer Ausweitung ergänzt werden müssen.