Un modèle de diagramme entité-association (ERD, pour entity relationship diagram) documente le modèle de données d'un système : les entités, leurs relations, la stratégie de clé de chacune, et les spécifications complètes des champs (type, nullabilité, défaut, index, sensibilité). Il fixe la forme des données avant la première migration et montre au réviseur de sécurité quels champs contiennent des renseignements personnels. Specira génère le diagramme depuis les entités nommées et compile les tableaux de champs depuis les éléments typés et les décisions résolues de la session.
Un modèle de données dessiné à la main s'arrête aux boîtes. Le diagramme montre un Travail et un Technicien reliés par une ligne, et les questions qui comptent ne vivent nulle part : la clé est-elle naturelle ou de substitution, un code de motif nul veut-il dire vide ou accepté, quelles colonnes sont des renseignements personnels, combien de temps on garde les positions. Ces réponses finissent décidées dans un fichier de migration à onze heures le soir.
Quelles sections contient le modèle de diagramme entité-association?
Le modèle gouverné par défaut fixe huit sections. Six sont des tableaux construits à partir des éléments typés, une est un diagramme généré, et le plan de migration est de la prose synthétisée à partir de la découverte.
| Section | Profondeur | Comment elle est produite |
|---|---|---|
| Inventaire des entités | base | Table à partir d'éléments typés · Entity, Description, Approx Row Count |
| Relations entre entités | base | Diagramme généré |
| Champs clés | base | Table à partir d'éléments typés · Entity, Field, Type, Constraints |
| Spécifications complètes des champs | standard | Table à partir d'éléments typés · Entity, Field, Type, Nullable, Default, Index |
| Matrice CRUD | standard | Table à partir d'éléments typés · Entity, Role, Create, Read, Update, Delete |
| Étiquettes de classification des données | complet | Table à partir d'éléments typés · Entity, Field, Classification, PII |
| Règles de conservation | complet | Table à partir d'éléments typés · Entity, Retention Period, Archive Strategy |
| Plan des scripts de migration | complet | Prose synthétisée depuis la découverte |
Comment Specira produit-il le document de modèle de données?
L'architecte de solutions est propriétaire de cet artefact. Il compile le document à partir des entités, des règles d'affaires, des contraintes et des décisions typées pendant la découverte, les contraintes de classification du l'analyste en sécurité alimentant les colonnes de sensibilité. L'échantillon montre le mécanisme. La section des vues entité-association génère un diagramme en patte d'oie par contexte délimité, depuis une source versionnée, et réconcilie son inventaire avec le document d'architecture dans les deux sens : une décision de système de référence y est citée, jamais reprise ici. La section des entités, clés et conventions énonce une seule fois les conventions d'audit, de suppression et de multilocation, puis donne à chaque entité sa stratégie de clé primaire et la raison derrière, en liant le sens d'affaires au glossaire. Les spécifications de champs donnent à chaque champ un type avec précision, une nullabilité et une valeur par défaut explicites, une sensibilité qui cite la classification en vigueur, une source, et une description qui ajoute du sens au-delà du nom. Une cellule vide, c'est une lacune, et le modèle la signale.
Le critique Red Team est consulté à chaque tour et fait tourner la barrière de préparation à l'export, qui mesure les décisions résolues plutôt que les pages. Une règle de rétention dont la décision est ouverte s'affiche comme une lacune nommée, jamais comme une valeur par défaut plausible. Chaque ligne porte sa provenance : qui a décidé, quand, sur quelle preuve. Les termes du glossaire tirés de la base de connaissances sont appariés avec un score de confiance et cités. Exportez en DOCX pour les réviseurs, ou en Markdown et en JSON pour les agents, où le schéma voyage aussi comme bloc DBML (database markup language) consolidé. Poussez vers Jira, Confluence, GitHub ou Linear, ou clonez et ajustez le modèle dans le module Modèles.
Exemple rendu
Rendu à partir du gabarit gouverné par défaut de Specira sur une entreprise fictive, filigrané, avec ses diagrammes. Document en anglais.
Comment les équipes utilisent-elles le document de modèle de données?
- ✓Écrire la première migrationLes développeurs prennent les spécifications de champs et le plan de migration et produisent un schéma qui correspond aux décisions, pas à leur souvenir des décisions.
- ✓Mener la revue de protection des renseignementsL'analyste en sécurité et le responsable de la vie privée lisent les étiquettes de classification et les règles de rétention sans ouvrir un deuxième document.
- ✓Régler la question du système de référenceL'inventaire des entités cite quel système possède chaque entité, alors les copies en lecture et les marqueurs transitoires restent explicites.
- ✓Donner le schéma aux agents comme donnéesLes outils en aval lisent l'export JSON et le bloc DBML au lieu d'interpréter une image de diagramme.
À quoi ressemble l'artefact de modèle de données dans Specira?
Les écrans ci-dessous montrent les entités typées dans une session de découverte, le diagramme entité-association généré et la barrière d'export pour cet artefact.
Écrans tirés d'un espace de démonstration Specira; compteurs et scores sont des données d'exemple.
Réservez une démo et voyez une session de découverte produire un diagramme entité-association et des spécifications de champs à partir desquels vos développeurs peuvent migrer.
Réserver une démo