Capture et analyse des besoins

Introduction
Dans le chapitre suivant nous définissons les différents acteurs de notre projet dans la phase d’analyse
de l’existant ainsi que les besoins fonctionnels ou sont indiqués les différents cas d’utilisation et les
besoins techniques ou est définie l’architecture de l’application.

Etude préliminaire

Description du projet
Notre projet a pour ambition d’assurer les Échanges entre particulier qui sont des membres inscrit
dans l’application, ces membres ont la possibilité de vendre ou d’acheter des produits en ligne travers
un espace public, ils ont aussi la possibilité d’avoir des espaces qui leurs sont propre, ces membres
peuvent aussi bien être de simple utilisateur lambda que des particuliers tel que des entreprises ou
autre.

Identification des acteurs

Définition d'un acteur

Un acteur représente un rôle joué par une entité externe (utilisateur humain, dispositif
Matériel ou autre système) qui interagit directement avec le système étudié, autrement dit un acteur
peut consulter et/ou modifier directement l'état du système, en émettant et/ou en recevant des
messages susceptibles d'être porteurs de données.
Dans le cadre de notre étude, nous avons distingué trois acteurs qui interagissent directement avec le
système ainsi qu'un quatrième acteur secondaire :

Acteur Description
L’internaute est toute personne qui visite le site et qui n’appartient pas aux
Internaute membres inscrits.

Personne qui est inscrite dans l’application et qui peut acheter ou vendre ou
Membre livrer un produit

Administrateur Personne qui gère et administre le site.

Api-biya assure des transactions financières en ligne d’une manière
sécurisée.
Api-biya L’Api est Développé par la start-up

Description des rôles de chacun des acteurs :

L’internaute : C’est une personne qui peut surfer dans le site pour voir les produits qui
existent et utiliser la barre de recherche.
Membre : Le membre a le même privilège que l’internaute, ce à quoi s’ajoute la possibilité de
poster une annonce et finaliser un achat. Il a aussi la possibilité d’avoir son propre espace où il
 lui est possible de regrouper l’ensemble de ses annonces sous forme d’une boutique
Electronique qu’il peut administrer à sa guise.
Administrateurs : L’administrateur est la personne qui prend en charge la gestion et
l’administration de l’application, il est en mesure d’apporter des modifications nécessaires
l’application. Pour gérer le système, l’administrateur doit suivre et maintenir plusieurs parties :

• La partie gestion des comptes : L’administrateur est en mesure de résilier le compte d’un
membre dont la fiabilité ou l’intégrité serait douteuse.
• La partie gestion des boutiques : L’administrateur est en mesure de supprimer une
boutique dont le contenu serait indésirable.
• La partie contrôle de publications : suppression des publications et des commentaires
indésirables.
Api-biya : Api-biya est un acteur secondaire sollicité par le système lorsqu’un client
commande un produit. Il s’agit d’un service de paiement en ligne qui permet de payer des
achats, de recevoir des paiements, ou d’envoyer et de recevoir de l’argent.

Livreur : c’est un membre qui se charge de récupérer le produit chez le vendeur et de

le faire livre au client.

Identification des messages échangés

Un message représente la spécification d’une communication unidirectionnelle entre objets qui

transporte de l’information avec l’intention de déclencher une activité chez le récepteur.

Acteur Message Services offerts

Demande de connexion vers une Assurer une connexion de l’utilisateur au

page serveur
Demande d’informations Afficher une page dynamique qui
(Produits, boutique, livreur) contient des informations

Internaute Demande d’authentification Donner l’accès à un compte privé.

Membre Demande d’ajouter, modifier, Sauvegarder ou supprimer le produit
supprimer un produit

Demande d’ajouter, supprimer un Sauvegarder ou supprimer le produit

produit du panier. dans le panier

Demande d’effectuer une commande Redirection vers l’Api-biya

Demande de commenter Sauvegarder le commentaire

Demande de créer, modifier, Afficher un formulaire de création ou
supprimer une boutique de modification ou confirmation de
suppression.
 Reçoit une notification d’une Confirme la prise de la commande et
commande et se charge de la livraison Confirme la livraison du produit

Administrateur Demande de supprimer un produit Demande de confirmation, après

supprimer le produit

Demande de supprimer une boutique Demande de confirmation, après

supprimer la boutique

Demande de supprimer un compte Demande de confirmation, après

supprimer le compte

Demande de supprimer un Demande de confirmation, après

commentaire supprimer le commentaire.

Table Identification des messages échangés

Diagramme de contexte

Le diagramme de contexte d’un système est l’ensemble des objets échangés (produits, services
et/ou informations) entre un système organisationnel (la boite noire) et des acteurs de l’environnement
externe du système l’étude.
Ce diagramme nous permet de représenter et visualiser les composants de l’environnement de
notre système ainsi que les différents acteurs qui interagissent avec.

Api-biya
Capture des besoins

Capture des besoins fonctionnels

Pour pouvoir spécifier les besoins fonctionnels de notre Etude, le développement de l’application
est décomposé en parties, chaque partie est constitué de plusieurs fonctionnalités, Cette répartition a
pour but de simplifier la construction et la compréhension de l’application.

Dans la partie capture des besoins fonctionnels, nous avons défini une démarche suivre qui se
présentes comme suit :
• La division du projet en 7 unités principales :
 + Gestion d’un produit
+ Gestion de commentaires
+ Gestion de panier
+ Gestion de commande
+ Gestion de boutique
+ Gestion de la livraison
+ Gestion des échanges chat bot

Chaque unité est représentée par un ensemble de fonctionnalités.

• Définition des cas d’utilisation primaires suivants :

Recherche simple ou avancé sur le site.
+ Authentification.
+ Créer un compte.
+ Modi er un compte
+ Supprimer un compte Attribuer
une note
+ Supprimer une boutique.
+ Supprimer un commentaire.
+ Accepter une livraison
+ Commander un livreur

Identification des cas d’utilisations :

N Cas d’utilisations Acteur
1 -Recherche -Simple -Internaute -Membre
-Avancée -Administrateur
2 - S’authentifier

3 - Supprimer un compte -Membre

-Administrateur
4 - Supprimer un produit
5 - Supprimer un commentaire
6 - Supprimer une boutique
11 -Gestion de commande Ajouter -Membre
-Api-biya
Annuler
7 - Modifier un compte -Membre
 8 -Gestion de produit Ajouter
Modifier
9 -Gestion de commentaires Ajouter
Modifier
10 -Gestion de panier Ajouter
Supprimer
12 -Gestion de boutique Créer
Modi er
13 -Attribuer une note Noter un produit
Noter une boutique
Noter un livreur

14 - Gestion de livraison Accepter une Membres

livraison
15 - Commander un livreur Membres

16 - Chatbot Utilisateurs Membres

Gestion Administrateur

Identification des cas d’utilisation

Description textuelle des cas d’utilisations

Dans ce qui suit, nous allons décrire l’ensemble des cas d’utilisation

 Rechercher
Titre Rechercher

Acteur Internaute/Membre/Administrateur

Membre L’utilisateur a la possibilité de chercher un produit, une boutique, un livreur.

Précondition L’internaute doit être connecté au site.

Scenario 1- L’utilisateur se connecte au site.

nominal 2- L’utilisateur Saisi le(s) mot(s) clé dans la barre de recherche.
3- L’utilisateur Valide la recherche.
4- Le système affiche le résultat de la recherche avec un formulaire pour la
recherche avancé.
Scenario 5. (A1) : -S’il n’existe pas de résultat, alors le système affiche un message de
alternatif non existence de résultat pour la recherche.
Table Description du cas d’utilisation Recherche

 Description textuelle du cas d’utilisation S’authentifier

Titre S’authentifier
Acteur Internaute
Description L’utilisateur peut s’authentifier pour accéder son compte.
Précondition L’internaute doit être connecté au site.
Scénario 1- L’utilisateur saisit les informations nécessaires (Email et un mot de passe).
nominal
2- L’utilisateur valide l’authentification.
3- Le système vérifie le mot de passe et l’Email (pour confirmer l’existence du
compte).
4- Le système ouvre la session.
5- L’utilisateur accède à son compte.

Scénario 3. (A1) : - Si un champ de saisis et vide, alors le système indique qu’un champ
alternatif est incomplet et demande de ressaisir.
4. (A2) : Si l’email et/ou le mot de passe sont incorrects, le système affiche un
message d’erreur.

Table Description textuelle du cas d’utilisation S’authentifier

• Description textuelle de cas d’utilisation Modifier un compte

Titre Modifier un compte

Acteur Membre

Description L’utilisateur a la possibilité de modifier les informations de son compte.

Précondition L’utilisateur doit s’authentifier.

Scenario 1- L’utilisateur s’authentifie.

nominal 2- L’utilisateur demande à modifier son compte.
3- Le système affiche un formulaire.
4- L’utilisateur effectue les modifications désirée et valide.
5- Le système enregistre les modifications et affiche un message de
confirmation.

Table Description textuelle du cas d’utilisation Modifier un compte

• Description textuelle du cas d’utilisation Supprimer un compte
Titre Supprimer un compte

Acteur Membre/Administrateur

Description L’utilisateur a la possibilité de supprimer un compte

Précondition L’utilisateur doit s’authentifier.

Scenario 1- L’utilisateur s’authentifie.

nominal 2- L’utilisateur demande à supprimer un compte.
3- Le système demande une confirmation.
4- L’utilisateur Valide la suppression.
5- Le système supprime le compte et affiche un message de confirmation.

Table Description textuelle du cas d’utilisation Supprimer un compte

 Description textuelle du cas d’utilisation Supprimer un produit

Titre Supprimer un produit

Acteur Membre/Administrateur

Description L’utilisateur a la possibilité de supprimer un produit.

Préconditio L’utilisateur doit s’authentifier.

n
Scenario 1- L’utilisateur s’authentifie.
nominal 2- L’utilisateur demande à supprimer un produit.
3- Le système demande une confirmation.
4- L’utilisateur valide la suppression.
5- Le système supprime le produit et affiche un message de confirmation.

Table Description textuelle du cas d’utilisation Supprimer un produit

• Description textuelle du cas d’utilisation Supprimer un commentaire

Titre Supprimer un commentaire

Acteur Membre/Administrateur

Description L’utilisateur a la possibilité supprimer un commentaire.

Précondition L’utilisateur doit s’authentifier.

Scenario 1- L’utilisateur s’authentifie.

nominal 2- L’utilisateur demande de supprimer un commentaire.
3- Le système demande une confirmation.
 4- L’utilisateur confirme la suppression.
5- Le système supprime le commentaire et affiche un message de confirmation.

Table Description textuelle du cas d’utilisation Supprimer un commentaire

 Description textuelle du cas d’utilisation Supprimer une boutique

Titre Supprimer une boutique

Acteur Membre/Administrateur

Description L’utilisateur a la possibilité de supprimer une boutique.

Précondition L’utilisateur doit s’authentifier.

Scenario 1- L’utilisateur s’authentifie.

nominal 2- L’utilisateur demande de supprimer la boutique.
3- Le système demande une confirmation.
4- L’utilisateur confirme la suppression.
5- Le système supprime la boutique et affiche un message de confirmation.
Table Description textuelle du cas d’utilisation Supprimer une boutique

• Description textuelle du cas d’utilisation Gestion de produit

Titre Gestion de produit

Acteur Membre

Description L’utilisateur a la possibilité d’ajouter ou de modifier un produit.

Précondition L’utilisateur doit s’authentifier.

Scenario 1- L’utilisateur s’authentifie.

nominal 2- L’utilisateur demande (ajouter, modifier) un produit.
3- Le système affiche un formulaire.
4- L’utilisateur saisis les informations voulu puis confirme.
5- Le système enregistre puis envoie un message de confirmation.
Scenario 5-(A1) : Si les données saisies sont incorrectes
alternatif (Incompatibilité avec le type de champ, champ vide) alors le système
affiche un message d’erreur.
Table Description textuelle du cas d’utilisation Gestion de produit

Gestion de commentaires
Titre Gestion des commentaires
 Acteur Membre

Description L’utilisateur a la possibilité d’ajouter ou de modifier un

commentaire.
Précondition L’utilisateur doit s’authentifie.

Scenario nominal 1- L’utilisateur s’authentifie.

2- L’utilisateur demande d’ajouter/modifier un
commentaire.
3- Le système affiche un formulaire.
4- L’utilisateur rempli le formulaire et valide.
5- Le système enregistre puis affiche un message de
confirmation.
Table Description textuelle du cas d’utilisation Gestion de commentaires

• Description textuelle de cas d’utilisation Gestion du panier

Titre Gestion du panier

Acteur Membre

Description L’utilisateur a la possibilité d’ajouter ou de supprimer un produit

dans son panier.
Précondition L’utilisateur doit s’authentifier.

Scenario nominal 1- L’utilisateur s’authentifie.

2- L’utilisateur demande (ajouter, supprimer) un produit dans son
panier, le système demande une confirmation s’il s’agit d’une
suppression, l’utilisateur confirme alors la suppression.

Table Description textuelle du cas d’utilisation Gestion du panier

Description textuelle du cas d’utilisation Gestion de boutique

Titre Gestion de boutique

Acteur Membre

Description L’utilisateur a la possibilité de créer ou de modifier une boutique.

Précondition L’utilisateur doit s’authentifier.

Scenario nominal 1- L’utilisateur s’authentifie.

2- L’utilisateur demande créer/modifier une boutique.
3- Le système lui renvoi le formulaire de création/modification.
4- L’utilisateur saisi les informations et confirme.
 5- Le système effectue l’action demander créer/modifier.
6- L’utilisateur accède sa boutique.
Scenario alternatif 3. (A1) : -En cas de problème dans la saisie des informations (champ
vide, le nom de boutique existe déjà) le système renvoi un message
d’erreur.

Table Description textuelle du cas d’utilisation Gestion de boutique

• Description textuelle de cas d’utilisation Attribuer une note

Titre Attribuer une note

Acteur Membre

Description L’utilisateur a la possibilité d’attribuer une note a un produit ou une

boutique ou un livreur.
Précondition L’utilisateur doit s’authentifier.

Scenario nominal 1- Une fois que l’utilisateurfinalise un achat (confirme la réception d’un
produit par livraison ou pas)
2-L’utilisateur attribue une note a un produit ou à une boutique ou à un
livreur.
3-Le système affiche un message de confirmation.

Table Description textuelle du cas d’utilisation Attribuer une note

• Description textuelle de cas d’utilisation Gestion de commande

Titre Gestion de commande

Acteur Membre

Description L’utilisateur a la possibilité d’effectuer ou d’annuler une commande.

Précondition L’utilisateur doit s’authentifier.

Avant une annulation l’utilisateur (vendeur) ne doit pas valider la
commande.
Scenario A- Effectuer une commande :
nominal 1- L’utilisateur sélectionne le(s) produit(s) dans son panier pour effectuer la
commande.
2- Le système renvois l’utilisateur vers la plateforme d’Api-biya
 3- Api-biya lui affiche un formulaire
4- L’utilisateur saisi les informations et valide
5- Api-biya demande une confirmation de la commande
6- L’utilisateur confirme la commande
7- Api-biya procède au versement
8- Api-biya envois une alerte de succès au système et enregistre la
commande
9- Le système envois une requête d’enregistrement vers la base de données
10- La requête est enregistrée et une alerte de succès est envoyée au
système
11- Le système envois une notification d’enregistrement l’utilisateur
B- Annuler une commande
1- L’utilisateur sélectionne la commande et demande son annulation
2- Le système demande une confirmation
3- L’utilisateur confirme
4- Le système envois la requête a la base de données
5- La commande est annulée et une confirmation est envoyée au système
6- Le système confirme l’annulation à l’utilisateur

• Description textuelle de cas d’utilisation Gestion de la livraison

Titre Gestion de la livraison

Acteur Membre

Description L’utilisateur a la possibilité d’accepter ou d’ignorer une

livraison.

Précondition L’utilisateur doit s’authentifier.

Scenario nominal 1 - Une fois que la vente a été effectuer et que le client a
besoin d’une livraison.

2- le système effectuer une chercher dans la base de données

et envoies la requête de livraison aux livreurs les plus
proches du vendeur.

2- Si un livreur accepte la livraison, le système envois les

informations du vendeur et du client au livreur et les
informations du livreur au client.

3- Une fois le produit récupéré, le livreur notifie dans l’appli

qu’il a pris le produit et le système envois une notification au
 client pour lui dire que sont colis a été récupérer par tel
livreur et lui donne la possibilité de suivre en temps réel le
trajet du livreur

4- Le livreur est payé soit par le vendeur ou par le client.

Table Description textuelle du cas d’utilisation Gestion de la livraison

Description textuelle du cas d’utilisation Gestion de commande livreur

Titre Gestion de commande livreur

Acteur Membre

Description L’utilisateur a la possibilité de commander un livreur

Précondition L’utilisateur doit s’authentifier.

Scénario 1- L’utilisateur fais une commande de livreur

nominal 2- Le système envoie la requête a tous les livreurs avec toutes les informations
sur client et son emplacement.
3- une fois la requête a été accepté par un livreur, le system retire automatique la
requête sur la plateforme

Table Description textuelle du cas d’utilisation Gestion de commande livreur

Diagramme de cas d’utilisation

Etant un langage unifié orienté objet UML permet d’appréhender un projet de deux points de
vue à savoir le point de vue statique et le point de vue dynamique.

Pour sa part le diagramme de cas d’utilisation est répertorié dans les différents diagrammes
dynamiques.

Orienté utilisateur le diagramme de cas d’utilisation permet de représenter les différents cas
d’utilisations d’un ou des acteurs et du système à modéliser. A noter qu’un cas d’utilisation est
le service attendu d’un acteur du système.

Dans ce travail nous avons été amenés à recenser touts les besoins qu’un utilisateur peut
exprimer par rapport à la plateforme.

Le diagramme de cas d’utilisation associé à l’internaute

Le diagramme de cas d’utilisation associé au membre
Le diagramme de cas d’utilisation associé à l’administrateur

Le diagramme de cas d’utilisation global

Capture des besoins techniques
L’approche en Y nous permet de diviser le projet en deux branches à savoir la branche de
capture des besoins fonctionnels traitée ci-haut notamment avec l’utilisation des
Choix de l’architecture
Architecture 3-tiers
S'authentifier

:Systeme :Compte

Internaute

Demande d'authentification

Envoi de formulaire

loop

[A chaque authen] Entrer l'email et le mot de passe

Verification

alt Notification d'echec et Reaffichage du

formulaire

[Champ manquant]

Requte de recuperation dans la base de

données
Chargement
[Champ complet]

alt Notification d'echec et Reaffichage du

formulaire Pas de reponse
[infon Incorrect]

[Info correct]

Resultat
Renvoi vers la page demandée
Commander_Livreur

:Systeme :ChatBot

:Membre

ref
S'authentifier()

Rechercher et commander un livreur

Demande choix de paiement

choix et envoi de la reponse

ouvrir une session

Demander tout les renseignements de la

commande à prendre

Saisit et envoi des renseignements

traitement de la demande

Envoi des infos au livreur

Notifier accepter la livaison

Envoi des renseignements du livreur

Demande de confirmation

Reponse

alt
passer à la livraison
[Si oui]
Notifier livraison effectuée

[Si non]
Livraison annulée
Gestion commande

:Systeme Api-Biya Commande

:Membre

ref
S'authentifier()

opt

[Effec comde] Selectionner le produit

Verifier la commande
Envoi de la requete vers api-biya

Api-biya affiche un formulaire d'auth

Saisit email et mot de passe

alt
Notification d'erreur et renvoi du form
[Erreur commi]

Api-biya demande confirma de la commde

[Pas erreur]
l'user valide la commande

Verification

alt
Notification d'erreur
[Slde insuf]

[Soldable] Enregistrement
Alerte de succés

requete d'enregistrement de la cmmde

Enregistrement
Alerte de succés

Notification d'enregistrement

opt Selectionner une commde

[Annuler cmmde]
Demnde d'annulation

Aff mssge de confirm

Confirmer l'annulation
Requete d'annulation

Alerte succés Annulation

Aff msge de confirmation

Gestion de commentaire

:Systeme :Commentaire

:Membre

ref

S'authentifier()

opt

[Ajouter comm] Selectionner un produit

Demande de commenter

Afficher le formulaire

Saisit puis valider

Envoyer la demande

Enregistrement

Confirmer la demande

Afficher un message de confirmation

opt Selectionner un commentaire et demande de

modifier
[Modier comm]

Afficher un formulaire

Saisit puis valider

Envoyer la demande

Confirmer la demande
Enregistrement
Confirmer la demande
Gestion livraison

:Systeme :Commande

:Membre

ref
S'authentifier()

Passer une commande

Requete de recuper la commande

Enregistrement

Passage à la livraison

loop
Envoi de message de livr dispo
[A chaque fois]
Confirmer la prise de la commande

Requete de livraison

enregistrement

Envoi des infos

Recuperation des infos de la livraison

Notifier commande prise à la boutique

notifier livraison faite

Gestion du pani er

:Systeme :Panier

:Membre

ref
S'authenti fi er()

opt

[Aj outer au panier]

loop
Selecti onner un produit
[A chaque aj out]

Demande d'ajout
Requete d'enregi strement
Enregistrement
Alerte d'enregi strement
Afficher un message de confirmation

opt

[Suppri mer du pani er] Acceder à son pani er

Selecti onner un produit puis dmde de

suppri mer

Afficher un message de confirmation

Confirmer la demande

Requete de suppressi on

suppression
Alerte de suppression

Afficher un message deconfi rmation

Gestion Produit

:Systeme :Produit

:Membre

ref
S'authentifier()

opt
Demande Ajout produit
[Ajouter produit]

Envoi formulaire

Saisie et validation du formulaire

Verification

alt

[Erreur comise]
Notification et renvoi du formulaire

[Pas d'erreur]
Requete d'ajout
Notification et renvoi du formulaire
Alerte succés Enregistrement

Notification d'enregistrement

opt

Selectionner un produit puis modifier

[Modifier Prdt]

Envoi du formulaire

Saisie et validation du formulaire

Verification

alt

[Erreur comise] Notification d'erreur et reaffichage du

formulaire

[Pas d'erreur] Requete de modification

modification
Alerte de succés
Afficher le message de confirmation
Modifier compte

:Syteme :Compte

:Membre

ref
S'authentifier()

Demande de modification de compte

Formulaire de modification

Saisie et validation du formulaire

Verification

alt

[Erreur comise] Notification d'erreur et reaffichage du

formulaire

Requete d'enregistrement
[Pas d'erreur]
Enrgistrement
Alerte de succés

Compte modifié
Effectuer une recherche

:Systeme :BDD

:Internaute / :Membre / :
Administrateur

Saisir le(s) mots clés pour valider

Requte de recherche

chargement

alt

[Aucun résultat ]
Pas de reponse
Afficher l'inexistance du resultat

[Resultat existant]

Afficher le formulaire de recherche Résultat

avancé et Afficher le résultat

opt
[Recherche Avan] Saisir le mot clé puis valider Requete de recherche
Chargement

alt

[Aucun Résultat]
Pas de résultat
Afficher qu'il n'existe pas de resultat

Résultat existant

Resultat
Afficher le résultat
Supprimer commentaire

:Systeme :Commentaire

Acteur_1

ref
S'authentifier()

Demande de suppression

Demande de confirmation

Confirmer la suppressin

Requte de suppression

suppression
Alerte de suppression

Afficher un message de confirmation

Supprimer compte

:Systeme :Compte

:Membre / :Admin.

ref
S'authentifier()

Demande de suppression de cmptes

Demande de confirmation

Confirmation
Requete de suppression
supression
Alerte de suppression

Afficher un message de suppression

Supprimer Produit

:Systeme :Produit

:Membre / :Administration

ref
S'authentifier()

Demande de suppression

Demande de confirmation

Confirmation de suppression
Requte de suppression

suppression

Alerte de suppression

Afficher un message de confirmation

DIAGRAMME D’ACTIVITE CAS DE LA BOUTIQUE

Authentification

Accés à la boutique

Acceder aux
Selectionner Ajouter un Modifier la
ventes.
un produit produit boutique

Sellectionner
supprimer un Modifier un Ajouter au
un Laisser un
Accepter de vendre Refuser de vendre produit produit
commentaire commentaire panier
Modifier Modifier
domaine image Modifier nom

Modifier Supprim

Valider
DIAGRAMME DE CLASSE
Produit
- IDProduit : int
- Nom : String NoteP
Panier - Description : String - Note : String
- IDPanier : int 0..* - Categorie : String
- Prix : int
0..* 0..*
- NbrExemplaire : int
- Restant
NbrExemplaire : int
- Vendu
DateAjout : Date
- Image : String
1..*
- EtatProduit : String

Ligne panier
Commentaire
- IdLignePanier_1 : int
1 - IdCommentaire : int
- Quantite : int
- Contenu : String
- Montant : float
- DateAjout : Date

1
0..1

Commande Livraison
- IDCommande : int 0..1 Ligne Livraison
- IDLivraison : int
- Date : Date - NomLivreur : String
- AcceptePar : boolean - Date Livraison : Date
- Vendeur
ProduitRecu : float - Cout : int
- VendeurPaye : float - Addreese : String
0..*
- tempsLivraison : int
- typeLivraison : String
- methodeLivraison : String
Utilisateur - Statut : int
- IDUtilisateur : int
- MotDePasse : int
- Email : int
0..*

Administrateur
- IDAdmin : int
- Email : String
- motDePasse : String

0..*

Menbre
- Nom : String
1 - Prenom : String 0..1
- T elephone : int
Boutique
- Adresse : String
- IDBoutique : int 1..*
- Avatar : String
- Nom : String 1
- Domaine : String
1 - DateCreation : Date
- ImageBoutique : String

0..*

NoteB
- Note : int
0..*