Glossaire : domaines et types d'architecture

Deux sens du mot « architecture »

Le TOGAF Standard retient deux définitions. La première, reprise de l'ISO/IEC/IEEE 42010, parle des concepts ou propriétés fondamentales d'un système dans son environnement, tels qu'ils se manifestent dans ses éléments, ses relations et les principes de sa conception et de son évolution. La seconde, plus opérationnelle, voit l'architecture comme une structure de composants reliés entre eux, accompagnée des principes et lignes directrices qui encadrent leur conception et leur évolution dans le temps.

Dans les deux cas, l'architecture n'est pas un simple schéma : elle inclut les règles qui guident les changements futurs. C'est ce qui justifie la présence des principes dans tout le cycle ADM.

Les quatre domaines, définition par définition

Un Architecture Domain est la zone architecturale considérée. Le TOGAF Standard suit la tradition qui divise l'Enterprise Architecture en quatre domaines principaux ; d'autres domaines, comme la motivation, la sécurité ou la gouvernance, peuvent les traverser.

• Business Architecture : une représentation globale et multidimensionnelle des capacités, de la création de valeur de bout en bout, de l'information et de l'organisation, reliées aux stratégies, produits, politiques, initiatives et parties prenantes.
• Data Architecture : la structure des grands types et sources de données, des actifs de données logiques et physiques et des ressources de gestion des données.
• Application Architecture : la structure et les interactions des applications qui portent les capacités métier clés et gèrent les actifs de données.
• Technology Architecture : la structure et les interactions des services technologiques et des composants technologiques.

Classer un élément sans hésiter

Pour trancher, demandez-vous ce que l'élément décrit. S'il s'agit d'une aptitude, d'un processus, d'une organisation ou d'un lien avec la stratégie, c'est du Business. Si c'est la nature, l'origine ou la gestion des données, c'est du Data. Si c'est un logiciel, ses services et ses échanges avec d'autres logiciels, c'est de l'Application. Si c'est l'infrastructure qui fait tourner ces logiciels, c'est de la Technology.

Deux paires reviennent souvent. Un Application Component (par exemple un CRM) offre des Application Services, comme « consulter l'historique d'un client ». Un Technology Component (une grappe de serveurs) fournit des Technology Services, comme « l'hébergement de bases de données ». L'Application Platform désigne l'ensemble des composants matériels et logiciels qui fournissent les services utilisés par les applications.

Solution Architecture et Digital Architecture

La Solution Architecture décrit une opération ou activité métier précise et la façon dont les systèmes d'information la soutiennent. Elle est plus étroite qu'une Segment Architecture, qui couvre une zone de l'entreprise au niveau d'un programme ou d'un portefeuille.

La Digital Architecture est présentée comme une architecture inclusive : elle associe l'Enterprise Architecture à des disciplines comme la science des données, les télécommunications et l'IoT, la sécurité, l'intelligence artificielle ou la robotique, afin de délivrer des services opérationnels.