Stratégie — le référentiel CADRES
CADRES se lit comme un référentiel d'architecture d'entreprise — six piliers structurants, six principes opposables, trois axes transverses (gouvernance de données, exigences non fonctionnelles globales, sécurité). Adopté par une ARB qui tranche, dérogeable par ADR daté.
Les 6 piliers
Chaque pilier répond à une question structurante. Ensemble, ils forment une grille de lecture cohérente du SI d'entreprise — du cap stratégique aux instances de gouvernance.
Les 6 principes
Six principes de niveau architecture d'entreprise qui guident chaque arbitrage. Ils ne disent pas quoi faire — ils disent comment décider quand le contexte change.
Principe 1 · Simplifier
Adopter des standards réduit la complexité technologique : moins de variantes, moins de dette, moins de coûts d'apprentissage. La normalisation est le premier levier d'optimisation des opérations — pas l'inverse.
Principe 2 · Adapter
Modéliser l'organisation, les capabilities et les domaines pour s'adapter — pas pour figer. Les frontières sont conçues pour évoluer ; la stratégie change, le cadre tient.
Principe 3 · Mesurer
Itérer en évaluant constamment opérations, technologies et cibles. DORA, SLO, coûts d'exécution forment la boucle de retour de l'architecture. Ce qui ne se mesure pas ne se gouverne pas.
Principe 4 · Servir
Adapter les solutions aux besoins réels et à l'expérience — qu'il s'agisse d'un agent métier, d'un citoyen ou d'un partenaire externe. La technologie sert l'usage, pas l'inverse.
Principe 5 · Catalyser
IA, cloud, automatisation : utilisés pour accélérer la transformation et augmenter la flexibilité — pas pour cocher des cases. Une technologie introduite sans usage clair est de la dette à venir.
Principe 6 · Tracer
Tout écart à un principe est une dérogation explicite, datée, avec plan de rattrapage. Un ADR la trace ; l'ARB l'approuve ou la refuse. Pas de zones grises — la transparence des écarts est ce qui rend le cadre vivant et opposable.
La sécurité, qui figurait initialement comme principe, est traitée ci-dessous comme axe transverse — discipline qui traverse les six piliers, au même titre que la gouvernance de données et les exigences non fonctionnelles.
Cadre EA → SA
Niveau 1 · EA
Le référentiel fixe les six piliers, les six principes, la gouvernance (ARB, ADR, cycle du référentiel) et les axes transverses (gouvernance de données, NFRs globales). C'est le vocabulaire commun que les directions partagent.
Niveau 2 · SA
Chaque produit implémente ce cadre via des archetypes outillés, des patterns d'intégration (gateway, ACL, event bus) et des contrats types. Les équipes solution gagnent du temps — le cadre a déjà tranché les choix structurants.
CADRES se positionne comme un référentiel opposable compatible avec TOGAF (qu'il n'ambitionne pas de remplacer), Domain-Driven Design (qu'il complète au niveau du socle partagé) et Team Topologies (qu'il outille côté interfaces).
Axes transverses
Certaines dimensions ne vivent pas dans un pilier — elles les traversent tous. CADRES en pose trois explicitement, plutôt que de les diluer dans le contenu de chacun : gouvernance de données, exigences non fonctionnelles globales, sécurité & confidentialité.
La donnée qui franchit un domaine est un actif partagé. Sans cadre de gouvernance, elle devient un passif diffus.
Ownership
L'ARB tranche les référentiels partagés, les clés de jointure, les conflits d'ownership entre produits. Une donnée « sans propriétaire » est un passif, pas un actif.
Plateforme
Master Data Management pour les entités partagées (personnes, organisations, dossiers) ; Data Catalog pour l'inventaire et l'ownership visible.
Contrats
Schéma versionné, compatibility checks, contract testing. Tout jeu de données qui franchit un domaine est un contrat — c'est non négociable.
Qualité & conformité
Classification (PII / sensible / public), rétention, masquage, chiffrement, lineage amont/aval, seuils de qualité.
Performance, observabilité, accessibilité, soutenabilité — définies une fois au niveau du référentiel, applicables à tous les produits. Pas de NFR locales reconfigurées projet par projet.
Catalogue
Liste structurée par familles : performance, scalabilité, observabilité, accessibilité, soutenabilité. Seuils calibrés par criticité métier, références normatives explicites.
Traduction
Chaque NFR globale se décline en Service Level Objective par capability ou produit. Ce qui n'est pas mesurable n'est pas une NFR — c'est une intention.
Observabilité
Logs, traces, métriques au format standard. Tableau de bord opposable par produit. Pas de SI livré sans capacité d'observation intégrée à l'architecture.
Accessibilité & soutenabilité
Accessibilité numérique conçue en amont, pas patchée en aval. Performance énergétique mesurée. Archetypes pensés pour la durée plutôt que pour la livraison immédiate.
La surface d'attaque ne se réduit pas par addition de contrôles mais par soustraction de risques. CADRES traite la sécurité comme une discipline transverse, pas comme une checklist de fin de projet.
Modèle de menace
STRIDE, DREAD ou équivalent documenté par capability. Révisé à chaque évolution majeure d'archetype. Une fonctionnalité sans modèle de menace ne sort pas en prod.
Identité
Gestion d'identité centralisée, vérification systématique à chaque appel, pas de confiance implicite réseau. Le périmètre n'est plus une frontière — c'est l'identité qui l'est.
Confidentialité
Chiffrement at rest et in transit. Classification PII / sensible / public au niveau des contrats de données. Masquage et tokenisation pour les usages secondaires.
Conformité & audit
LPD, RGPD, exigences sectorielles intégrées aux archetypes. Logs immuables des accès et arbitrages. Le contrôle externe ne demande pas de preuves — il les observe.
Hors-périmètre
C'est un cadre opposable, outillé et gouverné, posé en 6 à 10 semaines, adopté ensuite par une ARB.
