MODEL ENTITE-ASSOCIATION

                              MODEL ENTITE-ASSOCIATION  

 

            INTRODUCTION
          Un diagramme entité-association est un type d'organigramme illustrant la façon dont des « entités » telles que des personnes, objets ou concepts sont liées les unes aux autres au sein d'un système. Les diagrammes entité-association sont généralement utilisés pour concevoir ou déboguer des bases de données relationnelles dans le domaine de l'ingénierie informatique, des systèmes d'information d'entreprise, de l'éducation et de la recherche. Appelés ERD en anglais, ils utilisent une série de symboles prédéfinis tels que des rectangles, losanges et ovales reliés par des lignes pour décrire les interconnexions entre les entités, leurs relations et leurs attributs. Ils imitent une structure grammaticale, où les entités sont des noms et les relations des verbes.

Les diagrammes entité-association sont apparentés aux diagrammes de structure de données (DSD), qui se focalisent sur les relations entre des éléments à l'intérieur d'une entité et non pas sur les relations entre les entités. Les diagrammes entité-association sont également souvent utilisés conjointement à des diagrammes de flux de données (DFD), qui schématisent les flux d'information au sein de processus ou systèmes.

HISTORIQUE DES MODELES ENTITES-ASSOCIATION

 
Peter Chen (ou Peter Pin-Shan Chen), actuellement professeur à la Carnegie-Mellon University de Pittsburgh, a développé les modèles entité-association pour la conception de bases de données dans les années 1970. Alors qu'il travaillait comme professeur assistant à la Sloan School of Management du MIT, il a publié en 1976 un article précurseur intitulé « The Entity-Relationship Model: Toward a Unified View of Data » (Le modèle entité-association : vers une vision unifiée des données).
Plus largement, la description des interconnexions entre des éléments date de la Grèce antique, avec les écrits d'Aristote, Socrate et Platon. Plus récemment, on trouve ces idées chez des philosophes logiciens des 19e et 20e siècles tels que Charles Sanders Peirce ou Gottlob Frege.
Dans les années 1960 et 1970, Charles Bachman (photo) et A.P.G. Brown travaillaient avec des méthodes peu éloignées de l'approche de Chen. Bachman développa un type de diagramme de structure de données que l'on a nommé diagramme de Bachman. Brown a publié plusieurs ouvrages sur la modélisation des systèmes réels. Par la suite, James Martin a affiné les diagrammes entité-association. Les travaux de Chen, Bachman, Brown, Martin et d'autres ont également contribué au développement au langage de modélisation unifié (Unified Modeling Language, UML), aujourd'hui très utilisé dans la conception de logiciels.    

USAGE DES DIAGRAMMES ENTITE-ASSOCIATION

Conception de bases de données : les diagrammes entité-association sont utilisés pour modéliser et concevoir des bases de données relationnelles. Ils permettent de définir la logique et les règles métier à utiliser (dans un modèle de données logiques) ou les technologies spécifiques à employer (dans un modèle de données physiques). Dans l'ingénierie logicielle, un diagramme entité-association est souvent l'étape initiale pour déterminer les prérequis d'un projet informatique. Il peut aussi être utilisé plus tard pour modéliser une ou plusieurs bases de données en particulier. Une base de données relationnelle est associée à une table relationnelle équivalente et peut potentiellement être exprimée de cette façon le cas échéant.
Systèmes d'information d'entreprise : les diagrammes sont utilisés pour concevoir ou analyser des bases de données relationnelles utilisées dans des processus métier. Tout processus métier employant des données comprenant des entités, des actions et des interactions peut être amélioré grâce à une base de données relationnelle. Cela permet de simplifier les processus, de trouver des informations plus facilement et d'améliorer les résultats.
Enseignement : les bases de données sont une méthode moderne pour stocker des informations relationnelles pour l'enseignement et les utiliser plus tard. Les diagrammes entité-association peuvent donc être précieux pour planifier ces structures de données.
Recherche : une grande partie de la recherche portant sur des données structurées, les diagrammes entité-association peuvent jouer un rôle important dans la mise en place de bases de données utiles pour analyser ces données.

ELEMENTS ET FONCTIONALITES D'UN DIAGRAMME ENTITE-ASSOCIATION

 
Les diagrammes entité-association sont composés d'entités, de relations et d'attributs. Ils décrivent aussi la cardinalité, qui définit les relations en termes de chiffres. 

Élément définissable, par exemple une personne, un objet, un concept ou un événement, à propos duquel il est possible de stocker des données. Voyez les entités comme les noms dans une phrase. Exemples : un client, un étudiant, une voiture ou un produit. Une entité est généralement représentée sous la forme d'un rectangle.

CARACTERISTIQUES D'UNE ENTITE

-Type d'entité : groupe d'éléments définissables, par exemple des étudiants ou des athlètes. L'entité serait dans ce cas un étudiant ou un athlète en particulier. Autres exemples : des clients, des voitures ou des produits.
-Ensemble d'entités : identique au type d'entité, mais défini à un moment précis dans le temps, par exemple des étudiants inscrits à un cours le premier jour. Autres exemples : clients qui ont effectué un achat le mois dernier, voitures actuellement immatriculées en France. Le terme « instance » est lié au concept d'ensemble d'entités. Une instance de l'ensemble d'entités serait ainsi une personne ou une voiture en particulier.
-Clés d'entité : ce terme fait référence à un attribut qui définit de façon unique une entité ou un ensemble d'entités. Les clés d'entités peuvent être supérieures, candidates ou primaires.
-Clé primaire : clé candidate choisie par le concepteur de la base de données pour identifier de façon unique l'ensemble d'entités.
 

B- ASSOCIATION
Une association correspond à la façon dont des entités agissent l'une sur l'autre ou sont associées l'une avec l'autre. Voyez les associations (ou relations) comme les verbes dans une phrase. Par exemple, l'étudiant désigné peut s'inscrire à un cours. Les deux entités sont l'étudiant et le cours, et la relation décrite est l'acte de s'inscrire, qui relie ainsi les deux entités. Les associations sont généralement symbolisées par des losanges ou des ovales.



C- ATTRUBUT
Propriété ou caractéristique d'une entité.
CATHEGORIES D’ATTRIBUTS
Les attributs peuvent être :

-Simple : signifie que la valeur de l'attribut est atomique et ne peut  donc pas être décomposée. Exemple : un numéro de téléphone.
-Composite : des sous-attributs émanent d'un attribut.
     

D- CARDINALITE

La cardinalité définit les attributs numériques d'une relation entre deux entités ou ensembles d'entités. Les trois principaux types de relations cardinales sont un à un, un à plusieurs et plusieurs à plusieurs.
Exemple de relation un à un :un étudiant associé à une adresse postale.
Exemple de relation un à plusieurs (ou plusieurs à un, en fonction de la direction de la relation) : un étudiant s'inscrit à plusieurs cours, cours qui sont reliés par une ligne unique à l'étudiant.
Exemple de relation plusieurs à plusieurs : un groupe d'étudiants est associé à plusieurs professeurs et inversement, les professeurs sont associés à plusieurs étudiants.
 

MODELE CONCEPTUEL DE DONNEES ET LIMITES DES DIAGRAMMES ENTITE-ASSOCIATION

MODELE CONCEPTUEL DE DONNEES
Vue la plus générale, comprenant le moins de détails. L'intérêt est ici de montrer le modèle dans son ensemble et de représenter l'architecture du système. Pour un système de petite taille, il n'est pas forcément justifié d'en créer un.

LIMITES DES DIAGRAMMES ENTITE-ASSOCIATION

Uniquement pour les données relationnelles : l'objectif est de représenter des relations. Les diagrammes entité-association ne montrent que cette structure relationnelle.
Ne convient pas pour les données non structurées : si les données ne sont pas clairement réparties en différents champs, lignes ou colonnes, les diagrammes entité-association seront d'une utilité limitée. Cela vaut également pour les données semi-structurées, car seulement une partie des données serait utile.
Difficulté d'intégration à une base de données existante : l'utilisation de modèles entité-association pour créer des intégrations à une base de données existante peut être difficile en raison d'architectures différentes.