Architectures Federation

Definition: Architectures Federation ist ein Framework für die Entwicklung, Wartung und Verwendung von Unternehmensarchitekturen, das separate, aber verwandte Architekturen und Architekturinformationen ausrichtet, lokalisiert und verknüpft, um Benutzern ein nahtloses äußeres Erscheinungsbild zu bieten.

Schlüsselwörter: enterprise architecture, federated architecture, fit for federation, semantic alignment, tiered accountability, touch Point

MITRE SE Rollen und Erwartungen: MITRE arbeitet mit einer Vielzahl von staatlichen Sponsoren zusammen, um ihnen beim Aufbau von Unternehmensarchitekturen zu helfen, häufig im Rahmen der Unterstützung ihrer allgemeinen Modernisierungs- oder Transformationsprogramme für Unternehmen. Viele Sponsoren stehen vor dem komplexen Problem, ihre Geschäftsprozesse, Informationsspeicher, technischen Systeme und Humanressourcen auf kohärente und sichere Weise zu teilen, um eine gemeinsame Mission zu erfüllen. Von MITRE Systems Engineers (SEs) wird erwartet, dass sie die Prinzipien der Architectures Federation verstehen und anwenden, um lokale Innovation, Unternehmensintegration und -entwicklung über große Teile einer Unternehmensarchitektur oder Multiagency-Unternehmensarchitekturen hinweg zu ermöglichen. Indem sie ihnen helfen, ihre jeweiligen Produkte so zu entwickeln, dass sie den gängigen Vorgaben entsprechen, können die Sponsoren von MITRE Komponentenarchitekturen wiederverwenden, indem sie sie wie LEGO®-Steine „zusammenschnappen“, um komplexe Architekturen mit größerem Umfang und größerer Anwendbarkeit zu erstellen.

Einleitung

In den letzten Jahren hat MITRE Architekturbemühungen im gesamten Spektrum der Bundesregierung unterstützt. Tatsächlich schreibt die Bundesregierung jetzt vor, dass Agenturen, die eine Finanzierung für bedeutende Investitionen in die Informationstechnologie anstreben, Unternehmensarchitekturen verwenden. Sponsoren nutzen Architekturen zur Verbesserung der Kriegskampf- und Geschäftsfähigkeiten, indem sie die Interoperabilität und Integration von US-Unternehmen (z. B. der Air Force Enterprise) mit Joint- und Koalitionstruppen, anderen Diensten und nationalen Agenturen verbessern.

Um diese Bemühungen zu erreichen, wird von MITRE SEs erwartet, dass sie die Prinzipien föderierter Architekturen verstehen und anwenden, um Architekturzusammenhänge zu berücksichtigen und auszudrücken, wie Architekturen miteinander verbunden sind. Föderierte Architekturen ermöglichen lokale Innovation, Unternehmensintegration und Entwicklung in großen Teilen eines Unternehmens — von denen viele Unternehmen für sich genommen sein können. Prinzipien der Architekturen Federation in der Praxis erfordern Verschmelzung, Integration und eine große Anzahl von verschiedenen Organisationsarchitekturen wie die Federal Aviation Administration, DoD, DHS, CBP und der Federal Emergency Management Agency, sowie Beiträge von Akteuren der Branche wie die Fluggesellschaften, Flughäfen, IT-Industrie, Wetterbüros und andere zu bündeln. Dieser Artikel untersucht die grundlegenden Konzepte der Architekturen Föderation und bietet Lektionen gelernt MITRE SEs zu helfen, zu verstehen, wie die Prinzipien der Föderation Praktiker Architekturen effizienter und effektiver bauen helfen.

Was ist Unternehmensarchitektur?

Architektur bezieht sich auf die Struktur von Komponenten, ihre Beziehungen zueinander und zur Umwelt sowie auf die Prinzipien, die das Design und die Entwicklung der von ihnen beschriebenen Entität leiten , unabhängig davon, ob es sich bei dieser Entität um eine Organisation (z. B. ein eidgenössisches Departement oder eine Agentur), ein System (z. B. Joint Surveillance Target Attack Radar System) oder einen Funktions- oder Missionsbereich (z. B. Finanzmanagement, Heimatschutz). Architekturprodukte und -artefakte können eine Vielzahl von Formen annehmen, darunter Modelle strukturierter Daten, die in einem Architekturwerkzeug oder Datenbank-Repository gespeichert sind, grafische Darstellungen der Informationen in Papierform oder elektronischem Format oder unstrukturierte Daten oder Text.

Eine gute Arbeitsdefinition von „Unternehmen“ ist jede Organisation oder Gruppe von Organisationen, die gemeinsame Ziele oder Prinzipien oder ein einziges Endergebnis (z. b. ein Unternehmen, eine einzelne Abteilung, eine Regierungsbehörde, ein Netzwerk geografisch entfernter Organisationen). Eine Unternehmensarchitektur bietet ein klares und umfassendes Bild eines Unternehmens. Es besteht aus Momentaufnahmen des aktuellen operativen und technologischen Umfelds, der Zielumgebung und einer Roadmap für Kapitalinvestitionen für den Übergang von der „as is“ – zur „to be“ -Umgebung. Mit anderen Worten, es dient als Fahrplan für den weiteren Weg. Die Snapshots umfassen „Ansichten“, von denen jede aus einem oder mehreren Architekturprodukten besteht, die konzeptionelle oder logische Darstellungen eines Teils des Unternehmens bereitstellen, der für eine bestimmte Gruppe von Interessengruppen von Interesse ist .

Was bedeutet föderierte Architektur?

Der historische Ansatz, monolithische, integrierte Architekturen zu entwickeln, hat nicht gut funktioniert, da diese Produkte im Allgemeinen zu komplex und unhandlich werden. Im Gegensatz dazu ist eine föderierte Architektur ein Framework für die Entwicklung, Wartung und Verwendung von Unternehmensarchitekturen, das separate, aber verwandte Architekturen und Architekturinformationen ausrichtet, lokalisiert und verknüpft, um den Benutzern ein nahtloses äußeres Erscheinungsbild zu bieten. Es ermöglicht, eine komplexe Architektur stückweise aus Komponentenarchitekturen aufzubauen. Auf diese Weise erkennt ein föderierter Architekturansatz die Einzigartigkeit und den spezifischen Zweck einzelner Architekturen an und ermöglicht deren Autonomie und lokale Governance, während das Unternehmen von ihren kollektiven Inhalten profitieren kann.

Die Föderation bietet die Möglichkeit, das Wissen (die Architektur) eines Unternehmens über seine Aktivitäten (Prozesse), Menschen und Dinge in einem definierten Kontext und einer aktuellen / zukünftigen Umgebung zu organisieren. Föderierte Architekturen unterstützen die Entscheidungsfindung durch die Verknüpfung von Architekturen im gesamten Unternehmen und bieten eine ganzheitliche Unternehmensansicht, die die Bewertung von Themen wie Interoperabilität, Identifizierung von Duplikaten und Lücken sowie die Bestimmung der Wiederverwendbarkeit ermöglicht .

Warum Architekturen entwickeln, die Federation unterstützen?

Die Fähigkeit, Architekturen zu integrieren und / oder zu bündeln, ist unerlässlich, um Unternehmensprobleme in einem breiten Bereich wie einem Bundesministerium oder einer Bundesbehörde anzugehen. Der Verbund ermöglicht es mehreren Gruppen, Architekturen mit dem Fokus zu entwickeln, der ihren unmittelbaren Anforderungen am besten entspricht, und bietet gleichzeitig die Möglichkeit, diese Architekturen zu verknüpfen und in Beziehung zu setzen, um Probleme anzugehen, die mehrere Bereiche betreffen. Eine einzelne Architektur ist möglicherweise nicht in der Lage, das gesamte Unternehmen ausreichend anzusprechen, um die Art von Analysen zu unterstützen, die in einer großen Organisation mit einer Vielzahl von Aufgaben erforderlich sind. Die Fähigkeit, mehrere Architekturen zu bündeln, führt zu einem robusteren Konstrukt für das Verständnis des Unternehmens in kleineren, mundgerechten Blöcken.

Architectures Federation dient zum Teil als Prozess, um untergeordnete und übergeordnete Architekturen in Beziehung zu setzen, indem Überschneidungen gefunden und Zuordnungen zwischen ihren gemeinsamen Architekturinformationen hergestellt werden. Bundesministerien und -agenturen verfolgen auch eine andere Verwendung einer Architekturen-Föderationsstrategie, die das Unternehmen in überschaubare, richtig große Komponenten unterteilt, von denen jede von den Gemeinschaften beschrieben werden kann, die am engsten mit ihnen verbunden sind . Jeder verwendet einen kleinen Satz von Regeln, allgemeinen Begriffen und Standards, um die Konsistenz aufrechtzuerhalten, so dass die Komponenten bei Bedarf „zusammengeschnappt“ werden können. Beispielsweise zeigen Abteilungsarchitekturen abteilungsweite Regeln und Einschränkungen, Komponentenarchitekturen missionsspezifische Dienste und Funktionen und Lösungsarchitekturen Lösungen, die höheren Regeln und Einschränkungen entsprechen.

Das Konzept der Föderation spielt auch eine wichtige Rolle bei der Entwicklung der Umwelt und dem Austausch von Informationen. Da sich beispielsweise Unternehmen des eidgenössischen Departements und der Bundesbehörden zunehmend vernetzen, erweisen sich föderierte Architekturen als unerlässlich für die Organisation der Vielzahl von Informationen und komplexen Beziehungen. Metadaten für Verbundarchitekturen sind auch nützlich, um Portfolios vorhandener Systeme und Programme zu bewerten, um Entscheidungen über Änderungen oder Ergänzungen zu treffen, die erforderlich sind, um die gewünschten Funktionen zu erreichen.

Was ist also eine föderierte Unternehmensarchitektur?

Gemäß der Definition des Enterprise-Bereichs ist Federated Enterprise Architecture ein kollektiver Satz von Architekturen mit den folgenden Attributen:

• Es arbeitet kollaborativ, wobei die Governance zwischen einer zentralen Behörde und konstituierenden Einheiten aufgeteilt wird und die organisatorische Autonomie mit den Unternehmensanforderungen in Einklang gebracht wird.
• Die Architektur der Zentralbehörde kann sich auf die Dynamik von Skaleneffekten, Standards und das Wohlergehen des Unternehmens konzentrieren.
• Die Architekturen der konstituierenden Einheiten haben die Flexibilität, autonome Strategien und unabhängige Prozesse zu verfolgen .

Welche zentralen Elemente unterstützen den russischen Verband?

In einem föderierten Ansatz wird die Verantwortung für die Architekturentwicklung auf verschiedenen Ebenen innerhalb des Unternehmens verteilt. Um diese getrennten, aber zusammenhängenden Bemühungen zusammenzubringen, ist Folgendes erforderlich:

• Abgestufte Verantwortlichkeit: Richten Sie eine Hierarchie von Architekturen ein, wobei Architekturen, die niedriger in der Hierarchie liegen, Merkmale von Architekturen auf höherer Ebene erben. Verwenden Sie Berührungspunkte, um Architekturen über die Ebenen oder Ebenen hinweg in Beziehung zu setzen.
• Kategorisierung: Beziehen und gruppieren Sie „ähnliche“ Architekturen und Artefakte.
• Semantische Ausrichtung: Verwenden Sie ein gemeinsames Vokabular und ordnen Sie Beziehungen zu, um ein gemeinsames Verständnis herzustellen.
• Referenzarchitekturen: Stellen Sie übergeordnete Taxonomien für andere Architekturen bereit.
• Suchen und Auffinden: Autorisierte Benutzer können relevante Architektur für Informationen und Wiederverwendung finden und darauf zugreifen .

Was sind einige Schlüsselkonstrukte für die Föderation?

Die wichtigsten Konstrukte für den Verbund sind in Abbildung 1 dargestellt. Jedes Konstrukt umfasst eine Sammlung von Architekturprodukten, die für eine bestimmte Gruppe von Interessengruppen von Interesse sind.

Das Thema Architektur ist die Architektur, die Lösungen für einen bestimmten Zweck antreibt. Es adressiert alle Geschäfts-, Informations-, Geschäftsdienste- und Technologiekomponenten, die zur Bereitstellung von Funktionen erforderlich sind. Die Architekturen jener Lösungen, auf denen die Subjektarchitektur beruht, werden unterstützende Architekturen genannt; wohingegen die Architekturen jener Lösungen, die auf der Subjektarchitektur beruhen, unterstützte Architekturen genannt werden.

Jeder Architekturschnittstellenpunkt (auch Touchpoint genannt) ist eine abstrakte Darstellung einer zielgerichteten Verbindung zwischen zwei Architekturen. Diese Architekturschnittstellenpunkte sind Abstraktionen realer Schnittstellen, die in den Lösungen enthalten sind, die die entsprechenden Architekturen implementieren. In einfachen Worten, die Schnittstellenpunkte sind die Orte, an denen Architekturen zu einer größeren Verbundarchitektur zusammengefügt werden können.

Welche Rolle spielt Compliance in der Föderation?

Es ist wichtig, dass eine Architektur einer Reihe von Standards entspricht, wenn sie gemeinsam genutzt und zur Unterstützung des Verbunds mit anderen Architekturen verwendet wird (z. B. zur Unterstützung der Entwicklung anderer Architekturen oder Programme). Diese Standards kommen in Form von präskriptiven Richtlinien, die als Compliance-Kriterien bezeichnet werden. Zu den Compliance-Kriterien gehören Geschäftsregeln und -prozesse wie Informations-, Service- und Technologiestandards. Ein Programm oder eine andere Architektur muss sich an diese halten, damit es einer bestimmten Struktur entspricht. Die Konformitätskriterien werden durch Beschreibungen der Art und Weise ergänzt, in der diese Kriterien überprüft werden. Daher geben die Compliance-Kriterien explizit an, was ein Programm oder eine Architektur in Bezug auf Funktionalität und in Bezug auf die Einhaltung von Standards und die Erfüllung spezifischer qualitativer Anforderungen nachweisen muss.

Eine Organisation kann damit beginnen, Architekturen zu erstellen, die einen Mindestsatz von Standards erfüllen, wodurch es einfacher wird, die Architekturen gemeinsam zu nutzen und sie für den Aufbau einer Föderation von Architekturen zu positionieren, um den Aufbau einer Föderation interoperabler Lösungen zu unterstützen.

Was sind einige Beispiele für Compliance-Kriterien?

Fit for Federation ist ein Beispiel für eine spezifische Konformitätsbewertung, die auf jede Architektur angewendet werden kann, die Teil eines Architekturverbunds wird. Fit for Federation wird durch die folgenden Compliance-Kriterien bestimmt:

• Der Zweck der Architektur wurde von Benutzern und Verwendungen dokumentiert und verifiziert.
• Die Eingabe wurde als von einer maßgeblichen Quelle stammend überprüft, und die maßgebliche Quelle wird aufgezeichnet.
• Die Architektur und/oder Analyse (Ausgabe) wurden als zweckmäßig verifiziert.
• Unterstützte Architekturschnittstellen und zugehörige Standards werden identifiziert, dokumentiert und verifiziert.
• Unterstützende Architekturschnittstellenpunkte werden identifiziert, dokumentiert und mit dem Anbieter ausgehandelt.
• Andere Konformitätskriterien (z. b. unternehmensweite Standards und/oder qualitative Anforderungen) festgelegt, dokumentiert und verifiziert werden.

Einige Beispiele für qualitative Anforderungen, die bei der Bewertung der Konformität mit Compliance-Kriterien angewendet werden können, sind Erschwinglichkeit, Zuverlässigkeit, Erweiterbarkeit, Leistung und Vertrauen.

Für eine serviceorientierte Umgebung würden spezifische Compliance-Kriterien als Service Level Agreements (SLAs) verpackt. Ein einziges Compliance-Kriterium kann auf mehrere SLAs verteilt werden. Die Unterstützung eines bestimmten Vokabulars würde beispielsweise für alle Dienste gelten, die sich mit dem Fachvokabular (Domänen-Vokabular) befassen.

Best Practices und Lessons Learned

Semantische Übereinstimmung erreichen. Um Architekturen zu bündeln, muss eine semantische Übereinstimmung bestehen, damit relevante Informationen angemessen in Beziehung gesetzt werden können. MITRE SEs kann ihren Sponsoren empfehlen, eine semantische Vereinbarung zu treffen, indem sie:

• Einhaltung eines gemeinsamen Frameworks, das die Verwendung gemeinsamer Datenelementdefinitionen, Semantik und Datenstrukturen für alle Architekturbeschreibungsentitäten oder -objekte umfasst.
• Entspricht gemeinsamen oder gemeinsam genutzten Architekturstandards.
• Verwendung von Unternehmenstaxonomien und maßgeblichen Referenzdaten.

Entsprechen standards. Im Allgemeinen erhöht die Konformität mit gemeinsamen oder gemeinsam genutzten Architekturstandards die Interoperabilität und erleichtert die Verbundbildung. MITRE SEs sollten ihre Sponsoren ermutigen, Standards zu wählen, die ihren Zwecken entsprechen, und ihnen helfen, die Mittel zur Durchsetzung der Einhaltung festzulegen. Vereinbarte Unternehmenstaxonomien schaffen beispielsweise den Kontext für die Ausrichtung von Missionsbereichsaktivitäten und zugehörigen Referenzmodellen sowie für die Kategorisierung und Organisation von Komponentenarchitekturen und erleichtern so das semantische Verständnis über die verschiedenen Architekturen in der Föderation hinweg.

Informationsaustausch aktivieren. Die Föderation von Architekturen wird durch eine Umgebung erleichtert, die den Informationsaustausch ermöglicht.

• Gewährleistung solider Governance- und Enterprise Architecture-Services: MITRE SEs muss zunächst erkennen, dass eine Architektur-Sharing-Umgebung eine solide Governance und Enterprise Architecture Services erfordert. Sie müssen ihren Sponsoren helfen, solide Governance-Strukturen aufzubauen, um Rechenschaftspflicht bei der Entwicklung und Wartung von Architekturen auf festgelegte Ziele anzuwenden, was letztendlich ihre Fähigkeit zur Föderation erleichtert. Dieser Ansatz legt die Verantwortung auf Prozesse wie Konfigurationsmanagement und Qualitätssicherung. MITRE SEs müssen auch ihre Sponsoren ermutigen, Enterprise Architecture Services zu etablieren, damit Architekturinformationen konsistent und effizient sichtbar, zugänglich und verständlich sind.
• Architekturen und ihre Metadaten verfügbar machen: Der Erfolg eines Verbundprojekts hängt auch davon ab, Architekturen und Architekturmetadaten für eine mögliche Verknüpfung und Wiederverwendung durch Analysten, Planer und Entscheidungsträger auf allen Ebenen verfügbar zu machen. Die gemeinsame Nutzung bereits vorhandener Architekturen und Dienste beschleunigt die Entwicklung und den Verbund von Architekturen. Registrierungsfunktionen ermöglichen die Registrierung und Verknüpfung von Architekturmetadaten, um die Erstellung navigierbarer und durchsuchbarer verbundener Unternehmensarchitekturen zu ermöglichen. Unternehmensdurchsetzungsrichtlinien und Governance für Architekturen stärken robuste Schnittstellen und Datenbeziehungen . MITRE SEs sollten ihren Sponsoren helfen, sich aktiv an diesen Orten des Architekturaustauschs zu beteiligen, indem sie Artefakte wiederverwenden, bevor sie sie neu erfinden, und indem sie ihre eigenen Metadaten und Produkte veröffentlichen, die andere wiederverwenden können.
• Förderung der föderierten Architekturen von Sponsoren: MITRE SEs sollte die Entwicklung verbundener Architekturen in Sponsororganisationen fördern und fördern, um die Zuverlässigkeit und Effizienz von Entscheidungen zu verbessern. Dies geschieht, wenn Organisationen semantische und strukturelle Daten über ihre Grenzen hinweg abstimmen, um sicherzustellen, dass die richtigen Informationen zur Beantwortung der Fragen wichtiger Entscheidungsträger verwendet werden. MITRE SEs sollte weiterhin die Möglichkeiten einer föderierten Architektur nutzen und den Informationsfluss zwischen Stakeholder-Knoten und folglich Entscheidungsträgern verbessern.

Zusammenfassung

MITRE arbeitet mit einer Vielzahl von staatlichen Sponsoren zusammen, um sie beim Aufbau ihrer Unternehmensarchitekturen zu unterstützen, meistens im Rahmen der Unterstützung ihrer allgemeinen Modernisierungs- oder Transformationsprogramme für Unternehmen. Eine Schlüsselkompetenz, die MITRE SEs mitbringen muss, ist ein Verständnis dafür, wie Geschäftsanforderungen, Informationstechnologie und Menschen in gut konstruierten Architekturen zusammenkommen.

Viele der Sponsoren von MITRE stehen vor dem komplexen Problem der Multi-Agency Enterprise Architecture. Wie können verschiedene Regierungsstellen ihre Geschäftsprozesse, Informationsspeicher, technischen Systeme und Humanressourcen auf kohärente und sichere Weise gemeinsam nutzen, um eine gemeinsame Mission zu erfüllen? Kein Verband kann diese Art des Teilens fördern. Indem die Sponsoren von MITRE ihre jeweiligen Produkte so bauen, dass sie den gängigen Vorgaben entsprechen, können sie Komponentenarchitekturen wiederverwenden, indem sie sie wie LEGO®-Steine „zusammenschnappen“, um komplexe Architekturen mit größerem Umfang und größerer Anwendbarkeit zu erstellen.

Referenzen und Ressourcen

1. Verteidigungsministerium, 23. April 2007, DoD Architecture Framework Ver. 1.5, Bd. I: Definitionen und Leitlinien.
2. Hite, R. C. und G. D. Kutz, 28. März 2003, Beobachtungen zum Entwurf der Unternehmensarchitektur des Verteidigungsministeriums, GAO-03-571, abgerufen am 8. Oktober 2017.
3. Frey, B., Juli-September 2008, „Department of the Navy Architecture Federation Pilot,“ CHIPS, S. 41-43, abgerufen am 8. Oktober 2017.
4. Büro des Chefarchitekten der Luftwaffe, Dezember 2007, Air Force Architecture Framework.
5. Verteidigungsministerium, DoD Architektur Registry System.

Zusätzliche Referenzen und Ressourcen

DOD Deputy Chief Information Officer, DoD Architecture Framework (DoDAF), Zugriff am 8. Oktober 2017.

DOD Deputy Chief Management Officer, Business Enterprise Architecture, Zugriff am 8. Oktober 2017.

Government Accountability Office, 5. August 2010, Organisatorische Transformation: Ein Rahmenwerk zur Bewertung und Verbesserung des Enterprise Architecture Managements (Ver. 2.0), GAO-10-846G, abgerufen am 8. Oktober 2017.