Vous êtes sur la page 1sur 14

UC1 : Créer compte

Nom du cas Créer compte

Type Principale

Acteur principal Internaute

Acteur secondaire /
Objectif Permet à n'importe quel utilisateur de l'application de créer un compte.

Préconditions /
Scénario nominal 1. L’internaute demande d’inscrire.
2. Système demande le type de compte à créer.
3. L'internaute sélectionne le type de compte souhaité (client, commerçant ou
fournisseur).
4. Le système demande les informations de l’internaute.
5. Il remplit le formulaire avec ses informations personnelles : nom, prénom,
adresse e-mail, numéro de téléphone, etc.
6. Le système vérifie les informations.
7. Le système crée le compte.
Scénarios A1 : les informations de formulaire ne sont pas valides
alternatifs L’enchaînement démarre après le point 6 de la séquence nominale.
7. Le système affiche que les informations sont invalides.
La séquence nominale reprend au point 4.
A2 : créer un compte de type fournisseur :
L’enchaînement démarre après le point 6 de la séquence nominale.
7-système demande d’ajouter les documents administratifs.
8-L’internaute ajoute les documents administratifs requis (KBIS, inscription au
registre du commerce etc…).
9-Le système vérifie s’il y a des documents manquants.
10-Le système envoie la demande à l’admin.
11-L’internaute attend la validation de l’admin.
La séquence nominale reprend au point 7.
A3 : les documents administratifs manquants :
L’enchaînement démarre après le point 9 de la séquence alternatif A2 :
10- Le système affiche que y’a des documents administratifs manquants.
La séquence alternative A2 reprend au point 7.

Scénarios E1 : l’admin ne valide pas l’opération.


d’exceptions L’enchaînement peut démarrer après le point 10 de la séquence alternatifs
A2:
11- l’admin ne valide pas le compte.
12 -Le système annule l'opération.
Postconditions Le compte a été créé avec succès.

Diagramme de séquence :
Diagramme d’activité :
UC2 : Consulter liste des produits
Nom du cas Consulter liste des produit

Type Principal

Acteur principal Client

Acteur secondaire /
Objectif Permet à un commerçant de passer une commande à un fournisseur.

Préconditions -Le client est authentifié et connecté à l'application.

Scénario nominal 1) Le client demande de consulter la liste des produits.


2) Le système demande au client de spécifier ses critères de consultation
(nom,prix,etc…).
3) Client spécifie ses critères.
4) Système vérifier la disponibilité de produits
5) Système affiche les résultats :une liste de produits correspondants aux critères
de recherche est affichée

Scénarios /
Alternatifs
Scénarios A1 : le produit recherché n’existe pas
d’exceptions L’enchaînement peut démarrer après le point 4 de la séquence nominal
5-affiche un message que le produit n'existe pas.
Postconditions Une liste des produits est affichée.
Diagramme de séquence :
Diagramme d’activité :
UC3 : Passer commande

Nom du cas Passer une commande


Type Interne
Acteur principal Commerçant ambulant
Acteur secondaire /
Objectif Permet à un commerçant de passer une commande à un fournisseur.
Préconditions Le commerçant consulte le produit.
Scénario nominal 1. Le commerçant sélectionne le produit souhaité.
2. Le système affiche la page détaillée du produit,avec toutes les informations du
produit telles que la description détaillée, les images, le prix, les quantités
disponibles, les avis éventuels des clients, etc.
3. Le commerçant clique sur commander.
4. Le commerçant personnalise les caractéristiques du produit (s’il y a des
options disponibles, telles que la taille, la couleur, la qualité, etc.)
5. Le système calcule automatiquement le total à régler selon les tarifs
enregistrés du fournisseur.
6. Le système affiche la facture finale.
7. Il clique sur "passer commande".
8. Le système enregistre la commande
9. Le commerçant effectue le paiement et le système vérifie s'il a été accepté ou
non.
10. Le système génère automatiquement une notification envoyée au
fournisseur pour l'informer d'une nouvelle commande à traiter. De même,
une confirmation est envoyée au commerçant, l'informant que la commande
a été passée avec succès.
Scénarios /
Alternatifs
Scénarios E1 : Le commerçant n'effectue pas l'opération de paiement :
d’exceptions L’enchaînement peut démarrer après le point 8 de la séquence nominale 9-
9- Le système annule l’opération.
10-système affiche un message d'échec.

E2 : Le client ne clique pas sur passer commande après un délai du temps :


L’enchaînement peut démarrer après le point 6 de la séquence nominale
7-Le système affiche un message d'échec.
8- Le système annule l’opération.

Postconditions Commande passée au fournisseur.

Remarque :

Je dispose de deux cas d'utilisation : 'S'authentifier' et 'Consulter la liste des produits'. Pour passer
une commande, il faut consulter la liste des produits et choisir un de ces produits. La consultation de la
liste des produits requiert une authentification préalable. En raison de cette dépendance, je
préférerais ne pas mentionner spécifiquement l'étape d'authentification dans le diagramme de
séquence et d'activité, car elle est implicite pour l'accès à la liste des produits.
Diagramme de séquence :
Diagramme d’activité :
UC4 : Ajouter Produit

Nom du cas Ajouter Produit


Type Interne
Acteur principal Fournisseur
Acteur secondaire /
Objectif Permet à un fournisseur d’ajouter un produit au stock.

Préconditions 1. Le fournisseur s'authentifie sur son compte dans l'application


2. Le fournisseur consulte le stock.
Scénario nominal
1. Le fournisseur clique sur le bouton "Ajouter un produit".
2. Système affiche un formulaire pour le remplir.
3. Il remplit un formulaire détaillé pour le nouveau produit, comprenant le
nom, la description, les images, le prix, la quantité disponible, etc
4. Le fournisseur envoie le formulaire et le système vérifie les infos.
5. Le fournisseur valide l'ajout du produit à son stock.
6. Système vérifie l'égalité de produit.
7. L’admin valide le produit.
8. Le système confirme la réussite de l'ajout du produit au stock du fournisseur
et affiche le nouveau produit dans la liste de ses produits disponibles.

Scénarios /
alternatifs
Scénarios 1 : L’admin ne valide pas le produit
d’exceptions L’enchaînement peut démarrer après le point 6 de la séquence nominal
7- l’admin ne valide pas le produit.
8 -Le système annule l'opération.

Postconditions La commande est créée et envoyée au fournisseur.

Diagramme de séquence + Diagramme d’activité :


Classement des cas d’utilisation et planification des itérations:

Cas d’utilisation Priorité Risque Itération

Passer commande Haute Haut 1

Ajouter Produit Moyenne Haut 2

Consulter liste des produits Basse Bas 4

Créer compte Moyenne Moyen 3

Vous aimerez peut-être aussi