Table des matières

Introduction générale.................................................................................................................1
Chapitre 1 : Présentation générale de l’entreprise.....................................................................3
Introduction :..............................................................................................................................3
I. Les start-ups :..................................................................................................................3
1. Définition d’une start-up :...............................................................................................3
2. Les caractéristiques d’une start-up :................................................................................3
II. Les start-ups en Tunisie :................................................................................................3
III. Cadre juridique :..............................................................................................................3
IV. Présentation de Smart Ways Innovation :.......................................................................3
V. Compétences de l’entreprise :.........................................................................................4
1. Développement web :......................................................................................................4
2. Développement mobile :.................................................................................................4
VI. Fonctionnalités essentielles :...........................................................................................4
VII. L’équipe de l’entreprise:.................................................................................................5
VIII. présentation du projet:.................................................................................................5
1. Problématique :...............................................................................................................5
2. Etude de l’existant :.........................................................................................................5
a. Analyse de l’existant :.....................................................................................................5
b. Critique de l’existants :...................................................................................................6
c. Solution proposée :..........................................................................................................6
3. Méthodologie de travail :................................................................................................6
4. La méthodologie scrum :.................................................................................................7
5. Architecture logicielle de l'application :.........................................................................7
6. Etude technologique :......................................................................................................8
a. Les lagunages de développement :..................................................................................8
b. Les technologies web :..................................................................................................10
7. Business model Canvas :...............................................................................................11
Conclusion:..............................................................................................................................11
Chapitre 2: MISE EN OEUVRE DU PROJET........................................................................12
Introduction :............................................................................................................................12
I. Dentification des acteurs:..............................................................................................12
II. Analyse des besoins :....................................................................................................12
a. Les besoins fonctionnels :.............................................................................................12
III. Diagramme de cas d'utilisation global :........................................................................13
IV. Planification et structuration :.......................................................................................14
1. Définition des rôles de Scrum :.....................................................................................14
2. Backlog Produit :...........................................................................................................15
3. Planning du projet :.......................................................................................................17
V. Diagramme de classe global :.......................................................................................17
Conclusion :.............................................................................................................................19
Chapitre 3 : Release 1..............................................................................................................20
Introduction :............................................................................................................................20
I. Sprint 1:.........................................................................................................................20
1. Étude conceptuelle:.......................................................................................................20
a. Le Diagramme de cas d'utilisation du premier sprint :.................................................21
b. Etude de cas d'utilisation « Gérer les produits » :.........................................................22
2. Réalisation:....................................................................................................................24
a. Interface d'inscription :..................................................................................................24
b. Interface d'authentification :..........................................................................................24
c. Interface de page d'accueil :..........................................................................................24
II. Sprint 2:.........................................................................................................................26
1. Etude conceptuelle :......................................................................................................26
a. Le Diagramme de cas d'utilisation du deuxième sprint :..............................................26
b. Etude de cas d'utilisation « Gérer les commandes » :...................................................27
c. Etude de cas d'utilisation « Consulter les Dashboard » :..............................................28
d. Etude de cas d'utilisation « Passer une commande » :..................................................29
2. Réalisation :...................................................................................................................30
a. Interfaces gestion commande :......................................................................................30
b. Interfaces de statistiques :.............................................................................................30
c. Interface passer commande :.........................................................................................31
Conclusion :.............................................................................................................................32
Chapitre 4 : Release 2..............................................................................................................20
Introduction :............................................................................................................................33
I. Sprint 3 :........................................................................................................................33
1. Etude conceptuelle :......................................................................................................33
a. Le Diagramme de cas d'utilisation du premier sprint....................................................34
b. Etude de cas d'utilisation « Gérer le panier » :..............................................................34
c. Étude de cas d'utilisation « Gérer la liste des favoris » :...............................................35
2. Réalisation:....................................................................................................................36
a. Interface de la liste des favoris :....................................................................................36
b. Interface de la liste des produits :..................................................................................36
c. Interface de panier :.......................................................................................................36
d. Interface de compte :.....................................................................................................37
II. sprint 4 :.........................................................................................................................38
1. Etude Conceptuelle :.....................................................................................................38
a. Le Diagramme de cas d'utilisation du quatrième sprint :..............................................39
b. Etude de cas d'utilisation « Gérer les clients » :............................................................40
Conclusion:..............................................................................................................................42
Conclusion générale.................................................................................................................43
 Listes des figures

Figure 1:Logo de l’entreprise.....................................................................................................4

Figure 2:Organigramme de Smart Ways Innovation.................................................................5
Figure 3:La method Agile Scrum...............................................................................................7
Figure 4:Architecture MVC.......................................................................................................8
Figure 5: Logo de PHP...............................................................................................................8
Figure 6:Logo de CSS................................................................................................................9
Figure 7:Logo de HTML............................................................................................................9
Figure 8: Logo de Javascript......................................................................................................9
Figure 9; Logo de VS CODE...................................................................................................10
Figure 10: Logo de Photoshop.................................................................................................10
Figure 11: Logo de WordPress.................................................................................................10
Figure 12: Modèle de BMC.....................................................................................................11
Figure 13: Diagramme de cas d’utilisation général..................................................................14
Figure 14: Planning du projet...................................................................................................17
Figure 15: Diagramme de classe global...................................................................................19
Figure 16: Diagramme de cas d’utilisation du premier sprint..................................................21
Figure 17: Diagramme de séquence <<Ajouter un produit>>.................................................23
Figure 18: interface d’inscription.............................................................................................24
Figure 19: Interface d’authentification.....................................................................................24
Figure 20: Interface page d’accueil..........................................................................................25
Figure 21: Diagramme de cas d’utilisation du deuxième sprint...............................................27
Figure 22:Diagramme de séquence « Gestion des commandes »............................................28
Figure 23: Diagramme de séquence processus de commande.................................................29
Figure 24:Interface gestion commande....................................................................................30
Figure 25: Interface statistique.................................................................................................30
Figure 26: Interface de Checkout.............................................................................................31
Figure 27: Interface de facture.................................................................................................31
Figure 28: Diagramme de cas d'utilisation du sprint 3.............................................................34
Figure 29:Diagramme de séquence « Ajouter au panier ».......................................................35
Figure 30: Interface de la liste des favoris...............................................................................36
Figure 31: interface de la liste des produits..............................................................................36
Figure 32:Interface de panier...................................................................................................37
Figure 33:Interface de compte client........................................................................................37
Figure 34:Interface fiche de description du produit.................................................................38
Figure 35:Diagramme de cas d’utilisation du sprint 4.............................................................39
Figure 36:Diagramme de séquence <<Ajout client>>.............................................................41
 Listes des tableaux

Tableau 1: Les rôles de membre du Scrum..............................................................................15

Tableau 2:Backlog Produit.......................................................................................................15
Tableau 3:Description du premier sprint..................................................................................20
Tableau 4: Description textuelle du cas « Gérer les produits »................................................22
Tableau 5:description du deuxième sprint................................................................................26
Tableau 6: Description textuelle du cas « Gérer les commandes »..........................................27
Tableau 7 : description textuelle du cas << Consulter les Dashboard >>................................28
Tableau 8 : Description textuelle du cas << Passer commande>>...........................................29
Tableau 9: description du troisième sprint...............................................................................33
Tableau 10: Description textuelle du cas « Gérer le panier »..................................................34
Tableau 11: Cas d’utilisation Gérer la liste des favoris.........................................................35
Tableau 12:Description du quatrième sprint............................................................................38
Tableau 13:Description textuelle du cas « Gérer les clients ».................................................40
Introduction générale
Introduction générale
L'émergence de l'Internet provoque de profondes mutations au commercial, de la publicité à
la livraison, tous les détails de la relation commerciale entre les vendeurs et les clients passent
aujourd'hui par internet, ce dernier étant à la disposition de tous les partenaires et tous les
outils pour déterminer l'achat et la vente en ligne en toute sécurité, maintenant connu sous le
nom d’électronique.

Pendant des années, les magasins en ligne ont été largement recommandés pour les
entreprises bases sur la vente de produits et même de services. Ces types de sites Web
représentent un dispositif global qui offre aux clients un accès à toutes sortes d'informations,
de produits et de services dans le cadre d'un port unique et pertinent pour leurs activités.

Le site de la vente en ligne donne aux clients un accès illimité à des salons virtuels
disponibles et mis à jour quotidiennement, ce que leur permettra de ne jamais rater les coups
d'œuvres, insi d'une part, une foire sans problème de géographique distance, je n'ai pas
d'horaire de travail ni de disponibilité de transport. D'autre part, ces sites permettent aux
entreprises d'utiliser cet espace pour présenter leurs produits à une clientèle plus large.

Notre projet dans notre stage de perfectionnement qui vient couronner les trois ans de licence
en Gestion des technologies de l'information et de communication au sein de ISET COM. Ce
projet vise à mettre en pratique nos connaissances et compétences acquises durant un mois de
stage dans un environnement professionnel dont l'objectif est la mise en place d'une Web
Application d'e-commerce au sein d'une entreprise de vente de matériel informatique et
bureau "Smart Ways".

Afin de finaliser ce projet, les séries suivantes seront présentées en quatre chapitres :

Le premier chapitre est réservé à l'étude préalable de notre projet.

1
Introduction générale
Le deuxième chapitre est consacré à l'analyse fonctionnelle et non fonctionnelle de
l'application. Une spécification des intervenants, le diagramme de cas d'utilisation ainsi
qu'une vue détaillée sur le Backlog fonctionnel seront assurés.

Les deux chapitres qui suivent seront dédiés chacun a une étude approfondie de l’un des
deux releases de notre application.
Nous finirons notre rapport par une conclusion générale dans laquelle nous résumons les
différents axes de notre projet et élaborons des perspectives futures.

2
Chapitre 1 : Présentation générale de l’entreprise

Chapitre 1 : Présentation
générale de l’entreprise
Chapitre 1 : Présentation générale de l’entreprise

Introduction :
L’étude préalable est une étape primordiale dans tout projet.
Dans ce chapitre, nous allons présenter le projet ainsi que son contexte. Pour cela nous
commençons par la présentation de l’organigramme d’accueilli problématique, une étude de
l’existant et la synthèse, ensuite nous entamons la méthodologie de travail et l’architecture de
notre projet et nous finissons par l’étude technologique.
I. Les start-ups :
1. Définition d’une start-up :
La définition d’une Startup est une organisation temporaire à la recherche d’un
business model industrialisable et permettant une croissance exponentielle.
2. Les caractéristiques d’une start-up :
— Temporaire : Une startup n’a pas vocation à le rester toute sa vie. Être startup
n’est pas un objectif en soi. Une startup est une phase particulière, et le
principal objectif est d’en Sortir
— Recherche d’un business model : Être une startup c’est apporter de la valeur à
des clients avec un produit ou un service que personne n’a jamais fait avant. Et
l’enjeu d’une startup est de trouver et construire le business model qui va avec.
— Industrialisable /Reproductible : Cela signifie qu’une startup cherche un
modèle qui, une fois qu’il fonctionne peut-être réaliser à plus grande échelle,
dans d’autres lieux, ou être fait par d’autres.
— Scalable : Le fait d’avoir un modèle ou plus la demande est importante permet une
production multipliée ce qui procure des résultats positifs.

II. Les start-ups en Tunisie :

Selon l’annuaire des start-ups tunisiennes de Disruptunisiace il y a plus de 500
startups en Tunisie. Du fait de leur nombre, l’état Tunisien a voté une réglementation
juridique particulière pour celle-ci.
III. Cadre juridique :
En 2018, l’état Tunisien a créé la loi Startup ACT, elle a pour but l’élaboration de
mettre en place un cadre incitatif dans les domaines de l’innovation et des nouvelles
technologies.
IV. Présentation de Smart Ways Innovation :
Smart Ways Innovation’ est une société spécialisée dans le domaine informatique, située à la
ville de Sfax. Elle a pour objectif d'offrir un service personnalisé basé sur la disponibilité, la
compétence et la confiance. Elle est permise de développer des logiciels utilisant l'Internet des
objets et les autres nouvelles technologies. Elle permet les services suivants :
 Le développement des solutions d’Internet des objets.
 La maintenance et sécurité informatique.

3
Chapitre 1 : Présentation générale de l’entreprise

 Hébergement de sites Web et des applications mobiles, Le développement des

applications Cloud Computing, Depp Learning, Machine Learning.
Nous présentons quelques exemples des applications développées :
 Coffre Intelligent.
 Smart Home.
 Drone.
 Kite Médicale.
 Appareil pour la détection de Covid19 utilisant des capteurs médicaux.

Figure 1:Logo de l’entreprise

V. Compétences de l’entreprise :
1. Développement web :
Le développement Web est le codage ou la programmation qui permet de faire
fonctionner un site Web, selon les exigences du propriétaire. Il traite principalement
de l’aspect non conceptuel de la création de sites Web, qui comprend le codage et
l’écriture du balisage. Le développement Web va de la création de pages en texte brut
des applications Web complexes, des applications de réseaux sociaux et des
applications commerciales électroniques.
2. Développement mobile :
Le développement d’applications mobiles d’entreprise correspond au processus de
création et de déploiement d’applications mobiles fiables, évolutives et portables, qui
permettent aux entreprises d’interagir avec son environnement interne et externe : clients
partenaires.
VI. Fonctionnalités essentielles :
Les fonctionnalités importantes d’une solution de gestion de contenu incluent
notamment :
— Intégration.
— Gestion de contenu.
— Évolutivité
— Performance
— Stabilité
— Personnalisation

4
 Chapitre 1 : Présentation générale de l’entreprise

— Référencement

VII. L’équipe de l’entreprise:

Figure 2:Organigramme de Smart Ways Innovation

VIII. présentation du projet:

1. Problématique :
Personne ne peut nier le pouvoir inévitable de l’e-commerce qui revient a la diffusion rapide
et non couteuse de l’information sur le web, permettant une expansion publicitaire d’un
nouveau produit, avec un cout de publicité très économique, ce qui encourage les entreprises
offrants le service de vente, de porter leurs choix sur le e-commerce.

2. Etude de l’existant :
L’étude de l’existant est une étape importante pour mieux comprendre l’environnement. Alors
nous allons consacrer cette partie pour analyser l’état actuel.

a. Analyse de l’existant :
Pour acheter un équipement informatique tel qu’une imprimante, le client doit se déplacer
directement au local de la société afin de chercher une offre de vente qui satisfait ses besoins.
Ses déplacements peuvent `être inutiles et même peuvent provoquer un gaspillage de temps.
D’ailleurs, même le vendeur n’a aucun moyen pour mettre a disposition ses annonces de vente
et services, a l’exception des supports traditionnels tels que les journaux ou les petites

5
Chapitre 1 : Présentation générale de l’entreprise

affiches. Ainsi, un moyen fiable et automatisé permettant d’informer un grand nombre de

clients des offres de vente et des services nécessaires.
Divers autres traitements sont, d’ailleurs, sources de problèmes, adoptant les méthodes
traditionnelles de travail :
. Le règlement des factures se fait en espèce ou par chéque, sur place.
. L’enregistrement des clients se fait manuellement sur papier.
. Les produits sont classés par catégorie (caméra numérique, caméra de surveillance et
matériel sono) et par sous-catégorie non liées et non hiérarchisées, ce qui rend la recherche
plus pénible.
. Les documents sont nombreux et mal organisés.vu l’accroissement de technologie Internet,
l’achat en ligne est devenu une nécessité incontournable pour les commerçants.

b. Critique de l’existants :
La solution actuelle est manuelle posant ainsi des problèmes différents à savoir :
 . L’abondance des documents dans l’entreprise peut ralentir les services.
 . Risque de mélanger les documents ; ce qui peut être fatal.
 . La suivie en ligne des clients et des fournisseurs (suivie de livraison suivie de
commande).
 . La perte de la clientèle est possible surtout quand le traitement de leurs demandes
traine ou prend beaucoup de temps pour être livré.

c. Solution proposée :
La création d’un site Internet a pour but de valoriser l’image de la société et faire des
économies. L’utilisation d’Internet comme segment de communication de masse permet
également de baisser les couts marketing et d’autres frais Avec la transmission du haut débit
et la sécurisation augmentée des moyens sécurisés de paiement la confiance des utilisateurs en
ce qui concerne l’e-commerce est croissante. La plupart des personnes adultes utilisent,
aujourd’hui, Internet pour faire des achats. Les consommateurs et les entreprises s’orientent
de plus en plus vers les boutiques en ligne qui permettent la comparaison, la disponibilité des
produits et la vérification des prix d’où l’économie considérable du temps.

Ce projet consiste donc à la mise en place d’un site web dynamique qui gère la
commercialisation de matériels informatique, bureautiques, etc. ceci est possible à travers des
catalogues en ligne proposant ces matériels aux meilleurs prix par rapport aux concurrents.

La société n’aura donc qu’a agencer ses produits et bien sûr de mettre sa base de données a
jour. les clients peuvent consulter le site après une inscription et commander les produits, qui
sont par la suite livrés à domicile.

Cette boutique en ligne permettra d’offrir beaucoup de services et permettra de cibler une
nouvelle catégorie de clientéles, et d’offrir une meilleure qualité de service en communication
et en commerce.

6
Chapitre 1 : Présentation générale de l’entreprise

3. Méthodologie de travail :
Le choix de méthodologie de développement de logiciel est un processus critique dans le
cycle de vie d’un projet de développement. C’est la structure de planification et de contrôle de
la procédure de création d’un système d’information.
Le choix dépend de la nature du projet lui-même, de sa taille et sa complexité.
Il est recommandé d’opter pour une méthodologie agile si la spécification et les exigences du
projet ne sont pas complétement définies au début et devraient être modifiées ultérieurement.
Agile est une méthode flexible de développement logiciels, impliquant un certain nombre
d’itérations. Il est considéré comme un terme générique pour un ensemble de pratiques et de
cadres basés sur les principes écrits.
4. La méthodologie scrum :
Scrum est la méthode agile la plus utilisée. Elle a été créée comme une extension de la
méthodologie agile. Son objectif est d’offrir plus de souplesse a l’équipe, car c’est celle qui
saura le mieux résoudre le problème qu’elle a présenté.
Scrum encourage la division du travail en sprints, habituellement pour une période qui dure
d’une semaine a un mois selon le projet et l’équipe.

Figure 3:La method Agile Scrum

Les exigences de chaque sprint sont fixées avant le début des sprints, et le résultat est discuté
a la fin du cycle de vie de sprint Après la validation de ce sprint, l’équipe peut travailler sur
un nouveau sprint. Cela permet un environnement flexible qui aide les développeurs à
répondre rapidement aux problèmes émergents.
Au début du projet un document contenant la liste des caractéristiques des exigences est créé.
Ce document s'appelle "Backlog produit".
Chaque élément du produit en attente est classé par importance et par complexité.
Le Backlog peut être mis à jour pendant la mise en œuvre du projet en fonction des besoins du
client.
Scrum se compose de trois rôles :
Product Owner : il s'agit de la personne ayant l'autorité, la vision et la disponibilité.
Il est responsable de la communication continue des exigences avec l'équipe de
développement.
Scrum Master : Agit en tant que facilitateur pour le propriétaire du produit. Son rôle est
d'éliminer tous les obstacles qui empêchent l'équipe d'atteindre ses objectifs.
- L'équipe de développement : Les développeurs chargée de transformer les besoins définis
par le Product Owner en fonctionnalités utilisables.

7
Chapitre 1 : Présentation générale de l’entreprise

5. Architecture logicielle de l'application :

MVC est un modèle de conception qui fournit une solution générique au problème de création
d'applications.
MVC définit des règles qui déterminent dans quelle couche de l'architecture et dans quelles
classes (orientées objet) des fonctionnalités spécifiques doivent être intégrées dans cette
couche.
L'objectif général de MVC est de séparer les aspects de traitement. de données et de
présentation et de définir l'interaction entre ces trois aspects. Pour simplifier, les données sont
gérées par le modèle, la vue est rendue, l'action est gérée, et le tout est coordonné par le
contrôleur.

Figure 4:Architecture MVC

6. Etude technologique :
a. Les lagunages de développement :
Notre plateforme est un site-e-commerce pour y parvenir nous avons utilisé plusieurs
langages qui sont :

-PHP (HyperText préprocesseur), est un langage informatique, utilisé principalement pour la

conception de sites web dynamiques. Il s’agit d’un langage de programmation sous licence
libre qui peut donc être utilisé par n’importe qui de façon totalement gratuite.

Figure 5: Logo de PHP

8
Chapitre 1 : Présentation générale de l’entreprise

-ccs (cascading Style Sheets), est un langage informatique utilisé sur Internet pour la mise en
forme de fichiers et de page HTML

Figure 6:Logo de CSS

- Html (HyperText Markup Langage), est un type de lagunage informatique descriptif.il s’agit
plus précisément d’un format de données utilisé dans l’univers d’Internet pour la mise en
forme des pages web. Il permet d’écrire de l’hypertexte, mais aussi d’introduire des
ressources multimédias dans un contenu.

Figure 7:Logo de HTML

-Javascript
Javascript est un langage de programmation qui permet d’implémenter des mécanismes
complexes sur une page web

9
Chapitre 1 : Présentation générale de l’entreprise

Figure 8: Logo de Javascript

-Visual studio code
C’est un éditeur de code source léger mais puissant qui s’exécute sur votre bureau et
disponible pour Windows, MacOs et Linux.

Figure 9; Logo de VS CODE

-Adobe Photoshop
Photoshop est un logiciel de retouche, de traitement et de dessin lancé sur Windows, édité par
Adobe, il est principalement utilisé pour le traitement des photographiques numériques.
Il travaille essentiellement sur images matricielles.

Figure 10: Logo de Photoshop

b. Les technologies web :
-WordPress : est un système de gestion de contenu gratuite et open source. Il permet de créer
des sites Internet complets et variés, reposant sur une base de données MySQL. WordPress
propulse un très grand nombre de blogs et de sites de e-commerce

10
Chapitre 1 : Présentation générale de l’entreprise

Figure 11: Logo de WordPress

7. Business model Canvas :

Figure 12: Modèle de BMC

11
Chapitre 1 : Présentation générale de l’entreprise

Conclusion:
Dans ce chapitre nous avons présenté les concepts de notre domaine, une étude de
l’existant, la méthodologie de travail adoptée ainsi que l’environnement
technologique. Il est nécessaire à ce niveau d’énoncer clairement les besoins des
différents utilisateurs pour réaliser une solution efficace.

12
 Chapitre 2: MISE EN
OEUVRE DU PROJET
Chapitre 2: MISE EN OEUVRE DU PROJET

Introduction :
Après avoir initialement présente la fonction et la portée technique, la faisabilité de notre
système est désormais cruciale pour poursuivre cette étape importante: Ceci l'analyse et la
description des besoins. Cette étape comprend généralement la description des services à
fournir par notre système et ses contraintes de fonctionnement.
I. Dentification des acteurs:
Nous détaillons dans cette partie les acteurs qui interagissent dans notre application. Un acteur
peut être un utilisateur, un dispositif matériel qui interagit d'une façon directe avec le système
étudié.
Notre application interagit avec 5 participants :
• Visiteurs : personnes qui effectuent des recherches sur le Web, cherchant des produits pour
l'acheter ou pour se renseigner sur les modèles et les prix. Jusqu'à ce stade, il est un utilisateur
inconnu, il n'est donc pas encore client.
• Client : Cet acteur est un visiteur qui a créé un compte sur notre site, il peut ainsi suivre le
processus d'achat d'un produit en toute sécurité sachant que notre système doit être
entièrement responsable de la confidentialité des données personnelles de ses clients.
•Administrateur : pour les sites Web, il est souvent appelé "webmaster". C'est lui qui
maintient le site en vie et surveille les mises à jour des produits, les prix, la disponibilité, la
gestion des paiements et la gestion des livraisons.
• Utilisateur: un acteur qui peut être un client, visiteur ou administrateur.
• Systèmes d'authentification un système chargé de sauvegarder l'adresse email et le mot de
passe aux personnes qui souhaitent se connecter rapidement au site.
•Systèmes gestion de stock un système chargé de mettre à jour le stock après chaque
confirmation ou annulation de commande.
II. Analyse des besoins :
Dans cette partie, nous nous intéresserons aux besoins des utilisateurs dans notre application à
travers les spécifications fonctionnelles et non fonctionnelles pour aboutir à une application
de bonne qualité qui répond aux besoins du client afin de dégager notre Backlog produit.
a. Les besoins fonctionnels :
Les exigences ou les besoins fonctionnels représentent l'ensemble des fonctionnalités de
base du système. Ainsi, notre application web remplit les besoins fonctionnels suivants :

. Gestion de compte : notre application permet aux clients de faire :

-inscription.
-authentification
-récupération de mot de passe
-choix d'enregistrement des données d'authentification sur le navigateur,
-modification des coordonnées du compte,
-déconnexion de son compte
• Gestion de stock : notre plateforme permet à l'administrateur d'initialiser le stock.
• Le système supplémentaire de gestion de stock permet de faire des mises à jour de stock des
produits après la confirmation ou l'annulation de chaque commande.
12
Chapitre 2: MISE EN OEUVRE DU PROJET

• Gestion de commandes : Notre système doit permettre aux clients d'ajouter un produit à
leurs paniers et de le supprimer.
• Gestion de recherche : Notre système doit permettre aux utilisateurs de rechercher
l'information par mots clés ou par catégories.
• Gestion des produits : Notre système doit permettre aux clients de chercher, d'acheter ou de
consulter les produits, leurs prix, la description, la disponibilité, de les mettre dans le panier,
de les ajouter à liste des favoris.

L'administrateur peut modifier, ajouter ou supprimer des produits.

• Gestion des catégories et sous catégories : notre administrateur peut ajouter, modifier ou
supprimer des catégories et sous catégories.

Les besoins non fonctionnels :

Les exigences fonctionnelles sont importantes car ils manipulent indirectement les résultats et
les performances des utilisateurs. On ne peut ignorer que les conditions suivantes doivent être
satisfaites :
Simple à utiliser : notre système doit être facile à utiliser.

Adaptable aux mises a jours : notre système doit être adaptable aux mises à jour en fonction
de la disponibilité de chaque produit.

Responsive design : notre système doit être adapté aux différents terminaux qu'un utilisateur
peut utiliser (ordinateur portable, mobile, etc.).

Sécuriser : notre système doit garantir la confidentialité des données pour chaque information
personnelle pour les clients.

Efficace : les traitements doivent être optimisés pour avoir un temps de réponse court.

Conviviale : le code est bien organisé et compréhensible, il est prêt pour toute amélioration.

III. Diagramme de cas d'utilisation global :

Les diagrammes de cas d'utilisation modélisent le comportement d'un système et permettent
de capturer les exigences du système.
Les diagrammes de cas d'utilisation décrivent les fonctions générales et la portée d'un
système. Ces diagrammes identifient également les interactions entre le système et ses
acteurs.

13
Chapitre 2: MISE EN OEUVRE DU PROJET

Figure 13: Diagramme de cas d’utilisation général

IV. Planification et structuration :

La planification du projet est une étape indispensable dans sa réalisation. Cette partie est
consacrée à la définition des rôles des membres de la méthode Scrum pour présenter le
Backlog produit, et à la réalisation de la planification du projet pour finaliser le diagramme de
classes global.
1. Définition des rôles de Scrum :
La définition des rôles de chaque membre fait partie de trois principes des méthodes Scrum
tels que nous le présentons dans le chapitre de rapport "Etude préalable", que nous avons
évoqué dans le tableau ci-dessous.

14
Chapitre 2: MISE EN OEUVRE DU PROJET

Tableau 1: Les rôles de membre du Scrum

Acteurs Rôles

Scrum master Laabidi Walid

Product Owner Laabidi Walid

Equipe de développement Merieh Mehdi

2. Backlog Produit :
Le backlog produit est l'élément le plus important de Scrum, car il est destiné à collecter
tous les besoins que l'équipe doit satisfaire.
Tous les éléments inclus dans le backlog produit sont classés par priorité indiquant l'ordre
de leur réalisation.

Tableau 2:Backlog Produit

User story Estimations Propriétés Description Itérat

ion
S’inscrire 5 jours Haute En tant qu’utilisateur, il 2
peut créer un compte.
S’authentifie 2 jours Haute En tant qu’utilisateur, il 1
peut créer un compte.
Ajouter un 2 jours Haute En tant 2
produit qu’administrateur, il peut
ajouter des produits.
Modifier un 2 jours Haute En tant 3
produit qu’administrateur, il peut
modifier des produits.
Supprimer un 2 jours Haute En tant 2
produit qu’administrateur, il peut
supprimer des produits.
Ajouter une 2 jours Haute En tant 2
catégorie qu’administrateur, il peut
ajouter des catégories.

Modifier une 2 jours Haute En tant qu’administrateur, il peut 3

catégorie modifier des catégories.
Supprimer une 2 jours Haute En tant qu’administrateur, il peut 2
catégorie modifier des catégories.
Initialiser le 4 jours Haute En tant qu’administrateur, il peut 3
stock initialiser le stock.

15
Chapitre 2: MISE EN OEUVRE DU PROJET

Passer une 2 jours Haute En tant que client, il peut passer 4

commande une commande.
Gérer la 2 jours Haute En tant qu’administrateur, il peut 2
commande consulter les commandes en détail,
les approuver ou les refuser ou
modifier leurs états.
Mettre a jour 3 jours Haute En tant que système 2
le stock supplémentaire de gestion de
stock, il peut mettre a jour le stock.
Consulter les 2 jours Haute En tant qu’utilisateur, il peut 1
produits consulter les produit (en stock ou
hors stock).
Consulte le 7 jours Haute En tant qu’administrateur, il peut 4
Dashboard consulter le tableau de bord
(analyses et statistiques de son site
et de ses ventes…).
Se souvenir 2 jours Moyenne En tant que système 2
d’un compte d’authentification, il peut aider
l’utilisateur à sauvegarder ses
donnes d’authentification.
Gérer son 2 jours Moyenne En tant qu’utilisateur, il peut 2
compte modifier et gérer son compte.
Consulter la 3 jours Moyenne En tant qu’utilisateur, il peut 1
fiche d’un consulter la fiche d’un produit.
produit
Consulter le 2 jours Moyenne En tant qu’utilisateur, il peut 1
panier consulter son panier.
Gérer le panier 4 jours Moyenne En tant qu’utilisateur, il peut 2
supprimer ou ajouter au panier.
Rechercher 2 jours Faible En tant que système 2
des produits d’authentification, il peut aider
l’utilisateur à sauvegarder ses
données d’authentification.
Consulter les 2 jours Faible En tant qu’utilisateur, il peut 2
promotions et modifier et gérer son compte.
les nouveauté
Gérer les 2 jours Faible En tant qu’administrateur, il peut 2
client ajouter ou supprimer un client.
Gérer les 2 jours Faible En tant qu’administrateur, il peut 2
paramètres gérer les paramètres du site.
généraux
Gérer 2 jours Faible En tant qu’utilisateur il peut 3
l’évaluation et ajouter ou supprimer un

16
Chapitre 2: MISE EN OEUVRE DU PROJET

les commentaire et évaluation

commentaires
3. Planning du projet :
Avant de commencer la réalisation du projet, il était nécessaire de faire une préparation
qui a duré 7 jours (du 14 février au 21 février).
La figure ci-dessous montre la répartition des tâches du projet sur la durée spécifiée pour
celles-ci.
Notre projet est subdivisé en trois sprints qui se déroulent en quatre périodes.

Figure 14: Planning du projet

V. Diagramme de classe global :

Le diagramme de classes fait partie de la conception UML, utilisé pour la présentation
statique. Par conséquent, les différents éléments du système logiciel ont étudié les
différentes relations possibles entre eux.
Une classe est un concept abstrait qui vous permet de représenter tous les éléments du
système. Par conséquent, les catégories peuvent représenter des utilisateurs, des clients,
des paniers ou tout autre élément impliqué dans le système.
Selon la figure (x):
-Un utilisateur peut être un client ou un administrateur.
-Un client peut passer zéro ou plusieurs commandes, une commande peut être passée par
un seul client.
-Un client peut avoir une liste de favoris, une liste de favoris appartient à un seul client.
-Un client peut ajouter une ou plusieurs évaluations, une évaluation appartient à un seul
client.
-Un client peut gérer un panier, le panier peut être gérer par un seul client.
-Un produit peut avoir zéro ou plusieurs évaluations, une évaluation appartient à un seul
produit.
-Un produit peut avoir zéro ou une remise, une remise peut appartenir à plusieurs produits.
-Un produit peut appartenir à une seule sous-catégorie, une sous-catégorie peut avoir
plusieurs produits.

17
Chapitre 2: MISE EN OEUVRE DU PROJET

- une sous-catégorie peut appartenir à une seule catégorie, une catégorie peut avoir
plusieurs sous catégories.
-Un produit peut appartenir à une ou plusieurs commandes, une commande peut avoir un
ou plusieurs produits.
- Un produit peut appartenir à un panier, un panier peut contenir un ou plusieurs produits.
-Une commande peut avoir une facture, une facture peut appartenir à une seule
commande.
- Un administrateur peut gérer un ou plusieurs produits, un produit peut être gérer par un
seul administrateur.

Figure 15: Diagramme de classe global

18
Chapitre 2: MISE EN OEUVRE DU PROJET

Conclusion :
Ce chapitre a été consacré à l'identification des acteurs ainsi que les besoins fonctionnels
et non fonctionnels de notre projet. Suivi de la planification des différentes tâches.
Dans le chapitre suivant, nous allons élaborer l'étude conceptuelle et la réalisation du
premier release de notre projet.

19
Chapitre 3 : Release 1
Chapitre 3 : Release 1

Introduction :
Après avoir défini toutes les méthodes et outils utilisés, ainsi qu'une analyse fonctionnelle et
conceptuelle, nous commencerons à développer nos exigences. Dans ce chapitre, nous
sommes intéressés à montrer les exigences de la première release dans le backlog de sprint.
Ensuite, nous utiliserons des descriptions de texte et des diagrammes de séquence pour
améliorer notre diagramme de cas d'utilisation général. Nous avons enfin sorti l'interface faite
pour cette release.
I. Sprint 1:
1. Étude conceptuelle:
L'étude conceptuelle est une étape importante pour réaliser l'application.
Cette partie présente le tableau descriptif, le diagramme de cas d'utilisation du premier sprint
ainsi que l'étude du cas d'utilisation pour quelques User Story.
Le tableau ci-dessous présente les fonctionnalités à réaliser dans le premier sprint.

Tableau 3:Description du premier sprint

User story Estimations Propriete Description Iteration

S’inscrire 5 jours Haute En tant qu’utilisateur il 2
peut créer un compte
S’authentifier 2 jours Haute En tant qu’utilisateur, il 1
peut créer un compte
Ajouter un 2 jours Haute En tant 2
produit qu’administrateur, il
peut ajouter des produits
Modifier un 2 jours Haute En tant 3
produit qu’administrateur, il
peut modifier des
produits
Supprimer un 2 jours Haute En tant 2
produit qu’administrateur, il
peut supprimer des
produits
Ajouter une 2 jours Haute En tant 2
catégorie qu’administrateur il peut
ajouter des catégories
Modifier une 2 jours Haute En tant 3
catégorie qu’administrateur, il
peut modifier des
catégories
Supprimer une 2 jours Haute En tant 2
catégorie qu’administrateur, il
peut supprimer des
catégories

20
Chapitre 3 : Release 1

Initialiser le 3 jours Haute En tant 3

stock qu’administrateur, il
peut initialiser le stock
Mettre à jour le 3 jours Haute En tant que système 2
stock supplémentaire de
gestion de stock, il peut
mettre à jour le stock
Consulter les 2 jours Haute En tant qu’utilisateur, il 1
produits peut consulter les
produits (en stock ou
hors stock)

a. Le Diagramme de cas d'utilisation du premier sprint :

Selon la figure ci-dessous :
- le visiteur peut s'inscrire et consulter les produits
-le client peut consulter les produits
-l'administrateur doit s'authentifier pour gérer les produits (modifier, supprimer ou ajouter des
produits)
-l’administrateur doit s'authentifier pour gérer les catégories (modifier, supprimer ou ajouter
des catégories)
-Le système de gestion de stock peut mettre à jour le stock.

Figure 16: Diagramme de cas d’utilisation du premier sprint

21
Chapitre 3 : Release 1

b. Etude de cas d'utilisation « Gérer les produits » :

A ce niveau, nous nous sommes concentrés sur la partie des produits en prenant l'exemple de
gestion des produits, c'est pour cela que nous avons fait la description textuelle de cette tâche
suivie d'un diagramme de séquence
• Description textuelle des scénarios du cas d’utilisation « Gérer les produits »
Il s'agit de décrire la séquence temporelle des actions qui doivent être effectuées par les
acteurs et le système lui-même. Nous parlons de scénarios des descriptions textuelle
La description du cas d'utilisation permet de :
-Clarifier le processus de fonctionnement.
-Décrivez la séquence temporelle des actions à effectuer.

Tableau 4: Description textuelle du cas « Gérer les produits ».

Cas d’utilisation Gérer les produits

Acteurs Administrateur
Préconditions L’acteur possède un compte
Description du scenario - L'acteur peut ajouter un nouveau produit
= Le système demande une confirmation
d'ajout
= Le système enregistre le produit
- L'acteur peut modifier un produit :
= consulter le produit, changer les
informations puis confirmer les
modifications
= › Le système enregistre les nouvelles
données
- L'acteur peut supprimer un produit
= Le système demande une confirmation de
suppression
= Le système enregistre la suppression

Post-conditions S’il y a des modifications concernant un

produit elles sont enregistrées dans la base
de données
Exceptions Un message d’erreur est affiche le cas
échéant

• Diagramme de séquence « Ajouter un produit ».

La figure illustre le diagramme de séquence « Ajouter un produit ».

22
Chapitre 3 : Release 1

Figure 17: Diagramme de séquence <<Ajouter un produit>>

23
Chapitre 3 : Release 1

2. Réalisation:
a. Interface d'inscription :
Cette interface permet au visiteur de créer un compte

Figure 18: interface d’inscription

b. Interface d'authentification :
Cette interface permet au client de s'authentifier pour qu'il puisse acter á son compte

Figure 19: Interface d’authentification

c. Interface de page d'accueil :

C'est le premier élément visuel avec lequel le visiteur ou le client entrera en contact.
Elle se compose de plusieurs éléments (le logo, la barre de recherche, le menu, le contenu, les
textes, les images etc.)

24
Chapitre 3 : Release 1

Figure 20: Interface page d’accueil

1.2.4 Interface gestion des produits

Cette interface permet à l'administrateur d'ajouter. Supprimer ou modifier un produit

Interface de gestion des produits

25
Chapitre 3 : Release 1

II. Sprint 2:
1. Etude conceptuelle :
Le tableau ci-dessous présente les fonctionnalités à réaliser dans le deuxième sprint

Tableau 5:description du deuxième sprint

User story Estimations Priorités Description Itérations

Passer une 2jours Haute En tant que client, 4
commande il peut passer une
commande.
Gérer la 2 jours Haute En tant 2
commande qu’administrateur,
ile peut consulter
les commandes en
détailles
approuver ou les
refuser ou
modifier leurs
états
Consulter le 7 jours Haute En tant 4
Dashboard qu’administrateur,
il peut consulter
le tableau de bord
(analyses et
statistiques de son
site et de ses
ventes…)

a. Le Diagramme de cas d'utilisation du deuxième sprint :

Selon la figure ci-dessous :
-le client doit s'authentifier pour passer une commande.
-l'administrateur doit s'authentifier pour gérer les commandes (modifier, l’état d'une
commande ou refuser une commande).
-l'administrateur doit s'authentifier pour consulter le Dashboard.

26
Chapitre 3 : Release 1

Figure 21: Diagramme de cas d’utilisation du deuxième sprint

b. Etude de cas d'utilisation « Gérer les commandes » :

A ce niveau, nous nous sommes concentrés sur la partie des commandes en prenant l'exemple
de gestion des commandes, c'est pour cela que nous avons fait la description textuelle de cette
tâche suivie d'un diagramme de séquence.
 Description textuelle des scénarios du cas d'utilisation « gérer les commandes>>
Tableau 6: Description textuelle du cas « Gérer les commandes »

Cas d’utilisation Gérer les commandes

Acteurs Administrateur
Préconditions L’acteur possède un compte
Description du scenario -L'acteur peut modifier l'état d'une
commande => Le système demande une
confirmation de modification
=> Le système enregistre la modification
- L'acteur peut supprimer une commande :
=> Le système demande une confirmation de
suppression
=> Le système enregistre la suppression
Post conditions S’il y a des modifications concernant un
produit elles sont enregistrées dans la base de
données
Exceptions Un message d’erreur est affiche dans le cas
échéant

• Diagramme de séquence « Gestion des commandes ».

27
Chapitre 3 : Release 1

La figure illustre le diagramme de séquence « Gestion des commandes ».

Figure 22:Diagramme de séquence « Gestion des commandes »

c. Etude de cas d'utilisation « Consulter les Dashboard » :
A ce niveau, nous nous sommes concentrés sur la partie de Dashboard, c'est pour cela que
nous avons fait la description textuelle de cette tâche suivie d'un diagramme de séquence.
. Description textuelle des scenarios du cas d'utilisation « Consulter les Dashboard »

Tableau 7 : description textuelle du cas << Consulter les Dashboard >>

Cas d’utilisation Consulter les Dashboard

Acteur Administrateur
Préconditions L’acteur possède un compte
Description du scenario L’acteur peut consulter les statistiques du
site (par jour, par semaine, par mois ou par
année)
Postconditions Le système affiche les statistique
Exceptions Aucune

28
Chapitre 3 : Release 1

d. Etude de cas d'utilisation « Passer une commande » :

A ce niveau, nous nous sommes concentrés sur la partie de passage de commande, c'est pour
cela que nous avons fait la description textuelle de cette tâche suivie d'un diagramme de
séquence
• Description textuelle des scénarios du cas d'utilisation « Passer une commande »
Tableau 8 : Description textuelle du cas << Passer commande>>

Cas d’utilisation Passer une commande

Acteur Client
Préconditions Authentification
Description du scenario 1. Le client choisit un ou plusieurs
produits et les ajoutes dans le panier
2. Le système affiche une fenêtre de
check out
3. Le client remplit le formulaire de
commande
4. Puis passe la commande
Postconditions Commande validée
Exceptions Un message d’erreur a affiché le cas échéant
 Diagramme de séquence processus de commande

Figure 23: Diagramme de séquence processus de commande

29
Chapitre 3 : Release 1

2. Réalisation :
a. Interfaces gestion commande :
Cette interface permet à l’administrateur de modifier l’état d’une commande ou refuser la
commande.

Figure 24:Interface gestion commande

b. Interfaces de statistiques :
Cette interface permet à l'administrateur de consulter les statistiques de site (Meilleures
catégories, Meilleurs produits, Meilleurs produits, ventes nettes...), pendant une période
spécifique (par heure, journée, semaine, etc.).

Figure 25: Interface statistique

30
Chapitre 3 : Release 1

c. Interface passer commande :

L’utilisateur doit être connecte, puis il remplit les champs nécessaires pour qui’il puisse
passer la commande

Figure 26: Interface de Checkout

Après la validation le site affiche la facture

Figure 27: Interface de facture

31
Chapitre 3 : Release 1

Conclusion :
Tout au long de ce chapitre nous avons présenté notre premier release ainsi que les deux
premiers sprints accompagnes d’une analyse conceptuelle. En outre, nous avons exposé les
interfaces que ce release comporte.

32
Chapitre 4 : Release 2
Chapitre 4: Release 2

Introduction :
Dans ce chapitre, nous sommes intéressés à montrer les exigences de la deuxième release.
Ensuite, nous utiliserons des descriptions de texte et des diagrammes de séquence pour
améliorer notre diagramme de cas d'utilisation général. Nous avons enfin sorti l'interface faite
pour cette release.

I. Sprint 3 :
1. Etude conceptuelle :
Le tableau ci-dessous présente les fonctionnalités à réaliser dans le troisième sprint.
Tableau 9: description du troisième sprint
User story Estimations Priorités Description Itérations

Se souvenir 2 jours Moyenne En tant que système 2

d'un compte d'authentification, il
peut aider l'utilisateur à
sauvegarder ses données
d'authentification.
Gérer son 2 jours Moyenne En tant qu'utilisateur, il 2
compte peut modifier et gérer
son compte.
Consulter la 3 jours Moyenne En tant qu'utilisateur, il 1
fiche d'un peut consulter la fiche d'un
produit produit.
Consulter le 2 jours Moyenne En tant qu'utilisateur, il
panier peut consulter son panier.

Gérer le panier 4 jours Moyenne En tant qu'utilisateur, il 2

peut supprimer ou ajouter
au panier.

33
 Chapitre 4: Release 2

a. Le Diagramme de cas d'utilisation du premier sprint

Selon la figure ci-dessous :
- Le client (aussi le visiteur) peut consulter le panier.
- Le client (aussi le visiteur) peut gérer le panier (supprimer du panier ou ajouter au
panier)
- Le client (aussi le visiteur) peut consulter la fiche de description du produit.
- Le client (aussi le visiteur) peut gérer la liste des favoris (ajouter ou supprimer un
produit de la liste).
- Le client doit s'authentifier pour gérer son compte.
- L'administrateur doit s'authentifier pour gérer son compte.
- Le système d'authentification peut se souvenir d'un compte.

Figure 28: Diagramme de cas d'utilisation du sprint 3

b. Etude de cas d'utilisation « Gérer le panier » :
 Description textuelle des scénarios du cas d'utilisation « Gérer le panier »
Tableau 10: Description textuelle du cas « Gérer le panier ».

Cas d'utilisation Gérer le panier

Acteur Client

Pré-conditions Authentification
Description du scénario I. l’acteur demande l'interface du panier
2.1e système affiche la page correspondante
3.1'acteur choisi l'action et valide
4.1e système enregistre les modification
Post-conditions Panier mis à jour

Exceptions Aucune
34
Chapitre 4: Release 2

• Diagramme de séquence « Ajouter au panier »

La figure illustre le diagramme de séquence « Ajouter au panier ».

Figure 29:Diagramme de séquence « Ajouter au panier »

c. Étude de cas d'utilisation « Gérer la liste des favoris » :
Description textuelle des scénarios du cas d'utilisation « Gérer la liste des favoris».

Tableau 11: Cas d’utilisation Gérer la liste des favoris

Cas d’utilisation Gérer la liste des favoris

Acteur Client
Pre-conditions Authentification
Description du scenario 1. L’acteur consulte la liste et
supprimer ou ajouter un produit
de la liste
2. L’acteur choisit d’ajouter ou de
supprimer quelques produits de la
liste
3. Le système valide la modification
Post-conditions Liste des favoris mise à jour
Exceptions Aucune

35
Chapitre 4: Release 2

2. Réalisation:
a. Interface de la liste des favoris :
Cette interface permet au client de gérer la liste des favoris (ajouter ou supprimer des produit
de la liste)

Figure 30: Interface de la liste des favoris

b. Interface de la liste des produits :
Cette interface de voir de la liste des produits produits existants sur le site afin de les consulter
ou acheter etc.

Figure 31: interface de la liste des produits

c. Interface de panier :
Cette interface permet au client de gérer son panier (modifier la quantiteé, ajouter ou
supprimer des produits de panier)

36
Chapitre 4: Release 2

Figure 32:Interface de panier

d. Interface de compte :
Cette interface permet à l’utilisateur de gérer son compte (modifier, ajouter des informations)

Figure 33:Interface de compte client

37
Chapitre 4: Release 2

Figure 34:Interface fiche de description du produit

II. sprint 4 :
1. Etude Conceptuelle :
Tableau ci-dessous présente les fonctionnalités à réaliser dans le troisième sprint.

Tableau 12:Description du quatrième sprint

User story Estimation Priorités Description Itération

Rechercher des 2 jours Faible En tant que 2
produits système
d’authentification,
il peut aider
l’utilisateur à
sauvegarder ses
données
d’authentification.
Consulter des 2 jours Faible En tant 2
promotions et qu’utilisateur il
les nouveaux peut modifier et
gérer son compte
Gérer les clients 2 jours Faible En tant 2
qu’utilisateur il
peut ajouter ou
supprimer un
client
Gérer les 2 jours Faible En tant que 2
paramètre système

38
Chapitre 4: Release 2

généraux qu’administrateur
, il peut gérer les
paramètres du site
Gere 2 jours Faible En tant 3
l’évaluation et qu’utilisateur il
les peut ajouter ou
commentaires supprimes un
commentaire et
évaluation

a. Le Diagramme de cas d'utilisation du quatrième sprint :

Selon la figure ci-dessous :
. Le client (aussi le visiteur) peut rechercher des produits.
-Le client (aussi le visiteur) peut consulter les promotions.
. Le client doit s’authentifier pour gérer l'évaluation et les commentaires (Supprimer,
modifier).
L'administrateur doit s’authentifier pour gérer les paramètres de site.
L'administrateur doit s'authentifier pour gérer les clients (ajouter, supprimer).

Figure 35:Diagramme de cas d’utilisation du sprint 4

39
Chapitre 4: Release 2

b. Etude de cas d'utilisation « Gérer les clients » :

Description textuelle des scénarios du cas d'utilisation « Gérer les clients »
Tableau 13:Description textuelle du cas « Gérer les clients »

Cas d'utilisation Gérer les clients

Acteur Administrateur

Pré-conditions Authentification
Description du l. Le système affiche les clients qui existent sur
scénario le site
2.L 'acteur choisit de modifier quelques clients.
3. le système affiche le formulaire pour
modifier un membre 4. L'acteur remplit le
formulaire selon son besoin et confirme la
modification
5. Le système valide la modification
6. L'acteur choisit de supprimer quelques
clients.
7. Le système valide la suppression
L’acteur choisit d'ajouter des nouveaux clients,
il saisit les coordonnées nécessaires et valide
l'ajout
9. Le système valide l'ajout
Post-conditions BD mise à jour
Exceptions Dans le cas où les informations fournies sont
incomplètes ou invalide le système réaffiche le
formulaire
• Diagramme de séquence « Ajouter client »
La figure illustre le diagramme de séquence « Ajouter client ».

40
Chapitre 4: Release 2

Figure 36:Diagramme de séquence <<Ajout client>>

41
Chapitre 4: Release 2

Conclusion:
Durant ce chapitre nous avons terminé notre application après avoir développé les deux
releases a l’aide d’une analyse et conception bien détaillée de différents diagrammes.

42
Chapitre 4: Release 2

Conclusion générale
La transformation digitale a changé radicalement le mode de fonctionnement de certaines
entreprises, notamment Smart ways innovation qu'elle choisit d'augmenter sa notoriété dans
le web en utilisant ce projet.

Notre projet s'agit de concevoir et développer un site e-commerce qui permet à l'entreprise
de déposer ses produits pour que les visiteurs puissent les consulter et les acheter.
La réalisation complète de ce projet est un grand défi que nous avons confronté durant notre
parcours universitaire.

Au début nous avons commencé par l'identification de la problématique, l'étude de l'existant

l'établissement de nos choix technologiques nécessaires au développement de cette
application web. Après, nous avons choisi de construire notre application en adaptant la
méthodologie de gestion de projet Agile Scrum.

Ensuite, nous avons identifié les exigences fonctionnelles et non fonctionnelles. Ceci a
permis de classer les fonctionnalités du système en plusieurs itérations selon la priorité sous
forme de Backlog Produit et de tracer le diagramme de cas d'utilisation général et le
diagramme de classe global.

La conception et la réalisation des deux releases ont été décrites sur les deux derniers
chapitres "Release I " et "Release 2".

La réalisation de ce projet nous a été bénéfique. D'une part, sur le plan technique, nous avons
mis en place des connaissances théoriques apprises tout au long de notre cursus universitaire
et nous avons appris de nouvelles compétences et technologies.

D'autre part, sur le plan social, nous avons pu élargir nos contacts, forger de bonnes relations
et surtout avoir une approche réelle du monde professionnel.

Finalement, ce projet ne s'arrête pas à ce niveau. Il est prêt pour toute amélioration
envisageable, surtout dans ses fonctionnalités, on peut ajouter un comparateur de prix.

43
 Webographie
[1] https://agiliste.f/introduction-methodes-agiles/ consulté le 2/2022
[2] http://orm.bidpedia. fr/mvc.html consulté le 2/2022
[3] https://askvcodez.com/mvc-vs-3-tier-architecture.htm|consulté le 2/2022
https://advancedweb.fr/mvc-est-il-uno-modele-de-conception-ou-un-modele-architectural/
consulté le 2/2022
[T4]https://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203617-ajax-
asynchrones-javascript-and-xml-définition-traduction/consulté le 4/2022
http://orm.bidpedia.fr/mvc.html consulté le 4/2022
[5] https://www.futura-sciences.com/tech/definitions/informatique-wordpress-18134/ consulté
le 5/2022
[6] https://docs.phpmyadmin.net/fr/lalent/intro.html consulté le 4/2022
 Annexe [1]
Processus d’initialisation de mot de passe détaillé :
1)

2)

Interface de compte client :

3)
Interface de liste des favoris :
5)
Interface fiche de description du produit :
6)
Interface page d’acceuil
7)
 Résumé
La rédaction de de rapport était dans le cadre de stage de
perfectionnement à l’institut supérieur des études technologiques en
communication de Tunis
Ce projet a été effectué au sein de l’entreprise "smart ways
innovation
L'objectif de ce travail est de concevoir et développer une application
web afin de permettre à l'entreprise de présenter et vendre ses
produits en ligne.

Abstract
The writing of the report was part of an improvement internship at
the Higher Institute of Technological Studies in Communication in
Tunis. This project was carried out within the company "Smart Ways
Innovation". The aim of this work is to design and develop a web
application to enable the company to present and sell its products
online.