Glossaire
Glossaire de l'architecture d'entreprise
L'architecture d'entreprise a son propre vocabulaire, et les mêmes mots ne sont pas toujours employés de la même manière. Ce glossaire définit les termes essentiels dans un langage simple et neutre — des cartes de capacités et de la gestion du portefeuille applicatif jusqu'à TOGAF, ArchiMate, la gouvernance et les réglementations européennes qui encadrent le travail d'architecture. Lorsqu'un terme provient d'un cadre précis, nous en nommons le propriétaire.
Fondamentaux
- Architecture d'entreprise
- Discipline qui décrit comment les capacités métier, processus, applications, données et technologies d'une organisation s'articulent, et qui utilise cette vue pour piloter le changement et aligner le SI sur la stratégie.
- Architecture métier
- Partie de l'architecture d'entreprise qui modélise le métier lui-même — ses capacités, chaînes de valeur, organisation et information — indépendamment des applications et technologies qui le supportent.
- Capacité métier
- Description stable de ce qu'une entreprise est capable de faire, indépendamment de la façon de le faire, par qui ou avec quels outils. Les capacités fournissent un vocabulaire qui reste stable pendant que les processus et applications évoluent.
- Carte des capacités
- Vue structurée, généralement hiérarchique, des capacités métier d'une organisation. Elle sert souvent d'ossature pour relier stratégie, applications, données et investissements à ce que fait réellement le métier.
- Chaîne de valeur
- Séquence d'activités de bout en bout qui apporte de la valeur à un client ou une partie prenante. En architecture métier, les chaînes de valeur sont souvent reliées aux capacités qui rendent chaque étape possible.
- Architecture cible
- État futur souhaité de l'architecture que l'organisation vise à atteindre. Elle est généralement comparée à l'état actuel pour identifier les écarts et planifier une trajectoire de transition.
- Feuille de route d'architecture
- Plan échelonné dans le temps qui ordonne les changements nécessaires pour passer de l'architecture actuelle à l'architecture cible, en reliant les initiatives aux capacités, applications et dépendances.
- Urbanisation du SI
- Approche, surtout répandue dans le monde francophone, qui structure le système d'information par analogie avec l'urbanisme, en l'organisant en zones et quartiers cohérents pour le faire évoluer de façon maîtrisée.
- Architecture de solution
- Conception d'une solution précise répondant à un problème défini, décrivant comment applications, données, intégrations et technologies s'articulent pour satisfaire un ensemble d'exigences. Elle se situe entre l'architecture d'entreprise et la conception détaillée des systèmes.
- Architecture technique
- Domaine de l'architecture qui décrit le socle technologique — infrastructure, plateformes, réseaux, intergiciels et environnements d'exécution — sur lequel s'appuient les applications. Dans TOGAF, il correspond au domaine architecture technologique.
- Architecture de sécurité
- Discipline qui structure les contrôles, principes et motifs de sécurité à travers l'architecture afin que confidentialité, intégrité et disponibilité soient pris en compte dès la conception plutôt qu'ajoutés après coup.
- Modèle opérationnel
- Description de haut niveau de la façon dont une organisation crée de la valeur — comment ses processus, personnes, structure et technologies sont agencés pour faire fonctionner l'activité au quotidien. Il relie la stratégie à l'organisation concrète du travail.
- Architecture de référence actuelle
- Description de l'architecture telle qu'elle existe aujourd'hui, servant de point de départ pour évaluer l'architecture cible et les écarts qui les séparent. On parle aussi d'architecture actuelle ou « as-is ».
- Architecture de transition
- État intermédiaire et livrable de l'architecture entre l'existant et la cible. Les architectures de transition découpent une transformation importante en étapes gérables et porteuses de valeur le long de la feuille de route.
- Analyse des écarts
- Comparaison entre une architecture existante et une architecture cible afin d'identifier ce qui manque, est redondant ou doit être modifié. Les écarts ainsi mis en évidence alimentent les lots de travaux et la feuille de route.
Cadres & méthodes
- TOGAF
- Cadre d'architecture d'entreprise publié par The Open Group. Il fournit une méthode et des structures pour développer et gouverner l'architecture à travers les domaines métier, données, applications et technologie.
- ADM (méthode de développement d'architecture)
- Méthode itérative au cœur de TOGAF (The Open Group). Elle décrit des phases allant de la vision d'architecture aux architectures métier, systèmes d'information et technologie, jusqu'à la mise en œuvre et la gouvernance.
- Cadre Zachman
- Ontologie de classification des artefacts d'architecture, attribuée à John Zachman (Zachman International). C'est un schéma — une grille de perspectives et de questions — plutôt qu'une méthode ou un processus.
- ArchiMate
- Langage de modélisation pour l'architecture d'entreprise maintenu par The Open Group. Il propose une notation standard et une structure en couches (métier, application, technologie) pour décrire et relier les éléments d'architecture.
- BIAN
- Cadre de référence pour l'architecture bancaire publié par BIAN e.V., décrivant le paysage bancaire comme un ensemble de domaines de service normalisés afin de faciliter l'intégration et la compréhension partagée entre banques et fournisseurs.
- FEAF
- Federal Enterprise Architecture Framework, issu du gouvernement fédéral des États-Unis, qui organise l'architecture autour d'un ensemble de modèles de référence pour soutenir la coordination entre agences.
- Architecture de référence
- Modèle d'architecture réutilisable et éprouvé pour un problème ou un domaine récurrent. Il offre un point de départ commun et des motifs partagés pour éviter de concevoir chaque architecture de zéro.
- Planification par capacités
- Approche de planification qui prend les capacités métier comme unité d'analyse, priorisant investissements et changements au regard des capacités dont l'organisation a besoin plutôt que des projets ou technologies isolés.
- Coût total de possession (TCO)
- Estimation du coût complet d'une application ou d'un système sur sa durée de vie, incluant acquisition, licences, hébergement, support, maintenance et retrait éventuel — au-delà du seul prix d'achat initial. Il éclaire les décisions de portefeuille et d'investissement.
- Migration vers le cloud
- Processus de déplacement des applications, données et charges de travail depuis des environnements internes ou hérités vers une infrastructure ou des services cloud. Les stratégies vont du simple ré-hébergement (lift-and-shift) au re-plateformage et à la refonte complète.
- Modernisation des systèmes hérités
- Travail de mise à jour, de remplacement ou de ré-architecture des systèmes anciens devenus coûteux, risqués ou difficiles à faire évoluer, afin de mieux répondre aux besoins métier actuels et aux standards technologiques tout en limitant les perturbations.
Modélisation & notation
- Métamodèle
- Modèle qui définit les types d'éléments et de relations qu'un référentiel d'architecture peut contenir. Il fixe les règles et le vocabulaire qui rendent les données d'architecture cohérentes et exploitables.
- Dépendance
- Relation dans laquelle un élément dépend d'un autre — par exemple une application qui dépend d'une base de données, d'un service ou d'une autre application. Cartographier les dépendances est essentiel pour évaluer l'impact et la résilience.
- Point de vue
- Spécification des conventions pour construire et interpréter une vue, cadrant la façon dont un ensemble donné de préoccupations de parties prenantes est traité. Les notions de point de vue et de vue sont définies par la norme ISO/IEC/IEEE 42010 sur la description d'architecture.
- Vue
- Représentation d'une architecture selon la perspective d'un point de vue précis, traitant une ou plusieurs préoccupations de parties prenantes. Dans la norme ISO/IEC/IEEE 42010, une vue est conforme au point de vue qui la régit.
- Préoccupation
- Intérêt d'une partie prenante vis-à-vis de l'architecture — performance, coût, sécurité ou maintenabilité, par exemple — que la description d'architecture doit traiter. Les préoccupations sont une notion centrale de la norme ISO/IEC/IEEE 42010.
- Partie prenante
- Individu, groupe ou organisation ayant un intérêt dans l'architecture ou le système qu'elle décrit, ou affecté par celui-ci. Identifier les parties prenantes et leurs préoccupations constitue un point de départ pour choisir les points de vue et vues appropriés.
- Enregistrement de décision d'architecture (ADR)
- Document court et daté qui consigne une décision d'architecture unique avec son contexte, les options envisagées et les conséquences. Les ADR constituent un historique léger et traçable expliquant pourquoi l'architecture est ce qu'elle est.
- Microservices
- Style d'architecture dans lequel une application est construite comme un ensemble de petits services déployables indépendamment, chacun portant une capacité ciblée et communiquant via des interfaces bien définies, par opposition à une application monolithique unique.
- Architecture événementielle
- Style d'architecture dans lequel les composants communiquent en produisant des événements et en y réagissant, plutôt qu'en s'appelant directement. Il favorise un couplage faible et un traitement asynchrone, souvent à l'aide de courtiers de messages ou de flux d'événements.
- API et intégration
- Une API (interface de programmation d'application) est un contrat défini par lequel des composants logiciels échangent données et services ; l'intégration est la pratique plus large consistant à connecter les applications pour qu'elles fonctionnent ensemble. Les deux sont au cœur de la façon dont le paysage applicatif est relié.
Portefeuille applicatif
- Portefeuille applicatif
- Ensemble des applications logicielles utilisées par une organisation, considéré comme un tout à gérer. Voir les applications comme un portefeuille aide à décider sur le coût, le risque, les redondances et l'investissement.
- APM (gestion du portefeuille applicatif)
- Pratique consistant à inventorier, évaluer et piloter le portefeuille applicatif dans le temps, en pesant valeur métier, coût, risque et adéquation technique pour orienter les décisions d'investissement, de modernisation et de retrait.
- Cartographie applicative
- Activité consistant à relier les applications aux capacités, processus, données et infrastructures qu'elles touchent, produisant une vue visuelle de la façon dont le paysage applicatif soutient le métier.
- Rationalisation applicative
- Démarche visant à réduire la complexité et le coût du portefeuille applicatif en identifiant les applications redondantes, à faible valeur ou à risque élevé, puis en décidant lesquelles conserver, consolider, remplacer ou retirer.
- Modèle TIME
- Classification de portefeuille qui range les applications en Tolérer, Investir, Migrer ou Éliminer, popularisée par Gartner. Elle aide à traduire l'évaluation de la valeur métier et de l'état technique en actions claires.
- Dette technique
- Coût accumulé des choix de conception ou de technologie qui ont accéléré la livraison à court terme mais rendent le changement futur plus difficile, plus lent ou plus risqué tant qu'ils ne sont pas traités.
- Décommissionnement
- Retrait planifié et maîtrisé d'une application ou d'un système, incluant le traitement de ses données, interfaces et dépendances, de sorte que sa suppression ne perturbe pas le reste du paysage.
Gouvernance
- Gouvernance d'architecture
- Ensemble des rôles, décisions, principes et contrôles qui maintiennent le travail d'architecture aligné sur la stratégie et les standards, en définissant qui peut décider et modifier quoi dans l'architecture.
- ARB (comité d'architecture)
- Instance qui examine et approuve les décisions et dérogations d'architecture au regard de principes et standards convenus, offrant un point de contrôle cohérent pour les changements significatifs.
- Principes d'architecture
- Énoncés durables et partagés qui guident les décisions d'architecture, exprimant ce que l'organisation valorise et contraint, afin que les choix individuels restent cohérents dans le temps.
- Piste d'audit
- Enregistrement chronologique des changements et décisions qui permet de savoir qui a modifié quoi, quand et pourquoi. Dans un outil d'architecture, elle soutient la responsabilité et la preuve lors des revues.
- Catalogue de services
- Liste publiée et tenue à jour des services informatiques ou métier proposés aux utilisateurs, précisant ce que fait chaque service, qui en est responsable et comment le demander. Il offre une vue partagée et orientée demande de ce que l'organisation propose.
Réglementation & conformité
- DORA
- Digital Operational Resilience Act, règlement de l'UE visant à renforcer la résilience opérationnelle du secteur financier, avec notamment des attentes sur la gestion et la documentation du risque informatique et des dépendances tierces. Il s'agit d'une réglementation, pas d'architecture : un outil aide à documenter et prouver, mais ne garantit pas à lui seul la conformité.
- NIS2
- Directive de l'UE qui élargit et renforce les exigences de cybersécurité pour les entités essentielles et importantes de nombreux secteurs. Comme DORA, c'est une obligation légale : un outil d'architecture peut soutenir la documentation et la traçabilité mais ne remplace pas la conformité juridique.
Données & référentiel
- Architecture des données
- Partie de l'architecture d'entreprise qui décrit les données d'une organisation — ses principales entités, modèles, flux et responsabilités — et la façon dont les données sont structurées, stockées et partagées au service du métier.
- Registre des applications
- Inventaire tenu à jour des applications utilisées, avec des attributs clés tels que le responsable, l'usage, la criticité et les dépendances. Il constitue un socle pour la gestion de portefeuille et la documentation réglementaire.
- Référentiel d'architecture
- Réservoir unique et structuré du contenu d'architecture d'une organisation — capacités, applications, données, dépendances et décisions — qui maintient l'information reliée, à jour et partageable.
- CMDB (base de données de gestion des configurations)
- Référentiel qui recense les actifs informatiques et éléments de configuration d'un environnement avec leurs attributs et relations. Associée aux pratiques de gestion des services informatiques telles qu'ITIL, elle soutient l'analyse d'impact et la maîtrise des changements.
- Élément de configuration (CI)
- Tout composant devant être géré pour fournir un service — serveur, application, équipement réseau ou document, par exemple. Les éléments de configuration et leurs relations sont généralement suivis dans une CMDB.
- Processus métier
- Ensemble structuré d'activités qui, ensemble, produisent un résultat métier précis. Les processus métier décrivent comment le travail circule entre rôles et systèmes et sont souvent modélisés pour les analyser, les améliorer ou les automatiser.
- Gouvernance des données
- Cadre de rôles, politiques et processus qui définit comment les données sont possédées, classées, sécurisées et maintenues aptes à l'usage. Il établit la responsabilité concernant la qualité, les définitions et l'accès aux données dans l'organisation.
- Données de référence
- Entités métier essentielles et partagées, utilisées de façon cohérente entre les systèmes — clients, produits, fournisseurs ou comptes, par exemple. La gestion des données de référence vise à maintenir une version unique et fiable de ces entités pour éviter les enregistrements contradictoires.
- Interopérabilité
- Capacité de systèmes ou d'organisations différents à échanger de l'information et à l'exploiter de façon pertinente. Elle repose généralement sur des standards, formats et sémantiques partagés afin que les données conservent leur sens en franchissant les frontières.
Mettez le vocabulaire en pratique
Cartes de capacités, registre des applications, gouvernance et feuille de route claire ne sont pas que des définitions — c'est ce qu'Archilu vous aide à construire et à maintenir à jour. Évaluez votre situation actuelle ou réservez une démonstration concrète.
Les définitions sont fournies à des fins de compréhension générale et sont reformulées dans nos propres mots. Les noms de cadres tels que TOGAF et ArchiMate (The Open Group), le cadre Zachman (Zachman International) et BIAN (BIAN e.V.) sont les marques ou la propriété de leurs détenteurs respectifs. Archilu est un outil d'architecture d'entreprise, et non un conseil juridique ou réglementaire.