UML RENFORCE Sommaire 1 - Introduction 4 1.1 - Présentation du projet 4 1.2 - H

UML RENFORCE Sommaire 1 - Introduction 4 1.1 - Présentation du projet 4 1.2 - Hypothèses et choix effectués 4 2 - Diagrammes de cas dʼutilisation 6 2.1 - Cas dʼutilisation ChercherObjet 6 2.2 - Cas dʼutilisation CreerCompte 6 2.3 - Cas dʼutilisation Encherir 7 2.4 - Cas dʼutilisation Facturer 8 2.5 - Cas dʼutilisation GererAnnonce 8 2.6 - Cas dʼutilisation FinirVente 9 2.7 - Cas dʼutilisation MettreObjetEnVente 10 2.8 - Cas dʼutilisation PrevenirFinDeVente 11 2.9 - Cas dʼutilisation SeLogger 11 2.10 - Cas dʼutilisation Suivre 11 2.11 - Cas dʼutilisation ModifierCompte 12 3 - Diagramme de classes 13 4 - Diagrammes de séquence 14 4.1 - Chercher objet 14 4.2 - Se logger 15 4.3 - Créer membre/compte 16 4.4 - Enchérir 17 4.5 - Annuler enchère 19 4.6 - Facturer 20 4.7 - Finir vente 21 4.8 - Annuler vente enchérisseur 22 UML Renforcé - eBaieDesAnges 2 4.9 - Annuler vente vendeur 23 4.10 - Inscrire 25 4.11 - Confirmer envoi 26 4.12 - Confirmer réception 27 4.13 - Commenter vendeur 28 4.14 - Gérer annonce 29 4.15 - Mettre objet en vente 31 4.16 - Prévenir fin de vente 33 4.17 - Suivre 34 5 - Diagrammes dʼétats 35 5.1 - Diagramme dʼétat Annonce 35 5.2 - Diagramme dʼétat AnnonceEnCours 36 6 - Diagrammes dʼactivité 37 6.1 - Encherir 37 6.2 - Finir vente 38 7 - Diagramme de composant 39 8 - Diagramme de déploiement 40 7 - Spécifications en OCL 41 UML Renforcé - eBaieDesAnges 3 1 - Introduction 1.1 - Présentation du projet Le site “eBaieDesAnges” est un projet de site dʼenchère en ligne. Il permet aux utilisateurs du site de mettre en vente des objets, dʼenchérir puis de mettre en correspondance le vainqueur de lʼenchère et le vendeur, afin de garantir le paiement et la livraison. Les paiements se font par “banque virtuelle niçoise”. Le site “eBaieDesAnges” propose également un système dʼenchères automatiques, plafonnées par les acheteurs potentiels. Le vendeur et le vainqueur peuvent ensuite donner une note en fonction de la qualité de lʼobjet vendu et du temps de paiement. 1.2 - Hypothèses et choix effectués Les fonctionnalités dʼachat immédiat, dʼannonce classique, de prix de réserve, de départ différé, de questions/réponses entre utilisateurs, de catégories dʼannonces ne sont pas traitées par le système. Une annonce dont lʼétat est “Gagnée” signifie que lʼobjet nʼa pas été payé. Elle est considérée comme payée et archivée lorsque son état est “Archivée”. Ainsi, toutes les annonces sont conservées dans le système, quʼelles soient “Terminée”, “Annulée”, etc. Les états dʼune annonce peuvent être “En cours”, “Perdue”, “Gagnée”, “ConfirmationEnvoi”, “ConfirmationReception”, “Annulée“, “Payée”, “Archivée”. Les accesseurs, modificateurs de base, ainsi que les constructeurs et destructeurs ne sont pas représentés dans les méthodes des classes. On suppose quʼune commission de 3% est perçue sur le prix final. Les frais de mise en vente et la commission sont perçus à la fin du mois de la date de fin de lʼannonce. Les factures sont établies chaque mois. A des fins dʼoptimisation, nous avons relié la classe “Facture” à “AcheteurVendeur”. Ceci dans le but dʼoptimiser les recherches de factures concernant un acheteurVendeur. Pour les commentaires effectués sur lʼacheteur par le vendeur et ceux effectués sur le vendeur par lʼacheteur, il nʼy a quʼun diagramme de séquence car ils sont identiques. Dans le diagramme de séquence “ChercheObjet”, mots désigne une collection de String. La méthode “mail1ereEnchere” permet de passer lʼétat dʼun booléen à “True” lorsque la première enchère sur une annonce a été effectuée. Un note effectuée sur un vendeur et un acheteur est sur 5. 1 correspondant à “très mauvais”, 2 à “mauvais”, 3 à “moyen”, 4 à “bon”, 5 à “excellent”. UML Renforcé - eBaieDesAnges 4 Lors de la création dʼune annonce, la facture associée est immédiatement créée. Si une facture existe déjà pour un vendeur pour le mois en cours, une ligne sur la facture est rajoutée. Le système ne permet pas de relancer les factures. Lorsquʼune demande de paiement est envoyée à la banque virtuelle niçoise, il sʼeffectue toujours avec succès. Dans la classe “Modérateur”, la propriété “dernierIdFiltre” représente un Id dʼannonce. Lorsque le modérateur se connecte, une liste dʼannonces non filtrées est créée. Cette liste est créée à partir de la dernière connexion du modérateur et donc du dernier id filtré du modérateur. Lʼhorloge déclenche une alerte pour prévenir les suiveurs et les enchérisseurs que lʼenchère va bientôt arriver à son terme. Cette alerte est effectuée à minuit tous les jours et grâce à toutes les annonces qui se terminent le jour suivant, lʼalerte permet dʼenvoyer des mails à toutes les personnes concernées. Pour quʼune annonce ait son état “Archivée”, lʼacheteur et le vendeur doivent obligatoirement avoir rempli les commentaires et les notes. Nous supposons que le mail dʼun membre dans notre système est strictement identique à celui de ce membre dans le système de la banque virtuelle niçoise. UML Renforcé - eBaieDesAnges 5 2 - Diagrammes de cas dʼutilisation 2.1 - Cas dʼutilisation ChercherObjet 2.2 - Cas dʼutilisation CreerCompte UML Renforcé - eBaieDesAnges 6 2.3 - Cas dʼutilisation Encherir UML Renforcé - eBaieDesAnges 7 2.4 - Cas dʼutilisation Facturer 2.5 - Cas dʼutilisation GererAnnonce UML Renforcé - eBaieDesAnges 8 2.6 - Cas dʼutilisation FinirVente UML Renforcé - eBaieDesAnges 9 2.7 - Cas dʼutilisation MettreObjetEnVente UML Renforcé - eBaieDesAnges 10 2.8 - Cas dʼutilisation PrevenirFinDeVente 2.9 - Cas dʼutilisation SeLogger 2.10 - Cas dʼutilisation Suivre UML Renforcé - eBaieDesAnges 11 2.11 - Cas dʼutilisation ModifierCompte UML Renforcé - eBaieDesAnges 12 3 - Diagramme de classes UML Renforcé - eBaieDesAnges 13 4 - Diagrammes de séquence 4.1 - Chercher objet • Scénario 1) Un utilisateur cherche un objet avec des mots Pour toutes les annonces Si lʼétat de lʼannonce est en cours 2) Le système cherche les mots clés de lʼannonce Pour tous les mots clés Si les mots cherchés sont dans les mots clés 3) Le système affiche le lien de lʼannonce UML Renforcé - eBaieDesAnges 14 4.2 - Se logger • Scénario 1) Un membre se logge avec un login et un mot de passe 2) Le système recherche le membre correspondant à ce login et à ce mot de passe UML Renforcé - eBaieDesAnges 15 4.3 - Créer membre/compte • Scénario 1) Un utilisateur entre une adresse mail et un mot de passe 2) Le système cherche si un membre correspond à cette adresse mail Si oui 3) Le système indique à lʼutilisateur quʼun membre avec cette adresse mail existe déjà Sinon 4) Un membre est créé avec lʼadresse mail et le mot de passe UML Renforcé - eBaieDesAnges 16 4.4 - Enchérir UML Renforcé - eBaieDesAnges 17 • Scénario 1) Un acheteur/vendeur décide dʼenchérir une annonce avec un montant 2) Le système cherche lʼannonce en cours correspondante 3) Le système crée une enchère avec lʼacheteur/vendeur, lʼannonce et le montant Si le nombre dʼenchère est supérieur à 1 Si le meilleur enchérisseur de cette annonce est différent de lʼacheteur/ vendeur qui enchérit 4) Un mail est envoyé au meilleur enchérisseur précédent lui disant quʼil nʼest plus le meilleur enchérisseur de lʼannonce 5) Un mail est envoyé au meilleur enchérisseur pour lui dire que cʼest le meilleur enchérisseur de lʼannonce Si le nombre dʼenchère nʼest pas supérieur à 1 6) Un mail est envoyé à lʼacheteur/vendeur pour lui dire que cʼest le meilleur enchérisseur de lʼannonce Si la variable mail1ereEnchere est à « FALSE » 7) Lʼétat de la variable mail1ereEnchere passe à « TRUE » 8) Un mail est envoyé au vendeur de lʼannonce pour lui dire quʼil y a eu une première enchère sur son annonce UML Renforcé - eBaieDesAnges 18 4.5 - Annuler enchère • Scénario 1) Un acheteur/vendeur décide dʼannuler une enchère sur une annonce avec une la date de lʼenchère 2) Le système recherche lʼannonce en cours correspondante 3) Le système recherche lʼenchère correspondante à cette annonce, à ce membre et à la date de lʼenchère 4) Lʼenchère est supprimée du système 5) Un mail est envoyé à cet acheteur/vendeur pour lui confirmer lʼannulation de son enchère Sʼil reste au moins une enchère : 6) Le système recherche le membre qui a la meilleure enchère 7) Un mail est envoyé à ce nouveau meilleur enchérisseur Sʼil nʼy a plus dʼenchère : 8) Un mail est envoyé au vendeur pour lui dire quʼil nʼy a plus dʼenchère 9) Lʼétat de mail1ereEnchere passe à « FALSE » UML Renforcé - eBaieDesAnges 19 4.6 - Facturer • Scénario 1) Lʼhorloge ordonne au système de facturer le mois courant Pour toutes les factures du moi : 2) Le système récupère un acheteur/vendeur 3) Un mail est envoyé au vendeur pour lui notifier la facturation 4) Le système transmet à la banque virtuelle niçoise notre mail, ainsi que le mail du membre et le montant à payer (calculé) UML Renforcé - eBaieDesAnges 20 4.7 - Finir vente • Scénario 1) Lʼhorloge ordonne au système de finir la vente Pour toutes les annonces en cours Si la date de début de lʼannonce plus le nombre de jours de uploads/Marketing/ umlrenforce-ebaiedesanges-pdf 1 .pdf

  • 31
  • 0
  • 0
Afficher les détails des licences
Licence et utilisation
Gratuit pour un usage personnel Attribution requise
Partager
  • Détails
  • Publié le Jan 24, 2021
  • Catégorie Marketing
  • Langue French
  • Taille du fichier 1.7975MB