DoD est l’acronyme du d\u00e9partement am\u00e9ricain de la D\u00e9fense.\u00a0Le pr\u00e9d\u00e9cesseur de DoDAF est le cadre d’architecture C4ISR.\u00a0C4ISR est un terme militaire qui signifie syst\u00e8me de commandement automatis\u00e9.\u00a0C’est l’abr\u00e9viation de la premi\u00e8re lettre du mot anglais pour sept sous-syst\u00e8mes dans le syst\u00e8me de commandement militaire moderne, \u00e0 savoir le commandement, le contr\u00f4le, les communications, les ordinateurs, le renseignement, la surveillance et la reconnaissance.\u00a0En termes simples, C4ISR est un syst\u00e8me de commandement militaire automatis\u00e9 d\u00e9velopp\u00e9 par l’arm\u00e9e am\u00e9ricaine.<\/p>\n
\u00c9volution du cadre DoDAF<\/span><\/h2>\n![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/02\/dodaf-history.png\")
<\/p>\n
\n- C4ISR AF 1.0 a \u00e9t\u00e9 introduit en juin 1996.<\/li>\n
- C4ISR AF 2.0 est sorti en d\u00e9cembre 1997.<\/li>\n
- DoDAF 1.0 a \u00e9t\u00e9 publi\u00e9 en ao\u00fbt 2003 pour augmenter la port\u00e9e de son application, non limit\u00e9e \u00e0 C4ISR, mais peut \u00eatre appliqu\u00e9e \u00e0 tous les domaines de mission;\u00a0CADM v1.01 (Core Architecture Data Model) a \u00e9galement \u00e9t\u00e9 publi\u00e9.<\/li>\n
- En avril 2007, DoDAF 1.5 a \u00e9t\u00e9 publi\u00e9, avec un accent particulier sur le concept Net-Centric, et le concept Net-Centric a \u00e9t\u00e9 refl\u00e9t\u00e9 dans la description de l’architecture;\u00a0CADM v1.5 a \u00e9galement \u00e9t\u00e9 publi\u00e9 pour stocker le fichier de description du nouveau concept Net-Centric.<\/li>\n
- DoDAF2.0 est sorti le 28 mai 2009.<\/li>\n<\/ol>\n
Par rapport aux versions pr\u00e9c\u00e9dentes, les principaux changements de la version 2.0 sont les suivants.<\/p>\n
\n- Le processus de d\u00e9veloppement de l’architecture est pass\u00e9 d’une approche centr\u00e9e sur le produit \u00e0 une approche centr\u00e9e sur les donn\u00e9es, fournissant principalement des donn\u00e9es de d\u00e9cision.<\/li>\n
- Les trois vues principales (op\u00e9rationnelle, technique et syst\u00e8me) ont \u00e9t\u00e9 transform\u00e9es en vues plus sp\u00e9cifiques.\u00a0Il existe d\u00e9sormais huit vues\u00a0: vue compl\u00e8te, vue des donn\u00e9es et des informations, vue standard, vue des capacit\u00e9s, vue op\u00e9rationnelle, vue des services, vue du syst\u00e8me et vue du projet.<\/li>\n
- D\u00e9crit le besoin de partage de donn\u00e9es et d’acc\u00e8s \u00e0 l’information dans un environnement f\u00e9d\u00e9ral.<\/li>\n
- Clarification et description de la relation avec l’architecture d’entreprise f\u00e9d\u00e9rale.<\/li>\n
- Cr\u00e9ation d’un m\u00e9tamod\u00e8le de framework d’architecture DoD.<\/li>\n
- D\u00e9crit et discut\u00e9 de la m\u00e9thodologie de d\u00e9veloppement de l’architecture orient\u00e9e services (SOA).<\/li>\n<\/ul>\n
Structure du cadre DoDAF<\/span><\/h2>\nLe cadre DoDAF peut \u00eatre globalement compos\u00e9 de huit vues et m\u00e9thodologies de mise en \u0153uvre.\u00a0Les huit vues sont les suivantes.<\/p>\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/02\/dodaf-viewpoints.png\")
<\/p>\n
\n- All Viewpoint, AV<\/strong>\u00a0: fournit des informations sur la description compl\u00e8te de l’architecture, telles que la port\u00e9e et le contexte de la description de l’architecture.<\/li>\n
- Capability Viewpoint, CV<\/strong>\u00a0: Une description des capacit\u00e9s qui sont utilis\u00e9es pour atteindre les objectifs de l’entreprise qui sont conformes \u00e0 la vision de l’entreprise.<\/li>\n
- Point de vue des donn\u00e9es et des informations, DIV<\/strong>\u00a0: les exigences en mati\u00e8re d’informations m\u00e9tier et les r\u00e8gles de processus m\u00e9tier structur\u00e9es utilis\u00e9es pour la description de l’architecture.\u00a0Il d\u00e9crit les informations li\u00e9es \u00e0 l’\u00e9change d’informations dans la description de l’architecture, telles que les attributs, les caract\u00e9ristiques et les interrelations.<\/li>\n
- Point de vue Op\u00e9rationnel, OV<\/strong>\u00a0: D\u00e9crit l’organisation, les t\u00e2ches ou activit\u00e9s, et les informations qui doivent \u00eatre \u00e9chang\u00e9es entre elles.\u00a0Il indique le type d’informations \u00e9chang\u00e9es, la fr\u00e9quence des \u00e9changes, les t\u00e2ches et les activit\u00e9s soutenues par l’\u00e9change d’informations et la nature de l’\u00e9change d’informations.<\/li>\n
- Project Viewpoint, PV<\/strong>\u00a0: D\u00e9crit comment les plans de projet sont combin\u00e9s dans un plan de portefeuille avec une relation de va-et-vient.\u00a0Cette vue permet de d\u00e9crire les relations organisationnelles entre plusieurs projets, chacun \u00e9tant responsable de la livraison d’un syst\u00e8me ou d’une fonction unique.<\/li>\n
- Point de vue des services, SvcV<\/strong>\u00a0: D\u00e9crit les syst\u00e8mes, les services et les fonctions interconnect\u00e9es qui fournissent un support pour les activit\u00e9s op\u00e9rationnelles.\u00a0Les processus du DoD incluent les fonctions op\u00e9rationnelles, commerciales, de renseignement et d’infrastructure.<\/li>\n
- Point de vue des normes, StdV<\/strong>\u00a0: est la plus petite collection de r\u00e8gles qui contr\u00f4lent la combinaison, l’interaction et les interd\u00e9pendances entre les parties ou les \u00e9l\u00e9ments d’un syst\u00e8me.\u00a0Son objectif est de s’assurer que le syst\u00e8me est capable de r\u00e9pondre \u00e0 un ensemble sp\u00e9cifique d’exigences op\u00e9rationnelles.\u00a0Cette vue fournit des conseils techniques de mise en \u0153uvre du syst\u00e8me sur la base desquels des sp\u00e9cifications d’ing\u00e9nierie peuvent \u00eatre form\u00e9es, des modules communs peuvent \u00eatre construits et des gammes de produits peuvent \u00eatre d\u00e9velopp\u00e9es.\u00a0Il comprend des normes techniques, des pratiques de mise en \u0153uvre, des options standard, des r\u00e8gles et des crit\u00e8res.<\/li>\n
- Systems Viewpoint, SV<\/strong>\u00a0: Informations sur les syst\u00e8mes automatis\u00e9s, l’interconnectivit\u00e9 et la fonctionnalit\u00e9 du syst\u00e8me.\u00a0Dans un avenir proche, ce point de vue dispara\u00eetra \u00e0 mesure que le DOD se concentrera sur les environnements orient\u00e9s services et le cloud computing.<\/li>\n<\/ul>\n
Pour maintenir la coh\u00e9rence et l’int\u00e9gralit\u00e9 des vues, DoDAF V2.0 d\u00e9finit 52 artefacts pour montrer l’ensemble de l’architecture, des exigences \u00e0 la mise en \u0153uvre.\u00a0Cependant, tous les artefacts ne sont pas obligatoires et peuvent \u00eatre utilis\u00e9s au besoin.<\/p>\n
Comment impl\u00e9menter DoDAF ?<\/span><\/h2>\nLa m\u00e9thodologie de mise en \u0153uvre du DoDAF se compose de 6 \u00e9tapes.<\/p>\n
1) D\u00e9finir l’utilisation de l’architecture<\/strong><\/p>\nD\u00e9finir l’objectif et l’utilisation pr\u00e9vue de l’architecture (“fit for purpose”), comment l’effort de description de l’architecture sera men\u00e9, les m\u00e9thodes utilis\u00e9es dans le d\u00e9veloppement de l’architecture\u00a0;\u00a0les cat\u00e9gories de donn\u00e9es requises, l’impact potentiel sur les autres et le processus de mesure du succ\u00e8s de l’effort par la performance et la satisfaction du client.\u00a0Ces informations sont g\u00e9n\u00e9ralement fournies par le propri\u00e9taire du processus pour soutenir le d\u00e9veloppement de l’architecture qui d\u00e9crit certains aspects de son domaine de responsabilit\u00e9 (processus, activit\u00e9, etc.).<\/p>\n
2) D\u00e9termination de la port\u00e9e de l’architecture<\/strong><\/p>\nD\u00e9finit les limites qui \u00e9tablissent la profondeur et l’\u00e9tendue de la description de l’architecture, \u00e9tablit l’ensemble des probl\u00e8mes de l’architecture, aide \u00e0 d\u00e9finir son contexte et d\u00e9finit le niveau de d\u00e9tail requis pour le contenu de l’architecture.\u00a0Il est \u00e9galement important de d\u00e9cider comment proc\u00e9der au d\u00e9veloppement ou \u00e0 l’achat d’un support d’automatisation.<\/p>\n
3) D\u00e9terminer les besoins en donn\u00e9es<\/strong><\/p>\nLa s\u00e9lection des entit\u00e9s de donn\u00e9es et des attributs est importante pour que l’architecture soit construite d’une mani\u00e8re qui non seulement r\u00e9ponde aux objectifs de la premi\u00e8re \u00e9tape, mais maintienne \u00e9galement la coh\u00e9rence de l’architecture.\u00a0Les entit\u00e9s et les attributs sont repr\u00e9sent\u00e9s par des types de donn\u00e9es, qui incluent des r\u00e8gles r\u00e9gissant le comportement commercial, des informations sur les activit\u00e9s \u00e0 effectuer, des relations de commande, des listes de t\u00e2ches et de nombreux autres types.<\/p>\n
4) Effectuer la conception du produit d’architecture<\/strong><\/p>\nIl s’agit de l’\u00e9tape la plus importante dans la saisie et l’\u00e9dition de mod\u00e8les d’architecture existants, la collecte de nouvelles donn\u00e9es et l’ajout \u00e0 l’architecture, et l’extraction de donn\u00e9es \u00e0 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\u00e9es, l’enregistrement dans DARS (DoD Architecture Registry System) et en l’associant \u00e0 un r\u00e9f\u00e9rentiel automatis\u00e9 pour une analyse et une r\u00e9utilisation ult\u00e9rieures.<\/p>\n
5) Analyse de l’architecture<\/strong><\/p>\nL’analyse statique, l’analyse dynamique, l’analyse exp\u00e9rimentale et l’analyse de test sont effectu\u00e9es sur l’architecture contenant toutes les donn\u00e9es requises pour d\u00e9terminer la validit\u00e9 des donn\u00e9es d’architecture.<\/p>\n
6) G\u00e9n\u00e9rer des fichiers de r\u00e9sultats d’architecture<\/strong><\/p>\nG\u00e9n\u00e9rer des descriptions de produits d’architecture bas\u00e9es sur des requ\u00eates de donn\u00e9es de base, qui doivent \u00eatre coh\u00e9rentes avec le mod\u00e8le \u00e9tabli, r\u00e9utilisables et partageables.<\/p>\n
Impact du DoDAF<\/span><\/h2>\n
<\/p>\nPar rapport aux versions pr\u00e9c\u00e9dentes, les principaux changements de la version 2.0 sont les suivants.<\/p>\n
- \n
- Le processus de d\u00e9veloppement de l’architecture est pass\u00e9 d’une approche centr\u00e9e sur le produit \u00e0 une approche centr\u00e9e sur les donn\u00e9es, fournissant principalement des donn\u00e9es de d\u00e9cision.<\/li>\n
- Les trois vues principales (op\u00e9rationnelle, technique et syst\u00e8me) ont \u00e9t\u00e9 transform\u00e9es en vues plus sp\u00e9cifiques.\u00a0Il existe d\u00e9sormais huit vues\u00a0: vue compl\u00e8te, vue des donn\u00e9es et des informations, vue standard, vue des capacit\u00e9s, vue op\u00e9rationnelle, vue des services, vue du syst\u00e8me et vue du projet.<\/li>\n
- D\u00e9crit le besoin de partage de donn\u00e9es et d’acc\u00e8s \u00e0 l’information dans un environnement f\u00e9d\u00e9ral.<\/li>\n
- Clarification et description de la relation avec l’architecture d’entreprise f\u00e9d\u00e9rale.<\/li>\n
- Cr\u00e9ation d’un m\u00e9tamod\u00e8le de framework d’architecture DoD.<\/li>\n
- D\u00e9crit et discut\u00e9 de la m\u00e9thodologie de d\u00e9veloppement de l’architecture orient\u00e9e services (SOA).<\/li>\n<\/ul>\n
Structure du cadre DoDAF<\/span><\/h2>\n
Le cadre DoDAF peut \u00eatre globalement compos\u00e9 de huit vues et m\u00e9thodologies de mise en \u0153uvre.\u00a0Les huit vues sont les suivantes.<\/p>\n
<\/p>\n- \n
- All Viewpoint, AV<\/strong>\u00a0: fournit des informations sur la description compl\u00e8te de l’architecture, telles que la port\u00e9e et le contexte de la description de l’architecture.<\/li>\n
- Capability Viewpoint, CV<\/strong>\u00a0: Une description des capacit\u00e9s qui sont utilis\u00e9es pour atteindre les objectifs de l’entreprise qui sont conformes \u00e0 la vision de l’entreprise.<\/li>\n
- Point de vue des donn\u00e9es et des informations, DIV<\/strong>\u00a0: les exigences en mati\u00e8re d’informations m\u00e9tier et les r\u00e8gles de processus m\u00e9tier structur\u00e9es utilis\u00e9es pour la description de l’architecture.\u00a0Il d\u00e9crit les informations li\u00e9es \u00e0 l’\u00e9change d’informations dans la description de l’architecture, telles que les attributs, les caract\u00e9ristiques et les interrelations.<\/li>\n
- Point de vue Op\u00e9rationnel, OV<\/strong>\u00a0: D\u00e9crit l’organisation, les t\u00e2ches ou activit\u00e9s, et les informations qui doivent \u00eatre \u00e9chang\u00e9es entre elles.\u00a0Il indique le type d’informations \u00e9chang\u00e9es, la fr\u00e9quence des \u00e9changes, les t\u00e2ches et les activit\u00e9s soutenues par l’\u00e9change d’informations et la nature de l’\u00e9change d’informations.<\/li>\n
- Project Viewpoint, PV<\/strong>\u00a0: D\u00e9crit comment les plans de projet sont combin\u00e9s dans un plan de portefeuille avec une relation de va-et-vient.\u00a0Cette vue permet de d\u00e9crire les relations organisationnelles entre plusieurs projets, chacun \u00e9tant responsable de la livraison d’un syst\u00e8me ou d’une fonction unique.<\/li>\n
- Point de vue des services, SvcV<\/strong>\u00a0: D\u00e9crit les syst\u00e8mes, les services et les fonctions interconnect\u00e9es qui fournissent un support pour les activit\u00e9s op\u00e9rationnelles.\u00a0Les processus du DoD incluent les fonctions op\u00e9rationnelles, commerciales, de renseignement et d’infrastructure.<\/li>\n
- Point de vue des normes, StdV<\/strong>\u00a0: est la plus petite collection de r\u00e8gles qui contr\u00f4lent la combinaison, l’interaction et les interd\u00e9pendances entre les parties ou les \u00e9l\u00e9ments d’un syst\u00e8me.\u00a0Son objectif est de s’assurer que le syst\u00e8me est capable de r\u00e9pondre \u00e0 un ensemble sp\u00e9cifique d’exigences op\u00e9rationnelles.\u00a0Cette vue fournit des conseils techniques de mise en \u0153uvre du syst\u00e8me sur la base desquels des sp\u00e9cifications d’ing\u00e9nierie peuvent \u00eatre form\u00e9es, des modules communs peuvent \u00eatre construits et des gammes de produits peuvent \u00eatre d\u00e9velopp\u00e9es.\u00a0Il comprend des normes techniques, des pratiques de mise en \u0153uvre, des options standard, des r\u00e8gles et des crit\u00e8res.<\/li>\n
- Systems Viewpoint, SV<\/strong>\u00a0: Informations sur les syst\u00e8mes automatis\u00e9s, l’interconnectivit\u00e9 et la fonctionnalit\u00e9 du syst\u00e8me.\u00a0Dans un avenir proche, ce point de vue dispara\u00eetra \u00e0 mesure que le DOD se concentrera sur les environnements orient\u00e9s services et le cloud computing.<\/li>\n<\/ul>\n
Pour maintenir la coh\u00e9rence et l’int\u00e9gralit\u00e9 des vues, DoDAF V2.0 d\u00e9finit 52 artefacts pour montrer l’ensemble de l’architecture, des exigences \u00e0 la mise en \u0153uvre.\u00a0Cependant, tous les artefacts ne sont pas obligatoires et peuvent \u00eatre utilis\u00e9s au besoin.<\/p>\n
Comment impl\u00e9menter DoDAF ?<\/span><\/h2>\n
La m\u00e9thodologie de mise en \u0153uvre du DoDAF se compose de 6 \u00e9tapes.<\/p>\n
1) D\u00e9finir l’utilisation de l’architecture<\/strong><\/p>\n
D\u00e9finir l’objectif et l’utilisation pr\u00e9vue de l’architecture (“fit for purpose”), comment l’effort de description de l’architecture sera men\u00e9, les m\u00e9thodes utilis\u00e9es dans le d\u00e9veloppement de l’architecture\u00a0;\u00a0les cat\u00e9gories de donn\u00e9es requises, l’impact potentiel sur les autres et le processus de mesure du succ\u00e8s de l’effort par la performance et la satisfaction du client.\u00a0Ces informations sont g\u00e9n\u00e9ralement fournies par le propri\u00e9taire du processus pour soutenir le d\u00e9veloppement de l’architecture qui d\u00e9crit certains aspects de son domaine de responsabilit\u00e9 (processus, activit\u00e9, etc.).<\/p>\n
2) D\u00e9termination de la port\u00e9e de l’architecture<\/strong><\/p>\n
D\u00e9finit les limites qui \u00e9tablissent la profondeur et l’\u00e9tendue de la description de l’architecture, \u00e9tablit l’ensemble des probl\u00e8mes de l’architecture, aide \u00e0 d\u00e9finir son contexte et d\u00e9finit le niveau de d\u00e9tail requis pour le contenu de l’architecture.\u00a0Il est \u00e9galement important de d\u00e9cider comment proc\u00e9der au d\u00e9veloppement ou \u00e0 l’achat d’un support d’automatisation.<\/p>\n
3) D\u00e9terminer les besoins en donn\u00e9es<\/strong><\/p>\n
La s\u00e9lection des entit\u00e9s de donn\u00e9es et des attributs est importante pour que l’architecture soit construite d’une mani\u00e8re qui non seulement r\u00e9ponde aux objectifs de la premi\u00e8re \u00e9tape, mais maintienne \u00e9galement la coh\u00e9rence de l’architecture.\u00a0Les entit\u00e9s et les attributs sont repr\u00e9sent\u00e9s par des types de donn\u00e9es, qui incluent des r\u00e8gles r\u00e9gissant le comportement commercial, des informations sur les activit\u00e9s \u00e0 effectuer, des relations de commande, des listes de t\u00e2ches et de nombreux autres types.<\/p>\n
4) Effectuer la conception du produit d’architecture<\/strong><\/p>\n
Il s’agit de l’\u00e9tape la plus importante dans la saisie et l’\u00e9dition de mod\u00e8les d’architecture existants, la collecte de nouvelles donn\u00e9es et l’ajout \u00e0 l’architecture, et l’extraction de donn\u00e9es \u00e0 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\u00e9es, l’enregistrement dans DARS (DoD Architecture Registry System) et en l’associant \u00e0 un r\u00e9f\u00e9rentiel automatis\u00e9 pour une analyse et une r\u00e9utilisation ult\u00e9rieures.<\/p>\n
5) Analyse de l’architecture<\/strong><\/p>\n
L’analyse statique, l’analyse dynamique, l’analyse exp\u00e9rimentale et l’analyse de test sont effectu\u00e9es sur l’architecture contenant toutes les donn\u00e9es requises pour d\u00e9terminer la validit\u00e9 des donn\u00e9es d’architecture.<\/p>\n
6) G\u00e9n\u00e9rer des fichiers de r\u00e9sultats d’architecture<\/strong><\/p>\n
G\u00e9n\u00e9rer des descriptions de produits d’architecture bas\u00e9es sur des requ\u00eates de donn\u00e9es de base, qui doivent \u00eatre coh\u00e9rentes avec le mod\u00e8le \u00e9tabli, r\u00e9utilisables et partageables.<\/p>\n
Impact du DoDAF<\/span><\/h2>\n
- Capability Viewpoint, CV<\/strong>\u00a0: Une description des capacit\u00e9s qui sont utilis\u00e9es pour atteindre les objectifs de l’entreprise qui sont conformes \u00e0 la vision de l’entreprise.<\/li>\n
- All Viewpoint, AV<\/strong>\u00a0: fournit des informations sur la description compl\u00e8te de l’architecture, telles que la port\u00e9e et le contexte de la description de l’architecture.<\/li>\n