Guide DoDAF complet

Qu’est-ce que DoDAF ?

Le DoDAF est un cadre d’architecture système développé par le sous-secrétaire américain à la Défense pour le groupe de travail sur la transformation des activités du département américain de la Défense.

DoD est l’acronyme du département américain de la Défense. Le prédécesseur de DoDAF est le cadre d’architecture C4ISR. C4ISR est un terme militaire qui signifie système de commandement automatisé. C’est l’abréviation de la première lettre du mot anglais pour sept sous-systèmes dans le système de commandement militaire moderne, à savoir le commandement, le contrôle, les communications, les ordinateurs, le renseignement, la surveillance et la reconnaissance. En termes simples, C4ISR est un système de commandement militaire automatisé développé par l’armée américaine.

Évolution du cadre DoDAF

  1. C4ISR AF 1.0 a été introduit en juin 1996.
  2. C4ISR AF 2.0 est sorti en décembre 1997.
  3. DoDAF 1.0 a été publié en août 2003 pour augmenter la portée de son application, non limitée à C4ISR, mais peut être appliquée à tous les domaines de mission; CADM v1.01 (Core Architecture Data Model) a également été publié.
  4. En avril 2007, DoDAF 1.5 a été publié, avec un accent particulier sur le concept Net-Centric, et le concept Net-Centric a été reflété dans la description de l’architecture; CADM v1.5 a également été publié pour stocker le fichier de description du nouveau concept Net-Centric.
  5. DoDAF2.0 est sorti le 28 mai 2009.

Par rapport aux versions précédentes, les principaux changements de la version 2.0 sont les suivants.

  • Le processus de développement de l’architecture est passé d’une approche centrée sur le produit à une approche centrée sur les données, fournissant principalement des données de décision.
  • Les trois vues principales (opérationnelle, technique et système) ont été transformées en vues plus spécifiques. Il existe désormais huit vues : vue complète, vue des données et des informations, vue standard, vue des capacités, vue opérationnelle, vue des services, vue du système et vue du projet.
  • Décrit le besoin de partage de données et d’accès à l’information dans un environnement fédéral.
  • Clarification et description de la relation avec l’architecture d’entreprise fédérale.
  • Création d’un métamodèle de framework d’architecture DoD.
  • Décrit et discuté de la méthodologie de développement de l’architecture orientée services (SOA).

Structure du cadre DoDAF

Le cadre DoDAF peut être globalement composé de huit vues et méthodologies de mise en œuvre. Les huit vues sont les suivantes.

  • All Viewpoint, AV : fournit des informations sur la description complète de l’architecture, telles que la portée et le contexte de la description de l’architecture.
  • Capability Viewpoint, CV : Une description des capacités qui sont utilisées pour atteindre les objectifs de l’entreprise qui sont conformes à la vision de l’entreprise.
  • Point de vue des données et des informations, DIV : les exigences en matière d’informations métier et les règles de processus métier structurées utilisées pour la description de l’architecture. Il décrit les informations liées à l’échange d’informations dans la description de l’architecture, telles que les attributs, les caractéristiques et les interrelations.
  • Point de vue Opérationnel, OV : Décrit l’organisation, les tâches ou activités, et les informations qui doivent être échangées entre elles. Il indique le type d’informations échangées, la fréquence des échanges, les tâches et les activités soutenues par l’échange d’informations et la nature de l’échange d’informations.
  • Project Viewpoint, PV : Décrit comment les plans de projet sont combinés dans un plan de portefeuille avec une relation de va-et-vient. Cette vue permet de décrire les relations organisationnelles entre plusieurs projets, chacun étant responsable de la livraison d’un système ou d’une fonction unique.
  • Point de vue des services, SvcV : Décrit les systèmes, les services et les fonctions interconnectées qui fournissent un support pour les activités opérationnelles. Les processus du DoD incluent les fonctions opérationnelles, commerciales, de renseignement et d’infrastructure.
  • Point de vue des normes, StdV : est la plus petite collection de règles qui contrôlent la combinaison, l’interaction et les interdépendances entre les parties ou les éléments d’un système. Son objectif est de s’assurer que le système est capable de répondre à un ensemble spécifique d’exigences opérationnelles. Cette vue fournit des conseils techniques de mise en œuvre du système sur la base desquels des spécifications d’ingénierie peuvent être formées, des modules communs peuvent être construits et des gammes de produits peuvent être développées. Il comprend des normes techniques, des pratiques de mise en œuvre, des options standard, des règles et des critères.
  • Systems Viewpoint, SV : Informations sur les systèmes automatisés, l’interconnectivité et la fonctionnalité du système. Dans un avenir proche, ce point de vue disparaîtra à mesure que le DOD se concentrera sur les environnements orientés services et le cloud computing.

Pour maintenir la cohérence et l’intégralité des vues, DoDAF V2.0 définit 52 artefacts pour montrer l’ensemble de l’architecture, des exigences à la mise en œuvre. Cependant, tous les artefacts ne sont pas obligatoires et peuvent être utilisés au besoin.

Comment implémenter DoDAF ?

La méthodologie de mise en œuvre du DoDAF se compose de 6 étapes.

1) Définir l’utilisation de l’architecture

Définir l’objectif et l’utilisation prévue de l’architecture (« fit for purpose »), comment l’effort de description de l’architecture sera mené, les méthodes utilisées dans le développement de l’architecture ; les catégories de données requises, l’impact potentiel sur les autres et le processus de mesure du succès de l’effort par la performance et la satisfaction du client. Ces informations sont généralement fournies par le propriétaire du processus pour soutenir le développement de l’architecture qui décrit certains aspects de son domaine de responsabilité (processus, activité, etc.).

2) Détermination de la portée de l’architecture

Définit les limites qui établissent la profondeur et l’étendue de la description de l’architecture, établit l’ensemble des problèmes de l’architecture, aide à définir son contexte et définit le niveau de détail requis pour le contenu de l’architecture. Il est également important de décider comment procéder au développement ou à l’achat d’un support d’automatisation.

3) Déterminer les besoins en données

La sélection des entités de données et des attributs est importante pour que l’architecture soit construite d’une manière qui non seulement réponde aux objectifs de la première étape, mais maintienne également la cohérence de l’architecture. Les entités et les attributs sont représentés par des types de données, qui incluent des règles régissant le comportement commercial, des informations sur les activités à effectuer, des relations de commande, des listes de tâches et de nombreux autres types.

4) Effectuer la conception du produit d’architecture

Il s’agit de l’étape la plus importante dans la saisie et l’édition de modèles d’architecture existants, la collecte de nouvelles données et l’ajout à l’architecture, et l’extraction de données à partir d’architectures existantes dans la base de connaissances DoD System Junction ou des bases de connaissances connexes, puis l’organisation et la classification de toutes les données, l’enregistrement dans DARS (DoD Architecture Registry System) et en l’associant à un référentiel automatisé pour une analyse et une réutilisation ultérieures.

5) Analyse de l’architecture

L’analyse statique, l’analyse dynamique, l’analyse expérimentale et l’analyse de test sont effectuées sur l’architecture contenant toutes les données requises pour déterminer la validité des données d’architecture.

6) Générer des fichiers de résultats d’architecture

Générer des descriptions de produits d’architecture basées sur des requêtes de données de base, qui doivent être cohérentes avec le modèle établi, réutilisables et partageables.

Impact du DoDAF

Probablement issu de l’armée, DoDAF n’a pas autant d’impact sur l’architecture d’entreprise que TOGAF . Cependant, avec la sortie de la version 2.0, le framework DoDAF lui-même continue de se terminer, il n’est plus uniquement applicable à la construction du système militaire, les entreprises peuvent utiliser DoDAF de manière totalement flexible pour mettre en œuvre l’architecture d’entreprise. De plus, la recherche sur C4ISR et DoDAF a donné naissance à la théorie du « système de systèmes », qui est actuellement un sujet brûlant dans le milieu universitaire. On peut dire que DoDAF est l’un des cadres de recherche les plus précieux dans de nombreux cadres d’évaluation environnementale.

Logiciel DoDAF – Paradigme visuel

Visual Paradigm fournit une solution basée sur un modèle facile à utiliser qui prend en charge le développement de vues et de modèles DoDAF 2.02. Créez des produits DoDAF intégrés qui maintiennent la traçabilité entre les vues. Générez des documents d’architecture qui aident les organisations à coordonner efficacement les initiatives d’architecture d’entreprise.

Lecteur vidéo

00:00
01:31

Références DoDAF

Leave a Reply

Votre adresse e-mail ne sera pas publiée.