Cours Base de Données

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

Faculté des Sciences Exactes
Département de Mathématiques
Master 2
Option : Mathématiques Appliquées à l’économie

et à la finance
Cours Base de données et modélisation avec R
Mme LABDAOUI Ahlam
2021/2022
Table des matières
Table des matières :

0.1. Introduction générale ..............................................................................................
91
Chapitre I: présentation de méthode Merise avec présentation de projet ............................

02
Partie 1 : présentation de méthode Merise ............................................................................

02
Introduction:........................................................................................................................
02
1. Définition des outils de modélisation: ........................................................................

02
1.1. La méthode MERISE: ...........................................................................................

02
1.1.1. Définition : ...................................................................................................

02
1.1.2. Historique: ...................................................................................................

09
.9.0 Niveaux de démarche MERISE :...............................................................................

09
1.2.1. Niveaux conceptuel : ...................................................................................

00
1.2.2. Niveaux organisationnel : ............................................................................

00
1.2.3. Niveau physique : ........................................................................................

00
1.3. Approche par étapes: ..........................................................................................

00
1.4. Objectifs de MERISE: ...........................................................................................

02
Partie 0 : Présentation de projet .............................................................................................

02
Section 1 : Présentation du projet.......................................................................................

02
1.1. Le fonctionnement de l’entreprise SARL MILIMED .............................................

02
1.2. L’objectif du projet ..............................................................................................

02
Section 2 : Présentation de l’entreprise : ............................................................................

02
Sous section 1 : Présentation générale de l’entreprise ...................................................

02
1. Description de l’entreprise : ................................................................................

02
2. Historique : ..........................................................................................................
02
3. Localisation : ........................................................................................................
02
4. Les coordonnées de l’entreprise : ......................................................................

02
5. L’organigramme de l’entreprise MILIMED : ........................................................

02
6. Les services de L’entreprise : ...............................................................................

02
7. Les points forts de l’entreprise : ..........................................................................

01
8. L’objectif de l’entreprise :....................................................................................

01
Sous section 2 : Ressources humaines ............................................................................

22
9
Table des matières
Introduction : ...............................................................................................................
22
.9 Définition : ...........................................................................................................
22
2. Définition du personnel : .....................................................................................

22
3. Notion de gestion de ressources humaines : ......................................................

29
3.1. Activité de gestion des ressources humaines :............................................

29
3.2. Outils de gestion des ressources humaines : ..............................................

29
4. Fonction des ressources humaines : ...................................................................

29
5. Objectifs fonctionnels des ressources humaines : ..............................................

29
6. Ressources humaines de S.A.R.L MILIMED :........................................................

20
Conclusion : .....................................................................................................................
20
Chapitre II : Le modèle conceptuel de données (MCD) ........................................................

22
Introduction : ...........................................................................................................................
22
1. Définition de MCD : .........................................................................................................

22
2. Les concepts de MCD : ....................................................................................................

22
2.1. Entité .......................................................................................................................

22
2.2. Relation....................................................................................................................
22
2.3. Les cardinalités ........................................................................................................

22
.2 Objectif de MCD : ............................................................................................................

22
4. La construction du MCD : ................................................................................................

22
4.1. Les règles de gestion : .............................................................................................

22
4.2. Le dictionnaire des données : ..................................................................................

22
4.3. Graphe de dépendances fonctionnelles ..................................................................

22
4.4. Modèle conceptuel des données : ..........................................................................

21
Conclusion : .............................................................................................................................
22
Chapitre III : vérification et normalisation d’un MCD ...........................................................

29
Introduction:............................................................................................................................
29
1. Le modèle conceptuel des traitements: ..........................................................................

29
1.1. Les concepts: ...........................................................................................................

29
1.1.1. Evénement: .....................................................................................................

29
1.1.2. Processus : .......................................................................................................

29
10
Table des matières
1.1.3. Opération: .......................................................................................................

20
1.1.4. La synchronisation: ..........................................................................................

20
1.2. La construction du MCT:..........................................................................................

42
9.0.9. Processus d’arrivée des produits au niveau du dépôt : ........................................

42
1.2.1.1. Règles de gestion:...........................................................................................

42
9.0.9.0. Flux d’information : ........................................................................................

43
1.2.1.3. Passage au MCT: .............................................................................................

44
1.2.2. Processus de vente et distribution des produits aux clients : ...............................

45
1.2.2.1. Règles de gestion : ..........................................................................................

45
9.0.0.0. Flux d’information : ........................................................................................

45
1.2.2.3. Passage au MCT ..............................................................................................

46
2. Modèle organisationnel de traitement : .........................................................................

47
0.9. Processus d’arrivée des produits au niveau du dépôt :...............................................

47
0.9.9. Règle d’organisation: .............................................................................................

48
2.1.2. MOT future: ...........................................................................................................

48
2.2. Processus de vente des produits : ................................................................................

49
0.0.9. Règles d’organisation : ..........................................................................................

49
2.2.2. MOT future : ..........................................................................................................

49
3. Modèle externe (ME) : ....................................................................................................

51
2.1. Principes: .................................................................................................................

51
2.2. Construction des ME à partir des blocs logiques: ...................................................

51
2.3. Règles de construction des Modèle Externes: ........................................................

29
.0.2 Les MEs des processus automatisés:...........................................................................

20
2.4.1. Processus d’arrivée des produits au niveau du dépôt : ..................................

20
2.4.2. Processus de vente et distribution des produits aux clients : .........................

22
Conclusion : .............................................................................................................................
21
Chapitre IV : Introduction aux bases de données ................................................................

22
1. Concepts de base :...............................................................................................................

22
1.1. Base données : .............................................................................................................

22
1.2. Système de gestion de bases de données : ..................................................................

22
11
Table des matières
1.3. Banque de donnée : .....................................................................................................

22
1.4. Fichier : .........................................................................................................................

29
0. Limites de l’utilisation des fichiers : ....................................................................................

29
2. Apport de l’utilisation des bases donnée : ..........................................................................

29
2. Cycle de vie d’une BD : ........................................................................................................

29
4.1. Conception :..................................................................................................................

29
4.2. Implantation : ...............................................................................................................

29
4.3. Utilisation : ...................................................................................................................

20
5. Modélisation des données : ................................................................................................

20
2.9. Définition d’un modèle donné : ...................................................................................

20
2.0. Définition d’un schéma d'une base de données : ........................................................

20
5.3. Différents types de schémas de base de données : .....................................................

20
5.3.1. Schéma conceptuel ...............................................................................................

20
5.3.2. Schéma logique .....................................................................................................

20
5.3.3. Schéma interne ou physique .................................................................................

22
5.3.4. Schéma externe .....................................................................................................

22
6. Processus de développement des bases de données : .......................................................

22
Chapitre V : Modèle Relationnel .........................................................................................

22
1. Introduction .........................................................................................................................
22
2. Concepts de base :...............................................................................................................

22
2.1. Attribut : ......................................................................................................................

22
2.2. Domaine : .....................................................................................................................

22
2.3. Produit cartésien : ........................................................................................................

22
2.4. Relation :.......................................................................................................................

22
2.5. Degré : ..........................................................................................................................

22
2.6. Occurrence : .................................................................................................................

22
0.2. Extension d’une relation :.............................................................................................

22
2.8. Clé candidate : ..............................................................................................................

22
2.9. Clé primaire : ................................................................................................................

22
0.92. Schéma d’une relation :..............................................................................................

22
12
Table des matières
2.11. Clé étrangère : ............................................................................................................

22
0.90. Contrainte d’intégrité : ...............................................................................................

22
2.13. Schéma de base de données : ....................................................................................

22
3. Dépendances Fonctionnelles :.............................................................................................

22
2.1. Introduction : ................................................................................................................

22
2.2. Définition : ....................................................................................................................

22
2.3. Dépendance fonctionnelle élémentaire : .....................................................................

22
2.4. DF directes : ..................................................................................................................

22
2.5. Graphe de dépendance fonctionnelle : ........................................................................

22
2.2. Les axiomes d’Armstrong : ...........................................................................................

22
2.7. Couverture fonctionnelle .............................................................................................

22
2.8. Fermeture transitive : ...................................................................................................

22
2.9. Couverture minimale : ..................................................................................................

22
2.92. Définition d’une clé de relation : ................................................................................

22
2. Normalisation des relations : ..............................................................................................

22
2.1. Relation universelle : ....................................................................................................

21
2.2. Exemple de problème :.................................................................................................

21
2.3. Formes normales : ........................................................................................................

21
2. Schéma relationnel normalisé : ...........................................................................................

29
2.1. Approche par synthèse : ...............................................................................................

29
2.2. Approche par décomposition : .....................................................................................

20
Chapitre VI :L’algèbre relationnelle.....................................................................................

22
1. Introduction : ......................................................................................................................
22
2. Définition : ...........................................................................................................................
22
3. Rappels terminologiques : ...................................................................................................

22
2. Les objectifs de l’algèbre relationnelle : ..............................................................................

22
2. Différents types d’opérateurs : ...........................................................................................

22
5.1. Les opérateurs unaires : (sélection, projection) : .........................................................

22
2.9.9. Sélection (σ) : .........................................................................................................

22
2.9.0. Projection(π) : ........................................................................................................

22
13
Table des matières
5.2. Les opérateurs binaires :( union, intersection, différence) : ........................................

22
5.2.1. Union(∪) : ..............................................................................................................

22
2.0.0. Intersection(∩) : ....................................................................................................

22
5.2.3. Différence(-) : ........................................................................................................

21
5.3. Les opérateurs binaires ou n-aires : (produit cartésien, jointure, division) : ...............
22
5.3.1. Produit cartésien(X) : .............................................................................................

22
5.3.2. jointure : ...............................................................................................................

29
5.3.3. Jointure naturelle : ................................................................................................

20
5.4. Opérateurs dérivées : ...................................................................................................

22
2. Opérateurs de l’algèbre relationnelle : ...............................................................................

22
Conclusion : .............................................................................................................................
22
Chapitre VII : Application sous logiciel ................................................................................

22
1. Introduction: ........................................................................................................................
22
2. Outils de développement et langage: .................................................................................

22
2. Présentation de l’application : ............................................................................................

22
3.1. Les bases de données : .................................................................................................

22
2.0. L’interface de l’application : .........................................................................................

22
Conclusion : .............................................................................................................................
19
Conclusion générale: ...............................................................................................................

10
Références bibliographiques:.................................................................................. 12
14
Table des figures
Table des figures

1-1-Les utilisations de Merise ………………………………………………………......................12
1-2-Localisation géographique de l’entreprise SARL MILIMED ……………........................…12
1-3-L’organigramme de l’entreprise ……………………………………………............…………12
2-1-Schéma Entité / Relation ……………………………………………………........……………43
3-1-Représentation schématique des évènements ……………………………...........…....…..41
3-2-Représentation schématique de MCT ……………………………………………...........…..42
7-1-L’interface de l’authentification ……….……………………………………………...............29
7-2-L’interface d’espace gestionnaire de stock ………………………………………..........…..29
7-3-L’interface d’espace opératrice ……………………………………….............................….90
7-4-L’interface d’espace magasinier ………………………………………..........………………91
15
Liste des tableaux
Liste des tableaux

1-1-Niveaux de démarche Merise………………………………….........................................…22
1-2-Représentation l’effectif total de l’entreprise………………….........................................…32
2-1-Dictionnaire de données de la gestion de stock………………..........................................47
16
Liste des abréviations

Sigle Signification
UML Unified Modeling Language
MERISE Méthode d’Etude et de Recherche en Informatique pour les systèmes
d’entreprise
CETE Centre d’Etude Technique de l’Equipement
CTI Centre Technique d’Informatique
SI Système d’Information
MCD Modèle Conceptuel de Données
MCT Modèle Conceptuel de Traitement
MOT Modèle Organisationnel de Traitement
ME Modèle externe
MLD Modèle Logique des Données
MPD Modèle Physique de Données
MOPT Modèle opérationnel des traitements
GRH Gestion des ressources humaines
RH Ressource humaine
A Alphabétique
AN Alphanumérique
N Numérique
D Date
E Elémentaire
SIG Signalétique
CO Concaténé
MO Mouvement
M Manuel
AU Automatique
17
MA Manuel automatique
AC Automatiser conventionnelle
PF Procédure Fonctionnelle
BLE Bloc logique d’entrée
BLS Bloc logique de sortie
BLI Blocs Logiques Internes
DD Dictionnaire des Données
GDF Graphe des Dépendances Fonctionnelles
SGBDR Système de Gestion de Bases de Données Relationnelles
SGBDRO Système de Gestion de Base de Données Relationnelle et Objet
RO Règles d’Organisation
RG Règle de Gestion
PL Procédure Logique
BD Base des Données
18
Introduction générale
0.1. Introduction générale

Actuellement, le monde connaît une avancée technologique considérable dans tous les
secteurs et cela grâce à l'informatique qui est une science étudiant les techniques du
traitement automatique de l'information. Elle joue un rôle important dans le développement de
l'entreprise et d'autres établissements.
Avant l'invention de l'ordinateur, nous enregistrions toutes les informations manuellement sur
des supports en papier ce qui engendrait beaucoup de problèmes tel que la perte de temps
considérable dans la recherche de ces informations ou la dégradation de ces dernières. Ainsi,
jusqu'à présent, l'ordinateur reste le moyen le plus sûr pour le traitement et la sauvegarde de
l'information. Cette invention à permis d'informatiser les systèmes de gestion de données des
entreprises, ce qui est la partie essentielle dans leur développement aujourd'hui. Les
entreprises pharmaceutiques font partie des établissements que l'informatique pourra
beaucoup aider. En effet, la croissance du nombre des aauqouip ampahp roiudorp nécessite
la mise en place d'une gestion rationnelle efficace et rapide, or et jusqu'à ce jour, la gestion
manuelle est encore la plus dominante.
Nous remarquons ainsi la mauvaise organisation du travail dans l’entreprise pharmaceutique
lors de la recherche d’une information ou lors de la création des statistiques, l'information
n'est pas toujours précise et disponible d'où la nécessité d'introduire l'informatique dans les
entreprises pharmaceutiques. Vu cet état de fait, notre projet de fin de cycle a pour objectif de
concevoir et mettre en œuvre une application web interactive, fiable, conviviale et facile à
intégrer dans l'environnement de travail des entreprises.
Notre mémoire est organisé en 7 chapitres principaux :
- Le premier chapitre : s’intitule ’’ présentation de méthode Merise avec présentation

de projet ’’ ; Dans ce chapitre, nous présenterons la méthode merise et l’entreprise
SARL MILIMED, d’abord la description générale de la SARL ensuite, nous étudions
leurs ressources humaines.
- Le deuxième chapitre : s’intitule ’’ Modèle conceptuel de données MCD’’ ; Dans ce
chapitre nous présenterons le MCD avec leur dictionnaire leur graphe de
dépendances fonctionnelles et enfin le schéma de MCD.
- Le troisième chapitre : s’intitule ’’ vérification et normalisation d’un MCD’’. Dans ce
chapitre nous présenterons le MCT, MOT, ME avec leurs définitions, concepts, règles
des gestions le flux d’information et schémas.
- Le quatrième chapitre : s’intitule ’’ Introduction aux bases de données’’. Dans ce
chapitre nous définissons les concepts de base, limites de l’utilisation des fichiers,
cycle de vie d’une BD.
- Le cinquième chapitre : s’intitule ’’Modèle relationnelle ’’.
- Le sixième chapitre : s’intitule ’’ Algèbre relationnelle ’’. Dans ce chapitre, nous
présenterons les ensembles d’opérations simples sur des tables relationnelles.
- Le septième chapitre : s’intitule ’’ Application sous logiciel ’’ qui présente le cas
pratique de notre mémoir
19
Chapitre I : présentation de méthode merise avec présentation de projet
Chapitre I: présentation de méthode Merise
avec présentation de projet
Partie 1 : présentation de méthode Merise

Introduction :
Un système d’information est un système organisé de ressources, de personnes et de
structures qui évoluent dans une organisation et dont le comportement coordonné vise à
atteindre un but commun. Les systèmes d’information sont censés aider les utilisateurs dans
leurs activités : stocker et restaurer l’information, faire des calculs, permettre une
communication efficace, ordonnancer et contrôler des tâches, etc. Plusieurs méthodes sont
d’usages pour la réalisation d’une base de données entre lesquelles nous citons : la méthode
MERISE, la méthode UML. . . etc. Dans notre travail nous utilisons la méthode MERISE.
1. Définition des outils de modélisation :

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.
Pour notre cas, nous avons utilisé la méthode MERISE pour développer notre
application.
1.1. La méthode MERISE :
1.1.1. Définition :
MERISE (Méthode d’Etude et de Réalisation Informatiques pour des Systèmes
d’Entreprise) . 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
(SI). La méthode MERISE est basée sur la séparation des données et des traitements à
effectuer en plusieurs modèles conceptuels et physiques. Elle propose une approche de la
conception séparant l’étude des données de celle des traitements, en avançant
progressivement par niveaux. Chacun de ses niveaux a pour objectif principal de fournir un
certain nombre de documents (MCD, MCT, MOT. . . ) permettant ainsi la synthèse textuelle
d’un processus de réflexion. Ces documents sont indispensables à l’élaboration et à la
concertation autour de tout projet informatique.
La démarche MERISE suit trois axes que l’on nomme cycles :
i. Le cycle de vie :
Ce cycle comporte trois grandes périodes :
• La conception ou période d’étude de l’existant puis du système à mettre en place.
• La réalisation qui recouvre la mise en œuvre et l’exploitation.
• La maintenance qui devra permettre au système d’évoluer et de s’adapter aux modifications
de l’environnement et aux nouveaux objectifs jusqu’au moment où il ne
sera plus capable de s’adapter et devra laisser la place à un nouveau système.
ii. Le cycle de décision :

Tout au long de l’étude et de la maintenance, des décisions sont à prendre, très
20
générales d’abord, puis de plus en plus ponctuelles. Les décisions globales doivent être
prises par la structure dirigeante, mais à chaque niveau chacun doit être consulté. Les
diverses décisions se prennent au vu des différents documents rédigés lors de l’avancement
des travaux (dossier de choix, cahier des charges, ...etc).
La hiérarchie MERISE des décisions à prendre est la suivante :
• Découpage du SI en domaines grandes orientations en matière de gestion, d’organisation et
de solutions techniques.
• Planification du développement.
• Choix entre procédures manuelles et automatisées.
• Choix entre procédures temps réel et automatisées.
• Détermination des postes de travail et de leurs tâches.
• Dessins d’états, grilles d’écran, ...etc.
iii. Le cycle d’abstraction :

La conception du système d’information se fait par étapes, afin d’aboutir à un système
d’information fonctionnel reflétant une réalité physique. Il s’agit donc de valider une à une
chacune des étapes en prenant en compte les résultats de la phase précédente. D’autre part,
les données étant séparées des traitements, il faut vérifier la concordance entre données et
traitement afin de vérifier que toutes les données nécessaires aux traitements sont présentes
et qu’il n’y a pas de données superflues. Cette succession d’étapes est appelée cycle
d’abstraction pour la conception des systèmes d’information.
1.1.2. Historique :
MERISE est née vers 1978-1979, à la suite d’une vaste consultation lancée en 1977
par le ministère de l’industrie pour choisir plusieurs sociétés de service et de conseil en
informatique et de CETE (Centre d’Etude Technique de l’Equipement) d’Aix-en Provence afin
de mettre au point une méthode de troisième génération de conception, réalisation de
systèmes d’information. Le CTI (centre Technique d’informatique) fut alors maître d’œuvre du
projet MERISE.
Aujourd’hui MERISE est largement utilisé dans les administrations et les entreprises de
toutes tailles ;
Figure 1-1 : Les utilisations de MERISE
1.2. Niveaux de démarche MERISE :
1.2.1. Niveaux conceptuel :

A ce niveau le système d’information (SI) est représenté indépendamment de son
organisation et les moyens physique et informatique. Les règles mises en évidence, à ce
niveau son des règles de gestion traduisant les objectifs et les contraintes qui présente
l’entreprise.
Deux modèles sont proposés à ce niveau :
• Le modèle conceptuel des données(MCD).
• Le modèle conceptuel des traitements (MCT).
21
1.2.2. Niveaux organisationnel :
A ce niveau sont faite tous les choix technique afin de déterminer qui fera quoi, ou,
quand et comment. Les traitements sont réalisés dans le système d’information en tenant
compte des contraintes imposées par ces choix.
Les deux modèles proposés à ce niveau sont :
• Le modèle organisationnel des traitements(MOT).
• Le modèle logique des données (MLD).
1.2.3. Niveau physique :

A ce niveau sont fait les chois techniques permettant de déterminer les moyens
informatiques.
Les règles misent en évidence sont des règles techniques. Elle s’exprime en termes de
matériels ou de logiciels.
Les deux modèles proposés à ce niveau sont :
• Le modèle physique des données (MPD).
• Le modèle opérationnel des traitements (MOPT).
Niveau Statique Dynamique
Niveau conceptuel Modèle conceptuel des Modèle conceptuel des

données(MCD)
traitements(MCT)
Niveau organisationnel Modèle logique des données Modèle organisationnel des

(MLD)
traitements(MOT)
Niveau opérationnel Modèle physique des Modèle opérationnel des

données(MPD)
traitements(MOPT)
Table 1-1 : Niveaux de démarche MERISE.
1.3. Approche par étapes :

MERISE propose aussi six étapes qui sont :
• Schéma directeur : l’objectif de cette étape est de faire le point entre la stratégie
de l’entreprise et ses besoins en termes de système d’information.
• Etude préalable : cette étape a pour but, de prendre les domaines d’activités
domaine par domaine, et établir d’une manière plus approfondie les projets à mettre en
œuvre et leurs interfaces.
• Etude détaillée : elle a pour but, de décrire d’une manière détaillée les champs
d’études, et de concevoir un nouveau système en intégrant les nouvelles orientations qui
répondent de la problématique posées, lors de l’étude préalable.
• Réalisation : elle comprend l’écriture des programmes, l’implémentation des bases
de données où des tests sont faits pour garantir une meilleure intégration de l’ensemble des
transactions.
• Mise en œuvre : cette étape constitue la mise à la disposition des utilisateurs,
le nouveau système en assurant que toutes les consignes et
recommandations seront prises en considérations.
• Maintenance : elle consiste à assurer la maintenance de l’application mise en
place afin de la faire durer plus longtemps.
22
1.4. Objectifs de MERISE :
Cette méthode d’analyse vise à concevoir un système d’information en séparant le

traitement des données pour assurer la pérennité du projet. En effet, cela permet de modifier
les données ou les traitements sans pour autant refaire le projet dans sa totalité.
Pour être efficace une méthode doit pouvoir :
• Associer étroitement les aspects organisationnels et informatiques.
• Accroitre la qualité des relations entre les utilisateurs et les informaticiens dans la
mesure ou l’informatisation peut modifier les modes de gestion et les conditions de
travail.
• Être acceptée par les uns et les autres comme moyen d’étude, de conception ,de
dialogue, de formalisation de décision de choix et de contrôle d’avancement, ...etc.
• Être précise pour être efficace.
• Sans être abusivement rigide pour être tolérée.
• Evaluer au préalable : les dépenses et les conséquences liées aux solutions de conception.
Partie 2 : Présentation de projet
Section 1 : Présentation du projet

Dans notre projet on utilise la base de donnée pour organiser le fonctionnement de la
SARL MILIMED et faciliter la gestion de stock au niveau de cette entreprise. Pour cela on a
choisit la méthode de l’étude de réalisation informatique « MERISE » qui est la plus utilisable
pour l’établissement des systèmes informatiques. Comme toute entreprise pharmaceutique,
le fonctionnement de la SARL MILIMED est le suivant :
1.1. Le fonctionnement de l’entreprise SARL MILIMED

Lors de l’arrivée des produits au niveau du dépôt de la SARL MILIMED, provenant du
laboratoire fournisseur, un contrôle est effectué par le magasinier afin de vérifier la conformité
du bon d’achat (N° de lot, quantité, date de péremption, prix etc.).
Il notifie alors la conformité ou pas de la commande sur la facture. La facture étant conforme,
le magasinier la transmet à l’opératrice .celle-ci saisit alors l’entrée des produits au stock.
Lors de la vente des médicaments aux clients (les pharmacies).le client passe la commande
à l’opératrice par téléphone ou par fax. Si la quantité du produit commandé est suffisante, elle
lui édite une facture de sortie qu’elle transmet ou magasinier pour la préparer au client .Le
magasinier enregistre la sortie de chaque produit sur un registre qui lui est propre.
1.2. L’objectif du projet

Après avoir étudié le fonctionnement de l’entreprise SARL MILIMED, nous avons
recensé les problèmes suivants :
- L’enregistrement manuel des produite sortants.
- Le va-et-vient du magasinier dans le but soit de récupérer les factures de sortes que
l’opératrice a édité pour les valider, soit pour donner à l’opératrice les factures d’entrées
envoyées après du laboratoire.
23
Afin de remédier à cette situation, nous allons réaliser un système de gestion de stock dans
l’entreprise, l’objectif étant d’assurer une meilleure organisation, capable de satisfaire les
besoins de stock dans le but de :
a) - Organiser les produits selon quatre catégories :
-produit en comprimés.
-produit en sirops.
-produit à prix chers.
-produit sensibles à la chaleur.
b) – Eviter les péremptions et s’assurer de la disponibilité de produit .notre système propose

deux types d’alertes : la première, pour la quantité de stock d’un produit quand elle est
inférieure ou égale à un seuil minimal défini au préalable pour chaque produit, et la deuxième,
quand la date de péremption de l’un des produits est proches. Inférieure ou égale à 6 mois.
c) – contrôler le stock.
d) – automatiser l’envoie de la facture par l’opératrice au magasinier.
Section 2 : Présentation de l’entreprise :
Cette section est consacré à la présentation de l’entreprise « S.A.R.L MILIMED » qui

correspond à une entreprise de vente et de distribution des produits pharmaceutiques et
parapharmaceutiques ;
Dans cette section, nous avons deux sous sections :
Sous section 1:
Nous commençons localisation, ses coordonnées et ses services, ainsi que sur son objectif
et son organigramme général.
Sous section 2:
Nous allons procède les ressources humaines au niveau de cette entreprise ; En effet,
l’objectif principale est de découvrir la véritable approche de gestion et les compétences
outils ou sein de l’entreprise.
24
Sous section 1 : Présentation générale de l’entreprise
1. Description de l’entreprise :
L’activité principale de la S.A.R.L MILIMED est la vente et la distribution des produits
pharmaceutiques et parapharmaceutiques.
Elle dispose actuellement de 100 employés. La S.A.R.L MILIMED a renforcé ses activités de
distribution par une présence effective dans les regains de l’Est de l’Algérie :Constantine ,
Annaba , Guelma , Jijel , Illizi , El oued , Tamanrasset , en maintenant un rythme de
croissance significatif grâce à sa force de vente et son portefeuille clients .
2. Historique :
La S.A.R.L MILIMED est une société privée crée en 2010 par deux partenaires
SIABI ABDERRAHIM et FILALI MUOIZ, par actions au capital de 10.000.000 DA.
3. Localisation :
La S.A.R.L MILIMED se situe dans Lot. Ain El Bey, cité eucalyptus, 1_er tranche, N°
42, wilaya de Constantine. La figure ci-dessus
(Fig1.2) indique plus précisément l’endroit :
25
Figure 1-2 : Localisation géographique de l’entreprise S.A.R.L MILIMED
4. Les coordonnées de l’entreprise :

Téléphone : + 213 (0) 31 69 66 69
Fax : + 213 (0) 31 69 66 09
Mail : [email protected]
Lieu : Lot. Ain El Bey, cité eucalyptus, 1_er tranche, N° 42, Wilaya de Constantine.
Carte visite :
26
5. L’organigramme de l’entreprise MILIMED :

L’organigramme suivant illustre l’organisation de l’entreprise pharmaceutique MILIMED :
27
Figure 1.3 : L’organigramme de L’entreprise
6. Les services de L’entreprise :
-Service commercial d’approvisionnement et de vente :
Consiste à approvisionner l’entreprise en produits pharmaceutiques et

parapharmaceutiques auprès des fournisseurs ou de laboratoire. Il doit veiller, cependant à
ce que le seuil minimal de son stock ne sait pas attient.
Il est composé de 20 opératrices chargées d’accomplir et de concrétiser les ventes des
produits après des officines pharmaceutiques.
-Service de livraison :
Ce service est composé de 15 agents chargés d’expédier les commandes aux officines
de chaque région.
-service de réclamation :
Ce service est occupé à recevoir les réclamations des clients pour garder de bonnes
relations avec le client afin de le satisfaire à nouveau.
-Service de gestion de stock :
Il gère le mouvement des stocks, il est composé des magasiniers qui sont chargés de
stocker les achets et de préparer les commandes des clients et des gestionnaires de stocks
28
qui gèrent aussi bien les produits mis en vente et vérifient la qualité de stock des produits si
elle est inférieure ou égale à un seuil défini au préalable pour chaque produit .
Les produits sont stockés dans deux magasins rangés, selon leurs types, dans quatre
espaces :
1- Espace pour les comprimés.
2- Espace pour les sirops.
3- Espace pour les médicaments chers.
4- Chambre froide pour les médicaments sensible à la chaleur.
-Service de comptabilité:
Il est géré par un comptable qui s’occupe à toutes les activités économiques de la
société en établissant de manière chronologique, les documents relatifs à l’achat et la vente
de la marchandise dits : ‘‘pièces comptable ’’.Il compte en son sein deux autres services :
* Service de recouvrement : Il assure le suivi de paiement des pharmaciens et à bloquer,
les mauvais payeurs par des démarches judiciaires s’il est nécessaire
*Service de ressources humaines : on va la traiter dans la sous section 2.
-Service de sécurité :
Ce service est composé de 2 agents de sécurité qui assurent la protection des

travailleurs de l’établissement.
-Secrétariat :
Ce service est composé d’une secrétaire qui s’occupe du courrier, des communications
téléphoniques, l’organisation des réunions…etc.
7. Les points forts de l’entreprise :
La S.A.R.L MILIMED a comme point fort :

-Lieu stratégique.
-Présence effective dans la majorité des régions de l’Est et sud.
-Employées bien formés avec une expérience.
-Bonne réputation dans le domaine de distribution des produits pharmaceutiques.
8. L’objectif de l’entreprise :
En étant que professionnel de santé publique assurant la distribution des médicaments,

l’entreprise S.A.R.L MILIMED s’assigne les missions suivantes :
-Assurer la disponibilité des médicaments dans chaque officine (pharmacie).
-Intervenir dans l’amélioration du système de santé publique en Algérie.
-Participer au développement de l’économie nationale.
29
Sous section 2 : Ressources humaines
Introduction :
La gestion des ressources humaines est un lien important dans la gestion de la
performance de l’entreprise, contribuant ainsi à la richesse de l’entreprise et à la bonne image
de sa marque .Sur cette base, la gestion du personnel est une tâche délicate dans
l’entreprise, es el rr ua cœur de chaque entreprise quelque soit sa taille et son domaine
d’activité. C’est pourquoi chaque organisme conçoit pour son personnel un service
ressources humaines qui se charge du management, la gestion des carrières du personnel et
de la partie administrative.
1. Définition :
Les ressources humaines d’une entreprise sont ses collaborateurs les métiers des
ressources humaines peuvent aussi bien concerner la gestion de la paie ou des emplois du
temps, que le management d’une équipe, le recrutement et la formation du personnel La
satisfaction des employés dans l’exercice de leurs missions favorise le bon fonctionnement
de l’entreprise et son développement. Ces métiers à dimension humaine sont donc précieux.
Ils sont exercés dans l’entreprise ou dans des cabinets sollicités ponctuellement par les
sociétés.
Les services ressources humaines se divisent en deux activités principales,
d’une part le côté administratif de la gestion des ressources humaines dans une entreprise
qui couvre la paie, les aspects juridiques, les contrats de travail et d’autre part le
développement des ressources humaines en entreprise qui comprend la gestion des
carrières, la gestion des compétences et des performances, le management des ressources
humaines, le recrutement, la formation . . . et qui est le plus souvent partagée entre le
directeur des ressources humaines et des collaborateurs responsables de tâches ressources
humaines spécifiques. Travailler dans les ressources humaines signifie la mise en œuvre de
stratégies RH, efficaces et efficientes pour contribuer à la stratégie gestion des ressources
humaines dans l’entreprise.
2. Définition du personnel :
Les personnels sont tous les individus qui soumettent leur travail dans le cadre d’un de
contrat de travail moyennant la rémunération de l’employeur. Parmi le personnel, il existe
différentes situations:
• Cadres.
• Employés.
• Ouvriers.
Parmi les acteurs les plus efficaces de l’entreprise, nous avons trois représentants :
- L'opératrice: Son rôle consiste à éditer les factures de sortie et saisir l'entrée des
produits au stock. Il lui incombe aussi la gestion des comptes des pharmacies et des
fournisseurs soit par ajout, soit par modification ou suppression de ceux-ci. Elle peut
aussi consulter le stock quand elle en a besoin.
- Le magasinier: Valide la sortie des produits et il peut aussi consulter le stock.
- Le gestionnaire de stock: S'occupe aussi bien de la gestion des comptes des
utilisateurs que les produits mis en vente en opérant à l'ajout, la modification ou
éventuellement à la suppression de ceux-ci. Il peut consulter les factures, les alertes et le
stock.
30
3. Notion de gestion de ressources humaines :
La gestion des ressources humaines (la GRH) est un ensemble de pratiques du

management visant à mobiliser et à développer les ressources humaines afin d’améliorer la
performance organisationnelle. C’est une activité qui devrait tendre à améliorer la
communication mutuelle, tout en respectant l’organigramme de l’entreprise
3.1. Activité de gestion des ressources humaines :
La gestion des ressources humaines peut être divisée arbitrairement en deux activités
principales:
• Gestion et organisation des ressources humaines (administration du droit du travail,
contrat de travail, congé, absence, promotion, etc.).
• Développement des ressources humaines (gestion de carrière, gestion des compétences,
recrutement, formation, etc.).
3.2. Outils de gestion des ressources humaines :
a) Recrutement : en évaluant les compétences et la motivation lors du recrutement,

nous nous assurons que le personnel est suffisant et qualifié .
b) Formation : afin d’améliorer l’efficacité du personnel, il doit également améliorer sa
motivation (la formation peut être récompensée et souvent motivée davantage à faire le
travail que nous connaissons.).
c) Motivation positive : comme
• Félicitation.
• Promotion.
• Récompense, etc.
d) Motivation négative : comme
• Réprimande.
• Réduction ou annulation de récompense.
• Voire licenciement, etc.
4. Fonction des ressources humaines :

La fonction des ressources humaines vise à identifier la meilleure adéquation possible
entre les fonctions de l’entreprise et les ressources de l’homme, à travers un ensemble de
structure, de programme et de procédure.
La fonction des RH participe à la recherche d’une plus grande efficacité des institutions en
s’efforçant à :
• Promouvoir et parvenir à une meilleure allocation des RH (adéquation, compétence
et emploi).
• Mobiliser le potentiel de chaque employé, unifier les aspirations individuelles, collectives les
engagements et le développement de l’organisation.
5. Objectifs fonctionnels des ressources humaines :
a) Les objectifs explicites : la GRH a quatre objectifs explicites sont :

• Attirer des candidats qualifiés.
• Maintenir le personnel.
• Augmenter la motivation du personnel.
31
• Promouvoir le développement du personnel en utilisant pleinement leurs compétences.

b) Les objectifs implicites: La GRH vise trois objectifs implicites pouvant l’organisation sont:
• Augmenter la productivité au travail.
• Améliorer la qualité de vie au travail.
• Assurer le respect du cadre juridique.
6. Ressources humaines de S.A.R.L MILIMED :
L’effectif total de l’entreprise est de 200 personnes, ventilé comme suit

par catégories socioprofessionnelles :
Catégorie socioprofessionnelle Effectif Répartition(%)
cadres 27 13,5
maîtrise 73 36,5
Exécution 100 50,0
Total 200 100,00
Table 1-2 : Représentation l’effectif total de l’entreprise
Conclusion :
Ce chapitre a été consacré à la présentation de la méthode de merise et la

présentation détaillée de l’entreprise S.A.R.L MILIMED , il a comporté un bref historique de la
SARL et une illustration de sa localisation, ce dernier a aussi bien mise sur ses services .
32
Chapitre II : Le modèle conceptuel de données (MCD)
Chapitre II : Le modèle conceptuel de

données (MCD)
Introduction :
Dans la méthodologie MERISE destinée à créer des bases de données, il y a des
outils dédiés aux traitements et aux données. Le MCD (Modèle conceptuel des données) est
un des outils majeurs concernant les données.
1. Définition de MCD :
Le modèle conceptuel des données est une représentation graphique de haut de
niveau qui permet facilement et simplement de comprendre comment les différents éléments
sont liés entre eux à l’aide de diagrammes codifiés dont les éléments suivants : les entités,
les relations et les cardinalités.
2. Les concepts de MCD :

2.1. Entité
Entité ou individu est la représentation d’un élément matériel ou immatériel
ayant un rôle dans le système que l’on désire décrire (EX : un employé) individu regroupe les
objets contenant les mêmes caractéristiques.
Ces informations sont appelées attributs ou propriétés on crée individu lorsqu’il possède
plusieurs occurrences individu est identifiée par un libellé et possède au moins une propriété.
– Les identifiants : un identifiant est un ensemble de propriétés (une ou plusieurs) permettant
de désigner une et une seule entité, c’est-à-dire qu’il permet de distinguer les occurrences
d’une entité type (EX : le numéro matricule identifie les occurrences d’une entité Employé).
On souligne les identifiants d’une entité.
– Les propriétés : c’est une donnée élémentaire conforme au choix de
l’entreprise les propriétés sont utilisées pour décrire les objets et les relations.
2.2. Relation
Une relation ou association représente les liens sémantiques qui peuvent exister entre
plusieurs entités. Il est souvent représenté par un verbe. Une association possède parfois des
propriétés.
Il en existe plusieurs à savoir :
– Une relation réflexive relie une même classe d’entité.
– Une relation binaire relie deux classes d’entité.
– Une relation ternaire relie trois classes d’entité N.
– Une relation n-aire relie n classes d’entité.
2.3. Les cardinalités

Cardinalités d’une entité par rapport à une association décrivent la participation des
occurrences d’une association. On représente une cardinalité minimale et une cardinalité
maximale qui se notent sur la patte de l’association par l’entité.
33
La cardinalité minimale : 0 ou 1 = nombres de fois minimum qu’une occurrence d’une entité

participe aux occurrences de l’association. La cardinalité maximale : 1 ou N = nombre de fois
maximum qu’une occurrence d’une entité participe aux occurrences de l’association.
– 0, 1 : aucun ou un seul ;
– 1, 1 : un et un seul ;
– 0, n : aucun ou plusieurs ;
– 1, n : un ou plusieurs.
– N, n : plusieurs à plusieurs (rare).
Schéma générale
Figure 2.1 : Schéma Entité/Relation
3. Objectif de MCD :
* Le modèle conceptuel des données est une représentation statique du système
d’information de l’entreprise qui met en évidence sa sémantique.
* Il a pour but d’écrire de façon formelle les données qui seront utilisées par le système
d’information.
* Il s’agit donc d’une représentation des données, facilement compréhensible. Le formalise
adopté par la méthode Merise pour réaliser cette description est basé sur les concepts
« entité-relation-cardinalité ».
4. La construction du MCD :
4.1. Les règles de gestion :

Les règles de gestion regroupent les contraintes imposées par le système sur les
relations entre les données. Les règles suivantes régissent les données du système étude :
RG 01 : chaque employé est affecté à un seul service.
RG02 : un service contient plusieurs employés.
RG03 : un produit appartient à une seule catégorie.
RG04 : une catégorie peut contenir plusieurs produits.
RG05 : une commande d’achat est passé à un seul laboratoire fournisseur à une date fixe.
RG06 : une commande d’achat ne peut pas être annulée.
RG07 : un contrôle de bon d’achat est effectué par un seul magasinier.
RG08 : si la facture n’est pas conforme avec la commande, les produits seront renvoyés au
laboratoire fournisseur.
RG09 : la saisie de l’entrée des produits au stock est faite par une seule opératrice.
RG10 : le client (la pharmacie) peut faire plusieurs commandes des produits.
34
RG11 : une opératrice peut contacter un ou plusieurs clients pour faire des commandes.
RG12 : la livraison des produits aux clients se fait d’une manière rapide et professionnelle.
RG13 : chaque employé est obligé de satisfaire le client et restaurer sa confiance.
RG14 : tout un mauvais payeur sera bloqué et des démarches amiables aux judiciaires
seront faites pour lui.
RG15 : toutes les services sont responsables au bon fonctionnement de l’entreprise.
RG16 : un client peut faire une réclamation en contactant le service de réclamation.
RG17 : un client peut avoir 0 ou plusieurs factures.
RG18 : une facture correspond à un seul client.
RG19 : la mise à jour de la fiche de stock se fait d’une manière quotidienne.
4.2. Le dictionnaire des données :
Le dictionnaire de données épuré contient toutes les informations élémentaires que l’on
veut mémoriser dans toutes les informations élémentaires que l’on veut mémoriser dans la
base de données en éliminant les synonymes et polysémies.
Dictionnaire des données
=
Liste récapitulative des données
Sans redondances
Sans synonymes
(a) Le type de donnée

– A : Alphabétique si la donnée est composée uniquement de caractères alphabétiques.
– N : Numérique si la donnée est composée uniquement de nombres.
– AN : Alphanumérique si la donnée est composée de caractères alphabétiques et
numériques à la fois.
– D : Date si la donnée est une date (au format AAAA-MM-JJ).
(b) La nature de donnée

– E : élémentaire
– SIG : signalétique
– CO : concaténé
– MO : mouvement
Entité Libelle Code Type Taille observation
Gestion de Code d’employé Code _ emp N 5 /

stock
Fonction d’employé Fnct _ emp A 30 /
Code de produit Code _ pro N 4 /
Information sur le Info _ pro A 20 /

produit
Date de stock Dat _ stock D 8 JJ/MM/AA
35
Durée de Durée _ cons D 8 JJ/MM/AA

conservation
Opératrice Code opératrice Code _ op N 5 /
Nom opératrice Nom _ op A 20 /
Prénom opératrice Pré _ op A 15 /
Grade opératrice Grade _ op A 20 /
Laboratoire Site de fournisseur Site _ four AN 50 /

fournisseur
Nom de fournisseur Nom _ four A 15 /
Adresse de Adr _ four AN 60 /

fournisseur
Téléphone du Tél _ four N 10 /

fournisseur
Client Numéro de client Num _ client N 10 /
Nom de client Nom _ client A 15 /
Prénom de client Pré _ client A 15 /
Téléphone de client Tél _ client N 10 /
Entrés Code des produits Code _ entrés N 6 /

entrés
Dates des produits Dat _ entrés D 8 JJ/MM/AA
Quantité des produits Qte _ pro _ entrés N 4 /

entrés
Prix des produits Prix _ entrés N 6 /

entrés
Sortis Code de produit Code _ sortis N 6 /

sortis
Date des produits Dat _ sortis D 8 /

sortis
Quantité des produits Qte _ pro _ Sortis N 4 /

sortis
Prix des produits Prix _ sortis N 6 /

sortis
Facture entrés Numéro de facture Num _ fact _en N 4 /

des entrés
Date de facture des Dat _ fact _ en D 8 JJ/MM/AA
36
entrés
Date de paiement Dat _ pmt _ en D 8 JJ/MM/AA

des entrés
Facture sortis Numéro de facture Num _ fact _ so N 4

des sortis
/
Date de facture des Dat _ fact _ so D 8 JJ/MM/AA

sortis
Date de paiement des Dat _ pmt _ so D 8 JJ/MM/AA

sortis
Table 2.1 : Dictionnaire de données de la gestion de stock
37
Le modèle conceptuel de données (MCD)
Num _ fact _ en
Dat _ fact _ en
Dat_ pmt _ en
Code _ entrés
Prix _ entrés
Qte _ pro
Dat _ entrés
Durée _ cons Nom _ four
Site _ four
Dat _ stock Adr _ four
Code _ emp
Graphe de dépendances fonctionnelles
Info _ pro Télé _ four

Code _ pro
Num _ fact _ so
38
Fact _ emp Dat _ fact _ so
Dat _ pmt _ so
Code _ sortis
Prix _ sortis
Qte _ pro _ sortis
Dat _ stock
Pré _ op
Num _ client
Code _ op
Nom _ client
Nom _ op
Pré _ client
Grade _ op
Télé _ client
Chapitre II :
4.3.
4.4. Modèle conceptuel des données :
1.n 1.n
Gestion de
1. n
stock
Code _ emp
Fnct _ emp
I B
Code _ pro
1.n Info _ pro 1.n
Dat 1._ nstock
Durée _ con
Sortis Entrés
Code _ sortis 1.n Code _ entrés
Date _ sortis Dat _ entrés
Qte _ pro_ sortis A Qte _ pro _ entrés
Prix _ sortis Prix _ entrés
1.n
1.1
1.n
1.1 Opératrice
C 1.n
J Code _ op
1.n Nom _ op
Pré _ op 1.1
Grade _ op
Facture sortis Laboratoire
Num _ fact _ so 1.n 1.n 1.1 1.n fournisseur
L Date _ fact _ so Site _ four E
Date _ pmt _ so 1.n H F Nom _ four
Adr _ four
1.n Tél _ four
1.1
1.n
1.n K G D 1.n
1.n
1.n
Client
Facture entrés
Num _ client 1.nNum _ fact _ en
Nom _ client
1.1 Date _ fact _ en
Pré _ client
Date _ pmt _ en
Tél _ client
A : envoyer les fiches.

B : entrer les fiches et les produit.
C : envoyer 1.
D : envoyer 2.
E : contenir 1.
F : faire une demande.
G : saisit.
H : éditer.
I : sortir les fiches et les produits.
39
J : contenir 2.
K : payer.
L : distribuer.
Conclusion :
Dans ce chapitre, nous avons étudié l’un des modèles de Merise qui est le modèle
conceptuel de données (MCD).
40
Chapitre III : vérification et normalisation d’un MCD
Chapitre III : vérification et normalisation

d’un MCD
Introduction:
Après la modélisation des données du système d’information au formalisme du MCD,
nous allons modéliser les traitements grâce à un autre formalisme qui va nous permettre
d’obtenir le MCT (Modèle Conceptuel de Traitement) et le MOT (Modèle Organisationnel de
Traitement). Cette étape vise à décrire le nouveau système de gestion et son
fonctionnement.
1. Le modèle conceptuel des traitements:

Le modèle conceptuel des traitements permet de traiter la dynamique du système
d’information, 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,
c’est-à-dire qu’il permet de définir simplement ce qui doit être fait, mais il ne dit pas quand,
comment ni où...
1.1. Les concepts:

Les éléments utilisés pour la formalisation d’un MCT sont les suivantes.
1.1.1. Evénement:
Un événement représente un changement dans l’univers extérieur au système
d’information, ou dans le système d’information lui-même.
– Un événement externe est un changement de l’univers extérieur.
– Un événement interne est un changement interne au système d’information.
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.
Figure 4.1: Représentation schématique des événements
1.1.2. Processus :
Un processus est un sous-ensemble de l’activité de l’entreprise, cela signifie que
l’activité de l’entreprise est constituée d’un ensemble de processus. Un processus est lui
même composé de traitements regroupés en ensembles appelés opérations.
41
1.1.3. Opération:
Une opération est un ensemble d’actions exécutées par le système suite à un

événement, ou à une conjonction d’événements. Cet ensemble d’actions est in interruptible,
c’est-à-dire que les événements ne sont pas pris en compte (ils ne sont pas forcements
ignorés pour autant) tant que l’opération n’a pas été accomplie.
1.1.4. La synchronisation:
La synchronisation d’une opération définit une condition booléenne sur
les événements contributifs devant déclencher une opération. Il s’agit
donc de conditions au niveau des événements régies par une condition
logique réalisée grâce aux opérateurs :
– OU
– ET
– NON
1.2. La construction du MCT:
Le modèle conceptuel des traitements permet de représenter schématiquement

la gestion des événements :
Figure 4.2: Représentation schématique de MCT
1.2.1. Processus d’arrivée des produits au niveau du dépôt :

1.2.1.1. Règles de gestion:
RG 01 : Une commande d’achat est passé à un seul laboratoire fournisseur.
RG 02 : Un contrôle de bon d’achat est effectué à chaque arrivage des produits.
RG 03 : Si la commande ne convient pas avec le bon d’achat, les produits seront renvoyés
au laboratoire fournisseur.
42
RG 04 : La mise à jour de la fiche de stock se fait après chaque arrivage des produits.
RG 05 : Les produits seront ranger dans le dépôt après saisir les entrés par l’opératrice.
1.2.1.2. Flux d’information :

-Représenté par une flèche entre deux acteurs étiquetée par le nom du flux.
-Echange d’information entre les acteurs.
Laboratoire fournisseur
Opératrice
-Donner une date précisé
d’envoie des produits. -faire la commande.
-Envoyer la commande. -saisir l’entrée des produits au
-Envoyer la facture et le bon stock.
d’achat.
Gestion de stock
-contrôle de bon d’achat.

-transmet la facture d’entrée
à l’opératrice.
-mise à jour de fiche de
stock.
-ranger les produits.
43
1.2.1.3. Passage au MCT:
Réception de
Réception de
commande
bon d’achat
Et
Vérification de la commande avec le

bon d’achat.
Ne pas convenir convenir
Commande
renvoyée au
fournisseur Commande
accepté
Magasinier
disponible Et
Transmission de facture d’entré à

l’opératrice
Toujours
Facture
Opération transmis
disponible
et
La saisie de facture d’entrés sur ordinateur
Toujours
Facture
Magasinier
saisie
disponible
Et
Mise à jour de fiche de stock
Toujours
Rangement
des produits
dans le stock
Processus de
vente
44
1.2.2. Processus de vente et distribution des produits aux clients :
1.2.2.1. Règles de gestion :

RG 01 : Chaque employée a le but de satisfaire le client et de restaurer sa confiance.
RG 02 : Un client peut faire une ou plusieurs commandes des produits.
RG 03 : La livraison des produits aux clients se fait d’une manière rapide.
RG 04 : Le client peut faire une réclamation en contactant le service de réclamation.
RG 05 : Des démarches judiciaires serent faites pour les mauvais payeurs.
1.2.2.2. Flux d’information :
Opératrice
-vérifié la disponibilité des

produits commandés.
-Vérifier la quantité des
produits commandés.
Client
-édite la facture de sortie.
-contacter -transmet la facture de
l’opératrice. sortie au magasinier.
-faire une
commande.
Gestion de stock
-Prépare la commande
de client.
-enregistre la sortie
des produits.
-Mise à jour de fiche
de stock.
45
1.2.2.3. Passage au MCT

Opératrice
Commande disponible
de client
et
Vérification d’existence des

produits demandés en stock
Non disponible Disponible
Commande
annulée Produit
existant
Opératrice
disponible
et
Vérification de quantité commandée
Non suffisante Suffisante

Marquer dans la
liste des produits
à apporter Quantité
suffisante
Opératrice
disponible
et
Edition de la facture de sortie
Toujours
Facture de
Magasinier
sortie éditée
disponible
et
Préparation de la commande
Toujours
Commande
Magasinier prête à livrer
disponible
et
Mise à jour de fiche de stock
Toujours
Client satisfait
Fin
46
2. Modèle organisationnel de traitement :

Le modèle organisation des traitements (MOT) décrit l’organisation appliquée aux
traitements en donnant les informations sur :
~ La chronologie des phases du traitement ;
~ La répartition organisationnelle des phases ;
~ La circulation des informations entre les postes de travail ;
~ Les ressources humaines et techniques utilisées par la phase modélisée.
Le MOT s’appuie sur le formalisme du MCT. Il prend en compte les aspects organisationnels
des traitements, c’est-à-dire :
a) Les postes de travail :

(qui exécute le traitement ? ex : secrétariat, expert,…). Centre d’activité élémentaire de
l’organisation disposant dans une implantation géographique et composant toutes les
ressources requises pour l’exécution du travail défini.
b) Procédure :
À chaque processus du MCT correspondra une ou plusieurs procédures produisant
des résultats dans le MOT.
Une procédure est un ensemble des règles de gestion exécutées par l’entreprise produisant
un ou plusieurs résultats.
Un poste de travail est une personne, physique ou morale caractérisée par les tâches qu’elle
accomplie et par les ressources dont elle dispose.
c) Phase :
Une phase est un sous ensemble de la procédure, c’est une suite non interrompue de
traitement, de même périodicité, exécutée par un poste de travail.
d) Tâche :
Une tâche représente un ensemble de traitements exécutés à l’intérieur d’une phase.
Explication de la formule :
MOT = MCT + lieu +moment + nature
Qui exécute l’opération ? Manuelle ou automatique ?
Quand exécute-t-on l’opération ?
2.1. Processus d’arrivée des produits au niveau du dépôt :
2.1.1. Règle d’organisation:

RG 01 : A l’entreprise, on travaille de 08h à 17:00 h.
RG 02 : Le magasinier reçoit un bon d’achat avec la commande reçue de laboratoire.
RG 03 : Le magasinier vérifier la commande puis il la range dans le dépôt.
RG 04 : Le payement de laboratoire fournisseur est par chèque après la vérification de la

commande.
47
2.1.2. MOT future:
Déroulement Enchainement des procédures Nature Postes travail

PFs
Réception de Réception de Service de

08 :00 bon d’achat commande M gestion de stock
magasinier
magasinier
Et
17 :00h
Vérification de la
commande
PF1
Toujours
Commande
acceptée
Opératrice Service
disponible
08 : 00 h M commercial
Et
magasinier
Transmission de facture magasinier
17 :00 h d’entrée
PF2
Toujours
Facture
transmis
Ordinateur Service
08 :00 h disponible MA commercial
Et
opératrice
Saisie de coordonnées de opératrice
17 :00 h facture
PF3
Toujours
Coordonnées
saisies
48
Service
Internet commercial
08 :00 h disponible opératrice
Et
opératrice
A
Enregistrement coordonnées
de la facture sur logiciel
PF4
17 :00h Toujours
Coordonnées
enregistrés
Magasinier
08 :00 h disponible Service de
Et gestion de stock
M magasinier
PF5 Mise à jour de fiche de stock
Magasinier
Toujours
17 :00 h
Produits
rangés
Processus
de vente
2.2. Processus de vente des produits :
2.2.1. Règles d’organisation :
RG 01 : Le client peut faire une ou plusieurs commandes en contactant l’opératrice.

RG 02 : L’opératrice doit confirmer la commande en vérifiant la disponibilité et la quantité des
produits.
RG 03 : Les produits seront livrés dans le délai proposé par le client.
RG 04 : Si le client ne page pas des démarches judiciaires seront faites pour lui.
49
2.2.2. MOT future :
Déroulemen Enchainement procédures Nature Postes

t PFs travaille
08 :00 h Commande Opératrice Service

de client disponible MA commercial
opératrice
Et
17 :00h opératrice
Vérification d’existence
des produits demandés
PF6
Toujours
Produit
existant
08 :00 h Fiche de stock Service de

disponible M gestion de
Et stock
17 :00h magasinier
Vérification de quantité
magasinier
commande
PF7
Toujours
Quantité
suffisante
Service
08 :00 h Ordinateur commercial
disponible A opératrice
Et opératrice
17 :00h
Edition de la facture de
sortie
PF8
Toujours
Facture
éditée
08 :00 h Magasinier Service de

disponible M gestion de
Et stock
17 :00h préparation de la commande magasinier
PF9
magasinier
Toujours
Commande
livrée
49
Service de
08 :00 h Magasinier M gestion de
disponible stock
Et
magasinier
17 :00 h PF1 Mise à jour de la fiche stock magasinier
0
Toujours
Client
satisfait
3. Modèle externe (ME) :

2.1. Principes:
– Chaque traitement possède son modèle externe(ME) (vue externe).
– Cette vue externe doit refléter la vision que l’utilisateur a des données à travers la PF.
– Un ME est considéré comme un MCD qui n’aurait été construit que pour un seul traitement.
– Le ME doit être construit sans se préoccuper du MCD.
– L’utilisateur ne voit que les flux de données (mouvements ou lots de données véhiculés par
les évènements conceptuels ou organisationnels).
– Ces flux de données sont transportés sous forme de blocs logiques. A ce stade, on ne
s’intéresse qu’aux traitements automatisés.
– Les données qui font partie des flux entrants constituent les blocs logiques d’entrées (BLE)
et celles qui font partie du flux sortant constituent
les blocs logiques de sortie (BLS). Les blocs logiques d’entrées /sorties correspondent à des
PFs automatisées qui communiquent avec l’environnement extérieur du SI automatisé.
– Pour les PFs batch sans communication avec l’extérieur, les données consultées ou émises
sont relatives à des évènements passés enregistrés dans la base d’information, ou destinées
à produire ultérieurement des évènements. On parle alors de blocs logiques internes (BLI),
issus d’anciens BLE ou destinés à produire de futurs BLS.
2.2. Construction des ME à partir des blocs logiques:

– Pour chaque PF automatisée, on construit un vue externe pour chaque traitement de
consultation et une vue externe pour chaque traitement de mise à jours.
– En consultation, la vue externe sera construite à partir du BLS ou du BLI. En mise à jour,
elle sera établie à partir du BLE ou du BLI.
– Toute combinaison d’évènements porteurs d’information, qui active une synchronisation et
qui ne constitue pas une demande de consultation, véhicule un BLE ou un BLI, et toute
combinaison d’événements, produits par une règle d’émission, véhicule un BLS ou un BLI.
2.3. Règles de construction des Modèle Externes:

– On établira chaque ME à partir d’un bloc logique en utilisant le formalisme individuel.
– On applique sur les MEs les règles de normalisation, vérification et décomposition.
– La différence avec les règles du MCD est qu’une entité externe pourra ne pas avoir
d’identifiant.
– Les propriétés, entités ou relation externes peuvent ou non être conceptuelles.
– L’élaboration d’un ME doit se faire sans tenir compte du MCD.
– Si une propriété externe figure dans le DD, il faut lui donner le même nom. Certaines
propriétés externes peuvent ne pas figurer dans le DD (nature organisationnelle).
50
2.4. Les MEs des processus automatisés:

2.4.1. Processus d’arrivée des produits au niveau du dépôt :
a. PF3 : saisie les renseignements des entrés
Ecran de saisie :
Affichage :
51
Modèle externe :
Gestion de
stock Entrés
Code _ emp 1.n 1.n
Fnct _ emp Code _ entrés
Code _ pro B Dat _ entrés
Info _ pro Qte _ pro _ entrés
Dat _ stock Prix _ entrés
Durée _ con
1.1
C 1.n
1.1
Laboratoire
fournisseur
Site _ four
Nom _ four
Adr _ four E
Tél _ four
1.n
D
1.n
1.1
Facture entrés
Num _ fact _ en
Date _ fact _ en
Date _ pmt _ en
52

C : envoyer 1.
D : envoyer 2.
E : contenir 1.
a. PF5: Refaire une fiche de stock:
Ecran de saisie :
Affichage :
53
Modèle externe :
Gestion de
stock
Code _ emp
Fnct _ emp 1.n 1.n Entrés
Code _ pro
Info _ pro B
Code _ entrés
Dat _ stock
Dat _ entrés
Durée _ con
Qte _ pro _ entrés
Prix _ entrés
1.n 1.n
A
1.n E
Operatrice
Code_op
Nom _ op 1.n
pré_ op
grade_ op
Facture entrés
G Num _ fact _ en
1.n 1.n Date _ fact _ en
Date _ pmt _ en

E : contenir 1.
G : saisit.
54
2.4.2. Processus de vente et distribution des produits aux clients :

a. PF6 : Saisit les renseignements du commande de client
Ecran de saisit :
Affichage :
55
Modèle externe :
Gestion de
stock
Code _ emp
1.n Fnct _ emp
B Code _ pro
Info _ pro
1.n Dat _ stock
Durée _ con
Sortie
Code _ sortie
1.n
Dat _ sortie
Qte _ pro _ sortie A
Prix _ sortie
1.n
Operatrice
1.1
Code_op
Nom _ op
E pré_ op
grade_ op
1.n
Client
Num _client
nom_ client
pré _ client
tel_client

E : contenir 1.
56
b. PF8 : Saisie les résultats :
Ecran de saisie :
Affichage :
57
Modèle externe :
Sortie
Code _ sortie
Dat _ sortie
Qte _ pro _ sortie
1.1 Prix _ sortie
1.n
1.n
L Operatrice
Facture sortie
1.n 1.n Code_op
Num_fact_so H Nom _ op
date_fact_so pré_ op
date_pmt_so grade_ op
1.1
K
1.n
1.n
Client
Num _client
nom_ client
pré _ client
tel_client
G : saisit.
H : édité.
K : payer.
L : distribuer.
Conclusion :
Dans ce chapitre, nous avons étudions les autres modèles de MERISE modèle
conceptuel des traitements (MCT) et modèle organisationnelle des traitements (MOT) et
modèle externe (ME).
58
Chapitre IV : Introduction aux bases de données
Chapitre IV : Introduction aux bases de

données
1. Concepts de base :
1.1. Base données :
Une base de données est un ensemble structuré et cohérent de données persistantes
accessibles aisément par plusieurs programmes et utilisateurs qui les utilisent simultanément
avec des objectifs différents.
Ainsi, on peut considérer une base de données comme un ensemble de données qui reflètent
(modélisent) les objets d'un certain univers organisationnel et servant de support aux
applications informatiques d'une organisation telle qu'une entreprise, ou une administration.
- Ces données ont une structure, c'est à dire obéissent à un modèle, qui doit refléter le
plus fidèlement possible leurs caractéristiques dans l'univers considéré.
- Ces données ne sont pas indépendantes (ce n'est pas une juxtaposition de fichiers).
Justement la structure choisie implique des relations entre les différents fichiers.
- Ces données sont interrogeables par leur contenue, par exemple retrouver les
données qui satisfont un certain critère (un produit de prix inférieur à 100 DH).
- Tout critère d'interrogation doit être possible, soit une différence par rapport à des
fichiers classiques
- La structure est aussi interrogeable (par exemple savoir quelles informations a-t-on
sur quels objets).
- Les données sont manipulables est présentables dans différentes formes (tri,
graphiques, éditions de rapports, etc....).et selon différents besoins (gestion des carrières,
paie etc...)
- Elles sont accessibles à l'utilisateur final, aussi bien qu'aux programmes
d'applications.
1.2. Système de gestion de bases de données :

Les bases de données sont gérées par des logiciels spécialisés appelés systèmes de
gestion de bases de données (SGBD).
Un SGBD est un ensemble de programmes (gros logiciel) permettant à plusieurs applications
et utilisateurs d’accéder à un ensemble volumineux de données. Il doit être efficace et
assurer la sécurité des données. Il doit aussi permettre aux utilisateurs de développer des
applications manipulant ces données.
1.3. Banque de donnée :

Une base de données est développée au sein d'une entreprise, pour son propre
fonctionnement. Inversement, une banque de données est un ensemble de données,
propres à un domaine d'application, que des "producteurs" réunissent pour ensuite en
commercialiser l'usage vers le public extérieur. Exemple: les banques de données juridiques,
économiques, médicales, des brevets, des propriétés des matériaux, ... . La constitution et
l'exploitation des banques de données font appel à des
techniques spécifiques (télématique, par exemple), différentes des techniques bases de
données, seules étudiées dans ce cours.
1.4. Fichier :
Dans une entreprise, il convient de faire appel à l'approche base de données lorsque
les données à gérer sont de natures diverses (exemple : étudiants, cours, enseignants,
60
salles, ...) et possèdent de nombreux liens entre elles (exemple : un étudiant suit un cours, un
cours est assuré par un enseignant,...). A contrario, il existe des cas où les données à gérer,
bien que importantes en volume, sont homogènes : les abonnés d'une revue, le personnel
d'une entreprise, les produits vendus par un magasin ... . Dans ces cas, on parlera de fichier
(le fichier des abonnés, ...) et l'on utilisera un système de gestion de fichiers (SGF), moins
complexe qu'un SGBD.
Tout système d'exploitation d'un ordinateur contient un SGF spécifique. Toutefois, pour les
applications, on fait plutôt appel à des progiciels du commerce (exemple: dBase, Filemaker,
...) , d'un usage plus simple et offrant des fonctionnalités plus élaborées.
Il est à noter que l'implantation physique d'une base de données sur les mémoires
secondaires se fait via la notion de fichier. Le choix de ceux-ci, toutefois, reste de la
compétence du SGBD et est invisible à l'utilisateur. Le cours abordera les techniques de
gestion de fichiers lorsque nous traiterons des aspects internes de réalisation d'un SGBD.
2. Limites de l’utilisation des fichiers :

• Difficultés à saisir les liens entre données (vision globale)
• Pas de partage de données entre utilisateurs (redondance, incohérence)
• Pas d’indépendance entre les données et les traitements
• Problèmes de gestion de la sécurité des données
• Multiplicité des traitements, langages, matériels....
3. Apport de l’utilisation des bases donnée :

- Éviter les redondances et les incohérences des données.
- Offrir des langages de haut niveau pour la définition et la manipulation des données.
- Partager les données entre plusieurs utilisateurs.
- Contrôler l’intégrité, la sécurité et la confidentialité des données.
- Assurer l’indépendance entre les données et les traitements.
4. Cycle de vie d’une BD :

Le cycle de vie d’une base de données est composé de trois phases : conception,
implantation et utilisation.
4.1. Conception :
On appelle conception d'une base de données la phase qui aboutit à déterminer le
futur contenu de la base.
Lorsqu'une entreprise décide, pour son informatisation, d'adopter une base de données, le
premier problème à résoudre, peut-être le plus difficile, est de déterminer les informations
qu'il conviendra de mettre dans la base de données. Il faut ainsi que l'ensemble des
utilisateurs actuels et futurs de cette base de données se mettent d'accord sur la nature et les
caractéristiques des informations qu'il faut garder pour assurer la gestion de l'entreprise.
4.2. Implantation :
Une fois que cet accord aura été établi, il faudra pouvoir transmettre son contenu au
logiciel SGBD choisi par l'entreprise. On appelle implantation de la base de données cette
phase qui consiste à décrire la base de données dans le langage du SGBD (langage de
description de données (LDD)) et construire cette première version. Une fois que le SGBD
aura pris connaissance de cette description, il sera possible aux utilisateurs d'entrer les
données, c'est-à-dire de constituer la première version, initiale, de la base de données.
61
4.3. Utilisation :
Une fois l'implantation terminée, on peut commencer l'utilisation de la base de
données. Celle-ci se fait au moyen d'un langage, dit langage de manipulation de données
(LMD), qui permet d'exprimer aussi bien les requêtes d'interrogation (pour obtenir des
informations contenues dans la base) que des requêtes de mise à jour (pour ajouter de
nouvelles informations, supprimer des informations périmées, modifier le contenu des
informations).
5. Modélisation des données :

Au cours des différentes phases de la vie d'une base de données, plusieurs
descriptions sont successivement élaborées, chacune répondant à un objectif déterminé et
complémentaire. Ces descriptions se faits via des modèles de données.
5.1. Définition d’un modèle donné :

On appelle modèle de données l'ensemble des concepts qui permettent la description de
données d'une base et les règles d'utilisation de ces concepts.
5.2. Définition d’un schéma d'une base de données :

On appelle schéma d'une base de données l'expression de la description de la base de
données d'une entreprise obtenue en employant un modèle de données.
5.3. Différents types de schémas de base de données :

Les différents schémas établis pour décrire les divers aspects d'une base de données sont
les suivants:
5.3.1. Schéma conceptuel

Lors de la phase de conception, il est nécessaire que les utilisateurs puissent discuter
de leurs besoins: il faudra donc qu'ils puissent exprimer leur vision sous forme d'une
description de la future base de données. Dans cette description, il n'est guère besoin de
faire appel à des concepts d’implémentation, dans la mesure où le problème à traiter est de
déterminer quelles sont les informations nécessaires à la vie de l'entreprise, et ce
indépendamment de la solution informatique retenue. Cette description s'appuiera donc sur
un ensemble de concepts qui ne font aucune référence à l'informatique : le modèle utilisé est
dit "modèle conceptuel".
5.3.2. Schéma logique

Le schéma conceptuel des besoins décrit la future base, indépendamment des choix
techniques d'implantation. La phase suivante, celle d'implantation, demande que la partie
décrivant les données de ce schéma soit traduite dans les concepts du modèle utilisé par le
SGBD choisi. On appelle modèle logique, le modèle sur lequel est construit un SGBD
actuel.. Le schéma obtenu en traduisant dans un modèle logique le schéma conceptuel des
besoins sera appelé ici le schéma logique de la base de données. A noter cependant que,
dans la terminologie courante, ce schéma est souvent appelé le schéma conceptuel de la
base de données, ce qui ne va pas sans ambiguïté avec le schéma conceptuel résultant de la
phase de conception.
5.3.3. Schéma interne ou physique

L'implantation des données elles-mêmes, c'est-à-dire le chargement de la base de
données avec la version initiale, nécessite que soient fixés les choix en matière de
62
structuration de données sur la mémoire secondaire (quels types de fichiers? quels index ...).
Ces choix, ainsi que nous l'avons dit plus haut, ne sont pas faits par les utilisateurs, mais par
les administrateurs système qui, en fonction de leur analyse des traitements qui vont être
effectués sur la future base de données, détermineront les paramètres effectifs pour
l'implantation de la base sous forme d'un ensemble de fichiers. L'ensemble de ces choix sera
consigné dans ce que l'on appelle le schéma interne de la base de données:
description de comment les données de la base sont enregistrées dans les fichiers. Cette
description fait donc appel à un nouveau modèle, appelé modèle interne, où les concepts
seront ceux de fichier, organisation, index, chemin d'accès, clé, ...
5.3.4. Schéma externe

Ce type de schémas est élaboré pour répondre aux besoins spécifiques des différents
groupes d'utilisateurs. Ceux-ci n'ont pas besoin de connaître l'ensemble du contenu de la
base, à savoir, toutes les informations sur chaque type d'objet. Chaque utilisateur a des
exigences limitées (il n'est intéressé que par certaines informations) et particulières (il peut
souhaiter une représentation des informations différente de celle décrite dans le schéma
conceptuel).
A chaque utilisateur (ou groupe d'utilisateurs) est donc associé un schéma externe, qui
définit le sous-ensemble de la base de données auquel il a accès, structuré de façon à
répondre à ses besoins spécifiques.
6. Processus de développement des bases de données :

Selon ANSI-SPARC l’élaboration d’une BD suit les étapes suivantes :
63
Chapitre V : Modèle Relationnel
1. Introduction :
Le modèle relationnel a été défini par E.F Codd dans les années 70. Ainsi, de
nombreux chercheurs ont contribué à son développement. Dans ce modèle, les données
sont stockées dans des tables, sans préjuger de la façon dont les informations sont stockées
dans la machine. Un ensemble de données sera donc modélisé par un ensemble de tables.
Le succès du modèle relationnel auprès des chercheurs, concepteurs et utilisateurs est dû à
la puissance et à la simplicité de ses concepts. En outre, contrairement à certains autres
modèles, il repose sur des bases théoriques solides, notamment la théorie des ensembles et
la logique mathématique (théorie des prédicats d’ordre 1).
Le modèle relationnel présente également de nombreux avantages dus au fait qu’il soit basé
sur la théorie des ensembles : Langage de manipulation des données ensemblistes grâce à
l’algèbre relationnelle et grâce à des langages assertionnels qui permettent de spécifier ce
que l’on souhaite obtenir sans dire comment l’obtenir. Le SGBD est responsable de la
politique d’exécution des requêtes.
2. Concepts de base :
2.1. Attribut :
Définition : Un attribut est un identificateur (un nom) décrivant une information stockée dans
une base (c’est le nom donné à une colonne d’une relation). Il prend ses valeurs dans un
domaine.
Exemple : le numéro De Sécurité Social et le nom d’une personne sont des attributs.
2.2. Domaine :
Définition : Le Domaine d’un attribut est l’ensemble, fini ou infini, de ses valeurs possibles.
Exemple : l’attribut numéro de sécurité sociale a pour domaine l’ensemble des

combinaisons de quinze chiffres et nom a pour domaine l’ensemble des combinaisons de
lettres ( une combinaison comme cette dernière est généralement appelée chaîne de
caractères ou, plus simplement , chaîne ).
2.3. Produit cartésien :

Définition : Le produit cartésien D1x D2x…. x Dn est l’ensemble des tuples (n-uplets) V1,
V2,…., Vn >tel que quel que soit i Vi appartient à Di .
Exemple : D1 = {Bleu, Blanc, Rouge}, D2 = {Vraie, Faux}.
D1 X D2 = (Bleu, Vraie) ; (Bleu, Faux) ; (Blanc, Vraie) ; (Blanc, Faux) ; (Rouge, Vraie) ;
(Rouge, Faux).
64
2.4. Relation :
Définition : une Relation est un sous-ensemble du produit cartésien de n domaines d’attribut
(n>0).
Vision tabulaire du relationnel : on peut représenter une relation sous la forme d’une table à
deux dimensions dans lequel les n attributs figurent les titres des n colonnes. Ainsi, chaque
ligne représente un tuple de la relation. Voici un exemple de relation avec trois attributs :
Numéro Nom prénom
5 Ahmed Amine
1 Mohammed Aymane
12 Razki Sarah
3 Mohammed Saïd
2.5. Degré :
Définition : Le Degré d’une relation est son nombre d’attributs.
2.6. Occurrence :
Définition : une occurrence est un élément de l’ensemble figuré par une relation.
Autrement dit, une occurrence est une ligne de la table ou un tuple.
2.7. Extension d’une relation :

Définition : L’extension d’une relation R (A1 :D1,…, An : Dn) est un ensemble de tuples
(V1, V2,…, Vn) tq
Note : L’extension d’une relation est variable au cours de la vie d’une base de données.
2.8. Clé candidate :

Définition : Une Clé candidate d’une relation est un ensemble minimal des attributs de la
relation dont les valeurs identifient à coup sûr une occurrence.
. La valeur d’une clé candidate est donc distincte pour toutes les occurrences.
. La notion de clé candidate est essentielle dans le modèle relationnel.
.Toute relation a ou moins une clé candidate et peut en avoir plusieurs. Cela a pour
conséquence qu’il ne peut jamais y avoir deux occurrences identiques au sein d’une relation :
ces deux occurrences représenteraient en fait le même objet. . Les clés candidates d’une
relation n’ont pas forcément le même nombre d’attributs.
. Une clé candidate peut être formée d’un attribut arbitraire, utilisé à cette seule fin.
. Le contexte du domaine modélisé est essentiel pour déterminer les clés candidates d’une
relation. Le contenu de la relation peut être un indice , mais il est parfois trompeur.
2.9. Clé primaire :

Parmi les clés possibles, on choisit une clé qui sera appelée Clé primaire.
65
Définition : La clé primaire d’une relation est une de ses clés candidates.
Exemple : EMPLOYE (matricule, nom, salaire) a 1 clé candidate : matricule
.Si on est certain que 2 employés n’ont jamais le même nom, nom est une 2ème clé
candidate alors EMPLOYES (matricule, nom, prénom, salaire) a 2 clés candidates : matricule
(que l’on choisira certainement comme clé primaire) et (nom, prénom)
2.10. Schéma d’une relation :

Définition : Nom de la relation, liste des attributs avec leurs domaines, ainsi que la clé
primaire soulignée.
R (A1 :D1,…, An : Dn).
Exemple : Voiture (Num : Int, Modèle : texte, Année : Int, Couleur : texte,
Type : texte)
Remarque : Intention et extension d’une relation : Un schéma de relation définit l’intention de

la relation alors qu’une instance de table représente une extension de la relation.
2.11. Clé étrangère :

Définition : Groupe d’attributs devant apparaître comme clé dans une autre relation.
2.12. Contrainte d’intégrité :

Définition : Une contrainte d’intégrité est une propriété du schéma, invariante dans le temps.
Il existe différents types de contraintes d’intégrité :
. Liées au modèle (pas de doublons dans une relation).
. De domaine (nb heure <100 ; pas de valeur nulle pour la clé primaire).
. Référentielles dites de clé étrangère qui impose que la valeur d’attribut de la relation r1
apparaissent comme valeur de clé dans une autre relation r2.
2.13. Schéma de base de données :

Définition : Un schéma de base de données relationnel S (ou intension) est un ensemble
de schémas de relation S = {R1, R2,…, Rp} et un ensemble de contraintes d’intégrité(CI).
3. Dépendances Fonctionnelles :
2.1. Introduction :
La notion de dépendance fonctionnelle permet d’établir des liens sémantiques entre
attributs ou groupe d’attributs. On dit qu’il existe une dépendance fonctionnelle de A vers B
ou A détermine B ou que B dépend fonctionnellement de A et on note A B ou A est dit
source de la dépendance fonctionnelle et B sa destination.
2.2. Définition :
Etant donné une relation R, nous disons qu’il y a dépendance fonctionnelle (DF) X de R
vers Y de R si à une valeur de X est associée au plus une valeur de Y.
66
Remarque : Une DF est une propriété définie sur l’intension du schéma et non son extension
(elle est donc invariante dans le temps). C’est une propriété qui doit être extraire de la
connaissance que l’on a sur l’application à modéliser.
2.3. Dépendance fonctionnelle élémentaire :

Une Dépendance fonctionnelle A B, où Y est un attribut unique n’appartenant pas
à X, est dite élémentaire, s’il n’existe pas C, inclus dans A, qui assure lui-même une
dépendance fonctionnelle C B.
Exemple :
a. Ref_ Article Nom_ Article.

b. Nom_ Facture, Ref _ Article Qte _ Article.
c. Num _ Facture, Ref _ Article Nom _ Article.
Les dépendances fonctionnelles a et b sont élémentaires alors que la c ne l’est pas parce
qu’il existe une partie de la source de la df qui assure elle-même la dépendance
fonctionnelle : c’est Ref _ Article au niveau de la df a.
2.4. DF directes :
Une dépendance fonctionnelle A B est dite directe, s’il n’existe pas un attribut C qui
engendrait une dépendance fonctionnelle transitive A C B.
Exemple :
a. Num _ facture Num _ Représentant VRAI

b. Num _ Représentant Nom_ Représentant VRAI
c. Num _ Facture Nom_ Représentant FAUX
Les dépendances fonctionnelles a et b sont directes alors que la c ne l’est pas parce
qu’elle peut être déduit par transitivité à partir des deux premières.
2.5. Graphe de dépendance fonctionnelle :

Un ensemble F de dépendances fonctionnelles peut être représenté avec un graphe
orienté où chaque nœud représente un attribut et les arcs les dépendances fonctionnelles
entre les attributs.
Exemple : Commande (Num, Date, Client, Article, Prix, Quantité)
Num Date Num Article

Num Client
Article Prix Date Client Prix
Article, Num Quantité Quantité
2.6. Les axiomes d’Armstrong :

Les Axiomes d’Armstrong sont un ensemble de règles qui permettent d’effectuer des
inférences de dépendances fonctionnelles à partir d’autres dépendances fonctionnelles.
a) Réflexibilité : si Y est inclus dans X alors X Y est vérifiée, en particulier X X

b) Augmentation : si X Y est vérifiée alors XZ YZ
67
c) Transitivité : si X Y et Y Z sont vérifiées alors X Z
Remarque : Plusieurs autres règles peuvent être déduites des ces règles, elles sont
construites à partir des axiomes pour faciliter les démonstrations.
d) Additivité : X Y et X Z alors X YZ (NB : YZ= Y Z)

e) Pseudo-transitivité : X Y et WY Z alors WX Z
f) Décomposition : X Y , et Z est inclus dans Y alors X Z
2.7. Couverture fonctionnelle :

On appelle couverture fonctionnelle d’une relation l’ensemble des dépendances
fonctionnelles qui lui sont associées.
2.8. Fermeture transitive :

Si F est une couverture fonctionnelle de la relation R, la fermeture transitive de F+ est
l’ensemble des dépendances fonctionnelles qui peuvent être inférées de F par transitivité.
Exemple :
F = {Châssis Type ; Type Marque ; Type Puissance}
F+ = F  {Châssis Marque ; Châssis Puissance}
Note : Deux ensembles de dépendances fonctionnelles sont équivalents s’ils ont la même
fermeture transitive.
2.9. Couverture minimale :

Définition : Une couverture minimale, notée IRR(F), est l’ensemble F de dépendances
fonctionnelles élémentaires associé à un ensemble d’attributs vérifiant les propriétés
suivantes :
. Aucune dépendance dans F n’est redondante ;
. Toute dépendance fonctionnelle élémentaire des attributs est dans F+ ;
C’est le sous-ensemble minimal de dépendances fonctionnelles permettant de générer toutes

les autres.
2.10. Définition d’une clé de relation :

Soit R (A1, A2, …, An) un schéma de relation, et X un sous-ensemble de (A1, A2, …,
An), X est une clé si, et seulement si : X (A1, A2,…, An).
X est minimal : il n’existe pas de sous-ensemble Y de X tel que Y (A1, A2, …, An)
3. Normalisation des relations :

Cette théorie est basée sur les dépendances fonctionnelles qui permettent de
décomposer l’ensemble des informations en diverses relations. Chaque nouveau frome
normal marque une étape supplémentaire de la progression vers des relations présentant de
moins en moins de redondance.
La normalisation donne lieu, entre autres, à :
68
. Limiter les redondances de données,
. Limiter les pertes de données,
. Limiter les incohérences au sien des données,
. Améliorer les performances des traitements.
3.1. Relation universelle :

La relation universelle est la relation qui regroupe toutes les informations à stocker
(tous les attributs).
3.2. Exemple de problème :

La dépendance Dept -> NomD dans la relation R ( Matr, NomE , Dept, NomD) va
occasionner des anomalies lors des modifications des données :
. Anomalies d’insertion : on ne peut ajouter de nouveau département (numéro et nom) si le

département ne comporte pas d’employé.
. Anomalies de modification : si l’on change le nom d’un département, on doit le changer

dans toutes les lignes des employés de ce département,
. Anomalies de suppression : si on supprime le dernier employé d’un département, on perd

l’information numéro-nom du département.
La normalisation de la relation ( Matr, NomE , Dept, Nomd) par sa décomposition en deux

relations : ( Matr, NomE , Dept) et (Dept, Nomd) aurait permis d’éviter les problèmes pendant
la mise à jour des données.
3.3. Formes normales :

A. Première forme normale (1NF) :
Une relation est en première forme normale si et seulement si tous ses attributs ont
des valeurs simples (non multiples, non composées).
Exemple :
Personne (NumP, Prénom, PrénomEnfants)
Les valeurs de l’attribut PrénomEnfants ne sont pas simples.
Il existe deux solutions pour normaliser une relation en première forme normale :
1ère solution : Créer autant d’attributs que le nombre maximum de valeur de l’attribut multi-
valu (stockage horizontal). On utilise cette solution quand le nombre maximum de valeurs
est connu à l’avance et qu’il ne risque pas de change plus tard. Par exemple, pour
représenter les parents d’une personne, on sait qu’une personne ne peut avoir plus de deux
parents donc on décompose en deux attributs un pour le père et un pour la mère.
2ème solution : Créer une nouvelle relation comportant la clef de la relation initiale et
l’attribut multi-valu puis éliminer l’attribut multi value de la relation initiale (stockage vertical).
Cette solution est utilisée quand on ne connait pas le nombre maximum de valeur ou si ce
dernier et trop important.
Dans l’exemple précédant, la solution sera :
69
Personne (NumP, Nom, Prénom)
PRENOMENFANTS (NumP, PrénomEnfant)
B. Deuxième forme normale (2NF) :
Une relation est en deuxième forme normale si et seulement si : elle est en première
forme normale et tout attribut n’appartenant pas à une clé ne dépend pas que d’une partie de
cette clé.
B
A
La relation suivante n’est pas en deuxième forme normale.
Enseignement (NUM, CODE_MATIERE, NOM, VOLUME_HORAIRE) D

F
C
Avec : NUM Nom
Pour normaliser une relation en deuxième forme normale, il faut :
. Isoler la DF partielle dans une nouvelle relations ;
. Enlever la cible de cette DF de la relation initiale ; A

A B
Enseignement (NUM, CODE_MATIERE, VOLUME_HORAIRE)
Enseignement (NUM, NOM) C D E
Remarque :
. Une relation en 1NF dont la clé est mono-attribut (se compose d’un seul attribut) est
forcément en 2NF.
. La deuxième forme normale traduit le fait que les attributs nom clés dépendent
complètement de la clé.
C. Troisième forme normale (3NF) :
Une relation est en troisième forme normale si et seulement si : elle est en deuxième
forme normale et tout attribut n’appartenant pas à une clé ne dépend pas d’un autre attribut
non clé.
A B
La relation suivante n’est pas en troisième forme normale
ENSEIGNANT (NUM, NOM, CATEGORIE, CLASSE, SALAIRE)

E
Avec CATEGORIE, CLASSE SALAIRE C D
Pour normaliser une relation en troisième forme normale il faut :
. Isoler la DF transitive dans une nouvelle relation,
. Eliminer la cible de la DF de la relation initiale.

E A
B
ENSEIGNANT (NUM, NOM, CATEGORIE, CLASSE)
SALARE (CATEGORIE, CLASSE, SALARE)

D C D
Remarque :
70
La 3NF exprime le fait que tous les attributs non clé dépendent complètement et
uniquement de la clé de la relation.
D. Forme normale de Boyce Codd(BCNF) :
Une relation est en Boyce Codd frome normale si et seulement si elle est en deuxième
forme normale et toute source de dépendance fonctionnelle est une clé primaire minimale.
La relation suivante n’est pas en BCNF. B

A
ADRESSE (Rue, Commune, Bureau-Postal, Code Postal) avec
E
Code Postal Commune
C D
Pour normaliser une relation en Boyce Codd frome normale il faut :
. Isoler la DF problématique dans une nouvelle relation ;
. Eliminer la cible de cette DF et la remplacer par sa source dans la relation initiale.
Remarque :
. Si R en BCNF alors elle est en 3 NF.
. On n’a présenté ici que les formes normales dont la définition utilise exclusivement les
dépendances fonctionnelles. Si on prend en compte d’autre dépendance entre données
comme les dépendances multivaluées on obtient alors les 4FN et 5FN. La 3FN reste
cependant l’objectif de normalisation le plus « classique ».
4. Schéma relationnel normalisé :

Un schéma relationnel est normalisé pour certaine forme normale si les relations qui le
composent sont toutes dans la forme normale spécifiée.
Normaliser un schéma relationnel c’est le transformer en un schéma relationnel normalisé

équivalent, c’est-à-dire, contenant les mêmes informations que le schéma de départ. En
général cela consiste à éclater les relations non normalisées en plusieurs relations
normalisées qui redonnent les relations d’origine par jointure. La décomposition doit être sans
perte de données et autant que possible sans perte de dépendance.
L’idée ’un seul fait dans un seul lieu’ se traduit souvent par la suppression des dépendances
fonctionnelle intra-relation autres que celles liées aux clés candidates.
Il existe deux approches possibles pour concevoir un schéma relationnel en troisième frome
normale, l’approche par synthèse et l’approche par décomposition.
4.1. Approche par synthèse :

L’approche par synthèse consiste à recomposer des relations à partir d’un ensemble
d’attributs indépendants et de la couverture minimale d’un ensemble de dépendances
fonctionnelles. Une telle recomposition est générée par algorithme dit de synthèse ayant pour
entrée l’ensemble des attributs et l’ensemble des DF et pour sortie des relations en 3FN.
Algorithme :
71
1) A partir du GDF, calculer une couverture minimale C,

2) Editer l’ensemble des attributs isolés dans une même relation,
3) Rechercher le plus grand ensemble X d’attributs qui déterminent d’autres attributs,
4) Editer la relation(X, A1, A2,…, An)
5) Supprimer les DF (X A1, X A1,…, X A) du GDF de la couverture
minimale C,
6) Supprimer les attributs isolés de C,
7) Répéter l’opération de réduction du graphe C à partir de l’étape 3, jusqu’à ce que C
soit vide.
Exemple : Soit le GDF suivant :
Couleur
N° veh Marque
Type puissance
Ce graphe n’est pas une couverture minimale à cause des DF suivantes :
N° veh Marque et N° veh puissance qui sont transitives.
On obtient une couverture minimale C du GDF en éliminant les deux DF précédentes.
En appliquant l’algorithme de décomposition sur C, on obtient le schéma de relations suivant :
Véhicule (N°veh, Type, Couleur)
Type-Véh(Type, Marque, Puissance)
4.2. Approche par décomposition :

Une manière de concevoir un schéma relationnel en troisième forme normale est de
commencer par la relation universelle (ensemble de tous les attributs) et de décomposer
cette « grosse » relation. En effet, chaque relation produite ne conserve qu’un certain nombre
de DF (celles définies sur ses attributs propres) et n’est donc pas forcément en 3 ème frome
normale.
Donc refait le même processus jusqu’à ce qu’on arrive à un ensemble de relation en 3FN.
72
Chapitre VI : L’algèbre relationnelle
1. Introduction :
La représentation d’information sous forme relationnelle est intéressante car les
fondements mathématiques du relationnel, outre qu’ils permettent une modélisation logique
simple et puissante, fournissent également un ensemble des concepts pour manipuler
formellement l’information ainsi modélisée. Ainsi une algèbre relationnelle, sous forme d'un
ensemble d'opérations formelles, permet d'exprimer des questions, ou requêtes, posées à
une représentation relationnelle, sous forme d'expressions algébriques.
2. Définition :
Qu’est-ce que l’algèbre relationnelle ?
L’algèbre relationnelle a été inventée en 1970 par Edgar Frank Codd, le

directeur de recherche du centre IBM de San José.
L’algèbre relationnelle est une "partie" de la théorie des ensembles (mathématique), ainsi elle
est à l’origine de SQL.
En d’autres termes et au sens littéral, l’algèbre relationnelle est un ensemble d’opérations
appliquées à un même type d’objet mathématique, chaque opération produisant à nouveau le
même type d’objet en sortie. En algèbre relationnelle, l’objet est une "relation" et les
opérations effectuées sur les relations en paramètre de l’opération donnent comme résultat
une nouvelle relation en sortie.
Par conséquent, l’algèbre relationnelle est une fermeture au sens mathématique du terme.
Cependant, l’algèbre relationnelle n’est pas une fermeture transitive. En effet l’algèbre
relationnelle ne permet pas de procéder à des opérations récursives, seule solution pour les
problématiques de parcours de graphe.
3. Rappels terminologiques :
- Ensemble : un ensemble est une collection non ordonnée d’objets distincts.
- Domaine : un domaine est un ensemble identifié de valeurs.
- Relation : une relation est un sous-ensemble du produit cartésien d’une liste de domaines.
- Attribut : un attribut est l’un des composants d’une relation. Chaque attribut est identifié et
est associé à un domaine de valeur, un même domaine peut être utilisé plusieurs fois dans
une relation.
- Schéma de relation : un schéma de relation définit l’ensemble des attributs et domaine
d’une relation.
4. Les objectifs de l’algèbre relationnelle :

• L’algèbre relationnelle fournit les opérateurs de base pour manipuler les extensions des
relations (ensembles de n-uplets ou tables) d’une BD relationnelle.
• On peut faire un parallèle avec l’arithmétique qui fournit les opérations de base pour
manipuler les nombres (addition, soustraction, multiplication et division).
• Tout SGBD relationnel doit fournir des implantations efficaces de ces opérateurs.
• Une requête SQL est traduite comme on le verra, en un arbre d’opérateurs de l’algèbre
relationnelle.
73
5. Différents types d’opérateurs :

Les opérations relationnelles permettent de créer une nouvelle relation (table) à partir
d’opérations élémentaires sur d’autres relations (par exemple l’union, l’intersection, ou encore
la différence). Ces opérateurs sont implémentés dans des langages de requêtes de haut
niveau des SGBD tel SQL (Structured Query Langage), QUEL (Ingres) ou QBE (Paradox).
On peut distinguer trois familles d’opérateurs relationnels :
5.1. Les opérateurs unaires : (sélection, projection) :

Ce sont les opérateurs les plus simples, ils permettent de produire une nouvelle table à
partir d’un autre table .
5.1.1. Sélection (σ) :
Définition :
(parfois appelé restriction) est l’opération qui permet de sélectionner des tuples, selon
le prédicat donné.
- La condition de sélection utilise les opérateurs de comparaison (=, ≠ ,<, 6, >, >), les
connecteurs logiques (et, ou, non) et les parenthèses.
Description :
- Syntaxe : σ [p] R.
- P : prédicat de sélection (condition de sélection).
- Notation fonctionnelle : Scondition(R) ou RESTRICT(R, condition) ou SELECT(R, condition).

- Sémantique : créer une nouvelle relation contenant des tuples de R qui satisfont le prédicat
p.
- Représentation graphique :
- Exemple :
Soit la relation suivant : TABLE 1 (Nom médicament, Catégorie, Prix)
Soit l’opération : σ prix>203,00 DA TABLE 1 On obtient alors la table suivante :
74
TABLE 1 :
Nom Catégorie Prix

Nom Catégorie Prix
médicament Prix <203 , 00 DA
Médicament
ZECUF Sirop 203,00 DA
ABILIFY 15 mg Médicament 5928,12 DA
CHARBONNEL Comprimé 720,00 DA cher
ABILIFY 15 mg Médicament cher 5928,12 DA

CHARBONNEL Comprimé 720,00 DA
BIOFENAC 100 mg Médicament sensible 98,00 DA

à la chaleur
Suppo
5.1.2. Projection(π) :
Définition :
est l’opération qui permet de sélectionner des attributs, selon le prédicat donné.
Description :
- Syntaxe : π [attributs] R.
- Attributs : liste d’ensemble des attributs de R à conserver dans le résultat.
- Notation fonctionnelle : R[. . . . . . . . . . . . . . . . . . ] ou PROJECT(R, A1, A2, . . . An).
- Sémantique : crée une nouvelle relation. L’ensemble des tuples de R réduits aux seuls
attributs de la liste spécifiée.
- Exemple :
Soit la relation suivant : TABLE 2 (Nom médicament, Catégorie, Prix)
Soit l’opération : π nom médicament ,prix (TABLE 2 )
On obtient alors la table suivante :
75
TABLE 2 :
Nom Catégorie Prix
médicament Nom Prix
ZECUF Sirop 203,00 DA médicament
ZECUF 203,00 DA
CHARBONNEL 720,00 DA
à la chaleur
ABILIFY 15 mg 5928,12
Suppo DA
BIOFENAC 100 98,00 DA

mg
Suppo
5.2. Les opérateurs binaires :( union, intersection, différence) :

Ces opérateurs permettent de produire une nouvelle relation à partir de deux relations
de même degré et de même domaine.
5.2.1. Union(∪) :
Définition : est une opération entre deux relations de même schéma qui retourne une
relation de même schéma contenant l’ensemble des tuples qui appartiennent à au moins une
des deux relations.
Remarque :
- commutatif : [R1 [ R2]= [R2 [ R1]
- associatif : [(R1 [ R2) [ R3]= [R1 [ (R2 [ R3)]
Description :
- Syntaxe : R1 ∪ R2.
- Notation fonctionnelle : Union (R1, R2) ou OR (R1, R2).
- But : permet de fusionner deux relations.
76
- Exemple : Soit la relation suivant : Catégorie (sirop)(Nom médicament, Prix) et

Catégorie (comprimé)(Nom médicament, Prix)
Catégorie (sirop) :
Nom Prix
Médicament
ZICUF 203 ,00 DA
EUPNEX 180,00 DA
Catégorie (comprimé) :
Nom Prix
médicament
BIOCLAV ADULTES 785,28 DA
Soit l’opération : Catégorie (comprimé) ∪ Catégorie (sirop)
Nom Prix
Médicament
BIOCLAV ADULTES 785,28 DA
ZICUF 203 ,00 DA
EUPNEX 180,00 DA
5.2.2. Intersection(∩) :
Définition : est une opération entre deux relations de même schéma qui retourne une
relation de même schéma contenant l’ensemble des n-uplets qui appartiennent aux deux
relations.
- Remarque :
- commutatif : [R1 \ R2] = [R2 \ R1]
- associatif :[(R1 \ R2) \ R3] = [R1 \ ( R2 \ R3)]
Description :
77
- Syntaxe : R1 ∩ R2.
- Notation fonctionnelle : Inter (R1, R2) ou INTERSECT (R1, R2) ou AND (R1, R2).
-But : permet d’obtenir l’ensemble des tuples appartenant à deux relations.
- Exemple :
Soit la relation suivant : TABLE 1(Nom médicament, Catégorie, Prix) et TABLE 3(Nom
médicament, Catégorie, Prix)
TABLE 1 :
Nom Catégorie Prix
médicament

à la chaleur
Suppo
TABLE 3 :
Nom Catégorie Prix
Médicament
EUPNEX Sirop 180,00 DA
Soit l’opération : TABLE 1 ∩ TABLE 3
Nom Catégorie Prix
Médicament
78
5.2.3. Différence(-) :
Définition:
est l’opération entre deux relations de même schéma qui retourne une relation de même
schéma contenant l’ensemble des tuples appartenant à la première et n’appartenant pas à la
deuxième .
Remarque :
-Non commutatif : [R1 - R2] 6= [R2 - R1]
-Non associatif : [(R1 - R2) - R3] 6= [R1 - (R2 - R3)]
Description :
- Syntaxe : R1 - R2.
- Notation fonctionnelle : Diff (R1, R2), MINUS(R1, R2).
- But : obtenir l’ensemble des tuples d’une relation qui ne figurent pas dans
une autre.
- Exemple :
Soit la relation suivant : TABLE 1(Nom médicament, Catégorie, Prix) et TABLE 3(Nom
médicament, Catégorie, Prix)
TABLE 1 :
Nom Catégorie Prix
médicament

à la chaleur
Suppo
TABLE 3 :
Nom Catégorie Prix
Médicament
EUPNEX Sirop 180,00 DA
79
Soit l’opération : TABLE 1 - TABLE 3
Nom Catégorie Prix
médicament

à la chaleur
Suppo
5.3. Les opérateurs binaires ou n-aires : (produit cartésien,

jointure, division) :
Ces opérateurs permettent de produire une nouvelle table à partir de deux ou plusieurs
autres tables .
5.3.1. Produit cartésien(X) :
Définition:
Le produit cartésien est une opération binaire (c’est-à-dire portant sur deux relations).
Le produit de R1 par R2 (équivalent au produit de R2 par R1) produit une relation R3 ayant
pour schéma la juxtaposition de ceux des relations R1 et R2 et pour tuples l’ensemble des
combinaisons possibles entre les tuples de R1 et ceux de R2.
Remarque :
- commutatif : [R1 × R2] = [R2 × R1]
- associatif : [(R1 × R2) × R3] = [R1 × ( R2 × R3)]
Description :
- Syntaxe : R1 X R2.
- Notation fonctionnelle : PROD(R1, R2) ou PRODUCT(R1, R2).
- But : ensemble de tous les tuples obtenus par concaténation de chaque tuple
de R1 avec chaque tuple de R2.
- Exemple :
Soit la relation suivant : TABLE 4(Nom médicament, Catégorie) et TABLE 5(Posologie, Prix)
80
TABLE 4 :
Nom Catégorie
médicament
AMOXICILINE Sirop
SOLUPRED Comprimé
TABLE 5 :
Prix Posologie
520 ,00 DA 50 mg /Kg/J
Soit l’opération : TABLE 4 × TABLE 5
Nom médicament Catégorie Prix Posologie
AMOXICILINE Sirop 520 ,00 DA 50 mg /Kg/J
SOLUPRED Comprimé 520 ,00 DA 50 g /Kg/J
5.3.2. jointure :
Définition:
La jointure est une opération binaire (c’est-à-dire portant sur deux relations). La
jointure de R1et R2, étant donnée une condition C portant sur des attributs de R1 et de R2,
de même domaine, produit une relation R3 ayant pour schéma la juxtaposition de ceux des
relations R1 et R2 et pour tuples l’ensemble de ceux obtenus par concaténation des tuples de
R1 et de R2, et qui vérifient la condition C.
On distingue selon l’opérateur :
* Opérateur = : équi-jointure
* Opérateur <, >, ≥, ≤, 6= : inéqui-jointure
Description :
- Syntaxe : R1 R2
- Notation fonctionnelle : Join (R1, R2, Prédicat) ou R1* R2 (Condition).
-But : permet d’établir le lien sémantique entre les relations.
-Représentation graphique :
81
- Exemple :
Soit la relation suivant : R1(Nom médicament, La quantité (Boite)) et
R2(Classement des pharmacies, Nom pharmacien, Prénom pharmacien)
R1 :
Nom médicament La quantité (Boite)
AMOXICILINE 12
BIOCLAV 30
R2 :
Classement des Nom Prénom
pharmacies pharmacien pharmacien
8 ZITOUNI Ahmad
40 FILALI Ibrahim
Soit l’opération : R1 R2
telle que la condition est La quantité (Boite) > Classement des pharmacies
On obtient alors la table suivant :
Nom La Classement Nom pharmacien Prénom

medicament quantité des pharmacien
(Boite) pharmacies
AMOXICILINE 12 8 ZITOUNI Ahmad
BIOCLAV 30 8 ZITOUNI Ahmad
5.3.3. Jointure naturelle :
Définition :
La jointure naturelle entre R1 et R2 est une jointure pour laquelle la condition est
l’égalité entre les attributs de même nom de R1 et de R2. Il est donc inutile de spécifier la
condition dans une jointure naturelle, elle reste toujours implicite.
82
Description :
- But : permet d’établir le lien sémantique entre les relations.
- Syntaxe : R1 R2
-Représentation graphique :
Exemple :
Soit les deux relations suivantes : R1(Nom médicament, La quantité(boites), Téléphone de
pharmacie)
R1:
Nom médicament La quantité (boites) Téléphone de pharmacie
AMOXICILINE 10 0754762309
BIOCLAV 20 0645321390
R2 :
Nom médicament La quantité (boites) L’adresse de pharmacie
AMOXICILINE 10 Ain-El-Bey Constantine
CHARBONNEL 36 El-harrouche-skikda
Soit l’opération : R/R1 R2
On obtient alors la table suivant :
Nom médicament La quantité Téléphone de L’adresse de

(boites) pharmacie pharmacie
AMOXICILINE 10 0754762309 Ain-El-Bey Constantine
5.4. Opérateurs dérivées :

Division
83
La division est une opération binaire (c’est-à-dire portant sur deux relations). La division de
R1 par R2 a pour résultat R3 tel que R3 comporte le plus grand ensemble possible de tuples
qui concaténés à ceux de R2 donnent toujours un tuple de R1.
Description :
- Syntaxe : R3=R1 ÷ R2
- But : répondre aux requêtes de type « Tous les ».
Exemple :
Soit les deux relations suivantes : R1(Nom médicament, Catégorie, Posologie) et (Posologie)
R1 :
Nom médicament Catégorie Posologie
SOLUPRED comprimé 1 mg ╱kg ╱j
ALGIFEN comprimé 20 mg ╱kg ╱j
R2 :
Posologie
1 mg ╱kg ╱j
20 mg ╱kg ╱j
Soit l’opération : R= R1 ÷ R2
On obtient alors la relation R composé des tuples suivantes :
84
Nom médicament Catégorie
SOLUPRED Comprimé
ALGIFEN Comprimé
6. Opérateurs de l’algèbre relationnelle :

Symbole Opération Syntaxe
∪ Union R1 ∪ R2
- Différence R1 - R2
∩ Intersection R1 ∩ R2
× Produit cartésien R1 × R2
𝜋 Projection 𝜋𝐴1, 𝐴2, … 𝐴𝑝, 𝐴𝑝 + 1, 𝐴𝑛(𝑅1)
𝜎 Sélection  condition(R1)
 condition Jointure R1 conditionR2
  Jointure naturelle R1 R2
÷ Division R1 ÷ R2
Conclusion :
Dans ce chapitre, nous avons traité l’algèbre relationnelle qui est un langage
de requêtes dans des bases de données relationnelles et expliquer leurs opérations
puis donner un exemple pour chaque opération.
86
Chapitre VII : Application sous logiciel
1. Introduction:
Après l’analyse et la conception abordées dans le chapitre précédent, nous pouvons
entamer la réalisation de notre projet, dans ce chapitre nous allons décrire les différents
logiciels et outils utilisés lors du développement, ainsi que les langages de programmation
utilisés, ensuite nous présentons quelques interfaces résultantes Notre système est simple,
donc il ne demande pas trop de technologies ou des grandes performances techniques.
2. Outils de développement et langage:
MySQL est un système de gestion de bases de données relationnelles (SGBDR). Il

est distribué sous une double licence GPL et propriétaire. Il fait partie des logiciels de gestion
de base de données les plus utilisés au monde, autant par le grand public (applications web
principalement) que par des professionnels, en concurrence avec Oracle, PostgreSQL et
Microsoft SQL Server.
FileMaker pro est un logiciel de gestion de base de données développé par une filiale
d’Apple appelée FileMaker Inc. (en) (anciennement Claris). Il fonctionne sous Mac OS X et
sous Windows, soit en réseau poste à poste, soit en mode client- serveur avec le module "
File Maker Server ".
PostgreSQL est un système de gestion de base de données relationnelle et objet

(SGBDRO). C’est un outil libre disponible selon les termes d’une licence de type BSD. Ce
système est concurrent d’autres systèmes de gestion de base de données, qu’ils soient libres
(comme MariaDB et Firebird), ou propriétaires (comme Oracle, MySQL, sybase, DB2,
informix et Microsoft SQL Server).comme les projets libres Apache et linux, PostgreSQL n’est
pas contrôlé par une seule entreprise, mais est fondé sur une communauté mondiale de
développeurs et d’entreprises.
86
JavaScript est un langage de programmation de scripts principalement employé dans

les pages web interactives mais aussi pour les serveurs. Cela permet en général d’améliorer
l’ergonomie ou l’interface utilisateur.
C’est un langage orienté objet à prototype, c’est-à-dire que les bases du langage et ses
principales interfaces sont fournies par des objets qui ne sont pas des instances de classes,
mais qui sont chacun équipés de constructeurs permettant de créer leurs propriétés, et
notamment une propriété de prototypage qui permet d’en créer des objets héritiers
personnalisés. En outre, les fonctions sont des objets de première classe.
SQLite est une bibliothèque écrite en langage c qui propose un moteur de base de
données relationnelle accessible par le langage SQL. SQLite implémente en grande partie le
standard SQL-92 et des propriétés ACID. Contrairement aux serveurs de bases de données
traditionnels, comme MySQL ou PostgreSQL, sa particularité est de ne pas reproduire le
schéma habituel client-serveur mais d’être directement intégrée aux programmes.
L’intégralité de la base de données (déclarations, tables, index et données) est stockée dans
un fichier indépendant de la plateforme.
CSS 3 les feuilles de style en cascade, généralement appelées CSS de l’anglais «

Cascading Style Sheets », forment un langage informatique qui décrit la présentation des
documents HTML. Introduit en HTML 4, CSS est le langage responsable sur le style du site
(tous ce qui concerne les couleurs et le design).
87
Microsoft Access est un logiciel de base de données qui permet de manipuler des
données aux utilisateurs de gérer de nombreux niveaux. Vous pouvez saisir des données et
de trier, filtrer ou groupe d’informations selon vos besoins. C’est particulièrement utile quand il
ya des milliers de dossiers et de tri à travers eux individuellement prendrait des heures.
Access vous permet d’obtenir les informations plus rapidement en fournissant quelques
commandes pour indiquer au programme ce qui est recherché. Les rapports peuvent être
créés, aussi, qu’extraire des informations de la base de données selon les paramètres du
projet. Par exemple, des informations sur l’âge d’un client, le sexe, l’état matrimonial,
adresse, adresse électronique, numéro de téléphone et le numéro de téléphone cellulaire
peuvent être répertoriées dans la base de données.
Toutefois, la donnée démographique sur le client peut être la seule chose nécessaire pour
réaliser un projet donné. Vous pouvez alors créer un rapport qui va extraire le client selon
l’âge, le sexe et l’état matrimonial.
3. Présentation de l’application :
3.1. Les bases de données :
Une base de données est une application qui gère les données et permet un stockage
rapide et la récupération de ces données. Un système de gestion de base de données
(SGBD) est un ensemble de programmes qui permet de stocker, modifier et extraire des
informations à partir d’une base de données, il fournit également aux utilisateurs des outils
pour ajouter, supprimer, ouvrir, modifier et analyser les données stockées en un seul endroit.
De nombreuses applications utilisent le SGBD tels les logiciels d’inventaire des stocks, les
logiciels pour les distributeurs automatiques bancaires, les logiciels de réservation.
Une base de données peut avoir un usage multiple pour assurer l’intégrité et la cohérence
des données. Les fonctions principales dans le SGBD sont les suivants : développer un
dictionnaire de données, stocker les données, mettre à jour les données, gérer la sécurité des
données, contrôler l’accès des multiutilisateurs, sauvegarder et récupérer les données
perdus, conserver l’intégrité des données, développer les codes d’accès à la base de
donnée, analyser des données, être une interface de communication, et gérer toutes les
transactions.
Les bases de données peuvent être classifiées de diverse façon. Le nombre des utilisateurs
peur être défini comme un critère. Si la base de données est installée sur un ordinateur
personnel, pour un usage unique, on l’appelle base de données bureau. Une base de
données d’entreprise est au service d’une centaine d’utilisateurs. Un autre critère de
classement repose sur l’usage effectif de la base. Les bases de données opérationnelles
donnent un support efficace aux utilisateurs pour leurs activités quotidiennes : achats, ventes,
payements. . . Ce type de logiciel doit démontrer une capacité de traitement très rapide des
données et une possibilité de traitement simultané des opérations.
Les bases de données d’analyse permettent d’obtenir des statistiques
et des prévisions. Les données serviront à mener des analyses temporelles, de toutes sortes
de statistiques.
Suivant l’usage multiple qui leurs sont assignés, des dizaines de logiciels de base de
données sont disponibles sur le marché. Les plus populaires sont File-Maker pro, Sybase,
FoxPro, Microsoft Access, Microsoft SQL Server, MySQL, PostgreSQL et SQLite.
3.2. L’interface de l’application :

Nous représentons ci-dessous quelques interfaces de notre application.
Interface d'authentification:
C'est la première interface qui apparait lors du lancement de l'application. A partir de
cette page, nous pouvons accéder aux différents espaces de chaque acteur.
88
Fig.7.1. L'interface de l'authentification.
Espace gestionnaire de stock:

C'est à partir de cet espace que le gestionnaire de stock gère les comptes des
utilisateurs, soit par ajout, comme le montre l'interface ci-dessous, soit par modification ou par
suppression. Il lui incombe aussi les fonctionnalités suivantes :
- Gérer produit: soit par ajout, soit par modification ou par suppression.
- Consulter stock: chaque catégorie à part.
- Consulter alertes : pour une bonne gestion de stock.
- Consulter factures validées : en cas d'erreur.
Fig.7.2. L'interface d'espace gestionnaire de stock.
Espace opératrice:
Cet espace permet à l'opératrice d'accomplir les tâches suivantes :
- Gérer pharmacie : soit par ajout, soit par modification ou par suppression.
-Gérer laboratoire: soit par ajout, soit par modification ou par suppression.
- Editer la facture de sortie : comme le montre l'interface ci-dessous.
- Saisir l'entrée des produits : qui ont été approvisionnés auprès du laboratoire.
- Consulter stock.
89
Fig.7.3. L'interface d'espace opératrice.
Espace magasinier:
Dans cet espace, chaque magasinier valide la sortie les produits, comme il peut
consulter le stock dont il a la responsabilité, comme le montre l'interface ci-dessous.
90
Fig.7.4. L'interface d'espace magasinier.
Conclusion :
Dans ce chapitre, nous avons réalisé une présentation des outils de développement
et les langages utilisés, ainsi que quelques interfaces de notre application.
91
Conclusion générale
Conclusion générale:
Au cours de ce travail, nous avons présenté les différentes étapes ayant
conduit à la mise en œuvre d’une application dédie à la gestion de stock au sein de
l’entreprise SARL MILIMED à Constantine.
Nous avons commencé par recenser les difficultés que rencontre le personnel de
l’entreprise afin d’apporter la solution adéquate et spécifier les besoins.
Afin de réaliser ce projet, nous avons utilisé la méthode de modélisation MERISE

pour que notre conception soit fiable. Sur le plan d’implémentation, nous avons
utilisé le langage Microsoft Access.
Ce projet a été bénéfique pour nous à plusieurs titres. En effet, il nous a permis de :
- Nous perfectionner en améliorant nos connaissances en programmation et en

conception.
- Familiariser avec l’environnement de travail et de la vie professionnelle et
surtout dans le monde d’industrie pharmaceutique.
- Réaliser un travail concret avec des objectifs clairs et bien définis.
Au finale, nous espérons être parvenus à réaliser les objectifs de l’étude et nous
souhaitons qu’il faut mettre en application réelle ce travail afin d’améliorer les
conditions de travail dans la mesure du possible.
92
Références bibliographiques
Références bibliographiques:
[1] Thème « Conception et réalisation d’une application de gestion de stock des
produits pharmaceutiques ».
Mémoire Licence professionnel, session juin 2014.
[2] Thème « Gestion de stock magasin ».
Mémoire de fin de stage ‘ TS ‘.
[3] Thème « Conception d’une application web pour la gestion de pharmacie ».
Mémoire Master, session 2017.
[4] Thème « conception d’un système de gestion de stock pour une entreprise de
production : cas de l’entreprise TPL ».
Mémoire Master, session juin 2016.
[5] Notion de base de la gestion de stocks,

http://WWW.logistiqueconseil.org/Articles/Gestion_des_stocks.htm
[6] Logiciel de gestion de stock : rétrospective historique, 2010.
http://archives_lepost.huffingtonpost.Fr
[7] F. Bordj et K. Bouakkaz, Gestion d’un magasin de pièces de rechange, mémoire

de Licence, Université de Tlemcen (2013).
[8] Stock It Easy : un bon logiciel de gestion de stock.
http://WWW.lacompta.org/logiciels_gestion_stock/Khoyohtstock.php
[9] Cours MERISE, Ecole nationale des ingénieurs des travaux agricoles de
Bordeaux (2005).
[10] Stock Express http://Stock.Klick.dz
[11] Polycopie de cours de Master 2 Mathématique appliquée à l’économie et à la

finance Constantine 1.
[12] WWW.mémoire_Online.com
[13] Les modèles externes et validation-univ Constantine2.
http://WWW.Univ-constantine2.dz
[14] http://ff.tu-sofia.bg
[15] Merise-unité de Formation d’informatique http://dept-info.Fr
[16] http://WWW.cours-gratuit.com
93

Cours Base de Données

Transféré par

Droits d'auteur :

Formats disponibles

Cours Base de Données

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours Base de Données

Transféré par

Droits d'auteur :

Formats disponibles

République Algérienne Démocratique et

Université Frères Mentouri Constantine

Option : Mathématiques Appliquées à l’économie

Cours Base de données et modélisation avec R

Mme LABDAOUI Ahlam

Table des matières :

Chapitre I: présentation de méthode Merise avec présentation de projet ............................

Partie 1 : présentation de méthode Merise ............................................................................

1. Définition des outils de modélisation: ........................................................................

1.1. La méthode MERISE: ...........................................................................................

1.1.1. Définition : ...................................................................................................

1.1.2. Historique: ...................................................................................................

.9.0 Niveaux de démarche MERISE :...............................................................................

1.2.1. Niveaux conceptuel : ...................................................................................

1.2.2. Niveaux organisationnel : ............................................................................

1.2.3. Niveau physique : ........................................................................................

1.3. Approche par étapes: ..........................................................................................

1.4. Objectifs de MERISE: ...........................................................................................

Partie 0 : Présentation de projet .............................................................................................

Section 1 : Présentation du projet.......................................................................................

1.1. Le fonctionnement de l’entreprise SARL MILIMED .............................................

1.2. L’objectif du projet ..............................................................................................

Section 2 : Présentation de l’entreprise : ............................................................................

Sous section 1 : Présentation générale de l’entreprise ...................................................

1. Description de l’entreprise : ................................................................................

4. Les coordonnées de l’entreprise : ......................................................................

5. L’organigramme de l’entreprise MILIMED : ........................................................

6. Les services de L’entreprise : ...............................................................................

7. Les points forts de l’entreprise : ..........................................................................

8. L’objectif de l’entreprise :....................................................................................

Sous section 2 : Ressources humaines ............................................................................

2. Définition du personnel : .....................................................................................

3. Notion de gestion de ressources humaines : ......................................................

3.1. Activité de gestion des ressources humaines :............................................

3.2. Outils de gestion des ressources humaines : ..............................................

4. Fonction des ressources humaines : ...................................................................

5. Objectifs fonctionnels des ressources humaines : ..............................................

6. Ressources humaines de S.A.R.L MILIMED :........................................................

Chapitre II : Le modèle conceptuel de données (MCD) ........................................................

1. Définition de MCD : .........................................................................................................

2. Les concepts de MCD : ....................................................................................................

2.1. Entité .......................................................................................................................

2.3. Les cardinalités ........................................................................................................

.2 Objectif de MCD : ............................................................................................................

4. La construction du MCD : ................................................................................................

4.1. Les règles de gestion : .............................................................................................

4.2. Le dictionnaire des données : ..................................................................................

4.3. Graphe de dépendances fonctionnelles ..................................................................

4.4. Modèle conceptuel des données : ..........................................................................

Chapitre III : vérification et normalisation d’un MCD ...........................................................

1. Le modèle conceptuel des traitements: ..........................................................................

1.1. Les concepts: ...........................................................................................................

1.1.1. Evénement: .....................................................................................................

1.1.2. Processus : .......................................................................................................

1.1.3. Opération: .......................................................................................................

1.1.4. La synchronisation: ..........................................................................................

1.2. La construction du MCT:..........................................................................................

9.0.9. Processus d’arrivée des produits au niveau du dépôt : ........................................

1.2.1.1. Règles de gestion:...........................................................................................