DODAF contre TOGAF
Les entreprises et les organisations gouvernementales doivent comprendre comment concilier des objectifs contradictoires, optimiser leurs investissements actuels et coordonner leurs ressources essentielles pour réaliser leur plan d'affaires. Le monde actuel, caractérisé par des ressources limitées et des objectifs concurrents, accroît les enjeux. Il s'avère que le développement d'une architecture d'entreprise a cet objectif principal. L'architecture d'entreprise décrit la manière dont les organisations prévoient d'organiser et d'utiliser la technologie pour atteindre leurs objectifs commerciaux. Cependant, des possibilités de flexibilité et d'orientation doivent être intégrées dès la conception. Pour s'adapter aux rouages internes de l'entreprise, la communication, l'analyse et le retour d'information doivent être continus.
En fait, certains de nos clients positionnent l'architecture d'entreprise comme la capacité d'aide à la décision de l'entreprise, offrant une méthode basée sur les données et l'architecture pour prendre des décisions. architecture d'entreprise et les choix informatiques. De nombreuses agences gouvernementales et sous-traitants participent depuis un certain temps à l'EA, souvent dans le cadre de l'obligation d'adhérer à des cadres architecturaux tels que le Department of Defense Architecture Framework (DODAF) et l'Open Group's Architecture Framework (TOGAF).
Mais qu'est-ce qui différencie ces cadres ? Sont-ils mutuellement exclusifs ? Dans ce guide, nous vous expliquerons tout ce que vous devez savoir sur TOGAF et DODAF.
TOGAF contre DODAF
Le Département de la Défense des États-Unis a inventé le cadre DODAF pour résoudre son principal problème : l'intégration des systèmes à longue durée de vie. Ce cadre a donné naissance à plusieurs cadres connexes, tels que le DNDAF (Cadre d'architecture du Département de la Défense nationale du Canada), le MODAF (Cadre d'architecture du Ministère de la Défense du Royaume-Uni) et le TAF de l'OTAN.
Le cadre DODAF, issu du cadre C4ISR précédent, créé dans les années 1990, est apparu au milieu des années 2000 comme approche standard de conception pour le Département de la Défense américain. Le DODAF décrit les points de vue à inclure dans une architecture, les produits spécifiques à développer pour les expliquer et les procédures à utiliser pour construire ces livrables.
L'Open Group a développé TOGAF à partir des années 1990. Le cadre TOGAF fournit un ensemble complet et tout-en-un de conseils pour toutes les pratiques EA, y compris les étapes requises pour développer l'architecture d'entreprise (la TOGAF ADM). L'ADM fournit des étapes pour développer différents domaines - Architecture d'entreprise de phase B, Architecture d'application de phase C, et Architecture technologique de phase D. De plus, TOGAF couvre Modèles de gouvernance et un large éventail d'autres recommandations. Actuellement, le framework TOGAF est le framework d'architecture d'entreprise le plus populaire et largement considéré comme la référence du secteur en matière d'architecture d'entreprise.
Quelle est la différence entre le cadre TOGAF et le cadre DODAF ?
En termes simples, le framework TOGAF offre un vocabulaire standard pour la création et la consommation de ce matériel, tandis que DODAF propose un vocabulaire commun pour le contenu architectural. Ces deux approches ne s'excluent pas mutuellement et peuvent être utilisées en complémentarité.
À titre d'exemple simple, DODAF spécifie un ensemble standard de vues principalement axées sur l'interopérabilité. TOGAF demande à l'architecte de prendre en compte le point de vue de chaque partie prenante. Si Optimisation des coûts des produits numériques est important, DODAF est silencieux. Cependant, il est excellent pour vous aider à intégrer un ensemble Produits numériques.
TOGAF vs DODAF – Niveau de détail
Ces cadres accordent souvent une grande importance aux taxonomies et aux modèles de référence que les entreprises doivent utiliser pour décrire leur situation actuelle et leur situation future souhaitée. Nous assistons à l'émergence d'une nouvelle génération d'entreprises qui cherchent à tirer parti de la transformation opérationnelle de l'AE et à aller au-delà de la simple conformité contractuelle. C'est pourquoi les cadres TOGAF et DODAF sont tous deux très détaillés.
Cela est en partie le résultat de la nouvelle fonctionnalité axée sur les capacités de la version 2.0 du DODAF au sein du ministère de la Défense, qui permet à une organisation d’aligner son architecture sur un ensemble de capacités pertinentes pour sa mission.
Grâce à l'intégration et au développement du Point de Vue des Capacités (CV) dans la deuxième version du DODAF, les organisations peuvent désormais exprimer clairement leurs besoins en capacités et expliquer comment elles les soutiennent et les fournissent. Ce point de vue propose également des modèles illustrant les lacunes en matière de capacités et la manière dont les nouvelles capacités seront mises en œuvre progressivement et gérées dans le cadre d'un portefeuille de capacités plus large.
Utilisation d'un cadre d'architecture
Comment développer une architecture d'entreprise
Aider les entreprises à consolider, organiser et, par la suite, optimiser l'utilisation des composants de leur infrastructure, notamment leurs capacités, applications, composants, services, technologies, données, processus et fonctions, est l'une des caractéristiques clés de l'architecture d'entreprise. Dans ce contexte, la meilleure solution consiste à structurer, organiser et standardiser la manière dont vous développez, utilisez et stockez les données relatives à votre architecture d'entreprise. De nombreuses autres normes peuvent vous y aider.
Pour définir et organiser formellement la manière dont vous mettez en œuvre et pratiquez l'architecture d'entreprise dans votre entreprise, le cadre TOGAF et ses Méthode de développement de l'architecture peut être d’une aide précieuse.
Le DODAF ne dit rien sur la manière de développer l’architecture d’entreprise.
Comment documenter l'architecture d'entreprise
Les architectes d’entreprise ont du mal à concevoir et à documenter des systèmes d’une manière qui prenne en charge les techniques de livraison agile tout en s’assurant que la documentation n’est pas une réflexion après coup mais une étape de l’ensemble du processus.
Les méthodologies agiles et lean encouragent à se concentrer sur l'essentiel et à le documenter, plutôt qu'à préconiser l'abandon de la documentation. Sans documentation adéquate, elles font des choix sans management., risques commerciaux Les éléments sont dissimulés et les conceptions se complexifient, ce qui engendre des systèmes fragiles, impossibles à adapter, à maintenir ou à développer au fil du temps. Lorsqu'ils créent rapidement de nouveaux systèmes, les architectes doivent constamment s'assurer de la présence des artefacts ; la gestion des artefacts non documentés rend leur modernisation ou leur développement extrêmement difficiles.
Pour documenter une architecture, le framework DODAF est bien meilleur que le Cadre TOGAF. DODAF propose une bibliothèque Viewpoint complète, optimisée pour l'intégration de systèmes durables. Que vous cherchiez à assembler des systèmes dans une activité ou à concevoir des interfaces techniques, DODAF est là pour vous.
Comment développer une équipe d'architecture d'entreprise
Il est essentiel de comprendre les forces institutionnelles complexes qui régissent votre organisation afin de constituer et de développer une équipe et une pratique d'AE efficaces. Correctement exécutée, votre pratique d'AE aidera votre entreprise à s'adapter aux possibilités et aux difficultés auxquelles elle est confrontée. Une mise en œuvre incorrecte est source de perte de temps pour tous. Des systèmes inefficaces et rejetés gaspillent les ressources limitées nécessaires au changement.
TOGAF vs DODAF - Tirer parti de DODAF dans l'architecture d'entreprise
Il est crucial de garder à l'esprit l'objectif pour lequel les architectures intégrées, telles que celles conformes au cadre DODAF, ont été créées : la liaison rigoureuse et fiable d'informations complexes. L'objectif du cadre DODAF est resté le même au fil de ses révisions : fournir un moyen standardisé de décrire les systèmes ou capacités acquis ou construits par le DOD, afin de garantir que le prochain article acheté ou construit interagira avec les systèmes existants de la manière prévue et que les effets de second et troisième ordres de ses relations avec ces systèmes seront pris en compte. Les architectures sont utiles pour définir les exigences de sécurité ainsi que pour concevoir des systèmes d'armes, en raison de leur rigueur, de leur uniformité et de l'utilisation des études actuelles. Par conséquent, le cadre TOGAF doit être utilisé, mais le cadre DODAF peut également être exploité.
TOGAF vs DODAF - Quand Conexiam utilise-t-il DODAF ?
Conexiam utilise le cadre DODAF chaque fois que nous rencontrons un problème d'intégration, pour faire fonctionner ensemble des systèmes informatiques ou des entreprises. Nous avons utilisé le cadre DODAF dans transformation numérique, intégrant une raffinerie de pétrole, construisant un cloud public et intégrant la sécurité routière dans sept agences d'État (y compris la patrouille routière, la construction d'autoroutes, la santé, etc.)
Comment s'est déroulé notre guide sur les différences entre les TOGAF 10 Cadre DODAF et cadre DODAF ? Donnez-nous votre avis sur ces cadres dans les commentaires ci-dessous.
