République Algérienne Démocratique et Populaire

Ministère de la Formation et de l’Enseignement Professionnels

L’Institut National Spécialisé de la Formation Professionnelle
Mohamed Tayeb Boucenna

Mémoire de Fin d’étude

En vue de l`obtention du diplôme de

Technicien Supérieur en Informatique

Option: Développement Web et Multimédia

Thème :

Conception et réalisation d’une application

web pour la gestion des stocks

Organisme d’Accueil : L'Algérienne des Autoroutes (ADA)

Réalisé par : Promotrice : Mme ZEGHABI

GADI Bouchra Encadrante : Mme CHELFI

Session : 04/2025
 Remercîment

َّ ‫الرحْ ٰم ِن‬
‫الر ِح ْي ِم‬ َّ ِ‫س ِم هللا‬
ْ ‫ِب‬
‫ الحمد هلل الذي بنعمته تتم‬،‫ الحمد هلل ربي أن وفقني لهذا ويسر لي خطاي وأعانني‬،‫الحمد هلل وحده‬
.‫الصالحات‬

Je tiens tout d’abord à exprimer ma profonde gratitude à mon encadrant(e), MME

CHELFI Sihem, pour son accompagnement, ses précieux conseils et son soutien tout
au long de ce travail. Je remercie également toute l’équipe de l'ADA, qui m’a
accueillie et m'a fait ressentir un véritable sentiment de familiarité et d’appartenance
et qui m'a offert un cadre propice à l’apprentissage et à la réalisation de ce mémoire.

Je suis également reconnaissante envers ma promotrice, Mme Zeghabi, pour son

accompagnement précieux, son suivi rigoureux et la pertinence de ses conseils. Ainsi
que mes enseignants, qui ont su transmettre leur savoir et m’ont accompagnée tout
au long de mon stage.

Je tiens à adresser mes plus vifs remerciements aux membres du jury, qui ont consacré
de leur temps pour évaluer mon travail. Je suis profondément reconnaissante pour
leurs remarques et suggestions pertinentes, qui enrichissent ma réflexion et
contribuent à mon évolution académique et professionnelle.

Un immense merci à mon cousin, GADI Abdallah, pour son soutien indéfectible et ses
encouragements, ainsi qu’à SAID Talha, dont l’aide précieuse m’a énormément
facilité la tâche.

Enfin, je tiens à exprimer ma reconnaissance à mes collègues, Ikram et Maroua, pour

leur bienveillance et leur entraide.

À toutes ces personnes qui, de près ou de loin, ont contribué à l’aboutissement de ce

travail, je vous adresse mes plus sincères remerciements.

‫وجزاكم هللا عني كل خير‬

i
 Dédicace

À la petite Bicha, qui, dès le début de son parcours, a compris que l’essentiel était de
vivre des expériences, de créer des souvenirs et de nouer des amitiés… À celle qui a
toujours aimé les sciences, l’apprentissage et l’école.

À ma mère, source infinie d’amour, dont les étreintes suffisaient à me redonner

l’énergie d’avancer.

À mon père, mon premier soutien, l’homme qui fait tout et n’importe quoi pour rendre
nos études plus faciles.

À la personne que j’aime le plus, ma sœur Amel, mon amour et mon pilier, celle qui
m’a toujours accueillie à bras ouverts, m’a toujours comprise et écouté toutes mes
histoires sans fin.

À mes frères, Abd el Ghani et Abd el Moumen, l’âme joyeuse et le sel de la vie… Sans
eux, chaque jour aurait manqué de rires et de chaleur.

À Nour el Houda, ma sœur et ma petite, l'espiègle qui remplit la vie de joie.

À mes chères grands-mères, que j’aurais tant aimé voir partager ma joie aujourd’hui,
puissions-nous nous retrouver au paradis et y être heureux éternellement.

À toute ma famille, ceux qui me donnent tant d’amour.

À mes amies, celles qui transforment les instants ordinaires en souvenirs inoubliables,
qui partagent les joies comme les épreuves et rendent la vie plus douce par leur simple
présence. Vous êtes une richesse inestimable.

Et à celui qui est tout mon amour et bien plus encore.

Cette joie, je vous la dédie, à vous tous, qui avez rendu ce chemin plus beau et plus
doux.

Bicha 

ii
 Résumé

Ce mémoire présente la conception et la réalisation d’une application web de gestion

de stock pour le compte d’une entreprise publique, "L’Algérienne des Autoroutes
(ADA)". L’objectif principal est d’automatiser et d’optimiser les processus de gestion
de stock entre les différentes directions (centrale, régionale est, ouest et centre) et les
différents intervenants (chefs de départements, gestionnaires et magasiniers).

L’application est développée avec le framework Laravel et utilise le moteur de

templates Blade. Elle permet aux utilisateurs, selon leur rôle, de consulter, mettre à
jour, imprimer, exporter et gérer les mouvements de stock (entrées, sorties, demandes
d’achat et demandes d’alimentation magasin). Un système de notifications est intégré
afin d’alerter les utilisateurs en cas de seuil critique ou d’opérations en attente de
validation.

Le projet repose sur la méthode agile SCRUM, favorisant un développement

progressif et centré sur les besoins réels des utilisateurs. Ce travail illustre la transition
d’une gestion manuelle et sujette aux erreurs vers une solution numérique moderne,
sécurisée et performante.

‫يه دف هذا البحث إلى تصميم وتطوير تطبيق ويب مخصص إلدارة المخزون داخل مؤسسة "الجزائرية للطرق‬
‫ الجهوية‬،‫ وذلك عبر رقمنة العمليات اليدوية وتحسين سير العمل بين المديريات المختلفة (المركزية‬،"‫السيارة‬
.)‫ والوسط‬،‫ الغرب‬،‫للشرق‬

‫ مع التركيز على توفير واجهة بسيطة‬، Blade‫ ولغة العرض‬Laravel ‫تم تطوير التطبيق باستخدام إطار العمل‬
‫ يم ّكن هذا النظام من إدارة مختلف الوثائق المتعلقة بالمخزون مع إمكانية‬.‫وسهلة االستخدام لكل فئة من المستخدمين‬
.‫ والطباعة والبحث‬Excel‫ و‬PDF ‫التصدير‬

‫ أو عند تسجيل حركة في‬،‫ تُرسل عند وصول كمية المنت َج إلى الحد األدنى‬،‫كما يوفر النظام آلية للتنبيهات التلقائية‬
.‫ مما يسهم في تحسين سرعة االستجابة ودقة التسيير‬،‫المخزون تحتاج إلى المصادقة‬

‫ لتقسيم مراحل اإلنجاز وضمان توافق التطوير مع المتطلبات الفعلية‬Agile (Scrum) ‫تم اعتماد منهجية التطوير‬
.‫للمستخدمين‬

،‫يسهم هذا المشروع في تعزيز الرقمنة داخل المؤسسات العمومية من خالل توفير حل معلوماتي قابل للتوسعة‬
‫ ويُحسن من فعالية تتبع المخزون والقرارات اللوجستية‬،‫يضمن الشفافية‬

iii
 Table des matières

Remercîment ........................................................................................................................... i
Dédicace .................................................................................................................................. ii
Résumé ....................................................................................................................................iii
Table des matières..................................................................................................................iv
Liste des figures ...................................................................................................................... ix
Liste des tableaux .................................................................................................................. xii
Liste des abréviations .......................................................................................................... xiv
Introduction générale ............................................................................................................ 1
Présentation du sujet ............................................................................................................. 3
Problématiques................................................................................................................... 3
Objectifs .............................................................................................................................. 4
Chapitre 1 : Etude préalable ................................................................................................ 5
֎ Introduction ............................................................................................................ 5
1.1. Présentation de l’organisme d’accueil.................................................................. 5
1.2. Historique ............................................................................................................... 6
1.3. Les missions de l’Algérienne des Autoroutes....................................................... 7
1.4. L’organigramme de l’organisme d’accueil .......................................................... 8
1.5. Présentation de la structure d’accueil .................................................................. 9
1.6. L’organigramme de la structure d’accueil .......................................................... 9
֎ Conclusion ............................................................................................................ 10
Chapitre 2 : Analyse du système existant ......................................................................... 11
֎ Introduction .......................................................................................................... 11
2.1. Concepts théorique : Gestion des stocks ............................................................ 11
2.1.1. Gestion des stocks......................................................................................... 11
2.1.2. Stock .............................................................................................................. 11
2.1.3. Indicateurs de la gestion des stocks ............................................................ 12
2.1.4. Documents de la gestion des stocks ............................................................ 12
2.1.5. Magasin ......................................................................................................... 12
2.1.6. Divers fourniture et consommable ............................................................. 13
2.2. Préparation du cahier de charge : Identification des besoins .......................... 13
2.2.1. Besoins fonctionnelles .................................................................................. 13

iv
 2.2.2. Besoins non-fonctionnels ............................................................................. 14
2.3. Méthode de développement agile ........................................................................ 14
2.3.1. Définition ...................................................................................................... 14
2.3.2. Méthode SCRUM ......................................................................................... 15
2.3.3. Concepts de base .......................................................................................... 15
i. Acteur .................................................................................................................... 15
ii. Evènements ........................................................................................................... 16
iii. Artefacts ............................................................................................................ 17
iv. Users stories ...................................................................................................... 17
v. Processus ............................................................................................................... 17
vi. Cycle de vie ....................................................................................................... 18
2.4. Planification des sprints................................................................................... 19
2.4.1. Backlog des sprints........................................................................................... 19
a. Sprint 1 : Mise en place du projet & Authentification ..................................... 19
b. Sprint 2 : Gestion des produits ........................................................................... 19
c. Sprint 3 : Gestion des entrées et sorties de stock............................................... 19
d. Sprint 4 : Alertes et réapprovisionnement ......................................................... 20
e. Sprint 5 : Rapports et statistiques ...................................................................... 20
f. Sprint 6 : Finalisation et déploiement ................................................................ 20
2.4.2. Diagramme de planification des Sprints ........................................................ 20
2.4.3. Jira software ..................................................................................................... 22
2.5. Etude de documents ............................................................................................. 23
2.5.1. Abréviations utilisées ................................................................................... 23
2.5.2. Etude de document n°1: Demande d’alimentation magasin .................... 23
2.5.3. Etude de document n°2 : Demande d’Achat.............................................. 24
2.5.4. Etude de document n°3 : Bon d’entrée (réception) ................................... 24
2.5.5. Etude de document n°4 : Bon de Sortie (consomation) ............................ 25
2.5.6. Etude de document n°5 : Bon de Sortie (valorisé) .................................... 26
2.6. Identification des acteurs..................................................................................... 27
2.6.1. Poste Magasinier .............................................................................................. 27
2.6.2. Poste Gestionnaire des Stocks ......................................................................... 28
2.6.3. Poste chef de département ............................................................................... 28
֎ Conclusion : .......................................................................................................... 29
Chapitre 3 : Conception et modélisation........................................................................... 30
֎ Introduction : ....................................................................................................... 30

v
3.1. Langage de modélisation : UML......................................................................... 30
3.1.1. Définition ...................................................................................................... 30
3.1.2. Diagramme cas d’utilisation ....................................................................... 30
3.1.3. Diagramme d’activité .................................................................................. 30
3.1.4. Diagramme de séquence .............................................................................. 30
3.1.5. Diagramme de classe.................................................................................... 31
3.2. Les diagrammes UML ......................................................................................... 31
3.2.1. Diagramme de cas d’utilisation .................................................................. 31
3.2.2. Diagrammes de séquence............................................................................. 32
a. Diagramme de séquence du cas d’utilisation « Création des comptes » ......... 32
 Scénario: Création des comptes .......................................................................... 32
b. Diagramme de séquence du cas d’utilisation « Authentification » .................. 35
 Scénario: Authentification d’un utilisateur ....................................................... 36
c. Diagramme de séquence du cas d’utilisation « Rupture du stock et
Alimentation magasin » ............................................................................................... 38
 Scénario: Rupture du stock et Alimentation magasin ...................................... 39
d. Diagramme de séquence du cas d’utilisation « Gestion des bons et mise à jour
de la fiche du stock » .................................................................................................... 40
 Scénario: Gestion des bons et mise à jour de la fiche du stock ........................ 41
e. Diagramme de séquence du cas d’utilisation « Consultation du stock »......... 43
 Scénario: Consultation du stock ......................................................................... 43
3.2.3. Diagrammes d’activité ................................................................................. 46
a. Diagrammes d’activité du cas d’utilisation « Création des comptes » ............ 46
b. Diagrammes d’activité du cas d’utilisation « Authentification »..................... 47
c. Diagrammes d’activité du cas d’utilisation « Rupture du stock et
Alimentation magasin » ............................................................................................... 48
d. Diagrammes d’activité du cas d’utilisation « Gestion des bons et mise à jour
de la fiche du stock » .................................................................................................... 49
e. Diagrammes d’activité du cas d’utilisation « Consultation du stock » ........... 50
3.2.4. Diagramme de classe.................................................................................... 50
a. Dictionnaire des données ..................................................................................... 52
b. Règles de gestion .................................................................................................. 53
3.3. Model relationnel objet MOR ..................................................................... 54

3.3.1. Règles de passage ..................................................................................... 54

3.3.2. Schéma du Model Relationnel Objet .......................................................... 56

vi
 3.4. Conception du site web ........................................................................................ 58
3.4.1. L’arborescence de l’application web .......................................................... 58
3.4.2. Les maquettes de l’application web ............................................................ 58
3.4.3. La charte graphique..................................................................................... 59
a. Logo ....................................................................................................................... 59
b. Palette de couleurs ............................................................................................... 59
3.5. Solution informatique .......................................................................................... 59
֎ Conclusion : .......................................................................................................... 60
Chapitre 4 : Réalisation ...................................................................................................... 61
֎ Introduction : ....................................................................................................... 61
4.1. Les langages de programmation et les logiciels utilisés .................................... 61
4.1.1. Les langages de programmation ................................................................. 61
a. PHP (Laravel) : .................................................................................................... 61
b. HTML5 : ............................................................................................................... 61
c. CSS3 : .................................................................................................................... 62
d. JavaScript : ........................................................................................................... 62
e. SQL : ..................................................................................................................... 62
4.1.2. Les logiciels ................................................................................................... 63
a. Laragon :............................................................................................................... 63
b. Visual Studio Code : ............................................................................................ 63
c. Laravel Breeze (avec Blade) :.............................................................................. 63
d. SQL Server : ......................................................................................................... 64
e. PlantUML : ........................................................................................................... 64
f. [Link] :................................................................................................................ 64
g. [Link] : ...................................................................................................... 65
4.2. Implémentation de la base de données ........................................................... 65
4.2.1. Création de la base de données ................................................................... 65
4.2.2. Création des tables, vues, contrôleurs ........................................................ 65
a. Création des tables ............................................................................................... 65
b. Création des vues ................................................................................................. 66
c. Création des contrôleurs ..................................................................................... 67
4.3. Présentation des interfaces du site. ..................................................................... 67
4.3.1. Authentification............................................................................................ 68
4.3.2. Interface Magasinier .................................................................................... 69
4.3.3. Interface Gestionnaire de stock .................................................................. 70

vii
 4.3.4. Interface Chef de département ................................................................... 70
4.3.5. Les contrôles ................................................................................................. 71
4.4. Sécurité et hébergement .................................................................................. 71
4.4.1. Sécurité de base des données (Sauvegarde et restauration de la base de
données) 71
 Sauvegarde de la base de données : .................................................................... 71
 Restauration de la base de données : .................................................................. 72
4.4.2. Hébergement de l’application web ............................................................. 72
4.5. Test et recette de l’application web .................................................................... 73
4.5.1. Tests fonctionnels : Vérification de toutes les fonctionnalités (formulaire,
galerie, etc.). .................................................................................................................. 73
4.5.2. Tests de compatibilité : Vérification de l'affichage sur différents
navigateurs et appareils. .............................................................................................. 73
֎ Conclusion : .......................................................................................................... 74
Conclusion générale ............................................................................................................. 75
Bibliographie ........................................................................................................................ 76

viii
 Liste des figures

Figure 1 - ALGERIENNE DES AUTOROUTES .............................................................................. 5

Figure 2 - l'organigramme de l'organisme d'accueil ................................................................ 8

Figure 3 - L’organigramme de la structure d’accueil ............................................................... 9

Figure 4 - Méthode SCRUM ................................................................................................... 18

Figure 5 - Diagramme de planification des Sprints ................................................................ 21

Figure 6 - capture d'écran: backlog JiraSoftware, exemple: Sprint 2 .................................... 22

Figure 7 - capture d'écran: tableau JiraSoftware, exemple: Sprint 2 .................................... 22

Figure 8 - capture d'écran: feuille de route de projet, JiraSoftware .................................... 23

Figure 9 - Diagramme de cas d’utilisation ............................................................................. 31

Figure 10 - Diagramme de séquencée du cas d’utilisation « Création des comptes » .......... 32

Figure 11 - Diagramme de séquence du cas d’utilisation « Authentification » ..................... 35

Figure 12 - Diagramme de séquence du cas d’utilisation « Rupture du stock et Alimentation

magasin » ............................................................................................................................... 38

Figure 13 - Diagramme de séquence du cas d’utilisation « Gestion des bons et mise à jour de
la fiche du stock » .................................................................................................................. 40

Figure 14 - Diagramme de séquence du cas d’utilisation « Consultation du stock » ............ 43

Figure 15 - Diagrammes d’activité du cas d’utilisation « Création des comptes » ................ 46

Figure 16 - Diagrammes d’activité du cas d’utilisation « Authentification » ......................... 47

Figure 17 - Diagrammes d’activité du cas d’utilisation « Rupture du stock et Alimentation

magasin » ............................................................................................................................... 48

Figure 18 - Diagrammes d’activité du cas d’utilisation « Gestion des bons et mise à jour de la
fiche du stock » ...................................................................................................................... 49

Figure 19 - Diagrammes d’activité du cas d’utilisation « Consultation du stock » ................ 50

ix
Figure 20 - Diagramme de classe ........................................................................................... 51

Figure 21 - Model relationnel objet ....................................................................................... 57

Figure 22 - L’arborescence de l’application web ................................................................... 58

Figure 23 - maquette de la page d'authentification .............................................................. 58

Figure 24 - maquette de la page d'accueil ............................................................................. 59

Figure 25 - logo application: ADA Gestion de stock ............................................................... 59

Figure 26 - palette de couleurs de l’application .................................................................... 59

Figure 27 - Architecture fonctionnelle de l’application "ADA Gestion De Stock".................. 60

Figure 28 - logo PHP ............................................................................................................... 61

Figure 29 - logo Laravel .......................................................................................................... 61

Figure 30 - logo HTML5 .......................................................................................................... 62

Figure 31 - logo CSS3 .............................................................................................................. 62

Figure 32 - logo JS .................................................................................................................. 62

Figure 33 - logo SQL ............................................................................................................... 63

Figure 34 - logo Laragon......................................................................................................... 63

Figure 35 - logo Visual Studio Code ....................................................................................... 63

Figure 36 - logo Laravel Breeze .............................................................................................. 64

Figure 37 - logo SQL Server .................................................................................................... 64

Figure 38 - logo PlantUML...................................................................................................... 64

Figure 39 - logo [Link] ......................................................................................................... 64

Figure 40 - logo [Link] ................................................................................................ 65

Figure 41 - capture d'écran: création du projet ..................................................................... 65

Figure 42 - capture d'écran: création du Base De Données .................................................. 65

Figure 43 - capture d'écran: configuration de la base de données ....................................... 65

Figure 44 - capture d'écran: création migration .................................................................... 66

Figure 45 - capture d'écran: modification fichier migration .................................................. 66

x
Figure 46 - capture d'écran: Application de migration .......................................................... 66

Figure 47 - capture d'écran: vue [Link] ......................................................... 67

Figure 48 - capture d'écran: controlleur [Link] ..................................... 67

Figure 49 - capture d'écran: interface landing page .............................................................. 68

Figure 50 - capture d'écran: interface page d'inscription ...................................................... 68

Figure 51 - capture d'écran: interface page de connexion .................................................... 69

Figure 52 - capture d'écran: interface page d'accueil magasinier ........................................ 69

Figure 53 - capture d'écran: interface page d'accueil gestionnaire de stock ........................ 70

Figure 54 - capture d'écran: interface page d'accueil chef de département......................... 71

xi
 Liste des tableaux

Tableau 1 -planification des Sprints ....................................................................................... 19

Tableau 2 - Backlog Sprint 1 ................................................................................................... 19

Tableau 3 - Backlog Sprint 2 ................................................................................................... 19

Tableau 4 - Backlog Sprint 3 ................................................................................................... 20

Tableau 5 - Backlog Sprint 4 ................................................................................................... 20

Tableau 6 - Backlog Sprint 5 ................................................................................................... 20

Tableau 7 - Backlog Sprint 6 ................................................................................................... 20

Tableau 8 - Abréviations utilisées dans l'étude de documents ............................................. 23

Tableau 9 - Demande d’alimentation magasin - Fiche d'etude ............................................ 24

Tableau 10 - Demande d’Achat - Fiche d'Étude ..................................................................... 24

Tableau 11 - Bon d’entrée (réception) - Fiche d'étude .......................................................... 25

Tableau 12 - Bon de Sortie (consomation)- Fiche d'étude .................................................... 26

Tableau 13 - Bon de Sortie (valorisé)- Fiche d'étude ............................................................. 27

Tableau 14 - Poste Magasinier - Fiche d'Étude ...................................................................... 28

Tableau 15 - Poste Gestionnaire des Stocks - Fiche d'Étude ................................................. 28

Tableau 16 -Poste Chef de département - Fiche d'Étude ...................................................... 29

Tableau 17 - Scénario: Création des comptes........................................................................ 34

Tableau 18 - Scénario: Authentification d’un utilisateur ....................................................... 37

Tableau 19 - Scénario: Rupture du stock et Alimentation magasin....................................... 39

Tableau 20 - Scénario: Gestion des bons et mise à jour de la fiche du stock ........................ 42

Tableau 21 - Scénario: Consultation du stock ........................................................................ 45

Tableau 22 - Dictionnaire des données ................................................................................. 53

xii
Tableau 23 - récapitilatif des tests fonctionnels .................................................................... 73

Tableau 24 - Tests de compatibilité ....................................................................................... 74

xiii
 Liste des abréviations

ADA Algérienne des Autoroutes

AGA Algérienne de Gestion des Autoroutes

ANA Agence Nationale des Autoroutes

BE Bon d’Entrée

BS Bon de Sortie

CSS Cascading Style Sheets

CRUD Create, Read, Update, Delete

DA Demande d’Achat

DAMG Demande d’Alimentation Magasin

ERP Enterprise Resource Planning

EPIC Établissement Public à caractère Industriel et Commercial

GDS Gestion De Stock

HTML HyperText Markup Language

JS JavaScript

MVC Model View Controller

PHP Hypertext Preprocessor

PDF Portable Document Format

SQL Structured Query Language

VSC Visual Studio Code

xiv
 Introduction générale

Introduction générale

Dans le contexte économique actuel, la gestion des stocks représente un enjeu

stratégique majeur pour les entreprises, en particulier dans les secteurs industriels et
commerciaux. Une gestion optimisée des stocks permet non seulement de réduire les
coûts liés à la surconsommation ou à l’insuffisance de produits, mais aussi d’assurer
un service client de qualité en maintenant un approvisionnement constant et adapté.
Cependant, de nombreuses entreprises, notamment les établissements publics, font
face à des défis importants liés à l’efficacité des processus de gestion des stocks,
souvent marqués par des erreurs humaines, des ruptures imprévues, ou une gestion
manuelle chronophage.

L'ADA (l’Algérienne des Autoroutes) étant un établissement public national à

caractère industriel et commercial, confrontée à ces problématiques, doit trouver des
solutions innovantes pour moderniser et rationaliser sa gestion des stocks. Dans ce
cadre, le développement d’une application web performante et ergonomique pour la
gestion des stocks devient un impératif pour garantir une gestion optimale, automatisée
et en temps réel des produits. Cette application, en apportant une solution numérique,
vise à répondre aux défis existants en facilitant le suivi des stocks, en minimisant les
erreurs humaines, et en améliorant l’efficacité des processus de réapprovisionnement.

Ainsi, ce projet de mémoire s’inscrit dans la conception et la réalisation d’une

application web spécifiquement adaptée aux besoins de l’ADA, afin de moderniser
sa gestion des stocks. L’objectif principal est de créer une solution permettant
d’assurer un suivi rigoureux des stocks, d'automatiser les réapprovisionnements et de
garantir un service sans interruption. Cette solution reposera sur des technologies web
modernes, telles que Laravel, et s’intégrera de manière fluide dans l’écosystème de
l’ADA.

Dans cette étude, nous explorerons les enjeux de la gestion des stocks, les défis
spécifiques rencontrés par l’ADA, ainsi que la méthodologie adoptée pour la
conception de cette application. Nous détaillerons également les objectifs, les
1
 Introduction générale

fonctionnalités et les bénéfices attendus de cette solution, avant de présenter les

résultats de sa mise en œuvre. Cette exploration s’articulera autour de quatre chapitres:

- Chapitre 1 : Etude préalable.

- Chapitre 2 : Concepts théoriques.
- Chapitre 3 : Analyse et conception.
- Chapitre 4 : Réalisation.

2
 Présentation du sujet

Présentation du sujet

Il est d’une importance capitale pour les entreprises de gérer de manière efficace les
stocks afin d’assurer la continuité de l’activité, notamment pour les entreprises
publiques. Mon mémoire s’articule autour de la conception et de la réalisation d’une
application web pour la gestion des stocks de l’ADA (Algérienne des Autoroutes),
Etablissement Public à caractère Industriel et Commercial (EPIC) sous la tutelle du
Ministère des Travaux Publics et des Transports, qui occupe un rôle prépondérant dans
la gestion et le développement des infrastructures routières en Algérie et qui se doit,
de ce fait, d’être doté d’un système fiable permettant de suivre, de contrôler et
d’optimiser ses stocks.

La finalité de ce projet est de fournir un outil moderne et intuitif permettant de

rationaliser les opérations de cycle de gestion des stocks, de limiter les erreurs
humaines, et d’automatiser les tâches fondamentales tel le suivi des mouvements de
produits et le réapprovisionnement.

Problématiques
Le contrôle des stocks dans des établissements publics, tel que l’ADA, repose encore
fréquemment sur des moyens manuels ou sur des systèmes dépassés qui n’offrent ni
supervision en temps réel, ni gestion optimale. Ce qui débouche sur :

• Des erreurs fréquentes dans le suivi des niveaux de stock.

• Des retards dans le réapprovisionnement, parfois responsables de ruptures
critiques.
• Une mauvaise gestion entraînant soit des ruptures de stock, soit des excédents
inutiles augmentant les coûts de stockage.
• Un manque de visibilité sur l’historique des mouvements de produits (entrées
et sorties).
• Des difficultés à suivre précisément les flux de stock en temps réel.
• L'absence d’automatisation, rendant le processus de réapprovisionnement lent
et exigeant en ressources humaines.

3
 Présentation du sujet

Comment concevoir une solution informatique adaptée aux besoins spécifiques de

l’ADA, capable d’améliorer la traçabilité des produits, de minimiser les erreurs
humaines et de réduire les délais dans le réapprovisionnement, tout en s'intégrant dans
les contraintes et les spécificités d’un établissement public étatique ?

Objectifs
Le projet vise à développer une application web performante et ergonomique pour
moderniser la gestion des stocks de l’ADA.

Les objectifs de ce projet s’articulent autour de deux axes fondamentaux : le suivi et

le contrôle des stocks, ainsi que l’automatisation des processus de
réapprovisionnement.

S’agissant du suivi et du contrôle des stocks, l’application visera à :

• Optimiser la gestion des flux par la traçabilité rigoureuse des produits au

niveau de leurs entrées et sorties afin de réduire les risques d’erreurs
humaines ;
• Réaliser un système de surveillance des niveaux de stock en temps réel par le
développement d’un tableau de bord permettant une gestion dynamique.
• Implémenter des alertes intelligentes qui notifient automatiquement les
gestionnaires lorsque les niveaux de stock atteignent des seuils critiques,
qu’ils soient insuffisants ou excessifs.
• Enregistrer systématiquement l’historique des mouvements de produits,
offrant aux gestionnaires des données précises pour des analyses
approfondies et une prise de décision éclairée.

Quant à l’automatisation des réapprovisionnements, l’application permettra de :

• Générer automatiquement des commandes auprès des fournisseurs lorsque les

seuils critiques seront atteints, assurant ainsi une gestion proactive des stocks.
• Elle inclura également un système de notifications anticipatives destiné à
alerter les responsables sur les besoins imminents en réapprovisionnement,
minimisant les risques de rupture et garantissant une continuité opérationnelle
optimale.

4
 Chapitre 1 : Etude préalable

֎ Introduction
Dans le cadre de ce mémoire, il est essentiel de comprendre l'environnement de
l'organisme d'accueil. Ce premier chapitre est consacré à l'étude préliminaire de
l'Algérienne des Autoroutes (ADA), un établissement public national à caractère
industriel et commercial. L'objectif est d'analyser son historique, ses missions, son
organisation ainsi que la structure d’accueil, afin de poser les bases d’une
compréhension approfondie de son fonctionnement.

1.1. Présentation de l’organisme d’accueil

L'Algérienne des Autoroutes (ADA) est une entreprise publique nationale,
spécialisée dans la construction, l'exploitation et l'entretien des infrastructures
autoroutières en Algérie. Située à Cité les Bananiers, BP 72M Mohammedia –
ALGER, elle joue un rôle crucial dans le développement et la modernisation du réseau
autoroutier du pays.

Figure 1 - ALGERIENNE DES AUTOROUTES

 Chapitre 1 : Etude préalable

ADA est responsable de la gestion des projets d'infrastructure routière, incluant la

passation de contrats de marché public pour la réalisation de divers travaux et services.
Ces contrats englobent une variété de prestations allant de la construction et la
réhabilitation des routes à l'entretien courant des infrastructures existantes.

1.2. Historique
Cette naissance fut le fruit de la fusion des deux EPICs, en l’occurrence : l’Agence
Nationale des Autoroutes « ANA » et l’Algérienne Gestion des Autoroutes « AGA ».
Cette alternative décidée par les pouvoirs publics est intervenue au vue d’aller vers
une exploitation optimale des équipements de l’état, en considération de la
complémentarité des missions assignées aux deux établissements.

La création de l’Algérienne des Autoroutes :

L’Algérienne des Autoroutes (ADA) a été créée par décret exécutif N° 16-79 du
Joumada El Oulla 1437 correspondant au 24 Février 2016 définissant ses missions et
l’arrêté ministériel du 19 février 2017 définissant son organisation globale, suite à la
fusion de deux entités, à savoir : Agence Nationale Des Autoroutes (ANA) et
l’Algérienne De Gestion Des Autoroutes (AGA).

- L’Agence Nationale Des Autoroutes dont les missions consistent à assurer la

construction et l’équipement des infrastructures autoroutières.
- L’Algérienne De Gestion Des Autoroutes dont les missions principales consistent
à assurer l’exploitation, l’entretien et la maintenance des infrastructures
autoroutières.

L’Algérienne Des Autoroutes est un établissement public national à caractère

industriel et commercial EPIC placé sous la tutelle du Ministère des travaux publics.
Il est maintenu de la personnalité morale et de l’autonomie financière.

A l’issue de la fusion des deux agences (ANA & AGA), l’organisation de l’ADA avait
pour but de répondre à l’urgence de la prise en charge des deux domaines d’activités
afin d’assurer la continuité de leur fonctionnement.

Cependant après un an et demi de fonctionnement, il s’avère aujourd’hui nécessaire

de revoir l’organisation de l’ADA afin de pouvoir l’adapter à son nouveau contexte et
aux perspectives d’évolution de son secteur d’activité.

6
 Chapitre 1 : Etude préalable

La nouvelle organisation esquissée et basée sur quelques orientations découlant:

• Des perspectives de développement des infrastructures autoroutières contenues

dans le schéma directeur de l’aménagement du territoire et du développement des
autoroutes ;
• Des orientations et objectifs de la direction générale à l’horizon 2025 et au-delà ;
• Des axes et leviers stratégiques, identifiés pour le développement futur de l’ADA;
• Des conclusions du diagnostic sur l’état actuel du fonctionnement de l’ADA ;
• Des principes de base d’organisation ;
• Des expériences des entreprises similaires dans l’environnement proche de l’ADA
(Benchmarking).

1.3. Les missions de l’Algérienne des Autoroutes

L’Algérienne des Autoroutes est chargée, notamment de :

• Réaliser ou faire réaliser les études de conception, de faisabilité, d’avant-projet et

d’exécution de tous les travaux rattachés à ses missions et leur suivi ;
• Veiller au respect des règles techniques et normes de conception, de construction,
d’entretien et d’aménagement des infrastructures autoroutières pertinentes de sa
compétence ainsi que celles applicables aux techniques et matériaux des ouvrages
autoroutiers ;
• Développer l’ingénierie des ouvrages ainsi que ses moyens de conception et
d’études afin de maitriser les techniques rattachées à ces objectifs ;
• Assurer le contrôle de la qualité de la signalisation et du fonctionnement des
équipements des tronçons d’autoroutes et de leurs dépendances ;
• Etudier ou faire étudier et développer les systèmes d’entretien des autoroutes en
exploitation, et leurs dépendances ainsi l’élaboration des plans d’intervention
d’urgence en relation avec les organismes concernés de réaliser et de gérer, dans
le cadre de la réglementation en vigueur, toute installation de services annexes de
l’autoroute ;
• Contribuer à la formation et au perfectionnement du personnel travaillant dans le
domaine des infrastructures, pertinentes de ses attributions et de mettre en œuvre,
toute mesure susceptible de moderniser et d’améliorer ses performances et ses
capacités, en matière d’étude et de réalisation.

7
 Chapitre 1 : Etude préalable

1.4. L’organigramme de l’organisme d’accueil

Figure 2 - l'organigramme de l'organisme d'accueil

Légende :

Structure d’accueil

8
 Chapitre 1 : Etude préalable

1.5. Présentation de la structure d’accueil

La direction des systèmes et équipements est divisée en quatre sections :

 Le département système et télématique est chargé d’assurer la coordination

technique des études et projets, le suivi des travaux, gestion des contrats liés le volet
système et équipement « équipement de péage, équipement de télématique, réseaux
de télécommunication, réseaux de transmission, systèmes informatiques ».
 Le département énergie, réseaux et télécom est chargé d'assurer la gestion et la
maintenance des équipements électriques des réseaux, des systèmes et des contrats
de présentation de services dans les domaines technologiques.
 Le département support et maintenance des équipements est chargé de
développer les connaissances technologiques dans le domaine des systèmes et
équipements de péage, ainsi que dans celui des systèmes et technologies de
transport intelligents ITS et gérer le matériel et les logiciels informatiques
(Ordinateur, imprimante, fax, serveur, etc.).
 Le département informatique de gestion est chargé d'assurer le développement
et l’intégration des solutions informatiques et outils de gestion, comme support aux
différentes structures de l’établissement et nécessaires à la réalisation et à la gestion
des projets.

1.6. L’organigramme de la structure d’accueil

Figure 3 - L’organigramme de la structure d’accueil

9
 Chapitre 1 : Etude préalable

Légende :

Champ d’étude

֎ Conclusion

Cette étude a permis de mettre en lumière les principales caractéristiques de cet

établissement, notamment son historique, ses missions, et son organisation. Cette
analyse offre une compréhension claire de l’environnement dans lequel le projet sera
développé, tout en soulignant les enjeux et les opportunités liés à la modernisation de
ses processus. Elle constitue ainsi une base solide pour aborder les étapes suivantes de
ce mémoire.

10
 Chapitre 2 : Analyse du système existant

֎ Introduction
Ce chapitre présente les fondements de la gestion des stocks, les étapes de préparation
du cahier des charges, la méthodologie de développement utilisée, ainsi que la
planification des tâches selon les besoins fonctionnels.

2.1. Concepts théorique : Gestion des stocks

2.1.1. Gestion des stocks

La gestion des stocks est le processus qui vise à assurer le suivi et le contrôle des
niveaux de stocks et des produits dans une entreprise dans des conditions optimales. Il
permet ainsi de s’assurer que les bonnes quantités de produits soient disponibles au
bon moment pour éviter les excédents ou à défaut les ruptures de stocks. En effet, une
gestion efficace des stocks permet de réduire les coûts, d’améliorer le service client et
d’augmenter l’efficacité opérationnelle.

2.1.2. Stock
Les stocks sont constitués par l’ensemble des marchandises, matières, fournitures, les
produits et travaux en cours, les produits semi finis et les produits finis, soit en transit
ou à l’extérieur de l’entité, dans l’attente de leur utilisation. (Vente – Transformation
– Consommation ou Incorporation).

Nature des stocks :

 Les Marchandises : sont des biens qui sont destinés à être revendus en état,
sans subir aucune transformation.
 Les Matières premières : sont destinés à être transformés en produits finis.
 Les produits semi finis : ceux qui ont atteint un stade intermédiaire de
fabrication.
 Les produits en cours : sont des produits qui sont en cours de fabrication au
moment de l’établissement de l’inventaire.
 Les produits finis : sont des produits qui ont atteint le stade final de fabrication.
 Chapitre 3 : Analyse du système existant

2.1.3. Indicateurs de la gestion des stocks

- Stock de sécurité : C'est la quantité en dessous de laquelle il ne faut pas
descendre.
- Stock d'alerte : c'est la quantité qui détermine le déclenchement de la
commande, en fonction du délai habituel de livraison.
- Stock minimum : c'est la quantité correspondant à la consommation pendant
le délai de réapprovisionnement, donc :

Stock Minimum = Stock d'Alerte - Stock de Sécurité.

2.1.4. Documents de la gestion des stocks

Pour un bon suivi des mouvements de stocks, l'établissement utilise des documents
normalisés :

- Demande d'alimentation magasin

- Demande d'achat
- Bon de commande
- Bon de livraison
- Bon d'entrée (réception)
- Facture
- Demande de fourniture
- Bon de sortie quantitative (consommation)
- Bon d'expédition
- Bon de sortie valorisé
- Balance mensuel par famille
- Cumule des entrés et des sorties par mois
- Récapitulatif par famille
- Fiche de stock

Note : Dans le cadre de mon thème, je me concentrerai uniquement sur les documents en gras.

2.1.5. Magasin
Lieu où sont entreposés les diverses fournitures et consommables nécessaires à une
activité spécifique, et ce, afin de satisfaire les besoins des diverses structures de
l'établissement.

12
 Chapitre 3 : Analyse du système existant

2.1.6. Divers fourniture et consommable

- Consommable informatique.
- Consommable de reprographie.
- Papeterie.
- Habillement.
- Matériaux de construction et quincaillerie.
- Produits alimentaires.
- Détergeant et articles nécessaires au bon fonctionnement des structures de
l'établissement d'une manière générale.

2.2. Préparation du cahier de charge : Identification des

besoins
L'Algérienne des Autoroutes (ADA) utilise encore des systèmes manuels ou dépassés
pour gérer ses stocks, ce qui génère des erreurs fréquentes, des retards dans le
réapprovisionnement et une faible visibilité sur les mouvements des produits. Cette
section présente les besoins fonctionnels et non-fonctionnels nécessaires pour
améliorer l'efficacité de cette gestion.

2.2.1. Besoins fonctionnelles

• Gestion des produits
o Ajouter, modifier et supprimer des produits avec des informations détaillées :
désignation, code, famille, prix d'achat, prix de vente, taux de TVA, etc.
o Visualiser la fiche de stock de chaque produit, incluant les niveaux de stock et
leur historique.
• Gestion des entrées et sorties de stock
o Enregistrer les bons d’entrée pour les nouvelles réceptions de produits.
o Enregistrer les bons de sortie pour la consommation des produits.
o Générer des bons de sortie valorisés (montant total des produits sortis).
• Suivi des mouvements de stock
o Afficher un tableau des mouvements (entrées et sorties) des produits.
o Consulter le cumul des entrées et des sorties par mois.
o Visualiser la balance mensuelle par famille de produits.
• Alertes et réapprovisionnement

13
 Chapitre 3 : Analyse du système existant

o Détecter et alerter lorsque les stocks atteignent un seuil critique (stock d’alerte).
o Générer automatiquement des demandes d'achat lorsque le stock est
insuffisant.
• Rapports et statistiques
o Générer des rapports récapitulatifs par famille de produits.
o Fournir des statistiques sur les stocks (par exemple, produits les plus
consommés).
• Gestion des utilisateurs
o Créer et gérer des utilisateurs avec des rôles spécifiques (administrateur,
gestionnaire de stock, etc.).
o Contrôler l'accès selon les rôles définis.
2.2.2. Besoins non-fonctionnels

Pour surmonter les insuffisances identifiées, il est essentiel de mettre en place une
application web moderne et intuitive qui offre les fonctionnalités suivantes :

• Supervision en temps réel : Intégrer un tableau de bord interactif permettant

de suivre les niveaux de stock et les mouvements en temps réel, améliorant
ainsi la réactivité des gestionnaires.
• Automatisation des processus critiques : Développer un système qui génère
automatiquement des commandes de réapprovisionnement lorsque les seuils
critiques sont atteints, réduisant les retards et minimisant le risque de rupture
de stock.
• Alertes intelligentes : Implémenter des notifications automatisées qui alertent
les responsables lorsque les stocks atteignent des seuils critiques, favorisant
une gestion proactive.
• Traçabilité et historique des mouvements : Enregistrer toutes les entrées et
sorties de produits, offrant ainsi une base de données robuste pour des analyses
approfondies et une prise de décision stratégique.
• Interface conviviale : Fournir une plateforme ergonomique et intuitive pour
simplifier l'interaction des utilisateurs avec le système, tout en assurant une
formation adaptée pour maximiser son adoption.

2.3. Méthode de développement agile

2.3.1. Définition
14
 Chapitre 3 : Analyse du système existant

Les méthodologies de développement agile sont des stratégies flexibles et

collaboratives mises en œuvre dans la gestion des projets (en particulier logiciels),
reposant sur des itérations courtes et incrémentales pour le déploiement progressif de
fonctionnalités, et la capacité à s’adapter rapidement aux évolutions des besoins. Elles
estiment en priorité la communication interne entre équipes, la satisfaction des
utilisateurs et la qualité du produit final. Parmi elles, les plus connues sont Scrum,
Kanban, Extreme Programming (XP).

2.3.2. Méthode SCRUM

SCRUM se définit comme une méthode de gestion de projet Agile permettant

d’optimiser le travail collaboratif entre les membres d’une même équipe pour la
conception de produits complexes. On se fonde sur un mode opératoire d’itération au
travers de « sprints » garantissant l’amélioration continue de l’application et sa
livraison par fonctionnalité.

2.3.3. Concepts de base

i. Acteur

Un acteur représente l’abstraction d’un rôle joué par des entités externes (utilisateur,
dispositifs matériels ou autres système) qui interagissent directement avec le système
étudié.

- Product Owner : Personne ayant la responsabilité de produire et de maintenir

à jour le carnet de produit. C’est lui qui détermine les priorités et qui prend les
décisions d’orientation du projet.
- Scrum Master : Membre de l’équipe dont l’objectif principal est de la protéger
des perturbations extérieures. Il est complètement transparent pour la
communication entre l’équipe et les clients et n’a aucun pouvoir hiérarchique
sur l’équipe. C’est en revanche un facilitateur pour les problèmes non
techniques de l’équipe.
- Equipe de développement : Généralement composée de 1 à 6 personnes, elle
est chargée de transformer les besoins exprimés par le product owner sous la
forme des user stories en fonctionnalités réelles, opérationnelles et utilisables.
L’équipe est généralement composée de plusieurs profils, ne se limitant pas à
des développeurs, et peut intégrer des architectes, un DBA (Data Base

15
 Chapitre 3 : Analyse du système existant

Administrator), un graphiste, un ergonome ou encore un ingénieur-système ou

réseau, en fonction des besoins.
ii. Evènements

La vie d’un projet Scrum est rythmée par un ensemble de réunions clairement définies
et strictement limitées dans le temps (Timeboxing) :

- Sprint planning : L’équipe se répartit les tâches en fonction des priorités

(Business Value/Ressource poids), elles sont définies dans le sprint backlog.
Dédié à la planification du sprint. Les users stories sont découpées en tâches
unitaires et estimées en termes d’effort par l’équipe.
- Sprint review (revue de sprint) : L’équipe présente ce qu’elle a accompli
durant le sprint. Le sprint review prend la forme d’une démo des nouvelles
fonctionnalités ou de la compréhension de l’architecture. Elle prend place à la
fin du sprint. Elle permet à l’équipe d’adapter le Product backlog. Durant cette
phase on va définir les tâches terminées (objets utilisables et potentiellement
livrable) entre le Product owner et l’équipe. Elle va permettre la démonstration
du produit réalisé ‘a l’issue du sprint et inspection des users stories contenues
dans ce dernier. Elle peut être ouverte à d’autres personnes externes (client,
user etc.). Enfin sa durée est de quatre heures pour un mois de sprint.
- Sprint rétrospective (rétrospective de sprint) : Permet de définir
périodiquement ce qui marche et ce qui ne marche pas, elle a une durée de
quinze à trente minutes. L’équipe complète discute des tâches à démarrer, s’il
faut les arrêter ou continuer. Il s’agit d’un échange sur la manière de travailler
ensemble et permet d’apporter des améliorations dans ce sens. Le sprint
rétrospectif est utile pour apprécier la vélocité de l’équipe via le nombre de
points d’effort que l’équipe peut absorber et qui augmente avec le temps. Ainsi
ce dernier point pourra apporter un gain de vélocité/performance dans la
maitrise du projet et de la technologie abordée.
- Mêlée quotidienne : il s’agit d’une réunion de synchronisation de l’équipe de
développement qui se fait debout (elle est aussi appelée "stand up meeting") en
15 minutes maximum au cours de laquelle chacun répond principalement à 3
questions « Qu’est-ce que j’ai terminé depuis la dernière mêlée ? Qu’est-ce que
j’aurai terminé d’ici la prochaine mêlée ? Quels obstacles me retardent ? ».

16
 Chapitre 3 : Analyse du système existant

iii. Artefacts

En archéologie, le terme « artefact » fait référence à un objet fabriqué par un humain.

Les racines latines du mot artefact se traduisent approximativement par « œuvre d’art
». Ainsi, nous fabriquons un artefact, qu’il s’agisse d’un outil permettant de résoudre
un problème ou une œuvre d’art qui nous inspire. Scrum décrit trois artefacts
principaux: le backlog de produit, le backlog de sprint et l’incrément de produit.

- Le Product backlog : Il s’agit d’une liste de tout ce qui est désiré sur le projet
on parle alors d’users stories, sa gestion est réalisée par le Product Owner qui
peut modifier la priorité (notamment à la fin de chaque sprint), chaque user
story doit être classée en fonction de sa business value (et effort) qui change
dynamiquement en fonction du besoin et des attentes du client. Affinement des
users stories afin de créer des Product backlog item (PBI) ou tâches qui seront
positionnés dans les sprints à venir.
- Sprint backlog : Il s’agit des objectifs du sprint basé sur la plus haute valeur
de tâches (ou PBI), définit le travail à effectuer par l’équipe de développement,
plan en temps réel du travail dans le sprint. Il doit être définit avec le Product
Owner. (Choix des itérations à commencer en fonction des priorités) Les
équipiers sont libres de choisir les users stories en fonction de leur capacité,
mais doivent s’engager à les réaliser et à les livrer à la fin du sprint. La capacité
de poids sera affectée par équipiers. Aussi elle sera redéfinie si nécessaire à la
fin de chaque sprint.
iv. Users stories

Les spécifications sont souvent une cause majeure de l’échec d’un projet. De
mauvaises spécifications peuvent entraîner un manque de vision sur le produit attendu,
des fonctionnalités redondantes/contradictoires. Le but de l’utilisation des « user
stories » est de permettre de répondre plus rapidement et avec moins de coût au
changement rapide des exigences du monde réel.

v. Processus

Le processus SCRUM se déroule en plusieurs étapes :

1. Création du backlog produit par le Product Owner.

2. Sélection des tâches à réaliser pour le sprint (Sprint Planning).

17
 Chapitre 3 : Analyse du système existant

3. Réalisation des tâches pendant le sprint (environ 2 à 4 semaines).

4. Validation des tâches lors de la Sprint Review.
5. Analyse et amélioration à travers la Sprint Rétrospective.

vi. Cycle de vie

Le principe de la méthode agile SCRUM est de concentrer l’équipe de développement

sur un ensemble de fonctionnalités à réaliser de façon itératif, dans des itérations d’une
durée de deux à quatre semaines, appelées des Sprints. Chaque Sprint doit aboutir à la
livraison d’un produit partiel.

Figure 4 - Méthode SCRUM

Comme indiqué dans la figure ci-dessus, pour mettre en place la méthode Scrum, Il
faut dégager dans un premier lieu le maximum de fonctionnalités à réaliser pour former
le backlog du produit. En second lieu, définir les priorités des fonctionnalités et choisir
lesquelles seront réalisés dans chaque itération.

Par la suite, focaliser l’équipe de façon itérative sur l’ensemble des fonctionnalités à
réaliser dans des itérations appelées sprints. Un sprint aboutit toujours à la livraison
d’un produit partiel fonctionnel appelé incrément. Ainsi, vers la fin de chaque sprint,
une réunion aura lieu pour effectuer la revue de l’itération.

L’objectif de cette réunion consiste à valider l’incrément qui était produit pendant
l’itération.

18
 Chapitre 3 : Analyse du système existant

2.4. Planification des sprints

Sprint Nom du Sprint Période

Sprint 1 Mise en place du projet & Authentification 1 semaine et 2
jours
Sprint 2 Gestion des produits 1 semaine

Sprint 3 Gestion des entrées et sorties de stock 2 semaines

Sprint 4 Alertes et réapprovisionnement 1 semaine et 2

jours
Sprint 5 Rapports et statistiques 1 semaine et 3
jours
Sprint 6 Finalisation et déploiement 1 semaine
Tableau 1 -planification des Sprints

2.4.1. Backlog des sprints

a. Sprint 1 : Mise en place du projet & Authentification
N° Tache Durée Acteur
Analyse des besoins et cahier des charges 2 jours
1
Mise en place de l’environnement de 1 jour
2 développement
Conception de la base de données 2 jours
3
Mise en place de l’authentification 2 jours
4
Gestion des rôles et permissions 1 jour
5
Tests et validation 1 jour
6
Tableau 2 - Backlog Sprint 1

b. Sprint 2 : Gestion des produits

N° Tache Durée Acteur
CRUD des products 3 jours
1
Liste des produits avec filtres 2 jours
2
Détails d’un produit 1 jour
3
Tests et validation 1jour
4
Tableau 3 - Backlog Sprint 2

c. Sprint 3 : Gestion des entrées et sorties de stock

19
 Chapitre 3 : Analyse du système existant

N° Tache Durée Acteur

Développement des fonctionnalités d’ajout des 4 jours
1 bons d’entrée et sortie
Associer les fonctionnalités aux rôles 2 jours
2
Suivi des quantités en stock après chaque 3 jours
3 mouvement
Historique des mouvements de stock 3 jours
4
Tests et corrections 2 jour
5
Tableau 4 - Backlog Sprint 3

d. Sprint 4 : Alertes et réapprovisionnement

N° Tache Durée Acteur
Mise en place des seuils de stock minimum 3 jours
1
Notifications et alertes automatiques 3 jours
2
Génération automatique des demandes de 3 jours
3 réapprovisionnement
Tableau 5 - Backlog Sprint 4

e. Sprint 5 : Rapports et statistiques

N° Tache Durée Acteur
Génération de rapports sur les mouvements de 3 jours
1 stock
Statistiques des produits les plus consommés 2 jours
2
Tableau de bord avec indicateurs clés 3 jours
3
Tests et optimisations 2 jours
4
Tableau 6 - Backlog Sprint 5

f. Sprint 6 : Finalisation et déploiement

N° Tache Durée Acteur
Amélioration de l’interface utilisateur 2 jours
1
Vérification et sécurisation des accès et 2 jours
2 permissions
Tests globaux et corrections des derniers bugs 2 jours
3
Déploiement et documentation 1 jour
4
Tableau 7 - Backlog Sprint 6

2.4.2. Diagramme de planification des Sprints

20
 Chapitre 3 : Analyse du système existant

Figure 5 - Diagramme de planification des Sprints

21
2.4.3. Jira software

Figure 6 - capture d'écran: backlog JiraSoftware, exemple: Sprint 2

Figure 7 - capture d'écran: tableau JiraSoftware, exemple: Sprint 2

 Chapitre 2 : Concepts théoriques

Figure 8 - capture d'écran: feuille de route de projet, JiraSoftware

2.5. Etude de documents

2.5.1. Abréviations utilisées

Abréviation Signification
Prévue Portée : Un champ qui existe dans le document
PP
et qui est rempli.

Prévue Non Portée : Un champ existant dans le

PNP
document mais jamais renseigné.

Non Prévue Portée : Un champ qui n'existe pas dans le

NPP
document mais qui est ajouté à la main.

Tableau 8 - Abréviations utilisées dans l'étude de documents

2.5.2. Etude de document n°1: Demande d’alimentation

magasin

Demande d’alimentation magasin - Fiche d'Étude :

Code : DAMG
Désignation : Demande d’alimentation magasin
Rôle : Document utilisé pour demander l’approvisionnement d’un magasin.
Nature : Interne
Emetteur : Magasinier
Récepteur : Service gestion des stocks

En-tête :

Rubrique Type Taille Utilité Observation

N° Demande N 6 PP
d’Alimentation Magasin
Date Demande D 10 PP JJ/MM/AAAA
d’Alimentation Magasin

23
 Chapitre 2 : Concepts théoriques

Demandeur A 30 PP
Corps :

Rubrique Type Taille Utilité Observation

N° article N 6 PP
Désignation article AN 30 PP
Quantité reste en stock N 3 PP
Observation AN 100 PP
Tableau 9 - Demande d’alimentation magasin - Fiche d'etude

2.5.3. Etude de document n°2 : Demande d’Achat

Demande d’Achat - Fiche d'Étude :

Code : DA
Désignation : Demande d’achat
Rôle : Document utilisé pour demander l’approvisionnement des produits
nécessaires.
Nature : Interne
Emetteur : Gestionnaire des stocks
Récepteur : Service approvisionnement
En-tête :

Rubrique Type Taille Utilité Observation

N° Demande d’Achat N 6 PP
Date demande d’Achat D 10 PP JJ/MM/AAAA
Unité demandatrice A 10 PP
Structure demandatrice A 25 PP
Structure destinatrice A 25 PP
Corps :

Rubrique Type Taille Utilité Observation

Référence article N 6 PP
Désignation article AN 30 PP
Quantité demandée N 3 PP
Observation AN 100 PP
Tableau 10 - Demande d’Achat - Fiche d'Étude

2.5.4. Etude de document n°3 : Bon d’entrée (réception)

24
 Chapitre 2 : Concepts théoriques

Bon d’entrée (réception) - Fiche d'Étude :

Code : BE
Désignation : Bon d’entrée (réception)
Rôle : Document attestant la réception des marchandises et leur ajout au stock.
Nature : Interne
Emetteur : Gestionnaire des stocks.
Récepteur : Direction des Finances et Comptabilité.

En-tête :

Rubrique Type Taille Utilité Observation

N° Bon d’Entrée N 6 PP
(réception)
Date Bon d’Entrée D 10 PP JJ/MM/AAAA
Corps :

Rubrique Type Taille Utilité Observation

Fournisseur AN 30 PP
Adresse AN 50 PP
N° Bon de Commande N 6 PP
Date Bon de Commande D 10 PP JJ/MM/AAAA
N° Bon de Livraison N 6 PP
Date Bon de Livraison D 10 PP JJ/MM/AAAA
N° Facture N 6 PP
Date Facture D 10 PP JJ/MM/AAAA
N° article N 6 PP
Référence AN 10 PP
Désignation article AN 30 PP
Quantité entrée N 5 PP
Prix U N 5 PP
Montant HT N 10 PP
Sous total HT stockable N 10 PP
Total HT M
Remarque AN 100 PP
Tableau 11 - Bon d’entrée (réception) - Fiche d'étude

2.5.5. Etude de document n°4 : Bon de Sortie (consommation)

25
 Chapitre 2 : Concepts théoriques

Bon de Sortie (consommation) - Fiche d'Étude :

Code : BS_conso
Désignation : Bon de sortie (consommation)
Rôle : Document justifiant la sortie des produits du stock pour leur utilisation
interne.
Nature : Interne
Emetteur : Magasinier
Récepteur : Direction des Finances et Comptabilité
En-tête :

Rubrique Type Taille Utilité Observation

N° Bon de Sortie N 6 PP
(consommation)
Date Bon de Sortie D 10 PP JJ/MM/AAAA
(consommation)
BCI N 6 PP
Direction destinatrice A 3 PP
Preneur A 50 PP
Corps :

Rubrique Type Taille Utilité Observation

N° article N 3 PP
Référence article AN 10 PP
Désignation article AN 25 PP
Quantité sortie N 3 PP
Observation AN 100 PP
Remarque AN 100 PP
Tableau 12 - Bon de Sortie (consommation)- Fiche d'étude

2.5.6. Etude de document n°5 : Bon de Sortie (valorisé)

Bon de Sortie (valorisé) - Fiche d'Étude :

Code : BS_vlr
Désignation : Bon de sortie (valorisé)
Rôle : Document détaillant la sortie des produits du stock avec leur valeur
financière.
Nature : Interne
Emetteur : Magasinier
Récepteur : Direction des Finances et Comptabilité

26
 Chapitre 2 : Concepts théoriques

En-tête :

Rubrique Type Taille Utilité Observation

N° Bon de Sortie N 6 PP
(valorisé)
Date Bon de Sortie D 10 PP JJ/MM/AAAA
(valorisé)
BCI N 6 PP
Direction destinatrice A 3 PP
Preneur A 50 PP
Corps :

Rubrique Type Taille Utilité Observation

N° article N 3 PP
Référence article AN 10 PP
Désignation article AN 25 PP
Quantité sortie N 3 PP
PUMP M
Montant AN 100 PP
Total M
Remarque AN 100 PP
Tableau 13 - Bon de Sortie (valorisé)- Fiche d'étude

2.6. Identification des acteurs

2.6.1. Poste Magasinier

Poste Magasinier - Fiche d'Étude :

Code : MAG
Désignation : Magasinier
Nombre d’Agents : 01
Moyen de travail : Manuel – Micro Ordinateur
Rôle : Assurer la réception, le rangement et la distribution des produits, tout en
contrôlant les entrées et sorties de stock.
Les taches Fréquence
Réception des marchandises À chaque livraison
Vérification des bons de commande et de livraison À chaque livraison
Mise à jour des fiches de stock Quotidiennement
Stockage et organisation des articles À chaque livraison

27
 Chapitre 2 : Concepts théoriques

Dotation des fournitures aux services Selon les demandes

(mensuel/ponctuel)
Suivi des niveaux de stock et alerte en cas de seuil Hebdomadaire
critique
Tableau 14 - Poste Magasinier - Fiche d'Étude

2.6.2. Poste Gestionnaire des Stocks

Poste Gestionnaire des Stocks - Fiche d'Étude :

Code : GDS
Désignation : Gestionnaire des Stocks
Nombre d’Agents : 01
Moyen de travail : Manuel – Micro Ordinateur
Rôle : Suivre et analyser les niveaux de stock, valider les mouvements de stock
et déclencher les réapprovisionnements si nécessaire.
Les taches Fréquence
Réception des marchandises À chaque livraison
Vérification des bons de commande et de livraison À chaque livraison
Enregistrement des entrées en stock (ERP/logiciel) Quotidiennement
Préparation et validation des demandes internes Mensuellement (01-10 de
chaque mois)
Mise à jour des sorties en stock (ERP/logiciel) Quotidiennement
Suivi des niveaux de stock et alerte en cas de seuil Hebdomadaire
critique
Génération de la balance des stocks Mensuellement
Transmission des dossiers des entrées et sorties à la Mensuellement
DFC
Coordination avec les magasins régionaux pour Selon besoin
réintégration
Analyse et optimisation des stocks Mensuellement
Tableau 15 - Poste Gestionnaire des Stocks - Fiche d'Étude

2.6.3. Poste chef de département

Poste chef de département - Fiche d'Étude :

Code : CHEF
Désignation : Chef de département
Nombre d’Agents : 01
Moyen de travail : Manuel – Micro-Ordinateur
Rôle : Superviser la gestion des stocks, valider les demandes d'achat et assurer la
coordination entre les différents services pour optimiser l'approvisionnement.

28
 Chapitre 2 : Concepts théoriques

Les taches Fréquence

Superviser la gestion des stocks Quotidiennement
Valider les demandes d'achat Selon les besoins
(généralement mensuel
ou trimestriel)
Coordonner avec les services d’approvisionnement et Hebdomadairement
financiers
Analyser les rapports de stocks Mensuellement
Approuver les bons de sortie valorisés et les Mensuellement
récapitulatifs
Superviser la mise en œuvre des procédures de gestion Ponctuellement (selon les
des stocks audits et contrôles
internes)

Valider les documents avant transmission à la Direction Mensuellement

Financière et Comptable (DFC)
Participer aux réunions stratégiques sur la gestion des Trimestriellement
stocks
Gérer les urgences liées aux ruptures de stock ou aux En cas de besoin
anomalies
Superviser l’utilisation des outils de gestion des stocks Régulièrement (au
(ERP, logiciels, etc.) besoin)
Tableau 16 -Poste Chef de département - Fiche d'Étude

֎ Conclusion :
En résumé, ce chapitre a établi le cadre théorique et méthodologique du projet. Il
prépare les fondations nécessaires à la conception technique, en identifiant les besoins,
les outils et les intervenants clés du système.

29
 Chapitre 3 : Conception et modélisation

Chapitre 3 : Conception et modélisation

֎ Introduction :

Ce chapitre est dédié à la conception et à la modélisation de notre application. Il

présente d’abord les diagrammes UML qui permettent de représenter graphiquement
les cas d’utilisation, les activités, les interactions et la structure du système. Ensuite,
nous passons à la modélisation relationnelle objet pour préparer la base de données.
Enfin, la conception visuelle du site est abordée à travers l’arborescence, les maquettes
et la charte graphique, avant d’introduire la solution informatique retenue.

3.1. Langage de modélisation : UML

3.1.1. Définition

UML est un langage de modélisation dit standardisé qui permet, par le biais de
différents graphiques ou diagrammes, de visualiser, spécifier, construire et documenter
les artefacts d’un système. Il s’agit bien sûr d’un langage de modélisation dans le but
de représenter les objets et différents aspects d’un système à partir des diagrammes les
plus appropriés.

3.1.2. Diagramme cas d’utilisation

Le diagramme de cas d’utilisation présente les différentes interactions entre les acteurs
externes et le système. Il met en exergue les fonctionnalités principales du système, et
les relations entre ces dernières.

3.1.3. Diagramme d’activité

Le diagramme d’activité représente les flux de travail ou les processus métiers.

Permettant de modéliser les différentes étapes à réaliser pour finir une tâche ou
fonctionnalité.

3.1.4. Diagramme de séquence

30
 Chapitre 3 : Conception et modélisation

Le diagramme de séquence est le diagramme qui représente l’ensemble des

interactions entre objets et acteurs dans un scénario donné, en précisant le déroulement
dans le temps des échanges.

3.1.5. Diagramme de classe

Le diagramme de classe définit la structure statique d’un système. Il représente les
classes, leurs attributs, leurs méthodes et relations entre elles. Il est fondamental pour
modéliser les données et relations dans une application.

3.2. Les diagrammes UML

3.2.1. Diagramme de cas d’utilisation

Figure 9 - Diagramme de cas d’utilisation

31
 Chapitre 3 : Conception et modélisation

3.2.2. Diagrammes de séquence

a. Diagramme de séquence du cas d’utilisation « Création des
comptes »

Figure 10 - Diagramme de séquencée du cas d’utilisation « Création des comptes »

 Scénario: Création des comptes

Cas d’utilisation Création des comptes

- Utilisateur (Magasinier, Gestionnaire, Chef de
Acteurs
département)

32
 Chapitre 3 : Conception et modélisation

- Système (Navigateur Web et Serveur)

Description Ce scénario décrit le processus de création d'un compte

utilisateur par un administrateur afin de lui donner accès au
système.
- Le serveur doit être disponible et fonctionnel.
Préconditions
- Les informations des nouveaux utilisateurs doivent être
valides et respectent les contraintes du système (ex. : email
unique, mot de passe sécurisé).
- L’administrateur accède à la page d’inscription.
Scénario
nominal (succès) - Le système affiche un formulaire de création de compte.
- Il saisit les informations requises :
(Nom & prénom, Email, Mot de passe, Rôle)
- Il clique sur "Valider".
- Le système vérifie que :
- L'email n'existe pas déjà.
- Le mot de passe respecte les critères de sécurité.
- Si toutes les informations sont valides :
- Le compte est créé et stocké dans la base de données.
- Une confirmation s’affiche avec un message "Compte créé
avec succès".
- Si une erreur est détectée (email déjà utilisé, champ vide,
etc.) Le système affiche un message d’erreur et demande de
corriger les informations.
- Le système affiche un message : "Cet email est déjà utilisé.
Scénario
Veuillez en choisir un autre."
alternatif 1 :
- L’administrateur doit modifier l’email et réessayer.
L'email existe
déjà
- Si la création réussit :
Postconditions
- Le nouvel utilisateur peut se connecter avec ses
identifiants.
- Son compte est enregistré avec le rôle défini.

33
 Chapitre 3 : Conception et modélisation

- Si la création échoue :
- L'administrateur reste sur le formulaire avec un message
d'erreur.
- Aucun compte n'est ajouté dans la base de données.

Tableau 17 - Scénario: Création des comptes

34
 Chapitre 3 : Conception et modélisation

b. Diagramme de séquence du cas d’utilisation « Authentification »

Figure 11 - Diagramme de séquence du cas d’utilisation « Authentification »

35
 Chapitre 3 : Conception et modélisation

 Scénario: Authentification d’un utilisateur

Cas d’utilisation Authentification

- Utilisateur (Magasinier, Gestionnaire, Chef de
Acteurs
département)
- Système (Navigateur Web et Serveur)

Description Ce cas d'utilisation permet à un utilisateur de se connecter à

l'application en saisissant ses identifiants. Selon la validité des
informations, l'accès est accordé ou refusé.
- L'utilisateur dispose d'un compte valide (identifiant et mot
Préconditions
de passe).
- L'utilisateur a accès à l’application via un navigateur web.
- L'utilisateur accède à la page de connexion.
Scénario
nominal (succès) - Il saisit son identifiant et son mot de passe.
- Il valide la saisie.
- Le serveur vérifie les informations.
- Si elles sont correctes, l'accès est accordé et l’utilisateur est
redirigé vers son tableau de bord.
- L'utilisateur saisit des informations erronées.
Scénario
alternatif 1 : - Le serveur détecte l’erreur et affiche un message d’échec
d’authentification.
Mot de passe ou
- L’utilisateur peut réessayer ou demander un réinitialisation
identifiant
du mot de passe.
incorrect
- L'utilisateur clique sur "Mot de passe oublié".
Scénario
alternatif 2 : - Il saisit son adresse e-mail.
- Le serveur envoie un lien de réinitialisation.
Mot de passe
- L'utilisateur clique sur le lien, définit un nouveau mot de
oublié
passe et se connecte.

- Si l’authentification réussit, l’utilisateur accède à

Postconditions
l’application avec les permissions associées à son rôle.

36
 Chapitre 3 : Conception et modélisation

- En cas d’échec, un message approprié est affiché et

l’utilisateur peut tenter de se reconnecter ou récupérer son
mot de passe.

Tableau 18 - Scénario: Authentification d’un utilisateur

37
 Chapitre 3 : Conception et modélisation

c. Diagramme de séquence du cas d’utilisation « Rupture du stock et

Alimentation magasin »

Figure 12 - Diagramme de séquence du cas d’utilisation « Rupture du stock et Alimentation magasin »

38
 Chapitre 3 : Conception et modélisation

 Scénario: Rupture du stock et Alimentation magasin

Cas d’utilisation Rupture du stock et Alimentation magasin

- Utilisateur (Magasinier, Gestionnaire)
Acteurs
- Système (Navigateur Web et Serveur)

Description Ce scénario décrit le processus de détection d'une rupture de

stock et la gestion de l'alimentation du magasin pour éviter
toute pénurie.
- Le serveur doit être opérationnel.
Préconditions
- Le magasinier et le gestionnaire doivent avoir des comptes
actifs pour accéder au système.
- Les niveaux de stock doivent être suivis en temps réel par le
système.

Scénario • Détection de la rupture de stock

nominal (succès) - Le système surveille en permanence les niveaux de stock.

- Lorsqu’un produit atteint son seuil critique, une alerte de
rupture de stock est générée.
- Le système envoie une notification au magasinier et au
gestionnaire de stock.
• Demande d'alimentation
- Le magasinier consulte la notification et accède à la
demande d'alimentation.
- Il remplit le formulaire de demande d’alimentation en
précisant : Produit concerné, quantité demandée,
justification (si nécessaire)
- Il soumet la demande.
• Validation par le gestionnaire et demande d'achat
- Le gestionnaire de stock reçoit la demande d’alimentation.
- Le gestionnaire remplit une demande d'achat en précisant
- Il enregistre la demande d'achat dans le système.

Tableau 19 - Scénario: Rupture du stock et Alimentation magasin

39
 Chapitre 3 : Conception et modélisation

d. Diagramme de séquence du cas d’utilisation « Gestion des bons et

mise à jour de la fiche du stock »

Figure 13 - Diagramme de séquence du cas d’utilisation « Gestion des bons et mise à jour de la fiche du stock »

40
 Chapitre 3 : Conception et modélisation

 Scénario: Gestion des bons et mise à jour de la fiche du stock

Cas d’utilisation Gestion des bons et mise à jour de la fiche du stock

- Utilisateur (Magasinier, Gestionnaire)
Acteurs
- Système (Navigateur Web et Serveur)

Description Ce scénario décrit le processus d’enregistrement des bons

d’entrée et de sortie ainsi que la mise à jour automatique de la
fiche de stock.
- Le serveur doit être opérationnel.
Préconditions
- Le magasinier et le gestionnaire doivent avoir des comptes
actifs pour accéder au système
- Un bon d’entrée ou de sortie doit être établi pour modifier
le stock.

Scénario • Création d'un bon de sortie ou un bon d’entrée

nominal (succès) - Le gestionnaire de stock accède à l’interface de gestion des

bons.
- Il sélectionne "Créer un bon de sortie" ou "Créer un bon
d'entrée".
- Il remplit les informations du bon.
- Il valide la saisie.
- Le système vérifie et enregistre le bon d’entrée.
- Une notification est envoyée au magasinier.
- Le magasinier consulte le bon et confirme la réception des
produits.
- Le système met à jour la fiche de stock déduisant les
quantités livrées ou en ajoutant les quantités reçues.
- Lorsqu'un bon de sortie est créé, le système vérifie le stock
Scénario
disponible.
alternatif 1 :
- Si la quantité demandée dépasse le stock disponible :
Stock insuffisant
- Le système affiche une alerte "Stock insuffisant".
pour un bon de
- Le gestionnaire peut ajuster la quantité ou reporter la
sortie
demande.

41
 Chapitre 3 : Conception et modélisation

- Une notification est envoyée au magasinier et au

gestionnaire pour réapprovisionnement.
- Si le gestionnaire saisit une donnée incorrecte (ex. :
Scénario
Référence produit inexistante, quantité négative) :
alternatif 2 :
- Le système affiche un message d'erreur.
Erreur dans les
- Le gestionnaire doit corriger et soumettre à nouveau le bon.
informations du
bon
- Le magasinier peut refuser un bon s’il détecte une erreur
Scénario
(ex. : mauvaise quantité livrée, produit endommagé).
alternatif 3 :
- Le système bloque la mise à jour du stock.
Refus de
- Une notification est envoyée au gestionnaire pour correction
validation par le
ou remplacement des produits.
magasinier

Postconditions • Si un bon d’entrée est validé :

- Le stock est mis à jour avec les nouvelles quantités.
- Le bon est enregistré dans le système pour traçabilité.
- Le magasinier peut consulter l’historique des entrées.
• Si un bon de sortie est validé :
- Le stock est mis à jour avec les quantités retirées.
- Le bon est enregistré dans le système pour traçabilité.
- Le magasinier peut consulter l’historique des sorties.
• Si une erreur est détectée :
- Le système empêche l'enregistrement et demande une
correction.

Tableau 20 - Scénario: Gestion des bons et mise à jour de la fiche du stock

42
 Chapitre 3 : Conception et modélisation

e. Diagramme de séquence du cas d’utilisation « Consultation du

stock »

Figure 14 - Diagramme de séquence du cas d’utilisation « Consultation du stock »

 Scénario: Consultation du stock

43
 Chapitre 3 : Conception et modélisation

Cas d’utilisation Consultation du stock

- Utilisateur (Magasinier, Gestionnaire, Chef de
Acteurs
département)
- Système (Navigateur Web et Serveur)

Description Ce scénario décrit le processus de consultation du stock par les

différents utilisateurs en fonction de leurs rôles et permissions.
- Le serveur doit être opérationnel.
Préconditions
- L’utilisateur doit être authentifié avec un rôle valide
(Magasinier, Gestionnaire de stock, Chef de département).
- Le stock doit contenir des données disponibles pour la
consultation.

Scénario • Consultation par le Magasinier ou le Gestionnaire

nominal (succès) de stock

- L’utilisateur (Magasinier ou Gestionnaire de stock) accède
à l’interface de consultation du stock.
- Il peut rechercher un produit spécifique en saisissant son
nom ou sa référence.
- Le système récupère les données du stock correspondant et
les affiche :
- Désignation du produit
- Référence
- Quantité disponible
- Seuil critique
- Emplacement
- L’utilisateur peut exporter les données en PDF ou Excel ou
imprimer la fiche du stock.
• Consultation par le Chef de département
- Le Chef de département accède à l’interface de consultation
du stock.
- Il peut sélectionner la direction qu’il souhaite consulter :
- Direction centrale
- Direction régionale Ouest

44
 Chapitre 3 : Conception et modélisation

- Direction régionale Est

- Direction régionale Centre
- Il consulte les stocks mais ne peut ni modifier ni exporter
les données.
- Le système affiche les informations du stock en lecture
seule.
- L’utilisateur recherche un produit mais celui-ci n’existe pas
Scénario
ou n’est pas disponible.
alternatif 1 :
- Le système affiche un message : "Aucun produit trouvé
Produit
correspondant à votre recherche."
introuvable

Postconditions • Si la consultation est réussie :

- L’utilisateur accède aux informations du stock
correspondant à son rôle.
- Le Magasinier/Gestionnaire peut exporter ou imprimer la
fiche de stock.
- Le Chef de département peut uniquement voir les
informations en lecture seule.
• Si une erreur se produit :
- L’utilisateur reçoit un message d’erreur

Tableau 21 - Scénario: Consultation du stock

45
 Chapitre 3 : Conception et modélisation

3.2.3. Diagrammes d’activité

a. Diagrammes d’activité du cas d’utilisation « Création des
comptes »

Figure 15 - Diagrammes d’activité du cas d’utilisation « Création des comptes »

46
 Chapitre 3 : Conception et modélisation

b. Diagrammes d’activité du cas d’utilisation « Authentification »

Figure 16 - Diagrammes d’activité du cas d’utilisation « Authentification »

47
 Chapitre 3 : Conception et modélisation

c. Diagrammes d’activité du cas d’utilisation « Rupture du stock et

Alimentation magasin »

Figure 17 - Diagrammes d’activité du cas d’utilisation « Rupture du stock et Alimentation magasin »

48
 Chapitre 3 : Conception et modélisation

d. Diagrammes d’activité du cas d’utilisation « Gestion des bons et

mise à jour de la fiche du stock »

Figure 18 - Diagrammes d’activité du cas d’utilisation « Gestion des bons et mise à jour de la fiche du stock »

49
 Chapitre 3 : Conception et modélisation

e. Diagrammes d’activité du cas d’utilisation « Consultation du stock »

Figure 19 - Diagrammes d’activité du cas d’utilisation « Consultation du stock »

3.2.4. Diagramme de classe

50
 Chapitre 3 : Conception et modélisation

Figure 20 - Diagramme de classe

51
 Chapitre 3 : Conception et modélisation

a. Dictionnaire des données

Désignation de la Type Taille Observation

donnée
Observation AN 100
Remarque
Article N° article N 6
Référence article AN 10
Désignation article AN 30
Quantité en stock N 3
Prix U
Montant HT N 10
DAMG N° Demande N 6
d’Alimentation
Magasin
Date Demande D 10 JJ/MM/AAAA
d’Alimentation
Magasin
Demandeur A 30
DA N° Demande d’Achat N 6
Date demande D 10 JJ/MM/AAAA
d’Achat
Unité demandatrice A 10
Structure A 25
demandatrice
Structure destinatrice A 25
Quantité demandée N 3
BE N° Bon d’Entrée N 6
(réception)
Date Bon d’Entrée D 10 JJ/MM/AAAA
(réception)
Fournisseur AN 30
Adresse AN 50
N° Bon de Commande N 6
Date Bon de D 10
Commande
N° Bon de Livraison N 6
Date Bon de Livraison D 10

52
 Chapitre 3 : Conception et modélisation

N° Facture N 6
Date Facture D 10
Quantité entrée N 5
Sous total HT N 10
stockable
BS N° Bon de Sortie N 6
(consommation)
Date Bon de Sortie D 10 JJ/MM/AAAA
(consommation)
N° Bon de Sortie N 6
(valorisé)
Date Bon de Sortie D 10 JJ/MM/AAAA
(valorisé)
BCI N 6
Direction A 3
demendatrice
Preneur A 25
Quantité sortie N 3
Montant AN 100
Tableau 22 - Dictionnaire des données

b. Règles de gestion
 Gestion des produits
- Un produit est unique : Chaque produit est identifié par un code distinct.
- Les informations produit sont obligatoires : Désignation, code, famille et
unité de mesure doivent être renseignés.
- Un produit ne peut pas avoir un stock négatif : Toute sortie doit être validée
uniquement si la quantité disponible est suffisante.
 Gestion des entrées de stock (Achats et Réintégration)
- Tout achat doit être enregistré avec un bon d’entrée : Il précise la quantité,
la date et le fournisseur.
- Les produits peuvent être réintégrés : Après une annulation de
consommation ou une restitution, une réintégration est enregistrée.
- Le stock est mis à jour en temps réel : Après chaque entrée.
 Gestion des sorties de stock (Consommation)

53
 Chapitre 3 : Conception et modélisation

- Un bon de sortie est obligatoire pour toute consommation : Il indique le

produit, la quantité et le service demandeur.
- Une consommation ne peut pas dépasser le stock disponible : Aucune sortie
ne peut être validée si le stock est insuffisant.
- Les sorties doivent être tracées : Historisation des consommations pour suivi
et analyse.
- Réintégration des stocks :

Un transfert de stock entre le magasin central et un magasin régional (ou entre

magasins régionaux) est enregistré sous forme d’un bon de sortie.

La réintégration doit être validée et mise à jour dans le stock du magasin

destinataire.

 Gestion des seuils et alertes

- Un stock minimum est défini pour chaque produit : Si le stock atteint ce
seuil, une alerte est déclenchée.
- Une demande d’achat peut être générée automatiquement : Lorsqu’un
produit atteint son stock critique.
 Gestion des utilisateurs et accès
- Chaque utilisateur a un rôle précis : Les accès et actions sont définis selon
les rôles (administrateur, gestionnaire de stock, etc.).
- Les actions sensibles nécessitent une validation : Certaines opérations
critiques (ex. modification des stocks) doivent être confirmées.
 Sécurité et traçabilité
- Toutes les opérations sont historisées : Chaque mouvement de stock est
enregistré avec l’utilisateur responsable.
- Des sauvegardes régulières sont effectuées : Pour éviter toute perte de
données.
- Les accès sont sécurisés : Authentification des utilisateurs et gestion des
permissions selon les rôles.

3.3. Model relationnel objet MOR

3.3.1. Règles de passage

54
 Chapitre 3 : Conception et modélisation

Le passage d'un diagramme de classes UML à un modèle relationnel implique de

transformer les concepts orientés objet en tables et relations de base de données. Voici
les règles principales à suivre :

 Classes vers Tables

Chaque classe devient une table : Le nom de la classe devient le nom de la table.

Attributs vers colonnes : Chaque attribut de la classe devient une colonne dans la table.
Le type de données de l'attribut est converti en un type de données SQL approprié.

Identifiant unique (Clé primaire) : Identifiez un attribut ou un ensemble d'attributs qui

peuvent servir de clé primaire pour chaque table. La clé primaire doit être unique et
non nulle.

 Associations vers Relations

Associations un-à-plusieurs (1..*) :

Ajoutez une clé étrangère dans la table représentant la classe "plusieurs" qui référence
la clé primaire de la table représentant la classe "un".

Associations plusieurs-à-plusieurs (..) :

Créez une table d'association (ou table de jointure) avec deux clés étrangères, chacune
référençant les clés primaires des deux tables associées.

La clé primaire de la table d'association est généralement une combinaison des deux
clés étrangères.

Associations un-à-un (1..1) :

Ajoutez une clé étrangère dans l'une des tables qui référence la clé primaire de l'autre
table.

Classes d'association :

Transformez la classe d'association en une table distincte.

Incluez les attributs de la classe d'association en tant que colonnes dans la table.

Ajoutez des clés étrangères pour référencer les clés primaires des tables associées.

 Héritage

Héritage simple :
55
 Chapitre 3 : Conception et modélisation

Table par classe concrète : Créez une table pour chaque classe concrète, incluant les
attributs de la classe mère et de la classe fille.

Table par hiérarchie : Créez une table pour la classe mère et une table pour chaque
classe fille. La table de la classe fille inclut une clé étrangère référençant la clé primaire
de la table de la classe mère.

Table par classe : Créez une table pour chaque classe, incluant tous les attributs de la
classe et de ses ancêtres.

Héritage multiple :

L'héritage multiple est plus complexe à gérer dans un modèle relationnel. Les solutions
possibles incluent la création de tables d'association ou la duplication d'attributs.

 Contraintes et Règles

Contraintes d'intégrité référentielle : Définissez des contraintes de clé étrangère pour

assurer la cohérence des données entre les tables.

Contraintes d'unicité : Utilisez des contraintes d'unicité pour garantir que certaines
colonnes ou combinaisons de colonnes ont des valeurs uniques.

Contraintes de valeur non nulle : Utilisez des contraintes de non-nullité pour garantir
que certaines colonnes ne peuvent pas avoir de valeurs nulles.

3.3.2. Schéma du Model Relationnel Objet

56
 Chapitre 3 : Conception et modélisation

Figure 21 - Model relationnel objet

57
 Chapitre 3 : Conception et modélisation

3.4. Conception du site web

3.4.1. L’arborescence de l’application web

Figure 22 - L’arborescence de l’application web

3.4.2. Les maquettes de l’application web

Figure 23 - maquette de la page d'authentification

58
 Chapitre 3 : Conception et modélisation

Figure 24 - maquette de la page d'accueil

3.4.3. La charte graphique

a. Logo

Figure 25 - logo application: ADA Gestion de stock

b. Palette de couleurs

Figure 26 - palette de couleurs de l’application

3.5. Solution informatique

La solution informatique proposée est une application web de gestion des stocks,
développée avec le framework Laravel.

Elle permet une gestion centralisée des mouvements de stock, la création et le suivi
des bons d’entrée et de sortie, la consultation des niveaux de stock en temps réel, ainsi
que la génération automatique de notifications en cas de seuil critique.

59
 Chapitre 3 : Conception et modélisation

L’architecture du système repose sur le modèle MVC (Modèle-Vue-Contrôleur),

garantissant une claire séparation entre la couche des données (Model), la logique
métier (Controller), et l’interface utilisateur (View).

3.5.1. Architecture fonctionnelle de l’application "ADA Gestion De

Stock"

Figure 27 - Architecture fonctionnelle de l’application "ADA Gestion De Stock"

֎ Conclusion :
Cette étape de modélisation nous a permis de structurer notre projet sur les plans
technique et visuel. Elle constitue une base solide pour passer à l’implémentation de
l’application dans le prochain chapitre.

60
 Chapitre 4 : Réalisation

֎ Introduction :

Ce chapitre décrit la mise en œuvre technique de notre application. Il présente les

langages et outils utilisés, la création de la base de données, le développement des
interfaces, ainsi que les aspects liés à la sécurité, à l’hébergement et aux tests.

4.1. Les langages de programmation et les logiciels utilisés

4.1.1. Les langages de programmation

Pour le développement de l'application web de gestion des stocks, plusieurs langages

de programmation ont été mobilisés, chacun ayant un rôle spécifique dans la
construction du système :

a. PHP (Laravel) :

Utilisé côté serveur pour gérer la logique métier, les traitements des données et la
communication avec la base de données. Laravel, un framework PHP moderne, a été
choisi pour sa robustesse, sa sécurité, et sa structure MVC qui facilite un
développement modulaire et bien organisé.

Figure 28 - logo PHP

Figure 29 - logo Laravel

b. HTML5 :

Utilisé pour la structure des pages web. Il permet de définir les éléments visibles sur
l’interface utilisateur.
 Chapitre 4 : Réalisation

Figure 30 - logo HTML5

c. CSS3 :

Utilisé pour la mise en forme et le style des pages web, garantissant une présentation
soignée et ergonomique.

Figure 31 - logo CSS3

d. JavaScript :

Utilisé pour l’interactivité sur les pages web (ex. : validations, alertes, menus
dynamiques...).

Figure 32 - logo JS

e. SQL :

Utilisé pour les requêtes de manipulation des données au sein de la base MySQL,
notamment les requêtes d’insertion, de mise à jour, de suppression et de consultation.

62
 Chapitre 4 : Réalisation

Figure 33 - logo SQL

4.1.2. Les logiciels

Différents outils et environnements ont été utilisés pour faciliter le développement, la

modélisation, et la mise en œuvre de l’application :

a. Laragon :

Environnement de développement local qui permet d’exécuter l’application Laravel

en toute autonomie. Il intègre Apache, PHP, MySQL, etc.

Figure 34 - logo Laragon

b. Visual Studio Code :

Éditeur de code utilisé pour l’écriture et l’organisation du code source.

Figure 35 - logo Visual Studio Code

c. Laravel Breeze (avec Blade) :

Système d’authentification simple et rapide pour Laravel, utilisé pour gérer

l’inscription, la connexion, et les rôles des utilisateurs.

63
 Chapitre 4 : Réalisation

Figure 36 - logo Laravel Breeze

d. SQL Server :

Système de gestion de base de données relationnelle utilisé pour stocker et manipuler

les données de l’application.

Figure 37 - logo SQL Server

e. PlantUML :

Outil de génération automatique de diagrammes UML à partir d’un langage de

description textuel. Il a été utilisé pour générer les diagrammes de classes, de cas
d’utilisation, d’activités, etc.

Figure 38 - logo PlantUML

f. [Link] :

Pour la création des diagrammes UML (cas d’utilisation, séquence, classes, etc.).

Figure 39 - logo [Link]

64
 Chapitre 4 : Réalisation

g. [Link] :

Outil en ligne utilisé pour concevoir et visualiser le schéma de la base de données

relationnelle avant sa création.

Figure 40 - logo [Link]

4.2. Implémentation de la base de données

4.2.1. Création de la base de données

Figure 41 - capture d'écran: création du projet

Figure 42 - capture d'écran: création du Base De Données

Figure 43 - capture d'écran: configuration de la base de données

4.2.2. Création des tables, vues, contrôleurs

a. Création des tables

Ex : table articles
65
 Chapitre 4 : Réalisation

Figure 44 - capture d'écran: création migration

Figure 45 - capture d'écran: modification fichier migration

Figure 46 - capture d'écran: Application de migration

b. Création des vues

Ex : [Link]

66
 Chapitre 4 : Réalisation

Figure 47 - capture d'écran: vue [Link]

c. Création des contrôleurs

Ex : [Link]

Figure 48 - capture d'écran: controlleur [Link]

4.3. Présentation des interfaces du site.

67
 Chapitre 4 : Réalisation

4.3.1. Authentification

Figure 49 - capture d'écran: interface landing page

Figure 50 - capture d'écran: interface page d'inscription

68
 Chapitre 4 : Réalisation

Figure 51 - capture d'écran: interface page de connexion

La landing page de l’application sert de point d’entrée principal pour tous les
utilisateurs. Elle présente l’identité visuelle de la plateforme "ADA – Gestion de stock"
et propose deux options : se connecter ou créer un compte. Après cette étape, la page
de connexion permet aux utilisateurs déjà enregistrés (magasiniers, gestionnaires ou
chefs de département) d'accéder à leur espace respectif grâce à leurs identifiants. Quant
à la page d'inscription, elle permet d’ajouter un nouvel utilisateur avec des
informations comme le nom, prénom, poste, direction, etc., tout en respectant le rôle
attribué.

4.3.2. Interface Magasinier

Figure 52 - capture d'écran: interface page d'accueil magasinier

69
 Chapitre 4 : Réalisation

La page d’accueil du magasinier est un tableau de bord opérationnel centré sur la

gestion du stock. Depuis cet espace, le magasinier peut consulter les fiches de stock de
sa direction, ajouter, modifier ou supprimer des articles, et établir une demande
d’alimentation magasin (DAMG). Il reçoit également des notifications automatiques
lorsque la quantité d’un article devient critique ou lorsqu’un bon (BE ou BS) est généré
par le gestionnaire, afin qu’il puisse mettre à jour les quantités disponibles. Des outils
de recherche, d’impression et d’export sont aussi disponibles pour faciliter son travail.

4.3.3. Interface Gestionnaire de stock

Figure 53 - capture d'écran: interface page d'accueil gestionnaire de stock

La page d’accueil du gestionnaire permet d’exécuter les tâches clés liées aux flux
d’entrée et de sortie de stock. Il peut consulter les fiches de stock de sa direction, établir
une demande d’achat (DA), un bon d’entrée (BE) ou un bon de sortie (BS). Lorsqu’une
DAMG est envoyée par le magasinier, le gestionnaire en est notifié pour créer la DA
correspondante. Il peut aussi consulter, imprimer ou exporter les fiches de stock en
PDF ou Excel, et rechercher par nom d’article ou famille.

4.3.4. Interface Chef de département

70
 Chapitre 4 : Réalisation

Figure 54 - capture d'écran: interface page d'accueil chef de département

La page d’accueil du chef de département met l’accent sur la consultation des fiches
de stock à travers toutes les directions (centrale, régionale centre, ouest, est). Le bouton
"Consulter le stock" redirige vers l’interface de visualisation où le chef peut parcourir
les articles, effectuer des recherches par nom ou par famille, imprimer ou exporter les
données en PDF/Excel. Aucun bouton d’action de modification n’est affiché ici,
soulignant son rôle strictement consultatif dans le système.

4.3.5. Les contrôles

4.4. Sécurité et hébergement

4.4.1. Sécurité de base des données (Sauvegarde et restauration de la
base de données)

Pour garantir l'intégrité et la sécurité des données manipulées par l’application, une
politique de sauvegarde régulière de la base de données a été mise en place. Dans ce
projet, la base de données est gérée à l’aide de SQL Server Management Studio
(SSMS).

 Sauvegarde de la base de données :

La sauvegarde est réalisée manuellement depuis SSMS :

1) Clic droit sur la base de données → Tasks → Back Up…

71
 Chapitre 4 : Réalisation

2) Choix du type de sauvegarde : complète (Full)

3) Sélection du chemin de destination (généralement un fichier .bak)
4) Lancement du processus de sauvegarde

Cette procédure permet de générer une copie complète de la base de données qui peut
être utilisée pour restaurer l’état du système à un instant donné.

 Restauration de la base de données :

En cas de besoin, la base peut être restaurée depuis le fichier .bak :

1) Clic droit sur Databases → Restore Database…

2) Sélection du fichier de sauvegarde .bak
3) Configuration des options de restauration (comme l’écrasement de la base
existante)
4) Validation du processus

Cette méthode permet une reprise rapide en cas de corruption ou de perte accidentelle
des données.

L'utilisation de SQL Server offre également des options avancées comme les
sauvegardes différentielles, la planification automatique via des jobs, ou encore
l’intégration avec SQL Server Agent pour automatiser la sécurité des données.

4.4.2. Hébergement de l’application web

Actuellement, l'application est hébergée localement sur un environnement de
développement Laragon, qui simule un serveur web avec Apache, MySQL et PHP.
Cela permet de développer et de tester toutes les fonctionnalités dans un cadre sécurisé
avant le déploiement réel.

Une fois le développement terminé, l'application sera hébergée sur un serveur distant,
afin d’être accessible par les utilisateurs finaux. Le choix de l’hébergeur dépendra des
ressources nécessaires (base de données, espace disque, certificats SSL, etc.) et du
budget disponible.

Le processus de déploiement inclura :

- Le transfert des fichiers du projet via FTP ou Git.

72
 Chapitre 4 : Réalisation

- La configuration du fichier .env pour connecter l’application à la base de

données distante.
- La migration des tables avec php artisan migrate.
- L’activation de la gestion des erreurs et de la sécurité sur le serveur (HTTPS,
gestion des accès, etc.).

4.5. Test et recette de l’application web

4.5.1. Tests fonctionnels : Vérification de toutes les fonctionnalités
(formulaire, galerie, etc.).

Des tests fonctionnels ont été effectués pour valider l’ensemble des fonctionnalités
développées. Voici un récapitulatif :

Fonctionnalité Résultat attendue Résultat obtenu Statut

Ajout d’un article L’article est ajouté et Ok
visible

Modification d’un article Les modifications sont Ok

bien enregistrées

Suppression d’un article L’article est supprimé Ok

de la base

Recherche d’un article L’article s’affiche selon Ok

le mot-clé

Exporter en pdf fichier PDF bien généré Ok

Exporter en Excel Fichier Excel généré Ok

avec les bonnes
données

Tableau 23 - récapitilatif des tests fonctionnels

Tous les tests se sont déroulés avec succès sur les postes de travail utilisés

4.5.2. Tests de compatibilité : Vérification de l'affichage sur différents

navigateurs et appareils.

73
 Chapitre 4 : Réalisation

Des tests ont été réalisés sur deux ordinateurs différents pour évaluer la compatibilité
de l’application. Les navigateurs suivants ont été utilisés :

Navigateur / Appareil Résultat d’affichage Statut

Google Chrome (PC 1) Affichage conforme

Microsoft Edge (PC 2) Affichage conforme

Tableau 24 - Tests de compatibilité

L'application s’affiche correctement, les formulaires sont fonctionnels, et les tableaux

sont lisibles sur tous les navigateurs testés. Une compatibilité mobile sera également
envisagée lors de la mise en ligne.

֎ Conclusion :

Ce chapitre a permis de concrétiser le projet sur le plan technique. L’application est

désormais fonctionnelle, testée, et prête à être déployée dans un environnement
sécurisé.

74
 Conclusion générale

À l’issue de ce travail, nous avons pu concevoir et développer une application web

adaptée aux besoins spécifiques de l’Algérienne des Autoroutes (ADA) en matière
de gestion des stocks. Ce projet a permis de transformer un système traditionnel,
souvent manuel et sujet à des erreurs, en une solution numérique moderne, efficace et
automatisée.

En partant d’une étude approfondie des problématiques rencontrées par

l’établissement, nous avons défini des objectifs clairs, structuré notre démarche autour
d’une méthode agile, puis modélisé et implémenté une solution fonctionnelle reposant
sur des technologies web actuelles comme Laravel. L’application développée assure
le suivi des mouvements de stock en temps réel, facilite la traçabilité, optimise les
réapprovisionnements et améliore la réactivité des gestionnaires.

Ce projet a également mis en lumière l’importance d’une bonne planification, d’une

modélisation rigoureuse, et d’une adaptation continue aux besoins métiers. Les
résultats obtenus confirment que l’introduction d’une solution informatique bien
pensée peut significativement améliorer la performance d’un service logistique, même
dans un environnement public.

Enfin, cette expérience a été enrichissante tant sur le plan technique que professionnel,
en nous offrant l’opportunité d’appliquer nos compétences dans un contexte concret,
tout en contribuant à la modernisation des processus internes d’un établissement
d’envergure nationale.
 Bibliographie

 Mémoires et thèses universitaires :

• OUAKKOUCHE, Lamine Badri, (2017) Conception et réalisation d’une

application web pour la gestion de pharmacie [Mémoire de fin d’études,
Université de Béjaia].
• HADJERSI, Mohamed Ilyes, & AZIZI, Rabeh, (2019) Conception et
réalisation d’une application web pour la gestion de stock [Mémoire de fin
d’études, Université de Mohamed El-Bachir El-Ibrahimi B.B.A].
• MOKHTARI, Youcef, & NAIT KACI, Elyes, (2020) Développement d'un
système de gestion de stocks et d’approvisionnements dans le cadre d'un Web
ERP [Mémoire de fin d’études, Université mouloud MAMMERI de Tizi-
Ouzou].
• AKIF, Lounis, & BERKATI, Sabrine, (2022) Conception et réalisation
d’une application web pour la gestion de stock [Mémoire de fin d’études,
Université de Béjaia].
• DJAZOULI, Selsabil, & MANSOURI, Meriem, (2024) Conception et
Réalisation d’une Application Web pour la Gestion des Événements et des
Expositions [Mémoire fin d’étude, Mohammed tayeb BOUCENNA].
• GUENDOUZI, Maroua, (2024) Conception et développement d’une
application web pour l’optimisation de l’expérience événementielle. [Mémoire
fin d’étude, Mohammed tayeb BOUCENNA].

 Sitographie :

• Laravel – Documentation officielle : [Link]

• W3Schools – Références HTML, CSS, JS, PHP :
[Link]
• MDN Web Docs (Mozilla Developer Network) :
[Link]
• PlantUML – Générateur de diagrammes UML : [Link]
 Chapitre 4 : Réalisation

• The Scrum Guide : [Link]

• SQL Server – Documentation officielle : [Link]
fr/sql/
• Laragon – Environnement de développement local : [Link]
• OpenClassrooms – Cours sur le développement web et la modélisation
UML : [Link]

77