Architectures Federation

Definizione: Architectures federation è un framework per lo sviluppo, la manutenzione e l’uso di architetture aziendali che allinea, individua e collega architetture e informazioni sull’architettura separate ma correlate per offrire agli utenti un aspetto esteriore senza interruzioni.

Parole chiave: enterprise architecture, federated architecture, fit for federation, semantic alignment, tiered accountability, touch point

Ruoli e aspettative MITRE SE: MITRE lavora con una varietà di sponsor governativi per aiutarli a costruire architetture aziendali, spesso nel contesto di sostenere i loro programmi globali di modernizzazione o trasformazione aziendale. Molti sponsor stanno affrontando il complesso problema di condividere i loro processi aziendali, archivi di informazioni, sistemi tecnici e risorse umane in modo coeso e sicuro per realizzare una missione comune. Ci si aspetta che gli ingegneri di sistemi MITRE (SES) comprendano e applichino i principi della federazione delle architetture per consentire l’innovazione locale, l’integrazione aziendale e l’evoluzione in porzioni importanti di un’architettura aziendale o di architetture aziendali multiagency. Aiutandoli a costruire i loro rispettivi prodotti per soddisfare la direzione prescrittiva comune, gli sponsor di MITRE saranno in grado di riutilizzare le architetture dei componenti “rompendole insieme” come i mattoncini LEGO® per costruire architetture complesse di più ampio ambito e applicabilità.

Introduzione

Negli ultimi anni, MITRE ha sostenuto gli sforzi di architettura in tutto lo spettro del governo federale. In effetti, il governo federale ora impone che le agenzie che cercano finanziamenti per qualsiasi investimento significativo nella tecnologia dell’informazione utilizzino architetture aziendali. Gli sponsor utilizzano le architetture per migliorare le capacità di combattimento e di business migliorando l’interoperabilità e l’integrazione delle imprese statunitensi (ad esempio, l’Air Force Enterprise) con forze congiunte e della Coalizione, altri servizi e agenzie nazionali.

Per realizzare questi sforzi, ci si aspetta che MITRE SE comprenda e applichi i principi delle architetture federate per tenere conto delle interrelazioni dell’architettura e per esprimere come le architetture si connettono tra loro. Le architetture federate consentono l’innovazione locale, l’integrazione aziendale e l’evoluzione in porzioni importanti di un’impresa, molte delle quali possono essere imprese a sé stanti. I principi della federazione delle architetture in pratica richiedono la fusione, l’integrazione e la federazione di un gran numero di architetture organizzative diverse come la Federal Aviation Administration, il DoD, il DHS, il CBP e l’Agenzia federale per la gestione delle emergenze, nonché i contributi di operatori del settore come le compagnie aeree, gli aeroporti, l’industria IT, gli uffici meteorologici e altri. Questo articolo esplora i concetti di base della federazione delle architetture e offre lezioni apprese per aiutare MITRE SEs a capire come i principi della federazione possono aiutare i professionisti a costruire architetture in modo più efficiente ed efficace.

Che cos’è l’architettura aziendale?

L’architettura si riferisce alla struttura dei componenti, alle loro relazioni tra loro e con l’ambiente e ai principi che guidano la progettazione e l’evoluzione dell’entità che descrivono, sia che si tratti di un’organizzazione (ad esempio, dipartimento federale o agenzia), di un sistema (ad esempio, Joint Surveillance Target Attack Radar System), o un’area funzionale o di missione (ad esempio, gestione finanziaria, sicurezza nazionale). I prodotti e gli artefatti dell’architettura possono assumere una varietà di forme, inclusi modelli di dati strutturati memorizzati in uno strumento di architettura o in un repository di database, rappresentazioni grafiche delle informazioni in formato cartaceo o elettronico o dati o testo non strutturati.

Una buona definizione di lavoro di “impresa” è qualsiasi organizzazione o gruppo di organizzazioni che ha un insieme comune di obiettivi o principi, o una singola linea di fondo (ad es., una società, un singolo dipartimento, un’entità governativa, una rete di organizzazioni geograficamente remote). Un’architettura aziendale fornisce un quadro chiaro e completo di un’impresa. Consiste in istantanee dell’attuale ambiente operativo e tecnologico, dell’ambiente target e di una roadmap di investimento di capitale per la transizione dall’ambiente “così com’è” all’ambiente “to be”. In altre parole, agisce come una tabella di marcia per il futuro. Le istantanee comprendono “viste”, ognuna delle quali è costituita da uno o più prodotti di architettura che forniscono rappresentazioni concettuali o logiche di una parte dell’impresa di interesse per un particolare gruppo di stakeholder .

Cosa significa Architettura federata?

L’approccio storico di sviluppare architetture monolitiche e integrate non ha funzionato bene perché questi prodotti diventano generalmente troppo complessi e ingombranti. Al contrario, un’architettura federata è un framework per lo sviluppo, la manutenzione e l’uso dell’architettura aziendale che allinea, individua e collega architetture e informazioni sull’architettura separate ma correlate per offrire agli utenti un aspetto esteriore senza interruzioni. Consente di costruire un’architettura complessa in modo frammentario dalle architetture dei componenti. In questo modo, un approccio federated architecture riconosce l’unicità e lo scopo specifico delle singole architetture, e consente la loro autonomia e governance locale, consentendo all’impresa di beneficiare del loro contenuto collettivo.

Federation fornisce i mezzi per organizzare il corpo di conoscenza di un’impresa (architettura) sulle sue attività (processi), persone e cose all’interno di un contesto definito e ambiente attuale/futuro. Le architetture federate supportano il processo decisionale collegando le architetture in tutta l’azienda, fornendo una visione aziendale olistica che consente la valutazione di questioni come l’interoperabilità, l’identificazione di duplicazioni e lacune e la determinazione della riusabilità .

Perché sviluppare architetture che supportano Federation?

La capacità di integrare e/o federare architetture è essenziale per affrontare le questioni aziendali in un ampio settore come un dipartimento o un’agenzia federale. La federazione consente a più gruppi di sviluppare architetture con l’obiettivo che meglio soddisfa le loro esigenze immediate, fornendo al contempo un mezzo per collegare e mettere in relazione tali architetture per affrontare problemi che attraversano più aree. Una singola architettura potrebbe non essere in grado di affrontare l’intera impresa in modo sufficiente per supportare il tipo di analisi necessarie in una grande organizzazione con una varietà di missioni. La capacità di federare più architetture porta a un costrutto più robusto per comprendere l’azienda in blocchi di dimensioni ridotte.

Architectures federation serve, in parte, come un processo per mettere in relazione le architetture subordinate e parentali trovando sovrapposizioni e stabilendo mappature tra le loro informazioni comuni sull’architettura. I dipartimenti e le agenzie federali stanno anche perseguendo un altro uso di una strategia della federazione delle architetture che divide l’impresa in componenti gestibili e di dimensioni corrette, ognuno dei quali può essere descritto dalle comunità ad essi più strettamente associate . Ognuno utilizza un piccolo insieme di regole, termini comuni e standard per mantenere la coerenza in modo che le parti componenti possano essere “spezzate insieme” secondo necessità. Ad esempio, le architetture di reparto descrivono regole e vincoli a livello di reparto, le architetture di componenti descrivono servizi e funzionalità specifici della missione e le architetture di soluzione descrivono soluzioni conformi a regole e vincoli più elevati.

Il concetto di federazione svolge anche un ruolo importante nello sviluppo dell’ambiente e nella condivisione delle informazioni. Ad esempio, mentre le imprese del dipartimento federale e delle agenzie diventano sempre più collegate in rete, le architetture federate si stanno rivelando essenziali per organizzare la gamma di informazioni e relazioni complesse. I metadati dell’architettura federata sono utili anche per valutare i portafogli di sistemi e programmi esistenti per prendere decisioni sulle modifiche o le aggiunte necessarie per ottenere le funzionalità desiderate.

Allora, che cosa è Federated Enterprise Architecture?

Come definito dall’ambito enterprise, federated enterprise architecture è un insieme collettivo di architetture con i seguenti attributi:

• Opera in modo collaborativo, dove la governance è divisa tra un’autorità centrale e unità costitutive, bilanciando l’autonomia organizzativa con le esigenze aziendali.
• L’architettura dell’autorità centrale può concentrarsi sulle dinamiche delle economie di scala, degli standard e del benessere dell’impresa.
• Le architetture delle unità costituenti hanno la flessibilità di perseguire strategie autonome e processi indipendenti .

Quali elementi centrali supportano la Federazione delle architetture?

In un approccio federato, la responsabilità per lo sviluppo dell’architettura è condivisa a diversi livelli all’interno dell’azienda. Per portare questi sforzi separati ma correlati insieme richiede:

• Responsabilità a più livelli: stabilire una gerarchia di architetture in cui le architetture inferiori nella gerarchia ereditano caratteristiche da architetture di livello superiore. Utilizzare i punti di contatto per mettere in relazione le architetture attraverso i livelli o livelli.
• Categorizzazione: Relazionare e raggruppare architetture e artefatti “like”.
• Allineamento semantico: utilizzare un vocabolario comune e mappare le relazioni per stabilire una comprensione condivisa.
• Architetture di riferimento: fornire tassonomie padre per altre architetture da utilizzare.
• Ricerca e scoperta: consente agli utenti autorizzati di trovare e accedere all’architettura pertinente per informazioni e riutilizzo .

Quali sono alcuni costrutti chiave per la Federazione delle architetture?

I costrutti chiave per la federazione delle architetture sono raffigurati nella Figura 1. Ogni costrutto comprende una collezione di prodotti di architettura di interesse per un particolare gruppo di stakeholder.

L’architettura oggetto è l’architettura che guida le soluzioni per uno scopo specifico. Si rivolge a tutti i business, informazioni, servizi alle imprese, e componenti tecnologici necessari per fornire funzionalità. Le architetture di quelle soluzioni su cui si basa l’architettura del soggetto sono chiamate architetture di supporto; mentre le architetture di quelle soluzioni che si basano sull’architettura del soggetto sono chiamate architetture supportate.

Ogni punto di interfaccia dell’architettura (chiamato anche punto di contatto) è una rappresentazione astratta di una connessione intenzionale tra due architetture. Questi punti di interfaccia dell’architettura sono astrazioni di interfacce del mondo reale che saranno incorporate nelle soluzioni che implementano le architetture corrispondenti. In termini semplici, i punti di interfaccia sono i luoghi in cui le architetture possono essere unite in un’architettura federata più ampia, quindi sono fondamentali per una federazione mirata da una prospettiva operativa.

Qual è il ruolo della compliance nella Federazione?

È importante che un’architettura rispetti un insieme di standard se sarà condivisa e utilizzata per supportare la federazione con altre architetture (ad esempio, guidando lo sviluppo di altre architetture o programmi). Questi standard si presentano sotto forma di direzione prescrittiva chiamata criteri di conformità. I criteri di conformità includono regole e processi aziendali come gli standard di informazione, servizio e tecnologia. Un programma o un’altra architettura deve aderire a questi per essere conforme a una data struttura. I criteri di conformità sono arricchiti da descrizioni delle modalità di verifica di tali criteri. Pertanto, i criteri di conformità indicano esplicitamente ciò che un programma o un’architettura deve dimostrare in termini di funzionalità e in termini di adesione agli standard e rispetto di specifici requisiti qualitativi.

Un’organizzazione può iniziare creando architetture che soddisfano un set minimo di standard, rendendo più facile la condivisione delle architetture e posizionandole per l’uso nella costruzione di una federazione di architetture per supportare la costruzione di una federazione di soluzioni interoperabili.

Quali sono alcuni esempi di criteri di conformità?

Fit for Federation è un esempio di una valutazione di conformità specifica che potrebbe essere applicata a qualsiasi architettura che diventerà parte di una federazione di architetture. Fit for Federation è determinato dai seguenti criteri di conformità:

• Lo scopo dell’architettura è stato documentato e verificato dagli utenti e dagli usi.
• L’input è stato verificato come proveniente da una fonte autorevole e la fonte autorevole è registrata.
• L’architettura e / o l’analisi (output) sono state verificate come idonee allo scopo.
• I punti di interfaccia dell’architettura supportati e gli standard associati vengono identificati, documentati e verificati.
• I punti di interfaccia dell’architettura di supporto vengono identificati, documentati e negoziati con il provider.
• Altri criteri di conformità (ad es. standard aziendali e / o requisiti qualitativi) sono stabiliti, documentati e verificati.

Alcuni esempi di requisiti qualitativi che potrebbero essere applicati durante la valutazione della conformità ai criteri di conformità sono accessibilità, affidabilità, estensibilità, prestazioni e fiducia.

Per un ambiente orientato ai servizi, i criteri di conformità specifici verrebbero raggruppati come Service Level Agreement (SLA). Un singolo criterio di conformità può essere distribuito a più SLA. Ad esempio, il supporto di un dato vocabolario si applicherebbe a tutti i servizi che si occupano del vocabolario soggetto (dominio).

Best practice e lezioni apprese

Raggiungere un accordo semantico. Per federare le architetture, ci deve essere un accordo semantico in modo che le informazioni pertinenti possano essere correlate in modo appropriato. MITRE SEs può raccomandare che i loro sponsor raggiungano un accordo semantico:

• Aderendo a un framework comune, che include l’uso di definizioni di elementi di dati comuni, semantica e strutture di dati per tutte le entità o gli oggetti di descrizione dell’architettura.
• Conforme a standard di architettura comuni o condivisi.
• Utilizzo di tassonomie aziendali e dati di riferimento autorevoli.

Conforme agli standard. In generale, la conformità a standard di architettura comuni o condivisi aumenta l’interoperabilità e rende più facile la federazione. MITRE SES dovrebbe incoraggiare i propri sponsor a scegliere norme appropriate ai loro scopi e aiutarli a stabilire i mezzi per far rispettare la conformità. Ad esempio, le tassonomie aziendali concordate stabiliscono il contesto per allineare le attività dell’area di missione e i modelli di riferimento associati e per categorizzare e organizzare le architetture dei componenti, facilitando così la comprensione semantica tra le varie architetture della federazione.

Abilita la condivisione delle informazioni. La federazione delle architetture è facilitata da un ambiente che consente la condivisione delle informazioni.

• Garantire servizi di governance e architettura aziendale solidi: MITRE SEs deve innanzitutto riconoscere che un ambiente di condivisione dell’architettura richiede una solida governance e servizi di architettura aziendale. Devono aiutare i loro sponsor a stabilire solide strutture di governance per applicare la responsabilità allo sviluppo e al mantenimento di architetture verso obiettivi prefissati, che alla fine faciliteranno la loro capacità di federare. Questo approccio pone la responsabilità attorno a processi come la gestione della configurazione e la garanzia della qualità. MITRE SES deve anche incoraggiare i propri sponsor a creare servizi di architettura aziendale per consentire alle informazioni sull’architettura di essere visibili, accessibili e comprese in modo coerente ed efficiente.
• Esporre le architetture e i loro metadati: il successo di uno sforzo della federazione dipende anche dall’esposizione di architetture e metadati dell’architettura per il potenziale collegamento e riutilizzo da parte di analisti, pianificatori e decisori a tutti i livelli. La condivisione di architetture e servizi già esistenti aiuta ad accelerare lo sviluppo e la federazione dell’architettura. Le funzionalità del registro di sistema prevedono la registrazione e il collegamento dei metadati dell’architettura per consentire la creazione di architetture aziendali federate navigabili e ricercabili. Le politiche di applicazione aziendale e la governance per le architetture rafforzano interfacce robuste e relazioni di dati . MITRE SEs dovrebbe aiutare i propri sponsor a impegnarsi attivamente in questi luoghi di condivisione dell’architettura riutilizzando gli artefatti prima di reinventarli e pubblicando i propri metadati e prodotti per altri da riutilizzare.
• Incoraggiare le architetture federate degli sponsor: MITRE SEs dovrebbe promuovere e promuovere lo sviluppo di architetture federate all’interno delle organizzazioni sponsor per contribuire a migliorare l’affidabilità e l’efficienza delle decisioni. Ciò avverrà man mano che le organizzazioni allineano i dati semantici e strutturali attraverso i loro confini in modo da poter garantire che le informazioni giuste vengano utilizzate per rispondere alle domande dei decisori chiave. MITRE SEs dovrebbe continuare a utilizzare le opportunità dell’architettura federata e migliorare il flusso di informazioni tra i nodi degli stakeholder e di conseguenza i decisori.

Sommario

MITRE lavora con una vasta gamma di sponsor governativi per aiutarli a costruire le loro architetture aziendali, il più delle volte nel contesto di sostenere i loro programmi globali di modernizzazione o trasformazione aziendale. Un’abilità chiave che MITRE SEs deve portare è la comprensione di come le esigenze aziendali, la tecnologia dell’informazione e le persone si uniscono in architetture ben costruite.

Molti sponsor di MITRE si trovano ad affrontare il complesso problema dell’architettura aziendale multi-agenzia. Come possono diverse entità governative condividere i loro processi aziendali, archivi di informazioni, sistemi tecnici e risorse umane in modo coeso e sicuro per realizzare una missione comune? Architectures federation può favorire questo tipo di condivisione. Costruendo i loro rispettivi prodotti per soddisfare la comune direzione prescrittiva, gli sponsor di MITRE saranno in grado di riutilizzare le architetture dei componenti “agganciandole insieme” come i mattoncini LEGO® per costruire architetture complesse di più ampia portata e applicabilità.

Referenze e risorse

1. Dipartimento della Difesa, 23 aprile 2007, DOD Architecture Framework Ver. 1.5, Vol. I: Definizioni e linee guida.
2. Hite, R. C., and G. D. Kutz, March 28, 2003, Observations on Department of Defense’s Draft Enterprise Architecture, GAO-03-571, accessed October 8, 2017.
3. Frey, B., luglio-settembre 2008, “Department of the Navy Architecture Federation Pilot,” CHIPS, pp. 41-43, accessed October 8, 2017.
4. Air Force Chief Architect’s Office, dicembre 2007, Air Force Architecture Framework.
5. Dipartimento della Difesa, DOD Architecture Registry System.

Riferimenti e risorse aggiuntive

DOD Deputy Chief Information Officer, DOD Architecture Framework (DoDAF), accesso 8 ottobre 2017.

DOD Deputy Chief Management Officer, Business Enterprise Architecture, accesso 8 ottobre 2017.

Government Accountability Office, 5 agosto 2010, Organizational Transformation: A Framework for Assessing and Improving Enterprise Architecture Management (Ver. 2.0), GAO-10-846G, accesso 8 ottobre 2017.