L’essentiel à retenir
- Relier chaque choix technique à un besoin métier.
- Évaluer les conséquences d’un changement dans les quatre domaines.
- Les vues transversales complètent les domaines sans les remplacer.
Quatre angles sur un même changement
La Business Architecture décrit les capacités métier, l’organisation, les processus, les parties prenantes et les relations qui soutiennent les objectifs. La Data Architecture traite des types et sources de données, de leurs structures logiques ou physiques et de leur gestion. L’Application Architecture décrit les applications, leurs interactions et leur contribution aux capacités métier. La Technology Architecture décrit les services et composants techniques nécessaires à leur fonctionnement.
Ces domaines sont interdépendants. Pour créer une réservation en ligne, il faut des règles et responsabilités métier, des données fiables, des fonctions applicatives et une infrastructure adaptée. Acheter une plateforme ne suffit pas à définir l’ensemble de cette architecture.
Des préoccupations transversales
La sécurité, le risque, l’agilité ou la transformation numérique traversent les domaines. On les examine par des vues adaptées aux préoccupations des parties prenantes. Une vue de sécurité peut donc associer identités, processus d’autorisation, applications et composants techniques ; elle ne devient pas nécessairement un cinquième domaine officiel.
- Business : ce que fait l’entreprise et comment elle s’organise.
- Data et Application : l’information gérée et les fonctions qui l’utilisent.
- Technology : les moyens techniques qui rendent ces fonctions possibles.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Architecture domain
- Domaine d’étude structurant une partie de l’architecture.
- Cross-domain view
- Vue reliant plusieurs domaines pour répondre à une préoccupation.