Toutes les fiches
Contenu de l’architecture7 minThéorie gratuite

Les building blocks au fil de l’ADM

Dans cette fiche

L’essentiel à retenir

  • ABB = capacité requise ; SBB = composant de réalisation.
  • Les ABB orientent la spécification des SBB, jamais l’inverse.
  • La définition se fait surtout en A, B, C et D, de manière itérative.
  • Les phases B, C, D suivent quatre étapes, terminées par la gap analysis.
  • En phase E, les building blocks rejoignent les work packages.
01

Ce qu’est un building block, et ce qu’il apporte

Un building block est un ensemble de fonctionnalités défini pour répondre aux besoins métier de l’organisation. Il possède un type issu du metamodel (acteur, service métier, application, entité de données…), une frontière claire, et les experts du domaine le reconnaissent comme une « chose ». Il peut interagir avec d’autres building blocks dont il dépend.

Les Architecture Building Blocks regroupent, au niveau fonctionnel, ce que demandent les requirements ; les Solution Building Blocks sont des produits achetables ou des développements spécifiques. Un ABB décrit la capacité requise et façonne la spécification des SBB : une capacité de service client peut être réalisée par plusieurs SBB (processus, données, logiciels).

Bien choisis, les building blocks facilitent l’intégration de l’existant, l’interopérabilité et la souplesse dans la création de nouveaux systèmes.

02

Un bon building block

Le standard attend d’un building block qu’il tienne compte de sa mise en œuvre et de son usage, et qu’il évolue pour exploiter technologies et standards. Il peut être assemblé à partir d’autres blocs ou entrer dans un ensemble plus large. Idéalement, il est réutilisable, remplaçable et bien spécifié.

  • Type du metamodel et frontière définie
  • Prise en compte de la mise en œuvre et de l’usage
  • Composable : assemblé ou sous-ensemble d’autres blocs
  • Réutilisable, remplaçable, bien spécifié
03

Le parcours dans les phases

La définition est évolutive et itérative. En phase A, on part d’entités abstraites. Elle se poursuit surtout en B, C et D, car les fonctions requises, les contraintes et la disponibilité des produits, découvertes au fur et à mesure, peuvent modifier le choix et le contenu des blocs. Le travail majeur consiste à identifier les ABB servant les Business Goals, puis à les affiner jusqu’à des SBB achetés ou développés.

En phases B, C et D, un même schéma en quatre étapes se répète. En phase E, les building blocks sont associés aux work packages qui combleront les écarts.

  • 1. Choisir reference models, viewpoints et outils
  • 2. Baseline : modèle de haut niveau des blocs existants, en réutilisant le Repository
  • 3. Target : catalogs, matrices, diagrams ; documenter et justifier chaque bloc ; réutiliser ; choisir des standards issus de l’Architecture Continuum ; mapper au Landscape ; publier les blocs réutilisables
  • 4. Gap analysis : blocs reconduits, supprimés, nouveaux ; approche de réalisation de chaque gap

LES MOTS À CONNAÎTRE

Le vocabulaire, avec du sens.

Architecture Building Block (ABB)
Regroupement fonctionnel décrivant une capacité requise, indépendamment des produits.
Solution Building Block (SBB)
Composant concret, acheté ou développé, qui met en œuvre une capacité requise.
Frontière
Limite définie d’un building block, qui précise ce qu’il couvre et comment il interagit.
Approche de réalisation
Décision prise pour chaque gap : développer ou acquérir le building block manquant.