I) Identification des acteurs

Le site s'adresse a trois publics qui parfois se confondent, intéressé par des domaines
commerciales variés mais toujours proche :

- les internautes réguliers (visiteurs du site).

- les internautes qui sont intéressés d’acheter les produits.

- les internautes qui sont chargées d'acquérir l'article (Administrateur).

Il est parfois intéressant d’utiliser des liens entre cas (sans passer par un acteur),

On peut distingue entre deux types de relation : la relation utilise (include) et la

relation étend (extend).

 Utilisation de cas (include) : le cas d'utilisation incorpore explicitement et

de manière obligatoire un autre cas d'utilisation à l'endroit spécifié
 Extension de cas (extend) : le cas d'utilisation incorpore implicitement de
manière facultative un autre cas d'utilisation à l'endroit spécifié.

II) Les messages émis et reçus

Cas d’utilisation Acteur Message émis/reçus

Emis : Saisir les informations d’un

S’inscrire client nouveau compte.

Reçus : accès au compte.

Emis : authentification.
S’authentifier client, Administrateur
Reçus : accès au compte.

Emis : ajouter les informations d’un

Ajouter produit Administrateur nouveau produit.

Reçus : confirmation.

Emis : consulter les produits.

Consulter produit client, Visiteur
Reçus : afficher produit.

Acheter produit client Emis : acheter produit.

 Reçus : confirmation.

Tableau 1: Message émis et reçus

III.1 Diagrammes de cas d’utilisation 

Les diagrammes de cas d’utilisation sont des digrammes UML qui représentent les
services les plus importants rendus par un système.

Un cas d'utilisation représente une unité discrète d'interaction entre un utilisateur

(humain ou machine) et un système. Il est une unité significative de travail. Dans un
diagramme de cas d'utilisation, les utilisateurs sont appelés acteurs (actors), ils interagissent
avec les cas d'utilisation (use cases).

 Ci-dessous le diagramme de cas d’utilisation général de notre système :

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

 La figure représente le diagramme de cas d’utilisation général de notre projet dont
quatre acteurs sont : le client, le visiteur et l’administrateur

 Le client : est autorisé à exécuter les taches suivantes : consulter produit, rechercher
produit et acheter produit.
 L’internaute: a le droit de consulter les produits.
 L’administrateur : est autorisé d’ajouter, modifier ou supprimer un produit

 Ci-dessous le diagramme de cas d’utilisation coté administrateur :

Figure 2: Diagramme de cas d’utilisation coté administrateur

 Ci-dessous le diagramme de cas d’utilisation coté internaute :

 Figure 3: Diagramme de cas d’utilisation coté internaute

 Ci-dessous le diagramme de cas d’utilisation coté client :

Figure 4: Diagramme de cas d’utilisation coté client

I. Description des scénarios de quelques cas d’utilisation 

IV.1 Analyse de cas d’utilisation « Inscrire » :

Figure 5: Diagramme de cas d’utilisation « Inscrire »

 Description du cas d’utilisation «Inscrire »

Le tableau suivant présente le scénario du cas d’utilisation « Inscrire »

Sommaire d’inscription

Titre : Inscrire

But : Inscription pour passer une commande.

Résumé : Le client doit remplir un formulaire d’inscription, le système effectue une vérification
puis une mise à jour de la base de données.

Acteurs : client

Description de l’enchainement

Pré-condition : le client doit accéder au site.

Post-condition : client inscrit.

Enchaînement nominal 

1. Le client demande de créer un compte.

2. Le système affiche le formulaire d’inscription.

3. Le client remplit le formulaire.

4. Le système vérifier puis crée un nouveau compte avec les informations fournies.

5. Le système accède à l’espace associé.

Enchainement alternatifs 

E1 : les champs obligatoires sont vides

 Le système afficher un message d’erreur.

 Le système demande de réessayer.

E2 : login existe dans la base de données

 Le système affiche un message d’erreur « utilisateur existe déjà ».

 Le système demande de réessayer.

Tableau 2: Scénario du cas d’utilisation « Inscrire»

 IV.2 Analyse de cas d’utilisation « S’authentifier » :

Figure 6: Diagramme de cas d’utilisation « s’authentifier »

 Description du cas d’utilisation  « S’authentifier »

Le tableau suivant présente le scénario du cas d’utilisation « s’authentifier »

Sommaire d’authentification

Titre : S’authentifier

But : Authentification et autorisation d’accès

Acteurs : client, Administrateur

Description de l’enchainement

Pré-condition : L’utilisateur doit avoir un compte sur

Post-condition : Accès à son espace privé

Scénario nominal

1. L’utilisateur demande l’accès au système.

2. Le système affiche le formulaire d’authentification.

3. L’utilisateur saisit son email et son mot de passe.

4. Le système vérifie les champs (champs obligatoires,..).

5. Le système vérifie l’existence de l’utilisateur.

6. Si l’utilisateur est identifié le système affiche l’interface associé.

Scénario alternatifs 

E1 : les champs obligatoires vides

 Le système afficher un message d’erreur.

 Le système demande de rentrer les champs.

E2 : login et mot de passe non valide

  Le système affiche un message d’erreur « accès refusé »
 Le système demande de rentrer les champs.

Tableau 3: Scénario du cas d’utilisation «s’authentifier»

IV.3 Analyse de cas d’utilisation « Ajouter produit » :

Figure 7: Diagramme de cas d’utilisation « Ajouter produit »

 Description du cas d’utilisation  « Ajouter produit »

Le tableau suivant présente le scénario du cas d’utilisation « Ajouter produit »

Sommaire d’ajout d’un produit

Titre : Ajouter produit

But : L’administrateur doit ajouter un produit

Acteurs : Administrateur

Description de l’enchainement

Pré-condition : L’administrateur est authentifié

Post-condition : Ajouter produit.

Scénario nominal

1. L’utilisateur s’authentifié.

2. Le système vérifie le nom utilisateur et le mot de passe.

3. L’utilisateur demande au système la page de mise à jour des produits.

4. Le système affiche la liste des opérations possibles.

5. L’utilisateur choisit l’opération d’ajout produit.

6. Le système affiche le formulaire d’ajout produit.

7. L’utilisateur rempli les champs nécessaires.

8. Si l’ajout est valide le système affiche un message «Produit ajouté avec succès »

Scénario alternatifs 

E1 : Le produit ne contient qu’une seul question

 Le système affiche un message d’erreur «Produit invalide ».

 Le système demande de réessayer.

Tableau 4: Scénario du cas d’utilisation « Ajouter produit »

IV.4 Analyse de cas d’utilisation « Consulter produit » :

Figure 8: Diagramme de cas d’utilisation « Consulter produit »

 Description du cas d’utilisation « Consulter produit »

Le tableau suivant présente le scénario du cas d’utilisation « Consulter produit »

Sommaire de consultation des produits

Titre : Consulter produit

But : permette à l’internaute de consulter tous les produits.

Acteurs : Internaute, Client

Description de l’enchainement

Pré-condition : l’Internaute accédé au site.

Post-condition : l’Internaute consulte tous les produits dans le site.

Scénario nominal

1. l’Internaute demande d’afficher tous les produits.

2. Le système affiche les produits.

Scénario alternatifs 

E1 : Aucun produit n’est disponible.

 Tableau 5: Scénario du cas d’utilisation « Consulter produit »

IV.5 Analyse de cas d’utilisation « Modifier produit » :

Figure 9: Diagramme de cas d’utilisation « Modifier produit »

 Description du cas d’utilisation « Modifier produit »

Le tableau suivant présente le scénario du cas d’utilisation « Modifier produit »

Sommaire de modification du produit

Titre : Modifier produit

But : Modifier un produit

Acteurs : Administrateur

Description de l’enchainement

Pré-condition : L’utilisateur doit accéder à son espace privée.

Post-condition : Utilisateur avec un compte.

Scénario nominal

1. L’utilisateur demande la création d’un nouveau produit, nouveau prix, nouveau quantité
produit et le photo de produit

2. Le système affiche un formulaire.

3. L’utilisateur remplit le formulaire puis valide.

4. Le système vérifie puis crée un nouveau produit, nouveau prix, nouveau quantité produit et
le photo de produit

Scénario alternatifs 

E1 : Champs obligatoires non valides et/ou vides

 Le système affiche un message d’erreur.

 Le scénario reprend de 2.

Tableau 6: Scénario du cas d’utilisation « Modifier produit »

IV.6 Analyse de cas d’utilisation « Gérer panier » :

Figure 10: Diagramme de cas d’utilisation « gérer panier »

 Description du cas d’utilisation « Gérer panier »

Le tableau suivant présente le scénario du cas d’utilisation « Gérer panier »

Sommaire d’acceptation d’une annonce

Titre : Gérer Panier

But : Gérer le panier

Acteurs : Client, Internaute

Description de l’enchainement

Pré-condition : Le catalogue consulté

Post-condition : panier enregistré

Scénario nominal

1. L’internaute enregistre les produits qui l’intéressent dans un panier virtuel (voir le cas
d’utilisation

2. L’internaute demande l’accès à son panier

3. Le système affiche l’état de son panier

4. L’internaute valide son panier pour demander à effectuer une commande

Scénario alternatifs 

Un message d’erreur apparaît relatif à l’erreur rencontrée

Tableau 7: Scénario du cas d’utilisation « Gérer panier »

Conclusion 

L’activité d’analyse a permis de fournir une spécification complète des besoins issus
du diagramme de cas d’utilisation (s’identifier, s’inscrire, consulter les produits, ajouter
produit et modifier compte) et de les structurer afin de faciliter leur compréhension.