SEL: MesEnvies
Étude de cas : SEL: MesEnvies. Rechercher de 53 000+ Dissertation Gratuites et MémoiresPar Beuhbel • 10 Janvier 2019 • Étude de cas • 3 116 Mots (13 Pages) • 588 Vues
Sel: Mes Envies
1. Introduction
1.1 Objet
L’objet de ce document est de décrire de façon exhaustive les spécifications du site web “MesEnvies“ destiné aux propriétaires de listes de cadeaux pour qu’ils puissent gérer celles-ci et aux visiteurs du site qui les consultent. Le site sera administré par des membres de l’association ”STOP aux cadeaux inutiles”. Destiné à Mr. Vialat de l’association “STOP aux cadeaux inutiles”.
1.2 Portée
Le site “MesEnvies“ sera un site internet d’organisation et de financement de listes de cadeaux publiques ou privées qui permettra aux utilisateurs de gérer et partager leurs listes.
Le but du site est de permettre aux visiteurs de financer des listes entièrement ou partiellement même sans posséder de compte.
Le site facilitera l’administration des listes de cadeaux pour l’association ainsi que la participation au financement pour les visiteurs.
1.3 Définitions, acronymes et abréviations
Une liste représente un tableau de cadeau.
1.4 Caractéristiques des utilisateurs
On distingue trois catégories d’utilisateurs :
-Le visiteur : Il peut accéder au site, créer un compte, suivre, rechercher une liste ou encore participer à une liste.
-L’administrateur : Il peut accéder au site, modifier, supprimer son compte ou celui d’un propriétaire de compte. Il a également les même droit que ces propriétaires vis à vis des listes plus le droit de supprimer une liste d’un autre propriétaire..
-Le propriétaire ( compte ) : Il peut accéder au site, modifier, supprimer son compte. Ils peuvent également créer, partager, participer, rechercher, suivre, suprimer ou encore définir en privée ou en public une liste.
2. Description générale
2.1 Environnement
Le site web résultat final du projet “Mes Envies” doit être accessible par navigateur pour tout utilisateur ayant une connection internet.
2.2 Fonctions
Le site web “MesEnvies” permettra à un administrateur de gérer son compte ( déconnecter, modifier, supprimer ), ceux des autres utilisateurs ( modifier, supprimer ) mais aussi des listes(rechercher, suivre, participer, créer, modifier, supprimer, définir une liste en privée ou en public.) Le visiteur lui, pourras créer un compte et rechercher, suivre, participer à une liste. Le propriétaire quant à lui, pourra se déconnecter, modifier, supprimer son compte, créer, modifier, supprimer, définir ses listes en public ou en privée. Il pourras également rechercher, suivre et participer à une liste.
3. Exigences spécifiques
Nom du cas : Création d’une liste
Précondition : l’utilisateur est connecté
Scénario nominal :
1) Le cas commence lorsque l’utilisateur souhaite créer une nouvelle liste
2) Le système lui propose de remplir le formulaire de la liste contenant les champs obligatoires “intitulé”, “description”, “date”, une checkbox “publique” décochée par défaut ( liste privée par défaut ). Le formulaire contient aussi un bouton “ajouter cadeau” ( appel au cas Ajout d’un cadeau ) Il est possible de créer une liste sans ajouter de cadeaux.
3) L’utilisateur remplit le formulaire et valide sa saisie
4) Le formulaire est complet, le système enregistre la nouvelle liste.
5) Fin du cas (1)
Scénario “formulaire incomplet” :
4) le formulaire est incomplet, le système affiche un message l’indiquant à l’utilisateur, retour à l’étape 3)
Scénario “abandon” :
3) L’utilisateur abandonne la procédure
4) Le système quitte le formulaire sans enregistrement
5) Fin du cas (2)
Post-conditions :
Fin du cas (1) : Le système affiche à l’utilisateur la liste créée
Fin du cas (2) : Le système retourne au tableau des listes de l’utilisateur
Nom du cas : Consultation d’une liste
Précondition : aucune
Scénario nominal :
1) Le cas commence lorsque l’utilisateur accède à une liste qu’il souhaite consulter
2) Le système affiche l’intitulé, la description et la date de l’évènement, ainsi que les cadeaux. Chaque cadeau contient un intitulé, une image, son prix, son financement actuel et une description.
Si l’utilisateur n’est pas propriétair de la liste, chaque cadeau est accompagné d’un bouton “financer le cadeau” qui fait appel au cas Participation à un cadeau, et la liste est accompagnée d’un bouton “financer la liste” qui fait appel au cas Participation à une liste.
Si l’utilisateur est connecté et consulte une de ses listes, il peut modifier (Modification d’une liste), supprimer (Suppression d’une liste) sa liste, ajouter (Ajout d’un cadeau), modifier ( Modification d’un cadeau) ou supprimer (Suppression d’un cadeau) un cadeau.
Enfin, un bouton “retour” permet de retourner au tableau des listes publiques.
3) Lorsque l’utilisateur a terminé de consulter la liste, il clique sur “retour”.
4) Le système quitte la consultation de la liste.
5) Fin du cas
Post-conditions :
Fin du cas : Le système affiche le tableau des listes
Nom du cas : Ajout d’un cadeau
Précondition : l’utilisateur est connecté, une liste de cadeaux est consultée
Scénario nominal :
1) Le cas commence lorsque l’utilisateur souhaite ajouter un cadeau à une liste en cliquant sur un bouton “ajouter”.
2) Le système ouvre une boîte de dialogue avec un formulaire contenant les champs obligatoires “intitulé”, “description”, “prix”, “lien vers site marchand” et “lien vers site de cagnotte”. Une image doit aussi être ajoutée.
3) L’utilisateur rempli le formulaire et confirme
4) Le formulaire est complet, le système enregistre la participation.
5) Fin du cas (1)
Scénario “formulaire incomplet” :
4) le formulaire est incomplet, le système affiche un message l’indiquant à l’utilisateur, retour à l’étape 3)
Scénario “abandon” :
3) L’utilisateur annule la procédure
4) Le système ferme la boîte de dialogue d’ajout sans enregistrement
5) Fin du cas (2)
Post-conditions :
Fin du cas (1) : Le système affiche la liste avec le cadeau ajouté
Fin du cas (2) : La liste sans modifications est affichée
Nom du cas : Modification d’un cadeau
Précondition : l’utilisateur est connecté, une liste de cadeaux est consultée
Scénario nominal :
1) Le cas commence lorsque l’utilisateur souhaite modifier un cadeau à une liste en cliquant sur un bouton “modifier”.
2) Le système ouvre une boîte de dialogue avec un formulaire similaire à celui du cas Ajout d’un cadeau. Le formulaire est pré rempli avec les données concernant le cadeau
3) L’utilisateur rempli le formulaire et confirme
4) Le formulaire est complet, le système enregistre la participation.
5) Fin du cas (1)
Scénario “formulaire incomplet” :
4) le formulaire est incomplet, le système affiche un message l’indiquant à l’utilisateur, retour à l’étape 3)
Scénario “abandon” :
3) L’utilisateur annule la procédure
4) Le système ferme la boîte
...