Glossar
Glossar der Enterprise Architecture
Die Enterprise Architecture hat ihr eigenes Vokabular, und dieselben Begriffe werden nicht immer auf dieselbe Weise verwendet. Dieses Glossar definiert die zentralen Begriffe in klarer, neutraler Sprache — von Capability Maps und Application-Portfolio-Management bis zu TOGAF, ArchiMate, Governance und den EU-Regulierungen, die die Architekturarbeit prägen. Stammt ein Begriff aus einem bestimmten Framework, nennen wir dessen Inhaber.
Grundlagen
- Unternehmensarchitektur (EA)
- Eine Disziplin, die beschreibt, wie die Business-Capabilities, Prozesse, Anwendungen, Daten und Technologien einer Organisation zusammenwirken, und die diese Sicht nutzt, um Veränderungen zu steuern und die IT an der Strategie auszurichten.
- Geschäftsarchitektur
- Der Teil der Unternehmensarchitektur, der das Geschäft selbst modelliert — seine Capabilities, Wertströme, Organisation und Informationen — unabhängig von den Anwendungen und Technologien, die es unterstützen.
- Business-Capability (Geschäftsfähigkeit)
- Eine stabile Beschreibung dessen, was ein Unternehmen leisten kann — unabhängig davon, wie, von wem oder mit welchen Werkzeugen es geschieht. Capabilities liefern ein Vokabular, das stabil bleibt, während sich Prozesse und Anwendungen ändern.
- Capability Map (Fähigkeitenlandkarte)
- Eine strukturierte, meist hierarchische Sicht auf die Business-Capabilities einer Organisation. Sie dient oft als Rückgrat, um Strategie, Anwendungen, Daten und Investitionen mit dem zu verknüpfen, was das Geschäft tatsächlich leistet.
- Wertstrom
- Eine durchgängige Abfolge von Aktivitäten, die einem Kunden oder Stakeholder Wert liefert. In der Geschäftsarchitektur werden Wertströme häufig den Capabilities zugeordnet, die jede Stufe ermöglichen.
- Zielarchitektur
- Der angestrebte zukünftige Zustand der Architektur, den eine Organisation erreichen will. Sie wird in der Regel mit dem aktuellen Zustand verglichen, um Lücken zu erkennen und einen Übergang zu planen.
- Architektur-Roadmap
- Ein zeitlich gestaffelter Plan, der die Veränderungen ordnet, die nötig sind, um von der aktuellen Architektur zur Zielarchitektur zu gelangen, und dabei Initiativen mit Capabilities, Anwendungen und Abhängigkeiten verknüpft.
- IT-Urbanisierung (Bebauungsplan)
- Ein vor allem im französischsprachigen Raum verbreiteter Ansatz, das Informationssystem in Analogie zur Stadtplanung zu strukturieren und es in kohärente Zonen und Quartiere zu gliedern, damit es sich kontrolliert weiterentwickeln kann. Im Deutschen entspricht dem die Idee eines IT-Bebauungsplans für die Anwendungslandschaft.
- Lösungsarchitektur
- Der Entwurf einer konkreten Lösung für ein definiertes Problem, der beschreibt, wie Anwendungen, Daten, Integrationen und Technologie zusammenwirken, um einen bestimmten Satz von Anforderungen zu erfüllen. Sie ist zwischen der Unternehmensarchitektur und dem detaillierten Systementwurf angesiedelt.
- Technische Architektur
- Die Architekturdomäne, die das technologische Fundament beschreibt — Infrastruktur, Plattformen, Netzwerke, Middleware und Laufzeitumgebungen —, auf dem Anwendungen laufen. In TOGAF entspricht sie der Domäne der Technologiearchitektur.
- Sicherheitsarchitektur
- Die Disziplin, die Sicherheitskontrollen, -prinzipien und -muster über die gesamte Architektur hinweg strukturiert, damit Vertraulichkeit, Integrität und Verfügbarkeit von vornherein berücksichtigt und nicht erst nachträglich ergänzt werden.
- Betriebsmodell (Operating Model)
- Eine übergeordnete Beschreibung, wie eine Organisation Wert schafft — wie ihre Prozesse, Menschen, Struktur und Technologie angeordnet sind, um das Geschäft im Alltag zu betreiben. Es verbindet die Strategie mit der konkreten Organisation der Arbeit.
- Ausgangsarchitektur (Baseline)
- Die Beschreibung der Architektur, wie sie heute existiert, die als Ausgangspunkt dient, um eine Zielarchitektur und die Lücken dazwischen zu bewerten. Sie wird auch als aktuelle Architektur oder Ist-Architektur (As-is) bezeichnet.
- Übergangsarchitektur
- Ein zwischenliegender, lieferbarer Zustand der Architektur zwischen der Ausgangs- und der Zielarchitektur. Übergangsarchitekturen zerlegen eine große Veränderung in handhabbare, wertschöpfende Schritte entlang der Roadmap.
- Gap-Analyse (Lückenanalyse)
- Der Vergleich einer Ausgangsarchitektur mit einer Zielarchitektur, um zu ermitteln, was fehlt, redundant ist oder geändert werden muss. Die so ermittelten Lücken treiben die Arbeitspakete und die Roadmap an.
Frameworks & Methoden
- TOGAF
- Ein von The Open Group veröffentlichtes Framework für Unternehmensarchitektur. Es liefert eine Methode und einen Satz von Strukturen, um Architektur über die Domänen Geschäft, Daten, Anwendung und Technologie hinweg zu entwickeln und zu steuern.
- ADM (Architecture Development Method)
- Die iterative Methode im Kern von TOGAF (The Open Group). Sie beschreibt Phasen, die von der Architekturvision über die Geschäfts-, Informationssystem- und Technologiearchitektur bis zur Umsetzung und Governance reichen.
- Zachman Framework
- Eine Ontologie zur Klassifizierung von Architektur-Artefakten, die John Zachman (Zachman International) zugeschrieben wird. Es ist ein Schema — ein Raster aus Perspektiven und Fragen — und keine Methode oder ein Prozess.
- ArchiMate
- Eine von The Open Group gepflegte Modellierungssprache für die Unternehmensarchitektur. Sie bietet eine Standardnotation und eine geschichtete Struktur (Geschäft, Anwendung, Technologie), um Architekturelemente zu beschreiben und in Beziehung zu setzen.
- BIAN
- Ein Referenz-Framework für die Bankarchitektur von BIAN e.V., das die Banklandschaft als eine Menge standardisierter Service-Domänen beschreibt, um die Integration und das gemeinsame Verständnis zwischen Banken und Anbietern zu erleichtern.
- FEAF
- Das Federal Enterprise Architecture Framework, das aus der US-Bundesregierung stammt und Architektur über eine Reihe von Referenzmodellen organisiert, um die Koordination zwischen Behörden zu unterstützen.
- Referenzarchitektur
- Eine wiederverwendbare, geprüfte Architekturvorlage für ein wiederkehrendes Problem oder eine Domäne. Sie bietet einen gemeinsamen Ausgangspunkt und geteilte Muster, sodass einzelne Entwürfe nicht von Grund auf neu erstellt werden müssen.
- Capability-basierte Planung
- Ein Planungsansatz, der Business-Capabilities als Analyseeinheit verwendet und Investitionen und Veränderungen an den Capabilities ausrichtet, die eine Organisation benötigt, statt an einzelnen Projekten oder Technologien.
- Gesamtbetriebskosten (TCO)
- Eine Schätzung der Gesamtkosten einer Anwendung oder eines Systems über deren Lebensdauer — einschließlich Anschaffung, Lizenzen, Hosting, Support, Wartung und schließlicher Außerbetriebnahme — und nicht nur des anfänglichen Kaufpreises. Sie unterstützt Portfolio- und Investitionsentscheidungen.
- Cloud-Migration
- Der Prozess, Anwendungen, Daten und Workloads aus lokalen oder Altumgebungen in Cloud-Infrastruktur oder -Dienste zu verlagern. Übliche Strategien reichen vom einfachen Rehosting (Lift-and-Shift) über das Re-Platforming bis zur vollständigen Refaktorierung.
- Modernisierung von Altsystemen
- Die Arbeit, ältere Systeme, die kostspielig, riskant oder schwer zu ändern geworden sind, zu aktualisieren, zu ersetzen oder neu zu architektieren, damit sie besser zu aktuellen Geschäftsanforderungen und Technologiestandards passen und dabei Störungen begrenzt werden.
Modellierung & Notation
- Metamodell
- Das Modell, das die Typen von Elementen und Beziehungen definiert, die ein Architektur-Repository enthalten kann. Es legt die Regeln und das Vokabular fest, die Architekturdaten konsistent und abfragbar halten.
- Abhängigkeit
- Eine Beziehung, in der ein Element auf ein anderes angewiesen ist — zum Beispiel eine Anwendung, die von einer Datenbank, einem Dienst oder einer anderen Anwendung abhängt. Das Abbilden von Abhängigkeiten ist entscheidend, um Auswirkungen und Resilienz zu bewerten.
- Sichtweise (Viewpoint)
- Eine Spezifikation der Konventionen zum Erstellen und Interpretieren einer Sicht, die festlegt, wie ein bestimmter Satz von Stakeholder-Anliegen behandelt wird. Die Begriffe Viewpoint und View sind in der Norm ISO/IEC/IEEE 42010 zur Architekturbeschreibung definiert.
- Sicht (View)
- Eine Darstellung einer Architektur aus der Perspektive einer bestimmten Sichtweise, die ein oder mehrere Stakeholder-Anliegen behandelt. In ISO/IEC/IEEE 42010 entspricht eine Sicht der ihr zugrunde liegenden Sichtweise (Viewpoint).
- Anliegen (Concern)
- Ein Interesse eines Stakeholders an der Architektur — etwa Leistung, Kosten, Sicherheit oder Wartbarkeit —, das die Architekturbeschreibung adressieren sollte. Anliegen (Concerns) sind ein zentraler Begriff in ISO/IEC/IEEE 42010.
- Stakeholder
- Eine Person, Gruppe oder Organisation, die ein Interesse an der Architektur oder dem von ihr beschriebenen System hat oder davon betroffen ist. Stakeholder und ihre Anliegen zu identifizieren ist ein Ausgangspunkt für die Wahl geeigneter Sichtweisen und Sichten.
- Architekturentscheidungssatz (ADR)
- Ein kurzes, datiertes Dokument, das eine einzelne Architekturentscheidung samt Kontext, den abgewogenen Optionen und den Konsequenzen festhält. ADRs bilden eine schlanke, nachvollziehbare Historie, warum die Architektur so ist, wie sie ist.
- Microservices
- Ein Architekturstil, bei dem eine Anwendung als eine Menge kleiner, unabhängig bereitstellbarer Dienste aufgebaut ist, von denen jeder eine fokussierte Fähigkeit besitzt und über klar definierte Schnittstellen kommuniziert — im Gegensatz zu einer einzelnen monolithischen Anwendung.
- Ereignisgesteuerte Architektur
- Ein Architekturstil, bei dem Komponenten kommunizieren, indem sie Ereignisse erzeugen und auf sie reagieren, statt sich direkt gegenseitig aufzurufen. Er begünstigt lose Kopplung und asynchrone Verarbeitung, häufig unter Einsatz von Message-Brokern oder Event-Streams.
- API und Integration
- Eine API (Programmierschnittstelle) ist ein definierter Vertrag, über den Softwarekomponenten Daten und Dienste austauschen; Integration ist die umfassendere Praxis, Anwendungen so zu verbinden, dass sie zusammenarbeiten. Beide sind zentral dafür, wie die Anwendungslandschaft verschaltet ist.
Anwendungsportfolio
- Anwendungsportfolio
- Die Gesamtheit der Softwareanwendungen, die eine Organisation nutzt, betrachtet als ein zu steuerndes Ganzes. Anwendungen als Portfolio zu betrachten unterstützt Entscheidungen zu Kosten, Risiko, Überschneidungen und Investitionen.
- APM (Anwendungsportfolio-Management)
- Die Praxis, das Anwendungsportfolio im Zeitverlauf zu inventarisieren, zu bewerten und zu steuern und dabei Geschäftswert, Kosten, Risiko und technische Eignung gegeneinander abzuwägen, um Entscheidungen über Investition, Modernisierung und Außerbetriebnahme zu lenken.
- Anwendungskartierung
- Die Tätigkeit, Anwendungen mit den Capabilities, Prozessen, Daten und der Infrastruktur zu verknüpfen, die sie berühren, und so ein visuelles Bild davon zu erzeugen, wie die Anwendungslandschaft das Geschäft unterstützt.
- Anwendungsrationalisierung
- Der Prozess, Komplexität und Kosten im Anwendungsportfolio zu reduzieren, indem redundante, geringwertige oder risikoreiche Anwendungen identifiziert und Entscheidungen getroffen werden, welche behalten, konsolidiert, ersetzt oder ausgemustert werden.
- TIME-Modell
- Eine Portfolio-Klassifikation, die Anwendungen in Tolerate (tolerieren), Invest (investieren), Migrate (migrieren) oder Eliminate (eliminieren) einordnet, populär gemacht durch Gartner. Sie hilft, eine Bewertung von Geschäftswert und technischem Zustand in klares Handeln zu überführen.
- Technische Schuld (Technical Debt)
- Die aufgelaufenen Kosten von Entwurfs- oder Technologieentscheidungen, die die Lieferung kurzfristig beschleunigt haben, künftige Änderungen aber schwieriger, langsamer oder riskanter machen, bis sie behoben werden.
- Außerbetriebnahme
- Die geplante, kontrollierte Stilllegung einer Anwendung oder eines Systems, einschließlich des Umgangs mit ihren Daten, Schnittstellen und Abhängigkeiten, sodass ihre Entfernung den Rest der Landschaft nicht stört.
Governance
- Architektur-Governance
- Die Gesamtheit der Rollen, Entscheidungen, Prinzipien und Kontrollen, die die Architekturarbeit an Strategie und Standards ausgerichtet halten und festlegen, wer was in der Architektur entscheiden und ändern darf.
- ARB (Architecture Review Board)
- Ein Gremium, das Architekturentscheidungen und Ausnahmen anhand vereinbarter Prinzipien und Standards prüft und genehmigt und so einen konsistenten Kontrollpunkt für bedeutende Änderungen bietet.
- Architekturprinzipien
- Dauerhafte, vereinbarte Aussagen, die Architekturentscheidungen leiten und ausdrücken, was die Organisation schätzt und begrenzt, damit einzelne Entscheidungen über die Zeit hinweg kohärent bleiben.
- Audit-Trail (Prüfpfad)
- Eine chronologische Aufzeichnung von Änderungen und Entscheidungen, die nachvollziehbar macht, wer was wann und warum geändert hat. In Architekturwerkzeugen unterstützt sie Rechenschaftspflicht und Nachweise für Prüfungen.
- Servicekatalog
- Eine gepflegte, veröffentlichte Liste der für Nutzer verfügbaren IT- oder Geschäftsservices, mit Angaben dazu, was jeder Service leistet, wer ihn verantwortet und wie er angefordert wird. Sie liefert eine gemeinsame, nachfrageorientierte Sicht auf das, was die Organisation anbietet.
Regulierung & Compliance
- DORA
- Der Digital Operational Resilience Act, eine EU-Verordnung zur Stärkung der operativen Widerstandsfähigkeit des Finanzsektors, mit Erwartungen unter anderem an das Management und die Dokumentation von IKT-Risiken und Abhängigkeiten von Drittanbietern. Es handelt sich um eine Regulierung, nicht um Architektur: Ein Werkzeug kann beim Dokumentieren und Nachweisen helfen, gewährleistet die Compliance aber nicht von sich aus.
- NIS2
- Eine EU-Richtlinie, die die Cybersicherheitsanforderungen für wesentliche und wichtige Einrichtungen in vielen Sektoren erweitert und verschärft. Wie DORA ist sie eine rechtliche Verpflichtung: Architekturwerkzeuge können Dokumentation und Nachvollziehbarkeit unterstützen, ersetzen aber nicht die rechtliche Compliance.
Daten & Repository
- Datenarchitektur
- Der Teil der Unternehmensarchitektur, der die Daten einer Organisation beschreibt — ihre wichtigsten Entitäten, Modelle, Flüsse und Verantwortlichkeiten — und wie Daten strukturiert, gespeichert und geteilt werden, um das Geschäft zu unterstützen.
- Anwendungsregister
- Ein gepflegtes Inventar der genutzten Anwendungen mit Schlüsselattributen wie Verantwortlichem, Zweck, Kritikalität und Abhängigkeiten. Es bildet eine Grundlage für das Portfoliomanagement und für die regulatorische Dokumentation.
- Architektur-Repository
- Der einzige, strukturierte Speicher der Architekturinhalte einer Organisation — Capabilities, Anwendungen, Daten, Abhängigkeiten und Entscheidungen —, der die Informationen verknüpft, aktuell und teilbar hält.
- CMDB (Configuration Management Database)
- Ein Repository, das die IT-Assets und Konfigurationselemente einer Umgebung samt ihrer Attribute und Beziehungen erfasst. Verbunden mit IT-Service-Management-Praktiken wie ITIL, unterstützt es Auswirkungsanalysen und die Änderungssteuerung.
- Konfigurationselement (CI)
- Jede Komponente, die verwaltet werden muss, um einen Service zu erbringen — etwa ein Server, eine Anwendung, ein Netzwerkgerät oder ein Dokument. Konfigurationselemente und ihre Beziehungen werden typischerweise in einer CMDB nachgehalten.
- Geschäftsprozess
- Ein strukturierter Satz von Aktivitäten, die zusammen ein bestimmtes Geschäftsergebnis erzeugen. Geschäftsprozesse beschreiben, wie die Arbeit über Rollen und Systeme hinweg fließt, und werden häufig modelliert, um sie zu analysieren, zu verbessern oder zu automatisieren.
- Daten-Governance
- Das Rahmenwerk aus Rollen, Richtlinien und Prozessen, das festlegt, wie Daten verantwortet, klassifiziert, gesichert und gebrauchstauglich gehalten werden. Es schafft Rechenschaft für Datenqualität, Definitionen und Zugriff in der gesamten Organisation.
- Stammdaten
- Die zentralen, gemeinsam genutzten Geschäftsentitäten, die systemübergreifend einheitlich verwendet werden — etwa Kunden, Produkte, Lieferanten oder Konten. Das Stammdatenmanagement zielt darauf ab, eine einzige, vertrauenswürdige Version dieser Entitäten zu führen, um widersprüchliche Datensätze zu vermeiden.
- Interoperabilität
- Die Fähigkeit unterschiedlicher Systeme oder Organisationen, Informationen auszutauschen und sinnvoll zu nutzen. Sie beruht in der Regel auf gemeinsamen Standards, Formaten und Semantiken, damit Daten ihre Bedeutung über Grenzen hinweg behalten.
Setzen Sie das Vokabular in die Praxis um
Capability Maps, ein Anwendungsregister, Governance und eine klare Roadmap sind nicht nur Definitionen — sie sind das, was Archilu Ihnen aufzubauen und aktuell zu halten hilft. Sehen Sie, wo Sie heute stehen, oder buchen Sie eine konkrete Demo.
Die Definitionen dienen dem allgemeinen Verständnis und sind in unseren eigenen Worten umformuliert. Framework-Namen wie TOGAF und ArchiMate (The Open Group), das Zachman Framework (Zachman International) und BIAN (BIAN e.V.) sind die Marken oder das Eigentum ihrer jeweiligen Inhaber. Archilu ist ein Werkzeug für Enterprise Architecture und keine rechtliche oder regulatorische Beratung.