Cours au département INFO - IUT - UNS

User Tools

Site Tools

Trace: • etape1

Sidebar

S2T

Présentation du module

Corrections

  1. Eléments de Corrections pour les exercices sur les cas d'utilisation
  2. Eléments de Corrections pour les exercices sur le domaine
  3. Eléments de correction pour les diagrammes de séquence
  4. Eléments de correction pour modélisation et codage
  5. Eléments de correction des classes avancées
2013_2014:s2:td:etudedecas:etape1

Table of Contents

Etape 1 : Analyse de l'étude de cas

Cette séance vise à utiliser la modélisation pour comprendre et analyser une étude de cas complexe. Nous avons cependant un peu simplifié la tâche en dirigeant les étapes de modélisation.

A la fin de cette séance, les étudiants doivent savoir construire des diagrammes de cas d'utilisation seuls, des diagrammes de séquence et de classes au niveau analyse et conception. Ces points seront à l'examen.

Cette séance est très dense1). Un débordement partiel au niveau des codes est possible sur la séance suivante à raison d'une 1/2 heure. Mais plus de retard serait préjudiciable pour les acquis. Il convient donc de travailler avec “efficience”.

Objectifs de notre logiciel

Nous avons besoin d'un logiciel qui nous permette de gérer les compétitions mettant en jeu la machine qui est fournie.

Ainsi nous aimerions :

  • qu'un manager puisse déclarer de nouvelles compétitions;
  • qu'il puisse gérer les matchs pendant la compétition, c'est à dire établir automatiquement la liste des matchs à partir de la liste des participants, gérer la succession des matchs et les résultats des joueurs;
  • Sur ce dernier point, il s'agit de permettre à un consultant de consulter pour un joueur au cours de la compétition les matchs joués ou à jouer et les scores obtenus.

A Faire :

  • Déterminer les cas d'utilisation du système demandé.
Attention de nouveaux cas d'utilisation peuvent apparaître à la lecture du document, il vous faut alors compléter ce diagramme initial.

Déroulement d'une compétition

Attention cette étape est essentielle à la suite de l'ensemble de l'étude de cas.

Une compétition se déroule ainsi 2) :

  1. Elle est créée.
  2. Les joueurs absents sont considérés comme forfait.
  3. Les matchs sont calculés en fonction du nombre de joueurs et de leur rang
  4. les matchs sont distribués sur les pistes disponibles (il peut y avoir plusieurs matchs par piste, ils se déroulent en séquence)
  5. les pistes sont “lancées”,
  6. Dès que toutes les pistes ont terminé,
  7. On affiche les gagnants de chaque match,
  8. Tant qu'il y a encore des tours à faire (c'est à dire que le gagnant de la compétition n'a pas été déterminé)
    1. on calcule une nouvelle série de matchs en fonction des gagnants du tour précédent
  9. On ré-initialise les pistes avec les nouveaux matchs
    1. on ferme les pistes devenues inutiles.
    2. On lance les pistes
    3. etc.
  10. Le gagnant du tournoi est enregistré.

A Faire :

  • Construire le diagramme de séquence de niveau analyse correspondant. Faîtes apparaître les “pistes”, pour la suite des TDs, nous gérerons des “FencingPiste”.
  • Sauvegarder dans la forge.

Déclaration des compétitions

Sur la base de ce qui précède et avec les informations complémentaires suivantes, vous devez identifier les objets de notre application.

Une compétition est définie par la liste des joueurs inscrits. Une compétition se caractérise par une arme et une tranche d’âge.

La liste des matchs initiaux est établie comme suit :

  • Le premier joueur présent (celui de rang le plus fort) est affecté au même match que celui de plus faible rang présent,
  • le 2e joue avec l'avant dernier s'il n'a pas encore été affecté
  • etc.
  • Si le nombre de joueurs est impair, le dernier joueur est automatiquement qualifié pour le tour d'après. Pour l'instant vous n'en tenez pas compte.

Extension : vous pouvez étendre l'algorithme en ne mettant pas deux joueurs d'un même club l'un contre l'autre si c'est possible.

A Faire :

  • Définir le diagramme des classes d'analyse
  • Définir le diagramme de séquence correspondant à la construction “automatiquement” de la liste initiale des matchs. On considère que ce diagramme de séquence est déclenché par le manager.

A Faire :

  • Définir le diagramme des classes en conception
  • Eventuellement, définir le diagramme de séquence en conception.

Vous ne développerez pas d'interfaces graphiques mais vous les prévoirez.

A Faire :

  • Ecrire les codes de distribution des matchs.
  • N'oubliez pas de bien “commiter” vos codes.

Optionnel

Vous pouvez continuer en prévoyant d'affecter les matchs aux tours suivants :

  • Si un joueur du tour précédent n'a pas joué il est pris en compte pour le dernier match à affecter
  • Le gagnant du premier match joue contre le gagnant du dernier match etc..
  • Si le nombre de match est impair, le gagnant du match milieu est automatiquement qualifié pour le tour d'après.
Pour les étudiants en S2A
Les rendus se font sur la forge. Vous avez jusqu'au 9 juin 18h pour le rendu. Votre modélisation et votre code doit prendre en compte ce qui est noté comme optionnel, qui ne l'ai pas pour vous.

Attention dans les rendus il y a donc de la modélisation et du code et les deux doivent être en concordance.

1)
évidemment si vous faîtes vraiment le travail et aboutissez à des codes fonctionnels
2)
Il s'agit d'une approximation afin de simplifier un peu l'étude de cas
2013_2014/s2/td/etudedecas/etape1.txt · Last modified: 2014/05/21 16:22 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
CC Attribution-Noncommercial-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Run on Debian Driven by DokuWiki