User Tools
2019_2020:s2:etudefilrouge:seq1
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision Last revision Both sides next revision | ||
|
2019_2020:s2:etudefilrouge:seq1 [2020/01/11 08:45] blay |
2019_2020:s2:etudefilrouge:seq1 [2020/02/14 09:57] 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é (voir {{:2019_2020:s2:etudefilrouge:capture_d_e_cran_2020-02-01_a_08.11.47.png?200|image}})</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|}} | ||
2019_2020/s2/etudefilrouge/seq1.txt · Last modified: 2020/02/14 09:57 by blay
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
