Modélisation des données



Documents pareils
Conception des bases de données : Modèle Entité-Association

Chap. 3: Le modèle de données entité-association (E.A.)

Rappel sur les bases de données

Modèle conceptuel : diagramme entité-association

Méthode d analyse Merise

Chapitre 5 LE MODELE ENTITE - ASSOCIATION

Formation à l utilisation des Systèmes de Gestion de Bases de Données Relationnelles. organisée avec la collaboration du

Concevoir un modèle de données Gestion des clients et des visites

Comprendre Merise et la modélisation des données

CONCEPTION Support de cours n 3 DE BASES DE DONNEES

A. Définition et formalisme

MERISE. Modélisation de Systèmes d Information. Pierre Gérard. DUT Informatique 2ème année 2004/2005. IUT de Villetaneuse - Université de Paris 13

Exemple accessible via une interface Web. Bases de données et systèmes de gestion de bases de données. Généralités. Définitions

Modélisation Conceptuelle. Partie 2: Le modèle Entité-Association

Bases de données. Chapitre 1. Introduction

GUIDE PRATIQUE MODÈLE CONCEPTUEL DES DONNÉES MODÈLE LOGIQUE DES DONNÉES STANDARD MODÈLE LOGIQUE DES DONNÉES OPTIMISÉ

Information utiles. webpage : Google+ : digiusto/

Conception d une base de données

Dossier I Découverte de Base d Open Office

II. Modèle conceptuel le modèle entité-association

Bases de Données Avancées

UML (Diagramme de classes) Unified Modeling Language

Modèle Entité/Association

MERISE. Modélisation et Conception de Systèmes d Information

LE MODELE CONCEPTUEL DE DONNEES

Modèle Entité-Association. C est un modèle important pour la conception des bases de données relationnelles. Il

Bases de données relationnelles

Chapitre 1 Généralités sur les bases de données

Modélisation de bases de données : Le modèle relationnel

Modélisation conceptuelle des données Responsable: Dominique Schneuwly, Regis Caloz

Présentation générale de la méthode orientée objet : O.M.T. (Rumbaugh & al.)

Introduction aux Bases de Données

Bases de Données Relationnelles. Le Modèle Relationnel

Université de Bangui. Modélisons en UML

Systèmes d information et bases de données (niveau 1)

3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes

UML et les Bases de Données

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Nom de l application

Sommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh

CHAPITRE 1. Introduction aux bases de données

Merise. Introduction

16H Cours / 18H TD / 20H TP

Modéliser des données, l exemple du modèle entité-association

Proposition de sujet de thèse CIFRE EUROCOPTER / LGI2P

Chaîne opératoire de réalisation d une base de données. ANF «Comment concevoir une base de données» (29-30/01/2015)

Introduction aux Bases de Données

ils entretiennent entre eux des flux, ils partagent des perceptions sur l environnement

Cours Base de données relationnelles. M. Boughanem, IUP STRI

Réalisation d une première base de données (Tutoriel - version 4.2 ; 19 septembre 2014)

Cours d introduction à l informatique. Partie 2 : Comment écrire un algorithme? Qu est-ce qu une variable? Expressions et instructions

Méthode universitaire du commentaire de texte

Modélisation : Entité-Association Pattes de corbeau Relationnel. Plan BD4 : A.D., S.B Des systèmes d'information. Pourquoi?

MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie

et les Systèmes Multidimensionnels

Module Client. I- Créer vos clients : 1- Création d un client dans

Urbanisation des Systèmes d Information Architecture d Entreprise. 04 Architecture du SI : identifier et décrire les services, structurer le SI

Gestion des bases de données (1 ère partie)

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB Olivier Augereau Formation UML

CONCEPTION ET IMPLANTATION DES SI PROJET : GESTION DU FOYER DE L ENIT

Urbanisation des Systèmes d Information Architecture d Entreprise. 05 Architecture des données. Plan du chapitre. Références. 1 Définitions & enjeux

1 Modélisation d une base de données pour une société de bourse

Christian Soutou UML 2. pour les. bases de données. Avec 20 exercices corrigés. Groupe Eyrolles, 2007, ISBN :

Rédiger pour le web. Objet : Quelques conseils pour faciliter la rédaction de contenu à diffusion web

Enseignement secondaire

Expression des contraintes. OCL : Object C o n t r a i n t L a n g u a g e

Famille multirésidence : recensement et sources alternatives

Le Guide Pratique des Processus Métiers

QUESTIONNAIRE DE CREATION AGENCE IMMOBILIERE Vous souhaitez créer une SAS. DENOMINATION SOCIALE (Nom de votre société) : SIGNE (Si vous en avez un) :

Les diagrammes de modélisation

Management des processus opérationnels

GOL502 Industries de services

Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION

ADRAL, une filiale du Groupe CARTEGIE

RÈGLES DE TRANSFORMATION DU MCD AU MLD (MRD)

Diagramme de classes

Identification, évaluation et gestion des incidents

«Identifier et définir le besoin en recrutement»

Base de Données et Langage SQL

Bases de données relationnelles & SQL

Bases de Données relationnelles et leurs systèmes de Gestion

Gestion du parc informatique matériel et logiciel de l Ensicaen. Rapport de projet. Spécialité Informatique 2 e année. SAKHI Taoufik SIFAOUI Mohammed

Introduction à la consultation du dossier étudiant

FICHE N 2 LA GESTION COMMERCIALE DES CLIENTS ET PROSPECTS POUR LE SECTEUR DES ASSURANCES (NS 56)

Statistiques Descriptives à une dimension

Chapitre I : le langage UML et le processus unifié

Langage SQL (1) 4 septembre IUT Orléans. Introduction Le langage SQL : données Le langage SQL : requêtes

Les documents primaires / Les documents secondaires

Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.

Conception, architecture et urbanisation des systèmes d information

Patrice BOURSIER. Professeur, Univ. de La Rochelle. Bases de Données. Notes de cours

HEXAPOSTE NV 2011 SERVICE NATIONAL DE L ADRESSE : 15 RUE DE LHOUSTEAUNEUF - BP LIBOURNE CEDEX 1

FORMULAIRE DE DÉCLARATION DE PATRIMOINE

Projet de raccordement au réseau de transport de gaz naturel EXPRESSION PRELIMINAIRE DE BESOIN SITE :..

Cours d'informatique

MODIFICATIONS DES PRINCIPES DIRECTEURS CONCERNANT LA RÉDACTION DES DÉFINITIONS RELATIVES AU CLASSEMENT

Chapitre 1 : Introduction aux bases de données

Organigramme / Algorigramme Dossier élève 1 SI

Mercredi 15 Janvier 2014

Ecrire pour le web. Rédiger : simple, concis, structuré. Faire (plus) court. L essentiel d abord. Alléger le style. Varier les types de contenus

Transcription:

Modélisation des données

Le modèle Entité/Association Le MCD ou modèle Entité/Association est un modèle chargé de représenter sous forme graphique les informations manipulées par le système (l entreprise) décrit les données gérées sans tenir compte des choix: d organisation, d automatisation, ou techniques décrit les choix de gestion en précisant la signification des invariants, leur structure et leurs liens exprime le QUOI sur les données

Le formalisme utilisé dans MERISE a été reconnu internationalement par l ISO: Formalisme Individu-Relation, ou Formalisme Entity-Relationship [Chen 76] ou Entité-Relation Les concepts de base du MCD: propriété: le nom, l adresse, la raison sociale,... de l assuré entité/individu: l assuré, le contrat association: le contrat comporte des garanties sont répertoriés dans un dictionnaire de données avec au moins un code et un libellé permet d assurer la cohérence des données dans le domaine d étude et en liaison avec les autres domaines

L objectif du MCD: identifier, décrire (par des informations) et modéliser les entités et leurs associations à l aide d une représentation graphique ENSEIGNANT ENSEIGNER Type_Ens COURS Nom prénom âge Propriétés Type_Ens Num_Cours Titre_Cours.

Propriété Une propriété:= «Atome sémantique élémentaire d une information manipulée» Elément descriptif d une entité ou d une association; elle y est obligatoirement rattachée Elle est unique dans le modèle et ne peut être rattachée qu à un seul concept Prend une valeur précise pour chaque occurrence d une entité (ou d une association): Nom d enseignant : Tardieu, Espinasse, Nanci Num_Cours: UV125, UV45, UV1296 Titre_Cours: BD, ISI, GL

Propriété Une propriété se décrit par tout ou partie des éléments suivants: Définition: ce qu elle représente et son intérêt dans le contexte Nature (Domaine de valeur): quantité, nombre, date, heure,... Longueur: nombre de caractères dans la format Caractéristiques complémentaires: obligatoire ou facultative naturelle, calculée simple, répétitive élémentaire, décomposable normée: en interne ou par des organismes officiels (N INSEE,...)

EXEMPLE: Code: client-num Libellé: N du client Définition: Num permettant d identifier un client Nature(Valeur de domaine): Format: numérique Longueur: 8 caratères Compléments: obligatoire

Propriété Une propriété peut être composée - ie- sa valeur est obtenue à partir des valeurs d autres informations à travers une règle de construction ex: Numéro INSEE: sexe + année + mois + département + commune + chrono Il est exclu de décomposer une propriété composée ou de considérer une fraction de valeur d une propriété comme ayant une signification propre, par ailleurs non exprimée

Propriété - Identification et vérification Une propriété possède un code, un libellé et une définition Une propriété a une seule signification (pas d homonymie) Si une propriété a plusieurs sens, il faut la décomposer -iespécifier plusieurs propriétés Une propriété n a pas de synonyme (pas de nom différent pour le même sens) Si l on trouve 2 propriétés ayant le même sens, on n en garde qu une

Propriété - Les contraintes La définition d une propriété est complétée par la prise en compte des contraintes éventuelles associées Les contraintes liées aux propriétés correspondent à des contrôles à assurer pour vérifier l intégrité des données et la cohérence par rapport au système à représenter Les contraintes de valeur:= l ensemble des valeurs que peut prendre une propriété: domaine de valeur (à tout moment) contraintes statiques (en fonction de la valeur prise par d autres propriétés) contraintes dynamiques (lors d un changement d état du S.I.) Les dépendances fonctionnelles

Exemple de contraintes de valeur: Les valeurs possibles de l état civil sont: célibataire, marié, séparé, divorcé, veuf (domaine de valeur) Date d ouverture de compte < ou = date du premier mouvement (contrainte statique) La valeur de l état civil peut devenir divorcé si la valeur précédente était marié ou séparé (contrainte dynamique) Exemple de dépendance fonctionnelle A «N tiers» correspond un seul «nom du tiers» A «N de compte» correspond une seule valeur «type de compte»

Entité : Définition Ensemble unique de propriétés liées entre elles Discernable d autres entités, ayant une existence propre Concret ou abstrait Qui présente un intérêt pour les besoins de gestion du système à représenter Exemple: Dans une banque, l entité CLIENT est l ensemble des personnes physiques ou morales possédant au moins un compte dans cette banque

Entité : Occurrences Occurrences de l entité: Ensemble d éléments de même nature: ENTITE ENSEIGNANT Occurrences d entité Jeanne Jean Achille Zavatta Une occurrence d une entité est: un élément particulier de l entité représentée par l ensemble des valeurs des propriétés constituant cette entité John Doe

Entité: Définition Définie par Un nom qui permet de l identifier Un ensemble de propriétés/attributs qu elle possède. La désignation d un identifiant: propriété ou ensemble de propriétés permettant de repérer de façon unique une occurrence de cette entité parmi d autres occurrences Exemple: Enseignant possède : un nom, un prénom, un âge, un nombre d enfants, une situation familiale,

Entité : Caractéristiques Code: pour l identifier Libellé: pour la nommer Définition: présentation de l entité, de son intérêt dans le contexte d utilisation Identifiant: pour rendre chaque occurrence de l entité unique Cycle de vie: critère de naissance, durée de vie Complément de la description d une entité: critère de naissance critère de durée de vie critère de volumétrie

Exemples : Critère de naissance: Un prospect devient un client dès qu il ouvre un compte Critère de durée de vie: Les mouvements du compte client sont supprimés après 5 ans Critère de volumétrie: Texte indiquant au minimum le nb moyen d occurrences d une entité et le % d évolution sur une période significative (croissance, saisonalité) : Entité Moyenne %Evolution Période d évaluation Compte 15 000 20% 12 mois Client 400 000 5% 6 mois

Entité : Règles d identification Plusieurs types d identifiant: Identifiant simple «naturel» (nom d un pays) ou «artificiel» (N client) Identifiant composé (N sécurité sociale) Identifiant relatif comprend des propriétés n appartenant pas à l entité à identifier Un identifiant doit être: univalué: 1 occurrence entité ---> 1 valeur de l identifiant discriminant: 1 valeur de l identifiant ---> 1 occurrence de l entité stable minimal (pour les identifiants composés)

Entité : Règles de vérification Une entité a un seul identifiant Une entité a au moins une propriété Une entité participe a au moins une association A chaque occurrence de l entité, il ne peut y avoir au plus qu une valeur de la propriété: Si une personne possède plusieurs numéros de téléphone, il faudra éclater ces numéros sous plusieurs titres Une information ne peut être que dans une seule entité. Pour être dans cette entité, elle doit dépendre de l identifiant (notion de dépendance fonctionnelle)

Association : Définition Une association modélise un ensemble d associations de même nature entre 2 ou plusieurs occurrences d entités, ayant un intérêt significatif pour le système à représenter L association n existe qu à travers les entités qu elle relie Chaque occurrence d une association doit pouvoir être distinguée des autres occurrences de la même association On désigne en général les associations par des noms de verbe: verbe statique à l infinitif: appartenir, concerner,... la forme active ou passive permet d orienter la lecture de l association

Associations: Occurrences ENSEIGNANT Jean Jeanne 32 ENSEIGNANT Zavata Achille 56 ENSEIGNANT. Doe John 45 ENSEIGNE ENSEIGNE COURS UV 123 BD ENSEIGNE COURS UV 159 ISI COURS UV 5 Génie Logiciel.

Association : Définition Caractéristiques: Code: pour la référencer Libellé: pour la nommer (exprimer le sens principal de l association) Définition: pour préciser sa signification vis à vis des entités qu elle relie Volume: Nb d occurrences, moyenne des occurrences Cycle de vie: critère de naissance et critère de durée de vie Remarque: Une association n a pas d identifiant propre mais ses occurrences sont identifiées par la concaténation des identifiants des entités qu elle relie

Association : Définition On distingue différents types d association: les associations binaires: qui associent 2 entités Exemple : un enseignant assure un cours les associations n-aires: qui associe plus de 2 entités (ex: associations ternaires, quaternaires) Exemple : un enseignant note un élève pour une matière les associations réflexives qui associent les occurrences d une même entité Exemple : un client parraine un autre client

Association : Définition Une association peut être porteuse d informations: les propriétés les cardinalités les contraintes

Association et Informations Type_Ens est un attribut de l association ENSEIGNER Type_Ens dépend de l enseignant et du cours. Un même cours peut être enseigné par des enseignants différents. ENSEIGNANT Enseigner COURS Type_Ens Nom prénom âge Propriétés Type_Ens Num_Cours Titre_Cours.

Association : Les cardinalités La cardinalité caractérise la participation d une entité à une association Elle représente le nb d occurrences de l association pour chaque occurrence de l entité On distingue: la cardinalité minimale: donne le nb minimum de participation de chacune des occurrences de l entité à l association la cardinalité maximale: donne le maximum de chacune des occurrences de l entité à l association

Comment calculer les cardinalités : Calcul de la cardinalité min: Parcourir l ensemble des occurrences de l entité et noter pour chaque occurrence le nombre de fois où elle est associée à la relation/association S il existe une occurrence qui n apparaît pas, la cardinalité min est de 0 sinon elle est de 1 Calcul de la cardinalité max: idem S il existe une occurrence qui apparaît plusieurs fois, la cardinalité max est n, sinon elle est de 1.

Association : Les cardinalités Un cours est enseigné par au moins un enseignant (1, ) ou par plusieurs (,n) ENSEIGNANT Enseigner 1,n COUR S 0,n Type_Ens Nom Prénom Âge Num_Cours Titre_Cours. Un enseignant peut n enseigner aucun cours (0, ), ou plusieurs (,n)

Association : Les contraintes Certaines contraintes ne sont pas représentables par le seul formalisme de base (entité, association, propriétés, cardinalités) mais correspond à une règle que doit satisfaire le modèle pour être fidèle et cohérent avec l activité à représenter Exemple: Pour une période d emploi du temps, un professeur ne fait un cours que dans une seule salle (CIF) Typologie des contraintes: contraintes d intégrité fonctionnelle (CIF) contrainte ensembliste contrainte de valeur contrainte structurelle options de gestion

Association : Les contraintes Les CIF: Une CIF existe entre les entités A et B si toute occurrence de l une détermine obligatoirement une et une seule occurrence de l autre Exemple: Pour une période d emploi du temps (mercredi de 9h à 12h), un professeur ne fait un cours que dans une seule salle (CIF) Période, Professeur Salle Les CIF sont des cardinalités de la forme 1,1 X,X

Association : Les contraintes Représentation graphique des CIF sur une relation ternaire CIF PERIODE 0,n PROFESSEUR 0,n Faire cours 0,n SALLE CIF: Pour une période d emploi du temps, un professeur ne fait un cours que dans une seule salle (CIF)

Les contraintes ensemblistes Contraintes inter-relations Elles sont des conditions de coexistence d occurrences d association: Contraintes d exclusion, Contraintes de simultanéité, Contraintes d exclusion et totalité, Contraintes d inclusion

Les contraintes ensemblistes: Exemple PERSONNE 0,n DEPOSER 0,1 DEMANDE PRET 0,n T REMBOURSER 0,1 PRET

Les contraintes ensemblistes: Exemple Soit: Les personnes qui ont établi une demande de prêt Les personnes qui remboursent des prêts Ces 2 sous ensembles peuvent imposer des contraintes entre eux: Toutes les personnes déposent et/ou remboursent un prêt: ou inclusif (Totalité) Aucune personne ne peut déposer une demande et rembourser un prêt: exclusion Toute personne, soit dépose une demande de prêt, soit rembourse un prêt: la partition Toute personne remboursant un prêt a déposé une demande : l inclusion (indiquer le sens de lecture par une flèche)

M.C.D : Les contraintes d intégrité Statiques: Elles doivent être vérifiées en permanence: Date_début < Date_fin Dynamiques: Validées à chaque mise à jour des données: Prêt d un livre à un lecteur, sous la condition que le nombre total de livres empruntés est inférieur ou égal à 3 Référentielles: Liées à des associations, vérifient l existence d une occurrence de l entité concernée On ne peut créer de commande concernant un fournisseur qui n existe pas

Normalisation Les formes normales s appliquent aux entités et aux relations Elles ont pour objectif de vérifier la non redondance de l information dans le modèle et de proposer les transformations applicables sans perte d informations 1ere forme normale: Une entité ou une association ne contient pas de propriété répétitive ou décomposable 2ème forme normale (pas de dépendance partielle) Toute propriété non identifiante dépend de la totalité de l identifiant 3ème forme normale (pas de dépendance transitive) Toute propriété non identifiante dépend directement de l identifiant, et non d une propriété non identifiante

M.C.D. La base de la démarche de construction d un M.C.D. reste le discours (parlé ou écrit) de l utilisateur/client exprimé en langue naturelle Les mots utilisés comprennent les termes usuels de la langue, mais aussi des termes spécialisés du domaine les phrases fournissent, après une analyse grammaticale, les principaux objets et les associations entre ces objets

Construction de MCD A partir du dictionnaire de données

M.C.D.: Constitution d une liste d informations La nouvelle information n a-t-elle pas déjà été répertoriée? La nouvelle information a été répertoriée mais sous une appellation différente: Cas d un synonyme. Le concepteur doit alors ne prendre en compte qu une appellation ou noter cette synonymie. ex: Référence dossier et N de Police Une appellation identique existe déjà pour la nouvelle information mais associée à une signification différente: Cas d un homonyme. Le concepteur doit lever cette ambiguïté en modifiant les appellations des informations. ex: date de livraison (demandée) et date de livraison (effective) Le concepteur doit disposer d une liste d informations sans redondance, sans synonyme et sans homonyme Il associera à chaque information une description sous la forme d un texte libre et éventuellement de mots clés afin de constituer le dictionnaire de données

Le dictionnaire de données (DD) Structure qui rassemble l ensemble des données relatif à un sujet. But: Recenser, structurer et donner une première analyse des informations du sujet Origine des infos: Description de l activité Description des objectifs Analyse des documents utilisés Les interviews Les fichiers existants

Le dictionnaire de données (DD): Présentation Ens des valeurs Elémentaire Nom Symbolique permises Concaténé ou Identifiant l information Calculé Définition, rôle Joué par l info Code Type Nature Description Remarque Contrainte Ens_NO Num(15) Elémentaire Numéro Enseignant Ens_Nom Char(15) Elémentaire Nom Enseignant Ens_Prenom Char(15) Elémentaire Prénom Enseignant Identifiant, ne peut être modifié

Méthodologie de construction du MCD: à partir du Dictionnaire de Données (DD) 1. Analyse de l existant et constitution d une ébauche de DD 2. Epuration des polysèmes 3. Epuration des synonymes 4. Dégager les entités naturelles grâce à leur identifiant 5. Rattacher à ces entités leurs propriétés grâce aux DF (agrégation) 6. Placer les infos restantes dans ces associations entre ces entités 7. Etudier les associations non porteuses d informations 8. Placer les cardinalités 9. Simplifier le modèle à l aide des CIF 10. Contrôler le modèle produit