Digramme Entité – Association

(Entity Relationship Diagram)

Mourad Gridach

Filière : Génie Informatique. EST d’Agadir

Année Universitaire : 2019 - 2020

Plan – Part 2

• Le système d’information (Very short Introduction)

• Digramme Entité – Association (ERD)

• Développement des Modèles de Donnés

• Schéma de Conversion

2

Today’s Lecture

• Introduction au système d’information

• Le diagramme entité association (Entity-Relationship Diagram)

• Concepts de bases

• Notation d’un ERD

3

Introduction au Système

d’Information

Introduction

Entreprise

Administration Service informatique

Ouvriers

Equipements

Service comptabilité

Fournisseurs Clients

Base de données

Autres entreprises

5Solution ?? Système d’Information

Systèmes de l’Entreprise (1)

Flux de donnéesentrantes

Flux de donnéessortantes

6

Systèmes de l’entreprise (2)

ü Chaque système apporte des services et des fonctionnalités pour l’autre

7

Système de Pilotage

Système de pilotage

Définir les missions Fixer les objectifs Contrôler leur réalisation

Organiser l’emploi des moyens

Contrôler l’exécution des travaux

Corriger (selon des contraintes prédéfinies)

Appelé aussi « Système de Décision »

8

Système Opérant

• Reçoit les informabons émises par le système de pilotage • Se charge de réaliser les tâches qui lui sont confiées • Génère à son tour des informabons en direcbon du système de pilotage• Il englobe toutes les foncbons liées à l’acbvité propre de l’entreprise :

ü Facturer les clients, régler les salaires, gérer les stocks, etc.

• Système opérabonnel où :

ü Les mabères premières sont transformées

ü Les produits finaux sont fabriqués.

SO (Moyens humains, matériels et organisationnels)

Ordres du systèmede pilotage

Exécuter

9

Le Système d’Information (SI)

• Pour organiser son foncbonnement, le système (l’organisabon ou l’entreprise) a besoin de mémoriser des informabons

ü Pour comparer, prévoir, etc.

• Ce rôle est joué par le Système d’Informabon

• Ce système a aussi la charge de :

ü Ubliser, compiler et diffuser l’informabon

ü Réaliser tous les traitements nécessaires au foncbonnement du système

Le SI est un lien obligatoire pour toutes les informations de l’entreprise 10

Système d’Information - Exemple

Dans le SI de l’EST, on trouvera :• Toutes les informations sur les étudiants de l’EST :

ü Nom et prénomü CNE et CINü Date de naissance, ü Parcours scolaire précèdent, ü Etc.

• Mais ü Ni la couleur des yeux ü Ni le groupe sanguin à Informations non appropriées pour le fonctionnement de l’école.

11

Rappel

• Partie équivalente de la méthode « Merise »

• C’est la partie équivalente de ce qu’il font la plupart des professeurs

dans les universités/cours francophones

12

Merise – Mettre en Place un Système d’Information

ü Niveau conceptuel

o Modèle conceptuel de Données (MCD)

o Modèle conceptuel de communicabon (MCC)

o Modèle conceptuel de traitement (MCT)

ü Niveau organisabonnel

o Modèle organisabonnel de traitement (MOT)

ü Niveau logique

o Modèle logique de données (MLD)

ü Niveau physique

o Modèle physique de données (MPD)13

Processus de Conception d’une Base de Données

14

Modèle conceptuel

Modèle relationnelTables + contraintesDépendances fonctionnelles

Normalisabon :Eliminer les anomaliesSchéma conceptuel

Stockage physique:Schéma physique

Objecbfs• Question: Pourquoi le développement d’une base de données est un

challenge?

• Gagner un contexte pour la suite des modules de bases de données

• Expliquer le but du développement d’une base de données

• Expliquer la position de cette partie dans le processus général du développement d’une base de données

15

Introduction (1)

• Changement considérable par rapport à la partie précédente

• La partie précédente suppose l’existence d’une base de données

• L’ambiguïté est un caractère principal pour le développement d’une base de données

• Développer une base de données est un challenge

ü Ambiguïté: une partie science, partie art

ü Opportunité pour la résolution de quelques problèmes

ü Se concentrer sur la conception et non pas l’utilisation d’une base de données

16

Système d’Informabon - Rappel

• Accepte les données depuis son environnement, ensuite traitement et sortir des résultats pour une prise de décision ultérieure.

• Interaction avec son environnement

• Une base de données fournit une mémoire à long terme

• Base de données est un composant clé mais pas unique

• Autres composants: entrées, sorties, processus, software, hardware, utilisateurs

17

Développer un vocabulaire commun

Définir les règles de gestion

Assurer la qualité des données

Fournir une implémentation efficace

Objectifs du développement d’une BD (1)

18

Objectifs du développement d’une BD (2)

• Une BD fournit un vocabulaire commun pour une organisabon

ü Avant l’implémentabon de la BD, les parbes d’une organisabon peuvent avoir une terminologie différente

ü Exemple : différents format des adresses, plusieurs manières d’idenbfier les clients, différentes méthodes de calculer le taux d’intérêt, choix de clé primaire (CIN ou CNE), etc.

ü Apres l’implémentabon de la BD, la communicabon est améliorée entre les parbes de l’organisabon.

ü Par conséquent, une BD peut unifier une organisabon en établissant un vocabulaire commun.

19

Phases de Développement d’une BD

Modélisation Conceptuelle de Données

Conception Logique de laBase de Données

Conception Physique de laBase de Données

ERD

Tables

Schéma Interne, DB

Données Nécessaire

20

Notation pour les Diagrammes

Entité - Association

Objectifs

• Objectifs : comprendre la notation

ü Entité type (Entity Type)

ü Association (Relationship)

ü Attributs (Attributes)

ü Cardinalités (Cardinalities)

ü Utilisé une notation correct

ü Expliquer la différence entre un ERD et un diagramme de BD relationnelle

• La modélisation des données est un challenge (Rappel)22

Symboles de Bases

Entity Typesymbol Relationship

symbol

Primary Key

AttributesRelationship

name

Entity Typename

CourseNoCrsDescCrsUnits

CourseOfferNoOffLocationOffTime

Offering

Has

ü Course to Offering: Has, Provides

ü Offering to Course: IsProvidedFor23

Entité type (Entity Type)

• Collection de choses intéressantes : personnes, endroits, objets,

évènements, etc.

• Contient des attributs : comme les colonnes

• Clé primaire (Primary key)

• Entité : instance ou membre d’une entité type.

• Exemple : les deux entités « Base de données » et « Structure de

données » sont des instances de l’entité type “Course”.

24

Association (Relationship)

• Nommé associabon entre les enbtés: le nom est significabve (il donne plus de

statut)

• Liaison entre deux enbtés types (plus de deux enbtés types dans certains cas)

• Bidirecbonnelle:

ü Peut être ublisé pour naviguer dans les deux sens

ü Les verbes sont souvent ublisés pour nommer une associabon

25

Asributs (Asributes)

ü Propriétés des entités types ou associations

ü Type de données pour indiquer le type des valeurs et les opérations

autorisées sur l’attribut

ü Ajouté à l’intérieur d’une entité type ou au dessous de l‘association

26

Cardinalités (1)

Course OfferingCourse1 Offering1

Course2

Course3

Offering2

Offering3

Offering4

ü Un “Course” est lié au minimum à 0 “Offering” et maximum à plusieurs “Offering”

ü Un “Offering” est lié exactement à un seul “Course”

Diagramme d’instance

27

Cardinalités (2)

• Défini9on

ü Une contrainte sur le nombre des enbtés parbcipant dans une associabon

ü Indique les cardinalités minimum et le maximum dans les deux sens

• Diagramme d’instance

ü Indique les occurrences des enbtés type

ü Très uble pour la compréhension des associabons

ü Les lignes montre les associabons entre les enbtés28

Hi my name is Crow, I will be with you throughout this part of the course

Crow’s foot29

Notation des Cardinalités (1)

Inside symbol:minimum cardinality

CourseNoCrsDescCrsUnits

CourseOfferNoOffLocationOffTime

Offering

Has

Perpendicular line:one cardinality

Outside symbol:maximum cardinality

Circle: zerocardinality

Crow's foot: manycardinality

ü Course is related to a min of 0 and max of many offerings

ü Offering is related to a min of 1 and max of 1 courses (exactly one)30

Notabon des Cardinalités (2)

• Symboles

ü Ovale: veux dire 0

ü Ligne Perpendiculaire : veux dire 1

ü Crow's foot: veux dire plusieurs (0 or more)

• Emplacement

ü Symbole à l’intérieur : cardinalité minimale

ü Symbole à l’extérieur : cardinalité maximale

31

Notation des Cardinalités (3)Classification Restrictions des Cardinalités

Obligatoire Cardinalité minimale ≥ 1 (Existence dependency)

Optionnel Cardinalité minimale = 0

Valeur unique Cardinalité minimale = 1

1-M (one to many) Cardinalité maximale = 1 dans un sens; Cardinalité maximale > 1 dans l’autre sens

M-N (many to many) Cardinalité maximale > 1 dans les 2 sens

1-1 (one to one) Cardinalité maximale = 1 dans les 2 sens

ü Dépendance de l’existence (Existence dependency) : une entité qui ne peut pas exister

sans l’existence d’une autre entité. Une association obligatoire produit la “dépendance

de l’existence”.32

Comparaison avec le Modèle Relationnel

CourseNoCrsDescCrsUnits

CourseOfferNoOffLocationOffTime

Offering

Has

ERD (Crow's Foot)

Un diagramme du modèle relationnel (Oracle)

33

Conclusion

• Modélisation des données

ü Compétence importante dans la conception des BDs

ü Comprendre la notation avant de l’utiliser

• La notation “Crow’s Foot ERD” est largement utilisée

• Faire la différence entre la notation ERD et celle du Modèle relationnel

• Comprendre la notation ERD est un prérequis pour son application sur les problèmes de l'entreprise

34