Modélisation : Entité-Association Pattes de corbeau Relationnel BD4 : AD, SB Licence MASS, Master ISIFAR, Paris-Diderot 2013-2014 BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 1/71 2013-2014 1 / 71 Des systèmes d'information Pourquoi? Plan 1 Des systèmes d'information Pourquoi? 2 Modèles entité-association 3 Les pattes de corbeau 4 Démarche de construction BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 2/71 2013-2014 2 / 71
Des systèmes d'information Pourquoi? Systèmes d'information Définition (Wikipedia) Un système d'information (SI) est un ensemble organisé de ressources (matériels, logiciels, personnels, données et procédures) qui permet de collecter, regrouper, classifier, traiter et diffuser de l'information sur un environnement donné Example ẠPOGEE : Propriété L'utilisation combinée de moyens informatiques et de procédés de télécommunication permet d'accompagner, d'automatiser et de dématérialiser les opérations incluses dans les activités ou procédures d'entreprise Ces capacités de traitement de volumes importants de données, d'inter-connexion de sites ou d'opérateurs éloignés, expliquent qu'elles sont aujourd'hui utilisées pour traiter et répartir l'information en temps réel, en lieu et place des moyens classiques Propriété Ces capacités de traitement renforcent le caractère ``systémique'' des données et traitements : La cohérence et la consolidation des activités permet d'accroitre la qualité du contrôle interne de la gestion des organisations BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 3/71 2013-2014 3 / 71 Des systèmes d'information Pourquoi? SI et Bases de données Un SGBD ne constitue pas la totalité d'un système d'information Exemple : un CMS (Content Management Software, outil de construction et de gestion de sites WWW dynamiques) s'appuie sur un SGBD mais aussi sur un serveur HTTP, sur un serveur PHP, L'information stockée dans un SGBD peut être utilisée par des individus/organisations distinct(e)s Exemple : APOGEE, utilisé par étudiants, enseignants, administrateurs, décideurs, BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 4/71 2013-2014 4 / 71
Des systèmes d'information Pourquoi? Usages Les SI manipulent l'ensemble de données utilisées par des applications de certaines entreprises Ex : Une banque, un hôpital, une université (APOGEE), une entreprise de fabrication Programmes de manipulation (SGBD) : ajouter des données, accéder à des données, mettre à jour des données, supprimer des données Visualiser, interpréter, restituer, agréger (Progiciels : Business Object) BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 5/71 2013-2014 5 / 71 Des systèmes d'information Pourquoi? Pourquoi? Une entreprise utilise un ou des Systèmes d'information (SI) Les données représentent un matériau pour le fonctionnement de l'entreprise (gestion des stocks, de la comptabilité, de la clientèle, ) Les données représentent un actif : une mine à exploiter pour développer la stratégie Souvent : des SI hétérogènes Constitution d'entrepots de données (Datawarehouse) BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 6/71 2013-2014 6 / 71
Pourquoi des SGBD? Des systèmes d'information Pourquoi? Compacité : nécessité de stocker des informations sur mémoire secondaire (plus besoin de fichiers papiers volumineux) Une BD = quelques mega, giga, terra, d'octets Rapidité : accès rapides aux informations demandées par les utilisateurs Problème : accès disque très long (entre 10 et 20 ms : 100000 fois plus long qu'un accès mémoire centrale) Minimiser le nombre d'accès disque nécessaires - ne lire que l'information utile Maintenance facilitée Exactitude : des informations précises et réactualisées sont disponibles à tout moment sur demande BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 7/71 2013-2014 7 / 71 Des systèmes d'information Pourquoi? Un peu d'histoire Systèmes de gestion de fichiers (SGF) Fichiers indépendants les uns des autres Contenu non pris en compte par le SGF Description du fichier dans chaque programme qui l'utilise Manipulation : lire ou écrire un article Systèmes de gestion de bases de données (SGBD) Ensemble intégré de données Contenu connu du SGBD Description unique gérée par le SGBD (schéma) indépendance programmes/données Fonctionnalités évoluées : langage de manipulation, intégrité, sécurité, accès multi-utilisateurs, résistance aux pannes BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 8/71 2013-2014 8 / 71
Des systèmes d'information Pourquoi? Vision simplifiée d'un SGBD : Niveaux d'abstraction (ANSI/X3/SPARC) Niveau conceptuel structure des données qui existent dans une entreprise sans souci d'implantation en machine une vue intégrée de tous les utilisateurs Niveau interne structure de stockage supportant les données fichiers (localisation), organisation du fichier, chemins d'accès (index) Niveau externe vision spécifique du schéma conceptuel par un groupe d'utilisateurs BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 9/71 2013-2014 9 / 71 Des systèmes d'information Pourquoi? Description du contenu Faite à l'aide d'un modèle de données Modèle : concepts de structuration + règles d'utilisation Différents modèles : Hiérarchique, Réseaux, Relationnel, Objets, Un SGBD est caractérisé par le modèle de données qu'il utilise création du schéma d'une base de données (description de la structure des données) exprimé à l'aide d'un langage de description de données (LDD) BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 10/71 2013-2014 10 / 71
Objectifs d'un SGBD Des systèmes d'information Pourquoi? Indépendance physique applications/données Indépendance logique des applications/données Manipulation des données par des langages de haut niveau Administration facilitée des données Efficacité des accès (gestion de la multi-utilisation) Partage des données (gestion des transactions) Cohérence des données (règles d'intégrité) Sécurité des données (reprise sur panne) BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 11/71 2013-2014 11 / 71 Des systèmes d'information Pourquoi? Historique (40 ans d'histoire) 1960, fichiers reliés par des pointeurs 1965, IMS-1 et IDS-1, navigation à travers des chaînes d'enregistrement de fichiers différents 1ère génération SGBD (1969) basé sur le modèle de données hiérarchique puis le modèle réseau 2ème génération SGBD (commercialisé en 1980) basé sur le modèle relationnel 3ème génération SGBD (commercialisé en 1997) basé sur des extensions objets des systèmes relationnels 4ème génération SGBD (aujourd'hui) supportant le Web et le multimédia NoSQL, no future BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 12/71 2013-2014 12 / 71
Des systèmes d'information Pourquoi? Des types de systèmes d'informations Opérationnels Décisionnels Communication Ọn peut utiliser les mêmes donnés dans plusieurs systèmes d'information BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 13/71 2013-2014 13 / 71 Des systèmes d'information Pourquoi? Des progiciels Ạu dessus des SGBD, on trouve des progiciels spécialisés : CRM (Customer Relationship Management) ERP (Enterprise Resource Planning) SI stratégique, Concerne Marketing, Vente Paye Ressources Humaines CMS (Typo3, Joomla, Drupal, ) BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 14/71 2013-2014 14 / 71
Des systèmes d'information Pourquoi? Des acteurs SGBD : Oracle, DB2, MySQL, PostGres, Terradata Progiciels : BO, SAP, Google, Amazon développent leurs propres SGBD (NoSQL) Interaction SGBD outils du WEB : PHP, SGBD et progiciels de Statistiques (SAS, RODBC) BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 15/71 2013-2014 15 / 71 Des systèmes d'information Pourquoi? Des ressources Sur le site de référence devmysqlcom 3 tutoriels à l'adresse /wb-tutorialshtml Conception de base de données Documentation de base de données BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 16/71 2013-2014 16 / 71
Modèles entité-association Plan 1 Des systèmes d'information Pourquoi? 2 Modèles entité-association 3 Les pattes de corbeau 4 Démarche de construction BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 17/71 2013-2014 17 / 71 Modèles entité-association Introduction Il s'agit d'exprimer l'ensemble des informations que l'on veut prendre en compte dans le système d'information La solution est basée sur un formalisme de représentation guider le raisonnement du concepteur obliger à respecter des normes utiliser un langage commun Le résultat est un schéma conceptuel de données clair, cohérent, complet, fidèle et normalisé Ce résultat est indépendant de considérations techniques ou organisationnelles BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 18/71 2013-2014 18 / 71
Catalogues DVD Modèles entité-association Introduction Les films ạvec leur référence, leur titre et leur réalisateur Les DVD ạvec leur numéro d'inventaire, leur référence Les Abonnés ạvec leur nom, leur date de naissance et leur adresse Les emprunts ḍe DVD par les abonnés BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 19/71 2013-2014 19 / 71 Modèles entité-association Concepts et règles d'utilisation Concept d'entité-type Principaux concepts Ẹntité type, Association type, Propriété type, Contraintes d'intégrité Utilisation d'un formalisme graphique adresse reference nom Abonné Emprunte DVD date de naissance num BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 20/71 2013-2014 20 / 71
Concept d'entité-type Modèles entité-association Concepts et règles d'utilisation Définition Une représentation d'un ensemble d'objets de même nature concrets ou abstraits et présentant un intérêt Les éléments d'une entité type sont appelés des occurrences ou des instances Remarques Niveau générique : le type représente l'information Niveau individuel : occurrence ou instance représente la valeur de l'information BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 21/71 2013-2014 21 / 71 Modèles entité-association Concepts et règles d'utilisation Entités et propriétés Les entités (types) sont décrites par des propriétés-(types) Les abonnés ont un nom, une adresse et une date de naissance BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 22/71 2013-2014 22 / 71
Un cas Modèles entité-association Concepts et règles d'utilisation Entité Customer ============== first_name last_name address birthdate Instances + + + last_name birthdate + + + SMITH 14/07/1789 JOHNSON 10/08/1792 WILLIAMS 21/06/1791 JONES 27/07/1794 BROWN 04/08/1789 + + + BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 23/71 2013-2014 23 / 71 Modèles entité-association Concepts et règles d'utilisation Propriétés et Identifiants Pour une occurrence donnée, chaque propriété type d'une entité type ne peut avoir qu'une seule valeur Toute entité type doit être dotée d'un identifiant Un identifiant est une propriété type qui à une valeur associe une seule occurrence/instance de l'entité type Ex : Numéro Insee pour l'entité type PERSONNE L'identifiant doit être : - univalué - discriminant - stable - minimal Une entité type peut avoir plusieurs identifiants BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 24/71 2013-2014 24 / 71
Modèles entité-association Une entité et ses attributs Concepts et règles d'utilisation Street Name Phone Address City ID Person Age BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 25/71 2013-2014 25 / 71 Modèles entité-association Concepts et règles d'utilisation Entités Origine du mot Entity : noun ( pl -ties) a thing with distinct and independent existence : church and empire were fused in a single entity existence ; being : entity and nonentity ORIGIN late 15th cent (denoting a thing's existence) : from French entité or medieval Latin entitas, from late Latin ens, ent- being' (from esse be' ) BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 26/71 2013-2014 26 / 71
Attributs Modèles entité-association Concepts et règles d'utilisation Nom : un attribut porte un nom, qui permet de le distinguer parmi les attributs de l'entité Domaine : l'ensemble des valeurs que peut prendre un attribut Un attribut est une fonction de l'ensemble-entité vers un domaine Valeur par défaut : Pour chaque instance d'une entité, un attribut possède au plus une valeur Si un attribut est une fonction «injective» par définition, il permet d'identifier les instances de l'entité BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 27/71 2013-2014 27 / 71 Modèles entité-association Concepts et règles d'utilisation Mise en évidence des associations Les informations qui ne peuvent être groupées en une entité type sont placées des associations Personne Utilise Outil BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 28/71 2013-2014 28 / 71
Les cardinalités Modèles entité-association Concepts et règles d'utilisation Ụne personne utilise 0 ou plusieurs outils Ụn outil est utilisé par au moins une personne Personne 0n Utilise 1n Outil Les cardinalités indiquent combien de fois une occurrence d'une entité-type peut participer à une association BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 29/71 2013-2014 29 / 71 Modèles entité-association Concepts et règles d'utilisation Comparaison de vocabulaires MODÉLISATION ENSEMBLES Entité Ensemble Instance Elément Attribut Fonction Domaine Domaine Identifiant Injection Association Relation Pourquoi un nouveau jargon? Ṭous les ensembles ne sont pas des entités BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 30/71 2013-2014 30 / 71
Rôles Modèles entité-association Concepts et règles d'utilisation Une association peut concerner des instances d'un même type Les instances jouent des rôles différents Gendarme Arrête Personne Voleur BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 31/71 2013-2014 31 / 71 Modèles entité-association Concepts et règles d'utilisation Entité faible Partie de Les instance d'une entité peuvent n'exister qu'en tant que partie d'une instance d'une autre entité Numéro Chien Possède Licence BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 32/71 2013-2014 32 / 71
Généralisation Modèles entité-association Généralisation/Héritage Sous-Ensembles Une entité peut représenter un sous-ensemble d'un ensemble représenté par une autre entité L'entité sous-ensemble est une spécialisation de l'entité sur-ensemble Généralisation La généralisation permet de rassembler dans une même entité type toutes les propriétés communes, et de garder les propriétés spécifiques dans les entités type spécialisées Héritage consiste à transmettre les propriétés de l'entité super-type vers les entités sous-types BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 33/71 2013-2014 33 / 71 Modèles entité-association Généralisation/Héritage Exemple de hiérarchie de classification Les êtres humains, les chats, les dindons sont des animaux ils partagent des propriétés biologiques Les femmes, les hommes sont des êtres humains ils partagent des caractéristiques plus précises, langues, groupes sanguins, Noter Un être humain est soit une femme soit un homme La liste des espèces animales n'est pas close BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 34/71 2013-2014 34 / 71
Modèles entité-association Spécialisation/Généralisation Généralisation/Héritage Animal disjoint Humain Est Un Est Un Chien Homme Femme BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 35/71 2013-2014 35 / 71 Modèles entité-association Généralisation/Héritage Spécialisation/Généralisation Nom Numero Employé disjoint Est Un Salaire Permanent Vacataire Durée Embauché Embauché BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 36/71 2013-2014 36 / 71
Modèles entité-association Spécialisation et identification Généralisation/Héritage Ḷes entités sous-type peuvent avoir leur propre identifiant L'entité type Permanent peut avoir Numéro employé comme identifiant et L'entité type Vacataire peut avoir comme identifiant Numero SS BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 37/71 2013-2014 37 / 71 Modèles entité-association Généralisation/Héritage Combien de sous-types? Une spécialisation d'entités types peut comporter un nombre quelconque de sous-types Le découpage d'une population en sous-populations peut s'effectuer sur plusieurs critères ; chaque critère produisant une spécialisation en différents sous-types Exemple Une personne peut être un employé permanent ou un vacataire Une personne peut être étudiant, administratif ou enseignant BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 38/71 2013-2014 38 / 71
Modèles entité-association Règles de bonne conduite Bonnes pratiques Chaque entité type doit être décrite par des propriétés qui lui sont propres Distinguer entre l'élément type et l'élément individuel représenté par l'occurrence Déterminer la ou les propriétés jouant le rôle de l'identifiant cette propriété doit permettre de distinguer entre les occurrences de l'entité type Définir les cardinalités pour les entités types impliquées dans une association Mettre en évidence les associations non porteuses d'informations Une association type avec une cardinalité 1, 1 ne peut pas être porteuse de propriété type Les propriétés doivent être placées sur l'entité type ayant la cardinalité 1,1 BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 39/71 2013-2014 39 / 71 Modèles entité-association Les contraintes Définition Une contrainte d'intégrité est définie comme une assertion qui doit être vérifiée par des données à des instants déterminés Une contrainte d'intégrité porte sur toute réalisation présente ou à venir du modèle conceptuel Le maintien de ces contraintes au cours du temps est un problème qui se pose pour tout SGBD BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 40/71 2013-2014 40 / 71
Modèles entité-association Contrainte de propriété-attribut Les contraintes Sur une propriété forme, liste de valeurs, fourchette de valeurs possibles RéférenceLivre :entier, CatégorieClient :10, 20, 30, 14<âge<30 Stabilité : une date de naissance, Numéro Sécurité Sociale Sur plusieurs propriétés d'une même entité ou d'une même association heuredepart < heurearrivée ; date emprunt<date retour BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 41/71 2013-2014 41 / 71 Modèles entité-association Les contraintes Contrainte intra-association Contrainte d'intégrité Fonctionnelle Une (CIF) sur des entités participant à une association exprime que l'une des entités est totalement déterminée par la connaissance d'une ou plusieurs entités Dans le monde relationnel cela donnera les dépendances fonctionnelles Personne 0n Passe 11 Commande La commande émet la contrainte reçue par la personne Une commande n'est passée que par une personne BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 42/71 2013-2014 42 / 71
CIF (suite) Modèles entité-association Les contraintes Dans le cas des relations binaires Ḷa CIF se décrit simplement avec les cardinalités Dans le cas général Il faut annoter le schéma pour expliquer que certaines combinaisons d'entités ne peut apparaître qu'une seule fois comme instance d'une association Enseignant 0n Fait cours 0n Salle 0n Heure BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 43/71 2013-2014 43 / 71 Modèles entité-association Contraintes inter-association Contraintes inter-association Situation En cas de participation d'une entité-type à plusieurs associations-type, il se peut que la participation d'une instance à une des associations interfère avec son éventuelle participation à d'autres associations Exemples Exclusivité Simultanéité Totalité Exclusivité et totalité Inclusion BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 44/71 2013-2014 44 / 71
Exclusivité Modèles entité-association Contraintes inter-association Une même instance d'une entité-type ne peut pas participer à deux associations-type (elles s'excluent l'une de l'autre) BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 45/71 2013-2014 45 / 71 Modèles entité-association Contraintes inter-association Simultanéité Définition Toute instance d'une entité-type qui participe à une association-type doit aussi participer à une autre association-type Exemple Toute instance de l'entité Commande doit participer à une association facturée à et à une association est composée de BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 46/71 2013-2014 46 / 71
Totalité Modèles entité-association Contraintes inter-association Définition Toute instance d'une entité-type doit participer à au moins une association-type d'une collection d'associations donnée Exemple Un être humain est soit un homme, soit une femme (tout individu, instance de l'entité être humain) BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 47/71 2013-2014 47 / 71 Modèles entité-association Contraintes inter-association Exclusivité et totalité Définition Toute instance d'une entité-type doit participer à exactement une association-type d'une collection d'associations donnée BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 48/71 2013-2014 48 / 71
Inclusion Modèles entité-association Contraintes inter-association Définition Une instance d'une entité-type E qui participe à une association-type A doit aussi participer à une association-type B Exemple Pour emprunter un DVD, il faut être abonné BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 49/71 2013-2014 49 / 71 Modèles entité-association Modélisation du temps Le temps Synchronie Le temps n'intervient pas comme élément discriminant, il correspond à une vision instantanée de la réalité modélisée Diachronie il faut prendre en compte des éléments temporels comme propriétés ou entités discriminantes, ils correspondent à une vision historique de la réalité modélisée BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 50/71 2013-2014 50 / 71
Diachronie Modèles entité-association Modélisation du temps Payment payment_id customer_id staff_id inventory_id amount payment_date Un paiement est une association ternaire entre un client, un employé, une numéro d'inventaire, il possède un identifiant et est estampillé par une date BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 51/71 2013-2014 51 / 71 Les pattes de corbeau Plan 1 Des systèmes d'information Pourquoi? 2 Modèles entité-association 3 Les pattes de corbeau 4 Démarche de construction BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 52/71 2013-2014 52 / 71
Exemple Les pattes de corbeau Objectif général Idée générale Transformer (presque) toute association en associations binaires avec des cardinalités 0 : n et 0 : 1 BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 53/71 2013-2014 53 / 71 Les pattes de corbeau Objectif général Pattes de corbeaux : un formalisme simplifié où les associations sont représentées par des entités Des attributs particuliers, les clés étrangères ou références permettent de décrire les associations BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 54/71 2013-2014 54 / 71
Un cas simple (i) Les pattes de corbeau Objectif général Association binaire 1 : 1 et 1 : n Personne 0n Passe 11 Commande BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 55/71 2013-2014 55 / 71 Les pattes de corbeau Objectif général Un cas simple (ii) Association binaire 1 : 1 et 1 : n Ụne relation non-identifiante entre Commande et Personne BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 56/71 2013-2014 56 / 71
Un cas moins simple Les pattes de corbeau Objectif général Association binaire 0 : n et 0 : n Dans la base sakila, une instance de l'entité acteur peut être associée à plusieurs instances de l'entité film Et réciproquement Actor 0n Plays 0n in Film actorid filmid BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 57/71 2013-2014 57 / 71 Les pattes de corbeau Objectif général Un cas moins simple (II) Association binaire 0 : n et 0 : n Créer une entité faible et de deux associations 0 : n et 1 : 1 Chaque instance de l'entité faible représente une instance de l'association, elle est liée à deux instances des entités fortes de départ L'instance de l'entité faible est identifiée à l'aide des deux identifiants de instances des identités fortes Actor actorid 0n Plays in 11 11 FilmActor Shows 0n filmid Film BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 58/71 2013-2014 58 / 71
Un cas moins simple (III) Les pattes de corbeau Objectif général La table film_actor est liée par deux connexions identifiantes aux tables film et actor Elle représente l'entité faible qui symbolise l'association de départ Les liens représentent les deux associations binaires de cardinalités 1 : 1 et 0 : n BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 59/71 2013-2014 59 / 71 Les pattes de corbeau Objectif général Cas général : association n-aire Staff 0n Customer 0n Rents 0n DVD 11 Payment BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 60/71 2013-2014 60 / 71
Les pattes de corbeau Objectif général Cas général : association n-aire (ii) BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 61/71 2013-2014 61 / 71 Les pattes de corbeau Objectif général Cas général : association n-aire (iii) La table rental représente l'association, mais elle n'est pas dérivée d'une entité faible (c'est un choix) : chaque location est identifiée par sa propre référence rental_id Les références non-identifiantes inventory_id, customer_id, staff_id permettent de retrouver les instances des trois entités représentées par les tables éponymes qui participent à l'association Le paiement n'est pas représenté comme un attribut de rental mais par une table propre payment Une location peut être payée en plusieurs fois Elle peut être payée par une personne distincte de la personne qui a loué le DVD L'employé qui encaisse un paiement n'est pas forcément celui qui a loué le DVD BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 62/71 2013-2014 62 / 71
Un peu d'histoire Les pattes de corbeau Objectif général Crow's Foot utilisée dans les années 1980s par les consultants de CACI Disséminé par Oracle UK (Oracle's CASE) Environnements ARIS, System Architect, Visio, PowerDesigner, Toad Data Modeler, DeZign for Databases, Devgems Data Modeler, OmniGraffle, MySQL Workbench and SQL Developer Data Modeler CA's ICASE BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 63/71 2013-2014 63 / 71 Démarche de construction Plan 1 Des systèmes d'information Pourquoi? 2 Modèles entité-association 3 Les pattes de corbeau 4 Démarche de construction BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 64/71 2013-2014 64 / 71
Démarche de construction La démarche Idéalement Recueil Structuration Normalisation Description Mais ḍe la normalisation, on peut revenir à la structuration, voire à la phase recueil BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 65/71 2013-2014 65 / 71 Démarche de construction Recueil et Structuration Consiste à recueillir, auprès des utilisateurs, les informations utiles Consiste à identifier les entités en regroupant les informations par affinité BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 66/71 2013-2014 66 / 71
Démarche de construction Normalisation Une fois structurées, on obtient un schéma conceptuel de données formé d'un ensemble d'entités, décrites à l'aide de propriétés, et reliées entre elles par des associations Les informations retenues sont celles qui vont être mémorisées par le système La normalisation consiste à vérifier que certaines règles de bonne qualité' sont respectées Trois séries de contrôle : les propriétés, la structuration et les cardinalités BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 67/71 2013-2014 67 / 71 Démarche de construction Normalisation des propriétés Chaque propriété est unique Chaque propriété est bien localisée Chaque propriété a un nom significatif Evitez les redondances évidentes ou cachées BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 68/71 2013-2014 68 / 71
Démarche de construction Normalisation des associations Vérifiez l'unicité des noms d'association L'absence d'associations fantôme La non redondance des chemins La non décomposabilité BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 69/71 2013-2014 69 / 71 Démarche de construction Description Ḷe MCD doit être composé d'une ou plusieurs représentations graphiques d'une description textuelle comprenant pour chaque entité type une description : de l'identifiant, des propriétés affectées, de l'éventuelle historisation pour chaque association type une description : de la collection des entités types, des cardinalités, des propriétés affectées, des DF, des contraintes, de l'éventuelle historisation BD4 (Licence MASS, Master ISIFAR, Paris-Diderot) Modélisation avec Workbench 70/71 2013-2014 70 / 71