Chapitre 2 : Analyse des besoins

//interligne 1.5
Introduction
Dans ce présent chapitre, nous allons présenter l’étape spécification des besoins du site à
développer, de plus on va présenter l’état de l’art. Ce chapitre aura pour objectif de définir la
frontière fonctionnelle entre le système et son environnement ainsi que les activités attendues
des différents utilisateurs par rapport au site.
I. Analyse des besoins
L’analyse des besoins est une étape primordiale qu’il ne faut pas négliger elle sert à
mettrel’accent sur les besoins fonctionnels et non fonctionnels pour biencomprendre les
fonctionnalités de l’application.
1) Spécification des besoins fonctionnels

Les besoins fonctionnels ou besoins métiers représentent les actions que le système doit
exécuter, il ne devient opérationnel que s’il les satisfait.
Les besoins fonctionnels sont définis comme les cas d’utilisations en termes d’UML donc un
cas d’utilisation est une suite d’actions effectuées par le système afin de répondre à une
demande d’un utilisateur (acteur).
Notre sitee-commerce doit répondre aux besoins suivants qu’on peut les décomposerselon
trois acteurs :
//expliquer et détailler les parties que vous aller implémenter telq la recherche..
 L’internaute

 Rechercher produits
 Consulter produits
 S’inscrire
 Contacter administrateur

 Le client
 S’authentifier
 Rechercher des produits
 Consulter des produits
 Passer commande
 Procéder au paiement
 Gérer compte

 L’administrateur
 S’authentifier
 Gérer compte
 Gérer clients
  Gérer produits
 Gérer catégories
 Gérer commandes
2) Spécification des besoins non fonctionnels
Ce sont des exigences qui ne concernent pas spécifiquement le comportement du système
mais plutôt identifient des contraintes internes et externes du système. Les principaux besoins
non fonctionnels de notre site e-commerce se résument dans les points suivants :
 Ergonomie et souplesse : Le site e-commerce doit offrir une interface conviviale et
ergonomique exploitable par l'utilisateur en envisageant toutes les interactions
possibles à l'écran.
 Rapidité du service : Le site doit optimiser les traitements pour avoir un temps de
consultation et de génération raisonnable.
 Sécurité : Le système doit garantir la sécurité des données de la base aussi bien que
celles des utilisateurs sans les étouffer.
 Maintenabilité : Le code de l’application doit être lisible et compréhensible afin
d'assurer son état évolutif et extensible par rapport aux besoins du marché.
II. Etude de cas d’utilisation
Une étude détaillée du système permet de dégager les besoins qui définissent ses principales
fonctionnalités. Ces besoins sont modélisés sous forme de cas d'utilisation pour les différents
acteurs du système.
1. Identification des acteurs
Nous présentons les différents acteurs qui vont interagir avec notre application ainsi que leurs
rôles :
Acteur Rôle
Cet internaute peut chercher et consulter les
produits de notre site sans avoir la peine de
Internaute faire une inscription aussi il peut contacter
l’administrateur du site. Si l’internaute veut
passer une commande, il doit absolument
faire une inscription pour devenir un client.
Le client a tous les droits de l’internaute
puisqu’il est une spécification de
Client l’internaute. Après avoir inscrire le client
doit s’authentifie pour qu’il puisse gérer son
panier et passer ses commandes ainsi que
gérer son compte.
Pour puisse gérer son compte, ses clients, les
Administrateur catégories, les produits et les commandes
des clients, l’administrateur doit tout
 d’abord s’authentifier après avoir faire son
inscription.

2. Les diagrammes de cas d’utilisation

Le diagramme de cas d’utilisation permet d'identifier les possibilités d'interaction entre le
système et les acteurs (intervenants extérieurs au système), c'est-à-dire toutes les
fonctionnalités que doit fournir le système. Il permet aussi de délimiter le système.
Cette partie illustre les différents cas d’utilisation de notre site et une description pour les plus
importants cas d’utilisation.
a) Diagramme de cas d’utilisation de l’utilisateur du site

Selon ce diagramme on a deux acteurs qui sont l’internaute et le client mais le client est une
spécification de l’internaute qui sont tous les deux des utilisateurs du site. Alors l’internaute a
le droit de rechercher des produits et de les consulter ainsi que contacter l’administrateur. Si
l’internaute procède à l’inscription, il devient un client qui peut passer des commandes et
procéder au paiement(il a le choix : soit il paye en ligne ou il paye à la livraison), ce client
peut aussi gérer son compte en l’apportant des modifications dans ces informations.
 Description de sous cas d’utilisation « Rechercher un produit par
marque et modèle »
Sous cas d’utilisation : Rechercher un produit par marque et modèle
Acteurs : Internaute,client
Post Condition : Chaque produit (pièce auto) correspond à
une marque et un modèle bien précis.
1-L’utilisateur accède à la page d’accueil
2-L’utilisateur choisit une marque de
véhicule.
3-L’utilisateur choisit un modèle de cette
Description de scénario : marque.
4-Le site affiche les produits qui correspond
à la marque et le modèle choisit.
5- L’utilisateur choisit le produit voulu.

 Description de sous cas d’utilisation « Rechercher par

catégorie d’une pièce »

Sous cas d’utilisation Rechercher par catégorie d’une

pièce

Acteurs Internaute,Client

Post condition Chaque pièce correspond à une

catégorie bien déterminée.

1-L’utilisateur accède à la page

d’accueil.

2- L’utilisateur accède au menu

des catégories.

2-L’utilisateur choisit une

catégorie.
Description du scénario 4-Le système affiche les pièces
qui correspond à cette catégorie.

5-L’utilisateur choisit la pièce

voulue.

 Description de sous cas d’utilisation « Payer par carte »

Sous cas d’utilisation : Payer par carte 

Acteur Client

Préconditions -Le client doit être authentifié.

-Le client doit passer

unecommande.

Post condition -Le règlement correspond à une

seule commande.

Description du scénario 1-Le client accède à la page de

paiement.

2-Le client choisit l’option de

paiement en ligne.

3-Le client entre ses informations

nécessaires.

4-Le système affiche le montant à

payer effectue le paiement.

 Description des sous cas d’utilisation « Payer à la livraison »

Sous cas d’utilisation : Payer à la livraison

Acteur Client

Préconditions -Le client doit être authentifié.

 -Le client doit passer une
commande.

Post condition -Le règlement correspond à une

seule commande.

Description du scénario 1-Le client accède à la page de

paiement.

2-Le client choisit l’option de

paiement à la livraison.

3-Le client entre ses informations

nécessaires.

4-Le système enregistre les

informations du client et lui
afficher le montant à payer.

b) Diagramme de cas d’utilisation de l’administrateur

 Figure 11: Diagramme de cas d'utilisation de l'administrateur

Selon ce diagramme, on constate que l’administrateur a pour rôle de gérer ses clients en
ajoutant des nouveaux clients, ainsi que gérer les produits et les catégories du site en ajoutant,
modifiant ou supprimant un tel produit (pièce auto) et une telle catégorie, puis il a la
possibilité de gérer les commandes comme s’est inscrit dans le diagramme et bien sur il peut
gérer son compte, et cela se fait en s’authentifiant tout d’abord.

 Description de cas d’utilisation « Gérer clients »

Sous cas d’utilisation : Gérer clients

Acteur Administrateur

Préconditions -L’administrateur doit être

authentifié.

Post condition -Il faut avoir une liste des clients

qui veulent s’inscrire.

1-L’administrateur accède à la
 Description du scénario liste des clients.

2-L’administrateur ajoute les

clients à la base de données.

 Description de cas d’utilisation « Gérer commandes »

Sous cas d’utilisation : Gérer commandes

Acteur Administrateur

Préconditions -L’administrateur doit être

authentifié.

Post condition -Il faut avoir une liste des

commandesdes clients.

1-L’administrateur accède à la
liste des commandes.
Description du scénario
2-L’administrateur passeles
commandes à la livraison.

III. Etat de l’art

Cette partie fait un bilan des études ayant un rapport avec votre sujet. Elle présente :
-les antécédents (études antérieures, situation de fait, nécessité de recherche)
-les résultats de ces études passées
-en quoi ces études sont utiles à votre travail
-les quelques points théoriques nécessaires à la compréhension de la suite
(succinctement sinon renvoyez en annexe).
-description des données disponibles