See discussions, stats, and author profiles for this publication at: https://www.researchgate.

net/publication/366905002

Cours d'informatique de Gestion

Chapter · January 2023

CITATIONS READS

0 605

1 author:

Nassim Dennouni
Hassiba Benbouali University of Chlef
21 PUBLICATIONS   32 CITATIONS   

SEE PROFILE

Some of the authors of this publication are also working on these related projects:

ad hoc environment for the collection and capitalization of human interactions View project

All content following this page was uploaded by Nassim Dennouni on 06 January 2023.

The user has requested enhancement of the downloaded file.

 République Algérienne Démocratique et Populaire
Ministère de l’Enseignement Supérieur et de la Recherche Scientifique

2ème année - 2ème cycle

Cours d’informatique
Polycopié du cours 2022-2023
Partie – 1 (draft)

1. Management des services de santé

2. Management et stratégies des entreprises
3. Marketing
4. Management financier
5. Management des établissements touristiques
6. Marketing agro-alimentaire

DENNOUNI Nassim
ESM-TLEMCEN
Sommaire
Préambule ............................................................................................................................................... 5
Chapitre I. Le Système d’information ...................................................................................................... 6
I. Définition d’un Système d’information ............................................................................................ 6
II. Les approches de conception d’un Système d’information ............................................................ 7
Chapitre II. La Méthode MERISE.............................................................................................................. 8
II. 1. Définition de MERISE ............................................................................................................... 8
II.2. Le dictionnaire des données......................................................................................................... 9
II.3. La codification des données....................................................................................................... 10
(a) Codification séquentielle.......................................................................................................... 10
(b) Codification par tranches ......................................................................................................... 10
(c) Codification articulée ............................................................................................................... 10
(d) Codification mnémonique : ..................................................................................................... 11
Chapitre III. Le Modèle Conceptuel des Données ................................................................................. 12
III.1. Définition du MCD .................................................................................................................. 12
III.2. Les concepts de base du MCD ................................................................................................. 12
III.2.1. Les entités........................................................................................................................... 12
III.2.2. Les associations : ................................................................................................................ 12
III.2.3. Cardinalités d’associations ................................................................................................. 13
III.3. Les règles du MCD à respecter ................................................................................................ 13
III.4. Les étapes de construction de MCD ......................................................................................... 15
III.5. Exemple construction de MCD ................................................................................................ 15
Chapitre V. Le Modèle Logique des Données ...................................................................................... 17
IV.1. Définition du MLD .................................................................................................................. 17
IV.2.Passage du MCD au MLD ........................................................................................................ 17
a) Une entité du MCD devient une relation (une table) ............................................................... 17
b) L’identifiant de l’entité devient la clé primaire de la relation................................................... 17
c) Les autres propriétés de l’entité deviennent les attributs de la relation. ................................. 17
d) Les associations de type père-fils .............................................................................................. 17
e) Les associations de type père-père ........................................................................................... 18
IV.3.Exemple du passage du MCD au MLD .................................................................................... 18
Chapitre V. Le Modèle Physique des Données ..................................................................................... 19
V.1. Définition du MPD .................................................................................................................... 19
V.2.Passage du MLD au MPD .......................................................................................................... 19
 V.3.Exemple du passage du MLD au MPD sous ACCESS 2007 ..................................................... 19
V.3.1) Créer chaque table/clé primaire du MLD dans le SGBD ACCESS 2007 .......................... 19
V.3.2) Créer les clés étrangères de chaque table du MLD dans le SGBD ACCESS 2007 ........... 21
V.3.3) Créer les relations de chaque table du MLD dans le SGBD ACCESS 2007 ..................... 22
VI. Eude de cas : Gestion de commandes au niveau d’un magasin ...................................................... 24
VI.1. Les règles de gestion (à définir pendant le stage) :................................................................... 24
VI.2. Etablir le Modèle Conceptuel des Données (MCD)? ................................................................. 24
VI.3.Etablir le Modèle Logique des Données (passage du MCD  MLD)? ....................................... 24
VI.4. Etablir le modèle physique des données (MPD) sous ACCESS ? ............................................... 24
VI.4.1. Les relations (cohérence) ................................................................................................... 24
VI.4.2. Les zones de liste (éviter les erreurs de saisie) .................................................................. 25
VI.4.3. Remplissage des données .................................................................................................. 27
VI.4.4. Les interfaces (les formulaires de saisie) ........................................................................... 29
VI.4.5. Les états d’impression ........................................................................................................ 30
VI.4.6. Les recherches paramétrées .............................................................................................. 31
VI.4.7. Les menus........................................................................................................................... 33
VII. Etude de cas 2 : Une auto-école...................................................................................................... 37
VII.1. Les règles de gestion (à définir pendant le stage) :.................................................................. 37
VII.2.Etablir le Modèle Logique des Données (passage du MCD  MLD)? ...................................... 37
VII.3. Etablir le modèle physique des données (MPD) sous ACCESS ? .............................................. 37
VII.3. 1.Création des tables............................................................................................................ 37
VII.3. 2.Les relations (cohérence) .................................................................................................. 38
VII.3. 3.Les saisies automatiques (zone de liste, zone de liste déroulante) .................................. 38
Table des figures

Figure 1: Les composantes d'un SI .......................................................................................................... 6

Figure 2:Relation en les trois cycles d'un SI ............................................................................................ 8
Figure 3: Exemple de dictionnaire de donnée non épuré ........................................................................ 9
Figure 4: Exemple de dictionnaire de donnée épuré ............................................................................. 10
Figure 5: Grille des attributs par documents ......................................................................................... 10
Figure 6: Exemple d'entités ................................................................................................................... 12
Figure 7:Exemple d'une association ...................................................................................................... 12
Figure 8: Exemple de cardinalité père fils ............................................................................................. 13
Figure 9: Exemple de cardinalité père fils ............................................................................................. 13
Figure 10: exemple de découpage de deux associations successives ................................................... 14
Figure 11:exemple d'élimination de champs calculé ............................................................................ 14
Figure 12: exemple de modification d'association père fils avec une propriété ................................. 15
Figure 13: les entités trouvées .............................................................................................................. 16
Figure 14:l'associations père fils trouvée .............................................................................................. 16
Figure 15:l'associations père père trouvée ........................................................................................... 16
Figure 16:MCD trouvé ........................................................................................................................... 16
Figure 17:CodeCL est une clé primaire simple de la table Clients ........................................................ 19
Figure 18:CodeC est une clé primaire simple de la table Produits ....................................................... 20
Figure 19:CodeC est une clé primaire simple de la table Commandes ................................................. 20
Figure 20: création d'une clé composée ............................................................................................... 20
Figure 21: création de la première liste déroulante.............................................................................. 21
Figure 22:: création de la deuxième liste déroulante ........................................................................... 21
Figure 23:: création de la troisième liste déroulante ............................................................................ 22
Figure 24:- Création de la liaison Commande –client sous ACCESS ................................................ 22
Figure 25:- Création de la liaison Contient-Commande sous ACCESS ........................................... 23
Figure 26: - Création de la liaison Contient –produit sous ACCESS ................................................. 23
Figure 27: - Création des tables et des liaisons sous ACCESS ........................................................... 23
Figure 28: ce schéma est obtenu grâce à Menu ACCESS/outils de base de données/relations ........... 24
Figure 29: création de la liaison Contient/commande .......................................................................... 25
Figure 30: création de la liaison Contient/produit ................................................................................ 25
Figure 31: création de la liaison Commande/Client .............................................................................. 25
Figure 32:Création de la table Produit .................................................................................................. 25
Figure 33:Création de zone de liste dans la table Client ...................................................................... 26
Figure 34: Création de zone de liste déroulante dans la table Commande .......................................... 26
Figure 35: Création d’une première liste déroulante dans la table Contient ....................................... 27
Figure 36:Création d’une deuxième liste déroulante dans la table Contient ....................................... 27
Figure 37: Mise à jour d'un table simple sans zone de liste déroulante (la table produit) ................... 27
Figure 38:Mise à jour d'un table simple avec une zone de liste (la table client) ................................ 28
Figure 39:Mise à jour d'une table avec une zone de liste déroulante (la table commande) ............... 28
Figure 40: Mise à jour d'une table avec deux zones de listes déroulantes (la table contient) ............ 28
Figure 41:Exemple de création de formulaires simple.......................................................................... 29
Figure 42:Création de formulaire produit ............................................................................................. 29
Figure 43::Création de formulaire client ............................................................................................... 29
Figure 44:exemple de création d'état simple ........................................................................................ 30
Figure 45: création de l'état produit ..................................................................................................... 30
Figure 46: création de l'état client ........................................................................................................ 30
Figure 47: exemple de recherche à partir d'une requête ..................................................................... 31
Figure 48: Exemple de recherche de clients par code client ................................................................. 31
Figure 49: affichage de la recherche sous forme d'état12 .................................................................... 32
Figure 50: exécution de la requête ....................................................................................................... 32
Figure 51: affichage du résultat de la requête ...................................................................................... 32
Figure 52: l'accès au menu général ....................................................................................................... 33
Figure 53: définition d'un nouveau menu ............................................................................................. 33
Figure 54: modifier le menu général existant par défaut ..................................................................... 33
Figure 55:Ajouter un élément menu pour ouvrir le formulaire "client" .............................................. 34
Figure 56:Ajouter un élément menu pour ouvrir le formulaire "produit" ........................................... 34
Figure 57:Ajouter un élément menu pour ouvrir l'état "client"........................................................... 34
Figure 58:Ajouter un élément menu pour ouvrir l'état "produit" ....................................................... 35
Figure 59:Ajouter un élément menu pour rechercher des clients par code ........................................ 35
Figure 60:Ajouter un élément menu pour quitter Access .................................................................... 36
Figure 61: Menu général de l'étude de cas ........................................................................................... 36
Figure 62: les structures des tables créées sous ACCESS ...................................................................... 37
Figure 63: Les relations créées sous ACCESS ......................................................................................... 38
Figure 64: création d'une zone de liste pour le type de permis ............................................................ 38
Figure 65: création d'une zone de liste pour la durée d'une leçon ....................................................... 38
Figure 66: création d'une zone de liste déroulante "code permis" au niveau de la table "élève" ....... 39
Figure 67: choix de la table pour la liaison ............................................................................................ 39
Figure 68: choix des colonnes à afficher ............................................................................................... 39
Figure 69: spécification des colonnes à afficher et de la colonne à lier ................................................ 40
Figure 70:création d'une zone de liste déroulante "code moniteur" au niveau de la table "leçon" .... 40
Figure 71:choix de la table pour la liaison ............................................................................................. 40
Figure 72: choix des colonnes à afficher ............................................................................................... 41
Figure 73:spécification des colonnes à afficher et de la colonne à lier................................................. 41
Figure 74:création d'une zone de liste déroulante pour "code eleve" au niveau de la table "leçon" . 41
Figure 75:choix de la table et des colonnes pour la liaison ................................................................... 42
Figure 76: spécification des colonnes à afficher et de la colonne à lier ................................................ 42
Figure 77: remplir les données dans des tables sous ACCESS ............................................................... 42
 Préambule

Ce polycopié aborde l’usage des méthodes de conception et de réalisation de Système

d’Information comme MERISE ou le langage UML (Uniformed Modeling Language). Il traite
les concepts suivants : modèle relationnel, langage SQL, bases de données, SGBD, etc.
Ce cours permet aussi d'acquérir des savoir-faire comme la modélisation conceptuelle des
données en utilisant le modèle Entité /Association, le passage vers le modèle relationnel, la mise
en œuvre d'une base de données sous le SGBD ACCESS, l'alimentation et la manipulation des
données, la création de menu, etc.
Dans ce contexte, ce module vise à préparer les apprenants à la conception et l'implémentation
des bases de données relationnelles. A l’issue de ce cours, les apprenants doivent être capables
: (1) d’utiliser une méthodologie de conception de base de données à l’aide des modèles : MCD
(Modèle conceptuel des Données) et MLD (Modèle Logique des Données) tout en réalisant une
implémentation physique grâce à des tables associées à une base de données.
Ce polycopié est destiné aux étudiants inscrits en deuxième année du second cycle pour les six
spécialités suivantes : (a)management des services de santé, (b) management et stratégies des
entreprises, (c) Marketing, (d) Management financier, (e) management des établissements
touristiques et (f) marketing agro-alimentaire.
Ce support concerne un cours du 3ème semestre qui comporte une séance de cours/TD/TP pour
chaque groupe. D’autre part, le nombre d’heures d’enseignement associé à ce module est de
21H réparties sur 14 semaines. Enfin, le mode d’évaluation pour ce cours se fait en utilisant un
examen semestriel écrit, plusieurs contrôles continus et des travaux personnels notés.
Chapitre I. Le Système d’information

I. Définition d’un Système d’information

Le SI sert à recueillir, mémoriser, exploiter l’information et sa conception doit être guidée par
les objectifs de l'organisation et les besoins de ses acteurs.

Figure 1: Les composantes d'un SI

L'analyse d’un SI consiste à étudier les documents qu’il utilise et les postes des différents
acteurs qui manipulent ces documents dans le but de comprendre son fonctionnement et
éventuellement l’améliorer dans le futur.
La conception d’un SI vise à créer un système qui n’existait pas auparavant afin de pallier aux
inconvénients d’un SI existant ou de proposer un nouveau SI.
II. Les approches de conception d’un Système d’information

L’analyse et la conception des SI utilise des deux types d’approches :

(1) l’approche cartésienne qui consiste à découper l’ensemble des procédures de gestion de
l’entreprise en applications indépendantes qui peuvent être étudier séparément.
(2) l’approche systémique consiste donc à considérer les sous-systèmes aussi indépendants que
possible et à les traiter en tenant compte de leurs interactions. Dans ce qui suit, une petite
comparaison entre ces deux types d’approches.
Approche Systémique Approche cartésienne
+ Meilleure prise en compte de la réalité à + Simplicité de mise en œuvre car elle ne
travers la modélisation de la circulation des prend pas en compte les dépendances entre
données et les dépendances entre les les traitements à faire.
traitements. + Possibilité du traitement des applications
+ Possibilité de remise en question de en parallèle.
l’organisation. + Facilité de maintenance.
+Solution coopérative
- Plus complexe à mettre en œuvre car elle - Difficulté de trouver des entités
dépend fortement de l’étude de l’existant indépendantes à 100%
- Plus difficile de traiter en parallèle à cause - Problème de la décomposition en
des interdépendances entre les processus. processus indépendant
Chapitre II. La Méthode MERISE

II. 1. Définition de MERISE

Méthode d’Étude et Réalisation Informatique pour les Systèmes de l’Entreprise (MERISE)
s'appuie sur une approche systémique et utilise des concepts peu nombreux et simples et elle est assez
indépendante de la technologie.
MERISE présente dans sa démarche d’analyse selon trois cycles fondamentaux :
(1) Le Cycle d’Abstraction : ce cycle permet de répondre aux questions comme Ce qu’il faut faire ?
(Quoi ?), La manière de faire (QUI, QUAND Où?) et Les moyens de le faire (Comment ?)
(2) Le cycle de vie : ce cycle comprend l’analyse/conception (le schéma directeur, l'étude préalable et
l'étude détaillée) et la réalisation (l’étude technique, production logicielle, la mise en service et la
maintenance)
(3) Le cycle de décisions : ce cycle concerne l’ensemble des décisions prises au niveaux des différentes
étapes du cycle de vie

Figure 2:Relation en les trois cycles d'un SI

Pour réduire la complexité du SI d’une entreprise, nous découpons ce SI en domaines

d’activité (Vente, Stock, Achat, Comptabilité, Gestion du personnel)
II.2. Le dictionnaire des données
Le dictionnaire des données est l’inventaire des données du domaine étudié issues des différents
documents manipulés par les acteurs de ce domaine. Dans ce qui suit, un exemple de création
d’un dictionnaire non épuré à partir de deux documents : (1) la commande et (2) la facture.

Figure 3: Exemple de dictionnaire de donnée non épuré

1. Nous remarquons que les attributs Num-CL et Mat-CL sont des synomymes donc, nous
devant garder un attribut seulement mais lequel ? probablement, Mat-CL parce qu’il est
plus général
2. La création de ces deux données Qte-fac, Qte-co permet de lever l’ambiguïté concernant
le champs quantité.
3. Les données calculées doivent être supprimé du dictionnaire de données car nous
pouvons les déduire à partir d’autres données par exemple Montant= quantité * PU
4. Adr-CL est une donnée composée qu’il faut décomposer comme suit : Ville-CL et Rue-
CL afin de faciliter les requetés de recherche.
 Figure 4: Exemple de dictionnaire de donnée épuré

Une autre manière de représenter le dictionnaire de données consiste à mettre tous les attributs trouvés
pendant le stage en précisant leurs apparitions dans les différents documents.

Figure 5: Grille des attributs par documents

II.3. La codification des données

Certains attributs du dictionnaire de donnée nécessitent une codification afin de satisfaire les
besoins suivants : (1) identifier sans ambiguïté, (2) réaliser des gains de place et de temps, (3)
permettre certains contrôles de forme sur l’information et (4) représenter une ou plusieurs
caractéristiques. Cependant, il existe différents types de codification :
(a) Codification séquentielle : ce type de code est simple, non-ambigu et donne une possibilité
d’extension mais il est non significatif et ne permet pas de faire ni des insertions en milieux ni
des regroupements de codes.
(b) Codification par tranches : ce type de code permet de réserver des tranches de code à des
catégories d’objets : par exemple, dans une gestion des stocks d’une pharmacie, nous pouvons
avoir ce regroupement de codes : (1) 0001→0999 : Médicament sans ordonnance, (2)
0001→0099 : Antalgique, (3) 0100→ 0599 : Anti-inflammatoire, (4) 0600→0799 : Fortifiant
et (5) 1100→1500 : Médicament interdits sans ordonnance. Ce type de codification est non
ambigu, simple et extensible mais il est non significatif sans table de correspondance.
(c) Codification articulée : dans ce type de codification, chaque code est découpé en zones
appelé descripteur, et chaque descripteur possède un sens particulier. Par exemple
l’immatriculation d’une voiture est divisée en trois zone : la wilaya, le type/année et le numéro
dans la série du modèle. Ce type de code est très répandu car il est non ambigu et donne une
possibilité d’insertion et d’extension tout en étant significatif (à condition de choisir les
descriptions de façon efficace) en plus ce code permet de faire des regroupements et des
contrôles. Cependant, ce code est long et lourd à manipuler. Il présente aussi un risque de
saturation et le changement d’une caractéristique de l’objet peut remettre en question toute la
codification.
(d) Codification mnémonique : ce code représente le nom d’un objet par un petit nombre de
caractère qui rappelle cet objet. Par exemple : Numèroétudiant→NumEtud.
Ce type de code est significatif et très pratique (facilité de décodage) mais il porte sur les noms
des attributs et non pas sur leurs valeurs. Ce code peut être utilisée pour désigner les attributs
dans un dictionnaire de donnée
Pour choisir une codification, il faut tenir en compte de (1) l’utilisation future du code, (2)
nombre d’objets à codifier et son évolution dans le temps, (3) la codification déjà existante et
(4) des avis des utilisateurs. Comme exemple de stabilité de code, nous pouvons citer le
problème lié à la codification des wilayas en Algérie (au début de 1 à 31, ensuite de 1 à 48 et
actuellement de 1 à 58)
Chapitre III. Le Modèle Conceptuel des Données

III.1. Définition du MCD

Le Modèle Conceptuel des Données (MCD) est une représentation statique du système d’information
où seules les règles de gestion fondamentales de l’entreprise sont prises en compte. C’est une
représentation des données adoptée par la méthode Merise, facilement compréhensible. Car cette
description est basée sur les concepts « entité- association »

III.2. Les concepts de base du MCD

III.2.1. Les entités

Après avoir réalisé le dictionnaire de données, il faut regrouper ces données par ensemble
homogène sous forme d’une entité du domaine traité. Cette entité est caractérisée par : (1) Un
identifiant et (2) des attributs liés à cet identifiant. Par exemple, dans le domaine de gestion de
commandes, nous pouvons trouvez les entités suivantes :

Figure 6: Exemple d'entités

Les occurrences d’une entité sont l’ensemble des valeurs des attributs de cette entité. Par
exemple, CodeCL=001 + NomCL= « DENNOUNI » +Adresse= « Oudjlida » représente une
première occurrence de l’entité « Client »
III.2.2. Les associations :
Une association est un lien (nommée par un verbe) qui exprime le sens du lien entre les entités.
Par exemple, on peut considérer qu’il existe une association entre un client et une commande.

Figure 7:Exemple d'une association

Une entité a une existence propre et un identifiant mais une association n’existe que si ses
extrémités existent.
III.2.3. Cardinalités d’associations
La cardinalité d’une association est les nombres minimum et maximum de participations de
chaque occurrence d’entité à l’association. Par exemple, un client doit faire au moins une
commande et une commande est associée à un seul client.

Figure 8: Exemple de cardinalité père fils

D’autre part, une commande doit contenir au moins un seul produit (ou plusieurs) et un produit
peut figurer ou non dans une commande comme il peut faire l’objet de plusieurs commandes.

Figure 9: Exemple de cardinalité père fils

III.3. Les règles du MCD à respecter

- Chaque entité doit avoir un identifiant unique (clé primaire)
Par exemple : Code client  nomCL, adresse CL

- Chaque propriété d’une entité ne prend qu’une seule valeur

Par exemple : nomCL = ENIE ou DENNOUNI Nassim doit être considéré comme une
seule valeur

- Pour une occurrence d’association, chaque propriété ne prend qu’une seule valeur
Par exemple : CodeC,CodeP QteC cela signifie que pour une occurrence de
l’association « contient » CodeC = 1, CodeP = 2, on ne peut avoir qu’une seule valeur
de quantité commandée QteC = 10.
- Toute association pouvant être obtenue par transitivité doit être supprimée.
Par exemple : La relation entre client-produit est supprimée car elle peut être déduite
grâce aux deux relation client-commande et commande-produit.

- Deux relations ne peuvent jamais être directement reliées entre elles

Figure 10: exemple de découpage de deux associations successives

- Les entités et les relations ne doivent contenir que des données élémentaires, donc ne
pas contenir des résultats de calcul/traitement

Figure 11:exemple d'élimination de champs calculé

 - Seule les associations de type plusieurs à plusieurs peut avoir des attributs.

Figure 12: exemple de modification d'association père fils avec une propriété

III.4. Les étapes de construction de MCD

Certains auteurs suggèrent la démarche suivante :
(1) Collecter les données à partir des documents de l’entreprise à travers tous les supports de
l’information (papier, numérique, discours, …)
(2) Analyser l'existant et constituer le dictionnaire des données.
(3) Épurer les données (éliminer synonymes, champs calculés, …)
(4) Dégager les ‘entités naturelles’ grâce aux identifiants existants déjà dans l’organisation
(5) Recenser les associations entre ces entités et leur ajouter d’éventuelles propriétés
(6) Déterminer les cardinalités des associations
(7) Vérifier les règles de construction du MCD
III.5. Exemple construction de MCD
Dans ce qui suit, des règles de gestion que nous pouvons définir pendant le déroulement d’un
stage au niveau d’un magasin qui gère l’archivage des commandes effectuées par ses clients.
1. Le magasin vend des produits à des clients.
2. Les produits possèdent une référence (un code), un libelle, un prix unitaire et une quantité
en Stock.
3. Les clients ont une identité (nom, adresse).
4. Les clients passent une ou plusieurs commandes de produits mais une commande est
associée à un seul client.
5. La commande concerne un ou plusieurs produits et un produit peut figurer ou non dans une
ou plusieurs commandes avec des quantités spécifiées.

Comment élaborer le Modèle Conceptuel des Données (MCD)?

- Les entités
Des produits code produit
Des clients  code client
Plusieurs commandes  code commande
Les produits possèdent un code, un libelle, un prix unitaire et Qte en stock.
Donc : Code produit  un libelle, un prix unitaire, Qte en stock
Les clients ont une identité (nom, type, adresse).
Donc : Code client  nom, adresse

Figure 13: les entités trouvées

- Les associations
- Les clients passent une ou plusieurs commandes de produits mais une commande
est associée à un seul client.

Figure 14:l'associations père fils trouvée

- Les clients passent une ou plusieurs commandes de produits mais une commande
est associée à un seul client.

Figure 15:l'associations père père trouvée

- Le Modèle Conceptuel des Données

Figure 16:MCD trouvé

Chapitre V. Le Modèle Logique des Données

IV.1. Définition du MLD

Le Modèle Logique des Données (MLD) consiste à décrire la structure de données utilisée sans
faire référence à un langage de programmation ou un SGBD mais en précisant le type de
données à utiliser lors des traitements.
Le MCD (Modèle Conceptuel de Données) ne peut pas être implémenté directement dans une
base de données. Pour cette raison, il est obligatoire de faire le passage du MCD vers le MLD
pour le traduire sous forme de tables dans une base de données relationnelle.

IV.2.Passage du MCD au MLD

Le passage du MCD au MLD se fait suivant les règles suivantes:

a) Une entité du MCD devient une relation (une table)

Dans un SGBD (Système de Gestion de base de données) de type relationnel, une table est une
structure dont chaque ligne correspond aux occurrences d'une entité (enregistrement) et où
chaque colonne correspond à une propriété de cette entité.
b) L’identifiant de l’entité devient la clé primaire de la relation.
La (ou les) clé(s) primaire permet d’identifier de façon unique un enregistrement dans la table.
Les valeurs de la clé primaire sont donc uniques. Les valeurs de la clé primaire sont
obligatoirement non nulles.
c) Les autres propriétés de l’entité deviennent les attributs de la relation.
Par exemple, CLIENT (CodeCL, nom, adresse) était une entité dans le MCD qui est devenu
une table au niveau du MLD. CodeCL est une clé primaire de la table client du MLD et
représentait un identifiant de l’entité dans le MCD. {nom, adresse }sont des propriétés de
l’entité et donc de la table client.
d) Les associations de type père-fils

L’entité « commande » est une entité fils à cause de la cardinalité 1,1 et l’entité « client » est
une entité père à cause de la cardinalité 1, N. La traduction de l’association « faire » de type
père-fils se fait par l’ajout de « codeCL» comme clé étrangère au niveau de la table
« commande »
e) Les associations de type père-père

L’entité « commande » est une entité père à cause de la cardinalité 1, N et l’entité « produit »
est une entité père à cause de la cardinalité 0, N. La traduction de l’association « contient » de
type père-père se fait par l’ajout d’une nouvelle table nommée « contient » où (codeC, codeP)
forment une clé primaire composé à partir de la concaténation du codeC et du codeP. La
propriété « QteC » de l’association « contient » est ajouté comme propriété dans la table
« contient »
IV.3.Exemple du passage du MCD au MLD
Soit le Modèle Conceptuel de Données suivant :

En appliquant les cinq règles du passage du MCD vers le MLD citées ci-dessus, nous pouvons
obtenir les tables suivantes :

Clients (CodeCL,nom, adresse)

Commandes (CodeC,datecommande, #codecl)
Produits (CodeP, libellé,prixunitaire)
Contient (CodeP,CodeC, quantité commandée)
- CodeCL est une clé primaire simple de la table « Clients ».
- CodeC est une clé primaire simple de la table « Commandes ».
- #codecl de la table « commande » référence codeCL de la table « client ».
- CodeP est une clé primaire simple de la table « Produits ».
- CodeP,CodeC est une clé primaire composée de la concaténation de la clé de la table
« Produits » et de la clé de la table « Commandes » en plus codeP de la table
« contient » référence le codeP de la table « produit » et codeC de la table « contient »
référence le codeC de la table « commande »

Les tables indépendances sont les tables qui ne sont pas liées à d’autre tables. Par exemple la
table clients et la table produits. La table « commandes » est liée à la table clients. La table
contient est liée à deux tables : la table « commandes » et la table « produits ».
Chapitre V. Le Modèle Physique des Données

V.1. Définition du MPD

Le Modèle Physique des Données (MPD) est la traduction du Modèle Logique des Données
(MLD) dans une structure de données spécifique au Système de Gestion de Bases de Données
(SGBD) utilisé.
Par exemple, la traduction du MLD relationnel dans le SGBD ACCESS donne des tables au
niveau du MPD.
V.2.Passage du MLD au MPD
Le passage MLD à MPD se fait par les trois étapes suivantes:
1) Créer chaque table du MLD dans le SGBD utilisé.
2) Pour chaque table créée, indiquer au SGBD quel(s) champ(s) constitue(nt) la clé primaire.
3) Pour chaque table, indiquer au SGBD la (les) clé(s) étrangère(s), et la (les) clé(s)
primaire(s) correspondante(s)
V.3.Exemple du passage du MLD au MPD sous ACCESS 2007
Soit le modèle logique suivant :

Clients (CodeCL,nom, adresse)

Commandes (CodeC,datecommande, #codecl)
Produits (CodeP, libellé,prixunitaire)
Contient (CodeP,CodeC, quantité commandée)
- CodeCL est une clé primaire simple de la table Clients.
- CodeC est une clé primaire simple de la table Commandes.
- CodeP est une clé primaire simple de la table Produits.
- CodeP,CodeC est une clé primaire composée de la concaténation de la clé de la table
Produits et de la clé de la table Commandes.
Les tables indépendances sont les tables qui ne sont pas liées à d’autre tables. Par exemple la
table clients et la table produits. La table « commandes » est liée à la table clients. La table
contient est liée à deux tables : la table « commandes » et la table « produits ».
V.3.1) Créer chaque table/clé primaire du MLD dans le SGBD ACCESS 2007
- Créer la table « clients »

Figure 17:CodeCL est une clé primaire simple de la table Clients

 - Créer la table « produits »

Figure 18:CodeC est une clé primaire simple de la table Produits

- Créer la table « commandes »

Figure 19:CodeC est une clé primaire simple de la table Commandes

- Créer la table « contient »

Figure 20: création d'une clé composée

CodeP, CodeC est une clé primaire composée de la concaténation de la clé de la table
Produits et de la clé de la table Commandes
V.3.2) Créer les clés étrangères de chaque table du MLD dans le SGBD ACCESS 2007
- Créer la zone de liste déroulante associée à l’attribut « code client » de la table
« commande » à partir du « code client » de la table « client ».

Figure 21: création de la première liste déroulante

- Créer la zone de liste déroulante associée à l’attribut « code c » de la table « contient » à

partir du « code c » de la table « commande ».

Figure 22:: création de la deuxième liste déroulante

 - Créer la zone de liste déroulante associée à l’attribut « code c » de la table « contient » à
partir du « code c » de la table « commande ».

Figure 23:: création de la troisième liste déroulante

V.3.3) Créer les relations de chaque table du MLD dans le SGBD ACCESS 2007
- Créer la relation Commande –client

Figure 24:- Création de la liaison Commande –client sous ACCESS

- Créer la relation Contient- Commande

Figure 25:- Création de la liaison Contient-Commande sous ACCESS

- Créer la relation Contient- produit

Figure 26: - Création de la liaison Contient –produit sous ACCESS

Création du MPD avec toutes les relations et les tables

Figure 27: - Création des tables et des liaisons sous ACCESS

VI. Eude de cas : Gestion de commandes au niveau d’un magasin

VI.1. Les règles de gestion (à définir pendant le stage) :

6. Le magasin vend des produits à des clients.
7. Les produits possèdent une référence (un code), un libelle et un prix unitaire.
8. Les clients ont une identité (nom, type, adresse).
9. Les clients passent une ou plusieurs commandes de produits dans une date donnée.
10. La commande concerne une ou plusieurs quantités spécifiées d’un ou plusieurs
produits.

VI.2. Etablir le Modèle Conceptuel des Données (MCD)?

VI.3.Etablir le Modèle Logique des Données (passage du MCD  MLD)?

Clients (codecl,nom, adresse)
Commandes (Codec,datecommande, #codecl)
Contient (codeP,CodeC, quantité commandée)
Produit (codeP, libellé,prixunitaire)
VI.4. Etablir le modèle physique des données (MPD) sous ACCESS ?
VI.4.1. Les relations (cohérence)

Figure 28: ce schéma est obtenu grâce à Menu ACCESS/outils de base de données/relations
 Figure 29: création de la liaison Contient/commande

Figure 30: création de la liaison Contient/produit

Figure 31: création de la liaison Commande/Client

VI.4.2. Les zones de liste (éviter les erreurs de saisie)

Figure 32:Création de la table Produit

 Figure 33:Création de zone de liste dans la table Client

Figure 34: Création de zone de liste déroulante dans la table Commande

 Figure 35: Création d’une première liste déroulante dans la table Contient

Figure 36:Création d’une deuxième liste déroulante dans la table Contient

VI.4.3. Remplissage des données

Figure 37: Mise à jour d'un table simple sans zone de liste déroulante (la table produit)
 Figure 38:Mise à jour d'un table simple avec une zone de liste (la table client)

Figure 39:Mise à jour d'une table avec une zone de liste déroulante (la table commande)

Figure 40: Mise à jour d'une table avec deux zones de listes déroulantes (la table contient)
VI.4.4. Les interfaces (les formulaires de saisie)

Figure 41:Exemple de création de formulaires simple

Figure 42:Création de formulaire produit

Figure 43::Création de formulaire client

VI.4.5. Les états d’impression

Figure 44:exemple de création d'état simple

Figure 45: création de l'état produit

Figure 46: création de l'état client

VI.4.6. Les recherches paramétrées

Figure 47: exemple de recherche à partir d'une requête

Figure 48: Exemple de recherche de clients par code client

Figure 49: affichage de la recherche sous forme d'état12

Figure 50: exécution de la requête

Figure 51: affichage du résultat de la requête

VI.4.7. Les menus

Figure 52: l'accès au menu général

Figure 53: définition d'un nouveau menu

Figure 54: modifier le menu général existant par défaut

Figure 55:Ajouter un élément menu pour ouvrir le formulaire "client"

Figure 56:Ajouter un élément menu pour ouvrir le formulaire "produit"

Figure 57:Ajouter un élément menu pour ouvrir l'état "client"

 Figure 58:Ajouter un élément menu pour ouvrir l'état "produit"

Figure 59:Ajouter un élément menu pour rechercher des clients par code
Figure 60:Ajouter un élément menu pour quitter Access

Figure 61: Menu général de l'étude de cas

VII. Etude de cas 2 : Une auto-école

VII.1. Les règles de gestion (à définir pendant le stage) :

Une auto-école comprend des moniteurs et des véhicules. Elle prépare des élèves à passer un
permis de type donné. Les moniteurs donnent des leçons aux élèves; une leçon possède une
durée. Les règles de gestion sont les suivantes: (1) Une leçon n'est donnée que par un seul
moniteur (2) Un élève ne passe qu'un seul type de permis (3) Une leçon est donnée que pour un
seul élève (4) Un élève n'apprend à conduire que sur un seul véhicule
Etablir le Modèle Conceptuel des Données (MCD)?

VII.2.Etablir le Modèle Logique des Données (passage du MCD  MLD)?

Moniteurs (codeM,nomM, prenomM,Tel_M)
Permis (codeP, typeP,prixP)
Elèves (codeE,nomE, prenomE,Tel_E, #codeP)
Leçons (CodeL,dateL,duréeL, #codeM, #codeE)
VII.3. Etablir le modèle physique des données (MPD) sous ACCESS ?
VII.3. 1.Création des tables

Figure 62: les structures des tables créées sous ACCESS

VII.3. 2.Les relations (cohérence)

Figure 63: Les relations créées sous ACCESS

VII.3. 3.Les saisies automatiques (zone de liste, zone de liste déroulante)

a) Zone de liste

Figure 64: création d'une zone de liste pour le type de permis

Figure 65: création d'une zone de liste pour la durée d'une leçon
b) Zone de liste déroulante

Figure 66: création d'une zone de liste déroulante "code permis" au niveau de la table "élève"

Figure 67: choix de la table pour la liaison

Figure 68: choix des colonnes à afficher

 Figure 69: spécification des colonnes à afficher et de la colonne à lier

Figure 70:création d'une zone de liste déroulante "code moniteur" au niveau de la table "leçon"

Figure 71:choix de la table pour la liaison

 Figure 72: choix des colonnes à afficher

Figure 73:spécification des colonnes à afficher et de la colonne à lier

Figure 74:création d'une zone de liste déroulante pour "code eleve" au niveau de la table "leçon"
 Figure 75:choix de la table et des colonnes pour la liaison

Figure 76: spécification des colonnes à afficher et de la colonne à lier

d) Saisir les données

Figure 77: remplir les données dans des tables sous ACCESS

View publication stats