DODAF contre TOGAF
Les entreprises et les organisations gouvernementales doivent comprendre comment équilibrer des objectifs contradictoires, utiliser les investissements actuels et coordonner leurs ressources essentielles pour réaliser leur plan d'affaires. Le monde d'aujourd'hui, caractérisé par des ressources limitées et des objectifs concurrents, fait monter les enchères. Il s'avère que la construction d'une capacité d'architecture d'entreprise a cet objectif principal. L'architecture d'entreprise décrit comment les organisations ont l'intention d'organiser et d'utiliser la technologie pour atteindre leurs objectifs commerciaux. Cependant, il doit y avoir des voies de flexibilité et de direction intégrées dans la conception. Pour s'adapter au fonctionnement interne de l'image globale de l'entreprise, la communication, l'analyse et la rétroaction doivent être continues.
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 faire architecture d'entreprise et les choix informatiques. De nombreuses agences gouvernementales et sous-traitants participent au jeu EA depuis un certain temps, souvent dans le contexte de l'obligation d'adhérer à des cadres architecturaux tels que le cadre d'architecture du ministère de la Défense (DODAF) et le cadre d'architecture de l'Open Group (TOGAF).
Mais qu'est-ce qui rend ces frameworks différents ? Sont-ils mutuellement exclusifs ? Dans ce guide, nous détaillerons tout ce que vous devez savoir sur le TOGAF vs DODAF.
TOGAF contre DODAF
Le département américain de la Défense a inventé le cadre DODAF pour résoudre le plus gros problème du département - l'intégration de systèmes à longue durée de vie. Il a donné naissance à plusieurs cadres associés, tels que le DNDAF (cadre d'architecture du ministère 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, qui a évolué à partir du cadre précédent C4ISR créé dans les années 1990, est apparu pour la première fois au milieu des années 2000 en tant qu'approche standard de conception pour le département américain de la Défense. DODAF décrit les points de vue qui doivent être inclus dans une architecture, les produits particuliers qui doivent être développés pour les expliquer et les procédures qui doivent être utilisées pour construire ces livrables.
L'Open Group a développé TOGAF à partir des années 1990. Le cadre TOGAF fournit un ensemble complet de conseils pour toutes les pratiques d'EA, y compris les étapes nécessaires pour développer l'architecture d'entreprise (le SMA TOGAF). 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 diverses. Actuellement, le framework TOGAF est le framework EA le plus apprécié et est largement considéré comme la norme de l'industrie pour l'architecture d'entreprise.
Quelle est la différence entre le framework TOGAF et le framework DODAF ?
Pour le dire simplement, le cadre TOGAF offre un vocabulaire standard pour créer et consommer ce matériel, tandis que DODAF offre un vocabulaire commun pour le contenu de l'architecture. Ils ne sont pas exclusifs les uns des autres et peuvent être utilisés en complément les uns des autres.
À titre d'exemple simple, DODAF spécifie un ensemble standard de vues largement axé sur l'interopérabilité. TOGAF dit à l'architecte de répondre à tous les points de vue des parties prenantes. Si Optimisation des coûts des produits numériques est important, DODAF est silencieux. Cependant, il bascule pour vous aider à intégrer un ensemble de Produits numériques.
TOGAF vs DODAF - Niveau de détail
Ces cadres mettent souvent l'accent sur les taxonomies et les modèles de référence que les entreprises doivent utiliser pour décrire à la fois leur situation actuelle et leur état futur souhaité. Nous assistons à une nouvelle génération d'entreprises qui cherchent à tirer parti de l'aspect de transformation commerciale de l'EA et à aller au-delà de la conformité contractuelle. Ainsi, le cadre TOGAF et le cadre DODAF sont très détaillés.
Ceci est en partie le résultat de la nouvelle fonctionnalité axée sur les capacités de DODAF version 2.0 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.
Les organisations peuvent désormais articuler leurs besoins en capacités ainsi que la façon dont leur organisation prend en charge et fournit ces capacités grâce à l'intégration et au développement du Capability Viewpoint, ou CV, dans la deuxième version de DODAF. Des modèles pour illustrer les lacunes en matière de capacités et la manière dont les nouvelles capacités seront mises en œuvre au fil du temps et gérées dans le cadre d'un portefeuille de capacités plus large sont également fournis par le CV.
Utilisation d'un cadre d'architecture
Comment développer une architecture d'entreprise
Aider les entreprises à consolider, organiser et ensuite maximiser l'utilisation des composants de l'infrastructure d'entreprise, y compris les capacités, les applications, les composants, les services, les technologies, les données, les processus et les fonctions, est l'une des principales caractéristiques de l'architecture d'entreprise. Le meilleur plan d'action dans cette situation consiste à structurer, organiser et normaliser la manière dont vous développez, utilisez et stockez les données concernant l'architecture de votre entreprise. Et il existe de nombreuses autres normes disponibles qui peuvent vous aider à le faire.
Pour définir et organiser formellement la façon dont vous implémentez et pratiquez l'architecture d'entreprise dans votre entreprise, le cadre TOGAF et ses Méthode de développement d'architecture peut être d'une aide précieuse.
DODAF est silencieux sur la façon de développer une 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 prend en charge les techniques de livraison agiles tout en s'assurant que la documentation n'est pas une réflexion après coup mais une étape dans l'ensemble du processus.
Les méthodologies agiles et allégées encouragent à se concentrer et à documenter ce qui est important, plutôt que de préconiser l'abandon de la documentation. Sans la documentation appropriée, ils font des choix sans gestion, risques commerciaux sont dissimulés et les conceptions deviennent compliquées, ce qui conduit à des systèmes fragiles qui ne peuvent pas être mis à l'échelle, pris en charge ou étendus au fil du temps. Lors de la création rapide de nouveaux systèmes, les architectes doivent constamment s'assurer que les artefacts sont là ; traiter avec les sans-papiers rend leur modernisation ou leur extension extrêmement difficile.
Pour documenter une architecture, le framework DODAF est bien meilleur que le Cadre TOGAF. DODAF fournit une bibliothèque Viewpoint complète optimisée pour l'intégration de systèmes à longue durée de vie. Que vous cherchiez à assembler des systèmes dans une activité ou des interfaces techniques, DODAF a ce qu'il vous faut.
Comment développer une équipe d'architecture d'entreprise
Vous devez comprendre votre ensemble complexe de forces institutionnelles afin de construire et de développer une équipe et une pratique d'évaluation environnementale efficaces. Si elle est exécutée correctement, votre pratique d'évaluation environnementale aidera votre entreprise à s'adapter aux possibilités et aux difficultés auxquelles elle est confrontée. Une mise en œuvre incorrecte fait perdre du temps à tout le monde. Les systèmes rejetés et inefficaces gaspillent les rares ressources de 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 mise en relation rigoureuse et fiable d'informations complexes. L'objectif du cadre DODAF est resté le même dans toutes ses révisions : fournir un moyen normalisé de décrire les systèmes ou les capacités que le DOD a achetés ou construits, afin de garantir que le prochain élément qu'il achète ou construit interagira avec systèmes existants de la manière prévue et que les effets de second et troisième ordre de ses relations avec ces systèmes soient pris en compte. Les architectures sont utiles pour générer des 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 framework DODAF à chaque fois que nous avons un problème d'intégration, lorsque nous faisons travailler ensemble des systèmes informatiques ou lorsque nous faisons travailler ensemble des entreprises. Nous avons utilisé le cadre DODAF dans transformation numérique, l'intégration d'une raffinerie de pétrole, la construction d'un cloud public et l'intégration de la sécurité routière dans sept agences d'État (y compris la patrouille routière, la construction d'autoroutes, la santé, etc.)
Comment était notre guide des différences entre les TOGAF 10 cadre et cadre DODAF ? Dites-nous ce que vous pensez de ces frameworks dans les commentaires ci-dessous.
