29/10/2021

INFORMATIQUE DE GESTION II:

SYSTÈME D’INFORMATION
&
BASES DE DONNÉES

Pr. Asmae BLILAT

AU: 2021-2022
asmae.blilat@usmba.ac.ma

Objectif du cours
2

 Savoir analyser et concevoir des systèmes d’information

 Répondre à :
 Pourquoi
les entreprises construisent-elles les systèmes d’information?
 Comment construisons-nous les systèmes d’information?
 29/10/2021

A la fin du cours l’étudiant doit être capable de :

3

 Analyser un système d'information sur le plan informationnel,

organisationnel et technique ;
 Comprendre l'inter-relation des systèmes d'information avec la
stratégie, l'organisation et la culture de l'entreprise ;
 Connaître le cycle de vie et les phases de mise en place d'un système
d'information ;
 Employer une méthode professionnelle d'ingénierie de conception de
systèmes d'information.

Rappel- Informatique de Gestion ?

4
 29/10/2021

Introduction- Informatique de Gestion (IG)

5

Gestion de
l’entreprise

Ingénierie des
Systèmes
d’information

Introduction- Informatique de Gestion (IG)

6

• L’informatique …
– « … techniques de la collecte, du stockage, de la
transmission et de l’utilisation des informations … sur
des ordinateurs. »

• … au service de la gestion
– Pilotage de l’entreprise
– Gestion de la production de biens et de services
– Gestion administrative de l’entreprise
 29/10/2021

Introduction- Définition
7

 L’informatique de gestion est l'ensemble des

connaissances, des technologies, et des outils en rapport
avec la gestion de données, c'est-à-dire la collecte, la
vérification et l'organisation de grandes quantités
d'informations.

Introduction- Objectifs
8

• L'informatique de gestion a pour objectif d’entretenir et de

faire évoluer les logiciels destinés à la gestion de l’entreprise.
• Les cadres de la fonction informatique de gestion sont
chargés :
– d’étudier la faisabilité technique des besoins
fonctionnels.
– de concevoir et prendre en charge tout ou partie du
développement d’un produit (progiciel, logiciel).
– d’assurer la mise en production.
– d’effectuer la tierce maintenance des applications.
 29/10/2021

Introduction- Applications
9

 L'informatique de gestion a de nombreuses applications pratiques dans les

entreprises :
o Gestion de Clients,
o Gestion de Fournisseurs,
o Gestion de Produits,
o Gestion des Salaires,
o Gestion de Paiement,
 Elle est utile en plusieurs Services :
o Finance,
o Ressources Humaines,
o Logistique,
o Comptabilité, ….

Plan
10

Partie I : l’information dans l’entreprise

1. L’information et l ’individu
2. L’information et l ’organisation
3. Le Système d’Information (Définitions, finalités, fonctions, typologie)
4. Informatique de Gestion (Objectifs, Applications…)
 29/10/2021

L’information et l’individu (1/3)

11

Fonction d’information: représenter le réel

L’information et l’individu (2/3)

12

 Dans l’organisation, l’individu (peu importe sa fonction)

exerce son activité dans le cadre suivant :

Il dispose d’un objectif local, qui lui est propre et qui est lié
aux objectifs de l’organisation
Il a une latitude décisionnelle, son pouvoir, lui permettant
d’effectuer des choix
Il applique, pour effectuer ses choix, un modèle de gestion,
c’est-à-dire un ensemble de règles
Le gestionnaire est ainsi confronté à des problèmes qu’il doit
résoudre dans un contexte en utilisant de l’information.

Quelle est la différence entre l’information

et les données?
 29/10/2021

L’information et l’individu (3/3)

13

 Quelle est la différence entre

l’information et les données?

 Les données, images, sons, etc.,

constituent la matière première de
l’information.

 La notion d’information est relative au destinataire :

ce qui est information pour l’un n’est pas obligatoirement
information pour l’autre.

Le plus important dans l’information : sa pertinence.

L’information et l’organisation (1/3)

14

Chaque organisation poursuit un objectif et fonctionne

sur la base d’une division du travail entre ses membres.
Comment, ainsi, assurer le respect de l’unicité de l’objectif
global malgré la division des tâches entre ses membres?

Le partage de l’information permet la coordination

 29/10/2021

L’information et l’organisation (2/3)

15

La plupart des enquêtes montrent que les problèmes de

communication sont un des principaux obstacles à une
bonne performance de l’organisation.

L’absence de la communication là où elle est nécessaire, la

« mauvaise » communication qui n’aboutit pas à la
transmission de connaissances ont pour effet des lacunes
de coordination et des manques de pertinence des
représentations utilisées dans l’organisation.

L’information et l’organisation (3/3)

16

Pour faire face à l’ensemble de ces besoins fondamentaux en

information, les organisations développent des activités de
traitement de l’information (acquisition, communication,
transformation, stockage, diffusion) essentielles pour leur survie

les systèmes d’information

 29/10/2021

Qu’est-ce qu’un SI?

17

 Système = ensemble auto-réglable et interagissant avec l’environnement

qui fonctionne en vue d’un objectif précis

 L'INFORMATION EST UN RENSEIGNEMENT

 Une information digne de ce nom :
 améliore le degré de connaissance du phénomène étudié.
 permet de prendre des décisions efficaces.

Qu’est-ce qu’un SI?

18

 Ensemble structuré de ressources humaines, matérielles,

logicielles, de données et de réseaux qui recueille, transforme
et diffuse de l’information dans une entreprise.

 Supporté par du matériel, des programmes et procédures de

traitement (logiciel), des voies de communication (réseaux), des
données (dans les bases de données)
 29/10/2021

Qu’est-ce qu’un SI?

19

Types de contacts
20

 Utilisateur : travailleurs du savoir qui communiquent, créent,

utilisent et distribuent de l’information
 Spécialiste des SI: analystes et programmeurs
 Gestionnaire utilisateur : gestionnaire, entrepreneur ou
professionnel de niveau gestion
 29/10/2021

Ressources en systèmes d’information

21

Individu
Logiciel
Matériel
Données
Réseaux

Les objectifs d’un système d’information

22

1) Produire une présentation la plus proche possible de la réalité des

processus

2) Mémoriser ces présentations

3) Communiquer ces présentations

 29/10/2021

Système d’Information de Gestion

23

 Exemple:
o Une usine de montage de voitures:

o Modèle d’un atelier de fabrication:

Système d’Information de Gestion

24

• Le système correspondant à l’activité de l’entreprise (transformation de

flux) est appelé Système Opérant (SO).

• L’entreprise a aussi besoin d’un système de prise de décision lui

permettant de réaliser les objectifs fixés. Ce système est appelé Système
de Pilotage (SP).
 29/10/2021

Système d’Information de Gestion

25

• Le SP procède à la régulation et au contrôle du système opérant en

décidant du comportement de celui-ci.

Système d’Information de Gestion

26

• Avec l’augmentation en quantité et en complexité des informations

échangées entre ces deux systèmes, on a besoin d’avoir un autre
système qui stocke et traite de façon plus efficace ces informations.

Ce système est appelé système d’information (SI).

 29/10/2021

Système d’Information de Gestion

27

 Modèle d’une organisation (ou entreprise) selon la théorie des systèmes :

Flux de matières premières,

argent, information
argent, information

Flux de produits,

Système d’Information de Gestion

28

 Exemple d’un modèle : Fabricant des PCs

 29/10/2021

Fonctions d’un système d’information

29

30

Partie 2 : Les Systèmes d’information dans l’entreprise

 29/10/2021

Partie 2 : Les Systèmes d’information dans l’entreprise

31

 Objectifs:
 Évaluer le rôle des principaux types de SI dans une entreprise, ainsi que
leurs interrelations
 Décrire les SI qui soutiennent les principales fonctions de l'entreprise

Principaux types de SI dans les organisations

32
 29/10/2021

Principaux types de SI dans les organisations

33

LES SYSTÈMES DU POINT DE VUE

34
ORGANISATIONNEL

 STT : Système de Traitement des Transactions

 SIG : Système d’Information de Gestion

 SAD : Système d’Aide à la Décision

 SID : Système d’Information pour Dirigeants

 29/10/2021

LES SYSTÈMES DU POINT DE VUE

35
ORGANISATIONNEL

 Systèmes informatisés qui exécutent et enregistrent les

transactions quotidiennes courantes nécessaires au déroulement
des activités de l’organisation
• Ex.: les réservations dans une compagnie aérienne, calcul de paie, livraison

 Systèmes de base qui soutiennent le niveau opérationnel

 Fournissent les données de base qui pourront alimenter les
autres systèmes.

LES SYSTÈMES DU POINT DE VUE

36
ORGANISATIONNEL

 Niveau opérationnel
 Entrées : transactions, événements
 Traitement : tri, liste, fusion, mise à jour
 Sorties : rapports détaillés, listes, résumés
 Utilisateurs : cadres et équipes opérationnels
 Ex. : Enregistrement des bons de commande
 29/10/2021

LES SYSTÈMES DU POINT DE VUE

37
ORGANISATIONNEL

LES SYSTÈMES DU POINT DE VUE

38
ORGANISATIONNEL
 29/10/2021

LES SYSTÈMES DU POINT DE VUE

39
ORGANISATIONNEL

 Fournissent, en se basant sur les données des STT :

 des indicateurs et des rapports sur les performances de
l’organisation
 Ex.: tableaux de bord mensuels/hebdomadaires des ventes par zone et par secteur.
 des réponses à des questions courantes prédéfinies auxquelles
correspond une procédure de réponse préétablie.

LES SYSTÈMES DU POINT DE VUE

40
ORGANISATIONNEL

 Ils reposent sur la mise en place d’indicateurs permettant de suivre en

permanence les principaux résultats des divers secteurs d'activité
d'une entreprise :
 Secteur commercial
 Production
 Finance
 Ressources humaines
 ….
 par rapport aux prévisions, objectifs et budgets
 29/10/2021

LES SYSTÈMES DU POINT DE VUE

41
ORGANISATIONNEL

 Niveau de la gestion
 Entrées : résumé des transactions, volume élevé de données

 Traitement : rapports courants, modèles simples, analyse de

base
 Sorties : rapports sommaires, rapports d’exception

 Utilisateurs : cadres intermédiaires

 Ex. : étude de marché, suivi de la production

LES SYSTÈMES DU POINT DE VUE

42
ORGANISATIONNEL
 29/10/2021

LES SYSTÈMES DU POINT DE VUE

43
ORGANISATIONNEL

LES SYSTÈMES DU POINT DE VUE

44
ORGANISATIONNEL

 Se basent sur des données internes des STT et des SIG de

même que sur des données externes (prix des produits de la concurrence)
 Supportent la prise de décision peu routinière
 Ex.: Si nous doublons les ventes de décembre, quelle sera l’incidence sur les programmes de
production ?

 Les SAD reposent sur des modèles analytiques

 29/10/2021

LES SYSTÈMES DU POINT DE VUE

45
ORGANISATIONNEL

 Conçus spécialement pour la prise de décision, destinés plus

particulièrement aux dirigeants d'entreprise afin :
 d’étudier différentes hypothèses en matière de planification

 d'en évaluer les conséquences

 Sa fonction première est de fournir non seulement l'information, mais

les outils d'analyse nécessaires à la prise de décision.

LES SYSTÈMES DU POINT DE VUE

46
ORGANISATIONNEL

 Niveau de la gestion
 Entrées : faible volume de données, modèles analytiques et outils
d’analyse des données
 Traitement : interactif, simulations, analyses
 Sorties : analyses de décisions, rapports spéciaux
 Utilisateurs : gestionnaires de niveau intermédiaire
 Ex. : analyse de coûts des contrats
 29/10/2021

LES SYSTÈMES DU POINT DE VUE

47
ORGANISATIONNEL

LES SYSTÈMES DU POINT DE VUE

48
ORGANISATIONNEL

 Présentent des graphiques et des données provenant de sources:

 internes (résumés des SIG et SAD)
 externes (ex.: nouvelles lois fiscales, compétition)

 Supportent la prise de décision non routinière, qui demande du

jugement, une évaluation et des connaissances.
 Aide à traiter les questions d’ordre stratégique qui permettent de fixer
les objectifs à long termes et de choisir les moyens pour les réaliser.
 29/10/2021

LES SYSTÈMES DU POINT DE VUE

49
ORGANISATIONNEL

 Niveau stratégique
 Entrées : données globales, internes et externes
 Traitement : interactif, simulations, graphiques
 Sorties : projections, réponses aux requêtes
 Utilisateurs : cadre de niveau supérieur
 Ex. : plan des opérations sur 5 ans

LES SYSTÈMES DU POINT DE VUE

50
ORGANISATIONNEL
 29/10/2021

LES SYSTÈMES DU POINT DE VUE

51
ORGANISATIONNEL

52

LES SI DU POINT DE VUE FONCTIONNEL

 29/10/2021

LES SI DU POINT DE VUE FONCTIONNEL

53

 Systèmes de ventes et marketing

 Systèmes de fabrication et production
 Systèmes de finances et de comptabilité
 Systèmes de ressources humaines

LES SI DU POINT DE VUE FONCTIONNEL

54
 29/10/2021

LES SI DU POINT DE VUE FONCTIONNEL

55

LES SI DU POINT DE VUE FONCTIONNEL

56
 29/10/2021

LES SI DU POINT DE VUE FONCTIONNEL

57

LES SI DU POINT DE VUE FONCTIONNEL

58
 29/10/2021

LES SI DU POINT DE VUE FONCTIONNEL

59

 Les SI fonctionnels qui soutiennent les activités d’une entreprise ne sont pas
entièrement indépendants les uns des autres.

 Chacun des systèmes a besoin des informations destinées originalement à d’autres

systèmes ou produites par ces systèmes.

60

Partie 3: Initiation à la conception de système

d’information
 29/10/2021

Objectifs
61

 Acquérir des outils permettant de modéliser le système d’information.

 Comprendre ce qu’est un système de gestion de base de données
relationnelle (SGBDR).
 Être capable de manipuler avec un langage de requêtes des données
gérées par un SGBDR

Conception de système d’information

62

 Conception = réfléchir à l'ensemble des informations que l'on doit

mettre en place.

 besoin de méthode ?
 Réalité Transformer représentation virtuelle

 présenter une démarche et un ensemble de modèles permettant de

définir et mettre en place un nouveau système.
 29/10/2021

Conception de système d’information

63

 Les avantages :
 Meilleure gestion et un meilleur suivi du projet en cours.
 Facilité de dialogue entre les membres du projet et ensuite avec les
utilisateurs du fait qu’elle utilise un formalisme commun

 la méthode MERISE.

Méthode MERISE
64

 La méthode MERISE (Méthode d’Etude et de Réalisation Informatique pour

les Systèmes d’Entreprise) est une méthode (française), développée dans
les années 80, formalisée, complète, détaillée qui garantit (en principe !)
une informatisation réussie.

 formalisée : utilisation d’outils logiques : graphes (ou modèles), règles, ...

 complète : tout le cycle, de la décision d’informatisation à la mise en œuvre
effective,
 détaillée : toutes les étapes sont étudiées de la conception à la technique.
 29/10/2021

Les trois cycles de Merise

65

 Expliquer un concept/Objet:
 La dimension de l’ETRE
 La dimension du FAIRE

 La dimension du DEVENIR

Les trois cycles de Merise

66

 cycle d’abstraction (ce que le système d’information est)

 cycle de décision (ce que le système d’information fait)
 cycle de vie (ce que le système d’information devient).
 29/10/2021

MERISE – Cycle d’abstraction

67

 Succession d ’étapes

MERISE – Cycle d’abstraction

68

 L'expression des besoins :

 Faire l'inventaire des éléments
nécessaires au système
d'information
 Délimiter le système en
s'informant auprès des futurs
utilisateurs
 29/10/2021

MERISE – Cycle d’abstraction

69

 Le modèle conceptuel :
 On définit les classes d’objets ou
d’événements et les règles de
comportement de ceux-ci.
 On liste et on décrit les règles de
gestion en répondant à la question
Quoi faire ?
 Au niveau de données on utilise
l’approche ENTITE - ASSOCIATION.
 Au niveau de traitements on utilise
l’approche EVENEMENT - RESULTAT.

MERISE – Cycle d’abstraction

70

 Le modèle logique ou organisationnel :

 On identifie les ressources employées
 En répondant aux questions Qui ? Où ?
Quand ? On mettra en accord les règles de
gestion et la structure organisationnelle de
l’entreprise.

 Exemple: Qui reçoit les commandes passées

par les clients ? Qui fait la facturation ?
Quand doit-on éditer une facture ? Quel
service charger pour éditer la facture ?
 29/10/2021

MERISE – Cycle d’abstraction

71

 Le modèle physique ou opérationnel:

 On identifie et on décrit les moyens utilisés
(choix matériel) pour gérer les données et
pour activer les traitements.

MERISE – Cycle d’abstraction

72

 Le Système d’information automatisé :

 l’implantation et la mise à la disposition de
l’utilisateur le système développé
 29/10/2021

MERISE – Cycle d’abstraction

73

MERISE - Cycle de vie

74

 la conception du futur système d’information (descriptions

détaillées de spécifications fonctionnelles et techniques).

 la réalisation du futur système d’information (production de

programmes et de consignes correspondant aux spécifications
détaillées).

 la maintenance du futur système d’information (adaptation du

système aux évolutions de l’environnement).
 29/10/2021

MERISE - Cycle de décision

75

 la décomposition du système d’information en des sous-systèmes et / ou

domaines.

 orientations majeures concernant les règles de gestion, les règles

d’organisation et les solutions technologiques.

 planification de la réalisation du système d’information

 degré d’automatisation de procédures : procédures manuelles et procédures

automatiques

 …

Les Phases de réalisation d’un SI

76

 La structure de travail comporte des informaticiens, des représentants

de la direction, des chefs de service, des utilisateurs finaux. Le
processus de développement est découpé en 4 étapes :

1. Etude préalable : elle aboutit sur une prise de décision d’informatisation.

En cas de décision positive, elle est suivie par
2. Etude détaillée : elle aboutit sur un cahier des charges de réalisation
3. Réalisation : écriture des programmes et implantation des bases
4. Mise en œuvre et maintenance.
 29/10/2021

Les Phases : 1- Etude préalable

77

• Analyse de l’existant : grâce à des interviews, une analyse de documents

• Conception de la nouvelle solution : on fait le choix des nouvelles

orientations de gestion, d’organisation, techniques.

• Évaluation : bilan quantitatif et économique.

Les Phases : 2- Etude détaillée

78

 Conception générale : Élaboration des MCD, MCT, MLD et MOT. Étude

préliminaire de la mise en œuvre. Étude des solutions dégradées.

 Conception détaillée : Optimisation et validation des modèles.

Évaluation des coûts logiciels, matériels, de formation pour la mise en
œuvre de la solution.
 29/10/2021

Les Phases : 3, 4- Réalisation & Mise en œuvre

79

 3- Réalisation:
 Description du MPD, du MPT, de l’environnement technique
 Ecriture du logiciel, tests unitaires et d’intégration

 4- Mise en œuvre:
 Mise en place des moyens humains, techniques et matériels, de la
documentation .
 Essais, intégration.

80

MODÉLISER LES DONNÉES

NIVEAU CONCEPTUEL
 29/10/2021

NIVEAU CONCEPTUEL
81

MCD: Le Modèle Conceptuel de Données

82

 Le Modèle Conceptuel des Données MCD Permet de représenter la

structure du système d'information, du point de vue des données, et définit
également les dépendances ou relations entre ces différentes données.
 29/10/2021

MCD: Le Modèle Conceptuel de Données

83

 MCD permet la modélisation de l’ensemble des

donnée sans tenir compte:

 Des conditions de stockage

 Ni des aspects technique (SGBD, logiciel)

 Ni de la façon dont les données seront traitées

MCD: Le Modèle Conceptuel de Données

84

 La démarche de construction d’un MCD est basée sur :

1. Dictionnaire de Données (DD)
2. Graphe des dépendances fonctionnelles (GDF)
3. Règles de Gestion (RG)

DF/
DD RG MCD
GDF
 29/10/2021

85

Le Modèle Conceptuel de données

1- DICTIONNAIRE DE DONNÉES

Dictionnaire de Données - Identification des données

86

 Chaque donnée doit être identifiée par:

 Son nom/libellé
 Une description

 Les difficultés:
 La synonymie: la même donnée intervient sous des libellés différents
selon les documents
 L’homonymie: une même appellation représente des données
différents selon les documents
 29/10/2021

Dictionnaire de Données - Identification des données

87

 Exemples :

 Code_client sur la commande et Réf_client sur une facture.

 Dans un cabinet médical, le patient et un malade désignent la même
personne.

Dictionnaire de Données - Identification des données

88

 Exemple 2 (Polysèmes):
 Nom pour le nom du client et Nom pour le nom du fournisseur : il serait
ensuite impossible de déterminer à quel nom il sera fait référence lorsque la
propriété Nom sera manipulée.

 Il est ainsi conseillé de compléter le nom de la propriété avec une rubrique.

Ainsi, on aura Nom_client et Nom_fournisseur

 29/10/2021

Dictionnaire de Données – les différents types de données

89

 Numérique: entier, décimal

 Alphabétique: caractère alphabétique

 Alphanumérique: tous caractères

 Booléen: vrai, faux

 Date: jour/mois/année

Dictionnaire de Données – la nature de données

90

 Élémentaire : la donnée est saisie.

 Calculée : la donnée est obtenue à partir d’autres données grâce à
une règle de calcul qui sera indiquée.
 Concaténée : une donnée concaténée provient d’autres données
élémentaires rassemblées.
 Paramétrée : c’est une information externe, constante au SI (taux de
TVA, date et heure courante…).
 Conservée : certaines données sont conservées pour des raisons
d’historisation.
 29/10/2021

Exercice1: Gestion de Stock

91

 Dans l’entreprise BTPAlpha, les produits (caractérisés par un code et

une désignation et un prix unitaire) peuvent soit être fabriqués par
l’entreprise ou provenir de différents fournisseurs (caractérisés par
un numéro, un nom et une adresse).
 Un même produit peut provenir de plusieurs fournisseurs à des prix
d’achat différents.
 Un fournisseur peut livrer plusieurs produits.

Définir le Dictionnaire de Données ?

Exercice 1: Gestion du Stock

92

 Dictionnaire Entité /
de Données Nom symbolique Description Nature Type Commentaire
Association

Code unique
CodeProd Code de produit E N (Entier) Produit
et > 0
DesigProd Désignation de produit E AN (Texte) Obligatoire Produit
N >0 ;
PrixUnitaire Prix unitaire de produit E Produit
(Décimale) Obligatoire
Code unique
NumF Identifiant de fournisseur E N (Entier) Fournisseur
et >0
NomF Nom de fournisseur E AN (Texte) Obligatoire Fournisseur
AdressF Adresse de fournisseur E AN (Texte) Obligatoire Fournisseur
Le prix d’achat d’un N >0 Produit/
PrixAchat C
produit (Décimale) Obligatoire Fournisseur
 29/10/2021

93

Le Modèle Conceptuel de données

2- DÉPENDANCE FONCTIONNELLE

Dépendance fonctionnelle- Définition

94

 Une donnée 2 (But de la DF) est en dépendance fonctionnelle (ou dépend fonctionnellement)
d’une valeur de la donnée 1 si la connaissance d’une valeur de la donnée 1 (Source de la DF)
permet de déterminer une et une seule valeur de la donnée 2.

 2 rubriques sont en dépendances non fonctionnelles si la connaissance de la donnée 1:

 Soit ne permet de connaître aucune valeur de la donnée 2.

 Soit permet d’en connaître plusieurs.

 29/10/2021

Dépendance fonctionnelle- Définition

95

 Exemple:

 On peut écrire :
• RÉF.MODELCM
• RÉF.MODELINCH
• RÉF.MODELLITRE (Le modèle BC0108 contient 0,08 litre, le modèle BC0108N contient 0,08 litre,
BC0145, 0,45 litre, etc.)
• et ainsi de suite.

Dépendance fonctionnelle- Méthode

96

L’usage de la notion de dépendance fonctionnelle

 La recherche des dépendances fonctionnelles permet une structuration

des informations sans redondance (c’est-à-dire sans répétition inutile).

 Les redondances doivent être évitées car elles compliquent la mise à

jour des bases de données et font courir un risque d’incohérence à leur

contenu.
 La dépendance fonctionnelle n’est pas réciproque : à une valeur de la

donnée but B peuvent correspondre plusieurs valeurs de la source S.

 29/10/2021

Dépendance fonctionnelle- Méthode

97

Exemple applicatif (suite)

 Si on peut écrire RÉF.MODEL  CM, la réciproque n’est pas vraie.

 En effet, la valeur de CM 7,5 x 7 x 4,2 correspond à deux références

de modèles cocottes ovales : BC0108 et BC0108N.

Dépendance fonctionnelle
98

 Dépendance fonctionnelle directe

 D2 dépend directement de D1 s’il n’existe pas de donnée 3 telle que :
 29/10/2021

Dépendance fonctionnelle
99

 Dépendance fonctionnelle transitive

 D3 dépend de D1 par une dépendance fonctionnelle

transitive (D2)

Dépendance fonctionnelle
100

 Dépendance fonctionnelle composée

Une dépendance fonctionnelle peut avoir une source composée, ce qui
signifie qu’il faut disposer des valeurs de plusieurs données pour en déduire
la valeur d’une autre donnée : S1, S2… Sn B

 Exemple applicatif (suite)

Dans notre exemple, le prix catalogue dépend non seulement de la
référence du modèle mais du pays de l’UE où est vendu le produit.
La dépendance fonctionnelle sera à source composée :
RÉF.MODEL, Code_Pays_UE PU
 29/10/2021

Dépendance fonctionnelle
101

 DF élémentaire:
Une DF est dite élémentaire, s’il n’existe pas une donnée 3 telle que:

Graphe des dépendances Fonctionnelles

102

 Graphe des DFs :

 29/10/2021

Graphe des dépendances Fonctionnelles

103

 Cas de DF à 2 rubriques :

 Cas de DF composée :

Exercice 2
104

Pour l’étude de cas d’un système d’information

Gestion de Stock
Définir le Graphe de Dépendance Fonctionnelle?
 29/10/2021

MODÈLE CONCEPTUEL DE DONNÉES

105

MODÈLE CONCEPTUEL DE DONNÉES

106

 Les concepts de base du modèle conceptuel de données

(encore appelé modèle entité/association) sont :
 Propriété

 Entité

 Association

 Cardinalités
 29/10/2021

MODÈLE CONCEPTUEL DE DONNÉES: Propriété

107

 La propriété peut être définie comme une donnée élémentaire

ou atomique.
 Appelées également Attributs ou Colonnes (dans le modèle
relationnel), les propriétés servent à décrire les entités et les
associations.
 Elles prennent des valeurs appelées occurrences de la propriété.

MODÈLE CONCEPTUEL DE DONNÉES: Entité

108

 Les entités possèdent un ensemble de propriétés.

 Dans une entité, une propriété joue un rôle particulier, il

s'agit de l'identifiant (encore appelée la clef).

 Deux Enregistrements distinctes de l'entité ne peuvent

avoir même valeur pour la propriété identifiant.

 Elle est généralement précédé d'un # .

 29/10/2021

MODÈLE CONCEPTUEL DE DONNÉES: Entité

109

 Un identifiant doit être:

 Stable: tant que l’entité est présente dans le SI, la valeur de son
identifiant ne doit pas être modifiée
 Minimale (s’il est composé):
Si attrib1+attrib2 est un identifiant d’une entité, alors attrib1 ne doit pas être un
identifiant(de même pour attribut2)

 Les attributs d’une entité sont en dépendance fonctionnelle directe de

l’identifiant

MODÈLE CONCEPTUEL DE DONNÉES: Association

110

 L'association est un lien sémantique entre une ou plusieurs

entités
 Type d’association:
 Les associations binaires: qui associent 2 entités
 Les association n-aires: qui associe plus de 2 entités
 Les association réflexives: qui associent les occurrences d’une même entité

 Une association peut être porteuse de donnée

 29/10/2021

MODÈLE CONCEPTUEL DE DONNÉES: Association

111

 Exemple d’une association binaire:

 Exemple d’une association n-aire:

MODÈLE CONCEPTUEL DE DONNÉES: Association

112

 Exemple d’une association réflexive:

 29/10/2021

MODÈLE CONCEPTUEL DE DONNÉES: Association

113

 Caractéristique d'une association

 Dimension : La dimension d'une association est le nombre d'entités
concernées par celle-ci (nombre de pattes de l'association).
 Type de liaison inter-entités (ou association inter-entité)
On distingue trois types de liaisons entre deux entités X et Y participant à
l'association:
 Liaison de type 1 à 1 : A toute occurrence de X correspondant une et une seule
occurrence de Y et réciproquement.
 Liaison de type 1 à plusieurs (1 à n) : A toute occurrence de X correspondant
une et plusieurs occurrences de Y et à toute occurrence de Y une seule de X.
 Liaison de type plusieurs à plusieurs (n à m) : A toute occurrence de X
correspondant une et plusieurs occurrences de Y et réciproquement.

MODÈLE CONCEPTUEL DE DONNÉES: Cardinalité

114

 La notion de cardinalité minimum/maximum est liée aux type

de liaison inter-entités.
– La cardinalité minimum est le nombre minimum d'occurrences
d'une entité X dans l'association considérée.
– La cardinalité maximum est le nombre maximum d'occurrences
d'une entité X dans l'association considérée
• Par conséquent, les valeurs de cardinalités sont en générales 0,
1, n.
 29/10/2021

MODÈLE CONCEPTUEL DE DONNÉES: Cardinalité

115

 Cardinalité MINimum
Valeur Définition
0 Certaines occurrences de l’entité type ne participent pas à la relation
1 Toute occurrences de l’entité type participe au moins une fois aux occurrences de
la relation

 Cardinalité MAXimum
Valeur Définition
1 Quand une occurrence de l’entité type participe à la relation, elle n’y participe
au plus qu’une fois
N Quand une occurrence de la relation participe à la relation, elle peut y
participer plusieurs fois

MODÈLE CONCEPTUEL DE DONNÉES: Cardinalité

116

 Exemple : Un client possède au minimum 1 compte bancaire et

au maximum plusieurs représenté par N d’ou la cardinalité «
1,N ». Alors qu’un compte bancaire appartient à un client et un
seul d’ou la cardinalité « 1,1 ».
 29/10/2021

MODÈLE CONCEPTUEL DE DONNÉES: Cardinalité

117

 Combinaisons possibles

O,1 Une occurrence participe au moins 0 fois et au plus

1 fois à l'association
1,1 Une occurrence participe exactement 1 fois à l'assocciation

0,N Une occurrence peut ne pas participer ou participer

plusieurs fois
1,N Une occurrence participe au moins 1 fois, voire plusieurs

MODÈLE CONCEPTUEL DE DONNÉES: Cardinalité

118

 Dans la pratique on gère les cardinalités suivantes :

 0,1 : Chaque occurrence de l’entité est relié à au plus une occurrence de l’association.
 Exemple : Un employé est responsable d’au plus un service.

 1,1 : Chaque occurrence de l’entité est reliée exactement à une occurrence de l’association.
 Exemple : Un compte bancaire appartient à un client et un seul.

 0,N : Chaque occurrence de l’entité est relié à un nombre quelconque d’occurrence de

l’association.
 Exemple : Une personne possède 0 ou N voitures.

 1,N : Chaque occurrence de l’entité est relié à au moins une occurrence de l’association.
 Exemple : Un enseignant assure au moins un cours.
 29/10/2021

Exercice 3 : Gestion de Stock

119

 Pour l’étude de cas d’un système d’information Gestion de

Stock (Exercice précédent), définir le Modèle Conceptuel
de Données ?

Formalisme Graphique du MCD

120

 La méthode Merise propose des représentations graphiques pour la

plupart de notions qu’elle utilise. Une entité est représentée par un
rectangle dans lequel apparaissent son nom et ses propriétés. Une
association par une ellipse dans lequel apparaissent son nom et ses
propriétés éventuelles.
 29/10/2021

Formalisme Graphique du MCD

121

 Exemple:

Formalisme Graphique du MCD

122

 Exemple:
Un enseignant assure un ou plusieurs cours. Un cours peut être assuré par
un ou plusieurs enseignants.
 29/10/2021

Formalisme Graphique du MCD

123

 Il est utile parfois d’ajouter des rôles pour faciliter la lecture de l’association dans un
sens et dans l’autre comme le montre l’exemple suivant :

Notion d’Occurrence
124

 Occurrence d’une propriété:

Toute valeur prise par la propriété définit une occurrence de la
propriété.

Exemple : Considérons l’entité Etudiant caractérisée par les propriétés :

Numéro de convocation, Nom, Prénom, Date de naissance, Moyenne en
Arabe et Moyenne en Anglais.
 29/10/2021

Notion d’Occurrence
125

 Occurrence d’une propriété:

Notion d’Occurrence
126

 Occurrence d’une entité:

L’ensemble de valeurs prises par les propriétés caractérisant une
entité

Exemple : L’ensemble de valeurs suivant est une occurrence de l’entité

étudiant. Dans le tableau précédent, l’entité étudiant a 10 occurrences.
(Chaque ligne du tableau est une occurrence de l’entité).
 29/10/2021

Notion d’Identifiant (ou Clé)

127

 Constitué d’une ou de plusieurs propriétés permettant de distinguer

sans ambiguïté une occurrence de l’entité. Toute entité doit avoir un
identifiant.

Notion d’Identifiant (ou Clé)

128

 Exemples :
 L’identifiant de l’entité Client est NuméroClient car deux clients ne peuvent
pas avoir le même numéro.
 L’entité voiture ayant les propriétés : NuméroImmatriculation, Couleur,
Marque a comme identifiant la propriété NuméroImmatriculation.
 Un identifiant d’une association est l’ensemble des identifiants des entités
reliées à cette relation.
 29/10/2021

Notion d’Identifiant (ou Clé)

129

 La méthode Merise propose de précéder les propriétés de l’identifiant par le

caractère #.
 Exemples :

 NB: Un identifiant est simple quand il est constitué d’une seule propriété.
Un identifiant est composé quand il est constitué de plusieurs propriétés.