L’essentiel à retenir
- Quatre domaines : Business, Data, Application, Technology.
- Data et Application forment les Information Systems Architectures de la Phase C.
- Les autres domaines combinent des vues des quatre domaines de base.
- Contextuel = pourquoi, conceptuel = quoi, logique = comment, physique = avec quoi.
- Les niveaux traversent tous les domaines et ouvrent des alternatives comparables.
Quatre domaines, et des domaines composés
TOGAF soutient quatre domaines, admis comme sous-ensembles d’une Enterprise Architecture globale et étroitement liés entre eux. Dans l’ADM, Data et Application sont développées ensemble en Phase C sous le nom d’Information Systems Architectures, tandis que Business relève de la Phase B et Technology de la Phase D.
D’autres domaines, comme Information Architecture, Risk and Security Architectures ou Digital Architecture, se construisent en combinant des vues appropriées des quatre domaines de base. Ils ne disposent pas de phase propre.
- Business : stratégie, capacités, gouvernance, organisation et processus métier clés
- Data : structure des actifs de données logiques et physiques et ressources de gestion des données
- Application : plan des applications à déployer, de leurs interactions et de leurs liens avec les processus métier
- Technology : architecture numérique et capacités d’infrastructure logicielle et matérielle (cloud, IoT, réseaux, middleware)
L’abstraction : découper pour résoudre
L’abstraction d’architecture est une technique qui divise un problème en problèmes plus petits, plus simples à modéliser et donc à résoudre. Les niveaux sont superposés : on passe de modèles de haut niveau à des modèles de plus en plus détaillés, et chaque niveau traverse les quatre domaines.
Chaque niveau répond à une question fondamentale. Ces questions n’ont aucun lien avec leur usage dans le framework de Zachman.
- Contextuel, pourquoi ? environnement, périmètre et motivations (goals, drivers, objectifs)
- Conceptuel, quoi ? exigences décomposées et modèles de services décrivant le comportement attendu
- Logique, comment ? composants qui regroupent les services, indépendamment de l’implémentation
- Physique, avec quoi ? composants physiques qui réalisent les composants logiques
Lire la grille
Croiser domaines et niveaux évite deux confusions fréquentes. La première consiste à croire que « physique » signifie « technique » : chaque domaine, y compris Business et Data, peut être décrit au niveau physique. La seconde consiste à sauter du besoin exprimé en services directement au produit, sans passer par une structure logique indépendante des fournisseurs.
Aux niveaux logique et physique, plusieurs alternatives existent : les services peuvent être regroupés en composants de diverses façons selon les principes et critères retenus, puis réalisés par différents composants physiques. L’abstraction rend ces alternatives comparables avant de choisir. Le niveau conceptuel est d’ailleurs parfois appelé abstraction de service ou de comportement.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Architecture abstraction
- Technique qui découpe un problème en sous-problèmes plus simples à modéliser.
- Conceptual level
- Niveau du « quoi », modélisé par des services ; dit aussi abstraction de service ou de comportement.
- Logical level
- Niveau du « comment » : composants indépendants de l’implémentation.
- Physical level
- Niveau du « avec quoi » : composants réels qui réalisent les composants logiques.
- Information Systems Architectures
- Nom de la Phase C, qui couvre Data et Application Architecture.