Gouvernance

Un diagramme décrit une architecture. La gouvernance la met sous contrôle : des règles qui s'appliquent pendant que vous modélisez, une veille sur l'obsolescence de vos technologies, et une vue d'ensemble de votre patrimoine applicatif.

Pourquoi gouverner son architecture ?#

Modéliser ne suffit pas quand plusieurs équipes conçoivent en parallèle. Sans gouvernance, trois angles morts apparaissent.

• Les standards ne sont pas respectés. Chaque équipe modélise à sa façon. Les écarts (une connexion interdite, un composant sans responsable) ne se voient qu'en revue, quand il est déjà tard.
• L'obsolescence passe inaperçue. Une technologie en fin de support reste en production parce que personne n'en assure le suivi, jusqu'à l'incident ou la faille.
• Il manque une vue d'ensemble. À l'échelle du portefeuille, impossible de dire rapidement ce qui est critique, obsolète ou sans responsable.

La gouvernance répond à ces trois points : des règles appliquées au moment de la conception, un suivi automatique du cycle de vie des technologies, et une vue transversale sur tous les projets.

Cas d'usage#

Imposer un standard d'architecture#

Interdisez les connexions directes entre le frontend et la base de données, exigez un responsable sur chaque composant critique, limitez le nombre de composants par zone. Les écarts sont signalés à l'auteur pendant qu'il modélise, pas trois semaines plus tard en comité.

Anticiper une fin de vie technologique#

Le catalogue détecte automatiquement les technologies qui approchent de leur fin de support et alerte les responsables, avant que l'obsolescence ne devienne un risque de sécurité ou de conformité.

Piloter le patrimoine applicatif#

Pour un CTO ou une DSI, le portfolio donne en un coup d'oeil les composants critiques, ceux sans responsable et les technologies à risque, sur l'ensemble des projets. De quoi prioriser les chantiers sur des faits, pas des impressions.

Cadrer une nouvelle équipe#

Une équipe qui rejoint la plateforme hérite automatiquement des directives en vigueur. Les bonnes pratiques sont intégrées dès la première modélisation, sans formation lourde.

Fonctionnement#

Directives d'architecture#

Les directives sont des règles appliquées en temps réel sur le canvas. Dès qu'un composant ou une connexion enfreint une règle, l'auteur est alerté, sans attendre une revue manuelle. Une règle en Erreur bloque l'action, une règle en Avertissement ou Information la signale sans bloquer.

Exemples de règles : nombre maximum de composants par type, connexions interdites entre certains types, types interdits dans une zone, champ obligatoire (responsable, criticité...) sur les composants.

Voir la page dédiée : Directives d'architecture.

Catalogue de technologies#

Le catalogue centralise les technologies utilisées dans vos projets et suit leur cycle de vie : veille automatique de fin de vie via endoflife.date, classement interne (Standard, Autorisé, En évaluation, Déprécié, Interdit), alertes in-app et e-mail, import / export CSV.

Voir la page dédiée : Catalogue de technologies.

Portfolio cross-projet#

Le portfolio agrège tous les projets d'un workspace en une vue transversale : inventaire filtrable, heat map statut x criticité, timeline du cycle de vie, indicateurs clés (production, obsolètes, critiques, sans responsable, technos à risque) et export CSV.

Voir la page dédiée : Portfolio.

Disponibilité#

Les directives, le catalogue de technologies et le portfolio sont inclus à partir du plan Pro. Voir la page Tarifs pour le détail par plan.