Conception et développement d'une application mobile de vente flash sous android

III.4.2 Diagramme de Cas d'Utilisation « Administrateur »

La figure suivante désigne le diagramme de cas d'utilisation global « Administrateur» dans le quel nous allons mettre en évidence comment la gestion de notre application par l'administrateur.

^{Diagramme de Cas d'Utilisation} " ^{Administrateur} "

^{Administrateur}

^{Gérer les promotions}

^{Recevoir un mail}

^{de réservation}

^{Gérer les produits}

^{du catalogue}

^«extend»

^{Envoyer un mail de réservation}

^{Modifier les détails d'un}

^produit

^{Modifier un produit}

^{Annuler une promotion}

^{Ajouter une promotion}

^{Supprimer un produit}

^{Consulter les mails}

^{de réservation}

^{Ajouter un produit}

^«include»

^«include»

^«include»

^«include»

^«include»

^«include»

^Systéme

^{S'authentifier}

23

Figure III-6: Diagramme de Cas d'Utilisation « Administrateur »

24

III.4.2.1 Diagramme de cas d'utilisation Détaillé « Administrateur »

? Cas d'Utilisation « Administrateur » : Gérer Promotion :

Figure III-7: Diagramme Cas d'Utilisation « Administrateur » : Gérer une Promotion

? Raffinement de « gérer les promotions » coté Administrateur:

Acteur	Administrateur
Pré-condition	1/ L'interface d'authentification s'est affichée à l'écran.
Début	1/ L'administrateur saisit les informations d'authentification qui lui correspond et les valide. 2/ L'application autorise l'accès de l'utilisateur à son espace
Scenario nominale	Ajouter un produit : N1 :L'administrateur demande l'ajout d'un nouveau produit en promotion. N2 : Le système affiche le formulaire à remplir. N3 : L'administrateur introduit les informations concernant le produit en promotion. N4 : L'administrateur valide la saisie. N5 : Le système affiche un message de succès, ainsi il affiche le nouveau produit dans l'application. Modifier un produit :
N1 : L'administrateur demande la modification d'un produit. N2 : Le système affiche le formulaire à mettre à jour. N3 : L'administrateur sélectionne le produit à modifier. N4 : L'administrateur effectue les modifications voulues. N5 : L'administrateur valide ces modifications. N6 : Le système affiche les nouvelles modifications dans l'application. Supprimer un produit : N1 : L'administrateur demande la suppression d'un produit. N2 : L'administrateur sélectionne le produit en question. N3 : Le système affiche un message de confirmation et retire le produit de la liste des produits en promotions

25

Tableau III-5: Raffinement de « gérer les promotions » coté Administrateur

? Cas d'Utilisation « Administrateur » : Recevoir un mail

^{Diagramme de cas d'utilisation Administrateur "Recevoir un mail} "

^{Recevoir un mail de réservation}

^«extend»

^{Lors de la réservation}

^{d'un produit par le} client

^{Administrateur}

^{Valider la réservation}

Figure III-8 : Cas d'Utilisation Administrateur "Recevoir un mail"

26

? Raffinement de « Recevoir un mail » coté Administrateur :

Acteur	Administrateur
Pré-condition	L'utilisateur rempli le formulaire de l'inscription et il est devenu un client
Début	Le client réserve un produit.
Scenario nominale	N1 : le système envoi un email de réservation à l'administrateur. N2 : l'administrateur consulte la réservation. N3 : le système diminue un article de ce produit dans la quantité de stock dans la base. N4 : l'administrateur modifier le formulaire pour indiquer que le produit est vendu.
Scenario alternatif	Au niveau de N4 le produit n'est pas vendu pendant trois jours à partir de la date de réservation. N5: le système modifie la base en augmentant la quantité de stock de ce produit d'un article.

Tableau III-6: Raffinement de « Recevoir un mail » coté Administrateur

III.5 Conclusion

Ce chapitre nous a permis de définir les fonctionnalités de notre application, ce qui nous mène à entamer la phase de la conception (technique et graphique) pour assurer une bonne mise en oeuvre d'un système fonctionnel répondant aux besoins cités.

27