Les schémas entité-association présentent les relations entre les différentes entités d'un système. Ces schémas sont particulièrement utiles pour offrir un aperçu instantané des informations existantes dans un système et de la manière dont elles se connectent. Ils peuvent également aider les équipes à réfléchir à la façon dont les utilisateurs, les logiciels et les bases de données interagissent dans des scénarios réels.
Découvrez-en plus sur les schémas entité-association, notamment leurs origines, leurs utilisations, des exemples, leurs composants et la manière de les concevoir à l'aide de notre logiciel de modèle conceptuel de données.
Qu'est-ce qu'un schéma entité-association ?
Un schéma entité-association est un type de logigramme qui illustre la manière dont les entités telles que les personnes, les objets ou les concepts sont liées les unes aux autres au sein d'un système. Les schémas entité-association sont le plus souvent utilisés pour concevoir ou déboguer des bases de données relationnelles dans les domaines du génie logiciel, des systèmes d'information d'entreprise, de l'éducation et de la recherche. Également appelés schémas entité-association ou modèles EA, ils utilisent un ensemble défini de symboles tels que des rectangles, des losanges, des ovales et des lignes de connexion pour représenter l'interconnexion des entités, des relations et de leurs attributs. Ils reflètent une structure grammaticale, où les entités correspondent aux noms et les relations aux verbes.
Les schémas entité-association sont apparentés aux diagrammes de structure de données (DSD), qui se concentrent sur les relations entre les éléments au sein des entités plutôt que sur les relations entre les entités elles-mêmes. Les schémas entité-association sont également utilisés conjointement avec les diagrammes de flux de données (DFD), qui cartographient le flux d'informations pour des processus ou des systèmes.
Histoire des modèles EA
Peter Chen, informaticien et mathématicien appliqué, est reconnu pour avoir développé la modélisation entité-association pour la conception de bases de données dans les années 1970. Avant que le domaine de l'informatique n'existe, la représentation de l'interconnexion des choses remontait à la Grèce antique avec les travaux d'Aristote, de Socrate et de Platon. On la retrouve plus récemment dans les travaux des XIXe et XXe siècles de philosophes-logiciens tels que Charles Sanders Peirce et Gottlob Frege.
Dès les années 1960 et 1970, Charles Bachman et A.P.G. Brown développaient les prédécesseurs de l'approche de Chen. Bachman a développé un type de diagramme de structure de données appelé le diagramme de Bachman. Brown a publié des travaux sur la modélisation des systèmes réels. James Martin a apporté des perfectionnements au schéma entité-association. Les travaux de Chen, Bachman, Brown, Martin et d'autres ont également contribué au développement du langage UML (Unified Modeling Language), largement utilisé dans la conception de logiciels.
Utilisations des schémas entité-association
Conception de bases de données
Les schémas entité-association sont utilisés pour modéliser et concevoir des bases de données relationnelles. Le modèle de données logique est utilisé pour la logique et les règles de gestion, et le modèle de données physique est utilisé pour l'implémentation technologique. En génie logiciel, un schéma entité-association est often une étape initiale pour déterminer les exigences d'un projet de systèmes d'information. Il est également utilisé par la suite pour modéliser une ou plusieurs bases de données particulières. Une base de données relationnelle possède une table relationnelle équivalente et peut potentiellement être exprimée de cette manière si nécessaire.
Les schémas entité-association sont souvent utilisés au début d'un nouveau projet de base de données pour définir les exigences et aider l'équipe à construire un modèle qui exprime les flux d'informations entre l'utilisateur, le logiciel, la base de données et d'autres entités. Parce qu'ils rendent les hypothèses et les dépendances visibles dès le départ, les schémas entité-association peuvent améliorer la planification et la prise de décision avant le début de l'implémentation.
Les avantages courants en amont comprennent la détection plus rapide des problèmes, l'élimination de la confusion autour des systèmes complexes et l'atténuation des risques.
Résolution des problèmes de bases de données
Les schémas entité-association sont utilisés pour analyser les bases de données existantes afin de trouver et de résoudre les problèmes de logique ou de déploiement. Tracer le schéma permet de révéler ce qui ne va pas.
Systèmes d'information d'entreprise
Les schémas sont utilisés pour concevoir ou analyser des bases de données relationnelles pour les processus métier. Tout processus métier qui utilise des données compartimentées impliquant des entités, des actions et des interactions peut potentiellement bénéficier d'une base de données relationnelle. Cela permet de rationaliser les processus, de découvrir des informations mais aussi d'améliorer les résultats.
Réingénierie des processus d'affaires (BPR)
Les schémas entité-association aident à analyser les bases de données utilisées dans la réingénierie des processus d'affaires et à modéliser une nouvelle configuration de base de données.
Éducation
Les bases de données constituent la méthode actuelle de stockage des informations relationnelles à des fins éducatives et de récupération ultérieure, de sorte que les schémas entité-association peuvent s'avérer précieux pour planifier ces structures de données.
Recherche
Étant donné qu'une grande partie de la recherche se concentre sur les données structurées, les schémas entité-association peuvent jouer un rôle clé dans la mise en place de bases de données utiles pour analyser les données.
Les composants et fonctionnalités d'un schéma entité-association
Les schémas entité-association sont composés d'entités, de relations et d'attributs. Ils représentent également la cardinalité, qui définit les relations en termes de nombres. Voici un glossaire :
Entité
Une entité est un type d'objet de données. Ces objets peuvent être des ordinateurs, des imprimantes, des employés, des clients, des lieux, des événements, des concepts, etc.
Type d'entité : Un type d'entité est un groupe de choses définissables, comme des clients ou des produits, tandis que l'entité correspondrait au client ou au produit spécifique.
Ensemble d'entités : Un ensemble d'entités est identique à un type d'entité, mais il est défini à un moment précis, comme les clients ayant effectué un achat le mois dernier. Un terme connexe est l'instance, dans laquelle un client spécifique serait une instance de l'ensemble d'entités.
Catégories d'entités : Les catégories d'entités comprennent les entités fortes, faibles et associatives. Une entité forte peut être définie uniquement par ses propres attributs, tandis qu'une entité faible ne le peut pas. Une entité associative connecte des entités (ou des éléments) au sein d'un ensemble d'entités.
Clés d'entité : Une clé d'entité est un attribut qui définit de manière unique une entité dans un ensemble d'entités. Les clés d'entité peuvent être des super-clés, des clés candidates ou des clés primaires. Une super-clé est un ensemble d'attributs (un ou plusieurs) qui définissent ensemble une entité dans un ensemble d'entités. Une clé candidate est une super-clé minimale, ce qui signifie qu'elle possède le plus petit nombre d'attributs possible pour rester une super-clé. Un ensemble d'entités peut avoir plus d'une clé candidate. Une clé primaire est une clé candidate choisie par le concepteur de la base de données pour identifier de manière unique l'ensemble d'entités.
Relation
Les relations définissent la manière dont les entités agissent les unes sur les autres ou sont associées les unes aux autres. Pensez aux relations comme à des verbes. For exemple, un client spécifique peut acheter un produit. Les deux entités seraient le client et le produit, et la relation représentée est l'acte d'achat, connectant les deux entités de cette manière. Les relations sont généralement représentées sous forme de losanges ou d'étiquettes directement sur les lignes de connexion.
Relation récursive : Dans une relation récursive, la même entité participe plus d'une fois à la relation.
Attribut
Les attributs définissent les propriétés des entités de votre base de données. Vous pouvez avoir un ensemble d'entités clients qui possède différentes valeurs pour le nom, l'adresse, les informations de paiement, etc.
Attribut descriptif : Un attribut descriptif est une propriété ou une caractéristique d'une relation (par opposition à celle d'une entité).
Catégories d'attributs : Les catégories d'attributs comprennent les attributs simples, composites, dérivés, ainsi qu'à valeur unique ou à valeurs multiples. Un attribut simple est atomique et ne peut pas être divisé davantage, comme un numéro de téléphone. Un attribut composite est un sous-attribut issu d'un attribut. Un attribut dérivé est calculé ou obtenu à partir d'un autre attribut, comme l'âge à partir d'une date de naissance. Un attribut à valeurs multiples est une valeur pour plus d'un attribut, comme plusieurs numéros de téléphone pour une personne. Un attribut à valeur unique ne possède qu'une seule valeur d'attribut. Les types peuvent être combinés, comme des attributs simples à valeur unique ou des attributs composites à valeurs multiples.
Cardinalité
La cardinalité définit les attributs numériques de la relation entre deux entités ou ensembles d'entités. Les trois principales relations cardinales sont un-à-un, un-à-plusieurs et plusieurs-à-plusieurs. Un exemple d'un-à-un serait un client associé à une seule adresse postale. Un exemple d'un-à-plusieurs (ou plusieurs-à-un, selon le sens de la relation) serait un client achetant plusieurs produits, mais tous ces produits ayant une seule ligne renvoyant à ce client unique. Dans un exemple de plusieurs-à-plusieurs, les clients en tant que groupe sont associés à plusieurs produits, et les produits à leur tour sont associés à plusieurs clients.
Vues de cardinalité : Les vues de cardinalité peuvent être affichées du côté opposé ou du même côté, selon l'endroit où les symboles sont représentés.
Contraintes de cardinalité : Les contraintes de cardinalité sont les nombres minimaux ou maximaux qui s'appliquent à une relation.
Correspondance avec le langage naturel
Les composants EA peuvent être assimilés à des parties du discours. Cela montre comment un schéma entité-association se compare à un diagramme de grammaire :
-
Nom commun - Exemple de type d'entité : client
-
Nom propre - Exemple d'entité : Sally Smith
-
Verbe - Exemple de type de relation : achète
-
Adjectif - Exemple d'attribut pour une entité : nouveau
-
Adverbe - Exemple d'attribut pour une relation : numériquement
Le langage de requête de base de données ERROL imite en fait les constructions du langage naturel. ERROL est basé sur l'algèbre relationnelle remaniée (RRA) et fonctionne with des modèles EA, capturant leurs aspects linguistiques.
Symboles et notations des schémas entité-association
Les images suivantes présentent plusieurs systèmes de notation de schémas entité-association. Consultez la page sur les symboles et notations des schémas entité-association pour plus d'informations.
Style de notation de Chen
 |  |  |
 |  |  |
 |  |  |
 |  |  |
 |
 |
 |
 |
Style Patte d'oie / Martin / Information Engineering
 |  |
 |  |
 |  |
Style de Bachman
 |
 |
Style IDEF1X
 |  |  |
Style de Barker
Certaines équipes appliquent également la notation UML lorsqu'elles souhaitent exprimer des relations de type EA avec des conventions orientées objet. Cela ne signifie pas pour autant que le schéma entité-association devient un type de diagramme UML. Cela signifie simplement que la notation UML est utilisée pour décrire les relations entre les entités et la cardinalité. Avec la notation UML, les relations sont représentées par une ligne pleine reliant deux entités. Les cardinalités sont indiquées sur la ligne (par exemple, 1..1 indique un-à-un, ou 1..* pour un-à-plusieurs) et vous pouvez ajouter des locutions verbales (comme « créé par » ou « commandé par ») pour définir la relation entre les entités.
 |  |
 |  |
 |  |
 |
Exemples
Voici des exemples de schémas entité-association créés dans chaque système.
Modèles de données conceptuels, logiques et physiques
Les modèles EA et les modèles de données sont généralement dessinés selon trois niveaux de détail au maximum :
Modèle conceptuel de données
Ce modèle présente la vue de plus haut niveau contenant le moins de détails. Son intérêt réside dans la capture de la portée globale du modèle et la représentation de l'architecture du système. Pour un système de portée plus réduite, vous pouvez commencer par le modèle logique.
Modèle logique de données
Ce modèle présente plus de détails qu'un modèle conceptuel et définit les entités opérationnelles et transactionnelles. Le modèle logique est indépendant de la technologie dans laquelle il sera implémenté.
Modèle physique de données
Un ou plusieurs modèles physiques peuvent être développés à partir de chaque modèle logique. Les modèles physiques doivent présenter suffisamment de détails technologiques pour produire et implémenter la base de données réelle.
À mesure que les systèmes se développent, il peut être difficile de capturer chaque détail opérationnel dans un seul visuel lisible. Si nécessaire, vous pouvez utiliser plus d'un graphique et créer différents niveaux de schémas entité-association selon vos besoins. Les systèmes plus petits, en revanche, peuvent souvent être représentés facilement.
Limites des schémas et modèles entité-association
Les schémas et modèles entité-association ne sont pas adaptés à tous les types de bases de données. Voici plusieurs raisons pour lesquelles ils peuvent ne pas correspondre à votre cas d'utilisation :
-
Réservé aux données relationnelles : Le seul but des schémas entité-association est de présenter les relations entre les entités, ils ne constituent donc pas le bon choix pour concevoir des bases de données non relationnelles.
-
Pas pour les données non structurées : À moins que les données ne soient clairement délimitées en différents champs, lignes ou colonnes, les schémas entité-association sont probablement d'une utilité limitée. Il en va de même pour les données semi-structured, car seule une partie d'entre elles sera utile.
-
Difficulté d'intégration avec une base de données existante : L'utilisation de modèles EA pour s'intégrer à une base de données existante peut s'avérer difficile en raison des différences d'architecture.
Dans le même ordre d'idées, si votre couche de persistance principale est non relationnelle, vous pourriez avoir besoin d'une approche de modélisation différente de celle d'un schéma entité-association classique.
Comment créer un schéma entité-association de base
-
Objectif et portée : Définissez l'objectif et la portée de ce que vous analysez ou modélisez.
-
Entités : Identifiez les entités impliquées. Lorsque vous êtes prêt, commencez à les dessiner dans des rectangles (ou la forme choisie par votre système) et à les nommer avec des noms communs.
-
Relations : Déterminez comment les entités sont toutes liées entre elles. Tracez des lignes entre elles pour signifier les relations et nommez-les. Certaines entités peuvent ne pas être liées, et c'est tout à fait normal. Dans les différents systèmes de notation, la relation peut être indiquée dans un losange, un rectangle ou directement sur la ligne de connexion.
-
Attributs : Ajoutez plus de détails en insérant les attributs clés des entités. Les attributs sont souvent représentés par des ovales.
-
Cardinalité : Indiquez si la relation est de type un-à-un, un-à-plusieurs ou plusieurs-à-plusieurs.
Si vous représentez un grand système sous forme de schéma, envisagez de diviser le travail en plusieurs schémas (par exemple, un aperçu conceptuel et un ou plusieurs modèles physiques) pour que chaque visuel reste lisible.
Comment créer un schéma entité-association dans Lucidchart
-
Ouvrez un nouveau document Lucidchart
Créez votre diagramme à partir de zéro ou gagnez du temps en commençant avec l'un des modèles de schémas entité-association prédéfinis de Lucidchart. L'important est d'afficher le niveau de détail nécessaire à votre objectif. Vous pouvez choisir de tracer un modèle conceptuel, logique ou physique, selon les détails requis.
-
Activez les bibliothèques de formes de schémas entité-association
Cliquez sur Plus de formes sur le côté gauche de l'éditeur, et assurez-vous que la case Relation entre entités est cochée dans la liste des bibliothèques de formes.
-
Faites glisser et déposez des formes
Commencez à ajouter des formes sur la zone de travail pour représenter toutes vos entités et relations en cliquant sur la forme souhaitée et en la déposant là où vous le souhaitez. Assurez-vous que toutes vos entités et relations sont nommées et que votre diagramme prend en charge toutes les données que vous devez stocker.
-
Connectez les formes
Cliquez sur n'importe quelle forme, puis faites glisser une ligne à partir de l'un des cercles qui apparaissent pour la connecter à une autre forme, afin de présenter la relation entre les entités. Attention aux entités ou relations redondantes. Et si vous résolvez un problème de base de données, recherchez les failles dans les relations ou les entités ou attributs manquants.
-
Partagez votre schéma entité-association
Parce que les schémas entité-association sont visuels et standardisés, ils peuvent également servir de support de collaboration que les équipes examinent et affinent ensemble. Vous pouvez facilement partager votre schéma réseau avec d'autres personnes, soit par e-mail, soit via Slack ou un lien partageable. Cliquez sur Partager dans le coin supérieur droit de l'écran, et une fenêtre contextuelle apparaîtra. Choisissez la manière dont vous souhaitez partager votre diagramme et définissez le niveau d'autorisation approprié.
Tout ce dont vous avez besoin pour créer un diagramme
Créez gratuitement un diagramme soigné et professionnel avec Lucidchart. Peu importe ce que vous avez en tête, nous disposons des outils dont vous avez besoin pour le concevoir. Créez un compte et commencez à créer des diagrammes dès aujourd'hui.
Inscrivez-vous gratuitement
