1 / 118

INFORMATIQUE IUT G.E.A. ¨Deuxième Année¨

INFORMATIQUE IUT G.E.A. ¨Deuxième Année¨. Jean louis Martineau. Plan du cours. 1. Introduction aux bases de données 2. Conception d’un système d’information 3. Interrogation d’une base de données. Plan du cours. Chap. 1- introduction. 1. Organisation Systémique. Le système de gestion :.

marilu
Download Presentation

INFORMATIQUE IUT G.E.A. ¨Deuxième Année¨

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. INFORMATIQUE IUT G.E.A. ¨Deuxième Année¨ Jean louis Martineau

  2. Plan du cours 1. Introduction aux bases de données 2. Conception d’un système d’information 3. Interrogation d’une base de données

  3. Plan du cours Chap. 1- introduction

  4. 1. Organisation Systémique Le système de gestion : système de pilotage (cerveau de l'entreprise) : il régule et contrôle le système opérant en décidant de son comportement en fonction des objectifs fixés

  5. 1. Organisation Systémique Le système d’informations : Ensemble des informations utiles à la vie de l’entreprise Partie la moins visible, mais la plus fondamentale Interface entre le système de gestion et le système opérant

  6. 1. Organisation Systémique Système de gestion Informations de décision Informations traitées Système d'information Informations vers l'extérieur Informations externes Informations de représentation Informations d'interactions règlements des fournisseurs règlements des clients Système opérant Produits achetés Produits vendus

  7. Chap. 2 - Conception d’un système d’information 1. Le modèle Entité/Association (E/A) 2. Méthode de construction du modèle E/A 3. Le modèle logique des données

  8. Objectif du chapitre Méthode de conception d’un schéma de base de données : - éviter les redondances de données - démarche méthodique - support graphique

  9. 2. Méthode de construction du modèle E/A Construction d’un modèle Entité/Association depuis un problème réel : approche descendante - beaucoup d’entités et d’associations - tâche trop complexe pour être effectuée sans méthode Des erreurs dans le modèle Autre méthode de conception envisageable : - approche ascendante (MERISE) : - des données détaillées vers le modèle E/A - regroupement pour constituer les entités et les associations

  10. 2. Méthode de construction du modèle E/A Dictionnaire des données Analyse des dépendances entre les données Constitution des entités et des associations (par regroupement) Établissement schéma Entité-Association final Méthode ascendante :(approche MERISE) Des outils (4) Des règles d'utilisation des outils

  11. 2.1. Le dictionnaire des données Objectif : recenser toutes les données qui seront stockées dans le système d’information Pour chaque donnée il existe : - un nom - un type (calculé ou non calculé) - un domaine de définition - une règle de gestion (si le type est calculé) Regroupement de ces informations dans un tableau appelé : le dictionnaire des données

  12. 2.1. Le dictionnaire des données Exemple de dictionnaire des données R1 est une règle de gestion permettant de calculer l’attribut MONTTTC depuis d’autres données contenues dans le dictionnaire

  13. 2.2. Les dépendances fonctionnelles • Exemplesde D.F. entre deux attributs: • Un numéro de sécurité social • implique un, et un seul assuré social • Une référence de produit implique unprix NumSecu NomAssuré Par contre l’inverse n’est pas vrai car des personnes homonymes n’ont pas le même numéro de sécu. Prix Pdt Par contre l’inverse n’est pas vrai car plusieurs produits peuvent avoir le même prix

  14. 2.2. Les dépendances fonctionnelles Exemples de D.F. avec plusieurs attributs : Jour,Mois,Année Date NuméroProduit,BonCommande QuantitéCommandée NuméroProduit,NumEntrepot QuantitéStock Une valeur d’un identifiant détermine une et une seule occurrence de l’entité

  15. 2.2. Les dépendances fonctionnelles Notation : Soient A,B et C des attributs A B On peut écrire de façon équivalente A B,C A C Exemple : NuméroClient NomClient, PrénomClient Les dépendances fonctionnelles portent sur des ensembles d’attributs

  16. 2.2. Les dépendances fonctionnelles Construction du graphe des dépendances fonctionnelles : Etape 1 : utiliser tous les attributs non calculés du dictionnaire des données Etape 2 : déterminer les D.F. simples et composées

  17. 2.3. Construction du schéma E/A Numéro commande Référence produit Code représentant Date commande Prix unitaire Qté Numéro client désignation Nom représentant Nom client Adresse client Construction du schéma E/A depuis le graphe des D.F. - 3 règles permettent d’établir une esquisse du schéma E/A Présentation des règles sur un exemple :

  18. 2.3. Construction du schéma E/A Numéro commande Référence produit Code représentant Date commande Prix unitaire Qté Numéro client désignation Nom représentant Nom client Adresse client Règle 1 : Les dépendances fonctionnelles sans successeur sont regroupées en entités. Les origines des arcs désignent les attributs identifiants de ces entités. Application sur l’exemple :

  19. 2.3. Construction du schéma E/A Les deux autres règles gèrent les associations et les attributs isolés : Règle 2 : Les arcs restants mettent en évidence les associations. Les attributs restants dans le graphe des dépendances fonctionnelles sont les attributs des associations. Règle 3 : les attributs isolés constituent des entités isolées. Les règles de gestion permettent de trouver les cardinalités.

  20. 2.3. Construction du schéma E/A Commande Numéro Commande Date commande Produit Référence produit Désignation Prix unitaire Qté Client Numéro Client Nom client Adresse client Représentant Code représentant Nom représentant Résultat de l’application de la règle 1 sur l’exemple

  21. 2.3. Le modèle Entité/Association Définition L'information permet de représenter des connaissances. Une information se décompose en trois niveaux : - l'entité concernée par l'information. C'est l'objet, le concept ou l'individu dont il est question. - les attributs (ou propriétés): ce sont les propriétés et les caractéristiques utilisées pour décrire l'entité. - les valeurs d'un attribut permettent de définir une entité donnée.

  22. 2.3. Le modèle Entité/Association Définition : l'occurrence d'une entité est l'ensemble des valeurs des attributs de cette entité. Entité Facture Attributs : Nom Qté, Désignation Montant Date « Définition des informations » Format d’une facture « occurrences d’une entité » liste des factures (valeurs)

  23. 2.3 Le modèle Entité/Association Nom Entité Attribut Identifiant 1 …. Attribut Identifiant n Attribut 1 … Attribut m • Définition : Une entité est un concept, un objet ou une personne • du monde réel. Elle possède : • une existence propre • des occurrences multiples • au moins un attribut identifiant (souligné). Représentation graphique d’une entité dans le modèle E/A

  24. 2.3. Le modèle Entité/Association Fournisseur Numéro Nom Fournisseur Adresse Fournisseur Nom Contact Numéro Téléphone Numéro Fax Adresse e-mail Exemple d’entité : Un fournisseur Attributs : liste des informations utiles à la gestion d’un fournisseur Attribut identifiant : Numéro - code créé par l’entreprise - détermine un et un seul fournisseur

  25. 2.3 Le modèle Entité/Association Salariés Numéro salarié Nom Fonction Rémunération Service Numéro service Nom Localisation Concept d’Association : toutes les informations n’ont pas d’existence intrinsèque Elles ne peuvent pas être regroupées dans une entité Exemple : affectation d’un salarié dans un service Affectation

  26. 2.3. Le modèle Entité/Association Exemple (suite) Affectation d’un salarié dans un service : Problème : action dépendant de deux entités : - salarié - service La notion d’association va permettre de représenter les dépendances entre les entités

  27. 2.3. Le modèle Entité/Association Nom Association Attribut 1 … Attribut m • Définition : Une association regroupe les informations relatives • à une ou plusieurs entités définies par : • absence d'existence intrinsèque, • au moins une occurrence, • le nombre d'entités associées, • - un nom traduisant généralement une action. Nom Association Représentation graphique des associations

  28. 2.3 Le modèle Entité/Association Travaille dans Salariés Numéro salarié Nom Fonction Rémunération Service Numéro service Nom Localisation Exemple : Participation de l’entité à l’association L'identifiant d'une association est implicitement constitué par tous les identifiants des entités qui participent à l'association.

  29. 2.3. Le modèle Entité/Association Nom Entité 2 Identifiant 2 Attribut 2.1 Attribut 2.m Nom Entité 1 Identifiant 1 Attribut 1.1 Attribut 1.m • Règles de construction du modèle Entité-Association : • Deux entités ne sont jamais reliées ensembles, • Deux associations ne sont jamais reliées ensembles. Participation Autorisée Nom Association Nom Association Participations interdites

  30. 2.3. Le modèle Entité/Association Hiérarchique de Travailler dans Salariés Numéro salarié Nom Fonction Rémunération Service Numéro service Nom Localisation Exemple (suite) : modélisation de la hiérarchie entre salariés Rôle de la participation: explication pour lever les ambiguïtés Est dirigé par Est le chef de

  31. 2.3. Le modèle Entité/Association Permet pas Permet Connaître le nombre d’occurrences concernées par l’association de représenter le lien entre les entités Une association Solution : indiquer le nombre d’occurrences de l’association concernées par la participation Les cardinalités

  32. 2.3. Le modèle Entité/Association Entité Min,Max Association Définition : Cardinalité La Cardinalité précise pour chaque arc du modèle E/A - le nombre minimum d'occurrences d'une association liées à une occurrence d'entité. - le nombre maximum d'occurrences d'une association liées à une occurrence d'entité. Remarque : si le nombre n'est pas connu précisément, une variable est utilisée (par exemple N ou M). Représentation graphique

  33. 2.3. Le modèle Entité/Association Combien de commandes au minimum peut faire un client donné : 0 Combien de commandes au maximum peut faire un client donné : N 0,N 0,N Combien de commandes au minimum peut contenir un produit donné : 0 Combien de commandes au maximum peut contenir un produit donné : N Exemple : commande de produits par des clients Client Numéro Nom Adresse Produit Référence Désignation Prix unitaire  HT Commander Qté

  34. 2.3. Le modèle Entité/Association Salariés Numéro salarié Nom Fonction Rémunération Est dirigé par (0,1) Encadre (0,N) Est le chef de Exemple 2: Explications des cardinalités dans un tableau séparé du modèle E/A

  35. 2.3. Le modèle Entité/Association Client NumClient Nom Adresse Dépôt NumDépôt Adresse (0,N) Livrer Nb colis (0,N) Exemple 3 :

  36. 2.3. Le modèle Entité/Association Définition : Contrainte d'Intégrité Fonctionnelle (CIF) Une cardinalité (1;1) est appelée une Contrainte d'Intégrité Fonctionnelle CIF Salariés Numéro salarié Nom Fonction Rémunération Service Numéro service Nom Localisation 1,1 1,N Travailler dans A chaque occurrence de « salarié » correspond une, et une seule, occurrence de « travailler dans »

  37. 2.3. Construction du schéma E/A Commande Numéro Commande Date commande Produit Référence produit Désignation Prix unitaire 1,N 0,N Compose Qté 1,1 1,1 Obtient Passer 0,N 0,N Client Numéro Client Nom client Adresse client Représentant Code représentant Nom représentant Résultat de l’application des règles 2 et 3 sur l’exemple :

  38. 2. Le modèle Entité/Association Produits NumProd Désignation PrixHT Atelier NumAtel Nom Mission Etat Stock NumProd Qté Stock Stock Mini Produit NumProd Désignation Stocker Stocker Exercice : Compléter les cardinalités (?,?) 1,1 (?,?) 1,1 (?,?) 0,N (?,?) 0,N

  39. 2. Le modèle Entité/Association Produit NumProd Formation NumFour Désignation Date Machine NumMach Désignation Maintenance Salarié NumSal Nom Adresse Fabrique Participe Exercice (suite) : (?,?) (?,?) 1,N 1,N (?,?) (?,?) 0,N 0,N

  40. 2. Le modèle Entité/Association Exercice (suite) : Matière NumMat Libellé Année Profs NumProf Nom Spécialité (?,?) 1,N (?,?) Enseigne DateSalle 1,N (?,?) 1,N Etudiant NumEtd Nom Age

  41. 2. Le modèle Entité/Association Ouvrir Horaire Midi Horaire Soir Est RESTAURANT Code Nom Adresse VIN Nom Récolte Région JOUR Nom COULEUR Nom PLAT Nom PlaceRepas Proposer Vin Prix Recommander Proposer Plat Prix Accompagner Guide Gastronomique (?,?) 0,N (?,?) 0,N Complétez les Cardinalités (?,?) 1,N 1,1 (?,?) (?,?) 0,N (?,?) 1,N (?,?) 0,N 1,N (?,?) 0,1 (?,?) (?,?) 0,N (?,?) 0,N (?,?) 0,1

  42. 2. Le modèle Entité/Association Est un Vols Qualifier AVION Numéro DateRévision TYPE AVION Type Capacité Rayon Action PILOTE Numéro DateRévision DESC. VOLS Numéro Horaire VilleDépart VilleArrivée Compagnie aérienne 1,1 (?,?) (?,?) 1,N a) Complétez les Cardinalités b) modifiez ce schéma pour tenir compte des escales (?,?) 0,N (?,?) 0,N 1,1 (?,?) (?,?) 1,N (?,?) 0,N

  43. 2. Le modèle Entité/Association Entreprise de Maintenance Règle de Gestion : Une réparation concerne une intervention Une réparation peut concerner plusieurs salariés Une intervention peut nécessiter plusieurs réparations Un salarié est responsable d’une intervention Un salarié est affecté à un atelier et éventuellement à plusieurs services

  44. 2. Le modèle Entité/Association Atelier NumAtelier LibelAtelier Service NumService NbEmploy Spécialité Client NumClient NomClient AdresseCli CpClient VilleClient Matériel NumMat NomMat TypeMat Réparation NumRepa CoutRepa Intervention NumInter Nature Date Travaille Regroupe Chef de Utilise Demande Salarié NumSal NomSal AdresseSal CpSal VilleSal TélSal Fonction Effectue Date Responsable Compose Concerne Entreprise de Maintenance (?,?) 1,N (?,?) 1,N (?,?) 1,1 Complétez les cardinalités 0,N (?,?) 0,N (?,?) 0,N (?,?) 0,N (?,?) (?,?) 0,N (?,?) 0,N 0,N (?,?) (?,?) (?,?) 0,N (?,?) 1,N 0,N (?,?) 1,1 (?,?) 1,1 (?,?) 1,N 1,N (?,?) 1,1 (?,?)

  45. 2.4. Le modèle logique des données Dictionnaire des données indépendant de l’organisation informatique des données Etablissement schéma Entité-Association final Choix d’une organisation (relationnelle) Modèle Logique des données

  46. 2.4. Le modèle logique des données Le modèle logique des données relationnel (Codd, 1970): Les données des entités et des associations sont mémorisées dans des relations : RELATION(Attribut 1, …, Attribut n) attribut Nom de la relation Attribut identifiant

  47. 2.4. Le modèle logique des données Principe de transformation des entités et des associations : schéma Entité/Association 4 règles de passage Modèle logique de données relationnel

  48. 2.4. Le modèle logique des données Règle 1 : Transformation des entités - Toutes les entités deviennent des relations ; - Les identifiants deviennent des clés primaires. Règle 2 : Transformation des associations binaires (?;1) - (?;N) Placer l'attribut clé de la relation (?;N) dans la relation (?;1), ainsi que tous les attributs de l'association.

  49. 2.4. Le modèle logique des données Application règle 2 : Application règle 1 : SERVICE(NumServ, Spécialité) SALARIE(NumSal,Nom,Fonction, NumServ) Exemple d’application des règles 1 et 2 : Salarié NumSal Nom Fonction Service NumServ Spécialité Regoupe DateArrivée (1,N) (1,1) )

  50. 2.4. Le modèle logique des données COMMANDE(NumCmde, DateCmde) ARTICLE(RefArticle,Libellé, PrixUnitaire) Règle 1 Commande NumCmde DateCmde Article RefArticle Libellé PrixUnitaire CONCERNER(NumCmde,RefArticle,Qté Cmdée) Règle 3 (0,N) (1,N) Concerner Qté Cmdée Règle 3 : Transformation les associations n-aires (?;N) - (?;N) Transformer l'association en une relation contenant : - les clés primaires des deux entités reliées par l'association les attributs de l'association

More Related