Conception Fonctionnelle - Type - HoneyBee

Analyse et Conception fonctionnelle du Projet HoneyBee
1. Introduction :
Le but de ce chapitre est de concevoir notre projet HoneyBee selon la méthodologie présentée dans
le cours.
2. Rappel du projet :
Notre projet consiste à concevoir et réaliser un site web dynamique de type E-commerce pour la
commercialisation des produits cosmétiques à base de miel naturel fabriqués en Algérie.
L’objectif de ce site est de présenter aux clients les différents produits, leurs caractéristiques, leurs
usages possibles, de permettre aux clients d’effectuer des achats en ligne permettant ainsi d’élargir
la commercialisation de ses produits.
3. Conception fonctionnelle
3.1. Structure du site
Dans cette partie, nous déterminons l’organisation générale (arborescence) des fonctions (cas
d'utilisation) et celle des informations (trame des pages) proposées par le futur site à travers ce
schéma.
1
Figure 3.3. « Plan du site »
3.2. Spécifications fonctionnelles
3.2.1. Construction du diagramme des cas d'utilisation
 Définition du diagramme des cas d’utilisation [b5]
Ce diagramme est destiné à représenter les besoins des utilisateurs par rapport au système. Il
constitue un des diagrammes les plus structurants dans l’analyse d’un système.
Les cas d’utilisation décrivent sous la forme d’actions et de réactions, le comportement du système
étudié du point de vue des utilisateurs et des fonctionnalités offertes à ceux-ci. Ils définissent les
limites du système et ses relations avec son environnement.
 Identification des acteurs

Les acteurs concernés par notre utilisation de l’application sont définis dans le tableau suivant :
2
Acteur Description
Visiteur C’est un utilisateur qui a le droit de créer un compte.
Internaute C’est un utilisateur qui a le droit de consulter un produit, ajouter

un produit au panier, faire une recherche personnalisée d’un
produit et gérer son panier.
Client C’est un utilisateur qui a le droit de passer une commande,
choisir le type de payement, choisir l’adresse de livraison, valider
le payement, modifier son compte, participer au blog et
commander la préparation d’un produit.
Administrateur C’est le responsable de site qui a le droit de gérer le catalogue des
produits, gérer les commandes, gérer les promotions, gérer la
livraison, gérer le blog, consulter les statistiques.
Système C’est le système externe de vérification de payement par carte
bancaire bancaire.
Tableau 3. 1 : Présentation des différents acteurs du système
 Identification des cas d'utilisation
Les interactions entre les différents acteurs précédemment définis et le système à développer sont
expliquées à travers les cas d’utilisations suivants ( RQ :on peut rajouter d’autres) :
Cas d'utilisation Description
Consulter un produit permet à un internaute de consulter un produit en détail.
rechercher par mot clé permet à un internaute de rechercher un produit par un
mot clé.
Créer un compte permet à un visiteur de créer un compte (s’inscrire).
Ajouter un produit au panier permet à un internaute d’ajouter un produit à son panier.
Commander la préparation permet à un internaute de commander la préparation d’un
d’un produit. produit qui existe dans la catégorie «produit à préparer».
Authentifier permet à un client ou un administrateur de s’identifier
pour accéder aux fonctionnalités dédiées pour lui.
Gérer son panier permet à un internaute de supprimer un produit, modifier
la quantité d’un produit de panier, vider ou valider son
panier.
Choisir le type de payement permet à un client de choisir l’un des types de payement
3
(par carte, à la livraison).

Choisir l’adresse de livraison permet à un client de choisir l’adresse de livraison.
Valider payement permet à un client de valider le payement de sa
commande.
Discuter en blog permet à un client de poster un commentaire dans le
blog.
Modifier le compte permet à un client de modifier les informations de son
compte (mot de passe, e-mail).
Gérer une catégorie permet à l’administrateur de supprimer, ajouter ou
modifier une catégorie des produits.
Gérer un produit permet à l’administrateur de supprimer, ajouter ou
modifier un produit.
Gérer la livraison permet à l’administrateur de gérer la livraison d’une
commande.
Consulter les statistiques permet à l’administrateur de consulter les statistiques des
clients et des produits.
Gérer le blog permet à l’administrateur de supprimer ou ajouter ou
répondre à un commentaire.
Gérer les promotions permet à l’administrateur d’ajouter, modifier, supprimer
une promotion.
consulter une commande permet à l’administrateur de consulter une commande.
Tableau 3.2 : Représentation des différents cas d'utilisation du projet.
 Diagrammes des cas d'utilisation :

Après avoir identifié les différents acteurs ainsi que les cas d'utilisation nous présentons le
diagramme des cas d'utilisation de notre système comme suit :
Remarque: ce diagramme présente les cas de l’internaute et de client en détail ainsi que l’interaction
avec quelques cas de l’administrateur qu’on détaillera juste après, et ce par souci de lisibilité des
diagrammes.
4
o Diagramme de cas d’utilisation globale :
Figure 3.1 : « diagramme de cas d’utilisation globale »
5
o Diagramme de cas d’utilisation administrateur :
ajouter un produit
gérer les produits supprimer un produit
modifier un produit
gérer le catalogue
ajouter une catégorie
gérer les catégories suprimer une catégorie
modifier une catégorie
consulter les statistiques des clients

consulter les statistiques
consulter les statistiques des produits
modifier une promotion
Administrateur
gérer les promotions supprimer une promotion
ajouter une promotion

<<include>>
envoyer notification par e-mail
Gérer la livraison
<<extend>>
Consulter une commande
<<include>> <<include>>
Envoyer la facteur par e-mail

indiquer livreur
Ajouter un commentaire
Gérer le blog
Supprimer un commentaire
Figure 3.2 : « diagramme des cas d’utilisation de l’ administrateur »
6
 Description textuelle des cas d'utilisation :

Dans cette partie nous allons décrire textuellement les cas d'utilisation pour mieux :
Description du cas : « Faire recherche par mot clé »

Identification :
 Nom du cas : « Faire recherche par mot clé ».
 But : décrire les étapes permettant à un utilisateur de rechercher un produit à partir
d’un mot clé (soit par un nom ou une date d’ajout au catalogue ou un prix).
 Acteur principal : Internaute.
Séquence :
 Pré-condition: /.
 Enchainement nominal :
1- L’acteur accéder à la zone de recherche.
2- il remplir le champ de recherche par un mot clé qui porte l’information de produit
désiré (nom, date, prix).
3- le système lui affiche la liste des produits correspondant à l’information saisie.
 Enchaînements alternatif :
A1 :l’acteur annule la recherche :
L’enchaînement démarre après le point 2 de la séquence nominale :
-retour à la page ou il fait la recherche.
 Enchaînements d'exception :
E1- en (2) si les données saisies par l’acteur ne sont pas conforme aux caractéristiques d’un
produit disponible :
-Le système affiche un message d’erreur produit n’existe pas.
7
Description du cas : « crée un compte »

Identification :
 Nom du cas : « crée un compte».
 But : décrire les étapes permettant à un visiteur de créer un compte
 Acteur principal : visiteur.
Séquence :
 Pré-condition:/.
1- Le visiteur accède à la page d’accueil.
2- Il demande la page d’inscription.
3- le système affiche le formulaire d’inscription.
4- le visiteur entre ses informations et valide.
5- le système vérifie les informations entrées.
6- le système valide l’inscription et affiche un message de succès.
- A1 : le visiteur annule la création :
L’enchaînement démarre après les points 3 ou 4 de la séquence nominale :
- Le système retour vers la page d’accueil.
E1-après (6) si un ou plusieurs informations remplies sont incorrectes:
- Le système signale les champs erronés et demande de remplir une autre fois
le(s) champ(s).
E2-après(6) si l’un des champs essentiel n’est pas remplit :
- le système signale et retourne au champ vide.
E3-après(6) si le client existe déjà dans la base :
- le système affiche un message « vous êtes déjà inscrit ».
Description du cas : « Gérer le panier »

8
Identification :
 Nom du cas : « Gérer le panier».
 But : décrire les étapes permettant à un internaute de gérer son panier.
 Acteur principal : internaute.
Séquence :
 Pré-condition : /.
1- L’internaute clique sur l’icone panier.
2- Le système affiche le détail du panier (toutes les lignes du panier).
3- L’internaute valide le panier.
- A1 : le client supprime un produit existant dans le panier.
-le système mis à jour le panier.
- A2 : le client modifie la quantité d’un produit existant dans le panier.
-le système modifie la quantité de produit en question.
- A3 : le client vide le panier.
-le système affiche le panier vide après suppression de tous les produits.
E1-en (3) : Si le client incrémente la quantité et arrive à une valeur supérieure à la
quantité disponible.
- le système demande de réinitialiser la quantité.
Description du cas : « Valider la commande »

Identification :
 Nom du cas : « Valider la commande ».
 But : décrire les étapes permettant à un client de valider la commande.
 Acteur principal : client.
9
Séquence :
 Pré-condition : le client choisit le type de payement.
 Enchainement nominale :
1- Le client revoit toutes les informations concerne sa commande et valide la
commande.
2- Le système enregistre la commande.
 Enchainement alternative:
A1- le client annule la commande.
 Enchainement d’exception :
Description du cas : « Passer une commande»
Identification :
 Nom du cas : « Passer une commande ».
 But : Décrire les étapes permettant à un client de passer une commande.
Séquence :
 Pré-condition :- le client a validé son panier.
-le client s’est authentifié.
1- Le client initie sa commande on cliquant le bouton « passer commande ».
2- Le système le redirige vers le choix de l’adresse.
 Enchaînements alternatif:/.
 Enchaînements d'exception : /.
Description du cas : « Choisir l’adresse de livraison ».
Identification :
 Nom du cas : « Choisir l’adresse de livraison».
 But : décrire les étapes permettant un client de choisir l’adresse de livraison pour une
commande.
 Acteur principal : client
Séquence :
10
 Pré-condition : le client s’est authentifié, Le panier a été validé.

1- Le système affiche la page de choix de l’adresse de livraison.
2- Le client choisi une adresse parmi les adresse disponibles.
A1- si l’adresse désirée ne figure pas dans la liste.
-le système affiche un formulaire d’ajout d’une adresse.
- le client remplie le formulaire.
 Enchaînements d'exception:/.
Description du cas : « Choisir le type de payement ».
Identification :
 Nom du cas : « Choisir type de payement».
 But : décrire les étapes permettant un client de choisir le type de payement pour une
commande.
 Acteur principal : client
Séquence :
 Pré-condition : le client a choisi l’adresse de livraison.
1- Le système affiche une page de payement.
2- Le client choisi payement par carte.
3-Le système affiche une zone de remplissage des informations.
4-Le client remplie les informations concerne le payement par carte.
A1- Le client choisi payement à la livraison.
 Enchaînements d'exception:
E1 en (4)-si le client entre une information(s) incorrecte :
- Le système demande réentrée les informations de nouveau.
Description du cas : «Authentifier »
Identification :
 Nom du cas : «Authentifier».
 But : décrire les étapes permettant à un client ou à un administrateur de s’authentifier.
11
 Acteur principal : client, administrateur.
Séquence :
 Pré-condition:/.
1- Le système affiche le formulaire d’authentification (e-mail, mot de passe).
2- Le client remplie le formulaire avec ses informations.
3- Le système vérifier les informations saisie et envoie l’utilisateur a son espace.
 Enchaînements alternative : /.
E1-en(3) si l’un des champs n’est pas remplie :

- le système signale et retourne au champ vide.
E2-en(3).si le client entre une information incorrecte
- Le système signale une erreur et retourne à l’étape 2.
Description du cas : «Ajouter une catégorie»
Identification :
 Nom du cas : « Ajouter une catégorie».
 But : décrire les étapes permettant à un administrateur d’ajouter une catégorie.
 Acteur principal : administrateur.
Séquence :
 Pré-condition : l’administrateur s’est authentifié.
1- L’administrateur clique sur le bouton « gérer le catalogue ».
2- Le système affiche la page catalogue.
3- L’administrateur clique sur le bouton gérer une catégorie.
4- L’administrateur clique sur le bouton ajouter une catégorie.
5- Le système affiche le formulaire d’ajout d’une catégorie.
6- L’administrateur remplie le formulaire.
7- L’administrateur clique sur le bouton enregistrer.
8- Le système enregistre la catégorie.
 Enchaînements d'exception:
E1-en(6) si l’un des champs n’est pas remplie :
12
- le système signale le champ vide.
Description du cas : «Supprimer une catégorie»
Identification :
 Nom du cas : « Supprimer une catégorie».
 But : décrire les étapes permettant à un administrateur de supprimer une catégorie.
Séquence :
4- L’administrateur clique sur le bouton supprimer une catégorie.
5- Le système affiche les catégories.
6- L’administrateur sélectionne et supprime l’un de ses catégories.
7- Le système demande une confirmation.
8- L’administrateur confirme la suppression.
9- Le système enregistre la suppression et mis à jour les catégories.
 Enchaînements d'exception /.
Description du cas : «Modifier une catégorie»
Identification :
 Nom du cas : « Modifier une catégorie».
 But : décrire les étapes permettant à un administrateur de modifier une catégorie.
Séquence :
13

4- L’administrateur clique sur le bouton modifier une catégorie.
5- Le système affiche les catégories.
6- L’administrateur sélectionne et modifier l’un de ses catégories.
7- Le système enregistre la modification.
Les cas ajouter, supprimer et modifier un produit ou une promotion se déroulent de la même
manière que (ajouter, supprimer, modifier une catégorie).
Donc pour réduire le nombre de tableaux et éviter la redondance ils ne seront pas décrit
textuellement.
Description du cas : «Discuter en blog»
Identification :
 Nom du cas : « Discuter en blog ».
 But : décrire les étapes permettant à un client de poster un commentaire.
Séquence :
 Pré-condition : le client s’est authentifié.
1- Le client accède à la page blog.

2- Il écrit son commentaire dans la zone de message et valide.
3- le système enregistre et affiche le commentaire.
Description du cas : «Modifier le compte»
Identification :
 Nom du cas : « Modifier le compte».
 But : décrire les étapes permettant à un client de modifier son compte.
14
Séquence :
 Pré-condition : le client s’est authentifié.
1- le client clique sur modifier compte.
2- le système affiche un formulaire contient des champs pour remplir les nouvelles
informations.
3- le client remplie ce formulaire.
4- le système valide et enregistre la modification.
E1-en(3) si une information est incorrecte:
- Le système signale le champ erroné et demande de remplir une autre fois le
champ.
Description du cas : «Consulter une commande»
Identification :
 Nom du cas : « Consulter une commande».
 But : décrire les étapes qui permettant à un administrateur de consulter une
commande.
Séquence :
 Pré-condition :l’administrateur s’est authentifié.
 But : décrire les étapes qui permettant à un administrateur de consulter une
commande.
1- L’administrateur clique sur le bouton consulter les commandes.
2- le système affiche la liste des commandes.
3- l’administrateur clique sur une commande.
4- le système affiche le détail de cette commande.
5- l’administrateur choisie gérer la livraison.
Description du cas : «Gérer la livraison»
Identification : 15
 Nom du cas : « Gérer la livraison».

 But : décrire les étapes permettant à un administrateur de gérer la livraison d’une
commande.
Séquence :
 Pré-condition : l’administrateur a choisi et consulter une commande.
1- L’administrateur clique sur le bouton gérer la livraison.
2- le système affiche le formulaire concernant la livraison.
3- l’administrateur remplie ce formulaire et valide la livraison.
4- le système enregistre la livraison et génère un bon de livraison et une facture.
5- l’administrateur clique sur envoyer facture par e-mail.
6- Le système envoie la facture à l’e-mail concerné par cette commande.
3.2.2. Construction des diagrammes de séquence (Vue dynamique)
Notre système peut être décrit de point de vu dynamique par les différents diagrammes de séquence
qui décrivent les interactions entre le système et ces utilisateurs en indiquant les messages échangés
et en respectant une chronologie bien définie. Dans ce qui suit, nous allons présenter les différents
diagrammes de séquence qui détaillent mieux les cas d'utilisation précédemment définis
o Définition de diagramme de séquence : [b5]
Ce diagramme permet de décrire les scénarios de chaque cas d’utilisation en mettant l’accent
sur la chronologie des opérations en interaction avec les objets.
o Diagramme de séquence de cas « Authentifier »
Lorsque l'utilisateur demande l'authentification il reçoit l'espace de connexion puis il saisit

l’email comme un identifiant et le mot de passe, le système vérifie les informations saisies , Si
l'identifiant et mot de passe sont correctes le système dirige l'utilisateur vers l'espace réservé pour
lui, sinon il affiche un message d'erreur.
16
Figure 3. 4 Diagramme de séquence du cas « Authentifier »
o Diagramme de séquence de cas « faire recherche par mot clé. »
Lorsque l'utilisateur veut faire recherche par mot clé, il doit remplir le champ de recherche et
cliqué sur ‘Search’. Puis le système affiche tous les produits pertinents à la clé soumis.
17
Figure 3. 5- Diagramme de séquence du cas « Faire recherche par mot clé »
o Diagramme de séquence de cas « Créer un compte »

Permet à un visiteur demande l'inscription dans notre site, le système récupère ses informations
d'identification puis le vitrifié. Si toutes ses informations sont correctes il enregistre la demande si
l'utilisateur n'est pas déjà inscrit, si non il renvoie un message d’erreur à client.
Figure 3. 6- Diagramme de séquence du cas « Créer un compte »
18
o Diagramme de séquence de cas « Gérer son panier »

Permet à un internaute de gérer son panier de façon qu’il puisse supprimer un produit,
vider, valider son panier et modifier la quantité d’un produit de panier.
Figure 3. 7 - Diagramme de séquence du cas « Gérer son panier »
19
o Diagramme de séquence de cas « Valider la commande » :

Permet à un client de finaliser leur commande avec la validation de payement.la commande à se
niveau sera stocké et archivé.
Figure 3. 8 - Diagramme de séquence du cas « Valider la commande »
o Diagramme de séquence de cas « Discuter en blog »
Permet à un client de poster des commentaires dans le blog soit pour commenter ou poser des
questions.
20
Figure 3. 9- Diagramme de séquence du cas « Discuter en blog »
o Diagramme de séquence de cas « Modifier le compte »

Permet à un client de modifier les informations de leur compte.
Figure 3. 10- Diagramme de séquence du cas « Modifier le compte »
21
o Diagramme de séquence de cas «choisir le type de payement »

Permet à un client de choisir l’un des types de payement (par carte, à la livraison).
Figure 3. 11- Diagramme de séquence du cas « choisir le type de payement »
22
o Diagramme de séquence de cas «Ajouter une catégorie»
Permet à un administrateur d’ajouter une catégorie.
Figure 3. 12- Diagramme de séquence du cas « Ajouter une catégorie »
23
o Diagramme de séquence de cas « Supprimer une catégorie »

Permet à un administrateur de supprimer une catégorie qui existe déjà dans le catalogue.
Figure 3. 13- Diagramme de séquence du cas « Supprimer une catégorie »
24
o Diagramme de séquence de cas «Modifier une catégorie»
Permet à un administrateur modifier une catégorie.
Figure 3. 16 - Diagramme de séquence du cas « Modifier une catégorie »
Remarque :
Les diagrammes de séquence d’ajouter, supprimer et modifier « produit » ou « promotion » suivre

le même enchainement (ajouter, supprimer, modifier une catégorie).
o Diagramme de séquence de cas « Gérer la livraison »
Permet à un administrateur de gérer la livraison telle qu’il doit indiquer un livreur pour la livraison
et envoyer la facture par email au client.
25
Figure 3. 15. Diagramme de séquence du cas « Gérer la livraison »
3.2.3. Création du diagramme de classe (Vue statique)
Aussi la vue statique de notre système peut être décrite par le diagramme de classe qui décrit les
différentes entités (classes) manipulées par le système. Ce diagramme est construit en passant par
les étapes suivantes :
 Définition de diagramme de classe
Ce diagramme représente la description statique du système en intégrant dans chaque classe la

partie dédiée aux données (attributs) et celle consacrée aux traitements (méthodes). C’est le
diagramme pivot de l’ensemble de la modélisation d’un système.
26
 Identification des classes
Figure 3. 16 – Description des classes du systéme
27
 Diagramme de classe
Figure 3. 17 - Diagramme de classes générale
 Dictionnaire de données
ATTRIBUTS
Classe Opération
NOM description Type
Identifiant de la classe
Id_client Int
client
client
modifier compte ( )
nom Nom de client String
28
prenom Prenom de client String
Pseudo_nom Pseudo_nom String

Authentifier (string
email, string
e_mail Email de client String mot_de_passe, bool
connexion)
mot_de_pass Mot de passe String
Image_client url de l’image String
Est’1’ si le client s’est

connexion bool
authentifié et’0’ sinon
Numéro de téléphone de
Num_tel Int
client
authentifier
administrateur
Id_admin Int (mot_de_pas : string,

administrateur
nom_admin : string)
Mot de passe de
mot_de_pas String consulter_statistiques ( )
l’administrateur
nom_admin Nom de l’administrateur String

Id_liv Int
livreur
livreur
prenom_liv Prénom de livreur String

nom_liv Nom de livreur String
Numéro de téléphone de
Num_tel Int
client
supprimer_prod_panier ( )
Identifiant de la classe consulter_panier ( )
id_panier Int
panier
vider panier ( )
panier
valider_panier ( )
Le prix total des produits
Prix total float calculer_prix_total ( )
dans le panier
recalculer_prix_total ( )
29
facture Identifiant de la classe

num_facture Int
facture
identifiant de la classe
commentaire
id_commentaire Int
commentaire
date_de_commentaire Le texte de commentaire String
Temps_commente Date de commentaire date
id_caté L’identifiant de la classe

Int ajouter_catégorie ()
catégorie
catégorie
nom_caté
Le nom de catégorie string supprimer_catégorie ()
url de l’image d’une string

Image_caté modifier_catégorie ()
catégorie
L’identifiant de la classe
id_prod Int
produit
supprimer_produit ()
nom_prod
le nom de produit String
prix_prod Le prix de produit float

modifier_produit ()
La quantité disponible
Quantité_prod Int
d’un produit
description Description d’un produit string

Produit
ajouter_produit ()
L’url de l’image de
Image_prod string
produit
L’identifiant de livraison
livraison
Id_livr Int
Indiquer_livreur ( )
La date de livraison de la
date_livraison date
commande
id_promotion La classe apres Int
Prix_pro Le prix après réduction float
Date_debut Date début de promotion date

promotion
Date_fin Date fin de promotion date
Image promotion string
30
id_adresse L’identifiant de la classe

Int
adresse
Payé de client
Payé client string
(livraison)
wilaya client wilaya de client
cité client cité de client

adresse
Num maison client Num maison de client

payé si on a besoin de
String
Payé facturation livrer a une place
défirent de leur payé
wilaya si on a besoin de
livrer a une wilaya string
wilaya facturation
défirent de wilaya
actuelle
si on a besoin de livrer a
cité facturation une cité défirent de leur string
cité
adresse
Num maison si on a
Num maison
besoin de livrer a une Int
facturation
autre maison
code postale
id_ligne_panier Int
produit
La quantité d’un produit

Ligne_panier
quantité Int
qu’un client veut acheter
Le prix correspond a une

Prix_unitaire ligne float
(quantité*prix_prod)
Id_commande Int
commande
Le prix nécessaire pour

commande
Prix_ livraison float Generer_facture ( )

la livraison
Type de payement de la
Type_ payement String
commande
31
Id_cart Int
carte
Chaque carte possède
Code_cart String
une code carte
Date_validation de la
Date_validation date
carte
carte
Le nom de responsable
Nom_resp String
de carte
Le prénom de
Prenom_resp String
responsable de carte
m
m
n
o
a
c
r
e
t
i
Dictionnaire de donnée
4. Conclusion :
A travers ce chapitre, nous avons présenté la conception fonctionnelle de notre système de
différents point de vue (fonctionnel, statique, dynamique.) en suivant les étapes de la méthodologie
présentée dans le cours et en utilisant le langage de modélisation UML.
L’étape suivante est de traduire cette conception vers un système opérationnel réalisant ainsi la
troisième étape de la méthodologie : la réalisation du projet.
32

Conception Fonctionnelle - Type - HoneyBee

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Conception Fonctionnelle - Type - HoneyBee

Transféré par

Droits d'auteur :

Formats disponibles

Analyse et Conception fonctionnelle du Projet HoneyBee

3.1. Structure du site

Figure 3.3. « Plan du site »

3.2. Spécifications fonctionnelles

3.2.1. Construction du diagramme des cas d'utilisation

 Définition du diagramme des cas d’utilisation [b5]

 Identification des acteurs

Internaute C’est un utilisateur qui a le droit de consulter un produit, ajouter

 Identification des cas d'utilisation

(par carte, à la livraison).

Tableau 3.2 : Représentation des différents cas d'utilisation du projet.

 Diagrammes des cas d'utilisation :

o Diagramme de cas d’utilisation globale :

Figure 3.1 : « diagramme de cas d’utilisation globale »

o Diagramme de cas d’utilisation administrateur :

gérer les produits supprimer un produit

gérer les catégories suprimer une catégorie

modifier une catégorie

consulter les statistiques des clients

consulter les statistiques des produits

modifier une promotion

ajouter une promotion

Envoyer la facteur par e-mail

Figure 3.2 : « diagramme des cas d’utilisation de l’ administrateur »

 Description textuelle des cas d'utilisation :

Description du cas : « Faire recherche par mot clé »

Description du cas : « crée un compte »

Description du cas : « Gérer le panier »

Description du cas : « Valider la commande »

Description du cas : « Passer une commande»

Description du cas : « Choisir l’adresse de livraison ».

 Pré-condition : le client s’est authentifié, Le panier a été validé.

Description du cas : « Choisir le type de payement ».

Description du cas : «Authentifier »

 Acteur principal : client, administrateur.

E1-en(3) si l’un des champs n’est pas remplie :

Description du cas : «Ajouter une catégorie»

- le système signale le champ vide.

Description du cas : «Supprimer une catégorie»

Description du cas : «Modifier une catégorie»

2- Le système affiche la page catalogue.

Description du cas : «Discuter en blog»

1- Le client accède à la page blog.

Description du cas : «Modifier le compte»

Description du cas : «Consulter une commande»

Description du cas : «Gérer la livraison»

 Nom du cas : « Gérer la livraison».

3.2.2. Construction des diagrammes de séquence (Vue dynamique)

o Définition de diagramme de séquence : [b5]

o Diagramme de séquence de cas « Authentifier »

Lorsque l'utilisateur demande l'authentification il reçoit l'espace de connexion puis il saisit

Figure 3. 4 Diagramme de séquence du cas « Authentifier »

o Diagramme de séquence de cas « faire recherche par mot clé. »

Figure 3. 5- Diagramme de séquence du cas « Faire recherche par mot clé »

o Diagramme de séquence de cas « Créer un compte »

Figure 3. 6- Diagramme de séquence du cas « Créer un compte »

o Diagramme de séquence de cas « Gérer son panier »

Figure 3. 7 - Diagramme de séquence du cas « Gérer son panier »

o Diagramme de séquence de cas « Valider la commande » :

Figure 3. 8 - Diagramme de séquence du cas « Valider la commande »

o Diagramme de séquence de cas « Discuter en blog »

Figure 3. 9- Diagramme de séquence du cas « Discuter en blog »

o Diagramme de séquence de cas « Modifier le compte »