This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
2019_2020:s2:etudefilrouge:seq1 [2020/01/11 08:45] blay |
2019_2020:s2:etudefilrouge:seq1 [2020/02/14 09:57] (current) blay |
||
---|---|---|---|
Line 1: | Line 1: | ||
====== Etude Fil Rouge sur les diagrammes de séquence ====== | ====== Etude Fil Rouge sur les diagrammes de séquence ====== | ||
- | COPIER NON RELU NI CORRIGE | + | <note tip>Nous recherchons toujours la cohérence entre tous les diagrammes issus d'une Analyse. |
- | {{:omgl:acsi:cours7.gif|}} **Dessiner le diagramme de séquence Système correspondant à** : | + | Nous restons a priori sur 2 séances pour cette partie, pour que justement vous preniez bien le temps d'être cohérent.</note> |
- | - Un membre sélectionne un //anniversaire//, | + | |
- | - Le système lui propose de saisir un //message//, | + | |
+ | |||
+ | <note> **Scénario** | ||
+ | - Un membre sélectionne un //anniversaire// parmi les anniversaires qui lui sont proposés, | ||
+ | - Le système lui propose de saisir un //message// | ||
- Le membre rédige son message et l'envoie, | - Le membre rédige son message et l'envoie, | ||
- Le système vérifie auprès de CheckMyMessage, | - Le système vérifie auprès de CheckMyMessage, | ||
- si le message est valide, | - si le message est valide, | ||
- | - le système crée le message (auteur, anniversaire associé, date de saisie), puis l'enregistre dans la //base des messages//, | + | - le système crée le message (auteur, anniversaire associé, date de saisie), puis l'enregistre dans le //recueil des messages//, |
- le message est ajouté dans la liste des messages à valider de l'administrateur, | - le message est ajouté dans la liste des messages à valider de l'administrateur, | ||
- l'auteur du message est notifié que son message a été pris en compte. | - l'auteur du message est notifié que son message a été pris en compte. | ||
-sinon | -sinon | ||
- l'auteur du message est notifié que son message n'a pas été pris en compte et la raison | - l'auteur du message est notifié que son message n'a pas été pris en compte et la raison | ||
+ | - Le système propose au membre soit de se déconnecter, soit de sélectionner un autre anniversaire. | ||
+ | </note> | ||
+ | - Dessiner le diagramme de séquence Système correspondant au scénario ci dessus | ||
+ | - Compléter votre diagramme de classe pour prendre en compte les nouvelles informations. | ||
+ | - 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é. ((Cela signifie que cette spécification apparait dans vos diagramme évidemment, elle ne reste pas dans votre imaginaire :-) )) | ||
+ | - Annoter votre diagramme avec les cas d'erreurs. | ||
+ | - 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 ? | ||
+ | - Imaginez le scénario correspondant à l'affichage des anniversaires du jour. <del>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é</del> 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. {{:2019_2020:s2:etudefilrouge:capture_d_e_cran_2020-02-14_a_09.54.06.png?300|}} | ||
+ | - Modifier les spécifications et donc vos diagrammes pour prendre en compte la remarque suivante; après quelques jours de fonctionnement, on constate : | ||
+ | - certains membres mettent plusieurs messages sur une seule personne, ce qui empêche de voir tous les messages; | ||
+ | - sur certains anniversaires, il y a trop de messages à afficher; | ||
+ | - sur certains anniversaires au contraire il n'y a aucun message. | ||
- | {{:omgl:acsi:cours7.gif|}} Compléter votre diagramme de classe pour prendre en compte les nouvelles informations. | ||
- | |||
- | {{:omgl:acsi:cours7.gif|}} 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é. | ||
- | |||
- | {{:omgl:acsi:cours7.gif|}} Annoter votre diagramme avec les cas d'erreurs. | ||
- | |||
- | {{:omgl:acsi:cours7.gif|}} Imaginez le scénario correspondant à l'affichage des anniversaires du jour. Le déclencheur est alors un évènement "system" : go. | ||
- | Pour créer un signal sous Modelio : | ||
- | {{:2016_2017:s2:td:devoirs:capture_d_e_cran_2017-02-12_a_18.40.32.png?300|}} | ||