C4, ArchiMate ou UML : quelle vue pour quelle décision ?

Les développeurs dessinent en C4, les architectes d'entreprise modélisent en ArchiMate, les analystes sortent UML ou BPMN, et ces trois familles de schémas se croisent rarement. Le résultat est connu : le comité de direction ne sait pas lire le diagramme de conteneurs, l'équipe de développement ignore la carte des capacités, et personne ne sait dire quel processus métier dépend du service qu'on refond. La vraie question n'est pas de savoir quelle notation l'emporte. Chacune répond à une question différente pour un lecteur différent ; le travail consiste à choisir la bonne vue pour la décision à prendre, et à garder les niveaux reliés entre eux.

TL;DR

• C4, ArchiMate et UML ne sont pas concurrents : C4 zoome dans un système logiciel, ArchiMate relie stratégie, métier, applications et technique à l'échelle de toute l'organisation, UML détaille la structure et le comportement à l'intérieur du code.
• Choisissez la vue d'après la question et le lecteur, pas par habitude : une question de capacité appelle ArchiMate, une question « qu'est-ce qui tourne où » un diagramme de conteneurs C4, une question « que se passe-t-il quand ça échoue » un diagramme de séquence UML.
• C4 et ArchiMate se laissent mettre en correspondance (Person → Business Actor, Software System → Application Component…), mais cette correspondance est pragmatique, pas normative. Elle est téléchargeable en aide-mémoire plus bas.
• Le pivot entre les deux mondes, c'est l'application : un nom, un identifiant, partagés par le référentiel de cartographie applicative et l'espace C4.
• L'essentiel du gaspillage vient de la description de la même chose trois fois, ou de l'usage d'un langage au-dessous ou au-dessus du niveau pour lequel il a été conçu.

C4, ArchiMate, UML : de quoi parle-t-on et pour qui ?

C4 est une façon de dessiner un système logiciel à quatre niveaux de zoom pour ceux qui le construisent ; ArchiMate est un langage de modélisation pour toute l'entreprise, de la stratégie à l'infrastructure ; UML est un langage généraliste pour la structure et le comportement détaillés du logiciel.

Le modèle C4, créé par Simon Brown et documenté sur c4model.com, décrit un système logiciel par une hiérarchie d'abstractions : un système logiciel est composé de conteneurs (applications et stockages de données), chaque conteneur contient des composants, et chaque composant est implémenté par des éléments de code. Des personnes utilisent les systèmes logiciels. À chaque abstraction son diagramme : System Context, Container, Component et Code, complétés par des diagrammes annexes (paysage de systèmes, dynamique, déploiement). C4 est volontairement indépendant de toute notation et de tout outil : des boîtes et des flèches clairement libellées, lisibles sans formation. Son terrain de prédilection : une équipe qui explique son système à un nouvel arrivant ou à un auditeur sécurité.

ArchiMate, maintenu par The Open Group, est un langage formel de modélisation d'architecture d'entreprise. Dans sa version 3.2, il couvre la stratégie (capacités, chaînes de valeur), le métier (acteurs, processus, objets), l'applicatif (composants, services, objets de données), la technique (nœuds, logiciels système), ainsi que la motivation (objectifs, exigences) et la mise en œuvre et migration (lots de travaux, plateaux). Sa force tient aux relations typées qui traversent ces couches : une capacité est réalisée par un processus, le processus est servi par une application, l'application tourne sur un nœud. Ses lecteurs : architectes, DSI, responsables de transformation. La notation elle-même est détaillée dans notre guide ArchiMate.

UML (Unified Modeling Language), maintenu par l'Object Management Group, est le plus ancien des trois. La version 2.5.1 définit quatorze types de diagrammes, moitié structurels (classes, composants, déploiement…), moitié comportementaux (séquence, machine à états, activité…). Au quotidien, une poignée survit : séquence, machine à états et classes.

Le site C4 est lucide sur ce recouvrement : sa FAQ conseille à une équipe qui communique déjà bien avec UML ou ArchiMate de continuer, et rappelle que les diagrammes C4 peuvent être complétés par des diagrammes UML, BPMN ou ArchiMate pour ce que C4 ne couvre pas.

Quelle vue pour quelle question ?

Partez de la décision à prendre et de la personne qui lira le schéma : le bon langage en découle.

Deux constats ressortent. Toute question qui traverse la frontière métier/SI aboutit à ArchiMate, seul des trois à disposer de concepts métier. Toute question sur l'intérieur d'un système aboutit à C4 ou UML, car ArchiMate devient lourd et illisible à cette maille.

Comment faire correspondre les éléments C4 et ArchiMate ?

La plupart des concepts C4 ont un équivalent ArchiMate naturel : une personne devient un Business Actor, un système logiciel et un conteneur deviennent des Application Components, un composant devient une Application Function ou un Application Component plus fin. Cette correspondance est pragmatique : ni The Open Group ni le modèle C4 n'en définissent d'officielle.

La référence la plus connue est un billet du blog d'Archi, C4 Model, Architecture Viewpoint and Archi, qui traite chaque diagramme C4 comme un point de vue et projette le métamodèle C4 sur ArchiMate. Ses choix figurent dans la deuxième colonne ; la troisième donne les variantes que beaucoup d'équipes retiennent selon l'usage du modèle. Les noms d'éléments sont laissés en anglais, comme dans les outils.

Deux remarques. D'abord, le billet d'Archi traduit les relations en Triggering ; beaucoup de cartographies préfèrent Serving pour une dépendance et Flow pour un échange de données, ce dont ont besoin les questions d'impact. Aucun choix n'est faux ; les mélanger dans un même modèle, si. Ensuite, les noms ci-dessus sont ceux d'ArchiMate 3.2. La spécification ArchiMate 4, publiée par The Open Group le 27 avril 2026, la remplace : les couches deviennent des « domaines », les éléments de comportement sont fusionnés entre domaines en un seul service, processus, fonction et événement (une Application Function devient une Function), et le Business Role laisse place à un Role générique. La logique de la correspondance ne change pas, mais vérifiez quelle version votre outil implémente avant de figer les noms.

Téléchargez l'aide-mémoire : la table de correspondance et la table « question → vue » sur deux pages, en PDF imprimable ou en tableur modifiable à adapter à vos conventions. Pour le versant ArchiMate élément par élément, voir ArchiMate pour les développeurs : les 12 éléments essentiels.

Tenir à jour à la main le versant cartographie de cette correspondance, c'est généralement ce qui casse en premier. UrbaHive réunit applications, flux, capacités et processus dans un référentiel partagé, exportable au format d'échange ArchiMate. Essayez-le avec le plan gratuit : 1 utilisateur, 25 applications, sans carte bancaire.

Comment tracer une décision de la stratégie jusqu'au code ?

On la trace par une chaîne de niveaux, chacun porté par un langage et une équipe, reliés par un pivot unique : l'application, qui est un Application Component dans ArchiMate et un Software System dans C4.

La chaîne donne un chemin à chaque décision : retirer une capacité mène aux applications qui la soutiennent, puis à leurs systèmes logiciels et aux équipes qui en sont responsables ; une équipe qui modifie une API peut remonter aux processus qu'elle sert.

Pour que la chaîne tienne, trois conventions comptent plus que la notation :

• Un nom et un identifiant par application, utilisés à la fois dans le référentiel de cartographie et comme nom du Software System dans l'espace C4. Sans cette clé de jointure, les deux mondes divergent en quelques mois.
• Un responsable par niveau. L'architecte d'entreprise ne maintient pas les diagrammes de conteneurs ; l'équipe de développement ne maintient pas la carte des capacités. Chaque niveau est mis à jour par ceux qui le font évoluer.
• Un lien de la cartographie vers le détail. La fiche application pointe vers l'endroit où vivent ses diagrammes C4 (dépôt de code, page wiki, dossier d'architecture technique) au lieu de les recopier.

Quelles erreurs éviter en combinant C4, ArchiMate et UML ?

L'erreur la plus coûteuse est de modéliser la même chose trois fois ; la deuxième, d'utiliser un langage hors du niveau pour lequel il a été conçu.

• Modéliser trois fois la même application. Le CRM figure dans une présentation, dans le modèle Archi et dans l'espace C4, sous trois noms et avec trois listes d'interfaces différentes. Décidez quel niveau fait foi pour chaque information : le référentiel de cartographie pour « quelles applications et quels flux existent », l'espace C4 pour « ce qu'il y a dans ce système ».
• Descendre ArchiMate au niveau composant. Modéliser chaque microservice, module et file de messages en Application Component produit un modèle que personne ne lit ni ne maintient. En ArchiMate, arrêtez-vous à l'application, ou aux conteneurs utiles à une question transverse.
• Présenter des diagrammes de conteneurs C4 en comité de direction. La direction demande quelles capacités sont à risque et ce qu'un projet change pour le métier ; un diagramme de conteneurs ne répond à aucune des deux. Montrez une vue capacités ou processus.
• Mélanger les niveaux dans un même schéma. Un processus métier, une base de données et un outil SaaS reliés par des flèches sans libellé, c'est un dessin, pas un modèle. Un schéma, un niveau, une question.
• Débattre de la correspondance plutôt que de la décision. Qu'une relation C4 devienne Serving ou Triggering compte moins que d'écrire la convention une fois et de l'appliquer partout.
• Redessiner ce qui pourrait être généré. Un schéma dessiné à la main commence à vieillir le lendemain. Autant que possible, gardez les données en un seul endroit et générez les vues, comme le développe l'article sur la documentation d'architecture vivante.

Où se situe UrbaHive entre C4, ArchiMate et UML ?

UrbaHive travaille au niveau cartographie de la chaîne : applications, flux entre elles, capacités, processus métier et serveurs, pour les PME et ETI d'environ 50 à 5 000 salariés. Ce n'est ni un outil C4 ni un modeleur ArchiMate, et le détail C4 reste chez les équipes de développement.

Ce qu'il couvre :

• Le référentiel de cartographie. Applications (éditeur, stack, serveur d'hébergement, responsable), flux (sens, type, fréquence), serveurs, hiérarchie de capacités avec matrice de couverture capacités × applications, et processus métier dont les étapes sont liées aux applications.
• Des vues générées, pas dessinées. Un schéma des flux applicatifs et un schéma d'infrastructure sont générés à partir du référentiel et exportables en PNG ou PDF. L'analyse d'impact montre les dépendances directes, en amont et en aval, d'une application, d'un serveur, d'un processus ou d'une capacité, sur un niveau.
• La passerelle ArchiMate. Le référentiel s'exporte au format ArchiMate Open Exchange : les applications deviennent des Application Components, les flux des relations Flow, les serveurs des Nodes (avec programmes, éditeurs, rôles et documents d'architecture), plus trois vues générées que l'on peut ouvrir dans Archi. Un modèle construit dans Archi peut être importé dans le même format, avec un aperçu par élément de ce qui sera créé, mis à jour ou ignoré. Il n'y a pas d'éditeur de notation ArchiMate, ni de couches stratégie, motivation ou migration.
• Le lien vers C4. UrbaHive n'importe pas d'espaces C4 ou Structurizr. Chaque fiche application comporte un champ dossier d'architecture technique (DAT) avec sa version, et un champ personnalisé peut porter le lien vers le dépôt où vivent ses diagrammes C4.
• Les agents IA comme passerelle depuis le code. Via le connecteur MCP, un assistant IA comme Claude Code ou Cursor, muni d'un jeton avec droits d'écriture, peut lire une base de code ou ses manifestes et proposer les applications et flux correspondants dans le référentiel, chaque appel étant inscrit au journal d'audit. La méthode est décrite dans initialiser sa cartographie SI depuis le code avec MCP.

La prise en main se fait en quelques heures. Le plan gratuit (1 utilisateur, 25 applications, sans carte bancaire, sans limite de durée) donne accès à toutes les fonctionnalités, import et export ArchiMate compris.

Questions fréquentes

Peut-on utiliser C4 et ArchiMate ensemble ?

Oui, et c'est le montage habituel dès qu'une organisation a à la fois des équipes de développement et une fonction d'architecture. ArchiMate couvre la cartographie et ses liens avec le métier ; C4 couvre l'intérieur de chaque système logiciel. La jointure se fait sur l'application : un Application Component dans ArchiMate, un Software System dans C4, avec le même nom des deux côtés.

C4 remplace-t-il ArchiMate ?

Non. C4 décrit un système logiciel et les personnes et systèmes qui l'entourent ; il n'a aucun concept de capacité, de processus métier, d'objectif ou de plan de migration. ArchiMate est conçu pour ces questions transverses. La FAQ du modèle C4 recommande elle-même de compléter C4 par des diagrammes ArchiMate, UML ou BPMN si nécessaire.

Par lequel une PME ou une ETI doit-elle commencer ?

Par la question à laquelle vous avez le plus besoin de répondre. Pour « quelles applications avons-nous, comment échangent-elles des données, qui en est responsable », commencez par un inventaire applicatif et quelques vues de type ArchiMate, sans apprendre tout le langage. Pour « comment ce produit est-il construit et déployé », commencez par les diagrammes C4 Context et Container. UML peut attendre.

Archi permet-il de dessiner des vues C4 ?

Oui, par convention plutôt que par une notation C4 intégrée. Archi n'a pas de point de vue C4 en tant que tel, mais le blog d'Archi montre comment projeter les concepts C4 sur des éléments ArchiMate et, depuis Archi 4.7, utiliser les expressions de libellé et une palette personnalisée pour afficher des boîtes au format C4 (nom, technologie, description). On obtient un diagramme d'allure C4 adossé à un vrai modèle ArchiMate.

Choisir la vue, puis la garder vivante

C4, ArchiMate et UML sont trois regards sur le même système d'information : choisissez le regard d'après la décision et le lecteur, et reliez les niveaux par une liste d'applications partagée. Commencez par l'aide-mémoire pour vous accorder sur les conventions. Faites-le à la main avec le modèle, ou laissez UrbaHive tenir la cartographie à jour : démarrez votre référentiel avec le plan gratuit, 1 utilisateur, 25 applications, sans carte bancaire.