L’essentiel à retenir
- Content Framework, metamodel et artifacts sont définis en Preliminary Phase.
- Le choix dépend du framework de base et de l’outil retenu.
- Le Content Framework suit les phases de l’ADM et limite le risque de lacunes.
- Le metamodel définit des types d’entités et leurs relations, pas une notation.
- Le Core Enterprise Metamodel est un socle Foundation à adapter.
Trois décisions de la Preliminary Phase
Lorsqu’elle met en place sa capacité d’EA, l’entreprise définit trois choses liées : une grille de classement pour structurer les Architecture Descriptions (le Content Framework), une compréhension formelle des types d’entités à capturer et de leurs relations (l’Enterprise Metamodel), et la liste des artifacts qu’elle produira réellement.
Ce choix n’est pas neutre : il dépend du framework d’architecture pris comme base et de l’outil logiciel retenu pour soutenir la pratique. Un outil de modélisation impose souvent sa propre structure, qu’il vaut mieux connaître avant de s’engager.
- Content Framework : comment classer les produits de travail
- Enterprise Metamodel : quels types d’entités et quelles relations
- Artifacts : quelles listes, matrices et schémas produire
À quoi sert le Content Framework
Le Content Framework catégorise les building blocks et les artifacts qui reflètent les décisions prises pour bâtir les deliverables. L’Architecture Repository est organisé pour accueillir ce qu’il identifie. D’autres frameworks de contenu existent ; l’important est d’en adopter un puis de l’adapter.
Le TOGAF Content Framework poursuit cinq intentions et s’organise, au plus haut niveau, selon les phases de l’ADM, en six familles de modèles.
- Modèle détaillé des produits de travail ; cohérence des sorties de l’ADM
- Checklist complète des sorties possibles ; moins de lacunes dans les livrables
- Concepts, termes et deliverables standard imposables dans l’entreprise
- Familles : Principles, Vision, Motivation and Requirements ; Business ; Information Systems ; Technology ; Realization/Transformation ; Change Management
L’Enterprise Metamodel : des types, pas des instances
Le metamodel décrit les types d’entités susceptibles d’apparaître dans les modèles et les relations entre eux. Si « Role » est un type, « Guichetier » ou « Pompier » en sont des instances dans les modèles métier.
Il donne aux architectes un jeu de départ de choses à investiguer, sert de test de complétude pour juger un langage de modélisation proposé, et aide à garantir cohérence, complétude et traçabilité. TOGAF ne contraint pourtant ni le choix des artifacts ni la notation : ArchiMate, BPMN, UML ou diagrammes entité-relation sont tous acceptables.
La TOGAF Library propose un Core Enterprise Metamodel de niveau Foundation. C’est un point de départ, que l’entreprise affine pour obtenir son propre métamodèle, élément de son framework d’architecture spécifique.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Content Framework
- Grille de classement des building blocks et artifacts qui composent les deliverables d’architecture.
- Enterprise Metamodel
- Modèle formel des types d’entités de l’entreprise et de leurs relations, à capturer dans l’Architecture Description.
- Core Enterprise Metamodel
- Métamodèle de niveau Foundation fourni dans la TOGAF Library, base de départ pour l’entreprise.
- Architecture Realization/Transformation
- Famille du Content Framework regroupant roadmaps de transition et engagements qui pilotent la mise en œuvre.
- Architecture Change Management (contenu)
- Famille du Content Framework capturant les événements qui affectent l’architecture et génèrent des demandes d’action.