Application Architecture Guide: Anwendungsarchitektur verstehen und kartieren

Eine Definition

Die Anwendungsarchitektur beschreibt die Anwendungen eines Unternehmens, ihre Struktur und ihr Zusammenspiel. Sie beantwortet konkrete Fragen: welche Anwendungen es gibt, was sie leisten, wie sie kommunizieren, welche Daten sie nutzen und welche Prozesse sie unterstützen.

Sie verbindet Geschäft und Technologie: Prozesse und Fähigkeiten darüber, Technologien und Infrastruktur darunter. TOGAF macht sie zu einer seiner vier Architekturdomänen, neben Geschäft, Daten und Technologie.

Die zu beschreibenden Elemente

Eine Anwendungsarchitektur beschreibt die folgenden Elemente. In ArchiMate 4 bleiben Anwendungskomponente, Anwendungsschnittstelle und Datenobjekt in der Anwendungsdomäne; Service, Prozess und Funktion gehören zur gemeinsamen Domäne.

• Anwendungen: ERP, Kundenbeziehungsmanagement, Onlinehandel, mobile Anwendungen und Analysewerkzeuge.
• Komponenten, die internen Bausteine einer Anwendung, wenn diese Detailtiefe einer Entscheidung dient.
• Die Services, die Anwendungen bereitstellen.
• Schnittstellen und Flüsse: APIs, Nachrichten, Ereignisse und Dateien, jeweils mit ihrem Protokoll.
• Die ausgetauschten Daten: Kunden, Produkte, Transaktionen und Dokumente.

Architekturstile

Mehrere Stile strukturieren eine Anwendungslandschaft; ein Unternehmen kombiniert oft mehrere davon.

• Ein Monolith stellt eine Anwendung als einen einzigen Block bereit.
• Eine serviceorientierte Architektur stellt Funktionen über gemeinsame Services bereit.
• Microservices teilen eine Anwendung in kleine, getrennt bereitgestellte Services.
• Eine ereignisgesteuerte Architektur lässt Anwendungen auf veröffentlichte Ereignisse reagieren.

Den Ist-Zustand kartieren

Die Kartierung beginnt mit dem Ist-Zustand. Das Team erfasst die Anwendungen eines Umfangs und beschreibt dann jede Schnittstelle: Quellanwendung, Zielanwendung, Protokoll und übertragene Daten. Ein fachlicher Fluss folgt danach einem Geschäftsablauf, etwa Kundenaufnahme, Prüfung und Kontoeröffnung.

In ArchiLU zeigt die Anwendungslandschaft die Anwendungen und die Flüsse zwischen ihnen. Sie trägt den Ist-Zustand, das Zielbild und eine datierte Roadmap und lässt sich im Format ArchiMate Open Exchange, als draw.io oder als SVG exportieren. Die 360-Ansicht einer Anwendung zeigt ihre Flüsse, ihre Schnittstellen, die Prozesse, denen sie dient, und die Fähigkeiten, die sie umsetzt.

• Den Ist-Zustand kartieren.
• Die Geschäftsfähigkeiten bestimmen.
• Die Anwendungen den Fähigkeiten zuordnen.
• Redundanzen erkennen.
• Ein einfacheres, modulareres Zielbild festlegen.

Verantwortliche und Zugriff auf die Karte

Eine Anwendungskarte zeigt, wer für jede Anwendung, jede Schnittstelle und jeden Fluss verantwortlich ist. Eine unbekannte Verantwortung bleibt als unbekannt vermerkt; in ArchiLU findet der Unternehmensarchitekt die Objekte ohne Verantwortliche in seinem Dashboard und benennt ihre Verantwortlichen in Serie.

Die Karte beschreibt die Abhängigkeiten und Austauschpunkte des Informationssystems; der Zugriff darauf wird wie bei einem vertraulichen Dokument geregelt. In ArchiLU hat jede Organisation ihre eigene Instanz, gehostet in der Europäischen Union. Die Anmeldung kann über das Verzeichnis des Unternehmens laufen, und der Administrator kann die Zwei-Schritt-Verifizierung für alle oder für eine Rolle vorschreiben. Ihre Regeln legen fest, welche Rollen die Stundensätze lesen, und der Prüfer liest nur, im Umfang und Zeitraum seines Auftrags.

Prinzipien und häufige Fehler

Modularität, lose Kopplung, Wiederverwendung und Interoperabilität leiten eine Anwendungsarchitektur, wenn sie als Regeln formuliert sind, die auf eine Entscheidung anwendbar sind. Vier Fehler treten häufig auf:

• Mehrere Anwendungen bedienen denselben Bedarf.
• Die Architektur bleibt implizit und nur wenigen Personen bekannt.
• Die Dokumentation fehlt oder ist veraltet.
• Neue Anwendungen kommen ohne Governance hinzu.