Ressource de départ gratuite
Modèles de diagrammes d'architecture (points de départ ArchiMate et Visio)
Six vues d'architecture d'entreprise prêtes à adapter dont la plupart des équipes ont besoin tôt ou tard — décrites pour que vous puissiez recréer chacune dans ArchiMate, Visio ou directement dans Archilu. Pour chaque vue : ce qu'elle montre, les éléments et relations clés à utiliser, quand elle est utile et comment la construire dans Archilu. Ce sont des points de départ neutres à adapter à votre organisation, pas un modèle finalisé.
Aucun gabarit binaire ni fichier .archimate n'est fourni ici, volontairement : les noms d'éléments et les notations évoluent, et une description claire et reformulée se transpose mieux entre ArchiMate, Visio et Archilu qu'un fichier verrouillé. Recopiez la structure ci-dessous dans l'outil de votre choix.
Qu'est-ce qu'un point de vue ArchiMate ?
Un point de vue (viewpoint) est une image volontairement restreinte de votre architecture, ciblant un public et une question — par exemple « quelles applications soutiennent cette capacité ? » ou « qu'est-ce qui tombe si ce serveur s'arrête ? ». Plutôt que tout dessiner d'un coup, vous retenez les quelques types d'éléments et de relations qui répondent à la question et laissez le reste de côté. ArchiMate organise les éléments en couches (en gros : métier, application et technologie, plus motivation et mise en œuvre) et donne à chacun une notation standard, pour que la même vue se lise de la même façon par tous. Les six vues ci-dessous sont les incontournables : construisez-les une fois et réutilisez-les.
Cartographie des capacités métier
Couche ArchiMate: Métier / stratégie
Ce qu'elle montre
Une image stable et neutre vis-à-vis de la technologie de CE QUE fait l'organisation — ses capacités — regroupées en un petit nombre de domaines de haut niveau avec une couche de sous-capacités plus précises en dessous.
Éléments et relations clés
Des éléments capacité disposés en grille imbriquée (généralement deux ou trois niveaux de décomposition). Les relations sont surtout de composition/agrégation (une capacité est composée de sous-capacités). Évitez d'y mêler processus, unités ou applications — ils relèvent d'autres vues.
Quand l'utiliser
Comme colonne vertébrale des décisions d'investissement, de la rationalisation applicative et de la planification cible — car les capacités évoluent bien plus lentement que les organigrammes ou les systèmes.
La construire dans Archilu
Construisez l'arbre des capacités dans Archilu, puis reliez applications, coûts et risques à chaque capacité pour transformer la carte en outil de décision.
Paysage applicatif / coopération
Couche ArchiMate: Application
Ce qu'elle montre
Le portefeuille d'applications et la façon dont elles coopèrent — quels systèmes existent, ce qu'ils font et les principaux flux d'information entre eux.
Éléments et relations clés
Des éléments composant applicatif et service applicatif, reliés par des relations de service (serving) et de flux pour montrer qui utilise qui et quelles données circulent. Regroupez éventuellement les composants par domaine métier ou capacité pour la lisibilité.
Quand l'utiliser
Pour obtenir un inventaire partagé et honnête du parc avant tout programme de consolidation, d'intégration ou de migration — et repérer les doublons et les liens point à point enchevêtrés.
La construire dans Archilu
Tenez l'inventaire applicatif dans Archilu et laissez la vue de coopération rester à jour quand composants, propriétaires et interfaces changent.
Cartographie application-capacité
Couche ArchiMate: Métier + application
Ce qu'elle montre
Quelles applications soutiennent quelles capacités métier — le pont entre la vue métier et le parc IT. Souvent représentée en carte de chaleur (couverture, coût, santé ou redondance par capacité).
Éléments et relations clés
Des éléments capacité sur un axe, des composants applicatifs sur l'autre, joints par des relations de service (une application sert une capacité). Les liens plusieurs-à-plusieurs sont normaux — une capacité peut être soutenue par plusieurs applications, et une application toucher plusieurs capacités.
Quand l'utiliser
Pour repérer les capacités avec trop d'applications redondantes (candidates à la rationalisation) ou trop peu (lacunes et risque), et prioriser l'investissement par valeur métier.
La construire dans Archilu
Créez la cartographie dans Archilu et superposez coût et cycle de vie pour faire ressortir automatiquement les capacités sur- ou sous-couvertes.
Technologie / infrastructure
Couche ArchiMate: Technologie
Ce qu'elle montre
La technologie qui fait tourner les applications — serveurs, plateformes, logiciels système, réseaux et le déploiement des composants sur les nœuds.
Éléments et relations clés
Des éléments nœud, dispositif, logiciel système et service de technologie, avec les applications affectées aux nœuds qui les hébergent, plus les chemins de communication entre nœuds. Restez au niveau que vous gérez réellement plutôt que chaque câble.
Quand l'utiliser
Pour la migration data-center et cloud, la planification des fins de vie et des correctifs, les revues de résilience, et tracer les applications jusqu'à l'infrastructure dont elles dépendent.
La construire dans Archilu
Modélisez nœuds et plateformes dans Archilu et reliez les applications à leur hébergement pour que cycle de vie et risque technologiques remontent jusqu'à la vue métier.
Dépendances / impact applicatif
Couche ArchiMate: Application (transverse)
Ce qu'elle montre
Ce qui dépend de quoi — pour répondre à « si ceci change ou tombe, qu'est-ce qui est touché ? » en amont comme en aval d'un élément choisi.
Éléments et relations clés
Un composant applicatif focal dont les relations de service, de flux et de dépendance sont tracées vers les applications, services et (au besoin) capacités et infrastructures qu'il touche. Le sens compte : distinguez « dépend de » de « est utilisé par ».
Quand l'utiliser
Pour l'analyse d'impact des changements et du risque, la planification incidents et résilience (y compris des scénarios de type DORA) et la décommission — connaître le rayon d'action avant d'agir.
La construire dans Archilu
Dans Archilu, une vue d'impact est une requête vivante sur le modèle connecté — choisissez un élément et voyez tout en amont et en aval, maintenu à jour automatiquement.
Feuille de route / transition
Couche ArchiMate: Mise en œuvre et migration
Ce qu'elle montre
Comment l'architecture passe de l'aujourd'hui (référence) à la cible dans le temps, via un petit nombre de paliers intermédiaires, avec les lots de travaux qui y mènent.
Éléments et relations clés
Des éléments palier (plateau) représentant des états intermédiaires stables sur une frise, les écarts entre eux, et des éléments lot de travaux et livrable qui comblent chaque écart. Souvent montré en couloir sur un axe temporel.
Quand l'utiliser
Pour aligner les parties prenantes sur le séquencement, montrer ce qui change à chaque étape, et relier la vision d'architecture à un vrai plan de livraison et dossier d'investissement.
La construire dans Archilu
Capturez référence, paliers et cible dans Archilu pour que la feuille de route reste liée au modèle réel et se mette à jour avec l'architecture.
Comment utiliser ces modèles
- 1Choisissez la vue qui répond à la question que vous avez réellement maintenant — ne modélisez pas tout d'un coup.
- 2Réutilisez les mêmes types d'éléments et la même nomenclature à chaque fois, pour que les vues restent comparables entre équipes et dans le temps.
- 3Gardez chaque vue lisible : si un diagramme dépasse environ 20 à 30 boîtes, scindez-le ou montez en niveau d'abstraction.
- 4Reliez les vues par des éléments partagés (la même application apparaît dans le paysage, la vue de dépendances et la cartographie des capacités) pour rester cohérent.
- 5Recréez la vue dans Archilu et rattachez des données réelles — propriétaires, coût, cycle de vie, risque — pour que l'image pilote des décisions, pas seulement de la documentation.
Approfondir ArchiMate
Standard et attribution
ArchiMate est un standard déposé de The Open Group. Les noms de couches, d'éléments et de relations cités ici sont reformulés et servent uniquement à décrire des vues neutres et couramment utilisées ; aucun texte protégé de la spécification n'est reproduit. Pour les définitions de référence et la notation complète, consultez la spécification ArchiMate officielle de The Open Group. Ces modèles sont des points de départ indépendants à adapter et ne sont ni approuvés par The Open Group ni affiliés à celui-ci.
Du diagramme à un modèle d'architecture vivant
Les dessins se périment. Dans Archilu, ces vues deviennent un modèle connecté — applications, capacités, technologie et risque reliés — de sorte qu'une analyse d'impact ou un dossier de rationalisation devient une requête, pas un redessin. L'auto-évaluation de maturité EA est un moyen rapide de savoir par où commencer.