Modèle de données
Entités, attributs typés, clés et cardinalités. Notation au choix — patte-d'oie, IDEF1X, UML, Chen, Barker — sans redessiner.
Les canevas
Tous puisent dans le même référentiel. Une application décrite une fois apparaît dans la vue applicative, la carte de capacités et la feuille de route — sans être ressaisie, et sans risque de divergence. Les figures ci-dessous montrent la structure de chaque canevas ; le studio, lui, se voit en démo — sur vos modèles.
L'angle que ni les suites d'architecture ni les outils de dessin ne couvrent.
Entités, attributs typés, clés et cardinalités. Notation au choix — patte-d'oie, IDEF1X, UML, Chen, Barker — sans redessiner.
Le modèle physique publié en contrat lisible par une machine — le pont entre l'architecture et la fabrique de data products.
Le DDL se déduit du modèle, avec les types, les clés et les index. Aucune retranscription à la main, donc aucune dérive.
Ce que fait l'organisation, avant de parler des logiciels qui l'outillent.
Couloirs, tâches, passerelles et flux. Les acteurs viennent du référentiel : un service renommé se renomme partout.
Ce que l'entreprise sait faire, par domaine. Des lentilles colorent la carte selon la maturité, le coût ou la criticité. Pas de connecteur — une capacité n'appelle pas une autre capacité.
Étapes ordonnées avec temps de traitement, temps de traversée et taux de conformité. L'efficacité de flux se calcule — elle ne s'estime pas.
Les logiciels et les machines, reliés à ce qu'ils servent.
Les trois couches et leurs dépendances, avec les points de vue TOGAF. On voit d'un coup ce qui tombe si un serveur tombe.
Zones réseau et composants. Ici la bande d'un objet se déduit de l'endroit où on le pose — déplacer un serveur en DMZ, c'est le déclarer en DMZ.
Le canevas le plus riche : attributs, opérations, visibilité, héritage. Génération Java, TypeScript et PlantUML depuis le modèle.
Pourquoi on fait les choses, et dans quel ordre on les fera.
Plateaux, jalons, prérequis et enveloppes budgétaires. Les dépendances sont contrôlées : un plateau ne peut pas commencer avant celui dont il dépend.
Parties prenantes, moteurs, objectifs et exigences, en colonnes. La bande d'un objet se déduit de son type — on ne peut pas ranger un objectif chez les moteurs.
L'arbre des entités et des rôles. Aucune position n'est saisie : elle se dérive entièrement des rattachements du référentiel.
Ajouter un canevas, chez nous, c'est ajouter un fichier de catalogue — pas un chantier. C'est pourquoi il y en a vingt-six et pas six.
La famille qui change la nature du produit : ces neuf-là ne dessinent pas, ils calculent un verdict — et bloquent la publication tant que l'organisation n'y a pas répondu. Un schéma qu'on ne peut pas opposer ne vaut pas un rapport.
Cinq colonnes dont la cinquième n'accepte aucun objet : le risque résiduel se calcule. Un contrôle seulement prévu ne compte que pour un cinquième.
Ce que l'organisation a tranché, quand, et ce que ça remplace. Le retard se déduit du calendrier — personne ne le saisit.
De l'obligation à la preuve, en passant par l'exigence et le contrôle. La péremption d'une preuve se déduit de sa fréquence, jamais d'un statut saisi.
Des bandes de sensibilité où la position classe. Déplacer une donnée, c'est la reclasser ; un flux qui la fait redescendre est refusé.
Quadrants et anneaux, position entièrement dérivée. Chaque élément cite la décision qui l'a mis là — pas un texte libre, la décision du journal.
La promesse confrontée aux dépendances. On ne revient jamais plus vite que sa dépendance la plus lente — et seul le graphe le montre.
Une dépréciation tient sur deux jambes : une échéance et une destination. Sans date de retrait, rien ne migrera.
Deux notes par application — valeur métier, qualité technique — et le quadrant s'en déduit. Personne ne le choisit, c'est tout l'intérêt.
L'échéance de dénonciation est calculée : terme moins préavis. Saisie, elle serait fausse au trimestre suivant.
Six diagrammes de la norme 2.5, plus les deux canevas nés d'un besoin qu'aucune notation ne couvrait : recevoir un dessin existant, et décrire ce qui circule.
Acteurs, cas, inclusions et extensions. Le point d'entrée des agents : c'est là que le besoin se dit avant de se modéliser.
Ce que le logiciel expose et ce qu'il requiert — interfaces fournies et requises, dépendances assemblées.
Le découpage du code en domaines. Une classe cite son paquetage par référence, jamais par un texte recopié.
Participants, lignes de vie, messages ordonnés. L'ordre fait la chronologie : on réordonne, on ne déplace pas.
États, transitions, état initial et final. La forme est le propos — un automate n'a pas de couloir.
Des blocs de construction qui s'emboîtent — composants, services, nœuds — et des flux orientés qui déclarent ce qu'ils transportent. Déplacer un contenant emporte son contenu.
Le seul canevas qui n'impose rien : la cible de tout dessin venu d'ailleurs. On entre d'abord fidèlement — positions, tailles, couleurs, formes — et l'interprétation vient après, si elle vient.
Déposez un .drawio : chaque page devient un document, positions et couleurs
reprises telles quelles. Les zones se déduisent de la géométrie — personne ne les
déclare dans draw.io.
Trente minutes sur vos propres cas. On modélise devant vous, et on vous montre un modèle qui refuse de se publier parce qu'il est faux.