REPUBLIQUETUNISIENNE

MINISTERE DE L’ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE

Direction Générale des Études Technologiques
Institut Supérieur des Etudes Technologiques de Jendouba
DEPARTEMENT DES TECHNOLOGIES DE L’INFORMATIQUE

Rapport du Projet De Fin d’Etudes

Elaboré par :

Encadré par :

Période du stage : du 09/01/2022 au 04/02/2022

Au sein de (Organisme d’accueil) : La Post Tunisienne

Année Universitaire 2023/2024

Dédicaces
Remerciements
Table des matières
Table des Figures
List des tableaux
Introduction générale
Chapitre 1 : Présentation du cadre du projet
Introduction :

Ce premier chapitre est pour présenter et expliquer le contexte général du projet de fin d’études, les besoins qui
ont menés à sa réalisation, son apport et les notions les plus importantesse rapportant à notre projet. Ensuite,
une étude théorique contenant les différentes solutions de génération et déploiement des applications web
disponibles sur le marché. Enfin, nous allons finir parune explication de la méthodologie de gestion de projets que
nous avons suivie dans le développementde notre plate-forme

Organisme d’accueil

Présentation générale de l’ONP

La Poste tunisienne, dénomination commerciale de l’Office national des Postes tunisiennes, est
l’entreprise publique tunisienne de service postal. Depuis le 1er janvier 1999, à la suite du retrait des
activités de téléphonie, la Poste tunisienne est un établissement à caractère industriel et commercial
centré sur deux activités principales : la collecte, le transport et la distribution de courrier, ainsi que
l’exploitation et la fourniture de services financiers ainsi que des services divers : traditionnels telles
que la production et la vente de timbres et nouveaux tels qu’un ensemble de services informatiques

Figure 1.1: Logo de la poste tunisienne [1]

Organisation de la post tunisienne

La poste tunisienne est composée de plusieurs divisions et Services représentés par la figure
suivante:
• Direction Générale

• Direction centrale des produits financiers de la poste

• Direction centrale des affaires financières et comptables

• Direction centrale de patrimoine

• Direction centrale des produits postaux

 • Direction centrale des ressources humaines

Figure 1.2: Organigramme de poste tunisienne

Activités de la post tunisienne

Son activité s’articule principalement autour de [1] :

• La collecte, le transport et la distribution du courrier,

• L’exploitation et la fourniture de services financiers,

• Les prestations et les services nouveaux.

Direction générale de formation

Notre stage est élaboré au sein de la direction de formation. Cette direction comporte une
division et 4 services :
• La division chapote tous les services. Son rôle consiste à coordonner et suivre la réalisation des

objectifs. Il est chargé de faire le diagnostic des besoins en formation.

Les 4 services sont :
• Services planification et évaluation : chargé de la réalisation de plan de formation et la gestion

informatique de la Formation ainsi que la gestion de stages.

 • Service des études : son rôle est de former les nouvelles recrues ainsi que les postiers qui doivent

passer des concours internes

• Service de formation des nouveaux reçus et préparation des examens de promotion : son rôle

consiste à former les nouvelles recrues ainsi que les postiers qui doivent passer des concours internes
• Service Formation et Recyclage : s’occupe de la formation et les stages au sein de la Poste

tunisienne. Ses stages sont organisés tout au long de l’année pour améliorer l’efficacité des postiers.
La hiérarchie de la direction de la formation est représentée comme suit :

Figure 1.3: Organigramme de direction des formations[1]

Présentation du projet

Notre stage de fin d’études est élaboré au sein du service « Formation et Recyclage ». Nous allons commencer par
étudier et analyser le processus de développement D'une Plateforme Similaire à Amazon à la Poste Tunisienne
Pour La Promotion Du e-commerce en Afrique

Contexte et problématique

Dans le cadre de notre stage de fin d'études au sein du service « Formation et Recyclage » de La
Poste Tunisienne, nous sommes confrontés à la nécessité de répondre à un défi de taille : comment
promouvoir efficacement le commerce électronique en Afrique, en exploitant les infrastructures
logistiques existantes de La Poste Tunisienne ?
 L'Afrique représente un marché en pleine expansion pour le commerce en ligne, offrant un
potentiel de croissance considérable. Cependant, ce potentiel est freiné par des défis logistiques majeurs
tels que la livraison rapide et fiable des produits aux clients, la gestion des stocks, et la coordination des
acteurs impliqués dans la chaîne d'approvisionnement.

Solution proposée

Pour relever ce défi, nous proposons de développer une plateforme de commerce électronique robuste et adaptée aux
réalités africaines, en s'inspirant du modèle d'Amazon et en l'adaptant aux besoins spécifiques de La Poste Tunisienne.

Méthodologie de développement logiciel

Le choix d’une méthodologie ou une autre, dépend de la nature du projet et de sa taille. Pour
des projets de petites tailles et dont le domaine est maitrisé, par exemple, un cycle de vie en cascade
s’avère largement suffisant. Lorsqu’il s’agit d’un projet où les données ne sont réunies dès le départ,
où les besoins sont incomplets voire floues, il faut s’orienté vers une méthode itérative ou orientées
prototype. Parmi les méthodes itératives, nous pouvons distinguer les méthodes AGILE largement
utilisées de nos jours à travers le monde.
Méthodologie de développement AGILE-SCRUM

La méthode Scrum appartient à la famille des méthodes agiles. L’approche agile consiste à
se fixer des objectifs à court terme, après avoir atteint l’objectif, on fait un bilan et en fonction
du résultat, on ajuste les nouveaux objectifs en fonction du résultat obtenu précédemment et ainsi
de suite jusqu’à ce que le résultat final soit atteint. Le parrain est impliqué dans le projet de A à
Z, ce qui lui donne de la visibilité. Cela permet également d’éviter « l’effet tunnel » du démarrage
d’un projet et accepter un produit qui ne répond pas aux attentes des clients ou ne les répond pas
terminer le projet. [2]

Principes et acteurs

Le principe de la méthode SCRUM AGILE est de développer un logiciel de manière incrémentale

en maintenant une liste totalement transparente des demandes d’évolutions ou de corrections à
implémenter (backlog).

Figure 1.5: Méthode SCRUM

 Pour cela, la méthode s’appuie sur des développements itératifs à un rythme constant d’une
durée de 2 à 4 semaines. .[3] Pour utiliser une approche Scrum, il faut définir certains acteurs. Ils
sont décrits dans le tableau suivant.

Tableau 1.1: les acteurs de la méthodologie scrum

Mot Clés Definition

Product Backlog Définition des besoins fonctionnels sous

forme de "User Story".

Sprint Backlog Liste des User Story à implémenter

Durant un Sprint.
User Story Description littérale : non technique d’une
fonctionnalité donnée.

Sprint Itération à courte durée :moyenne de 2 à

4 semaines. Chaque itération définit un
objectif à atteindre, en lui associant une
liste d’éléments du Product Backlog à
réaliser
Product Owner Personne responsable de la gestion du
backlog du produit
 Scrum Master Personne responsable de l’implication de
l’équipe de développement et la bonne
compréhension de la méthodologie et de
son application

Development Team L’équipe de développement responsable de

livrer à chaque fin de Sprint un incrément
Du produit.

Pour notre projet, nous avons 3 acteurs principaux :

• Product Owner : Mme Khadija Ben Tamrouet
• Scrum Master : Mme Khadija Ben Tamrouet
• Concepteur et développeur : Amal zouaoui et Maha Yahmadi.

UML
Après avoir opté pour une démarche à suivre, nous avons besoin de modéliser et décrire des solutions
fonctionnelles. C’est pour cela, nous avons choisi UML (Unified Modeling Lan- guage) comme un langage
de modélisation.

UML se définit comme un langage de modélisation graphique et textuel destiné à com- prendre et décrire des
besoins, spécifier et documenter des systèmes, esquisser des architec- tures logicielles, concevoir des
solutions et communiquer des points de vue[2].
Notre choix est basé sur les points forts de ce langage notamment sa standardisation et les divers diagrammes
qu’il propose. De plus, ce langage présente le meilleur outil pour modéliser des systèmes complexes sous un
format graphique et textuel simplifié et normalisé.

Conclusion :
Sprint0 : Spécification des besoins
 Introduction

Ce chapitre a pour objectif de décrire les besoins du client, et de spécifier ainsi que les besoins fonctionnels et
non fonctionnels de la future application et de préciser les livrables et les risques les plus critiques du projet.

Équipe Scrum et Rôles

Dans notre projet, nous distinguons les rôles suivants :

• Product Owner : Mme Khadija Ben Tamrouet

• Scrum Master : Mme Khadija Ben Tamrouet

• Concepteurs et développeurs : Mme Zouaoui Amal et Mme Yahmadi Maha.

Identification des acteurs

La réunion entre le Product Owner et l’équipe de développement a permis d’identifier les acteurs suivants :

-Client : Il s'agit de l'utilisateur final qui achète des produits sur la plateforme. Ils peuvent rechercher des
produits, les ajouter à leur panier, passer des commandes et effectuer des paiements en ligne. Ils peuvent
également suivre leurs commandes et recevoir des notifications sur l'état de la livraison.

-Vendeur : Ce sont les fournisseurs de produits sur la plateforme. Ils peuvent s'inscrire, gérer leurs catalogues
de produits, suivre leurs stocks et mettre à jour leurs informations en temps réel. Ils reçoivent des commandes
des clients et sont responsables de l'expédition des produits.

-Administrateur : Il s'agit de l'équipe de gestion de la plateforme. Ils ont un accès complet à toutes les
fonctionnalités de la plateforme, y compris la gestion des vendeurs, des coursiers, des clients, des
commandes, des paiements et des stocks. Ils peuvent également générer des rapports et des analyses à partir
du tableau de bord.

-Coursier : Ce sont les personnes responsables de la livraison des commandes aux clients. Ils reçoivent des
commandes attribuées par la plateforme, suivent les itinéraires optimisés pour la livraison et mettent à jour
l'état de la livraison en temps réel. Ils peuvent également être formés à l'éco-conduite pour améliorer
l'efficacité énergétique.
 Identification des besoins

Besoins fonctionnels

Les besoins fonctionnels ce sont les fonctionnalités globales de l’application. En effet, cette application doit
assurer principalement les fonctions suivantes :

-Gestion des comptes : Inscription, connexion, gestion du profil, récupération du mot de passe pour les
clients, les vendeurs, les administrateurs et les coursiers.

-Gestion des produits : Ajout, modification, suppression de produits par les vendeurs. Recherche, filtrage et tri
de produits par les clients.

-Gestion des commandes : Passation de commandes par les clients, acceptation des commandes par les
vendeurs, attribution des commandes aux coursiers par l'administrateur.

-Gestion des livraisons : Suivi en temps réel des livraisons par les clients, mise à jour du statut de livraison par
les coursiers.

-Gestion des paiements : Paiement en ligne sécurisé pour les clients, confirmation de paiement pour les
vendeurs, suivi des transactions par l'administrateur.

-Gestion des stocks: Mise à jour des stocks en temps réel par les vendeurs, notifications de rupture de stock
pour les vendeurs et les clients.

-Tableau de bord administratif : Statistiques de vente, performance des vendeurs, analyse des clients, suivi
des commandes, gestion des stocks, analyse géographique, rétention des clients, analyse marketing,
performance du site web, rapports financiers.

-Suivi des véhicules: Suivi GPS en temps réel, analyse de la consommation de carburant, optimisation des
itinéraires.

-Éco-conduite : Surveillance du comportement de conduite, formation à l'éco-conduite, rapports sur

l'efficacité énergétique.
 Besoins non fonctionnels

Les besoins non fonctionnels décrivent les objectifs liés aux performances du système et aux contraintes de
son environnement. Les besoins non fonctionnels de notre application sont les suivants :

- Sécurité : l’application doit être hautement sécurisée. Les informations ne devront pas être accessibles
à tout le monde, c’est-à-dire que les services ne sont accessibles qu’après une authentification.

- Ergonomie et design : l’application doit être bien conçue et ergonomique.

- Performance : le système doit garantir l’optimisation du temps de réponse et de traitement lors de

consultation du service.

- Disponibilité : l’application doit être accessible aux utilisateurs concernés à tout moment.

Pilotage avec Scrum

Outil Scrum utilisé : Trello

1. Trello : est un outil de gestion de tâches et de projet en ligne gratuit. Il fonctionne selon le principe de
Kanban (étiquette ou fiche cartonnée utilisée dans la production des voitures Toyota qui consiste à
produire en fonction de la demande.) [7].

Capture d’écran de trello

Backlog de produit

Le Product Backlog est une liste ordonnée de tout ce qui pourrait être requis dans le produit et est l’unique
source des besoins pour tous les changements à effectuer sur le produit [1].
ID Feacture ID User Story Importance Priori
Stor té
y
1 Gestion des produits 1.1 En tant qu’vendeur, je souhaite Très élevée 1
ajouter, supprimer, modifier et
Recherche, filtrage et tri de
produits

2 Gestion des 2.1 En tant qu’client, je souhaite Très élevée 1

commandes passer un commande
En tant qu’vendeur, je souhaite
accepter les commande
En tant qu’administrateur, je
souhaite attribution des
commandes aux coursiers

3 S’inscrire 3.1 En tant qu’client, je souhaite être Très élevée 1

inscrit.
En tant qu’vendeur, je souhaite être
inscrit.
En tant qu’ Coursier
je souhaite être inscrit.
4 S’authentifier 4.1 En tant qu’administrateur, je Très élevée 1
souhaite être authentifié.
4.2 En tant qu’ vendeur, je souhaite
être authentifié
4.3
En tant qu’ client je souhaite être
4.4 authentifié.
En tant qu’ Coursier je souhaite
être authentifié.
5 Gestion des 5.1 En tant qu’client, je souhaite Élevée 2
livraisons Suivi en temps réel des livraisons
5.2
En tant qu’Coursier, je souhaite
mise à jour du statut de livraison

6 Gestion des paiements 6.1 En tant qu’client, je souhaite Élevée 2

payer les colis
6.2
En tant qu’ vendeur, je souhaite
confirmer de paiement
6.3
En tant qu’administrateur, je
souhaite, suivi des transactions
7 Tableau de bord 7.1 En tant qu’utilisateur, je souhaite Élevée 2
administratif Statistiques de vente,
performance des vendeurs,
analyse des clients, suivi des
commandes, gestion des stocks,
analyse géographique, rétention
des clients, analyse marketing,
performance du site web,
rapports financiers.
8 Suivi des véhicules 8.1 en tans que vendeur je souhait Moyen 3
optimiser la consommation de
carburant et réduire les
 trajets inutiles

en tans que client je souhait

Intégrer le systèmes de suivi GPS

9 Gestion des stocks 9.1 En tant qu’ vendeur, je souhaite Faible 4

Mise à jour des stocks

En tant qu’client, je sou-

Haite la notifications de rupture
de stock

Diagramme de cas d’utilisation général

Diagramme de cas d’utilisation général

Organigramme des tâches

……………

Organigramme des tâches

 Gestion de projet
Planification
Une fois le backlog de produit est terminé, nous avons besoin d’établir une réunion de planification. Le but de
cette réunion est de produire le backlog de sprint en se basant sur le backlog de produit.

Diagramme de Gantt

Figure 2.4 : Diagramme de Gantt

Équipe de réalisation de projet

Nom et Prénom Fonction/ Rôle dans le projet
Maha Yahmadi et Zouaoui Concepteur et développeur
Amal
Mme Khadija Ben Tamrouet Scrum Master
Mme Khadija Ben Product Owner
Tamrouet

Équipe de réalisation de projet

Concepteur/Développeur
• Élaboration du dossier de gestion de projet.

• Conception et réalisation de la spécification détaillée.

• Codage de l’application.
• Réalisation des tests unitaires.
•
Scrum Master
• Validation du dossier des spécifications fonctionnelles.
• Validation de codage.
• Validation des livrables.
• Contrôle du respect des demandes.
Product Owner
• Présentation des besoins du projet.
• Communication d’une vision claire du produit et définition de ses caractéristiques.
• Acceptation ou rejet de produit à la fin de chaque sprint.
• S’assurer que l’équipe se concentre sur les items du Backlog de plus forte valeur ajoutée.
• Se rendre compte des livrables.
 Livrables du projet

Phase Livrables Responsable

Étude des besoins Analyse et spécifica- Maha Yahmadi et Zouaoui
tion de besoins Amal
Analyse et conception Diagrammes UML Maha Yahmadi et Zouaoui
Amal
Code et test Application mobile Zouaoui Amal et Maha
Yahmadi
Documentation Rapport de projet Zouaoui Amal et Maha
Yahmadi
TABLe 2.3 : Livrable de projet

Risques du projet

Les risques Les types Impact sur le Actions correc-

projet tives
Performance de mon Risque non blo- Retard de livrai- Changement du
pc par rapport à l’en- quant son pc
vironnement de déve-
loppement
TABLe 2.4 : Risque de projet

Environnement de développement

Environnement matériel
Tout au long de la réalisation de notre travail, nous avons utilisé un ordinateur HP ayant lescaractéristiques
suivantes :

Processeur :

Amal Zouaoui: Intel(R) Core(TM) i5-10500H CPU @ 2.50GHz 2.50 GHz

Maha Yahmadi

Carte graphique :

Amal Zouaoui: NVIDIA GeForce GTX 1650

Maha Yahmadi

Mémoire

•Mémoire : 8 Go.

•Système d’exploitation : Windows 11 Pro 64 bits.

 Environnement logiciel
Outils utilisés
- Overleaf : est une plateforme en ligne gratuite permettant d’écrire du texte en LATEX sans
aucun téléchargement d’application [8].

Figure 2.5 : Logo d’overleaf

- diagrammes.net (draw.io) est un logiciel de dessin graphique multiplateforme développé en HTML5 et

JavaScript. Son interface peut être utilisée pour créer des diagrammes tels que des organigrammes, des
wireframes, des diagrammes UML, des organigrammes et des diagrammes de réseau.

Logo: draw.io

GanttProject est un logiciel libre de gestion de projet écrit en Java. I l permet de planifier un projet à
travers la réalisation de diagrammes de Gantt ainsi que des diagrammes de ressources et des
réseaux PERT [10].

Figure 2.7 : Logo de Gantt project

- MERN est un acronyme représentant un ensemble de technologies (à la fois côté serveur et côté client) permettant
de développer des applications web full stack. Voici les 4 technologies utilisées par cette stack :

1. MongoDB
2. Express.js
3. React
4. Node

…………

Conclusion
Dans ce chapitre nous avons fait la spécification des besoins fonctionnels et non fonction- nels ainsi que les
livrables et les risques de projet. Dans le chapitre, nous avons décrit aussi l’environnement de développement,
nous allons procéder à la mise en oeuvre du premier Sprint.
Mise en œuvre du Sprint 1
 Introduction
Ce chapitre fait l’objet d’une présentation du premier Sprint du projet. L’étude de cesprint couvre
l’analyse, la conception, la réalisation et les tests fonctionnels.

Spécification fonctionnelle

Backlog du Sprint 1
4
ID Acteur Fonctions Tâche Date Datefin Responsable
début
1 Administrateur S’inscrire 16/0/24 //24 Khadija ben
Vendeurs tammroute
Clients
2 Administrateur S’authentifier 31/03/24 13/04/24 Khadija ben
Vendeurs tammroute
Clients
Coursiers
3 Clients Gestion de Passer commande 15/04/24 05/05/24 Khadija ben
commande tammroute
Ajouter Commande

Supprimer
commande

Consulter commande

Annuler commande
Paimenter commande

Rechercher
commande

Backlog du Sprint1

Diagramme de cas d’utilisation du Sprint

 Diagramme de cas d’utilisation du Sprint 1

Tableau des tâches

Tableau des tâches du Sprint 1

Analyse du Sprint
Raffinement du cas d’utilisation "S’inscrire"

Figure 3.3 : Raffinement du cas d’utilisation "S’inscrire"

Raffinement du cas d’utilisation "S’authentifier"

Fgure 3.4 : Raffinement du cas d’utilisation "S’authentifier"

Raffinement du cas d’utilisation "Gérer utilisateurs"

Figure 3.5 : Raffinement du cas d’utilisation "Gérer utilisateurs"

Conception du Sprint

Conception statique
conception architecturale

Architecture de l’application
Diagramme de déploiement

Diagramme de déploiement

Diagramme de classes

Le diagramme de classes est considéré comme le plus important de la modélisation orientée

objet. Il est le seul obligatoire lors d’une telle modélisation avec le diagramme de cas d’utilisation.
Il présente la structure interne d’un système en modélisant les concepts du domaine d’application. En
effet, il présente le système en plusieurs classes. Chaque classe est une description formelle d’un
ensemble d’objet qui ont une même sémantique et caractéristiques.
 Diagramme de classes

Classe Administrateur

Nom de la colonne Signification Type de données

Id Identifiant unique de l’administrateur int
UserName UserName d’administrateur varchar
pwd Mot de passe d’administrateur varchar
Dictionnaire de données de la classe "Administrateur"

Classe Produit

Nom de la colonne Signification Type de données

Ref-pdt Reference de produit Varchar
description Description de produit varchar
Prix Prix de produit float
qteStock Quantity de stock de produit int
Dictionnaire de données de la classe " Produit"
Classe Paiment

Nom de la colonne Signification Type de données

Id Identifiant unique d’paiment int
numCarte Numéro de carte banquet int
Montant Montant de commmande float
typeCarte Type de la carte banquet Varchar
Dictionnaire de données de la classe " Paiment "

Classe Panier

Nom de la colonne Signification Type de données

Id Identifiant unique d’paiment int
idClient Identifiant unique de la Client int
Ref-pdt Reference de produit float
Dictionnaire de données de la classe " Panier "

Classe User

Nom de la colonne Signification Type de donnée

id Identifiant unique d’client int
nom Nom d’client varchar
prenom Prenom d’client varchar
email Email d’client varchar
phone Numéro de téléphone client int
Cin Cin de client int
Date de naissance Numéro date de naissance de client date
adresse Adresse de client varchar
pwd Mot de passe d’client varchar
Dictionnaire de données de la classe "user"

Classe Commande

Nom de la colonne Signification Type de donnée

Id Identifiant unique d’commande varchar
Ref-cmd Reference d’commande Varchar
Date-cmd date d’commande date
Etat-cmd Etat de commande Varchar
Quantity Quantity de commande Varchar
Dictionnaire de données de la classe "Commande"
 Conception dynamique
Le diagramme de séquence est la représentation graphique des interactions entre lesacteurs et le système
selon un ordre chronologique dans la formulation UML.

Diagramme de séquence du cas d’utilisation "S’inscrire"

Diagramme de séquence du cas d’utilisation "S’inscrire"

 Cas d’utilisation S’inscrire
Objectif L’inscription
Acteur Administrateur \Client \Vendeur
Pré-condition L’application doit être lancée
Post-condition L’utilisateur est devenu membre.
Scénario nomi- 1- L’utilisateur demande la page d’inscription.
nal 2- Le système lui affiche le formulaire d’inscription. 3-
L’utilisateur remplit le formulaire d’inscription. 4- Le
système envoie les données au contrôleur.
5- Ce dernier vérifie les données et les envoie au SGDB.
6- SGDB enregistre les données dans la document "utilisateur".7-
SGDB envoi un résultat.
Scénario alter- 5.1. Le système retourne un message d’erreur si les champs sont
native incorrects.
7.1. Message d’erreur "Compte existe déjà"
Scénario du cas d’utilisation "S’inscrire"

Ce diagramme consiste en l’inscription de l’administrateur ou de l’utilisateur(client et vendeur).

Il commence lorsque l’un des trois demande au système de faire une inscription. Une fois le
formulaire est affiché, il remplit les champs de saisie puis enregistre ses données. Le système s’assure
d’abord que les champs obligatoires ne sont pas vides et sont valides. Ensuite, il enregistre les
informations entrées dans la base de donnéeset enfin, il sera redirigé vers l’espace.

Diagramme de séquence du cas d’utilisation "S’authentifier"

Ce diagramme consiste en l’authentification de l’utilisateur (client et vendeur). L’ Coursier et
l’administrateur. Chacun remplit le formulaire d’authentification affiché par le système. Il saisit son
login et son mot de passe. Le système prend en charge de vérifier les champs vides ou invalides.
S’il y a une erreur de saisie, le système affiche un message d’erreur. Sinon, ce dernier envoie les
données saisies vers le contrôleur qui fait la vérification des données puis il les envoie vers le base Le
service authentification vérifie les informations dans la base de données. Si le compte existe il
affiche un message d’erreur, sinon, il affiche l’espace d’accueil.
 Raffinement du cas d’utilisation "S’authentifier"

Cas d’utilisation S’authentifier

Objectif L’authentification
Acteur Administrateur \ Coursier \Utilisateur
Pré-condition L’utilisateur doit saisir son email et son mot de passe
Post-condition L’utilisateur accède à son espace personnel.
Scénario nomi- 1- L’utilisateur remplit le formulaire d’authentification.
nale 2- Le système envoie les données au contrôleur.
3- Ce dernier vérifie les données et les envoie au SGBD.
4- Ce service enregistre les données dans le document "utilisateur".5- Le
SGBD envoie un résultat.
6- Le système affiche l’espace privé.
Scénario alter- 5. 1. le système demande à l’acteur de vérifier les données si les
natif champs sont incorrects.
Scénario du cas d’utilisation "S’authentifier"
 Diagramme de séquence du cas d’utilisation "Gestion
Commande "

Cas d’utilisation Gestion Commande

Objectif L’ Gestion Commande
Acteur Client
Pré-condition L’application doit être lancée
Post-condition L’client est devenu accéder a sont espace .
Scénario nomi- 1. L'utilisateur demande la page d'accueil.
nal 2. Le système affiche les produits disponibles.
3. Le client ajoute un produit dans son panier.
4. Le client passe une commande.
5. Le système envoie un message de confirmation.
6. Le système affiche la page de paiement.
7. Le client effectue le paiement des commandes.
Scénario alter- 5.1. Le système retourne un message d’erreur si les champs sont
native incorrects.
7.1. Message d’erreur si un information incorrects
TABLe 3.7 : Scénario du cas d’utilisation "Gestion commande "

Ce diagramme consiste en a la gestion de commande pour les clients.

Débute par la demande de la page d'accueil de l'application par l'utilisateur. Le système affiche
ensuite les produits disponibles. Le client ajoute un produit à son panier, puis passe une
commande. Une fois la commande passée, le système envoie un message de confirmation et
affiche la page de paiement. Le client procède alors au paiement des commandes. En cas d'erreurs
dans la confirmation ou le paiement, le système renvoie des messages d'erreur appropriés.
 Réalisation du Sprint
…….

Revue du Sprint

Cas de Test Démarche Comportement at- Résultat

tendu
Test S’authenti- Saisir le login ou le L’utilisateur est redi- Améliorer
fier mot de passe, Cliquersur rigé vers la page d’ac-
se connecter cueil.
Test S’inscrire Remplir un formulaire L’utilisateur est redi- Conforme
d’un utilisateur rigé vers la page d’ac-
cueil.

Test Gestion Possibilité de Gérer la Gérer la commande Conforme

commande commande

Test du Sprint 1

Rétrospective
Durant cette période, malgré tous les efforts dissipés il est difficile de prétendre avoir une
solution idéale. Comme tout produit logiciel, les optimisations et les améliorations sont toujours à
apporter, dans cette Sprint nous avons dépassé le temps du sprint, par la suite, nous travaillons à
optimiser le temps dans la Sprint suivante.

Conclusion
Dans ce sprint, nous avons décrit le backlog de sprint et nous avons fait son analyse, sa
conception suivie des étapes de la réalisation et de test.