digramme entité –association (entityrelationship diagram)
Post on 18-Oct-2021
13 Views
Preview:
TRANSCRIPT
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
top related