Leçon 5: Les outils de conception d'un MCD PDF

Leçon 5 : Les outils de conception d’un MCD. Les outils de conception d’un MCD sont : - Les schémas de circulation des informations. - Les règles de gestion. - Le dictionnaire de données. - Les dépendances fonctionnelles. 1) Le schéma de circulation des informations :...

Leçon 5 : Les outils de conception d’un MCD. Les outils de conception d’un MCD sont : - Les schémas de circulation des informations. - Les règles de gestion. - Le dictionnaire de données. - Les dépendances fonctionnelles. 1) Le schéma de circulation des informations : C’est une représentation schématique qui décrit le fonctionnement d’un système d’informations. Exemple : SI : Ste commerciale BL1 Client BCI BC Magasin Service commercial Reçu 1 BL2 Reçu 2 BL2 Facture Service comptable BC : Bon de commande BCI : Bon de commande interne BL : Bon de livraison Reçu : Reçu de paiement 2) Les règles de gestion : Une règle de gestion est un outil de description globale de fonctionnement d’une organisation (SI). Toute activité de l’entreprise (production, vente, achat,…) peut faire l’objet d’une ou plusieurs règles de gestion. Une règle de gestion peut porter sur les données manipulées ou les traitements exécutés au sein d’une organisation. Exemple 1 : Règles de gestion portées sur les données. - RG1 : La quantité commandée est exprimée en tonnes. - RG2 : Il y a 3000 clients réguliers de l’entreprise. - RG3 : Montant Remise = Montant Facturé * 3/100. Exemple 2 : Règles de gestion portées sur les traitements. - RG1 : Il n’y a pas de livraison partielle, toutes les commandes doivent être livrées en totalités.  - RG2 : Une commande doit contenir 30 unités du même article au minimum. - RG3 : Si le montant facturé est supérieur à 10000 une remise de 5% est accordée. 3) Le dictionnaire de données (DD) : - Le DD c’est un tableau qui permet de lister et décrire l’ensemble des données qui sont utilisées dans l’organisation. Ses données sont collectées à partir des documents cités dans le schéma de circulation des informations et elles sont décrites par des règles de gestion. Exemple : Dimen Nom de la sion Description Type Règles de gestion Propriété (en octet) NumClient Numéro du client N 2 - NomClient Nom du client A 15 - AdrClient Adresse du client AN 50 - Date_Cde Date de la commande Date 8 - Qte_Cde Quantité commandée d’un article N 2 - Prix_Art Prix de l’article N 4 - MontHT Montant HT de la Mse N 4 Montant HT = Qte_Cde * Prix_Art Entier (2 octet) N : Numérique Réel (4 octet) A : Alphabétique AN : Alphanumérique Les outils de conception d’un MCD Étude de cas : Sujet : gestion immobilier Une agence de location de maisons et d’appartements désire gérer sa liste de logements. Elle voudrait en effet connaître l’implantation de chaque logement (nom de la ville et du quartier) ainsi que les personnes qui les occupent (les signataires uniquement un seul par location).  Le loyer dépend d’un logement, mais en fonction de son type (maison, studio, T1, T2…) et définie par n° location, date début et date fin. Pour chaque logement, on veut disposer également de n° de logement, l’adresse, de la superficie. Quant aux individus qui occupent les logements (les signataires du contrat uniquement), on se contentera de leur n° d’identité, noms, prénoms, date de naissance et numéro de téléphone. L’agence désire gérer l’historique de l’occupation des logements par les individus. On considéra de plus qu’un individu peut être signataire de plusieurs contrats de location. On précise aussi qu’un logement peut faire l’objet de plusieurs locations disjointes dans le temps. Travail à faire : 1) Établir le dictionnaire de données. 2) Citez les règles de gestion et les entités possibles pour cette situation. 3) Construire le Modèle Conceptuel de Données « MCD » de cette description. 4) Établir le Modèle Logique de Données « MLD » correspondant. Correction Étude de cas : Sujet : gestion immobilier 1°) Le dictionnaire de données Propriété Description Type Taille NomVille Ville de logement AN 15 Quartier Quartier de logement AN 15 TypeLoge Type de logement AN 10 NumLocation Numéro de location N 2 Date_Début Date début de location Date 8 Date_Fin Date fin de location Date 8 NumLoge Numéro de logement N 2 Adresse Adresse du logement AN 50 Superfice Superficie du logement N 2 Num_ID Numéro d’identité de l’individu AN 10 Nom Nom de l’individu A 10 Prénom Prénom de l’individu A 10 Date_Naiss Date de naissance de l’individu Date 8 Tel Numéro de téléphone de l’individu AN 10 2°) Règles de gestion : - L’agence veut savoir l’implantation des logements par région. - L’historique d’occupation des logements par individu. - On s’intéresse aux signataires des contrats et par individus locataires. - Un individu peut signer plusieurs contrats de location. - Un logement peut faire l’objet de plusieurs locations dans le temps. Les entités : - Région (géographiques) ; types de logement ; logement ; Individu (signataire seulement) ; contrat_Location. 3°) Le MCD : (1,1) (1, N) Appartenir Type logement Individu Logement Num_ID NumLoge TypeLoge Nom Adresse Prénom Superfice (1,1) DateNaiss (1, N) Tel Implanter Région (1, N) (0,N) NomVille Quartier Signer Concerner (1,1) (1,1) Contrat_Location NumLocation Date_Début Date_Fin Le contrôle du dictionnaire de données (DD) : Le DD doit être contrôlé afin qu’il ne contient ni des synonymes ni des polysémies.  On obtient un dictionnaire épuré et exhaustif (Nombre de propriété limité). Les synonymes : ce sont des propriétés de nom différents et ayant le même sens. Exemple : NumClient = CodeClient type N, taille 2 Il faut éliminer une et garder celle la plus utilisée dans le SI. Une polysémie : c’est une propriété ayant plusieurs significations Exemple :  Quantité demandée Quantité Quantité livré Quantité en stock Pour cela, il faut bien préciser le nom de la propriété. 4°) Les dépendances fonctionnelles (DF) : La DF est un outil qui permet de déterminer les liens entre les propriétés afin de de simplifier leur classification dans les entités et dans les associations. a) Définition : Soit A et B deux propriétés. On dit que B est en DF de A si et seulement si pour chaque valeur de A il existe une et une seule valeur correspondante de B. DF On écrit A B On peut dire aussi que A détermine par DF B. Exemples : ⓐ CodeClient DF NomClient La connaissance du CodeClient détermine une seule valeur pour NomClient. CodeClient NomClient 101 Fahmi 102 Alami L’inverse n’est pas vrai. ⓑ NumCommande + RefProduit DF QteCommandée La connaissance à la fois du numéro de la commande et de la référence du produit détermine la quantité commandée de ce produit. b) Dépendance fonctionnelle élémentaire : (DFE) Soit A et B deux propriétés. DF On dit qu’il y a DFE entre les propriétés A et B si A B et aucune partie de la propriété A ne détermine B. DFE On note : A B Exemples : Laquelle des DF suivantes est élémentaire : a- CodeClient + NomClient DF AdresseClient : DF non élémentaire. Car il suffit de connaître le code client pour déterminer son adresse (adresse client). b- CodeClient DF AdresseClient : DF élémentaire. c- NumConsultation + NomMedicament DF QtePrescrite. c) Dépendances fonctionnelle élémentaire directe : (DFED) Soit A, B, C trois propriétés. On dit que B est DFED de A si B est en DFE de A et il n’existe pas une propriété C telle que A DF C et C DF B. Autrement dit pas de transitive entre A et B. On note A B. Exemples : a) MtrProfesseur CodeMatière : DFE directe I100 CM Web b) CodeMatière NomMatière : DFE directe c) MtrProfesseur NomMatière : DFE indirecte 5°) le graphe des dépendances fonctionnelles : C’est une représentation graphique qui montre les DF (DFED) entre les propriétés d’un SI. Exemples : Considérons une entreprise commerciale et les règles de gestion suivantes : - RG1 : Un produit est identifié par sa référence, sa désignation et son code catégorie. - RG2 : Chaque catégorie de produits est identifiée par son code catégorie et son libellé. - RG3 : Un même produit peut être fourni par plusieurs fournisseurs et chacun d’eux peut fournir plusieurs produits. - RG4 : Un fournisseur est identifié par son numéro, et son nom et son adresse. - RG5 : Le prix d’achat d’un produit varie en fonction d’un produit et du fournisseur. T.A.F : 1°) Dresser le graphe des DF. 2°) Établir le modèle conceptuel de données (MCD) correspondant. Solution : 1°) RefProduit NumFournisseurs Désignation CodeCat Prix d’achat Nom Adresse Libellé