Cours

UNIVERSITÉ SIDI MOHAMED BEN ABDELLAH
ECOLE NATIONALE DES SCIENCES APPLIQUÉES FÈS ENSAF
Analyse et Conception des Système d’Information

Filières : GI-GMSA
S1
Pr : Mhamed SAYYOURI
Année universitaire 2020-2021 1

ENSAF Informations générales sur le module
❑ Système d’information et Base de données
▪ 2 éléments du module :
o Analyse et Conception des Système d’Information (32H de cours et TD)
o Base de données et SGBD (20H de TP)
Contact: [email protected] Evaluation: : Examen Ecrit + Mini-projets 2

ENSAF Analyse et conception des système d’information
❑ Introduction générale
❑ Présentation générale des concepts de base
❑ Modélisation conceptuelle des données
❑ Modélisation logique des données
❑ Modélisation conceptuelle des traitements
❑ Modélisation organisationnelle des traitements

3
ENSAF Objectifs
A la fin du cours l'étudiant doit être capable de :
▪ Analyser un système d'information sur le plan informationnel,

organisationnel et technique ;
▪ Comprendre l'interrelation 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 des

systèmes d'information.
4
ENSAF Introduction Générale
▪ L’organisation est un système complexe dans lequel transitent de très nombreux flux
d’informations. Sans un dispositif de maîtrise de ces flux, l’organisation peut très vite être
dépassée et ne plus fonctionner avec une qualité de service satisfaisante.
▪ L’enjeu de toute organisation/entreprise qu’elle soit de négoce, industrielle ou de services

consiste donc à mettre en place un système destiné à collecter, mémoriser, traiter et
distribuer l’information (avec un temps de réponse suffisamment bref).
▪ Le gestionnaire doit être capable de traiter (ou accompagner le traitement) l’information et

la rendre utile et rentable pour l’entreprise. Il est ainsi confronté à des problèmes qu’il doit
résoudre dans un contexte en utilisant de l’information.
▪ Pour faire face à l’ensemble de ces problèmes, les organisations développent des activités de
traitement de l’information (acquisition, communication, transformation, stockage, diffusion)
essentielles pour leur survie. C’est-à-dire des systèmes d’information 5
ENSAF Introduction Générale
▪ La notion du système d’information est née dans les domaines de l’informatique et des
télécommunications, cette notion s’applique maintenant à l’ensemble des organisations.
▪ Le système d'information coordonne, grâce à l'information, les activités de l'organisation et lui

permet ainsi d'atteindre ses objectifs. Il est le véhicule de la communication dans
l'organisation.
▪ De plus, le système d'information représente l'ensemble des ressources (les hommes, le

matériel, les logiciels) organisées pour : collecter, stocker, traiter et communiquer les
informations.
▪ Un système d’information (noté SI) est un 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 organisation. 6
Chapitre 1: Présentation générale des
concepts de base
7
ENSAF Chapitre 1: Présentation générale des concepts de base
1. Notion système
▪ Un système est un ensemble d’éléments rassemblés pour réaliser un objectif : produire des
sorties par transformation d'un ensemble d'entrées. Par exemple, une entreprise est un
système (composé d'Hommes, de matériel, de méthodes ... etc) qui transforme de la matière
première en produits finis.
▪ Un système peut être représenté par le schéma suivant :
▪ Un système peut être contrôlé par un autre système dit système de pilotage.
❖ Exemple: une chaudière transforme par combustion du charbon en chaleur.
On obtiendra plus ou moins de chaleur selon les réglages qu’on effectuera sur la chaudière. L’opérateur qui
effectue les réglages et contrôle le flux de charbon en entrée constitue un système de pilotage qui par ses
commandes au système physique (à la chaudière) cherche à satisfaire un objectif (un tel niveau de chaleur).
8
2. Système d'information
▪ Une organisation (système d'entreprise) est composée de trois systèmes :
• le système opérant qui constitue la machine

proprement dite de production et de transformation des
entrées en produits finis,
• le système de pilotage appelé aussi système de gestion

qui pilote l'organisation et constitue son cerveau
pensant,
• le système d'information qui assure le lien entre deux le système opérant et le système de
pilotage.
9
▪ Le système opérant : c'est la base de toute organisation, il transforme le flux physique
d’entrées (matières premières) en un flux physique de sorties (produits finis). En d’autres
terme, ce système englobe toutes les fonctions liées à l’activité propre de l’entreprise (facturer
les clients, gérer les salariés, gérer les stocks,…)
▪ Le système de pilotage : C'est ce qui va contrôler et

piloter le système opérant. Il se situe donc à la tète du
système d'information fixant les objectifs et prenant les
décisions.
▪ Le système d'information : C'est ce qui intervient entre les deux autres systèmes. Ce système
s'occupe de collecter, stocker, transformer et diffuser des données et informations dans le
système opérant et de pilotage. 10
▪ Le système d’information doit représenter le plus fidèlement possible le fonctionnement du
système opérant. Pour ce faire, il doit intégrer une base d’information dans laquelle seront
mémorisés la description des objets, des règles et des contraintes du système opérant.
▪ Le Système d’Information (SI) doit être doté d’un mécanisme (appelé processeur d’information)
destiné à piloter et à contrôler ces changements.
▪ Le schéma suivant synthétise l’architecture d’un système d’information.
11
▪ Le processeur d’information produit des changements dans la base d’information à la

réception d’un message. Un message contient des informations et exprime une commande
décrivant l’action à entreprendre dans la base d’information.
▪ Le processeur d’information interprète la commande et effectue les changements en respectant

les contraintes et les règles.
• Si le message exprime une recherche sur le contenu de la base d’information, le
processeur interprète la commande et émet un message rendant compte du contenu actuel
de la base d’information.
• Dans tous les cas, l’environnement a besoin de connaître si la commande a été acceptée ou
refusée. Le processeur émet, à cet effet, un message vers l’environnement.
12
En bref:
▪ Le système de pilotage :
direction, contrôle, décisions,
définition des objectifs
▪ Le système opérant :
réalisation des tâches (des
opérations)
▪ Le système d'information :
Interface entre les deux
systèmes précédents.
▪ Le SI est la mémoire de l'organisation. 13

▪ Exemple 1: Ecole d’ingénieur
• Flux physique : Les élèves, les concours, les cours, les examens, des résultats scolaires, des
rapports publiés, les enseignants, les départements …etc.
• Flux d’information : Nom, prénom, adresse des étudiants, des parents, des enseignants, date
de naissance, parcours scolaire, n° de l’étudiant, …etc.
• Flux de décision : Nombre d’élèves qui seront admis, le seuil d’amissibilité, la définition des
programmes des études, la définition des modalités d’examen et le règlement des études, les
développements futures de l’école tels que l’augmentation du nombre d’élèves, création de
nouvelles filières, les ouvertures de postes de recrutement, les investissements en matériel
et en logiciel, …etc.
14
Exemple-2 : ONCF (Compagnie des chemins de Fer)
• Flux physique : Les trains, les wagons, les voyageurs, les billets, les réservations, les départs et les
arrivés, les trajets (par exemple : Casa - Tanger), le paiement d'un billet, ... etc.
• Flux d'information : Le trajet (n° de trajet, nom ville départ et nom ville d'arrivée, fréquence, heure
départ et arrivée, n° de billet, n° de réservation, n° siège réservé, heure effective d'un départ et heure
effective d'une arrivée. ... Etc). Des informations plus synthétiques tels que la répartition du nombre de
voyageurs sur un trajet selon les périodes de l'année, la répartition du CA (chiffre d'affaire) d'un trajet
selon les jours de la semaine. ... etc.
• Flux de décision : Définition de la grille tarifaire, définition des trajet pour une période donnée,
ouverture de nouveaux trajets, la fermeture de certains trajets, l'achat de nouveaux équipement, ... etc.
• Contraintes : La réglementation, les cycles économiques, l'inflation, les syndicats, ... etc.
15
▪ Exemple 3
16
3. Le fonctionnement d'un Système d'information
▪ L'approche systémique (relatif à un système dans son ensemble), appliqué au système de

l'entreprise, offre un modèle proche de la réalité
▪ Le système d'information réalise alors quatre fonctions essentielles:
➢ Collecter : Les informations provenant des autres éléments du système ou de
l'environnement extérieur du système.
➢ Mémoriser : Les données collectées par le système (base de données, fichiers, historique,
archivage,…)
➢ Traiter : Les données stockées par le système.
➢ Transmettre :Les informations vers les autres composants du système.

17
4. Rôle d'un SI dans la performance d'une entreprise
▪ Le SI a deux finalités : fonctionnelle et sociale.

• Finalité fonctionnelle, le SI est un outil de communication entre les différents services
d'une entreprise et a un rôle opérationnel et stratégique.
• Finalité sociale , il permet l'intégration des salariés dans la culture de l'entreprise en
favorisant la vie sociale, par la diffusion de l'information.
▪ Le SI aujourd'hui joue un rôle important au sein d'une entreprise, il est même indispensable à
leur bon fonctionnement.
▪ Un SI performant permet à une entreprise d'optimiser leur processus, de sous-traiter des

tâches à faible valeur ajoutée, d'améliorer la relation client, de mieux communiquer et
d’améliorer la productivité.
18
5. Concevoir un système d'information
▪ La conception d'un système d'information n'est pas évidente car il faut réfléchir à l'ensemble
de l'organisation que l'on doit mettre en place. La phase de conception nécessite des méthodes
permettant de mettre en place un modèle sur lequel on va s'appuyer.
▪ Un modèle est une représentation virtuelle simplifiée d'une réalité sur laquelle on veut être
renseigner (exp: un plan, une carte, un schéma électronique,…). Il s’exprime avec un ensemble
de concepts, dotés des règles d’utilisation et de représentations (souvent graphiques).
▪ Les modèles servent à :
➢ communiquer : vérifier que l’analyste a bien compris les utilisateurs : phase d’analyse
➢ préparer la réalisation : grâce à un modèle de la solution : phase de conception.
19
20
▪ Méthode : Selon le petit robert, une méthode est « un ensemble de démarches raisonnées,
suivies, pour parvenir à un but ».
▪ Les avantages d’utilisation d’une méthode sont :

• Une meilleure gestion et un meilleur suivi du projet en cours.
• Une facilité de dialogue entre les membres du projet et ensuite avec les utilisateurs, du
fait qu’elle utilise un formalisme commun et constitue une documentation.
▪ Ce type de méthode est appelé analyse. Il existe plusieurs méthodes d'analyse, la méthode à
utiliser est la méthode MERISE.
▪ La méthode MERISE est une méthode de conception d'un système d'information.
MERISE : Méthode d'Étude et de Réalisation Informatique pour les Systèmes

d'Entreprise) 21
6. Présentation de la méthode merise
6.1. Définition
▪ MERISE est une méthode de conception, de développement et de réalisation de projets
informatiques. Le but de cette méthode est d'arriver à concevoir un système
d'information.
▪ La méthode MERISE est basée sur la séparation des données et des traitements. La
séparation des données et des traitements assure une longévité du SI.
▪ Les points forts de MERISE :

➢ Elle s'appuie sur une approche systémique : C’est donc une approche globale.
➢ Elle est assez indépendante vis à vis de la technologie.
➢ Elle est la plus utilisée dans les domaines de gestion.
➢ Elle sert de référence aux enseignements sur les méthodes.

22
6.1. Définition
▪ Les critiques :
➢ Elle ne s'occupe pas de l'interface utilisateur.
➢ Elle ne permet pas réellement une validation rapide de la part des utilisateurs.
➢ Il est très difficile de valider les traitements par rapport aux données et cela au niveau
conceptuel ou organisationnel.
➢ La validation en cours de l’étude par des personnes concernées permet d’assurer que le
système en train de construction conforme aux objectifs. Si on ne respecte pas les étapes
de validation on risque de produire des applications loin de la demande initiale ce qu’on
nomme « l’effet tunnel ». Sans oublier que les applications développées sont destinées
aux utilisateurs et non au plaisir des informaticiens.
23
6.2. Démarche de développement d'un SI
▪ La démarche de développement d'un système d'information est conduite suivant 3 axes
appelés cycles :
➢ le cycle de vie ,
➢ le cycle de décision,
➢ et le cycle d’abstraction.
24
▪ Le cycle de vie : Ce cycle décrit la vie du système d’information. Dans l’évolution de tout
système on distingue, généralement, un point de départ (la conception), une gestation, une
naissance, une croissance, une maturité, une obsolescence et une fin (la mort).
▪ En appliquant ces principes à un SI, on en distingue trois phases :

• Analyse/conception du futur SI : descriptions détaillées de spécifications fonctionnelles et
techniques ( le schéma directeur, l'étude préalable, l'étude détaillée).
• Réalisation du futur SI: production de programmes et de consignes correspondant aux
spécifications détaillées (l’étude technique, production logicielle, mise en service).
• Maintenance du futur SI (adaptation du système aux évolutions de l’environnement).
25
▪ Cycle de vie
Le cycle de vie ou processus de développement est
découpé en étapes :
➢ Schéma directeur
➢ l’étude préalable : elle aboutit à une prise de

décision d’informatisation, en cas de décision
positive, elle est suivie par
➢ l’étude détaillée : elle aboutit à un cahier de

réalisation avec affectation des tâches
➢ Réalisation : écriture des programmes et

implantation des bases
➢ Mise en œuvre et maintenance.

26
▪ Cycle de vie : Schéma Directeur
➢ Etude globale du SI: Découpage en domaines
➢ Buts:
• Définir les grandes orientations politiques et stratégiques de l’entreprise
• Définir les besoins en SI en fonction de la stratégie de l’entreprise
• Fixer les cadres budgétaires, la stratégie des besoins en personnel et les contraintes diverses liées
à l’environnement
• Fixer les lignes directrices des développements informatiques
• Définir les projets nécessaires à l’élaboration ou l’évolution du SI
➢ Documents produits:
• Le schéma directeur
• Le plan de développement informatique
27
▪ Cycle de vie : Étude préalable
L’étude préalable comporte :
➢ une analyse critique du système existant (physique, organisationnel, conceptuel),
➢ les objectifs du nouveau système (conceptuel, organisationnel),
➢ les différents scénarios de solutions informatiques, une évaluation des coûts et moyens
nécessaires,
➢ un planning de réalisation.
Elle se traduit
➢ par un dossier d'étude préalable ou dossier de choix.
Elle aboutit
➢ au choix d'une solution par la direction. 28
▪ Cycle de vie : Étude détaillée
L’étude détaillée menée par projet permet:

➢ de préciser l'organisation détaillée de la solution retenue,
➢ de définir logiquement les données et les traitements informatiques de la solution,
➢ de définir les interfaces: écrans, états de sortie,
➢ de construire le planning de réalisation.
Elle se traduit par :

➢ un cahier des charges de l'application (contrat vis à vis des utilisateurs),
➢ un dossier d'étude détaillée pour les analystes-programmeurs,
➢ un cahier des charges matériel/logiciel pour appel d'offres.
29
▪ Cycle de vie : La réalisation
La réalisation qui consiste à produire le logiciel et à le mettre en place; comporte trois étapes:
➢ Étude technique
• spécifications techniques complètes.
➢ Production logicielle:
• écriture des programmes et tests.
➢ Mise en service
• installation de l'application informatique.
30
▪ Cycle de vie : L’Étude Technique
L’étude Technique menée par application effectue :
➢ la spécification technique (niveau physique) : structure physique des données,
décomposition de l'application en programmes, dessins d'écrans et des états de sortie.
➢ la production des programmes.
Elle Fournit
➢ une documentation technique (maintenance des programmes),
➢ une documentation utilisateur (manuel d'utilisation de l'application),
➢ manuel d'exploitation (pour le service exploitation sur gros sites informatiques).
31
▪ Cycle de vie : Mise en œuvre
La production logicielle décrit un projet dans une forme interprétable par la machine. Elle
comprend :
➢ La génération des fichiers ou bases de données
➢ L'écriture des programmes
➢ Les tests de mise au point.
La mise en service comprend :
➢ La mise au point d'un planning d'installation
➢ La création et le chargement des bases d’informations
➢ La formation des utilisateurs
➢ La migration. 32
▪ Cycle de vie : Maintenance
La maintenance du SI qui consiste à l'adapter aux évolutions de l'environnement : correction des

anomalies, améliorations, évolutions. C'est la prise en compte des évolutions apparaissant après le
lancement opérationnel.
Elle comprend :
➢ L'étude de l'impact des modifications
➢ La spécification des modifications
➢ La réalisation
➢ La mise en service
Elle peut parfois aboutir à une remise en cause de la solution précédemment mise en place.
33
▪ Le cycle de décision
Le cycle de décision décrit l’ensemble de décisions et de choix pris durant le cycle de vie.
Les décisions marquent, généralement, la fin d’une étape et le début d’une autre. Cet ensemble
de décisions est hiérarchisé comme il suit :
➢ 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
➢ etc..
34
Cycle de vie Cycle de décision
Phases Etapes Décision
Approbation et mise en application du plan de
Schéma directeur
développement (3 à 5 ans)
Conception
Etude préalable Choix d'une solution
Etude détaillée Accord des utilisateurs sur spécifications fonctionnelles
Etude technique Accord du chef de projet sur spécifications techniques
Réalisation Production Recette provisoire

,,
Mise en service Conformité solution, recette définitive
Maintenance Maintenance Système en service recette 35

6.2. Démarche de
développement
d'un SI
36
▪ Le cycle d'abstraction
Le cycle d'abstraction a pour but de découper le SI en

niveaux :
• Le niveau conceptuel,
• le niveau logique,
• le niveau physique.
A chaque niveau correspondent une préoccupation et un

ensemble de modèles pour la représentation des données et
de traitements.
37
6.3. Approche par niveaux d'abstraction
▪ La méthode MERISE est basée sur la séparation des données et des traitements.
▪ MERISE utilise une démarche de modélisation à trois niveaux.

• A chaque niveau correspondent à un modèle pour la représentation des données et à un
modèle pour la représentation de traitements.
• Un formalisme de représentation est associé à chaque modèle.
▪ L'ensemble de ces trois niveaux constitue le cycle d'abstraction qui met en évidence les règles
qui régissent le SI.
▪ la méthode merise distingue trois niveaux d'abstraction :
➢ Niveau Conceptuel
➢ Niveau Logique
➢ Niveau Physique 38
6.3. Approche par niveaux d'abstraction: Niveau Conceptuel
▪ Au niveau conceptuel, on définit les classes d’objets ou d’événements et les règles de

comportement de ceux-ci. Les contraintes liées à l’organisation de l’entreprise ne sont pas
prises en considération. On liste et on décrit les règles de gestion en répondant aux questions :
➢ quoi?
➢ Que veut-on faire?
➢ Avec quelles données?
▪ On développe à ce niveau
➢ le modèle conceptuel des données (MCD)
➢ le modèle conceptuel des traitements (MCT).

39
6.3. Approche par niveaux d'abstraction : Niveau Logique
▪ Le niveau logique/organisationnel :A ce niveau, on identifie les ressources employées pour la mise en
place de l’ensemble de règles de gestion identifiées au niveau conceptuel. 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 ?
▪ Les événements ne sont plus des événements temporels mais des événements à dominante spatiale. Les
données se traduisent dans des représentations du type base de données ou en des fichiers classiques.
▪ Le modèle organisationnel consiste à définir le modèle logique de données (MLD) et le Modèle

organisationnel des traitements (MOT) décrivant les contraintes dues à l'environnement
(organisationnel, spatial et temporel).
40
6.3. Approche par niveaux d'abstraction : Niveau Physique
▪ An niveau physique, on identifie et on décrit les moyens utilisés (choix matériel) pour gérer les
données et pour activer les traitements.
• En ce qui concerne les données il y a traduction du modèle logique en un modèle physique
particulier en faisant appel à des logiciels et au matériel approprié.
• En ce qui concerne les traitements, le modèle opérationnel décrit l’architecture de
différents programmes et les différentes actions élémentaires jusqu’au niveau algorithme.
▪ On élabore donc deux modèles:

• le modèle physique des données (MPD)
• le modèle opérationnel des traitements (MOT)
41
6.3. Approche par niveaux d'abstraction en bref
▪ L’expression des besoins aboutit à concevoir le modèle conceptuel de la communication
(MCC) qui définit les flux d’informations à prendre compte.
▪ L’étape suivante consiste à mettre au point le MCD et le MCT décrivant les règles et les
contraintes à prendre en compte.
▪ Le modèle organisationnel consiste à définir le MLD qui représente un choix logiciel pour le
système d’information et le MOT décrivant les contraintes dues à l’environnement
(organisationnel, spatial et temporel).
▪ Enfin, le modèle physique reflète un choix matériel pour le système d’information.

42
Niveau Données (statique) Traitements (dynamique) Choix
MCD : Modèle Conceptuel de MCT : Modèle Conceptuel des Indépendant du

Conceptuel
Données Traitements système : QUOI ?
Logique ou MLD : Modèle Logique de MOT : Modèle Organisationnel

Qui ? Quand ? OU ?
Organisationnel Données (Ou ?) des Traitements (Qui? Quand ?)
Physique ou MPD : Modèle Physique MOT : Modèle Opérationnel de Techniques:

Opérationnel de Données Traitements Comment ?
43
44
Exercice 1 :
1. Quelle est la structure d'une organisation; ses composants, les interactions et le rôle de chacun ?
2. Quels sont les niveaux d'abstraction employé par la méthode MERISE pour la modélisation des
SI ?
Solution :
45
Exercice 1 :
1. Quelle est la structure d'une organisation; ses composants, les interactions chacun ?
2. Quels sont les niveaux d'abstraction employé par la méthode MERISE pour la modélisation
des SI ?
Solution :
46
Chapitre 2: Modélisation Conceptuelle
des données
47
ENSAF Chapitre 2: Modélisation Conceptuelle des données
❑ Introduction
▪ Un système d'information est définie par deux composantes : les données qui constituent
l'aspect statique et les traitements qui constituent l'aspect dynamique.
▪ Merise possède l'avantage, qui est d'ailleurs l'un des points clés de sa réussite, de décrire les
données indépendamment des traitements.
▪ L'objectif poursuivi est la définition et l'élaboration de la structure globale des données de

manière indépendante de toute contrainte organisationnelle ou technologique. La structure est
appelé modèle conceptuel des données (MCD).
▪ Au niveau conceptuel de la méthode, on élabore pour les données, le modèle conceptuel des
données (MCD) et pour les traitements, le modèle conceptuel des traitements (MCT).
▪ On s'intéressera dans ce chapitre aux modèles de représentation des données.

48
1. Concepts de base
1.1. Entité
▪ Une ENTITE est un objet concret ou abstrait qui a une existence propre, qu'on peut cerner
et définir indépendamment de tout autre objet.
▪ Une entité est aussi appelée INDIVIDU.
▪ Exemples d'entités concrètes : ▪ Exemples d'entités abstraites :

• Le client Alami Ahmed, • Le service achat d'une société,
• Le fournisseur ZAKI Omar, • La société Maroc Telecom,
• L'exemplaire du livre « COMPRENDRE • La classe d'étudiants GI (Génie
MERISE » Industriel)
• Une table, une machine ... etc. • La matière « Finance».
49
1. Concepts de base
1.2. Association
▪ Une association est une relation qui existe ou qui met en liaison deux ou plusieurs entités.
Exemples
• « Mohamed est marié à Fatima » l'association mariage lie les deux entités Mohamed et Fatima.
• L'étudiant Amine Semlali appartient à la filière GI est l'expression d'une relation d'appartenance.
1.3 Propriété
▪ Les propriétés décrivent l'entité ou l'association. Elles apportent l'information utile et
nécessaire au système d'information.
Exemples
• L'entité Client est décrite par les propriétés : Code client, nom, téléphone ...
• L'entité Commande contient : N° commande, date commande.
• L'entité Produit est décrite par : N° Produit, Libelle du produit , Prix
• L'entité Facture : N° Facture, date facture, montant facture 50
1. Concepts de base
1.4. Identifiant Entité
▪ Pour chaque entité, il est impératif de trouver une propriété particulière qu'on appelle clé ou
identifiant et qui permet de désigner chaque occurrence de manière unique.
▪ Par exemple le numéro de la carte d'identité nationale (N° CIN) permet de distinguer sans
ambiguïté chaque citoyen Marocain. Autrement dit il ne peut pas y avoir deux citoyen ayant
le même N° CIN.
Exemples
• Le numéro d'inscription est un identifiant pour l'entité « Etudiant ».
• Le matricule est un identifiant de l'entité « Voiture ».
51
2. Représentation schématique:
2.1. Schématisation (Entité -Association)
▪ Une entité est représentée par un rectangle barré à l'intérieur duquel on
inscrit, dans sa partie supérieure le nom de l'entité et dans l'autre la liste des
propriétés.
▪ L'identifiant est repéré dans la liste des propriétés de la manière suivante:
• Il figure en première position dans la liste des propriétés,
• Il est souligné.
▪ L'association est schématisée par un ovale barré. Dans la partie supérieure,

on inscrit le nom de l'association et dans l'autre la liste des propriétés.
52
2.1. Schématisation (Entité -Association)
Exemples :
▪ Le schéma suivant représente deux entités

ETUDIANT et CLASSE liées par une association
d'appartenance. On peut facilement lire qu'un
étudiant appartient à une classe.
▪ Le deuxième exemple concerne une relation

mettant en jeu trois entités. On peut lire sur le
schéma ce qui suit : Un professeur enseigne une
matière pour une classe.
53
2.2. Dimension d'une association.
▪ C'est le nombre d'entités participant à la relation:
• Une relation entre deux objets est appelée : relation binaire.
• Une relation entre trois objets est appelée : relation ternaire.
54
2.2. Dimension d'une association.
• Une relation entre entre n objets est appelée : relation n-aire.
55
3. Les cardinalités:
▪ Le modèle conceptuel de données doit être complété par les cardinalités qui apportent des
informations importantes sur les associations.
▪ Revenons au modèle (Etudiant-Classe). On ne peut

pas savoir à partir du schéma si un étudiant peut
appartenir à une ou plusieurs classes. On ne peut
pas non plus savoir si une classe contient un ou
plusieurs étudiants.
▪ Les cardinalités permettent d'ajouter ces précisions quantitatives. De chaque côté de

l'association et donc pour chaque entité intervenant dans l'association, on définit des
cardinalités minimum et des cardinalités maximum.
56
▪ Cardinalité minimum : indique le nombre minimum d'intervention d'une entité dans une
association. Il peut prendre comme valeur 0 ou 1.
▪ Cardinalité maximum : indique le nombre maximum d'intervention d'une entité dans une
association. Il peut prendre comme valeur 1 ou N.
▪ Autrement, les combinaisons possibles des cardinalités sont des couples qui peuvent prendre
comme valeur :
• (0,1) : aucun ou un seul
• (1,1) : un et un seul
• (0,n) : aucun ou plusieurs
• (1,n) : au moins un ou plusieurs
▪ Le premier chiffre correspond au minimum, le second au maximum.

57
▪ Reprenons l'exemple précédent
▪ On sait qu'un étudiant ne peut appartenir qu'à une et une seule classe. Une classe peut
contenir plusieurs étudiants.
Du côté de l'entité Du côté de l'entité «CLASSE»
«ETUDIANT» on a inscrit les on a inscrit les cardinalités
cardinalités (1,1) parce que un (1,n) car une classe contient
étudiant appartient à une et au moins un étudiant et au
une seule classe plus n étudiants.

58
▪ Exemple 2
59
▪ Exemple 3
▪ Association de type [1,n]
▪ Association de type [n,n]
▪ Association de type [n, n] avec propriété
60
4. Association spéciale:
4.1.Association réflexive
Définition: C'est l'association d'un objet sur lui-même.
Exemple : Considérons l'entité EMPLOYE, d'une entreprise, et l'association CONJOINT.
61
4. Association spéciale:
4.2. Association multiple
▪ Deux entités distinctes peuvent avoir plusieurs lien de dépendance. Dans ce cas elles vont être
reliées par plusieurs associations. C'est ce qu'on appelle association multiple.
▪ Dans cet exemple issu

d'une agence immobilière,
une personne peut être
propriétaire, résider
principalement ou résider
secondairement dans un
logement géré par
l'agence.
62
Exercice 2 :
1. Qu'est-ce une association réflexive, et une association multiple ? donner un exemple pour chacune.
2. Quel est le rôle des cardinalités dans un modèle conceptuel de données
Solution :
▪ Une association réflexive est une association qui relie une entité à elle-même.
▪ On appelle association multiple, plusieurs liens de dépendance entre deux entités distinctes.
63
2. Quel est le rôle des cardinalités dans un modèle conceptuel de données
Solution :
▪ Les cardinalités apportent des informations importantes sur les associations. Elles permettent
d'ajouter ces précisions quantitatives de chaque côté de l'association.
64
Exercice 3 :
On considère le modèle conceptuel de données du

système d'information d'un quotidien.
1. Mettre les cardinalités selon les règles de
gestion ci-dessous.
a. Un article est rédigé par un seul journaliste et

un seul.
b. Un article appartient à un sujet et un seul.
c. Il peut y avoir plusieurs articles sur le même
sujet.
d. Une personnalité peut être interviewée
plusieurs fois.
e. un journaliste ne peut pas travailler dans
plusieurs journaux.
f. une personnalité fait partie d'un seul domaine
et un seul.
65
Exercice 3 :
a. Un article est rédigé par

un seul journaliste et un
seul.
b. Un article appartient à
un sujet et un seul.
c. Il peut y avoir plusieurs
articles sur le même
sujet.
d. Une personnalité peut
être interviewée
plusieurs fois.
e. un journaliste ne peut
pas travailler dans
plusieurs journaux.
f. une personnalité fait
partie d'un seul domaine
et un seul.
66
Exercice 4:
On souhaite gérer un parc d'animaux, on cite les entités intervenantes dans ce système. Animal,
Espèce (Classe d'animaux), Personne, Aliment.
Exemples :
• Animal : chat, dauphin, serpent, cheval ...
• Espèce : Mammifère, reptile, poisson ...
• Personne : Rachid, Jacque, Sarah ...
• Aliment : Algues, céréales, foin ...
En prenant en considération les règles suivantes :

➢ Un animal appartient à une espèce et une seule.
➢ Une personne peut aimer plusieurs animaux ou aucun.
➢ Un animal peut être aimé par plusieurs personne ou aucun.
➢ Un animal mange au minimum un aliment.
➢ Un aliment peut être mangé par plusieurs animaux ou aucun.
➢ Un aliment mangé par une personne n’est pas un aliment.
Travail à faire :
1- Etablir un modèle permettant de relier les entités ci-dessus par des associations convenables.
67
2- Inscrire les cardinalités sur le modèle.
Solution :
68
Solution :
69
Exercice 5:
On considère le modèle conceptuel suivant représentant des visites dans un cabinet médical. Répondre par
vrai ou faux aux proposition ci-dessous :
1. Un patient peut-il effectuer plusieurs consultations ?

2. Un médecin peut-il recevoir plusieurs patients dans la même consultation ?
3. Peut-on prescrire plusieurs médicaments dans une même consultation ?
4. Deux médecins différents peuvent-ils prescrire le même médicament ?
5. Deux patients différents peuvent-ils avoir le même nom et prénom?
70
Solution :
1. Un patient peut-il effectuer plusieurs consultations ? Vrai
2. Un médecin peut-il recevoir plusieurs patients dans la même consultation ? Faux
3. Peut-on prescrire plusieurs médicaments dans une même consultation ? Vrai
4. Deux médecins différents peuvent-ils prescrire le même médicament ? Vrai
5. Deux patients différents peuvent-ils avoir le même nom et prénom? Vrai
71
5.Construction du MCD
La construction du MCD passe par les étapes suivantes :
Recueil des informations
Construction du dictionnaire de données
Epuration du dictionnaire
Dépendances fonctionnelles
Elaboration MCD
72
5.1 Recueil des informations
▪ Le recueil d'information est la première phase à l'informatisation d'un SI. Toutes les
informations concernant le sujet doivent être rassemblées. Cette phase de recueil est effectuée
en plusieurs niveaux :
❖ Les techniques et les outils :
▪ Le premier problème à résoudre est de trouver l'information. On recherchera dans :
• Les documents
Localisation des
informations • Les règlements
• Les normes, les procédures, les fichiers, ...
▪ Pour recenser les informations, on utilise essentiellement :
• L'étude de documents
Technique de
• Les entretiens
recueil
• Parfois les questionnaires 73
❖ Classification des données (Nature):
▪ On distingue 3 classes majeures:

• Les données élémentaires : Par exemple, un nom, un email, ... Ces données doivent être
recensées de manière exhaustive.
• Les données calculées ou déduites : elles sont obtenues par l'application d'un traitement
mathématique ou logique. Ces données sont associées à des règles de calcul (règles de
gestion).
• Les données composées : certaines données sont regroupées en une même entité
sémantique (par exemple une adresse).
74
❖ Types de données :
▪ Les types de données ont un sens plus restrictif que la catégorie (Nature). Si la catégorie
s'applique à la nature d'une donnée, le type est une contrainte physique liée à la manière
dont sera stockée la donnée dans le système d' information.
▪ Les principaux types à retenir sont :
• Alphanumérique (AN)
• Numérique (on peut préciser entier, réel, monétaire...)
• Date (Date/Heure, Date, Heure)
• Logique ou booléen (L ou B) 75
5.2 Dictionnaire des données
▪ Le dictionnaire des données est en fait le résultat de la phase de collecte des données. C'est un
document permettant de recenser, de classer et de trier toutes les données collectées lors de la
phase de recueil des informations. Ce dictionnaire est un outil important car il constitue la
référence de toutes les études effectuées ensuite.
▪ Formalisme : Les données sont présentées dans un tableau sous l'entête suivante :
Champ Description Nature Type Taille Remarque
• Champ : Nom de la propriété • Type : AN, N, Date ou Booléen

• Description: Signification de la propriété • Taille : longueur maximale prise par les valeurs
• Nature : E (Elémentaire) , CA ( Calculée), de ce champ
CO (Composée) • Remarque : Observation, contrainte
76
5.2 Dictionnaire des données
▪ Exemple
77
5.3 Epuration du dictionnaire
▪ Les données recueillies font généralement apparaître des incohérences qui doivent être éliminer. Ces
incohérences sont de deux types:
a) De synonymes : Des noms différents désignent la même réalité.
Exemples : Numéro de commande et Référence commande, Agent et Employé, Marchandise et Produit,
TVA et Taxe,…
▪ On dit aussi que l’on a deux signifiants pour un même signifié.
b) Des polysèmes : Un même nom désigne deux réalités distinctes.

Exemples : Café désigne l'établissement et la boisson, Prix désigne le prix d'achat et le prix de stockage,...
▪ On dit que l'on a un signifiant pour deux signifiés.
▪ L'épuration du dictionnaire consiste à détecter et à éliminer les synonymes et les polysèmes.

78
5.3 Epuration du dictionnaire
▪ Les données calculées doivent être examinées avec soin. La règle est la suivante : Si une
donnée calculée peut être obtenue par l'application d'un traitement à partir de données
élémentaires valides, on peut la supprimer du dictionnaire.
Exemple
▪ Examinons le cas d'une entité Employé ayant comme propriétés : N°, Nom, Prénom, DateNaissance,
Téléphone, émail, SalaireHoraire, NbHeures, SalaireBrut.
▪ On remarque que la propriété SalaireBrut est un champ calculé obtenu par l'application du calcul :
SalaireBrut = NbHeures * SalaireHoraire
▪ Les données élémentaires NbHeures et SalaireHoraire qui participent à son calcul sont présentes.
▪ On peut donc éliminer cette donnée (SalaireBrut) pour la phase de modélisation conceptuelle.
79
Exercice 6:
Un établissement de formation professionnelle désire informatisé son système d'information.
L'établissement propose des formations à ses stagiaire. Chaque formation est identifiée par un code, un
titre de formation, date début et date fin.
Les formations sont organisées sous différentes spécialités (Commerce, Informatique, Energie
renouvelable...). On enregistre l'identifiant et le nom de chaque spécialité. L'établissement offre plusieurs
types formation (Formation continue, Cours du soir, Formation à distance ... ). Chaque type est désigné par
son Id et son nom. Le prix de chaque formation se diffère selon le type de formation mais reste le même
pour toute les filières. Le coût à payer concerne la durée entière de la formation. Un stagiaire qui souhaite
suivre une formation doit remplir un formulaire contenant son nom, prénom, date de naissance, téléphone
et émail pour lui générer un numéro d'inscription. Un diplôme est délivré à la fin de chaque formation avec
un numéro de série, une date d'obtention et une mention.
Travail à faire :
1. Etablir un dictionnaire de données.
80
2. Définir les entités et les associations.
Exercice 6:
Un établissement de formation professionnelle désire informatisé son système d'information.
L'établissement propose des formations à ses stagiaire. Chaque formation est identifiée par un code, un
titre de formation, date début et date fin.
Les formations sont organisées sous différentes spécialités (Commerce, Informatique, Energie
renouvelable...). On enregistre l'identifiant et le nom de chaque spécialité. L'établissement offre plusieurs
types formation (Formation continue, Cours du soir, Formation à distance ... ). Chaque type est désigné par
son Id et son nom. Le prix de chaque formation se diffère selon le type de formation mais reste le même
pour toute les filières. Le coût à payer concerne la durée entière de la formation. Un stagiaire qui souhaite
suivre une formation doit remplir un formulaire contenant son nom, prénom, date de naissance, téléphone
et émail pour lui générer un numéro d'inscription. Un diplôme est délivré à la fin de chaque formation avec
un numéro de série, une date d'obtention et une mention.
Travail à faire :
1. Etablir un dictionnaire de données.
81
2. Définir les entités et les associations.
Solution:
▪ Collecte des informations:
X X X
▪ Synonyme : spécialité =filière , prix =cout → éliminer filière et cout
▪ Polysème :Nom signifié plusieurs choses → préciser nom spécialité, type et stagiaire
▪ Données calculées : duré→ éliminer duré
82
Solution: ▪ Dictionnaire de données :
83
Solution: ▪ les entités et les associations :
Contient
Poursuit
Sous forme Délivré
84
5.4 Les dépendances fonctionnelles
▪ Une dépendance fonctionnelle est une interrelation, un lien entre deux données ou deux
groupes de données.
▪ On distingue une source et une cible.
Définition : Pour une valeur source (Partie gauche), on peut déterminer une et une seule valeur
cible (Partie droite). On dit qu'une propriété B dépend fonctionnellement d'une autre propriété A
et on note :
▪ Autrement dit : à une valeur de A correspond toujours une et une seule valeur de B. La
réciproque n'est pas vraie.
Exemple :
85
❑ Propriétés des dépendances fonctionnelles :
▪ Les dépendances fonctionnelles ont les propriétés suivantes :

➢ Union : Si on a deux DF ayant la même source, on peut les rassembler en une seule, en
séparant les cibles par une virgule.
Si A →B et A →C alors on peut écrire que A →B,C
Exemple :
Référence →Désignation et Référence →Prix de vente unitaire

Alors par union on a :
Référence → Désignation, Prix de vente unitaire
86
➢ Transitivité :
Si A →B et B→C alors on a A→C
Exemple : Num Médecin → Code Service et Code Service →Num Hôpital
Alors on a Num Médecin → Num Hopital
▪ Les DF qui peuvent être déduites par transitivité de deux autres DF doivent être éliminées
car elles sont alors redondantes.
▪ Une DF doit être élémentaire et directe.
87
➢ Elémentaire : C'est l'intégralité de la source qui doit déterminer la cible d'une DF.
Si Pl → P3 alors Pl, P2 → P3 n'est pas élémentaire.
Exemple :
N° CIN,NOM →Prénom
Cette dépendance n'est pas élémentaire puisque le N°CIN suffit pour déterminer le prénom.
▪ La source d'une dépendance fonctionnelle peut se composer d'une concaténation de deux ou

plusieurs propriétés.
N° Etudiant+ Code Matière →Note
88
➢ Directe : La DF ne doit pas être obtenue par transitivité. Par exemple, si P1→P2 et P2→ P3
alors Pl →P3 a été obtenue par transitivité et n'est donc pas directe.
A→B est directe s'il n'existe pas de propriété C tel que A→C et C →B
Autrement dit la dépendance fonctionnelle n'est pas le résultat d'une transitivité.
Exemple
▪ Les deux premières dépendances sont directes, mais la troisième ne l'est pas car elle résulte de
l’application de la transitivité N° Professeur → Code matière →Nom matière . 89
❑ Graphe de dépendance fonctionnelles (GDF) :
▪ Le GDF fait apparaitre les dépendances fonctionnelles entre les données.
Exemple :
▪ La schématisation de l'ensemble des dépendances fonctionnelles sous forme de GDF intervient

à l'élaboration du modèle conceptuel de données (MCD), en respectant certaines règles.
90
Exercice 7:
▪ Soit une liste des données recensées dans un établissement scolaire
• Nom de l'élève Les règles de gestion appliquées dans cet établissement :

• Prénom de l'élève RG1 : Chaque élève est attribué à une et une seule filière.
• émail de l'élève
RG2 : Une matière est enseignée pour différentes filières avec des
• Libellé matière
nombres d'heures différents.
• Nombre d'heures
RG3 : Pour tout élève, chaque matière est évaluée par une note.
• Code filière
• Libellé filière
• Note
• Numéro de l'élève
Travail à faire :
• Numéro de la matière 1. Citer les différentes dépendances fonctionnelles.

• Langue d' enseignement 2. Déduire le GDF associé.
91
Corrigé:
Règles de gestion :
RG1 : Chaque élève est attribué à une et une seule filière.
RG2 : Une matière est enseignée pour différentes filières avec des nombres d'heures différents.
RG3 : Pour tout élève, chaque matière est évaluée par une note.
• Nom de l'élève
• Prénom de l'élève 1. Citer les différentes dépendances fonctionnelles.
• émail de l'élève
N° ELEVE → Nom élève, Prénom élève, émail
• Libellé matière
• Nombre d'heures N° ELEVE →CODE FILIERE
• Code filière N° MATIERE → Libellé matière ; Langue
• Libellé filière
CODE FILIERE→ Libellé filière
• Note
• Numéro de l'élève N° ELEVE , N° MATIERE →Note
• Numéro de la matière N° MATIERE, CODE FILIERE →Nombre d'heures
• Langue d' enseignement
92
Corrigé:
N° ELEVE → Nom élève, Prénom élève, émail CODE FILIERE → Libellé filière
N° ELEVE → CODE FILIERE N° ELEVE , N° MATIERE →Note
N° MATIERE → Libellé matière, Langue CODE FILIERE, N° MATIERE → Nombre d'heures
CODE FILIERE
N° ELEVE
N° MATIERE
Nom élève Prénom élève émail Libellé filière
Libellé matière Langue
Nombre d'heures
Note 93
5.5 Elaboration MCD
▪ Les règles de passage des DF (ou GDF) au MCD :
R1: Toute donnée du graphe devient une propriété.
R2: Toute donnée source de DF devient identifiant de l'entité.
R3: Toute donnée cible de DF et non source (d'une autre DF) devient une propriété de l'entité dont la
donnée source de la DF est identifiant.
R4: Une DF entre deux données sources de DF révèle une association hiérarchique toujours non
porteuse de propriété(s).
R5: La présence d'une donnée concaténée (association de plusieurs données élémentaires) source de DF
révèle une association non hiérarchique porteuse de propriété(s)
➢ Une association hiérarchique (1-n) est aussi appelée association fonctionnelle ou Contrainte d'Intégrité Fonctionnelle
(CIF).
➢ Une association non hiérarchique (n-n) est aussi appelée non fonctionnelle ou Contrainte d'Intégrité Multiple (CIM)
94
5.5 Elaboration MCD
Exemple 1: Un article identifié par son code, un libellé, un prix et une description est acheté chez un seul
fournisseur, ce dernier est connu par son numéro et nom.
CodeArticle →Libellé, Prix, Description

CodeArticle →N°Fournisseur
N°Fournisseur →NomFournisseur
R1: Toute donnée du graphe devient une propriété.

R3: Toute donnée cible de DF et non source (d'une autre DF)
devient une propriété de l'entité dont la donnée source de la DF
est identifiant.
R4: Une DF entre deux données sources de DF révèle une
association hiérarchique toujours non porteuse de propriété(s).
95
5.5 Elaboration MCD
Exemple 2: Un article identifié par son code, un libellé et une description est acheté chez différents
fournisseurs avec des prix différents, un fournisseur peut vendre plusieurs articles.
CodeArticle →Libellé, Description

N°Fournisseur →NomFournisseur
CodeArticle, N°Fournisseur→Prix achat
• N° fournisseur et code article deviennent des identifiants d'entités (R2).

• Nom fournisseur ,devient une propriété de l'entité Fournisseur, libellé
et description deviennent des propriétés de l'entité Article (R3).
• Il n'y a pas de DF entre des données sources de DF, donc pas
d'association hiérarchiques (R4).
• Prix achat dépend de N° fournisseur et code article, donc il y a une
association non hiérarchique porteuse de la propriété Prix achat (R5).
96
Exercice 8:
Transformer le GDF suivant en modèle conceptuel de données.
97
Solution
Le modèle conceptuel de données correspond au GDF
98
Exercice 9
1. Quelle sont les étapes à suivre pour élaborer un MCD ?
2. Une dépendance fonctionnelle : c'est quoi ? Et quelles sont ses propriétés ?
3. Une dépendance fonctionnelle doit être élémentaire et directe, donner un exemple
Solution :
1. Les étapes à suivre pour élaborer un MCD ?

a. Recueil des informations
b. Construction Dictionnaire de données
c. Epuration du dictionnaire
d. Dépendances fonctionnelles
e. Elaboration MCD
99
Solution :
2. Une dépendance fonctionnelle est un lien entre deux données ou groupes de données.
Exemple :
Exemple :
100
Solution :
3.Une dépendance fonctionnelle doit être élémentaire et directe :
Exemple :
101
Exercice 10
« Les restaurateurs achètent des produits alimentaires ». ➢ Code produit alimentaire
En considérant que ces achats sont effectués dans le cadre de ➢ Numéro restaurateur
➢ Numéro commande
commandes, les règles de gestion suivantes ont été retenues :
➢ Libellé produit alimentaire
Une commande est passée par un seul restaurateur et elle
➢ Date commande
concerne des produits alimentaires. Un restaurateur peut passer
➢ Nom restaurateur
plusieurs commandes et un produit alimentaire peut faire partie
➢ Prénom restaurateur
de plusieurs commandes. ➢ Quantité commandée
En retenant la liste des propriétés ci-contre : ➢ Adresse livraison
1. Déterminer les dépendances fonctionnelles (Elémentaires et directes).

2. Déduire le GDF associé.
3. Transformer le GDF obtenu en MCD
102
Solution :
1. Déterminer les dépendances fonctionnelles (Elémentaires et directes).
Une commande est passée par un seul restaurateur et elle concerne des produits alimentaires. Un
restaurateur peut passer plusieurs commandes et un produit alimentaire peut faire partie de plusieurs
commandes.
la liste des propriétés : Code produit N° restaurateur N° commande Libellé produit Date commande
Nom restaurateur Prénom restaurateur Quantité commandée Adresse livraison
103
Solution :
2. Déduire le GDF associé.
Solution :
3. Le modèle MCD.
(1,n)
(0,n) (1,1) (0,n)
fait partie
est passée
Qté_com
Exercice 11 :
On considère les dépendances fonctionnelles suivantes :
N°machine → Nom-machine
N°machine →Type-machine
N°machine→Marque-machine
N°technicien →Nom-technicien
Tracer le GDF associé et déduire le MCD.
N°technicien →Prénom-technicien
N° atelier →Adresse-atelier
N° atelier→Surface-atelier
N° atelier →Nb-techniciens
N°technicien→N° atelier
(N°machine, N°technicien)→Prime
Solution :
N°machine → Nom-machine N° atelier →Adresse-atelier
N°machine →Type-machine N° atelier→Surface-atelier
N°machine→Marque-machine N° atelier →Nb-techniciens
N°technicien →Nom-technicien N°technicien→N° atelier
N°technicien →Prénom-technicien (N°machine, N°technicien)→Prime
Le GDF associé :
Solution : Règles de passage des DF au MCD R1: Toute donnée du graphe devient une propriété.
R3: Toute donnée cible de DF et non source (d'une autre DF) devient
une propriété de l' entité dont la donnée source de la DF est identifiant.
R4: Une DF entre deux données sources de DF révèle une association
hiérarchique toujours non porteuse de propriété(s).
R5: La présence d'une donnée concaténée (association de plusieurs
données élémentaires) source de DF révèle une association non
hiérarchique porteuse de propriété(s).
Travaille (1,1) Attribué (1,n)

Prime
(1,n) (1,n)
Exercice 12 :
Une bibliothèque souhaite informatiser son système d'information :
▪ La bibliothèque de prêt dispose d'un certain nombre d'ouvrages, classés par rayon avec un
identificateur et un libellé (Littérature, Histoire, Géographie, etc.).
▪ Chaque ouvrage identifié par un code et un titre est l’oeuvre d'un ou plusieurs auteurs (avec un
numéro d'ordre de chaque auteur participant à la rédaction de l'ouvrage).
▪ Chaque ouvrage doit être référencé selon un certain nombre de mots-clés (classé par ordre).
▪ Un auteur est désigné par son matricule, nom et prénom.
▪ Un adhérent avec son numéro, son nom, son prénom et son émail peut emprunter plusieurs livres
dans des dates différentes et la bibliothèque ne possède qu'un seul exemplaire de chaque ouvrage.
1. Construire le dictionnaire de données (DD).

2. Tracer le graphe de dépendances fonctionnelles (GDF) associé.
3. Définir le modèle conceptuel de données (MCD)
Exercice 12 :
Une bibliothèque souhaite informatiser son système d'information :
▪ La bibliothèque de prêt dispose d'un certain nombre d'ouvrages, classés par rayon avec un
identificateur et un libellé (Littérature, Histoire, Géographie, etc.).
▪ Chaque ouvrage identifié par un code et un titre est l’oeuvre d'un ou plusieurs auteurs (avec un
numéro d'ordre de chaque auteur participant à la rédaction de l'ouvrage).
▪ Chaque ouvrage doit être référencé selon un certain nombre de mots-clés (classé par ordre).
▪ Un auteur est désigné par son matricule, nom et prénom.
▪ Un adhérent avec son numéro, son nom, son prénom et son émail peut emprunter plusieurs livres
dans des dates différentes et la bibliothèque ne possède qu'un seul exemplaire de chaque ouvrage.
1. Construire le dictionnaire de données (DD).

2. Tracer le graphe de dépendances fonctionnelles (GDF) associé.
3. Définir le modèle conceptuel de données (MCD)
Solution :
Solution :
Solution :
(1,n)
Contient Rédige
N°Ordre
(0,n)
(1,1) (1,n)
(1,n) (1,n) (1,n)

(1,n)
Emprunte Indexé
Date-Emprunte N°Classement
6.Règles de Normalisation
▪ L'application systématique de chacune des règles de vérification sur les éléments du modèle
conceptuel de données permet de s'assurer qu'il est conforme à ce que l'on attend, et donc apte
à générer par la suite le modèle correspondant à la réalité à décrire.
▪ Le modèle conceptuel de données doit être raffiné par vérification et application des règles
suivantes :
6.1 Première Forme Normale 1FN :
▪ Une entité est en première forme normale si toutes les propriétés sont élémentaires et il existe
au moins un identifiant caractérisant chaque occurrence de l’entité.
L'entité suivante n'est pas en 1FN car elle ne possède

pas un identifiant et en plus la propriété adresse
n'est pas élémentaire puisqu'elle est le résultat de la
concaténation de N° rue , nom rue et ville. 114
6.2 Deuxième Forme Normale 2FN:
▪ Une entité est en deuxième forme normale si elle est d'abord en 1FN et toutes les
dépendances entre l'identifiant et les autres propriétés sont élémentaires.
Cette entité n'est pas en 2FN : Pourquoi ?
N°Cmd, Réf Article → Désignation
N°Cmd, Réf Article → DateCommande
N°Cmd, Réf Article → QuantitéCommandée
Pour rendre cette entité en 2FN, on propose la modélisation suivante
115
6.3 Troisième Forme Normale 3FN :
▪ Une entité est en 3FN si elle est en 2FN et toutes les dépendances entre l'identifiant et les
autres propriétés sont directes.
Cette entité n'est pas en 3FN : Pourquoi ?

Code matière → Libellé matière
Code matière →Nom professeur
Car Code matière →N°Professeur → Nom professeur (La transitivité)
Pour rendre cette entité en 2FN, on propose la modélisation suivante
116
La normalisation : Quel intérêt ?
• L'objectif de la normalisation est de construire un modèle de données cohérent.
• Un MCD incohérent implique un mauvais modèle logique qui peut conduire à un certain
nombre d'anomalies pendant la phase d'exploitation de la base de données.
• Pour qu'un modèle soit normalisé, il faut qu'il respecte les formes normales qui s'appuient
principalement sur les dépendances fonctionnelles entre les données.
▪ Exemple
Soit l'objet FOURNISSEUR avec les propriétés suivantes :
• Nom Fournisseur,
• Adresse Fournisseur,
• Produits,
• Prix.
117
D’après le tableau suivant, on constate

certains problème :
1° problème : 2° problème : 3° problème :

Il n'y a pas d'identifiant : on L'adresse n'est pas Une modèle correspondant
ne sait pas si les deux décomposée. Si on veut par à ce schéma pourra
Brahimi sont différents ou exemple rechercher tous les éventuellement contenir
pas (si c'est le même fournisseurs qui habitent la plusieurs produits pour un
Brahimi, il y a une des deux même ville, ça ne va pas même fournisseur.
adresses qui est fausse. être possible
118
Dans ce cas, il faudra faire face à un
certain nombre de problèmes :
▪ L'adresse du fournisseur sera dupliquée dans chaque enregistrement (redondance),

▪ Si on souhaite modifier l'adresse d'un fournisseur, il faudra rechercher et mettre à jour tous les
enregistrement (n-uplets) correspondant à ce fournisseur,
▪ Si on insère un nouveau produit pour un fournisseur déjà référencé, il faudra vérifier que
l'adresse est identique,
▪ Si on veut supprimer un fournisseur, il faudra retrouver et supprimer tous les produits de ce
fournisseur. 119
La normalisation garantit la cohérence et élimine les redondances, ce qui permet :
• Une diminution de la taille des données.
• Une diminution des risques d'incohérence.
• D'éviter une mise à jour multiple des mêmes données.
Ceci est garantit par l’application des trois formes normales suivantes:
120
Exercice 13:
Les données suivantes présentent les données rassemblées à partir d'un SI d'un établissement
scolaire : Matricule, Nom, Prénom, Age, Club, Salle
On considère les dépendances fonctionnelles suivantes :
Matricule → Nom , Age
Matricule → Club,
Club → Salle
1. Que signifie chaque DF ?
2. Proposer un modèle conceptuel en 3FN.
121
Corrigé :
1. Une dépendance fonctionnelle DF établit d'abord un lien entre donnée, en plus d'être
fonctionnelle.
▪ Matricule → Nom, Age : signifie qu'il y a d'abord un lien entre Matricule, Nom et Age, tel
que la valeur Nom et Age dépend de la valeur Matricule. Autrement, le Matricule
détermine le Nom et l'âge.
▪ Matricule → Club, signifie un élève est "inscrit" à un club et ce club est unique (un élève ne
participe pas à plus d'un club).
▪ Club → Salle, signifie qu'un club "a un local qui est une salle". Cette salle est unique,
(aucun club ne dispose de plus d'un local).
122
Corrigé :
2. Si on considère l'entité suivante :
▪ On peut dire que la propriété Matricule est identifiant, car il détermine tous les
autres propriétés, y compris Salle (la DF Matricule → Salle est transitive).
▪ Cette entité est en 2FN, car l'ensemble des dépendance fonctionnelles sont élémentaires.
▪ Cette entité n'est pas en 3FN, car la DF : Matricule → Salle, n'est pas directe mais transitive
par le fait que, Matricule → Club et Club → Salle.
▪ Donc on projette l'entité ELEVE

pour que cette DF (Club →
Salle) soit due à un identifiant.
123
Exercice 14 :
On considère le modèle suivant :
Quelques règles de gestion :

• Chaque projet a une date début et date fin.
• Le projet est dirigé par un seul Manager.
• Le système demande le nombre d'heures travaillé de chaque employé pour chaque projet.
• Les Managers peuvent diriger plusieurs projet simultanément.
1. Montrer que le modèle n'est pas en 3FN.

2. Proposer un modèle en 3FN. 124
Solution :
1. Montrer que le modèle n'est pas
en 3FN.
▪ Le modèle est en 1FN car les deux entités contient un identifiant et des propriétés élémentaires
▪ Le modèle n’est pas en 2FN :
Car le NB-heurs dépend de N° SS et de

N° Projet 125
Solution :
Cette DF n’est pas directe car N° Projet → N°

Manager et N° Manager → Nom-Manager
Date début et date fin dépendent seulement

de N° Projet
Donc le module n’est pas en 3FN
2. Proposons un module en 3 FN :
Vérifier que le module proposé est en 3FN 126

Exercice 15:
Soit l'objet « Projection » avec ses propriétés suivantes:
• NoFilm,
• TitreFilm,
L'acteur Nom Acteur Prénom Acteur ayant le code Code Acteur
• DuréeFilm,
• Code Acteur a joué le rôle Rôle dans le film NoFilm intitulé TitreFilm qui dure
• Nom Acteur
• Prénom Acteur DuréeFilm et est projeté dans la salle NoSalle ayant une capacité
• Rôle
CapacitéSalle places. Le film est projeté le DateProjection à
• NoSalle,
• CapacitéSalle, HeureDeb heure
• DateProjection,
• HeureDeb
Travail à faire : Proposer un modèle normalisé (en 3FN).
127
Solution :
Les dépendance fonctionnelle :
• NoFilm,
• TitreFilm,
• DuréeFilm,
• Code Acteur
• Nom Acteur
• Prénom Acteur
• Rôle
• NoSalle,
• CapacitéSalle,
• DateProjection,
• HeureDeb
La DF : N° Acteur →Rôle n’est pas élémentaire car pour déterminer le rôle il faut connaitre aussi le N° film
128
Solution :
Donc on effectué les modifications suivantes:
129
ENSAF TD1
Exercice 1 :
Modélisation
130
ENSAF TD1
Exercice 2 :
Q1 : Modélisation de « Une matière est enseignée dans une promotion »
131
ENSAF TD1
Exercice 2 :
Q2 : Modélisation de « Un professeur enseigne un certain nombre de matières»
132
ENSAF TD1
Exercice 2 :
Q3 : Modélisation de « Un livre de la bibliothèque concerne un certain nombre de matières»
133
ENSAF TD1
Exercice 2 :
Q4 : Modélisation de « Un livre de la bibliothèque est associé à un ou plusieurs mots-clés»
Il faut créer une entité pour les mots-clés et ensuite

créer une association entre des occurrences de cette
nouvelle entité et l'entité Livre.
134
ENSAF TD1
Exercice 3 :
Q1 : Modélisation de « Une matière nécessite un certain nombre de pré-requis d'autres matières.
C'est une association réflexive
135
ENSAF TD1
Exercice 3 :
Q2 : Modélisation de « Pour une année scolaire, un étudiant est dans une promotion. A la fin de l'année
scolaire, l'étudiant a l'un des statuts suivants : redoublant; admis en année supérieur; exclus; diplômé ».
Il y a deux difficultés, l'une

entraînant la deuxième :
• pour une même occurrence de
promotion, une occurrence
d'étudiant peut être associée
plusieurs fois à cette
occurrence;
• il faut créer une entité
Année_Scolaire, permettant
d'indicer le couple (étudiant,
promotion) et définir une
association tertiaire.
136
ENSAF TD1
Exercice 3 :
Q3 : On désire gérer les cycles à part entière. Que doit-on changer dans la modélisation de la promotion ? On
tiendra compte qu'il y a un ordre des promotions à l'intérieur d'un cycle.
Il faut créer une entité Cycle (le cycle n'est donc plus un attribut de Promotion). En conséquence, il faut
définir une association entre Promotion et Cycle.
137
ENSAF TD1
Exercice 3 :
Q4 : Chaque étudiant d'une promotion est évalué dans chaque matière attachée à la promotion. La moyenne
générale d'un étudiant est une moyenne pondérée des notes obtenues dans chaque matière. La pondération de
chaque matière est fixée pour chaque année scolaire et est commune à tous les étudiants.
138
Chapitre 3: Modélisation Logique des
Données
139
ENSAF Chapitre 3 : Modélisation Logique des données
▪ Le Modèle Logique de Données est un passage du Modèle Conceptuel de Données validé vers
l'implantation physique des données. Il se situe alors entre le M.C.D. et le M.P.D. (Modèle
Physique des Données). Le MLD ajoute au MCD la notion d'organisation et indique comment
les données seront organisées.
▪ Cette étape consiste à transformer le modèle conceptuel de données en modèle logique, selon
un formalisme adapté à un type de système de gestion de base de données (SGBD).
▪ Pour ce faire, on dispose de plusieurs types de modèles : le modèle hiérarchique, le modèle

réseau et le modèle relationnel, plus récemment, sont apparus les modèles logique orienté
objet et même des SGBD orientés objets. Pourtant les SGBD relationnels restent
extrêmement majoritaire.
▪ En raison des utilisations fréquentes de ce type et sa simplicité, le modèle relationnel sera

traité . 140
1. Le Modèle Logique de Données
▪ Le modèle logique relationnel des données consiste à décrire la structure de données utilisée. Il s'agit
donc de préciser la structure des données selon un modèle relationnel où les données sont enregistrées
dans des tableaux (Tables) à deux dimensions (lignes et colonnes).
2. Table, lignes et colonnes.
▪ Lorsque les données ont la même structure (comme par exemple les renseignements relatifs aux clients),
on peut les organiser en Table dans laquelle:
• Les colonnes décrivent les champs en commun.
• Les lignes contiennent les valeurs de ces champs pour chaque enregistrement.
L'élément de base du modèle

Client relationnel est la relation ou table. La
relation est désignée par son nom.
Contenu de la Table (Relation) Client, avec en première ligne les intitulés de colonnes 141
3. Clé primaire
▪ Les lignes d'une table doivent être uniques, cela signifie qu'une colonne (au moins) doit servir à les
identifier → Il s'agit de la clé primaire de la table.
▪ Propriétés requises de la clé primaire :

• La valeur vide (NULL) est interdite.
• La valeur de la clé primaire d'une ligne ne devrait pas changer au cours du temps.
4. Clé étrangère
Considérant l'exemple suivant:
142
4. Clé étrangère
▪ La transformation du MCD ci-dessus en MLD permet d'obtenir le résultat suivant :
La table : Client La table : Commande
Dans la table « Commande », Les valeurs de la colonne CinClient ne doivent contenir que des valeurs prises
de la colonne CinClient (Identifiant) de la table « Client ».
→ On dit alors que la colonne CinClient de la table « Commande » est une CLÉ ÉTRANGÈRE.
143
5. Passage MCD vers MLD
▪ La traduction du MCD en modèle logique relationnel s'effectue directement par la
transformation des Entités (objets) conceptuelles en relations, en fonction des règles de
passage précises.
▪ Le passage du modèle conceptuel des données au modèle logique des données s'effectue en
appliquant des règles s'appuyant sur les cardinalités des couples entité - association.
144
❑ Règles de transformation :
Règle 1 : Un objet conceptuel (entité) se transforme en relation (Table). Chaque propriété se

transforme en attribut. L'identifiant de l'entité devient la clé primaire de la relation.
❑ Exemple :
145
Règle 2 : (Association Père-Fils) : Une association binaire ayant des cardinalités (1,1) - (1.n) ou
(1,1) - (0,n) se traduit par l'immigration de l'identifiant de l'entité forte (ayant cardinalité (1,n) ou
(0,n)) vers l'entité faible (cardinalité (1,1)).
❑ Exemple :
146
Exemple :Règle 2 (Association Père-Fils) :
147
❑ Exemple :
Règle 3 (Association Père-Père) : Une

association binaire de type n:n
devient une table supplémentaire
dont la clé primaire est composée de
la concaténation des deux clés
étrangères (qui référencent les deux
clés primaires des deux tables en
association). Les propriétés de
l'association deviennent des colonnes
(Attributs) de cette nouvelle table.
148
Exemple : Règle 3 (Association Père-Père) :
149
Règle 4 (Association n-aires) : L'association devienne une table et la clé de cette table est la
concaténation des identifiants des entités reliées par l'association.
150
Exemple : Règle 4 (Association n-aires) :
151
❑ Règles de transformation : ❑ Exemple
Cas particulier :
Règle 5 (Association Fils-Fils) : La solution
la plus simple et la plus générale pour
transformer une association 1:1 consiste à
traiter cette association 1:1 comme une
association 1:N. Dans ce cas l'association
disparaît, la clé primaire de fils 1 devienne
clé étrangère de fils 2 ou la clé primaire de
fils 2 devienne clé étrangère de fils 1.
152
Exemple : Règle 5 (Association Fils-Fils) :
153
6. Modèle physique de données
▪ Un modèle Physique de données est une étape de définition des données. C'est un formalisme
qui permet de préciser le système de stockage employé pour un système de gestion de base de
données.
▪ L'analyste fait évoluer sa modélisation de haut niveau pour la transformer en un schéma plus
proche des contraintes des logiciels de bases de données. Il s'agit de préparer l'implémentation
dans un SGBD (Système de Gestion de Base de Données).
▪ Concrètement, cette étape permet de construire la structure filiale de la base de données avec
les différents liens entre les éléments qui la composent.
154
Exercice 16 Soit le modèle conceptuel suivant:
155
Solution Soit le modèle conceptuel suivant:
156
Solution
157
Solution
Schéma relationnel:
• Expert (NumExp, NomExpert, PrenomExpert, AdExpert, CPExpert, VilleExp)

• Agent (NumAgent, NomAgent, PrenomAgent, TelAgent)
• Accident (NumAccident, #NumAgent, LieuAccident, DateAccident, Heure Accident, Circonstances)
• Vehicule (NunInunatricul, Marque, Type, Puissance)
• Client (NuMClient, NomClient, PrenomClient, AdClient, CPClient, VilClient, TelClient)
• Contrat (NiunContrat, #NumClient, #Numlmmatricul, TypeContrat, DateContrat)
• Concerne (#Numlmmatricul, #NumAccident)
• Expertise (#Numlmmatricul, #NumElipert, Date, Rapport)
158
ENSAF TD2
Exercice 1
1. Les propriétés de ce système:
On se propose de modéliser la base de données d'un hôpital. L'analyse de l'existant a dégagé les informations
suivantes
• L'hôpital a un ensemble d'employés qui sont des docteurs et des infirmières. Chaque employé possède un
numéro d'employé, un nom, un prénom, une adresse et un numéro de téléphone.
• L'hôpital est composé de plusieurs services, pour lesquels on connaît le code, le nom, le bâtiment et le
directeur, qui est en fait un docteur.
• Chaque service contient plusieurs salles. Une salle est représentée par un numéro, un surveillant et le
nombre de lits qu'elle possède. Le numéro de salle est local à un service (i.e., chaque service possède une
salle numéro 1). Un surveillant est un infirmier.
• Un infirmier est affecté à un service et à un seul.
• Les docteurs ne sont pas affectés à un service particulier, mais on connaît sa spécialité.
• On connaît aussi pour chaque infirmier sa rotation et son salaire.
• Les malades de l'hôpital sont représentés par un numéro, un nom, un prénom, une adresse et un numéro
de téléphone.
• Un malade est hospitalisé dans une salle avec un numéro de lit et son diagnostic. Il est soigné par un
docteur. Au cas où il y a des complications, il peut être transféré dans un autre service159avec une autre
salle
ENSAF TD2
Exercice 1
1. Les propriétés de ce système:
On se propose de modéliser la base de données d'un hôpital. L'analyse de l'existant a dégagé les informations
suivantes
• L'hôpital a un ensemble d'employés qui sont des docteurs et des infirmières. Chaque employé possède un
numéro d'employé, un nom, un prénom, une adresse et un numéro de téléphone.
• L'hôpital est composé de plusieurs services, pour lesquels on connaît le code, le nom, le bâtiment et le
directeur, qui est en fait un docteur.
• Chaque service contient plusieurs salles. Une salle est représentée par un numéro, un surveillant et le
nombre de lits qu'elle possède. Le numéro de salle est local à un service (i.e., chaque service possède une
salle numéro 1). Un surveillant est un infirmier.
• Un infirmier est affecté à un service et à un seul.
• Les docteurs ne sont pas affectés à un service particulier, mais on connaît sa spécialité.
• On connaît aussi pour chaque infirmier sa rotation et son salaire.
• Les malades de l'hôpital sont représentés par un numéro, un nom, un prénom, une adresse et un numéro
de téléphone.
• Un malade est hospitalisé dans une salle avec un numéro de lit et son diagnostic. Il est soigné par un
docteur. Au cas où il y a des complications, il peut être transféré dans un autre service160avec une autre
salle
ENSAF TD2
Exercice 1
2. Les entités de ce système:
161
ENSAF TD2
Exercice 1
3. Le MCD du système:
162
ENSAF TD2
Exercice 1
163
ENSAF TD2
Exercice 1
3. Le MLD du système:
• Docteur(numero, nom, prenom, adresse, tel, specialite)

• Infirmier(numero, nom, prenom, adresse, tel, rotation, salaire, #code_service)
• Service(code, nom, batiment, #directeur)
• Salle(id, numero, nombreLits, #code_service)
• Malade(numero, nom, prenom, adresse, tel, diagnostic)
• Surveiller(#id_salle, #surveillant)
• Hospitaliser(#id_salle, #numéro_malade, numLit)
• Soigner(#numero_docteur, #numero_malade)
164
ENSAF TD2
Exercice 1
165
ENSAF TD2
Exercice 2: Étude de cas de gestion des résultats au parcours du combattant
Une caserne militaire désire gérer les résultats des soldats lors du passage des obstacles du parcours du combattant. Dans
sa carrière, un soldat va passer plusieurs fois le parcours du combattant.
À chaque fois qu’un soldat passe un obstacle, un instructeur lui attribue une note (note instructeur). Si le parcours
comporte 20 obstacles, l’élève recevra donc 20 notes (si l’élève ne passe pas l’obstacle, la note 0 lui est attribuée).
À chaque obstacle est attribué un niveau de difficulté. (facile, moyen, difficile …). Un bonus de points est ensuite attribué
à chaque niveau (ex : bonus de 2 points pour les obstacles difficiles).
La note finale pour le passage d’un obstacle est donc égale à : note attribuée par l’instructeur + bonus relatif à la difficulté
de l’obstacle.
Enfin, une note minimale à obtenir est définie pour chaque obstacle. Elle définit un niveau minimum à atteindre qui
permet de dire à un soldat sur quels obstacles il doit axer en priorité son entraînement.
Exemple : soit l’obstacle « Fosse » de niveau « difficile » (le bonus attribué pour ce niveau est de 2 points). La note
minimale à atteindre pour cet obstacle est de 10. Si un élève est noté 6 sur cet obstacle par l’instructeur, sa note finale
sera égale à 6 + 2 = 8. On juge donc que son niveau sur cet obstacle est insuffisant et qu’il lui faut parfaire son
entraînement.
Les responsables de la caserne souhaitent obtenir la liste de tous les obstacles ainsi que leur niveau de difficulté. Ils
souhaitent également obtenir la liste de toutes les notes attribuées sur chacun des obstacles. Enfin, ils désirent avoir le
récapitulatif des notes obtenues par un soldat donné pour retracer sa progression, ainsi que le temps total qu’il a mis pour
166
effectuer un parcours complet (ainsi que les temps intermédiaires).
ENSAF TD2
Solution
Liste des informations
retenues dans le modèle :
• Matricule, Nom,
Prénom,
• Id participation, Date,
• Note instructeur,
Temps,
• Nom obstacle, Note
mini,
• Id niveau, Libellé
niveau, Bonus.
Le MCD du système: 167

ENSAF TD2
Solution
Le MLD du système:
168
ENSAF TD2
Solution
Le MLD du système:
• Soldat(Matricule, nom, prenom)

• Participation (Id_participation, #Matricule, date)
• Obstacle(Nom_obstacle, #Idniveau, note mini,)
• Niveau_difficulté(Id niveau, Libillé niveau,bonus)
• Passer(#Id_participation, #nomobstacle, note_instructeur, temps)
169
Chapitre 4: Modélisation conceptuelle
des traitements
170
ENSAF Chapitre 4 : Modélisation conceptuelle des traitements
1. Présentation
▪ Le modèle conceptuel de donnée (MCD) donne une vision statique de système d’information.
▪ Le modèle conceptuel de traitement (MCT) donne une vision dynamique de système c'est-à-dire les
opérations qui sont réalisées en fonction d'événements. Ce modèle permet donc de représenter de façon
schématique l'activité d'un système d'information sans faire référence à des choix organisationnels ou des
moyens d'exécution.
▪ Le modèle MCT doit répondre à la question Quoi ? c.à.d, il doit exprimer ce qu’il faut faire sans préciser ni
qui, ni quand et ni comment le faire.
▪ On utilisera un formalisme manipulant les concepts :
• d'événement : fait déclenchant une (ou plusieurs) action(s),
• d'opération : Ensemble d'actions ininterruptibles
• de processus : enchaînement d'opérations dont les actions sont
incluses dans un même domaine d'activité.
• règles de synchronisation et d'émission
171
• de résultat : produit de l'exécution d'une opération
2. Les concepts manipulés et formalisme :
2.1. Evénement : est un Fait réel dont la venue a pour effet de déclencher l’exécution d’une ou plusieurs
actions. (un événement informe le système d’information qu’il se passe quelque chose et qu’il faut réagir ).
❖ Exemple : l’arrivée d’une commande, demande d’inscription.
▪ On distingue deux types d’événements :

• Evénement externe : peut provoquer une réaction de SI sous forme d’une opération
(ex : Demande de promotion (déclenche le processus) Promotion accordée ( résultat de processus) )
• Evénement interne : peut soit provoquer une nouvelle réaction du SI soit constituer un résultat
pour l’univers extérieur.
▪ Un événement peut être porteur de propriétés. Ces propriétés constituent un mouvement (interne ou externe).
❖ Formalisme : On représente un événement par une ellipse en trait plein pour les événements internes
à l'organisation, en trait pointillé pour les événements externes
172
2.2.Opération : est un ensemble d’actions accomplies par le SI en réaction à un événement ou à une
conjonction d’événements. Cet ensemble d’actions est ininterruptible, c.à.d non soumis à l’attente de
nouveaux événements.
❖ Exemple : L’opération : préparation d’une commande regroupe les actions non interrompues suivantes :
• Détermination des produits et des quantités à commander.
• Choix du fournisseur.
• Rédaction d’un bon de commande.
▪ Une opération produit en sortie de nouveaux événements.
▪ Une opération peut être caractérisée par :

• Des types d’actions à entreprendre (Actions élémentaires : Ajout, Modification, Annulation, Déduction
et Recherche )
• Des types d’événements contributifs,
• Des types d’événements produits dont l’émission est soumise à des règles d’émission.
173
❖ Formalisme:
❖ Exemple:
174
2.3.Synchronisation : La synchronisation d’une opération est une condition sur les événements déclenchant l’opération.
Autrement dit, une synchronisation d’une opération marque le rendez-vous des événements contributifs qui doivent arrivés
avant de déclencher l’opération, selon une condition donnée. Cette condition peut porter sur :
• La valeur de propriété de l’événement (exp : date = 25 du mois).
• Le nombre d’occurrences de l’événement (exp : 4 pièces)
▪ Elle peut aussi comporter une partie logique utilisant les opérations ET, OU et NON.
▪ Si l’opération est déclenchée sans aucune condition, on dit qu’elle est sans attente.
▪ La synchronisation d’une opération préconise certaines conditions précises :

• Les types d'événements, internes ou externes, qui y participent ;
• La proposition logique portant sur les différents types d'événements. L'arrivée d'une occurrence d'un type
d'événement rend vraie le terme de la proposition relative à l'événement.
• Les conditions locales associées à la proposition logique. Ces conditions portent uniquement sur les valeurs des
propriétés véhiculées par le message associé au type d'événement.
175
• La durée limite d'attente, au delà de laquelle les événements en attente deviennent périmés et ne peuvent plus
participer à la synchronisation.
Exemple:
❖ Formalisme :
Ce qui donne
176
2.4. Processus :
Dans le cas où le MCT est très compliqué on aura l’intérêt de le décomposer en processus. Un processus est
un enchaînement d’opérations incluses dans un même domaine d’activité.
❖ Exemple :
Le domaine de la gestion des stocks comprend trois processus :
• approvisionnement des stocks,
• déstockage,
• inventaire.
▪ Deux critères pour passer d'un processus à l'autre :

• Les résultats produits par le premier sont considérés comme invariant.
• Ils marquent un transfert des responsabilités qui ne sauraient être remises en cause à court ou moyen
terme.
▪ On établit un MCT par processus.
177
2.5.Règle d’émission :
Les règles d’émission traduisent les règles de gestion à laquelle est soumise l’émission des résultats d’une
opération. Les règles d’émission sont généralement de type :
• Ok , Non OK
• ou bien indiquées au bas de l’opération avec leurs libellés.
❖ Exemple :
2.6. Résultat :
Produit de l'exécution d'une opération. Le résultat qui est un fait de même nature que l'événement peut être le
déclencheur d'une autre opération.
❖ Exemples :
Commande transmise, bulletins de paye édités,...
178
❖ Formalisme complet:
179
❖ Exemple: Les demandes des
crédits bancaire doivent suivre les
règles de gestion suivantes :
• Règle 1 : Toute demande d’un
crédit bancaire doit faire
l'objet d'un examen
préalable.
• Règle 2 : L'accord définitif du
crédit bancaire ne peut être
donné qu'après avis de la
Banque du Maroc.
180
3. Construction du MCT :
3.1. Mécanisme de construction du modèle
• Etablir le MCT brut par processus.
• Etablir les règles de gestion
• Construire le graphe de flux ( ou matrice de flux)
• Ordonnancer les flux d’informations
• Identifier les processus si cela est nécessaire
▪ Tout flux du graphe de flux devient un événement du MCT. Ensuite, il faut penser à éliminer les
traitements redondantes.
3.2. Description des événements et des opérations
▪ Parallèlement au schéma du MCT, on établit :
• Une description des événements qui précise :
o Le nom de l’événement (exp : commande client)
o Sa nature (exp : externe)
o Ses propriétés (code client, le produit commandé) 181
• Une description des opérations qui précise :
o Le processus correspondant
o La définition de l’opération
o Les événements qui la déclenchent
o Les événements émis
o Les règles d’émissions
182
3.3. Règles de vérification du MCT :
R1 : Un processus doit être déclenché par un événement externe.

R2 : Un événement externe ne peut pas être le résultat d’une opération
R3 : Un événement interne est le résultat d’une opération.
R4 : Une synchronisation doit toujours pouvoir se réaliser.
R5 : L’ensemble des règles d’émissions d’une opération doit être complet et disjoints.
R6 : Le MCT ne doit pas présenter de cycles, c.à.d l’événement final ne doit pas générer à nouveau le
processus.
R7 : Si une synchronisation porte sur la valeur d’une propriété, cette propriété doit être porté par
l’événement participant à la synchronisation.
R8 : Une même règle de gestion ne doit pas se trouver dans deux actions différentes.
R9 : Une opération est toujours rattachée à un processus.
R10 : Une règle d’émission peut activer un ensemble d’événements
R11 : Une opération est toujours activée par un ensemble d’événements via une synchronisation
183
3.4. Démarche De Construction D'un MCT
▪ Point de départ :
• diagramme tâche-document (ou schéma de circulation) de l'étude préalable.
▪ Démarche :
• Dresser la liste des événements et des résultats (externes et internes),
• Eclater les opérations du diagramme tâche document en plusieurs opérations du MCT.
184
ENSAF Chapitre 4 : Modélisation conceptuelles de traitements
Exercice 17 : Solution :
Construire le MCT du problème suivant :
Dans une société, les demandes de
promotion sont traitées selon les règles de
gestion suivantes :
• RG1 : toute demande de promotion doit
subir un examen préalable pour
déterminer si elle est recevable ou non.
• RG 2 : l’examen de dossier d’une
demande recevable ne peut se faire
qu’auprès rapport du supérieur
hiérarchique.
• RG3 : après examen du dossier, la
promotion est accordée ou refusée.
185
Chapitre 5: Modélisation organisationnelle
des traitements
186
ENSAF Chapitre 5 : Modélisation organisationnelle des traitements
1. Introduction
▪ Le modèle organisationnel de traitement (MOT) permet de reprendre et de préciser l’ensemble des concepts
décrits dans le MCT. Son objectif est d’effectuer les choix techniques et d’organisation en vue de la
réalisation du logiciel. A ce niveau on étudiera les problèmes de :
• Matériel
• Poste de travail
• Organisation dans le temps des traitements à réaliser
• Moyens financiers et de personnel.
▪ Il faut répondre aux questions :
Où ? Qui ? Quand ? mais on ne s’occupe pas encore du comment.
▪ La construction du MOT s’appuie sur les règles d’organisation mises en évidence au niveau
logique/organisationnel.
▪ Ce modèle est réalisé lors de l’étude préalable et de l’étude détaillée
187
2. Concepts manipulés :
Les deux notions nouvelles introduites au niveau du MOT par rapport au MCT sont :
• Procédure (regroupement de tâche)
• Poste de travail.
2.1. Procédure :
Appelée aussi procédure fonctionnelle (PF). Une procédure est un ensemble de tâches exécutées par un
même poste de travail, de façon non interrompue et avec le même type de traitement. Une procédure doit
représenter les règles des trois unités :
• Temps : même période de déroulement.
• Lieu : même poste de travail.
• Action : même nature de travail.
❖ Exemple :
L’impression des feuilles de paie d’une entreprise constitue une procédure. Elle est exécutée de façon non
interrompue par le même poste de travail et le traitement est entièrement automatisé.
188
▪ Une procédure est caractérisée par :
• Un code, un libellé et un commentaire.

• Son type de traitement qui peut être :
o Manuel : réalisé par l’homme sans intervention de l’informatique (exemple : ouverture de courrier
électronique).
o Automatisé en temps réel (conversationnel) : réalisé sur ordinateur mais nécessite l’intervention
humaine.
o Automatisé au temps différé : réalisé sur ordinateur sans intervention humaine. (exemple :
impression des feuilles de paie).
• Son déroulement : il définit l’instant ou commence la procédure et la durée maximale de cette
procédure.
• Les flux entrants ou sortants d’une procédure.
189
2.2. Le poste de travail :
Lieu ou un ensemble de tâches de l’entreprise est exécuté. (exp : comptabilité, stock, …)
Un poste de travail est caractérisé par :

• Le nom de lieu (exp : magasin)
• Le responsable (exp : magasinier )
• Les ressources : moyens permettant de réaliser certaines actions. Une ressource peut comporter des
hommes, des logiciels, du matériel, des fichiers,…
3. Construction du modèle :
Les étapes de construction sont les suivantes :

• Regrouper les actions d’une opération conceptuelle en respectant les règles des unités.
• Indiquer pour chaque procédure fonctionnelle (PF), la nature de son traitement et le poste de travail
la réalisant.
• Enfin, le dessin du MOT par processus.
190
▪ Le MOT doit vérifier les règles suivantes :
• L’événement déclencheur de l’opération dans le MCT doit déclencher la première procédure du MOT.
• L’événement résultat de l’opération dans le MCT doit être résultat de la dernière procédure de MOT.
❖ Formalisme
191
4. Description détaillée des PF
Pour décrire d’une manière détaillée les procédures fonctionnelles (PF), on utilisera les outils suivants :
• Fiche de description de procédure
Fiche de description de la PF
Nature : Automatisée
Objet : Edition du stock
Evènements traités : Date d’inventaire
Données utilisées : Ensemble d’informations
Evénements résultats : Etat d’inventaire édité
Données sorties : Description de l’état de sortie
Actions sur la base d’informations : recherche de tous les produits
• Description des mouvements portés par les événements.

o Dessins et états de sorties
o Documents de saisie
o Grilles d’écran
o Documents manuels. 192
• Diagramme de répartition des tâches entre l’homme et la machine pour les transactions
conversationnelles.
• Description des traitements automatiques :
o Table de décision lorsque la PF présente une structure alternative très marquée.
o Grille de contrôle dans le cas d’une saisie par transactions
A retenir…
MOT= MCT + lieu + moment + nature
Lieu: Qui exécute? Acteurs (MCC) Nature :Manuelle, Automatique, Interactive
Moment :
Quand exécute-t-on l’opération?
Agencement temporel 193
5. Passage du MCT au MOT
▪ Importer la liste des acteurs du MCC
194
▪ Importer le MCT
195
▪ Répartition des opérations entre les acteurs
▪ Définition des types des traitements
196
Du MCT au MOT
▪ Division des traitements répartis entre plusieurs acteurs
197
▪ Définition des périodes de traitement
198
❖ Exemple: Gestion des sinistres dans une assurance
• A l’arrivée d’une déclaration d’accident, le responsable du gestion des sinistres décide de la

recevabilité et note son avis sur la déclaration,
• Il transmet la déclaration annotée au secrétariat du service qui saisit les éléments
essentiels sur ordinateur.
• En fin de journée, on édite les demandes d’expertise et les notifications de refus.
• Au retour de l’expertise, quelques jours plus tard, on enregistre sur un terminal la réponse
de l’expert. On classe la réponse dans le dossier assuré.
• Au retour de la facture du garage, on vérifie si le rapport de l’expert est arrivé; on
enregistre la facture et on édite immédiatement le chèque destiné au client.
199
❖ Tableau des phase
200
❖ MCT
201
❖ MOT
202
❖ MOT
203
ENSAF Etude de cas
Gestion des approvisionnements
▪ A partir des demandes d’approvisionnement établies par le service commercial, le service des achats
envoie des demandes de prix aux fournisseurs possibles, pour les articles nouveaux ou
d’approvisionnement exceptionnel (on se limitera à ces articles, laissant de côté les articles connus et à
approvisionnement régulier).
▪ Les fournisseurs envoient des offres, étudiées en détail et comparées par les acheteurs ; ces derniers
font ensuite un choix. Le choix est effectué au plus tard 10 jours après l’envoi des offres.
▪ Le service des achats établit un bon de commande à destination du fournisseur retenu. Une copie est
remise au magasin en vue de la réception.
▪ Quand la livraison arrive, le magasinier contrôle quantitativement la marchandise. Un contrôle de
qualité est effectué. La livraison arrive généralement 2 jours après le choix définitif du fournisseur.
▪ La livraison est renvoyée en bloc si l’un des contrôles est négatif. Les contrôles satisfaisants
aboutissent à l’entrée en stock des articles. Le magasin établit le bon à payer aux services financiers.
Quand les services financiers reçoivent la facture du fournisseur (généralement 3 jours après la
livraison), ils vérifient qu’il lui correspond le bon à payer et émettent le chèque de paiement.
▪ NB : on considérera que le magasin et le service des achats ne forment qu’un unique service.
1) Etablir le diagramme des flux
2) Etablir le modèle conceptuel des traitements
3) Etablir le modèle organisationnel des traitements 204
Solution
1). Le diagramme des flux
205
Solution
2). Le modèle conceptuel des traitements MCT
206
Solution
3). Le MOT
207
Solution
3). Le MOT
208
Solution
3). Le MOT
209

Cours

Transféré par

Cours

Transféré par

UNIVERSITÉ SIDI MOHAMED BEN ABDELLAH

ECOLE NATIONALE DES SCIENCES APPLIQUÉES FÈS ENSAF

Analyse et Conception des Système d’Information

Année universitaire 2020-2021 1

❑ Système d’information et Base de données

o Analyse et Conception des Système d’Information (32H de cours et TD)

o Base de données et SGBD (20H de TP)

Contact: [email protected] Evaluation: : Examen Ecrit + Mini-projets 2

❑ Présentation générale des concepts de base

❑ Modélisation conceptuelle des données

❑ Modélisation logique des données

❑ Modélisation conceptuelle des traitements

❑ Modélisation organisationnelle des traitements

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

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

▪ Comprendre l'interrelation des systèmes d'information avec la stratégie,

▪ Connaître le cycle de vie et les phases de mise en place d'un système

▪ Employer une méthode professionnelle d'ingénierie de conception des

▪ L’enjeu de toute organisation/entreprise qu’elle soit de négoce, industrielle ou de services

▪ Le gestionnaire doit être capable de traiter (ou accompagner le traitement) l’information et

▪ Le système d'information coordonne, grâce à l'information, les activités de l'organisation et lui

▪ De plus, le système d'information représente l'ensemble des ressources (les hommes, le

▪ Un système d’information (noté SI) est un ensemble structuré de ressources humaines,

▪ Un système peut être représenté par le schéma suivant :

❖ Exemple: une chaudière transforme par combustion du charbon en chaleur.

▪ Une organisation (système d'entreprise) est composée de trois systèmes :

• le système opérant qui constitue la machine

• le système de pilotage appelé aussi système de gestion

▪ Le système de pilotage : C'est ce qui va contrôler et

▪ Le processeur d’information produit des changements dans la base d’information à la

▪ Le processeur d’information interprète la commande et effectue les changements en respectant

▪ Le SI est la mémoire de l'organisation. 13

▪ L'approche systémique (relatif à un système dans son ensemble), appliqué au système de

▪ Le système d'information réalise alors quatre fonctions essentielles:

➢ Collecter : Les informations provenant des autres éléments du système ou de

l'environnement extérieur du système.

➢ Traiter : Les données stockées par le système.

➢ Transmettre :Les informations vers les autres composants du système.

▪ Le SI a deux finalités : fonctionnelle et sociale.

▪ Un SI performant permet à une entreprise d'optimiser leur processus, de sous-traiter des

▪ Les modèles servent à :

➢ préparer la réalisation : grâce à un modèle de la solution : phase de conception.

▪ Les avantages d’utilisation d’une méthode sont :

MERISE : Méthode d'Étude et de Réalisation Informatique pour les Systèmes

▪ Les points forts de MERISE :

➢ Elle est assez indépendante vis à vis de la technologie.

➢ Elle est la plus utilisée dans les domaines de gestion.

➢ Elle sert de référence aux enseignements sur les méthodes.

▪ La démarche de développement d'un système d'information est conduite suivant 3 axes

▪ En appliquant ces principes à un SI, on en distingue trois phases :

➢ l’étude préalable : elle aboutit à une prise de

➢ l’étude détaillée : elle aboutit à un cahier de

➢ Réalisation : écriture des programmes et

➢ Mise en œuvre et maintenance.

L’étude détaillée menée par projet permet:

Elle se traduit par :

La maintenance du SI qui consiste à l'adapter aux évolutions de l'environnement : correction des

Etude détaillée Accord des utilisateurs sur spécifications fonctionnelles

Etude technique Accord du chef de projet sur spécifications techniques

Réalisation Production Recette provisoire

Maintenance Maintenance Système en service recette 35

Le cycle d'abstraction a pour but de découper le SI en

A chaque niveau correspondent une préoccupation et un

▪ MERISE utilise une démarche de modélisation à trois niveaux.

▪ Au niveau conceptuel, on définit les classes d’objets ou d’événements et les règles de

➢ le modèle conceptuel des données (MCD)

➢ le modèle conceptuel des traitements (MCT).

▪ Le modèle organisationnel consiste à définir le modèle logique de données (MLD) et le Modèle

▪ On élabore donc deux modèles:

▪ L’expression des besoins aboutit à concevoir le modèle conceptuel de la communication

(MCC) qui définit les flux d’informations à prendre compte.

contraintes à prendre en compte.

système d’information et le MOT décrivant les contraintes dues à l’environnement

(organisationnel, spatial et temporel).

▪ Enfin, le modèle physique reflète un choix matériel pour le système d’information.

Niveau Données (statique) Traitements (dynamique) Choix