Rapport de Stage de la Fin de la quatrième Année

Création d’une plateforme Web pour la gestion

et le suivi des factures

Préparé par : BENAGUESSIM Hajar

Filière Ingénierie Informatique et Réseaux

Année universitaire : 2021/2022
 Remerciements

Avant d’aborder la description des parties importantes du projet, j’aimerai tout d’abord exprimer ma gratitude
intense à toute personne qui a contribué énormément dans l’élaboration et la réalisation de ce travail. Je commence
ainsi par offrir mes remerciements à l’intégralité des personnes travaillant au sein de l’école Marocaine des sciences
de l’ingénieur . Ces bonnes hommes et femmes qui ne cessent de nous préparer, moi et mes collègues, pour de telles
expériences afin de bien s’intégrer dans le cadre réelle du marché de travail.
J’adresse mes remerciements à M.ElKADIRI, président de l’entreprise Globex FedEx pour son accueil au sein
de son entreprise.
Je tiens à remercier vivement Mme.TAHIRI,la directrice commerciale et marketing au sein de l’entreprise Globex.
Merci également à M.FENNICH Abderrafie le directeur régional.
Je tiens à exprimer mes vifs remerciements et ma gratitude à M.MOUIH Younes, mon maître de stage, Chef de
l’agence, pour ses conseils avisés et la confiance qu’il m’a accordée tout au long de mon stage.
je remercie également M.AGADI Miloud pour son accueil, et le partage de son expertise.
Enfin, un grand merci à l’ensemble de l’équipe Globex FedEx pour leur accueil et leur disponibilité pendant la
durée de mon stage.

i
 Résumé

Ce document représente une étude synthétique du travail réalisé dans le cadre de mon stage d’été de qua-
trième année. J’ai effectué mon stage au sein de l’entreprise Globex FedEx de Rabat, licenciée de Fédéral Express
Corporation - Usa FedEx. Ce dernier a duré les deux mois juillet et août de l’année 2022. L’objectif principal de
ce travail consiste à développer une plateforme Web pour la gestion et le suivi des factures. D’ailleurs, le travail
effectué dans le cadre de ce projet m’a représenté la bonne chance pour appliquer mes savoirs et savoirs-faire
acquis durant cette année. En ce sens, la réalisation du projet a passé en trois étapes principal : l’élaboration
d’une analyse détaillée des besoins du client, conception des différentes composantes de l’application, et enfin
l’implantation des objectifs soulignés. Par conséquent, j’ai eu la chance d’utiliser plusieurs technologies, outils
et concepts qui m’ont aidé à développer cette solution.
Le reste de ce rapport est organisé comme suit : le chapitre I est dédié à la présentation de l’organisme
d’accueil. Quant au chapitre II, il traite l’analyse du problème ainsi que la spécification des besoins. Ensuite le
chapitre III présente l´étude conceptuelle. Enfin le chapitre IV traite la partie réalisation.

Mots clés :
Gestion, Suivi, Donnée, Factures Client,Secteur Transport international, Fret,Expédier, Suivre, Livrer,
POD.

ii
 Abstract

This document represents a synthetic study of the work carried out as part of my fourth-year summer
internship. I did my intern-ship at FedEx Express the world’s largest express transportation company FedEX.
The latter lasted the two months July and August of the year 2022. It aims to develop a web platform for
the management and monitoring of invoices. Moreover, the work carried out in this project represented good
opportunity for me to apply and sharpen my skills and my knowledge acquired during this year. Thus, the
realization of the project has gone through three main stages : the extraction of a detailed analysis of the
company’s needs , the design of the application’s different components, and finally the implementation of the
outlined objectives. Therefore, I had the chance to use several technologies, tools, and concepts that helped me
develop this solution.

Keywords :
Management, Monitoring, Data, Customer Invoices, Sector International Transport, Freight, Ship,
Track, Deliver, POD.

iii
Table des matières

Remerciements i

Résumé ii

Abstract iii

Liste des abréviations ix

Introduction générale x

1 Cadre générale du projet 1

1.1 Présentation de l’organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.1.1 GLOBEX FedEx . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
1.2 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.3 Solution et Objectifs du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.4 Récapitulatif . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

2 Analyse du projet 4
2.1 Périmètre du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1.1 Introduction à l’analyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1.2 Description générale du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1.3 Étude de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.2 Spécification des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2.2.1 Spécification des acteurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2.2.2 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2.2.3 Les besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2.3 Analyse fonctionnelle . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.4 Analyse technique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.5 Planification et démarche de travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.5.1 Plan de travail prévu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.5.2 Définition des Livrables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.5.3 Les acteurs du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.5.4 Les sprints du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.5.5 Mode de travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.6 Récapitulatif . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

3 Étude conceptuelle 14
3.1 Étude des données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.1.1 Règles de gestion recensées . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.1.2 Dictionnaire des données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
3.1.3 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

iv
 Table des matières

3.1.4 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

3.2 Diagramme des cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.3 Diagramme de séquence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.3.1 Authentification d’agent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.3.2 L’ajout de POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.4 Diagramme de transition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.4.1 Etat de facture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.5 Récapitulatif . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.6 Les maquettes de l’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.6.1 Les écrans de factures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.6.2 Les écrans de clients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.7 Récapitulatif . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

4 Réalisation et mise en œuvre 24

4.1 Identification de l’utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
4.2 Accès à l’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
4.2.1 Page d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
4.2.2 Menu Principal de l’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
4.2.3 Création des comptes Utilisateurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
4.3 Pages Factures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.3.1 Liste des factures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.3.2 Ajouter facture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.3.3 Exporter les factures vers Excel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.3.4 Modifier et Supprimer une Facture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.4 Pages Clients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.4.1 Liste des clients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.4.2 Ajouter Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.4.3 Modifier et Supprimer un Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.5 Pages PODs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.5.1 Liste des PODs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.5.2 Ajouter un POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.5.3 Exporter le POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
4.5.4 Uploader le POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
4.5.5 Modifier et Supprimer un POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
4.6 Récapitulatif . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

5 Conclusion et perspectives 45

A Références a

B Bibliographie b
B.1 Cours . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . b
B.2 Documentations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . b

EMSI v Année universitaire: 2021/2022

Table des figures

1.1 Organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

2.1 Description préliminaire du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

2.2 Exemple de EasyShip . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2.3 Décomposition fonctionnelle du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.4 Base de donnée Excel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.5 Base de donnée Excel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.6 Spring Boot . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.7 Bootstrap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.8 Thymeleaf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.9 Plan de travail prévu du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.10 Modèle Kanban du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
3.1 Le diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.2 DCU :Gestion et suivi des contrats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.3 DS :Authentification d’agent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.4 DS :L’ajout d’un POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.5 DT :Etat de facture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.6 Maquette de la liste des factures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.7 Maquette d’ajout d’une facture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.8 Maquette de consultation de clients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.9 Maquette d’ajout d’un client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
4.1 Page d’identification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
4.2 Page d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
4.3 Menu pricipal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
4.4 Liste des utilisateurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
4.5 Ajouter un utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
4.6 Formulaire : Ajouter un utilisateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
4.7 Déconnexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.8 Liste des factures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
4.9 Nouvelle facture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.10 Formulaire : Nouvelle facture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
4.11 Importer un fichier Excel : Nouvelles factures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
4.12 Exemple de fichier Excel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4.13 Enregistrement du fichier Excel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4.14 Exporter les factures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.15 Exporter les factures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.16 Fichier Excel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.17 Supprimer et modifier facture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

vi
 Table des matières

4.18 Liste des clients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

4.19 Nouveau client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.20 Formulaire : Nouveau client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
4.21 Supprimer et Modifier un client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.22 Liste des PODs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
4.23 PODs Factures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
4.24 PODs Factures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
4.25 Nouveau POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.26 Formulaire : Nouveau POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
4.27 Exporter POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
4.28 POD pdf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
4.29 Upload pod pdf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
4.30 Upload pod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
4.31 POD scanné . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
4.32 POD scanné . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
4.33 modifier et supprimer un POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

EMSI vii Année universitaire: 2021/2022

Liste des tableaux

2.1 Livrables prévus de projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

2.2 Les Sprints du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
3.1 Table de facture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.2 Table POD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
3.3 Table client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

viii
 Liste des abréviations

• FedEx : Federal express.

• Globex : Global Express Courrier.
• POD : Proof of Delivery.
• CDC : Cahier des charges.
• DC :Diagramme de classe.
• DCU : Diagramme des cas d’utilisation.
• UML : Langage de modélisation unifié.

ix
 Introduction générale

Etablir une facture c’est indiquer à un client le prix, c’est également le reflet des relations économiques entre
l’entreprise Globex FedEx et son client, c’est émettre un document permettant l’enregistrement en comptabilité
de l’opération qu’elle traduit, c’est également le moyen de justifier d’un droit à déduction, c’est un moyen de
preuve. D’où l’importance de la bonne gestion et le suivi de ces factures, pour garder les droits et les attentes des
clients. Or, effectuer cette tâche en utilisant la méthode classique, par plusieurs documents, ne représente plus
une bonne solution, vue le nombre de factures et de vérification des données importantes dans les documents
nombreux. En plus, cela ne permet pas d’en tirer profits pour prendre les bons décisions facilement. Ainsi, nous
avons proposé une solution simple pour la gestion et la représentation des données en question.

x
Chapitre 1

Cadre générale du projet

Dans ce chapitre j’entame le projet dans son cadre général : présentation de l’organisme d’accueil GLOBEX
FedEx, présentation de l’idée de l’application, présentation du contexte du projet, de la problématique et des
objectifs fixés, et de la démarche de la réalisation que j’ai adopté.

1.1 Présentation de l’organisme d’accueil

1.1.1 GLOBEX FedEx

FedEX est une entreprise américaine et compagnie aérienne spécialisée dans le transport international de
fret, basée à Memphis, dans la Tennesse.FedEx, via sa filiale Global Express Courrier ; communément appelée
Globex. Sous licence exclusive de FedEx Express et TNT au Maroc, Globex est présenté non seulement dans
les réseaux logistiques américains et asiatiques mais aussi européens et africains en desservant 220 pays et
territoires. Sous licence transit dès 1998, Globex offre également à ses partenaires une palette complète de
solutions logistiques comprenant également le dédouanement. Après 20 ans d’un partenariat sans faille avec la
Douane Marocaine, Globex s’est vue décerner la certification d’opérateur économique agrée auprès des douanes
« Catégorie A », facilitant ainsi le dédouanement des colis express et permettant aussi d’offrir d’autres services
connexes tels que le stockage pour de grands partenaires tels que CISCO. Globex, à l’instar de FedEx, valorise
son capital humain et à ce titre applique le cercle vertueux PSP « PEOPLE SERVICE PROFIT ». L’expérience
client étant la force motrice de Globex, une équipe dédiée d’auditeurs veillent à l’amélioration continue de
tous les processus opérationnels, financiers et environnementaux et à offrir à ses partenaires des solutions
sectorielles clé-en-main qui s’adaptent continuellement à leurs besoins.

1
 Chapitre 1 : Cadre générale du projet

Figure 1.1 – Organisme d’accueil

1.2 Problématique

La facture constitue une preuve de paiement, entre l’agence et le client. Ainsi, en cas d’oubli ou de conflit,
elle servira d’archives pour justifier la situation. Puis, l’agence peut l’utiliser en tant que pièces d’appui pour
tenir sa comptabilité.Elle s’avère nécessaire pour l’établissement d’un bilan journalier, hebdomadaire, mensuel,
trimestriel et annuel. Par conséquent, la bon gestion et le suivi des factures est un devoir juridique. D’où l’im-
portance d’avoir une solution pertinente pour veiller sur le respect des conditions prédéfinis.
Alors, comment peut on améliore les opérations de suivis et de traitements des données en ques-
tions ?

1.3 Solution et Objectifs du projet

La première étape de la conduite de projet est sans doute la plus évidente, mais peut-être aussi la plus
cruciale. En effet, sans objectifs bien définis, il est difficile de savoir où votre projet va vous mener. Pour cela,
avant de commencer dans la conception et la réalisation de ce projet, il faut tout d’abord fixer l’objectif principal
de manière à développer la ligne d’actions à mener. Je cherche à concevoir et construire une application Web
qui permet de saisir, d’enregistrer, importer les données concernant les factures excel vers la base de donnée et
les traiter . Bref, je cherche une solution pour :
• Centraliser l’information contenue dans les factures.
• suivre l’état de livraison de factures.
• Permettre aux utilisateurs de partager en interne des informations concernant les factures.
• Assurer la réception des factures par les clients.
• Exporter les POD des factures.
• Uploader les POD signés .

EMSI 2 Année universitaire: 2021/2022

 Chapitre 1 : Cadre générale du projet

• Importer les données concernant les factures vers la base de données.

1.4 Récapitulatif

Dans ce chapitre introductif, j’ai pu décrire le conteste général du projet, et déterminer son objectif principal.
En addition, les aspects que je vais avoir besoin lors de la réalisation de cette application. Le chapitre qui suit
consiste la phase d’analyse des besoins du projet.

EMSI 3 Année universitaire: 2021/2022

Chapitre 2

Analyse du projet

Ce chapitre représente le point de départ de mon travail. Premièrement, j’analyse et je spécifie les besoins
du projet. Ensuite, j’identifie les différents acteurs. Et enfin, je modélise le tout dans un diagramme des cas
d’utilisation général qui sera notre file conducteur durant la prochaine phase.

2.1 Périmètre du projet

2.1.1 Introduction à l’analyse

Certes, la gestion et le suivis des données en utilisant des solutions Web ne date pas d’hier. Mais, elle demeure
une solution optimisant en terme de temps et de productivité. Surtout, dans un tel cas où les informations sont,
à la fois, cruciales et nombreuses. Ainsi, la solution proposée est d’avoir une plateforme Web pour faciliter la
collecte, le traitement, la présentation, et la centralisation de l’information.

2.1.2 Description générale du projet

D’un point de vue technique le projet est décomposé en deux parties. La première concernant la partie
client dans laquelle l’utilisateur peut saisir les données, les importer, exporter des fichiers. Ensuite, une base de
données..

4
 Chapitre 2 : Analyse du projet

Figure 2.1 – Description préliminaire du projet

2.1.3 Étude de l’existant

Après la recherche et des exemples similaire à notre projet, j’ai trouvé une diversité des sites web et des
applications dédiées à la gestion et au suivi. À titre d’exemple on peut considérer l’application Easy ship :
Généralement, les applications similaires sont des applications qui aide à la gestion des données et des
ressources, et la prise des décisions. Easy ship est une application web de l’entreprise TRAVELNET. EasyShip
se compose d’un backoffice pour le gestionnaire du système, d’une application Client(s) pour créer des com-
mandes, d’une application Livreur(s) pour dérouler des commandes, d’une application Destinataire(s) pour
suivre et évaluer la livraison.

Figure 2.2 – Exemple de EasyShip

EMSI 5 Année universitaire: 2021/2022

 Chapitre 2 : Analyse du projet

2.2 Spécification des besoins

2.2.1 Spécification des acteurs

Cette application va avoir deux profils "ADMIN" et "USER", le premier gère les comptes des utilisateurs, et
le deuxième a accès à l’ensemble des fonctionnalités de l’application.

2.2.2 Besoins fonctionnels

• Gestion des factures : L’utilisateur doit avoir une section où il pourra gérer les factures.
• Gestion des POD : Il doit avoir également la possibilité de gérer les POD : Exporter le POD pdf ; Uploader
le POD signé ; Consulter le POD uploader . En addition, il peut suivre l’état de livraison des factures et
assuré la réception de POD signé de chaque facture.
• Gestion des Clients : L’application doit permettre de gérer les clients.
• Importation des données depuis Excel : L’application doit permettre d’importer les données conçernant
le factures depuis un fichier excel vers l’appliaction.
• Expoter les données vers Excel : L’application doit permettre l’exportation des données d’une période
définie contenant dans l’application vers Excel.

2.2.3 Les besoins non fonctionnels

Les besoins fonctionnels sont basiques pour un fonctionnement correcte et une réponse fiable aux besoins
des utilisateurs, mais il y a des autres besoins qui tendent à améliorer la performance et la qualité de l’applica-
tion pour une utilisation plus adéquate.
• Fiabilité de la plateforme : L’application doit fonctionner sans erreur.
• Ergonomie, souplesse et confort d’utilisation : Pour faciliter l’utilisation, notre plateforme doit offrir une
interface unifiée, conviviale et ergonomique.
• Gain de temps : L’application doit optimiser les traitements pour avoir un temps de réponse minimale.
• Maintenabilité et sociabilité : La source de l’application doit être compréhensible afin d’assurer son état
évolutif et extensible par rapport aux besoins des utilisateurs. En outre, l’expérience des utilisateurs doit
être meilleurs.
• Sécurité : Notre plateforme doit être très authentique en ce qui concerne les informations confidentielles.

EMSI 6 Année universitaire: 2021/2022

 Chapitre 2 : Analyse du projet

2.3 Analyse fonctionnelle

Suivant à ce qui précède et d’après l’ensemble des documents communiqués par mes encadrants, j’ai essayé
de créer une décomposition hiérarchique des fonctionnalités du projet.

Figure 2.3 – Décomposition fonctionnelle du projet

Ainsi, le projet est divisé en plusieurs parties. En plus, on peut voir clairement les grandes fonctionnalités
demandées dans cette application.
• La partie saisi est la partie dans laquelle l’utilisateur peut ajouter des factures, des POD et des clients. En

EMSI 7 Année universitaire: 2021/2022

 Chapitre 2 : Analyse du projet

conséquences, il peut exporter un POD. Par ailleurs, les données définit peut être exporter vers Excel.
• La partie importation est la partie dans laquelle l’utilisateur peut ajouter des factures et des clients direc-
tement par l’importation d’un fichier Excel.

2.4 Analyse technique

La solution que je propose est une solution basée sur les données. Autrement dite, elle permet à son utilisa-
teur d’interagir avec plusieurs informations. En outre, elle représente une solution spécialisée pour l’acquisition,
la gestion et la présentation d’informations. Ainsi, l’ensemble des outils proposé pour réaliser ce projet :

Figure 2.4 – Base de donnée Excel

IntelliJ IDEA également appelé « IntelliJ », « IDEA » ou « IDJ » est un environnement de développement
intégré destiné au développement de logiciels informatiques reposant sur la technologie Java.

Figure 2.5 – Base de donnée Excel

Microsoft SQL Server est une plate-forme de données d’entreprise permettant de gérer et stocker dans des
bases de données tout type d’information :
• Données structurées : données relationnelles par exemple.
• Données non structurées : documents, images, . . .
• Données géospaciales.

EMSI 8 Année universitaire: 2021/2022

 Chapitre 2 : Analyse du projet

Figure 2.6 – Spring Boot

Spring Boot est un framework développé par Pivotal en 2012. Grâce à une configuration par défaut, une appli-
cation Spring Boot permet de développer plus rapidement en se focalisant essentiellement sur le code métier.
On dira que Spring Boot a une « opinion ». Bien entendu, ces fonctionnalités par défaut peuvent être modi-
fiées pour correspondre aux besoins. Cela implique de respecter les conventions et règles imposées par Spring
afin d’éviter de perdre trop de temps sur de la configuration applicative. Cela nous permet notamment d’éviter
d’écrire de multiples fichiers de configuration en XML.

Figure 2.7 – Bootstrap

Bootstrap fait partie de ces “Front-End Framework” contenant une collection d’outils utiles à la création
et au design de sites et d’applications web en front end. Il contient des codes HTML et CSS ainsi que des
extensions JavaScript en option, permettant la création de formulaires, de boutons, d’outils de navigations et
d’autres éléments interactifs à intégrer dans une application. Ce framework est pensé pour développer des
designs interactifs adaptables à tout type d’écran.

EMSI 9 Année universitaire: 2021/2022

 Chapitre 2 : Analyse du projet

Figure 2.8 – Thymeleaf

Thymeleaf est un template engine (moteur de rendu de document) écrit en Java. Principalement conçu pour
produire des vues Web, il fournit un support pour la génération de documents HTML, XHTML, JavaScript et
CSS.

2.5 Planification et démarche de travail

2.5.1 Plan de travail prévu

Pour la bonne organisation des étapes du projet, j’ai proposé premièrement le plan suivant pour la réalisation
de la plateforme demandée :

EMSI 10 Année universitaire: 2021/2022

 Chapitre 2 : Analyse du projet

Figure 2.9 – Plan de travail prévu du projet

2.5.2 Définition des Livrables

À la fin de chaque étape de la réalisation (section dans le diagramme de Gantt si-dessus), il est exigé d’avoir
un livrable. Les livrables que je propose sont les suivants :

Étape Livrable

Analyse Document de spécification décrivant le besoin, les fonctionnalités de la solution à implémenter, les

technologies à utiliser, et toutes les contraints à respecter dans le projet.

Conception Document de conception qui donne une idée clair et global sur le projet.

Réalisation Plateforme de suivi de factures.

Table 2.1 – Livrables prévus de projet

2.5.3 Les acteurs du projet

• L’équipe du travail : La tâche de la conception et de développement de l’application est assigné à moi.

EMSI 11 Année universitaire: 2021/2022

 Chapitre 2 : Analyse du projet

• Le product owner : Qui est ici la GLOBEX FEDEX représenté par monsieur MOUIH Younes. Il tient le
rôle de définir les fonctionnalités et de s’assurer du bon fonctionnement du projet.
• Le SCRUM master : Mon encadrant, Mme. AGADI Miloud a tenu ce rôle, en veillant sur la réalisation
du projet.

2.5.4 Les sprints du projet

Pour le bon déroulement du projet, le travail sera découpé en sprint. Ces sprints sont établi à l’aide du
product backLog tout en respectant la priorité des différents modules. À la fin de chaque sprint, on aura un
livrable qui sera examiné par le Product Owner afin de planifier les modifications et les évolutions à effectuer
dans le sprint suivant. La planification du projet selon les sprints et comme suit :

Numéro Durée Description

1 2 semaines Création et connexion à la base de donnée.

2 2 semaines Création de la partie gestion des factures .

3 3 semaines Création de la partie gestion des PODs.

4 1 semaines Réalisation de guide d’utilisation de l’application .

Table 2.2 – Les Sprints du projet

2.5.5 Mode de travail

Afin de réaliser le projet, on doit définir un mode de travail convenable. Le mode de travail que je propose est
le mode agile en utilisant SCRUM. Puisque je travaille dans un environnement où je garde un contact continue
avec le Product Owner. En plus, je cherche à avoir une communication efficace avec le client pour le satisfaire
en lui livrant fréquemment un état d’avancement tangible. D’ailleurs, le temps est un facteur important dans ce
projet. De ce fait, il faut sentir l’avancement quotidienne du projet. En addition, il faut faire attention continue
à l’excellence technique, à une meilleure conception et produire uniquement ce qui est nécessaire dans les
meilleurs délais. Pour ce faire j’ai utilisé la plateforme Trello. Ainsi, on présente le tableau suivant basée sur le
modèle kanban pour l’organisation des tâches et des livrables :

EMSI 12 Année universitaire: 2021/2022

 Chapitre 2 : Analyse du projet

Figure 2.10 – Modèle Kanban du projet

2.6 Récapitulatif

Dans ce chapitre, j’ai déterminé les acteurs principaux dans ce projet ainsi que leur besoin. L’étude élaborée
serai ma base de travail par la suite, à savoir : la conception et la réalisation de notre projet. Dans le chapitre
suivant je vais exposer ma vue conceptuelle vis-à-vis au projet.

EMSI 13 Année universitaire: 2021/2022

Chapitre 3

Étude conceptuelle

Cette partie est très importante dans le cycle de vie du projet. Théoriquement, toute la fondation du projet
a été construite dans cette base, par la suite, il ne reste que la mise en œuvre.

3.1 Étude des données

3.1.1 Règles de gestion recensées

Au cours de la réalisation du projet, j’ai vu qu’un ensemble de règles de gestion sont à respecter afin d’assurer
la bonne satisfaction du besoin et le bon fonctionnement du système. Quant à ce projet j’ai proposé l’ensemble
des règles suivantes :
• L’utilisateur doit demander l’accès au système pour recevoir les informations.
• L’utilisateur doit choisir des factures pour créer un POD.
• L’utilisateur doit importer les données des factures depuis un fichier excel .
• L’employé doit avoir toutes les informations concernant POD.
• L’employé doit avoir la possibilité de modifié les POD.
• L’employé doit avoir la possibilité de modifiées les informations concernant les factures.
• L’employé doit avoir la possibilité de générer des POD.
• L’employé doit avoir la possibilité de d’uploader des POD signés.

3.1.2 Dictionnaire des données

Pour bien comprendre les données traitées dans ce projet, j’ai obtenu plusieurs documents de suivi et un
exemple de facture. Ainsi, j’ai proposé le dictionnaire des données suivant :

14
 Chapitre 3 : Étude conceptuelle

Attribut Signification Exemple

n°Factue numéro de facture 15678354

Montant Montant de facture 3453 DH

DateF acturtion Date de facturation 01/11/2019

Datea rrivee Date d’arrivée de facture à l’agence 01/11/2027

dispatch si la facture est effecté à un livreur true

Table 3.1 – Table de facture

Attribut Signification Exemple

idP identificateur de POD 10

agent agent Badr

rte route 204

Date date de POD 20/10/2022

Fpod le nom du fichier POD signés pod

Table 3.2 – Table POD

Attribut Signification Exemple

idC identificateur de client 12

NomClient le nom du client paulig

codeClient le code client AD35647

ICE numéro de client 54645657

rte route 202

Table 3.3 – Table client

3.1.3 Diagramme de classe

3.1.4 Diagramme de classe

Le diagramme de classes est un schéma utilisé en génie logiciel pour présenter les classes et les interfaces
des systèmes ainsi que les différentes relations entre celles-ci. Ce diagramme fait partie de la partie statique
d’UML car il fait abstraction des aspects temporels et dynamiques.
Une classe décrit les responsabilités, le comportement et le type d’un ensemble d’objets. Les éléments de
cet ensemble sont les instances de la classe.

EMSI 15 Année universitaire: 2021/2022

 Chapitre 3 : Étude conceptuelle

Une classe est un ensemble de fonctions et de données (attributs) qui sont liées ensemble par un champ
sémantique. Les classes sont utilisées dans la programmation orientée objet. Elles permettent de modéliser un
programme et ainsi de découper une tâche complexe en plusieurs petits travaux simples. D’après ce qui précède,
on obtient le Diagramme de classe suivant :

Figure 3.1 – Le diagramme de classe

3.2 Diagramme des cas d’utilisation

La figure suivante est le DCU de gestion et le suivi d’un contrat. Ce dernier s’intêgre dans le cadre d’UML.
Il représente les possibilités d’interaction entre le système et les acteurs (intervenants extérieurs au système),
c’est-à-dire de toutes les fonctionnalités que doit fournir le système. La figure suivante contient touts les cas
d’interaction entre l’utilisateur et le système concernant un contrat, à savoir chercher et consulter une facture,
chercher et consulter un pod, ajouter un pod, etc. . .

EMSI 16 Année universitaire: 2021/2022

 Chapitre 3 : Étude conceptuelle

Figure 3.2 – DCU :Gestion et suivi des contrats

3.3 Diagramme de séquence

3.3.1 Authentification d’agent

Le diagramme de séquence permet de montrer les interactions d’objets dans le cadre d’un scénario d’un
diagramme des cas d’utilisation. Dans un souci de simplification, on représente l’acteur principal à gauche
du diagramme, et les acteurs secondaires éventuels à droite du système. Le but est de décrire comment se
déroulent les interactions entre les acteurs ou objets. Le schéma suivant représente le diagramme de séquence
d’authentification.

EMSI 17 Année universitaire: 2021/2022

 Chapitre 3 : Étude conceptuelle

Figure 3.3 – DS :Authentification d’agent

3.3.2 L’ajout de POD

Le schéma suivant représente le diagramme de séquence d’ajout de POD.

EMSI 18 Année universitaire: 2021/2022

 Chapitre 3 : Étude conceptuelle

Figure 3.4 – DS :L’ajout d’un POD

3.4 Diagramme de transition

Un diagramme d’états-transitions est un type de diagramme comportemental en langage de modélisation

unifié (UML) qui représente les transitions entre divers objets.

3.4.1 Etat de facture

Le shéma suivant représente le diagramme de transition d’un colis.

EMSI 19 Année universitaire: 2021/2022

 Chapitre 3 : Étude conceptuelle

Figure 3.5 – DT :Etat de facture

3.5 Récapitulatif

Dans ce chapitre, j’ai préparé plusieurs diagrammes suivant le cadre de du langage UML. Autrement dite,
tout ce qu’on a besoin pour l’élaboration de l’application. Dans le chapitre suivant, nous allons mettre les mains
dans la patte et présenter le projet réalisé.

3.6 Les maquettes de l’application

Pour avoir une vue global de l’application, j’ai travaillé sur les maquettes suivantes. Il représente ma concep-
tion des écrans de l’application. Vous trouveriez dans la partie qui suit les maquettes principales de l’application :

3.6.1 Les écrans de factures

En ce qui concerne une facture, l’utilisateur va avoir la possibilité de consulter, et rechercher une facture
dans un tableau :

EMSI 20 Année universitaire: 2021/2022

 Chapitre 3 : Étude conceptuelle

Figure 3.6 – Maquette de la liste des factures

Il peut également ajouter une facture :

Figure 3.7 – Maquette d’ajout d’une facture

EMSI 21 Année universitaire: 2021/2022

 Chapitre 3 : Étude conceptuelle

3.6.2 Les écrans de clients

Quant aux clients, l’utilisateur va avoir la possibilité de consulter les clients :

Figure 3.8 – Maquette de consultation de clients

De même que dans le cas d’une facture, il peut ajouter un client dans un formulaire :

Figure 3.9 – Maquette d’ajout d’un client

EMSI 22 Année universitaire: 2021/2022

 Chapitre 3 : Étude conceptuelle

3.7 Récapitulatif

Dans ce chapitre, j’ai préparé plusieurs diagrammes suivant le cadre du langage UML. Autrement dite, tout
ce qu’on a besoin pour l’élaboration de l’application. Dans le chapitre suivant, je vais mettre les mains dans la
patte et présenter le projet réalisé.

EMSI 23 Année universitaire: 2021/2022

Chapitre 4

Réalisation et mise en œuvre

Cette partie dénombre la présentation des Scénarios applicatifs de l’application.Nous allons présenter dans
ce qui suit, les imprimes écran des principales interfaces réalisées dans notre plateforme web.

4.1 Identification de l’utilisateur

Figure 4.1 – Page d’identification

Afin d’accéder à l’application, il vous faut préalablement vous identifier et vous authenti-
fier en entrant votre login et mot de passe. Une fois authentifié, l’accès à l’application vous
est octroyé selon le rôle ("ADMIN","USER") que votre gestionnaire de sécurité vous a attribué.

24
 Chapitre 4 : Réalisation et mise en œuvre

4.2 Accès à l’application

4.2.1 Page d’accueil

Figure 4.2 – Page d’accueil

Après vous être identifié, vous accédez à l’application, la liste des factures est affichée.
Votre identité est reprise sur toutes les pages de l’application (voir Figure 1.2).

EMSI 25 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

4.2.2 Menu Principal de l’application

Figure 4.3 – Menu pricipal

Ce menu est situé au côté gauche de l’application (voir Figure 1.3). Trois onglets sont dis-
ponibles : Factures, POD, Client et Utilisateurs. L’onglet Utilisateurs n’est pas affiché qu’aux
utilisateurs possédant le rôle "ADMIN".

4.2.3 Création des comptes Utilisateurs

Listes des utilisateurs

Figure 4.4 – Liste des utilisateurs

EMSI 26 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Si l’utilisateur possède le rôle "ADMIN", il a le droit d’ajouter et supprimer un utilisateur.

Ajouter un utilisateur

Figure 4.5 – Ajouter un utilisateur

En cliquant sur ce bouton un formulaire pour ajouter un utilisateur est affichée :

Figure 4.6 – Formulaire : Ajouter un utilisateur

L’administrateur de sécurité renseigne les informations d’utilisateur voulant l’ajouter, et

il précise son rôle puis il l’ajoute.

EMSI 27 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Déconnexion

Figure 4.7 – Déconnexion

Pour se déconnecter on clique sur son identité, puis sur "se déconnecter".

4.3 Pages Factures

4.3.1 Liste des factures

Figure 4.8 – Liste des factures

EMSI 28 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Cette page nous affiche toutes les factures existantes dans la base de données, comme nous
pouvons consulter leurs états de livraison, et afficher les fichiers POD signés s’ils existent.

4.3.2 Ajouter facture

Figure 4.9 – Nouvelle facture

Il existe deux méthodes pour ajouter des factures soit en saisissant les informations en
cliquant sur le bouton indiqué(Voir figure 2.2), soit en important un fichier Excel.

EMSI 29 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Formulaire : Ajouter une facture

Figure 4.10 – Formulaire : Nouvelle facture

L’utilisateur renseigne les informations concernant la nouvelle facture ;Que le n°Facture et

le nom Client sont obligatoires.

Importer un fichier Excel

Figure 4.11 – Importer un fichier Excel : Nouvelles factures

La deuxième méthode d’ajout de factures est l’importation d’un fichier Excel.

EMSI 30 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Figure 4.12 – Exemple de fichier Excel

Figure 4.13 – Enregistrement du fichier Excel

Pour Importer un fichier Excel depuis son pc on clique sur choisir un fichier, puis on le
sélectionne, on clique sur charger le fichier et ensuite on l’enregistre. Automatiquement, les
factures importées sont affichées dans la page Factures, et les clients sont importés vers la
table client.
Une fois le fichier est importé le champs livraison est par défaut "non livrée" et le champs
dispatch par défaut est "non dispatchée".

EMSI 31 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

4.3.3 Exporter les factures vers Excel

Figure 4.14 – Exporter les factures

L’application nous permet également d’exporter des factures d’une période précise vers
Excel. En cliquant sur ce bouton(voir figure 2.7) la page suivante s’affiche :

Figure 4.15 – Exporter les factures

on choisi la période (selon la date d’arrivées des factures) voulu, on clique sur enregistrer
puis exporter le fichier Excel.Ensuite le fichier Excel est généré comme ceci :

EMSI 32 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Figure 4.16 – Fichier Excel

4.3.4 Modifier et Supprimer une Facture

Figure 4.17 – Supprimer et modifier facture

Pour modifier ou supprimer on clique sue les boutons indiqués(Voir figure 2.10)

EMSI 33 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

4.4 Pages Clients

4.4.1 Liste des clients

Figure 4.18 – Liste des clients

Dans cette page les clients sont affichés,et aussi leur route si renseigné.

4.4.2 Ajouter Client

Figure 4.19 – Nouveau client

EMSI 34 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Il existe deux méthodes pour ajouter un client soit en saisissant les informations en cli-
quant sur le bouton indiqué(Voir figure 2.11), soit en important le fichier Excel.

Formulaire : Ajouter un client

Figure 4.20 – Formulaire : Nouveau client

L’utilisateur renseigne les informations concernant le nouveau client ;Que le nom Client
est obligatoire.

EMSI 35 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

4.4.3 Modifier et Supprimer un Client

Figure 4.21 – Supprimer et Modifier un client

Pour modifier ou supprimer on clique sue les boutons indiqués(Voir figure 2.14).

4.5 Pages PODs

4.5.1 Liste des PODs

Figure 4.22 – Liste des PODs

Dans cette page les information en relation des PODs sont affichées.

EMSI 36 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Figure 4.23 – PODs Factures

On cliquant sur cette bouton indiqué(voir figure 2.14), la liste des factures concernant ce
POD est affichée comme ceci :

Figure 4.24 – PODs Factures

EMSI 37 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

4.5.2 Ajouter un POD

Figure 4.25 – Nouveau POD

Pour ajouter un pod on clique sur le bouton indiqué(voir figure 2.16), puis un formulaire
est affiché :

Figure 4.26 – Formulaire : Nouveau POD

On saisi le nom de l’agent qui va livrer les factures et la route puis on sélectionne les
n°Factures concernées.
Une fois le POD est ajouté le champs "Dispatch" des factures sélectionnées est désormais
"dispatchée".

EMSI 38 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

4.5.3 Exporter le POD

Figure 4.27 – Exporter POD

Pour générer le POD en format pdf on clique sur ce bouton indiqué(voir figure 3.18)

EMSI 39 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Figure 4.28 – POD pdf

Ce POD pdf est remet au livreur pour être cacheter par le client.

EMSI 40 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Après qu’il est cacheté, on le scanne puis on l’upload dans l’application.

4.5.4 Uploader le POD

Figure 4.29 – Upload pod pdf

Pour uploader le POD cacheté en clique sur le bouton indiqué(voir figure 2.20), puis ce
formulaire est affiché :

Figure 4.30 – Upload pod

On dé-sélectionne les factures qui ne sont pas livrées, puis on choisit le pod scanné et on
l’enregistre.

EMSI 41 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Une fois le POD est uploader le champs livraison de factures concernées est désormais
"livrée".
Pour visualiser le POD scanné on clique sur le bouton indiqué(voir figure 2.22)

Figure 4.31 – POD scanné

EMSI 42 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

Figure 4.32 – POD scanné

EMSI 43 Année universitaire: 2021/2022

 Chapitre 4 : Réalisation et mise en œuvre

4.5.5 Modifier et Supprimer un POD

Figure 4.33 – modifier et supprimer un POD

Pour modifier ou supprimer on clique sue les boutons indiqués(Voir figure 2.25).
Quand on supprime une facture d’un POD, son état désormais ’non dispatchée’ et ’non
livrée’.

4.6 Récapitulatif

Dans ce chapitre, j’ai présenté les interfaces réalisées dans cette application, Aprés avoir
spécifié et s’adapter avec les outils de travail, j’ai commencé l’implémentation de l’applica-
tion et j’ai pu présenter les captures d’écran précédentes.

EMSI 44 Année universitaire: 2021/2022

Chapitre 5

Conclusion et perspectives

L’objectif de ce rapport et de présenter d’une manière claire le fonctionnement de l’appli-

cation réalisée au cours de mon stage d’été. En premier lieu j’ai commencé par une étude de
l’existant avec une critique afin d’éviter les erreurs au cours du projet. Cette étude m’a permis
de concevoir les besoins fonctionnels et non fonctionnels, puis passer à l’étape de conception,
qui, dans laquelle j’ai schématiser mon travail sous forme des diagrammes qui ont facilité la
compréhension et qui ont mieux décrit l’application. Enfin j’ai réalisé l’application tout en
respectant les exigences soulignées lors de la conception.
Au terme de ce travail, je peux affirmer que ce stage a été plein d’intérêt et d’apprentissage.
D’ailleurs, j’ai pu travailler sur des nouveaux logiciels. En addition, j’ai pu vraiment découvrir
le déroulement de la vie professionnelle à travers des réunions avec mon encadrant et les
autres membres de l’entreprise. J’ai appris comment une équipe travaille pour réussir un
projet. Ceci m’a donner une idée sur les situations que je vais confronter au futur proche.

45
Annexe A

Références

• Rapport en LATEX :
https ://github.com/Hbenaguessim/rapport-stage2021LATEX/tree/mai
• Diagrammes réalisés :
https ://viewer.diagrams.net/ ?tags=highlight=0000ffedit=b lanklayers = 1nav =
1title = Diagram.drawioU https
• Maquettes du projet :
https ://ninjamock.com/Designer/Workplace/173511559
• Décomposition fonctionnelle du projet :
https ://whimsical.com/wbs-kpi-9BDZ7oPFWEhvz9qQGoQEd
• Tableau Kanban :
https ://trello.com/invite/b/QCUhh5sY/900fa738fc6c66193db04199e1248ae6/suivitranspor

a
Annexe B

Bibliographie

B.1 Cours

• JEE-4IIR5-Pr.ELMidaoui Omar
• Conception des systèmes d’information-3IIR5-Pr.LAFKIH Maryam
• Conception orientée objet-3IIR5-Pr.LAFKIH Maryam
• Base de donnée-3IIR5-Pr.BELASLA Mehdi
• SQL Server-3IIR5-Pr.EL-KHATABI Zaynab

B.2 Documentations

• Exemple EasyShip :
https://www.travelnet.fr/solutions/transport-et-livraison
• Documentations Spring Boot :
https://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/
• Documentations Bootstrap :
https://getbootstrap.com/docs/4.1/getting-started/introduction/
• Documentations SQLServer :
https:
//docs.microsoft.com/en-us/sql/sql-server/?view=sql-server-ver16
• Documentations Thymeleaf :
urlhttps ://www.thymeleaf.org/documentation.html