ROADEF'2003 : Modalités Pratiques

0 -  Table des matières

  1. Jeux d'instances fournis par l'ONERA et le CNES
  2. Fournitures attendues des candidats
  3. Environnement informatique d'évaluation
  4. Procédure d'évaluation et de classement
  5. Planning (mise à jour le 29 janvier 2003)

1. Jeux d'instances fournis par l'ONERA et le CNES

L'ONERA-CNES a choisi de fournir progressivement trois bases de scénarii, ceci dans le souci de donner plus de possibilités aux candidats de mieux régler leurs programmes  :
  1. BASE A : base qui est disponible dès le début du challenge (les jeux d'instances sont ici).

  2. Elle sert à la fois aux candidats pour régler leurs algorithmes et au jury pour la sélection des candidats pour la finale.
    C'est la base de la phase de qualification.
  3. BASE B : base qui sera fournie aux candidats finalistes afin d'affiner encore plus leurs algorithmes.
  4. BASE X : base qui sera utilisée avec la base A pour le classement final des finalistes avant le congrès ROADEF'2003.

  5. C'est la base de la phase finale, elle ne sera divulguée aux candidats qu'après l'annonce du classement final au congrès ROADEF'2003.

2. Fournitures attendues des candidats

Afin de pouvoir effectuer une sélection dans de bonnes conditions, l'ONERA-CNES demande à chacun des participants au challenge de fournir les éléments suivants :

Organisation de l'arborescence des dossiers candidats

Pour un participant indicé NN dans l'ordre d'arrivée, l'arborescence sera la suivante : L'exécutable doit pouvoir être utilisé en ligne en tapant la commande suivante dans le répertoire Candidate-NN/Program/ :

   executable-name instance-name -t cpu-time

avec :

Le programme devra aller chercher le fichier d'instance de nom instance-name dans le répertoire Candidate-NN/Instances/ et écrire la solution obtenue au bout du temps cpu-time dans le répertoire Candidate-NN/Solutions/.
 

Le jury se réserve le droit de ne pas retenir une candidature dans les cas suivants :

La mise à disposition sur Internet des sources et/ou des exécutables des logiciels des candidats n'est effectué qu'avec l'accord au préalable des candidats.

3. Environnement informatique d'évaluation fourni par l'ONERA-CNES

Le matériel informatique sur lequel seront testés les programmes sera : Le jury tiendra compte de la puissance relative des deux machines.

4. Procédure d'évaluation et de classement

Il y a  deux catégories : Remarque: un projet Junior peut aussi gagner le prix de la catégorie Senior s'il s'avère que le projet est le meilleur de tous de ce Challenge. En revanche, un projet Senior ne peut pas gagner le prix de la catégorie Junior.

Points importants:


5. Planning

08/04/02 : début de la phase de qualification
mise en place du site WEB, avec le sujet complet ;
01/07/02 : étendue au 30 septembre 2002
fin du dépôt des candidatures,
pour vous inscrire, veuillez envoyez vos affiliations complètes par email à Van-Dat CUNG ;
18/11/02 : fin de la phase de qualification
date limite pour la fourniture des résultats obtenus sur les scénarii de la base A ;
18/12/02 : début de la phase finale repoussé au 15 janvier 2003
annonce des résultats à l'issue de la 1ère phase,

sélection des finalistes qui seront invités à présenter leurs travaux au congrès ROADEF'2003 ;
l'ONERA-CNES fournira la base B pour que les finalistes, qui le souhaitent, puissent régler leurs programmes ;
20/01/03 : repoussé au 31 janvier 2003, nouvelle date limite 03 février 2003 à minuit.
les finalistes qui le souhaitent peuvent fournir à cette date au plus tard une version améliorée de leurs programmes,
l'ONERA-CNES testera les programmes fournis sur les instances de la base X inconnue des candidats ;
26-28 février 2003 à ROADEF'2003 : fin de la phase finale
Annonce des résultats finaux sur les bases A et X.
Le gagnant dans chacune des catégories se verra attribuer un prix par l'intermédiaire de ROADEF.