Etude Fil Rouge sur les diagrammes de séquence

Nous recherchons toujours la cohérence entre tous les diagrammes issus d'une Analyse.

Nous restons a priori sur 2 séances pour cette partie, pour que justement vous preniez bien le temps d'être cohérent.

Scénario
  1. Un membre sélectionne un anniversaire parmi les anniversaires qui lui sont proposés,
  2. Le système lui propose de saisir un message
  3. Le membre rédige son message et l'envoie,
  4. Le système vérifie auprès de CheckMyMessage,
  5. si le message est valide,
    1. le système crée le message (auteur, anniversaire associé, date de saisie), puis l'enregistre dans le recueil des messages,
    2. le message est ajouté dans la liste des messages à valider de l'administrateur,
    3. l'auteur du message est notifié que son message a été pris en compte.
  6. sinon
    1. l'auteur du message est notifié que son message n'a pas été pris en compte et la raison
  7. Le système propose au membre soit de se déconnecter, soit de sélectionner un autre anniversaire.
  1. Dessiner le diagramme de séquence Système correspondant au scénario ci dessus
  2. Compléter votre diagramme de classe pour prendre en compte les nouvelles informations.
  3. Dans le scénario précédent, le membre n'est pas “déconnecté” à la fin du scénario. Imaginez une solution pour le déconnecter automatiquement au bout de 3 minutes qu'il est connecté. 1)
  4. Annoter votre diagramme avec les cas d'erreurs.
  5. Comment imaginez-vous que le système propose des anniversaires (step 1) ? Si l'application est déployée dans le département d'informatique ? un Campus ? IUT? Université ? Si besoin étendez votre diagramme de cas d'utilisation pour intégrer différentes présentations des Anniversaires ?
  6. Imaginez le scénario correspondant à l'affichage des anniversaires du jour. Le déclencheur est alors un évènement “system” : go. que vous représenterez sous GenMyModel par go:Event. Reportez dans la partie spécification du diagramme de séquence, la version littérale du scenario que vous avez imaginé Nous reposons la question différemment pour que ce soit plus “naturel”, le déclencheur est alors un écran qui demande des informations au système sur les anniversaires à afficher.
  7. Modifier les spécifications et donc vos diagrammes pour prendre en compte la remarque suivante; après quelques jours de fonctionnement, on constate :
    1. certains membres mettent plusieurs messages sur une seule personne, ce qui empêche de voir tous les messages;
    2. sur certains anniversaires, il y a trop de messages à afficher;
    3. sur certains anniversaires au contraire il n'y a aucun message.
1)
Cela signifie que cette spécification apparait dans vos diagramme évidemment, elle ne reste pas dans votre imaginaire :-)