MCD Concevoir un modèle de données Gestion des …

1 SGBDR Plateforme TIC - Bureautique Introduction au MCD page 1 N Client23/75/1234 Civilit MonsieurRondin Andr N contrat2010-10-1234 Rue23 rue de VarenneCP75000 MarqueChaffoteauxVilleParisMod leMira C GreenT l phone01 23 45 89 25date contrat2010 Dates visiteNature visiteNature travauxR parateurFacturationpi cesFacturationmain d' uvreFacturationTotale15/10/2011 EntretienNettoyage chaudi reJos 98,00 98,00 20/10/2012 EntretienNettoyage chaudi reJos 100,00 100,00 03/02/2013R parationChangement jointArthur15,00 25,00 40,00 10/10/2014 EntretienNettoyage chaudi reJos 104,00 104,00 20/12/2014R parationChangement circulateurArthur149,00 25,00 174,00 Chaudi reMCD Concevoir un mod le de donn es Gestion des clients et des visites La Gestion des informations d une organisation est un l ment essentiel de son efficacit . L obligation de les trouver et de les traiter rapidement conduit le plus souvent les organisations en informatiser la Gestion .

2 Dans ce cadre, l entreprise doit proc der avec rigueur et m thode pour Concevoir un syst me d information coh rent, pertinent et efficace l aide de logiciels SGBDR (Syst me de Gestion de Bases de Donn es Relationnelle) dont Access fait partie. La conception d une base de donn es relationnelle peut tre d compos e en 3 tapes : tape 1 : Identifier les donn es informatiser Tableau des donn es informatiser purer les donn es dans le dictionnaire des donn es tape 2 : Structurer les donn es en tables (Entit s) Mod liser les donn es D finir l identifiant de chaque table (cl primaire) tape 3 : D finir les relations entre les tables D finir les cardinalit s D finir les relations Le mod le relationnel Dans le cadre de cette partie, nous allons illustrer la d marche d informatisation des contrats d entretien des chaudi res g r es par la soci t ThermiGaz. La Gestion des contrats est la suivante : Les clients de la soci t ThermiGaz, signent avec cette derni re, un contrat d entretien qui inclut chaque ann e une visite d entretien et de nettoyage de la chaudi re.

3 Dans le cadre de ce contrat, les r parations et pannes ventuelles sont couverts par le contrat. Dans ce cas le client ne prend sa charge que les co ts mat riels. Les frais d intervention sont couverts par le contrat d entretien. tape 1 : Identifier les donn es informatiser : Concevoir le tableau de donn es Cette tape consiste faire la liste exhaustive de toutes les donn es qui sont utilis es dans le cadre d un syst me d information et leur attribuer un nom diff rent pour chaque champ. Exemple illustr : ThermiGaz Actuellement, chaque client de la soci t fait l objet d une fiche d information qui se pr sente ainsi : Si un client a plusieurs chaudi res, il signe autant de contrats qu il y a de chaudi res SGBDR Plateforme TIC - Bureautique Introduction au MCD page 2 Le tableau des donn es se pr sente ainsi : Tableau des donn es informations Noms de champ Donn es calcul e Informations Client N client Num_client Civilit Client Civilit _Client Nom Client Nom_Client Rue Client Rue_Client CP Client CP_Client Ville Client Ville_Client T l phone Client Telephone_Client Informations contrat N contrat N _contrat_contrat Marque chaudi re Marque_chaudi re_contrat Mod le chaudi re Mod le_chaudi re_contrat Date contrat Date_contrat Informations visites Date visite Date_visite Nature visite Nature visite Nature travaux Nature travaux_visite R parateur R parateur_visite Facturation-pi ces Facturation_pi ces Facturation-main d oeuvre Facturation_MO Facturation-totale Facturation_total : purer les donn es dans le dictionnaire des donn es Cette tape consiste : conserver uniquement les donn es l mentaires en supprimant les doublons et les donn es calcul es par l'ordinateur (donn es labor es).

4 Les donn es calcul es sont retir es car elles sont obtenues par un calcul r alis partir des donn es l mentaires. (exemple : Un prix unitaire et une quantit sont des donn es l mentaires, le total qui est gal au prix unitaire * quantit est une donn e labor e) indiquer pour chaque champ son type (texte, num rique, logique, date, etc.) et la taille des champs texte. Le dictionnaire des donn es se pr sente ainsi : Dictionnaire des donn es informations Noms de champ Type Taille Informations Client N client Num client Texte 9 Civilit Client Civilit Client Texte 15 Nom Client Nom Client Texte 20 Rue Client Rue Client Texte 50 CP Client CP Client Texte 5 Ville Client Ville Client Texte 25 T l phone Client T l phone Client Texte 15 Informations contrat N contrat N contrat Texte 12 Marque chaudi re Marque chaudi re Texte 20 Mod le chaudi re Mod le chaudi re Texte 20 Date contrat Date contrat Date/heure Informations visites Date visite Date visite Date/heure Nature visite Nature visite Texte 15 Nature travaux Nature travaux visite Texte 15 R parateur R parateur visite Texte 15 Facturation pi ces Facturation pi ces Mon taire Facturation main d oeuvre Facturation MO Mon taire Nous avons supprim le champ facturation totale qui est calcul partir de la facturation pi ces et de la facturation main d uvre.

5 SGBDR Plateforme TIC - Bureautique Introduction au MCD page 3 tape 2 : Structurer les donn es en tables (Entit s) : Mod liser les donn es Une tude rapide permet de mettre en vidence trois types d'informations (ou entit s) qui ont des relations (ou associations) entre elles : des donn es fixes par client, les donn es fixes par contrat, les donn es variables par visite. Pour simplifier la Gestion des donn es et r duire les op rations de saisie, les informations (ou attributs) d une m me entit sont regroup es dans une m me table et les entit s diff rentes sont plac es dans des tables diff rentes qui seront mises en relation ou associ es par l'action, pour les Clients, de passer une visite. Les tables sont mod lis es de la fa on suivante : Clients Poss de Contrats Entra ne Visites Num client N contrat Date visite Civilit Client Marque chaudi re Nature visite Nom Client Mod le chaudi re Nature travaux visite Rue Client Date contrat R parateur visite CP Client Facturation pi ces Ville Client Facturation MO T l phone Client La mod lisation des donn es prend des noms diff rents selon les auteurs et th oriciens : Mod le conceptuel des donn es - MCD de Merise Mod le Entit Association - MEA de Flory Sch ma conceptuel des donn es de l ducation Nationale : D finir l identifiant de chaque table (cl primaire) Pour tre fiable, une base de donn es doit rendre impossible les doubles enregistrements dans une table (doublons).

6 La solution consiste interdire un m me contenu dans le champ (attribut) principal de la table. Ce champ est appel cl primaire (ou identifiant) et son contenu est obligatoirement diff rent pour chaque enregistrement. Exemples de cl primaire : n de S curit Sociale ; n d'immatriculation ; n de t l phone ; Ce peut tre une codification de donn es (les 4 premiers caract res du nom + les 6 nombres d'une date de naissance : DUPO210578). Table Clients : Le num ro Client peut tre utilis comme cl primaire. Il sera con u partir du nom du Client et de sa date de naissance (4 caract res + 6 chiffres). Toute saisie d'un num ro Client qui existe d j sera refus e. Table contrats : Le num ro de contrat attribu la signature correspond une codification partir de la date de signature et du num ro du contrat sign dans l ann e. Table Visites : Le risque de doublons est faible car il y a peu de chance que le r parateur saisisse plusieurs fois les m mes informations lors d'une m me visite.

7 Par ailleurs tous les champs existants sont susceptibles d' tre identiques pour des visites diff rentes. La solution consiste ajouter un champ num ro de visite Par convention la cl primaire est soulign e et appara t en premier dans la structure de table. Il en r sulte les structures suivantes : Clients Poss de Contrats Entra ne Visites Num client N contrat N visite Civilit Client Marque chaudi re Date visite Nom Client Mod le chaudi re Nature visite Rue Client Date contrat Nature travaux visite CP Client R parateur visite Ville Client Facturation pi ces T l phone Client Facturation MO SGBDR Plateforme TIC - Bureautique Introduction au MCD page 4 tape 3 : D finir les relations entre les tables : D terminer les cardinalit s Les cardinalit s quantifient les relations (minimum et maximum) entre les enregistrements de deux tables reli es. Dans notre exemple les cardinalit s sont les suivantes : - un Client peut poss der 1 ou plusieurs contrat (1,n) - une contrat concerne au minimum et au maximum un seul Client (1,1) - une contrat peut faire l objet 1 ou plusieurs visites (1,n) - une visite concerne au minimum et au maximum un seul contrat (1,1) Clients Poss de Contrats Entra ne Visites Num client 1,n 1,1 N contrat 1,n 1,1 N visite Civilit Client Marque chaudi re Date visite Nom Client Minimum Maximum Mod le chaudi re Nature visite Rue Client Date contrat Nature travaux visite CP Client R parateur visite Ville Client Facturation pi ces T l phone Client Facturation MO La relation entre deux tables est souvent du type m re/fille => Une m re peut avoir plusieurs filles, mais une fille ne peut avoir qu une seule m re.

8 Dans notre exemple, un Client peut poss der plusieurs contrats, mais un contrat ne peut concerner qu un seul client. Par ailleurs, un contrat peut faire l objet de plusieurs visites mais une visite ne peut concerner qu un seul contrat. En cons quence, la table Clients est la table m re de la table Contrats (fille) et la table Contrats est son tour la table m re de la table Visites (fille). Dans cette relation il existe un lien hi rarchique et fonctionnel entre les deux tables qui constitue une Contrainte d Int grit Fonctionnelle (CIF). Elle est de type : 1,n non porteuse de donn es. Nous verrons dans l approfondissement de l tape 3 qu il existe des relations de type : n,n porteuses de donn es, dites non fonctionnelles. : D finir les relations Pour mettre en relation les donn es de deux tables, il faut imp rativement qu il existe un champ commun aux deux tables, sans quoi il sera impossible de savoir quel client correspond un contrat ou quel contrat correspond une visite.

9 Pour savoir quel champ ou attribut employer, nous allons utiliser la propri t : table m re / table fille. C est toujours l identifiant de la table m re qui va dans la table fille et le sens de la cardinalit va toujours de la m re vers la fille. L identifiant de la table m re qui est plac dans la table fille est appel cl primaire dans la table m re et cl externe dans la table fille. Il est toujours suivi du signe #. La base de donn es est structur e de la fa on suivante : Clients Contrats Visites Num client 1,n N contrat 1,n N visite Civilit client 1,1 Num client # 1,1 N contrat # Nom client Marque chaudi re Date visite Rue client Mod le chaudi re Nature visite CP client Date contrat Nature travaux visite Ville client R parateur visite T l phone client Cette relation et la cardinalit , mat rialisent la Facturation pi ces contrainte d'int grit Facturation MO SGBDR Plateforme TIC - Bureautique Introduction au MCD page 5 APPROFONDISSEMENT : Les relations de type m re - m re La relation entre deux tables est souvent de type 1,n (m re - fille) => Un client peut poss der plusieurs voitures.

10 La relation entre deux tables peut tre de type n,n (m re - m re) => Un client peut louer plusieurs appartements et un m me appartement peut tre lou plusieurs fois par un m me client des dates diff rentes Clients 1,n Loue 1,n Appartements N client N appart Nom Type Rue Rue Etc. Etc. Cette relation, non hi rarchique, est dite non fonctionnelle, car elle est porteuse de donn es. Dans ce cas, il faut cr er une table interm diaire (qui met en relation les deux tables m res) qui contiendra les cl s primaires des deux tables m res. Clients Location Appartements N client 1,n N location 1,n N appart Nom 1,1 N client # Type Rue N appart # 1,1 Rue Etc. Date Etc. Clients 1,n Poss de 1,1 Voitures N client N Immat. Nom Marque Rue Mod le Etc. Etc. Des mots pour le dire Vocabulaire MCD Vocabulaire Access Entit = Table Attribut ou propri t = Champ Occurrence ou uplet = Enregistrement Identifiant = Cl primaire Association = Relation => Verbe Cardinalit = Cardinalit SGBDR Plateforme TIC - Bureautique Introduction au MCD page 6 Le mod le relationnel Les deux repr sentations normalis s les plus utilis es sont les suivantes : MLD Classique ou Merise Cette pr sentation particuli re du MCD consiste lister simplement les noms des attributs par entit de la fa on suivante : Clients : Num client, Civilit client, Nom client, Rue Client, CP Client, Ville Client, T l phone Client Contrats : N contrat, Num client #, Marque chaudi re, Mod le chaudi re, Date contrat Visites.