Modle Conceptuel des Donnes Modle Conceptuel de donnes

Modèle Conceptuel des Données Modèle Conceptuel de données 1

Modèle conceptuel des données Un modèle graphique qui sert • Au concepteur pour se représenter le réel perçu (domaine qu’il ne connaît pas !!) • À faciliter la communication entre les futurs utilisateurs et les concepteurs à partir d’une représentation simple du réel. C’est une base de dialogue. • Aux programmeurs pour appréhender facilement ce domaine (qu’il ne connaît pas !!) Modèle Conceptuel de données 2

Le modèle Entité-Associations de Merise Modèle Conceptuel de données 3

Le modèle conceptuel des données • Objectif du MCD Ø Décrire formellement la signification des données (‘sémantique des données’) du SI Ø Structurer ces données indépendamment de tout choix d'implantation physique. Modèle Conceptuel de données 4

Les données DEFINITION: Une donnée est la représentation d’une variable à laquelle on peut affecter différentes valeurs. Ex: dans une bibliothèque, les livres ont une référence, un titre, des auteurs Modèle Conceptuel de données 5

Les données Ø Un code mnémonique unique Ø un type (numérique, alphanumérique, . . . ) et une taille, Ø Un domaine de valeurs possibles Ø un mode d'obtention : – Donnée mémorisée, – Donnée calculée – Donnée non mémorisée (ex : date d’édition, no de page) Ø Contrainte de présence (obligatoire ou non), etc……… Modèle Conceptuel de données 6

1 - Le dictionnaire des données • Les rubriques des flux: Inventaire exhaustif des données du domaine étudié • On utilise habituellement : – une fiche "descriptif de document" (une par document), – une fiche récapitulative "descriptif des données : dictionnaire des données Modèle Conceptuel de données 7

Exemple de dictionnaire Modèle Conceptuel de données 8

Exemple : Facture d’hôtel D 1 : commande D 2 : facture Propriété Libellé Type No-facture Numéro de la Chaine(15) facture Mémorisée * dte. Fact Date de la facture M * no. Chambre Numéro de la Entier chambre M * Catégorie de la chambre Chaine(1) M * Nuitées Nombre de nuits Entier M * Tarif d’une. Modèle. Réel M Conceptuel de données nuit Date Mode D 1 D 2 * 9

2. Mécanismes de construction de données • les propriétés vont décrire des : - ENTITES - ASSOCIATIONS Exemples : Ø nom. Client sert à décrire un CLIENT Ø dte. Fact sert à décrire une FACTURE Ø Une facture est associée à un client Modèle Conceptuel de données 10

Exemple de construction de données • A 8 h , Sven allait à la faculté au volant de la coccinelle de Gustave, dans laquelle Blanche et Aristide avaient pris place. Gustave accompagnait Charles-Auguste dans sa R 5 au bureau. • A midi, Edmée et Williamine allèrent déjeuner au cercle dans la Mercédes conduite par Jeeves. Charles. Auguste passait prendre Blanche à la faculté pour l’emmener au tennis avec la R 5. Gustave et Sven allèrent au restaurant universitaire avec la coccinelle. • A 18 h , Jeeves ramènent des grands magasins Williamine et Blanche avec la Mercédes. • A 21 h , ……………………… Modèle Conceptuel de données 11

Notion d’entité • Une entité représente un ensemble d’objets de même nature (ayant une existence propre), concrets ou abstraits, du domaine d’étude Fiesta rouge de Bruno BMW R 5 Ferrari de Mr Bléas Commande 1 Commande n Commande 2 VOITURE Modèle Conceptuel de données COMMANDE 12

ENTITE type • A un ensemble d’occurrences > 1 • A des propriétés type (informations élémentaires sur l’entité) • A un identifiant : identifier et distinguer LIVRE Code ISBN Titre premier. Auteur Le livre de code ISNB 2 -84082 -812 -X a pour titre « Le grand Meaulnes » et pour premier auteur Alain Fournier. Une seule valeur pour chaque propriété Modèle Conceptuel de données 13

L’identifiant • Deux occurrences d’une entité type sont distinguées par la valeur d’une propriété, appelée : identifiant ( obligatoire ) • Exemples: no-insee (. . Chiffres ); code barre d’un produit; no-ISBN d’un livre ( 13 chiffres + 1 lettre) no-Licence pour les sportifs Modèle Conceptuel de données 14

Occurrence d’une entité Les occurrences ne sont pas représentées sur le MCD, il faut s’en faire une représentation mentale. Modèle Conceptuel de données 15

MCD avec Win. Design Modèle Conceptuel de données 16

Entité avec Win. Design Décrire l’entité par ses propriétés Modèle Conceptuel de données 17

Windesign: décrire une entité Modèle Conceptuel de données 18

Mise en place des entités • Repérer tout objet concret ou abstrait , tout individu ayant une existence propre et conforme aux besoins de gestion de l’organisation. • Attribuer à chaque entité son identifiant et ses propriétés. Exemple : entité Fichier identifiant : nomfic + chemin. Fic propriétés : type. Fic, taille. Disque, date. Création, etc…. . Modèle Conceptuel de données 19

Notion d’association • Les objets doivent coopérer afin de représenter la structure de l’entreprise et son activité : idée d’ ASSOCIATION Ø Le fichier est dans ce répertoire. Ø Le fichier a été modifié par cet utilisateur. - Les étudiants possèdent des diplômes - Les étudiants ont une moyenne en maths chaque trimestre. Modèle Conceptuel de données 20

Notion d’association • Les entités sont liées par des associations , indiquées, dans le langage courant par des verbes: exemples , déterminer les entités : - « être propriétaire » : - « commander » : - « conduire » : Une association n’a pas d’existence propre. Modèle Conceptuel de données 21

Association type ou relation type • Modélise un ensemble de liens de même nature: Paye F 2 C 1 F 4 C 13 F 1 C 12 F 3 CLIENT FACTURE Modèle Conceptuel de données 22

Association type Les couples : ( C 1, F 2) , ( C 13, F 4) , etc sont des cas particuliers de l’association « payer » Modèle Conceptuel de données 23

Association type • N’a pas d’identifiant propre - son identifiant est la concaténation des identifiants des entités associées. - il est implicite • Peut avoir des propriétés propres: exemple : la notation d’un étudiant à un contrôle Modèle Conceptuel de données 24

Association avec propriétés • Note dans un contrôle : Évaluer note ETUDIANT CONTROLE ( Pierre, controle 1, 10 ) (Paul, controle 1, 19) (Jacques, controle 2, 8 ) Etc…………………. Modèle Conceptuel de données 25

Cardinalités d’une association • Lisons les cardinalités de l’association suivante: CLIENT 0, n - Etant donné un client, il participe 0 ou n fois à l’association « passer » Règle de gestion: passer 1, 1 COMMANDE -Etant donné une Commande, elle participe une fois à l’association « passer » Règle de gestion: - Un client passe 0 ou n commandes. - Un client peut ne passer aucune commande -Une commande est adressée à un et un seul client ou plusieurs ( n). Modèle Conceptuel de données 26

Cardinalités d’une association • Association « passer » passer Cd 2 C 11 Cd 4 C 10 Cd 5 Cd 1 C 13 C 12 Cd 3 CLIENT COMMANDE Modèle Conceptuel de données 27

Cardinalités d’une association • Pour chaque entité et pour chaque association , deux cardinalités sont précisées: - La cardinalité maximale - La cardinalité minimale ENTITE nbre 1, nbr 2 Cardinalité minimale 0 ou 1 association Cardinalité maximale 1 ou n Modèle Conceptuel de données 28

Les 4 cardinalités possibles • La cardinalité minimale montre le caractère obligatoire ou facultatif de la participation d’une entité à l’association. • La cardinalité maximale indique le caractère exclusif ou répétable de cette participation. 0, 1 au plus 1 1, 1 un et un seul 1, n au moins 1 0, n un nombre quelconque Modèle Conceptuel de données 29

3 - éléments d’un MCD • Récapitulatif du formalisme: Relation entre entités Données élémentaires Card min, max Entité avec identifiant Modèle Conceptuel de données 30

3 - Le modèle conceptuel de données • Du flux « facture d’hôtel » au MCD: Modèle Conceptuel de données 31

La ligue de squash Modèle Conceptuel de données 32

MCD sous Windesign Modèle Conceptuel de données 33

Cardinalités sous Windesign • Les 4 possibilités et plus Le lien Modèle Conceptuel de données 34

Un bon MCD ? • Pour une situation donnée, il n’existe pas une solution unique • Un modèle exprime un point de vue et reflète des besoins en information • Le BON modèle est celui qui est accepté par les personnes concernées par le projet. Modèle Conceptuel de données 35