Aperçu du DODAF et du TOGAF

Les architectes de systèmes de défense opèrent dans un environnement où l'interopérabilité, la sécurité et l'assurance mission ne sont pas négociables. Pour gérer la complexité des systèmes de défense modernes, ils dépendent de cadres architecturaux qui fournissent structure, répétabilité et clarté. Deux des cadres les plus référencés sont le Cadre d'architecture du Département de la Défense (DODAF) et le Cadre d'architecture du Groupe ouvert (TOGAF).

DODAF est un cadre développé par le département américain de la Défense spécifiquement pour la modélisation et la documentation des architectures liées à la défense. Il a été construit pour soutenir l'acquisition, l'ingénierie de systèmes et la planification opérationnelle dans toutes les branches militaires. TOGAF, par contre, est un cadre général d'architecture d'entreprise maintenu par le Groupe ouvert. Il se concentre sur l'alignement des objectifs commerciaux avec les capacités informatiques et est utilisé dans des industries telles que la finance, les soins de santé, la fabrication, et de plus en plus dans le gouvernement et la défense.

Contexte historique et objet

DODAF a évolué à partir des efforts d'architecture militaire antérieurs comme le cadre d'architecture C4ISR, officialisé dans les années 1990 pour aider le DoD à gérer la complexité croissante des systèmes en réseau. Son objectif principal est de s'assurer que les systèmes de défense sont conçus avec l'interopérabilité, le partage de données et l'efficacité opérationnelle en tête.

Le TOGAF a été publié pour la première fois par le Groupe ouvert en 1995, en s'appuyant sur les travaux antérieurs du Département américain de la défense (TAFIM) sur le Cadre d'architecture technique pour la gestion de l'information. Plutôt que d'être lié à un seul domaine, le TOGAF a été conçu comme un cadre d'architecture d'entreprise neutre par les fournisseurs, qui pourrait être un cadre d'analyse de l'industrie et de l'innovation que toute organisation pourrait adopter pour améliorer les pratiques d'architecture d'entreprise.

Concepts fondamentaux de la DODAF

Le cadre définit huit points de vue : All Viewpoint (AV), Capacity Viewpoint (CV), Data and Information Viewpoint (DIV), Operational Viewpoint (OV), Project Viewpoint (PV), Services Viewpoint (SvcV), Standards Viewpoint (StdV) et Systems Viewpoint (SV). Chaque point de vue contient des modèles spécifiques qui décrivent des aspects tels que les activités opérationnelles, les interfaces système, les échanges de données et la conformité aux normes.

La clé du DODAF est le concept d'un Modèle DoDAF (DDM).Les architectes choisissent les modèles à produire en fonction des questions auxquelles ils doivent répondre – par exemple, « Quels systèmes soutiennent ce fil de mission ? » ou « Comment les données circulent-elles entre ces plateformes de capteurs ? » Le cadre est modulaire : vous n'utilisez que les vues pertinentes à votre analyse, pas toutes. Cela permet aux équipes d'adapter leurs efforts à la portée du projet tout en maintenant un langage commun pour la communication entre les intervenants.

Concepts fondamentaux de TOGAF

Le TOGAF s'articule autour de la méthode de développement de l'architecture (MAD), un processus étape par étape pour la création et la gestion des architectures d'entreprise. Le MAD comprend les phases suivantes : Phase préliminaire, Vision de l'architecture, Architecture opérationnelle, Architecture des systèmes d'information (données et applications), Architecture technologique, Opportunités et solutions, Planification de la migration, Gouvernance de mise en oeuvre, Gestion du changement d'architecture et Gestion des besoins.

Contrairement à DODAF, qui se concentre sur views[ (que modéliser), TOGAF se concentre sur processus (comment construire et gouverner l'architecture). TOGAF comprend également le Continuum d'entreprise, un modèle de classification des actifs architecturaux, et le Cadre de contenu d'architecture, qui définit des artefacts comme des catalogues, des matrices et des diagrammes. TOGAF est conçu pour être itératif et adaptable, permettant aux organisations d'évaluer l'approche à leur niveau de maturité.

Analyse comparative de DODAF et de TOGAF

Comprendre où ces cadres diffèrent – et où ils se complètent – est essentiel pour tout architecte de système de défense. Ci-dessous, nous examinons les dimensions clés de la différence.

Portée et orientation

La différence la plus fondamentale réside dans la portée. DODAF est domaine spécifique—il cible les systèmes de défense et de sécurité nationale. Ses modèles sont conçus pour saisir les concepts opérationnels (comme les fils de mission), les interfaces système et les normes techniques pertinentes pour les environnements militaires.

TOGAF est domaine-agnostique. Il fournit un cadre générique pour l'architecture d'entreprise qui peut être appliqué à n'importe quelle organisation – détail, banque, soins de santé, ou gouvernement. Dans un contexte de défense, TOGAF peut être utilisé pour aligner la stratégie informatique d'entreprise avec les objectifs commerciaux de défense, gérer la transition des systèmes existants, ou planifier un environnement de services partagés.

Pour les architectes de systèmes de défense, cela signifie que le DODAF est généralement utilisé pour architecture de niveau système (par exemple, un nouveau système de missiles, un nœud C2), tandis que le TOGAF est utilisé pour architecture de niveau entreprise (par exemple, l'infrastructure informatique DoD=s, les systèmes d'information logistique).

Structure du cadre

La structure de DODAF est vue-basée. L'architecte sélectionne à partir d'un ensemble défini de points de vue et peuple des modèles spécifiques (p. ex., OV-1 Operational Concept Graphic, SV-1 Systems Interface Description). Les sorties sont des représentations statiques de l'architecture à un moment donné. La version 2.02 de DODAF, la norme actuelle, organise les modèles en taxonomie qui les regroupe par but : décrire le contexte opérationnel, les systèmes et services, les données et l'information, et les normes techniques.

La structure de TOGAF est fondée sur le processus[. Le SMA guide l'architecte à travers une série de phases, chacune comportant des objectifs, des étapes, des intrants et des extrants définis. Le processus est cyclique, permettant une itération et un raffinement continus. Le TOGAF souligne la gouvernance architecturale[—la façon dont les décisions sont prises, qui les approuve et comment les changements sont gérés au fil du temps.

Avec DODAF, vous pouvez produire un ensemble de modèles relativement rapidement pour un système spécifique, mais vous devez être prudent pour maintenir la cohérence entre les modèles. Avec TOGAF, vous investissez dès le départ dans la gouvernance de l'architecture et l'alignement des parties prenantes, mais l'architecture résultante est plus susceptible d'être mise en œuvre et soutenue parce qu'elle a un plan d'adhésion et de migration.

Méthodologie et flexibilité

Le DODAF est souvent décrit comme prescriptive[ dans ses exigences de modélisation mais flexible[ dans la façon dont vous l'utilisez. Le cadre ne prescrit pas de processus de développement – il ne précise que quels modèles produire et comment ils se rapportent. Vous pouvez utiliser votre propre méthodologie de gestion de projet (par exemple Agile, Cascade) avec DODAF. Cependant, les modèles eux-mêmes sont détaillés et peuvent prendre du temps à maintenir, surtout si le système change fréquemment.

TOGAF est processus prescriptif mais accommodable. L'ADM vous indique les étapes à suivre, mais les artefacts que vous créez peuvent être adaptés aux besoins de votre organisation. TOGAF vous permet d'omettre des phases, de les combiner ou d'itérer au besoin.Cette flexibilité rend TOGAF adapté aux organisations qui arrivent à maturité leur pratique d'architecture.

Pour les architectes de défense, le choix revient souvent à l'environnement réglementaire . Si le projet est une acquisition DoD et doit respecter le Guide d'acquisition de la Défense ou le système JCIDS (Système d'intégration et de développement des capacités conjointes), les modèles DODAF sont souvent requis des éléments livrables.

Gouvernance et respect des dispositions

Le DODAF est étroitement intégré aux processus de gouvernance du DoD. Les entrepreneurs sont souvent tenus de produire des modèles du DODAF pour les examens de conception de systèmes, et le DODAF utilise les vues du DODAF pour évaluer l'interopérabilité et le partage des données. Le cadre est également lié aux architectures de référence du DoD, comme la base de données commune conjointe (JCDB) et l'architecture d'entreprise d'information du DoD (AIE du DoD).

La gouvernance de TOGAF est centrée sur l'organisation. Le cadre recommande la création d'un conseil d'architecture, mais il ne prescrit pas la conformité aux règlements externes. Dans le contexte de la défense, TOGAF peut être utilisé pour se conformer aux normes organisationnelles comme NIST SP 800-53 ou le CMMC DoD (Cybersecurity Maturity Model Certification), mais la cartographie n'est pas intégrée au cadre.

Application dans les projets de défense

Pour voir comment ces cadres fonctionnent dans la pratique, considérez deux scénarios de défense typiques.

Quand utiliser DODAF

Imaginez que vous soyez l'architecte principal d'un nouveau système de liaison de données tactique qui relie les aéronefs, les stations au sol et les navires. Le système doit répondre à des normes d'interopérabilité spécifiques (p. ex., le lien 16, le JREAP) et être intégré aux systèmes C2. Votre produit comprend une description de l'architecture du système (vue du système 1) et des modèles d'activités opérationnelles (vue opérationnelle 5).

Pour une compréhension plus approfondie de la taxonomie modèle de DODAF, les directives officielles du DoD sont disponibles à la page DODIO DODAF.

Quand utiliser TOGAF

Maintenant, envisagez un projet différent : l'Agence de logistique de défense veut moderniser son système de gestion de la chaîne logistique, regrouper plusieurs instances ERP en une seule plateforme cloud. Il s'agit d'un effort de transformation d'entreprise impliquant la restructuration des processus d'affaires, la rationalisation des applications et la migration des données. Le principal défi n'est pas de modéliser les interfaces des systèmes mais d'aligner la stratégie d'entreprise avec les investissements technologiques, de gérer le changement organisationnel et de créer un plan de migration progressive.

Pour plus d'informations sur le TOGAF et son SMA, veuillez consulter la page du groupe ouvert .

Approches hybrides

De nombreuses organisations de défense utilisent les deux cadres de façon concertée. Un modèle typique est d'utiliser TOGAF pour la pratique de l'architecture d'entreprise – établir le conseil d'architecture, gérer le dépôt et effectuer la planification axée sur les capacités – et ensuite utiliser DODAF pour la modélisation au niveau du système spécifique dans ce contexte d'entreprise.Cette approche hybride est recommandée par les directives du responsable de l'information de DoD.

Une autre tendance émergente est l'utilisation de Archimate, un langage de modélisation aligné avec TOGAF, pour représenter des vues semblables à celles de DODAF. La norme ArchiMate Open Group=" comprend une extension de défense qui permet aux architectes de créer des vues opérationnelles et système similaires à DODAF="s.

Cadre de décision pour les architectes de la défense

Le choix entre DODAF et TOGAF (ou leur combinaison) dépend de plusieurs facteurs :

  • Nature du projet: Niveau système (DODAF) par rapport au niveau entreprise (TOGAF). Si le projet se concentre sur un système de défense spécifique avec des exigences d'interface claires, DODAF est habituellement mandaté ou préféré. Si le projet implique la transformation opérationnelle, la consolidation des TI, ou la planification stratégique, TOGAF est plus approprié.
  • Contraintes réglementaires :[ Si le projet doit être conforme à la Directive du DoD 8200.1 ou au programme de l'Université d'acquisition de la Défense (UAD), les artefacts du DODAF sont souvent requis.
  • Maturité de l'équipe: Les équipes expérimentées dans les langages de modélisation et les processus d'acquisition du DoD seront plus à l'aise avec DODAF. Les équipes nouvelles en architecture ou travaillant dans un environnement multi-industriels peuvent trouver l'approche étape par étape de TOGAF plus facile à adopter.
  • Tooling:[ La modélisation DODAF nécessite souvent des outils spécialisés comme IBM Rational System Architect ou No Magic MagicDraw avec le plugin UPDM. TOGAF peut être supporté par des outils d'architecture d'entreprise plus génériques comme Sparx Enterprise Architect ou BiZZdesign. La sélection d'outils peut influencer le choix.
  • Soutien à long terme: Les modèles DODAF peuvent devenir obsolètes rapidement si ils ne sont pas maintenus. La phase de gestion du changement d'architecture de TOGAF traite spécifiquement de la façon de maintenir l'architecture à jour.

Pour un guide pratique sur l'intégration de ces cadres, la MITRE Corporation publie une comparaison utile qui discute de la façon d'harmoniser le DODAF avec d'autres cadres comme le TOGAF et le FEAF. Voir MITRE=s document sur les architectures d'entreprise et de système de transition.

Considérations supplémentaires

Au-delà des deux principaux cadres, les architectes de défense devraient être conscients des équivalents internationaux tels que le Cadre d'architecture du ministère de la Défense du Royaume-Uni (MODAF) et le Cadre d'architecture de l'OTAN (NAF). Ces concepts sont partagés avec le DODAF, mais ont leurs propres points de vue spécifiques. Si votre projet implique des partenaires de coalition, vous devrez peut-être assurer l'interopérabilité au niveau du modèle – DODAF et MODF ont été harmonisés par la norme UPDM.

Enfin, ne négligez pas l'importance de la formation et de la certification . Le groupe ouvert offre la certification TOGAF pour les particuliers et les organisations. Le DoD offre une formation sur le DODAF par l'intermédiaire de l'Université d'acquisition de la Défense.

Conclusion

DODAF et TOGAF sont tous deux des outils puissants dans la boîte à outils de l'architecte de défense. DODAF excelle à saisir les détails techniques et opérationnels des systèmes de défense, en s'assurant qu'ils répondent aux exigences spécifiques de l'armée. TOGAF excelle à guider la transformation d'entreprise, fournissant un processus éprouvé pour aligner les stratégies d'affaires et d'informatique. Pour les architectes de systèmes de défense, la décision n'est pas sur quel cadre est meilleur, mais lequel correspond le mieux au problème spécifique à portée de main.

Pour plus de détails, le Groupe ouvert fournit un livre blanc sur l'utilisation de TOGAF avec les cadres gouvernementaux à TOGAF et les cadres d'architecture gouvernementaux, et le site du Cadre d'architecture DoD demeure la source définitive pour les orientations du DODAF.