Fédération d’Architectures

Définition : La fédération d’Architectures est un cadre pour le développement, la maintenance et l’utilisation d’architectures d’entreprise qui aligne, localise et relie des architectures et des informations d’architecture distinctes mais liées pour offrir une apparence transparente aux utilisateurs.

Mots-clés : architecture d’entreprise, architecture fédérée, ajustement à la fédération, alignement sémantique, responsabilité hiérarchisée, point de contact

Rôles et attentes de MITRE SE: MITRE travaille avec divers sponsors gouvernementaux pour les aider à construire des architectures d’entreprise, souvent dans le contexte de soutenir leurs programmes globaux de modernisation ou de transformation de l’entreprise. De nombreux sponsors sont confrontés au problème complexe du partage de leurs processus opérationnels, de leurs magasins d’informations, de leurs systèmes techniques et de leurs ressources humaines de manière cohérente et sécurisée pour accomplir une mission commune. Les ingénieurs systèmes MITRE (SES) sont censés comprendre et appliquer les principes de la fédération des architectures pour permettre l’innovation locale, l’intégration d’entreprise et l’évolution dans les principales parties d’une architecture d’entreprise ou d’architectures d’entreprise multi-agences. En les aidant à construire leurs produits respectifs pour répondre aux directives normatives communes, les sponsors de MITRE seront en mesure de réutiliser les architectures de composants en les « assemblant » comme des briques LEGO® pour construire des architectures complexes de portée et d’applicabilité plus larges.

Introduction

Au cours des dernières années, MITRE a soutenu les efforts d’architecture dans l’ensemble du spectre du gouvernement fédéral. En fait, le gouvernement fédéral exige maintenant que les organismes qui cherchent du financement pour tout investissement important dans les technologies de l’information utilisent des architectures d’entreprise. Les sponsors utilisent des architectures pour améliorer les capacités de combat et d’affaires en améliorant l’interopérabilité et l’intégration des entreprises américaines (par exemple, l’Air Force Enterprise) avec les forces interarmées et de coalition, d’autres Services et des agences nationales.

Pour accomplir ces efforts, les S MITRE sont censés comprendre et appliquer les principes des architectures fédérées afin de rendre compte des interrelations architecturales et d’exprimer comment les architectures se connectent les unes aux autres. Les architectures fédérées permettent l’innovation locale, l’intégration de l’entreprise et l’évolution dans les principales parties d’une entreprise — dont beaucoup peuvent être des entreprises à part entière. Les principes de la fédération des architectures nécessitent en pratique la fusion, l’intégration et la fédération d’un grand nombre d’architectures organisationnelles diverses telles que la Federal Aviation Administration, le DoD, le DHS, le CBP et l’Agence fédérale de gestion des urgences, ainsi que des contributions d’acteurs de l’industrie tels que les compagnies aériennes, les aéroports, l’industrie informatique, les bureaux météorologiques et autres. Cet article explore les concepts de base de la fédération des architectures et propose des leçons apprises pour aider MITRE SEs à comprendre comment les principes de la fédération peuvent aider les praticiens à construire des architectures plus efficacement et plus efficacement.

Qu’Est-Ce Que L’Architecture D’Entreprise ?

L’architecture se rapporte à la structure des composantes, à leurs relations entre elles et à l’environnement, ainsi qu’aux principes qui guident la conception et l’évolution de l’entité qu’elles décrivent, que cette entité soit une organisation (p. ex., un ministère ou un organisme fédéral), un système (p. ex., Système Radar d’Attaque Cible de Surveillance Conjointe), ou une zone fonctionnelle ou de mission (par exemple, gestion financière, sécurité intérieure). Les produits et artefacts d’architecture peuvent prendre diverses formes, y compris des modèles de données structurées stockées dans un outil d’architecture ou un référentiel de base de données, des représentations graphiques de l’information sous forme papier ou électronique, ou des données ou du texte non structurés.

Une bonne définition fonctionnelle du terme  » entreprise  » est toute organisation ou groupe d’organisations qui a un ensemble commun d’objectifs ou de principes, ou un résultat net unique (p. ex., une société, un seul ministère, une entité gouvernementale, un réseau d’organisations géographiquement éloignées). Une architecture d’entreprise fournit une image claire et complète d’une entreprise. Il se compose d’instantanés de l’environnement opérationnel et technologique actuel, de l’environnement cible et d’une feuille de route des investissements en capital pour la transition de l’environnement « tel quel » à l’environnement « à être ». En d’autres termes, il agit comme une feuille de route pour l’avenir. Les instantanés comprennent des « vues « , dont chacune consiste en un ou plusieurs produits d’architecture qui fournissent des représentations conceptuelles ou logiques d’une partie de l’entreprise d’intérêt pour un groupe particulier de parties prenantes.

Que Signifie L’Architecture Fédérée ?

L’approche historique consistant à développer des architectures intégrées monolithiques n’a pas bien fonctionné car ces produits deviennent généralement trop complexes et trop lourds. En revanche, une architecture fédérée est un cadre pour le développement, la maintenance et l’utilisation de l’architecture d’entreprise qui aligne, localise et relie des architectures et des informations d’architecture distinctes mais liées pour offrir une apparence transparente aux utilisateurs. Il permet de construire une architecture complexe de manière fragmentaire à partir d’architectures de composants. De cette manière, une approche d’architecture fédérée reconnaît l’unicité et la finalité spécifique des architectures individuelles, et elle permet leur autonomie et leur gouvernance locale, tout en permettant à l’entreprise de bénéficier de leur contenu collectif.

La Fédération fournit les moyens d’organiser le corpus de connaissances (architecture) d’une entreprise sur ses activités (processus), ses personnes et ses choses dans un contexte défini et un environnement actuel / futur. Les architectures fédérées soutiennent la prise de décision en reliant les architectures à l’échelle de l’entreprise, offrant une vue globale de l’entreprise qui permet d’évaluer des questions telles que l’interopérabilité, l’identification des doublons et des lacunes et la détermination de la réutilisabilité.

Pourquoi Développer Des Architectures Qui Supportent La Fédération ?

La capacité d’intégrer et/ou de fédérer les architectures est essentielle pour résoudre les problèmes d’entreprise dans un vaste domaine tel qu’un ministère ou un organisme fédéral. La fédération permet à plusieurs groupes de développer des architectures avec l’objectif qui répond le mieux à leurs besoins immédiats, tout en fournissant un moyen de relier et de relier ces architectures pour résoudre des problèmes qui traversent plusieurs domaines. Une architecture unique peut ne pas être en mesure de traiter l’ensemble de l’entreprise suffisamment pour soutenir le type d’analyses nécessaires dans une grande organisation avec une diversité de missions. La capacité de fédérer plusieurs architectures conduit à une construction plus robuste pour comprendre l’entreprise en petits morceaux.

La fédération d’architectures sert, en partie, à relier les architectures subordonnées et parentes en trouvant des chevauchements et en établissant des mappages entre leurs informations d’architecture communes. Les ministères et organismes fédéraux poursuivent également une autre utilisation d’une stratégie de fédération d’architectures qui divise l’entreprise en composants gérables et de taille appropriée, dont chacun peut être décrit par les communautés qui leur sont le plus étroitement associées. Tout le monde utilise un petit ensemble de règles, de termes communs et de normes pour maintenir la cohérence afin que les composants puissent être « assemblés » au besoin. Par exemple, les architectures de département décrivent des règles et des contraintes à l’échelle du département, les architectures de composants décrivent des services et des capacités spécifiques à la mission, et les architectures de solutions décrivent des solutions conformes à des règles et des contraintes plus élevées.

Le concept de fédération joue également un rôle important dans le développement de l’environnement et le partage de l’information. Par exemple, à mesure que les entreprises des ministères et organismes fédéraux deviennent de plus en plus interconnectées, les architectures fédérées s’avèrent essentielles à l’organisation de la gamme d’informations et des relations complexes. Les métadonnées de l’architecture fédérée sont également utiles pour évaluer les portefeuilles de systèmes et de programmes existants afin de prendre des décisions sur les modifications ou les ajouts nécessaires pour atteindre les capacités souhaitées.

Alors, Qu’Est-Ce Que L’Architecture D’Entreprise Fédérée ?

Telle que définie par la portée d’entreprise, l’architecture d’entreprise fédérée est un ensemble collectif d’architectures avec les attributs suivants:

• Il fonctionne de manière collaborative, où la gouvernance est divisée entre une autorité centrale et des unités constitutives, équilibrant l’autonomie organisationnelle avec les besoins de l’entreprise.
• L’architecture de l’autorité centrale peut se concentrer sur la dynamique des économies d’échelle, des normes et du bien-être de l’entreprise.
• Les architectures des unités constitutives ont la flexibilité nécessaire pour poursuivre des stratégies autonomes et des processus indépendants.

Quels Éléments Centraux Prennent En Charge La Fédération Des Architectures ?

Dans une approche fédérée, la responsabilité du développement de l’architecture est partagée à différents échelons au sein de l’entreprise. Pour réunir ces efforts distincts mais liés, il faut:

• Responsabilité à plusieurs niveaux : Établir une hiérarchie d’architectures selon laquelle les architectures inférieures dans la hiérarchie héritent des caractéristiques des architectures de niveau supérieur. Utilisez les points de contact pour relier les architectures à travers les niveaux ou les niveaux.
• Catégorisation : Relier et regrouper des architectures et des artefacts  » similaires « .
• Alignement sémantique: Utilisez un vocabulaire commun et des relations de cartographie pour établir une compréhension partagée.
• Architectures de référence : Fournit des taxonomies parentes pour d’autres architectures à utiliser.
• Recherche et découverte : Permet aux utilisateurs autorisés de trouver et d’accéder à l’architecture pertinente pour l’information et la réutilisation.

Quelles sont les Constructions Clés pour la Fédération des Architectures ?

Les constructions clés pour la fédération des architectures sont représentées à la figure 1. Chaque construction comprend une collection de produits d’architecture d’intérêt pour un groupe particulier de parties prenantes.

L’architecture du sujet est l’architecture qui pilote les solutions pour un objectif spécifique. Il couvre tous les composants commerciaux, d’information, de services aux entreprises et de technologie nécessaires pour fournir des capacités. Les architectures des solutions sur lesquelles repose l’architecture du sujet sont appelées architectures de support ; tandis que les architectures des solutions qui reposent sur l’architecture du sujet sont appelées architectures supportées.

Chaque point d’interface d’architecture (également appelé point de contact) est une représentation abstraite d’une connexion intentionnelle entre deux architectures. Ces points d’interface d’architecture sont des abstractions d’interfaces du monde réel qui seront incorporées dans les solutions qui implémentent les architectures correspondantes. En termes simples, les points d’interface sont les endroits où les architectures peuvent être jointes dans une architecture fédérée plus grande, ils sont donc essentiels à une fédération ciblée d’un point de vue opérationnel.

Quel est le rôle de la conformité dans la Fédération?

Il est important qu’une architecture se conforme à un ensemble de normes si elle est partagée et utilisée pour soutenir la fédération avec d’autres architectures (par exemple, guider le développement d’autres architectures ou programmes). Ces normes se présentent sous la forme de directives normatives appelées critères de conformité. Les critères de conformité comprennent les règles et processus métier tels que les normes d’information, de service et de technologie. Un programme ou une autre architecture doit y adhérer pour qu’il se conforme à une structure donnée. Les critères de conformité sont complétés par des descriptions des façons dont ces critères seront vérifiés. Par conséquent, les critères de conformité indiquent explicitement ce qu’un programme ou une architecture doit démontrer en termes de fonctionnalité et en termes de respect des normes et de respect d’exigences qualitatives spécifiques.

Une organisation peut commencer par créer des architectures qui répondent à un ensemble minimum de normes, facilitant le partage des architectures et les positionnant pour une utilisation dans la construction d’une fédération d’architectures pour soutenir la construction d’une fédération de solutions interopérables.

Quels Sont Quelques Exemples de Critères de conformité?

Fit for Federation est un exemple d’évaluation de conformité spécifique qui pourrait être appliquée à toute architecture qui fera partie d’une fédération d’architectures. L’aptitude à la Fédération est déterminée par les critères de conformité suivants:

• Le but de l’architecture a été documenté et vérifié par les utilisateurs et les usages.
• L’entrée a été vérifiée comme provenant d’une source faisant autorité, et la source faisant autorité est enregistrée.
• L’architecture et/ou l’analyse (sortie) ont été vérifiées comme adaptées à l’objectif.
• Les points d’interface d’architecture pris en charge et les normes associées sont identifiés, documentés et vérifiés.
• Les points d’interface de l’architecture de support sont identifiés, documentés et négociés avec le fournisseur.
• Autres critères de conformité (p. ex., normes à l’échelle de l’entreprise et/ou exigences qualitatives) sont établies, documentées et vérifiées.

Quelques exemples d’exigences qualitatives qui pourraient être appliquées lors de l’évaluation de la conformité aux critères de conformité sont l’abordabilité, la fiabilité, l’extensibilité, la performance et la confiance.

Pour un environnement axé sur les services, des critères de conformité spécifiques seraient regroupés sous forme d’accords de niveau de service (SLA). Un seul critère de conformité peut être distribué à plusieurs SLA. Par exemple, soutenir un vocabulaire donné s’appliquerait à tous les services traitant du vocabulaire du sujet (domaine).

Meilleures pratiques et leçons apprises

Parvenir à un accord sémantique. Pour fédérer les architectures, il doit y avoir un accord sémantique afin que les informations pertinentes puissent être liées de manière appropriée. MITRE SEs peut recommander à ses sponsors de parvenir à un accord sémantique en:

• Adhérer à un cadre commun, qui comprend l’utilisation de définitions d’éléments de données, de sémantique et de structures de données communes pour toutes les entités ou objets de description d’architecture.
• Conforme à des normes d’architecture communes ou partagées.
• En utilisant des taxonomies d’entreprise et des données de référence faisant autorité.

Conforme aux normes. En général, se conformer à des normes d’architecture communes ou partagées augmente l’interopérabilité et facilite la fédération. MITRE SEs devrait encourager ses sponsors à choisir des normes adaptées à leurs objectifs et les aider à établir les moyens de faire respecter la conformité. Par exemple, les taxonomies d’entreprise convenues établissent le contexte pour aligner les activités de la zone de mission et les modèles de référence associés, et pour catégoriser et organiser les architectures de composants, facilitant ainsi la compréhension sémantique entre les différentes architectures de la fédération.

Activer le partage d’informations. La fédération des architectures est facilitée par un environnement qui permet le partage d’informations.

• Assurer des services de gouvernance et d’architecture d’entreprise sains: MITRE SEs doit d’abord reconnaître qu’un environnement de partage d’architecture nécessite une saine gouvernance et des services d’architecture d’entreprise. Ils doivent aider leurs promoteurs à établir des structures de gouvernance saines pour appliquer la responsabilité au développement et à la maintenance des architectures vers des objectifs fixés, ce qui facilitera en fin de compte leur capacité à se fédérer. Cette approche place la responsabilité autour de processus tels que la gestion de la configuration et l’assurance qualité. MITRE SEs doit également encourager ses sponsors à mettre en place des services d’architecture d’entreprise pour permettre à l’information sur l’architecture d’être visible, accessible et comprise de manière cohérente et efficace.
• Exposer les architectures et leurs métadonnées : Le succès d’un effort de fédération dépend également de l’exposition des architectures et des métadonnées d’architecture aux fins de liaison et de réutilisation potentielles par les analystes, les planificateurs et les décideurs à tous les niveaux. Le partage d’architectures et de services déjà existants permet d’accélérer le développement et la fédération de l’architecture. Les capacités de registre permettent l’enregistrement et la liaison de métadonnées d’architecture pour permettre la création d’architectures d’entreprise fédérées navigables et consultables. Les politiques d’application et la gouvernance d’entreprise pour les architectures renforcent les interfaces et les relations de données robustes. MITRE SEs devrait aider ses sponsors à s’engager activement dans ces lieux de partage d’architecture en réutilisant des artefacts avant de les réinventer et en publiant leurs propres métadonnées et produits pour que d’autres puissent les réutiliser.
• Encourager les architectures fédérées des sponsors: MITRE SEs devrait promouvoir et favoriser le développement d’architectures fédérées au sein des organisations sponsors pour aider à améliorer la fiabilité et l’efficacité des décisions. Cela se produira au fur et à mesure que les organisations aligneront les données sémantiques et structurelles au-delà de leurs frontières afin qu’elles puissent s’assurer que les bonnes informations sont utilisées pour répondre aux questions des décideurs clés. MITRE SEs devrait continuer à utiliser les opportunités d’architecture fédérée et améliorer le flux d’informations entre les nœuds des parties prenantes et, par conséquent, les décideurs.

Résumé

MITRE travaille avec une grande variété de sponsors gouvernementaux pour les aider à construire leurs architectures d’entreprise, le plus souvent dans le contexte de soutenir leurs programmes globaux de modernisation ou de transformation de l’entreprise. Une compétence clé que MITRE SEs doit apporter est de comprendre comment les besoins des entreprises, les technologies de l’information et les personnes se réunissent dans des architectures bien construites.

De nombreux sponsors de MITRE sont confrontés au problème complexe de l’architecture d’entreprise multi-agences. Comment les différentes entités gouvernementales peuvent-elles partager leurs processus opérationnels, leurs réserves d’informations, leurs systèmes techniques et leurs ressources humaines de manière cohérente et sécurisée pour accomplir une mission commune? La fédération des architectures peut favoriser ce type de partage. En construisant leurs produits respectifs pour répondre à une direction normative commune, les sponsors de MITRE seront en mesure de réutiliser les architectures de composants en les « assemblant » comme des briques LEGO® pour construire des architectures complexes de portée et d’applicabilité plus larges.

Références et ressources

1. Ministère de la Défense, 23 avril 2007, DoD Architecture Framework Ver. 1.5, vol. I : Définitions et lignes directrices.
2. Hite, R. C. et G. D. Kutz, 28 mars 2003, Observations sur le projet d’architecture d’entreprise du Ministère de la Défense, GAO-03-571, consulté le 8 octobre 2017.
3. Frey, B., Juillet-septembre 2008, « Pilote de la Fédération d’architecture du Département de la Marine », CHIPS, pp. 41-43, consulté le 8 octobre 2017.
4. Bureau de l’architecte en chef de la Force aérienne, décembre 2007, Cadre d’architecture de la Force aérienne.
5. Département de la Défense, Système de registre d’architecture du DoD.

Références et ressources supplémentaires

Directeur Adjoint de l’information du DoD, Cadre d’Architecture du DoD (DoDAF), consulté le 8 octobre 2017.

Directeur Général Adjoint du Département de la Gestion, Architecture d’entreprise Commerciale, consulté le 8 octobre 2017.

Bureau de la responsabilité gouvernementale, 5 août 2010, Transformation organisationnelle : Cadre d’évaluation et d’amélioration de la gestion de l’Architecture d’entreprise (Ver. 2.0), GAO-10-846G, consulté le 8 octobre 2017.