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 Mobile

Thème :

Conception et réalisation d’une application

web pour Le suivi des RECLAMATIONS
CLIENT

Organisme d’Accueil : société des eaux et de l’assainissement d’Alger

SEAAL.

Réalisé par : Promotrice : Mme ZEGHABI

BELAL SALIHA Encadrante :

LEMOUDAA NADJET
Session : 11/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
 ‫خير‬

‫‪ii‬‬
 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 

iii
 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( ‫تم اعتماد منهجية التطوير‬
.‫للمستخدمين‬

‫يسهم هذا المشروع في تعزيز الرقمنة داخل المؤسسات العمومية من خالل توفير حل معلوماتي قابل‬
‫ وُيحسن من فعالية تتبع المخزون والقرارات اللوجستية‬،‫ يضمن الشفافية‬،‫للتوسعة‬
iv
 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

v
 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

vi
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

vii
 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

viii
 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

ix
 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

x
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

xi
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

xii
 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

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

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

xiv
 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

xv
 Introduction générale

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

stratégique majeur pour les entreprises, ELLE PERMET aussi d’assurer un service client de
qualité
SEAAL (Société des Eaux et de l'Assainissement d'Alger) est une société par actions créé
en 2006.
Sa mission principale est d'assurer la gestion des services de l'eau et de l'assainissement
sur les périmètres d'Alger et Tipasa. Elle dessert plus de 3,8 millions d'habitants, ce qui
représente environ 10% de la population nationale algérienne. L'entreprise fournit des
services à 761 824 clients, incluant les ménages, les administrations, les commerces, les
industries et les sites touristiques.
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 SEEAL afin de moderniser LE
SUIVI DE SA CLIENTEL. L’objectif principal est de créer une solution permettant
d’assurer un suivi rigoureux des RECLAMATIONS , d'automatiser les PROCEDURES
MANUELLES et de garantir un service sans interruption. Cette solution reposera sur des
technologies web modernes, telles que Laravel,

Dans cette étude, la méthodologie adoptée pour la conception de cette application

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

xvi
 Introduction générale

1
 Présentation du sujet
En tant que société de service public, SEAAL vise à mettre en place
une gestion clientèle moderne et efficace afin d'améliorer la
satisfaction de ses clients.
La gestion des réclamations est une partie intégrante de la stratégie de
la satisfaction client chez SEAAL, et une mesure de l'engagement
d'une entreprise envers ses clients.
Ce PROJET est conçu pour la mise en place et conception et
réalisation d’une application web pour le suivi des réclamations
client

L'application web suivi des réclamations s'adresse principalement à tous les

clients desservis par SEAAL sur les périmètres d'Alger et de Tipasa, désirant
signaler un problème ou suivre une réclamation, quel que soit son profil ou le
type de service concerné.
Cela inclut un large éventail d'usagers, notamment :
Les ménages (particuliers) :
La majorité des clients, confrontés à des problèmes de coupures d'eau, de fuites,
de qualité de l'eau, ou de facturation.
Les administrations et collectivités :
Pour leurs besoins spécifiques liés aux infrastructures publiques d'eau et
d'assainissement.
Les commerces et industriels :
Ayant des exigences particulières en matière d'approvisionnement et
d'évacuation, et pour les quels une interruption de service peut avoir un
impact économique significatif.
Les sites touristiques :
Garantir un service fiable est crucial pour l'attractivité et le bon fonctionnement
de ces établissements.
Il s'agit donc des particuliers, entreprises, administrations et sites touristiques
qui ont déjà un contrat avec SEAAL. Cela signifie que chacun de ces clients
possède un code client unique. Ce code permet d'identifier précisément le
client et de lier sa réclamation à son dossier.
Problématiques
 Actuellement SEAAL est face à un double défi d’un côté transformer le
retour d’information inestimable des clients, qui ne cesse d’accroitre,
vers une gestion optimisée et de l’autre satisfaire les attentes modernes
de cette population.

 Un retour d'information inestimable par les clients qui, lorsqu'il est géré
efficacement, se transforme en pierre angulaire de la satisfaction client.
  Le processus actuel est fragmenté de gestion de réclamation, souvent
manuel, et les canaux de communication (centre d'appel, bureaux
physiques, Système d’information clientèle internes non-interactifs,
bureaux de réclamations spécifiques…etc.) manquent d'intégration et
ne répond pas aux attentes grandissantes des consommateurs, qui
exigent désormais réactivité, clarté et accessibilité dans les services.

Objectifs Dans le contexte général de la gestion des réclamations de

SEAAL ; la création d'une application web pour le suivi des réclamations
engendrées par des clients utilisateurs des services public de SEAAL
va permettre de :
1. Simplifier le processus de dépôt des réclamations :
Les clients pourront soumettre leurs préoccupations à tout moment et depuis
n'importe quel appareil connecté, sans avoir à se déplacer ou à attendre au
téléphone. Cela réduit les frictions et rend l'acte de réclamer plus accessible.
2. Assurer un suivi transparent et en temps réel :
Chaque réclamation enregistrée pourra être tracée, permettant aux clients de
suivre son statut et d'être informés des étapes de sa résolution. Cette
transparence renforce la confiance et réduit l'anxiété liée à l'incertitude.
3. Optimiser l'efficacité interne :
L'application centralisera toutes les réclamations, facilitant leur attribution aux
équipes concernées et garantissant une prise en charge rapide et coordonnée.
Les données collectées permettront également d'identifier les problèmes
récurrents et d'apporter des améliorations structurelles à nos services.
4. Améliorer la communication :
L'application peut intégrer des fonctionnalités de communication directe
(messagerie, notifications) pour informer pro-activement les clients des
avancées, des délais ou des solutions apportées, créant ainsi une relation plus
fluide et personnalisée.
5. Collecter des données précieuses pour l'analyse :
Au-delà de la résolution individuelle, l'application générera des rapports
détaillés sur les types de réclamations, les délais de traitement et les taux de
résolution. Ces analyses sont cruciales pour une démarche d'amélioration
continue et pour anticiper les besoins futurs de nos clients.
 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

9
 Chapitre 1 : Etude préalable
Figure 3 - L’organigramme de la structure d’accueil

10
 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.

11
 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
».

17
 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).

18
 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.

19
 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

20
 Chapitre 3 : Analyse du système existant

Tache Durée Acteur

Développement des fonctionnalités d’ajout des jours
d’entrée et sortie
Associer les fonctionnalités aux rôles jours
Suivi des quantités en stock après chaque jours
mouvement
Historique des mouvements de stock jours
Tests et corrections jour

Tableau 4 - Backlog Sprint 3

d. Sprint 4 : Alertes et réapprovisionnement

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

e. Sprint 5 : Rapports et statistiques

Tache Durée Acteur
Génération de rapports sur les mouvements de jours
stock
Statistiques des produits les plus consommés jours
Tableau de bord avec indicateurs clés jours
Tests et optimisations jours

Tableau 6 - Backlog Sprint 5

f. Sprint 6 : Finalisation et déploiement

Tache Durée Acteur
Amélioration de l’interface utilisateur jours
Vérification et sécurisation des accès et jours
permissions
Tests globaux et corrections des derniers bugs jours
Déploiement et documentation jour

Tableau 7 - Backlog Sprint 6

2.4.2. Diagramme de planification des Sprints

21
 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

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

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 D 10 PP JJ/MM/AAAA
Sortie
(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 Mensuellement

Direction 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

Acteurs - Utilisateur (Magasinier, Gestionnaire, Chef de

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.

Préconditions - Le serveur doit être disponible et fonctionnel.

- Les informations des nouveaux utilisateurs doivent être
valides et respectent les contraintes du système (ex. : email
unique, mot de passe sécurisé).

Scénario - L’administrateur accède à la page d’inscription.

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.

Scénario - Le système affiche un message : "Cet email est déjà utilisé.

Veuillez en choisir un autre."
alternatif 1 :
- L’administrateur doit modifier l’email et réessayer.
L'email existe
déjà

Postconditions - Si la création réussit :

- 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

Acteurs - Utilisateur (Magasinier, Gestionnaire, Chef de

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é.

Préconditions - L'utilisateur dispose d'un compte valide (identifiant et mot

de passe).
- L'utilisateur a accès à l’application via un navigateur web.

Scénario - L'utilisateur accède à la page de connexion.

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.

Scénario - L'utilisateur saisit des informations erronées.

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

Scénario - L'utilisateur clique sur "Mot de passe oublié".

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.

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

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

Acteurs - Utilisateur (Magasinier, Gestionnaire)

- 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.

Préconditions - Le serveur doit être opérationnel.

- 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

Acteurs - Utilisateur (Magasinier, Gestionnaire)

- 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.

Préconditions - Le serveur doit être opérationnel.

- 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.

Scénario - Lorsqu'un bon de sortie est créé, le système vérifie le stock

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.

Scénario - Si le gestionnaire saisit une donnée incorrecte (ex. :

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

Scénario - Le magasinier peut refuser un bon s’il détecte une erreur

(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
validation par le
correction 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

Acteurs - Utilisateur (Magasinier, Gestionnaire, Chef de

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.

Préconditions - Le serveur doit être opérationnel.

- 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 nominal • Consultation par le Magasinier ou le Gestionnaire

(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.

Scénario - L’utilisateur recherche un produit mais celui-ci n’existe

pas 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 D 10
de
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