Technopedia Center
PMB University Brochure
Faculty of Engineering and Computer Science
S1 Informatics S1 Information Systems S1 Information Technology S1 Computer Engineering S1 Electrical Engineering S1 Civil Engineering

faculty of Economics and Business
S1 Management S1 Accountancy

Faculty of Letters and Educational Sciences
S1 English literature S1 English language education S1 Mathematics education S1 Sports Education
  • Registerasi
  • Brosur UTI
  • Kip Scholarship Information
  • Performance
  1. Weltenzyklopädie
  2. Modèle entité-association — Wikipédia
Modèle entité-association — Wikipédia 👆 Click Here! Read More..
Un article de Wikipédia, l'encyclopédie libre.
(Redirigé depuis Association (programmation))
Page d’aide sur l’homonymie

Pour les articles homonymes, voir ERD.

Si ce bandeau n'est plus pertinent, retirez-le. Cliquez ici pour en savoir plus.
Si ce bandeau n'est plus pertinent, retirez-le. Cliquez ici pour en savoir plus.

Cet article ne cite pas suffisamment ses sources (décembre 2012).

Si vous disposez d'ouvrages ou d'articles de référence ou si vous connaissez des sites web de qualité traitant du thème abordé ici, merci de compléter l'article en donnant les références utiles à sa vérifiabilité et en les liant à la section « Notes et références ».

En pratique : Quelles sources sont attendues ? Comment ajouter mes sources ?
Un artiste peut jouer une chanson.

Le modèle entité-association (MEA) (le terme « modèle-entité-relation » est une traduction erronée largement répandue[réf. souhaitée]), ou diagramme entité-association ou en anglais « Entity-Relationship Diagram », abrégé en ERD, est un modèle de données ou diagramme pour des descriptions de haut niveau de modèles conceptuels de données. Il a été conçu par Peter Chen dans les années 1970 afin de fournir une notation unifiée pour représenter les informations gérées par les systèmes de gestion de bases de données de l'époque. Il fournit une description graphique pour représenter des modèles de données sous la forme de diagrammes contenant des entités et des associations. De tels modèles sont utilisés dans les phases amont de conception des systèmes informatiques.

Ils sont utilisés, par exemple, pour décrire les besoins en information et/ou le type d'information qui doit être enregistré dans les bases de données pendant la phase d'élaboration du cahier des charges. La technique de modélisation des données peut être utilisée pour décrire toute ontologie (i.e. une vue globale et des classifications des termes utilisés et de leurs relations) dans un domaine d'intérêt.

Dans le cas de la conception par la méthode Merise d'un système d'information construit sur une base de données, le modèle conceptuel de données est, à un stade ultérieur, transformé en modèle logique de données, tel que le modèle relationnel ; puis ce modèle est transformé en modèle physique pendant la phase de conception physique. Quelquefois, ces deux dernières phases sont appelées "conception physique".

Cette méthode est employée depuis les années 1970 pour concevoir les bases de données informatiques.

Principe du modèle

[modifier | modifier le code]

Au niveau conceptuel, le modèle entité-association distingue les objets et leurs associations :

  • Les objets de gestion sont par exemple : une commande, une livraison, une facture, un produit...
  • Les associations entre les objets sont des liens tels que : "contient" entre l'objet "commande" et l'objet "produit".

Les objets sont représentés par des rectangles, les associations par des ellipses ou des losanges. Les entités ou associations, ont des propriétés ou attributs.

Une commande peut contenir plusieurs (n) produits, et réciproquement un même produit peut appartenir à plusieurs (n) commandes.

Lorsque le langage EA est utilisé pour élaborer des bases de données, on appelle "modèle conceptuel", le modèle EA qui exprime notre compréhension des informations présentes dans le système. Ce modèle conceptuel donne ensuite lieu à d'autres modèles dits "logique" et "physique" qui expriment respectivement la traduction du modèle conceptuel dans un paradigme particulier (relationnel, réseau, objet...) et "physique" qui est enfin sa traduction conformément aux contraintes et spécificités d'un système de gestion de bases de données spécifique. Selon la méthodologie employée, ces deux derniers modèles ne sont alors plus nécessairement exprimés selon le langage EA.

Utilisation du modèle

[modifier | modifier le code]

Le modèle entité/association a été très employé pour l'automatisation des processus de gestion dans les années 1970 et 1980. Il est utile pour rationaliser les traitements administratifs : la comptabilité, la paye, la facturation, l'administration des ventes, les achats, le service client...

Progressivement tous les domaines de gestion ont été gérés en utilisant ces modèles.

Intégration dans un méta-modèle d’urbanisme

[modifier | modifier le code]
Article connexe : méta-modèle d’urbanisme.

À cette époque, les modèles tenaient très peu compte du contexte (voir communication et modèle de Claude Shannon, 1948). Les seules relations entre entreprises (à de rares exceptions près) s'effectuaient par l'intermédiaire des systèmes informatiques des sociétés financières.

La multiplication des flux d'information de l'entreprise avec ses partenaires (extranet), ainsi qu'avec ses parties prenantes (internet, messages électroniques), modifie en profondeur la perception de l'environnement, et révèle des transformations sociétales profondes avec la nécessité d'adapter les stratégies.

Si l'on continue d'utiliser les modèles (données et traitements) comme on l'a fait par le passé, d'une façon séquentielle, on risque de se trouver dépassé par rapport aux enjeux des projets complexes actuels, liés à l'innovation dans un monde rendu très ouvert et interactif par l'apparition des technologies web.

Le passage à des modèles de gestion orientés autour de processus métiers moins linéaires est devenu nécessaire, afin de rendre compte des interactions multi-métiers, multi-règles, et multi-domaines des entreprises modernes.

Dans ce contexte, le modèle entité-association conserve tout son intérêt pour définir les structures de données et les ontologies qui sont à la base des interactions des processus les uns avec les autres.

Il s'agit d'intégrer les processus métier et les structures de données du système d'information dans un méta-modèle d’urbanisme (voir aussi diagrammes de classes UML), pour permettre l'interaction multi-métiers, multi-domaines, et multi-règles. Les processus physiques, les langages de modélisation des processus métier et les workflows doivent pouvoir utiliser les données dans des architectures orientées services (SOA).

Bibliographie

[modifier | modifier le code]
  • Jean-Luc Hainaut, Bases de données. Concepts, utilisation et développement, Malakoff, Dunod, 2018, 735 p. (ISBN 978-2-10-078460-8)
  • Pierre-André Sunier, Modèle conceptuel de données, Gorgier, Amazon, 2016, 177 p. (ISBN 978-1-5238-6955-8)

Références

[modifier | modifier le code]

Annexes

[modifier | modifier le code]

Sur les autres projets Wikimedia :

  • Modèle entité-association, sur Wikimedia Commons
  • Modèle entité-association, sur Wikiversity

Articles connexes

[modifier | modifier le code]
  • Modèle (informatique)
  • Modèle entité-association étendu (EER)

Sur les données :

  • Objet métier
  • Donnée
  • Structure de données
  • Relation de plusieurs à un
  • Relation de un à un
  • Identité numérique

Sur les traitements :

  • Processus d'affaires
  • Procédure d'entreprise
  • Modélisation de processus
  • Workflow

Sur l'urbanisation :

  • Urbanisation (informatique)
  • Méta-modèle d’urbanisme

Liens externes

[modifier | modifier le code]
  • Laurent Audibert, « Conception des bases de données : le modèle entités-associations », sur developpez.com
  • Aristide Grange, « Mocodo : un générateur en ligne de schémas conceptuels et relationnels. »
v · m
Unified Modeling Language
Organismes
  • Organisation internationale de normalisation (ISO)
  • Object Management Group
  • Partenaires UML (catégorie)
Personnalités
  • Grady Booch
  • Ivar Jacobson
  • James Rumbaugh
Concepts
Orientation objet
  • Programmation orientée objet
  • Méthode d'analyse et de conception d'applications orientées objet
  • Encapsulation
  • Héritage
  • Polymorphisme
Structure
  • Acteur
  • Artéfact
  • Attribut
  • Classe
  • Composant
  • Interface
  • Objet
  • Package
  • Propriété
Comportement
  • Activité
  • Événement
  • Message
  • Méthode
  • État
  • Cas d'utilisation
Relation
  • Agrégation
  • Association
  • Composition
  • Dépendance
  • Généralisation
  • Héritage
Autres
  • Cardinalité
  • Profil
  • Stéréotype
Diagrammes
Structure
  • Diagramme de classes
  • Diagramme de composants
  • Diagramme de structure composite
  • Diagramme de déploiement
  • Diagramme d'objets
  • Diagramme des paquetages
  • Diagramme de profils
Comportement
  • Diagramme d'activité
  • Diagramme états-transitions
  • Diagramme de cas d'utilisation
Interaction
  • Diagramme de communication
  • Diagramme de séquence
  • Diagramme global d'interaction
  • Diagramme de temps
Articles liés
  • Processus unifié
  • Systems Modeling Language
  • Colorisation d'UML
  • XML Metadata Interchange (XMI)
  • icône décorative Portail de l’informatique
  • icône décorative Portail des bases de données
Ce document provient de « https://fr.teknopedia.teknokrat.ac.id/w/index.php?title=Modèle_entité-association&oldid=234125003 ».
Catégories :
  • Base de données
  • Modélisation des données
  • Diagramme
Catégories cachées :
  • Article manquant de références depuis décembre 2012
  • Article manquant de références/Liste complète
  • Article à référence souhaitée
  • Catégorie Commons avec lien local identique sur Wikidata
  • Portail:Informatique/Articles liés
  • Portail:Technologies/Articles liés
  • Portail:Bases de données/Articles liés

  • indonesia
  • Polski
  • الرية
  • Deutsch
  • English
  • Español
  • Français
  • Italiano
  • مصر
  • Nederlands
  • 本語
  • Português
  • Sinugboanong Binisaya
  • Svenska
  • Українска
  • Tiếng Việt
  • Winaray
  • 中文
  • Русски
Sunting pranala
Pusat Layanan

UNIVERSITAS TEKNOKRAT INDONESIA | ASEAN's Best Private University
Jl. ZA. Pagar Alam No.9 -11, Labuhan Ratu, Kec. Kedaton, Kota Bandar Lampung, Lampung 35132
Phone: (0721) 702022
Email: pmb@teknokrat.ac.id