Panoramica di DODAF e TOGAF

Gli architetti del sistema di difesa operano in un ambiente in cui l'interoperabilità, la sicurezza e l'assicurazione della missione non sono negoziabili. Per gestire la complessità dei sistemi di difesa moderni, si affidano a strutture, ripetibilità e chiarezza. Due dei quadri più diffusi sono il Dipartimento di Architettura della Difesa (DODAF) e il Quadro di Architettura del Gruppo Open (TOGAF) e offrono entrambi percorsi di progettazione coerente del sistema, che servono a scopi di contesto e di fondamentale importanza.

DODAF] è un framework sviluppato dal Dipartimento della Difesa degli Stati Uniti specificamente per la modellazione e la documentazione di architetture correlate alla difesa. È stato costruito per supportare l'acquisizione, l'ingegneria del sistema-di-sistemi e la pianificazione operativa attraverso rami militari. ] TOGAF, a contrasto, è un'architettura aziendale di uso generale mantenuto in linea di struttura.

Contesto storico e scopo

DODAF si è evoluta da precedenti sforzi di architettura militare come il C4ISR Architecture Framework, formalizzato negli anni '90 per aiutare la DoD a gestire la crescente complessità dei sistemi in rete. Il suo scopo primario è quello di garantire che i sistemi di difesa sono progettati con interoperabilità, condivisione dei dati e l'efficacia operativa in mente.

TOGAF è stato rilasciato per la prima volta da The Open Group nel 1995, attingendo al lavoro precedente dal Quadro di Architettura Tecnica per la Gestione dell’Informazione del Dipartimento della Difesa (TAFIM) degli Stati Uniti, piuttosto che essere legato ad un unico dominio, TOGAF è stato progettato come un framework di certificazione per l’architettura aziendale più ampiamente adottato a livello globale, con le pratiche di architettura delle imprese certificate.

Concetti core di DODAF

DODAF organizza dati architettonici in un insieme di punti di vista e modelli. Il framework definisce otto punti di vista: All Viewpoint (AV), Capability Viewpoint (CV), Data and Information Viewpoint (DIV), Operational Viewpoint (OV), Project Viewpoint (PV), Services Viewpoint (SvcV), Standards Viewpoint (StdV), e Systems Viewpoint (SV).

La chiave per DODAF è il concetto di un Modello sottoscritto da DoDAF (DDM)]. Gli architetti selezionano quali modelli produrre in base alle domande che devono rispondere, ad esempio, "Quali sistemi supportano questo thread di missione?" o "Come i dati scorre tra queste piattaforme di sensori?" Il framework è ] solo le opinioni comuni:

Concetti core di TOGAF

TOGAF è costruito intorno al Metodo di Sviluppo dell'Architettura (ADM), un processo passo per passo per la creazione e la gestione di architetture aziendali. L'ADDM è costituito da fasi: fase preliminare, visione dell'architettura, architettura aziendale, architettura dei sistemi di informazione (Data e applicazione), architettura della tecnologia, opportunità e soluzioni, pianificazione delle migrazioni, governance di attuazione, gestione dei cambiamenti di architettura e gestione dei requisiti.

A differenza di DODAF, che si concentra su views] (che modellare), TOGAF si concentra sul [process[]] (come costruire e governare l'architettura).

Analisi comparativa del DODAF e del TOGAF

Capire dove questi quadri differiscono e dove si completano a vicenda è essenziale per qualsiasi architetto di sistema di difesa.

Scope e Focus

DODAF è domain-specific[]] – si rivolge ai sistemi di difesa e sicurezza nazionale. I suoi modelli sono progettati per catturare concetti operativi (come i thread di missione), interfacce di sistema e standard tecnici relativi agli ambienti militari. DODAF affronta esplicitamente concetti come i livelli di interoperabilità, la classificazione della sicurezza e le interazioni di sistema negli ambienti contestati.

TOGAF è domain-agnostic. Fornisce un quadro generico per l'architettura aziendale che può essere applicato a qualsiasi organizzazione – retail, banking, assistenza sanitaria o governo. In un contesto di difesa, TOGAF può essere utilizzato per allineare la strategia IT aziendale con obiettivi aziendali specifici di difesa, gestire la transizione da sistemi legacy, o pianificare un ambiente di servizi condiviso.

Per gli architetti del sistema di difesa, questo significa che DODAF è tipicamente utilizzato per architettura a livello di sistema (ad esempio, un nuovo sistema missilistico, un nodo C2), mentre TOGAF è utilizzato per architettura a livello di impresa] ]]] [per esempio, l'infrastruttura di progettazione di DoGA-DA-D di impresa, sistemi di gestione di gestione di gestione di gestione di sistemi, informazioni logistiche, informazioni di gestione di gestione di gestione di gestione di gestione di gestione di grandi dimensioni, di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di sistemi, di gestione di sistemi, di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di gestione di grandi dimensioni.

Struttura

La struttura di DODAF è ] ]. L’architetto seleziona da un determinato insieme di punti di vista e popola modelli specifici (ad esempio, OV-1 Operational Concept Graphic, SV-1 Systems Interface Descrizione), che sono rappresentazioni statiche dell’architettura in un punto nel tempo.

La struttura di TOGAF è process-based]. L'ADM guida l'architetto attraverso una serie di fasi, ognuna con obiettivi definiti, passi, ingressi e uscite. Il processo è ciclico, permettendo continue iterazioni e raffinatezza. TOGAF sottolinea ]

Con DODAF, è possibile produrre un insieme di modelli relativamente rapidamente per un sistema specifico, ma è necessario essere attenti a mantenere la coerenza tra i modelli. Con TOGAF, si investe in prima linea nel governo dell'architettura e nell'allineamento delle parti interessate, ma l'architettura risultante è più probabile che sia implementata e sostenuta perché ha buy-in e un piano di migrazione.

Metodologia e flessibilità

DODAF è spesso descritto come prescriptive] nei suoi requisiti di modellazione ma flessibile[] nel modo in cui lo usi. Il framework non prescrive un processo di sviluppo – specifica solo quali modelli produrre e come si riferiscono.

TOGAF è process-prescriptive ma product-flexible. L'ADM vi dice i passi da seguire, ma i manufatti che create possono essere adattati alle esigenze della vostra organizzazione. TOGAF vi permette di omettere fasi, combinarli, o iterare come richiesto.

Per gli architetti della difesa, la scelta spesso scende all'ambiente ]. Se il progetto è un'acquisizione DoD e deve rispettare la Guida all'acquisizione della Difesa o JCIDS (Joint Capabilities Integration and Development System), i modelli DODAF sono spesso necessari oggetti consegnabili.

Governance e conformità

DOLTF è strettamente integrato con i processi di governance DoD. Spesso i contraenti sono tenuti a produrre modelli DODAF per le recensioni di progettazione di sistema, e il DoD utilizza le viste DODAF per valutare l’interoperabilità e la conformità alla condivisione dei dati. Il framework si lega anche alle architetture di riferimento della DoD, come il Joint Common Database (JCDB) e il DoD Information Enterprise Architecture (DoD IEA).

Il governo di TOGAF è organizzativo-centrico, il framework raccomanda di istituire un consiglio di architettura, ma non richiede il rispetto delle normative esterne. In contesti di difesa, TOGAF può essere utilizzato per rispettare gli standard organizzativi come NIST SP 800-53 o CMMC del DoD (Cybersecurity Maturity Model Certification), ma la mappatura non è integrata nel quadro.

Applicazione nei progetti di difesa

Per vedere come funzionano questi quadri in pratica, prendere in considerazione due scenari di difesa tipici.

Quando usare DODAF

Immaginate di essere l'architetto principale per un nuovo sistema di collegamento dati tattico che collega aerei, stazioni di terra e navi. Il sistema deve soddisfare specifici standard di interoperabilità (ad esempio, Link 16, JREAP) ed essere integrato con i sistemi C2 esistenti. Il vostro fornitore include una descrizione di architettura di sistema (System View 1) e modelli di attività operativa (Operational View 5). DODAF è la scelta naturale perché fornisce le opinioni esatte necessarie per documentare interfacce di sistema, dati.

Per una comprensione più approfondita della tassonomia del modello DODAF, la guida ufficiale della DoD è disponibile nella pagina DoD CIO DODAF[.

Quando usare TOGAF

Ora consideri un progetto diverso: la Defense Logistics Agency vuole modernizzare il suo sistema di gestione della supply chain, consolidando più istanze ERP legacy in una singola piattaforma cloud-based. Si tratta di uno sforzo di trasformazione aziendale che coinvolge la riingegneria del processo aziendale, la razionalizzazione delle applicazioni e la migrazione dei dati. La sfida principale non è la modellazione di interfacce di sistema, ma l’allineamento della strategia aziendale con gli investimenti tecnologici, la gestione del cambiamento organizzativoglia e la creazione di un piano di transizione fase di sviluppo.

Ulteriori informazioni su TOGAF e il suo ADM possono essere trovate al []The Open Group TOGAF page[.

Approfondimenti ibridi

Molte organizzazioni di difesa utilizzano entrambi i quadri in concerto. Un modello tipico è quello di utilizzare TOGAF per la pratica di architettura aziendale, la creazione del pannello di architettura, la gestione del repository e la conduzione di pianificazione basata sulle capacità, e poi utilizzare DODAF per la modellazione di sistema specifico all’interno di tale contesto aziendale. Questo approccio ibrido è raccomandato dalla guida del responsabile delle informazioni del DoD

Un’altra tendenza emergente è l’uso di Archimate[], un linguaggio di modellazione allineato con TOGAF, per rappresentare le opinioni simili a DODAF. Lo standard ArchiMate del Gruppo Open include un’estensione di difesa che consente agli architetti di creare viste operative e di sistema simili a quelle di DODAF.

Quadro di decisione per gli architetti della difesa

La scelta tra DODAF e TOGAF (o combinandoli) dipende da diversi fattori:

  • Natura del progetto:[ Livello di sistema (DODAF) vs livello enterprise (TOGAF). Se il progetto si concentra su un sistema di difesa specifico con requisiti di interfaccia chiari, DODAF è solitamente mandato o preferito. Se il progetto prevede la trasformazione aziendale, il consolidamento IT, o la pianificazione strategica, TOGAF è più appropriato.
  • I vincoli regolamentari:[] Se il progetto deve rispettare la Direttiva 8200.1 della Difesa o il curriculum dell'Università di Acquisizione (DAU), i manufatti DODAF sono spesso richiesti.
  • Maturità del team:[ Le squadre che hanno esperienza nella modellazione delle lingue e nei processi di acquisizione della DoD saranno più a proprio agio con DODAF. Le squadre nuove all'architettura o che lavorano in un ambiente multi-industria possono trovare l'approccio passo-passo di TOGAF più facile da adottare.
  • Tooling:[] La modellazione DODAF richiede spesso strumenti specializzati come IBM Rational System Architect o No MagicDraw con plugin UPDM. TOGAF può essere supportata da strumenti di architettura aziendale più generici come Sparx Enterprise Architect o BiZZdesign.
  • Sostenimento a lungo termine:[[] I modelli DODAF possono diventare obsoleti rapidamente se non mantenuti. La fase di gestione dei cambiamenti di architettura di TOGAF affronta in modo specifico come mantenere la corrente dell’architettura.

Per una guida pratica sull'integrazione di questi quadri, la MITRE Corporation pubblica un confronto utile che discute come armonizzare DODAF con altri quadri come TOGAF e FEAF. Vedi La carta di MITRE su architettura di sistema e di impresa di collegamento.

Considerazioni aggiuntive

Oltre ai due principali quadri, gli architetti della difesa dovrebbero essere consapevoli degli equivalenti internazionali come il Ministero della Difesa del Regno Unito (MODAF) e il NATO Architecture Framework (NAF), che condividono molti concetti con DODAF ma hanno i propri punti di vista specifici. Se il vostro progetto coinvolge partner di coalizione, potreste dover garantire l'interoperabilità a livello di modello, DDAF e MODAF sono stati armonizzati attraverso lo standard UPDM.

Infine, non trascurare l'importanza della formazione e della certificazione [].L'Open Group offre la certificazione TOGAF per individui e organizzazioni.Il DoD fornisce formazione su DODAF attraverso la Defense Acquisition University. Investire in architetti certificati puÃ2 ridurre il rischio in programmi complessi.

Conclusioni

DODAF e TOGAF sono strumenti potenti nella cassetta degli strumenti dell’architetto di difesa. DODAF eccelle nel catturare i dettagli tecnici e operativi dei sistemi di difesa, assicurando loro di soddisfare i requisiti specifici militari. TOGAF eccelle nella guida della trasformazione aziendale, fornendo un processo collaudato per allineare le strategie aziendali e IT. Per gli architetti del sistema di difesa, la decisione non è su quale quadro è migliore, ma che si adatta meglio al problema specifico.

Per ulteriori informazioni, il Gruppo Open fornisce un documento bianco sull’utilizzo di TOGAF con i framework governativi [TOGAF e Governi Architettura Quadri[[]], e il sito DoD Architecture Framework rimane la fonte definitiva per la guida DODAF. Gli architetti dovrebbero anche consultare i requisiti specifici del loro ufficio di programma prima di selezionare un framework.