Le Department of Defense Architecture Framework (DoDAF) est un cadre d'architecture destiné au développement d'une architecture de systèmes ou d'une architecture d'entreprise (EA). Tous les achats majeurs d'armes et de systèmes d'information du département de la Défense des États-Unis doivent développer une architecture d'entreprise et documenter cette architecture en utilisant l'ensemble de vues prescrites dans DoDAF.
DoDAF est le cadre d'implémentation choisi par le département de la Défense des États-Unis pour la mise en conformité des architectures par rapport au Clinger-Cohen Act et aux circulaires A-11 et A-130 de l'United States Office of Management and Budget. Il est administré par le groupe de travail DoDAF du sous-secrétaire à la défense pour la Business Transformation. DoDAF s'appelait auparavant C4ISR (Command, Control, Communications, Computers, Intelligence, Surveillance and Reconnaissance) AF. D'autres cadres dérivés basés sur DoDAF sont le cadre d'architecture de l'OTAN (NAF) et le cadre d'architecture du ministère de la défense du Royaume-Uni (MODAF).
Le besoin d'intégration et de fédération des architectures a entraîné la nécessité de prendre en compte une représentation cohérente des concepts réseau-centré. D'autre part, les services web et l'architecture orientée services, qui sont des catalyseurs des architectures réseau-centré, sont aussi intégrés dans cette vision.
Alors que ce cadre est clairement destiné à des systèmes militaires, il a des possibilités d'applications très larges dans les secteurs privé, public et du bénévolat dans le monde, et ne représente qu'un cadre d'architecture parmi d'autres.
Il est apparemment unique (avec MODAF) par son usage de " vues opérationnelles " qui détaillent le domaine opérationnel du client externe dans lequel le système en développement va opérer (ref. Cadre Zachman).
Il est bien adapté à de grands systèmes dans une architecture intégrée (integrated architecture) complexe et des enjeux d'interopérabilité.
Il s'adapte également à des architectures fédérées (federated architecture).
Comme d'autres approches d'architectures d'entreprise, par exemple The Open Group Architecture Framework (TOGAF), DoDAF est organisé autour d'un référentiel partagé pour gérer les produits.
La structure du cadre d'architecture comporte deux couches :
Les produits sont un moyen de visualiser l'architecture de données par des graphiques, des tables, des textes. Les vues permettent de visualiser l'architecture de données en organisant les données logiquement dans une perspective spécifique ou holistique.
Le référentiel est défini par le Core Architecture Data Model 2.0 (CADM -- essentiellement un schéma de base de données commun) et le système de référentiel de l'architecture du DoD (DARS).
Une caractéristique déterminante de DoDAF est l'interopérabilité, qui est organisée selon une série de niveaux, appelés Niveaux d'interopérabilité de systèmes d'information (Levels Information System Interoperability, LISI). Le système en développement ne doit pas seulement satisfaire ses besoins internes en données mais aussi ceux du cadre opérationnel dans lequel il est placé.
Le cadre DoDAF s'appuie sur des directives précises, notamment la stratégie des données réseau-centré (Net-Centric Data Strategy, NCDS, 2003).
La vision de la gestion des données décrite dans DoDAF est basée sur les trois éléments clés identifiés dans NCDS :
DoDAF emploie la notion de communauté d'intérêt au sujet des groupes d'utilisateurs qui doivent échanger de l'information pour des objectifs, intérêts, missions, processus d'affaires partagés, et qui doivent pour cette raison disposer d'un vocabulaire partagé pour les informations échangées.
DoDAF est un cadre d'architecture dirigé par les données (exigence data-driven) :
Les données sont définies par les objectifs de l'architecture et les exigences des processus de décision définies par la maîtrise d'ouvrage de chaque processus. Elles permettent de travailler ensuite sur quatre types de vues.
CADM permet de définir les modèles de données aux niveaux conceptuel, logique et physique. Cette description est présentée dans le volume III de la version 1.5 (métadonnées, registres de métadonnées).
Le département de la Défense des États-Unis gère un registre de métadonnées qui permet d'accéder aux métadonnées structurelles et sémantiques qui décrivent l'architecture. OASD-NII (Office of the Assistant Secretary of Defense Networks and Information Integration) Architectures and Interoperability (A&I) a enregistré CADM et CADM XML Schema en tant que spécifications sémantiques et structurelles pour les éléments de données de l'architecture DoDAF.
Les services d'entreprise GIG permettent le balisage, le partage, la recherche, et la récupération des données.
Les vues DoDAF views sont organisées en quatre ensemble de vues de base :
On n'emploie généralement qu'un sous-ensemble des vues complètes DoDAF pour chaque développement de système.
Les produits AV fournissent des descriptions d'ensemble de l'architecture entière et définissent le champ et le contexte de l'architecture. Les produits AV sont :
Les produits OV fournissent les descriptions des tâches et activités, des éléments opérationnels, et des échanges d'information requis pour accomplir les missions du département de la Défense des États-Unis. La vue OV fournit des représentations textuelles et graphiques des nœuds et éléments opérationnels, des tâches et activités affectées, et des flux d'information entre les nœuds. Elle définit le type d'information échangée, la fréquence des échanges, les tâches et activités supportées par ces échanges et la nature des échanges.
Les produits OV sont les suivants :
Les produits SV fournissent des descriptions graphiques et textuelles des systèmes et des interconnexions entre systèmes qui supportent les fonctions du département de la Défense des États-Unis. Les interconnexions entre systèmes définies dans OV sont décrites dans les vues systèmes SV.
Les produits SV sont les suivants :
Les produits TV définissent les standards techniques, les conventions d'implémentation, les règles métier et les critères qui gouvernent l'architecture.
Les produits TV sont les suivants :
DoDAF v1.0 a défini une liste de produits comme l'“ensemble minimum de produits requis pour satisfaire la définition d'un OV, SV et TV.”
Nota : alors que DoDAF ne liste pas l'artéfact OV-1 comme un produit essentiel, son développement est fortement encouragé. La séquence des artéfacts listée ci-dessous suggère un ordre dans lequel les artéfacts peuvent être développés. La séquence réelle de la génération de vues et leur adaptation potentielle varie en fonction du domaine d'application et des besoins spécifiques de l'initiative.
L'une des préoccupations sur DoDAF est la manière avec laquelle ces produits satisfont réellement les besoins des parties prenantes pour n'importe quel domaine d'intérêt. On peut considérer les produits DoDAF, ou au moins les trois vues, comme des points de vue ANSI/IEEE 1471-2000 ou ISO/IEC 42010. Mais afin de construire une description d'architecture qui corresponde à ANSI/IEEE 1471-2000 ou ISO/IEC 42010, il est nécessaire d'identifier clairement les parties prenantes et leurs enjeux qui correspondent à chaque produit DoDAF sélectionné. Sinon, il y a un risque (vu dans au moins des initiatives d'architecture DoDAF) de construire des produits qui n'auraient aucun client.
Les représentations des produits DoDAF peuvent être obtenues par de nombreuses techniques de diagramme : tables, ICAM Definition Language, modèle entité-relation, UML/ SysML, et d'autres techniques spécifiques qui dépendent du produit, de l'outil utilisé, et des préférences du sous-traitant ou du client.
Il y a une initiative UPDM (UML Profile for DoDAF and MODAF) dans l'OMG pour standardiser la représentation des produits DoDAF lorsqu'on utilise UML.
DoDAF décrit d'une façon générique la représentation des artéfacts à générer, mais il autorise une flexibilité considérable en ce qui concerne les formats spécifiques et les techniques de modélisation. Le DoDAF deskbook indique des exemples d'utilisation traditionnelle en ingénierie des systèmes et en ingénierie informatique, et également, le format UML. DoDAF autorise une marge d'utilisation dans le format des produits, sans obliger à l'utilisation d’une technique de diagramme plutôt qu'une autre.
En plus de la représentation graphique, il y a une exigence particulière concernant la fourniture de métadonnées au référentiel Defense Information Technology Portfolio Repository (DITPR) ou d'autres référentiels d'architecture.
Un certain nombre d'outils de développement aident les architectes d'entreprise à créer les artéfacts ; on en donne trois exemples ci-dessous :
D'autres outils fournissent des répertoires complets de ces artéfacts.
L'OMG a démarré un projet visant à standardiser un profil UML pour des cadres d'architecture militaires : UPDM (UML Profile for DoDAF and MODAF).
De plus, le IDEAS Group est un projet de quatre nations (Australie, Canada, Royaume-Uni, USA + OTAN comme observateurs) qui vise à standardiser un modèle conceptuel pour des cadres d'architecture militaires.
