Projets 2015-2016

Modalités

Pour le projet, des groupes aléatoires de 3 ou 4 étudiants ont été constitués. L'utilisation d'un gestionnaire de source est obligatoire. Il doit être accessible par le chargé de TPs et les logs de commit pourront être évalués pour la notation finale.

Dans le cadre du module SMZG111 Programmation Avancée le projet sera évalué en fonction des critères suivants :

• fonctionnalité
• mécanisme de gestion de plugins et de chargement dynamique
• persistance
• modularité et dépendances
• documentation / gestion du projet 

Chacun de ces critères comptant pour 20% de la note de rendu du projet. Cette note sera commune à tout le groupe sauf si il existe une différence trop importante dans le travail fourni entre les membres.

Les projets seront à déposer sur Jalon sous forme de fichier ZIP contenant les informations suivantes: 

• Une archive contenant les sources du projet (un projet Eclipse ou NetBeans), pas les binaires !
• Un .jar exécutable qui aura été préalablement testé
• Un rapport (10 pages mininum, 20 pages maximum) qui décrit
  • La participation de chacun des membres de l'équipe ;
  • La procédure à suivre pour tester votre projet ;
  • Un calendrier des grandes étapes du projet (par membre) ;
  • Pour chacun des 5 points énoncés au début (fonctionnalité, chargement dynamique, persistance, modularité, suivi), la façon dont ils ont été adressés ou pas et les aspects remarquables.  
• La procédure pour créer de nouveaux plugins 
• Plusieurs exemples de plugins (au moins 6) avec une courte description (10 lignes maximum) de ce qu'ils font.

Le contenu du mail (si trop gros) peut également être déposé sur un site de gestion de code (type google code ou assembla). Il faudra penser à garder une copie locale au cas où le site tombe en panne la veille de la démonstration.

Une soutenance orale (par groupe) aura lieu le lundi 12 janvier selon un ordre de passage annoncé ultérieurement. Cette présentation orale de 20 minutes aura pour but de mettre en lumière la contribution individuelle de chaque membre du groupe. Cette note de soutenance sera individuelle. 

La note finale de projet sera calculée en faisant la moyenne de la note de rendu de projet (50%) et la note de soutenance (50%).

Les groupes de 3 étudiants auront 

• Moins de plugins au final (3 au lieu de 6)
• Un rapport plus léger (15 pages maximum)
• Une soutenance de 15 minutes au lieu de 20. 

Sujet 1

Le but de ce projet est de construire un logiciel de gestion de fichier (type Explorateur windows, Finder Mac) dont les fonctionnalités pourront être étendues par plugin.

De base, le logiciel offrira une vue permettant de naviguer dans une arborescence de fichiers et d'avoir des informations basiques telles que la taille ou la date de modification des fichiers. Il devra être possible d'ajouter des plugins au logiciel pour changer son apparence ou ajouter de nouvelles fonctionnalités. Chaque plugin devra proposer une fenêtre de configuration permettant de modifier son comportement, et son état devra être sauvegardé sur disque. De plus, l'état de l'ensemble de l'application devra être sauvegardé sur le disque, de façon à la restaurer quand l'utilisateur la relance. Il y aura au moins deux types de plugins, qui ne sont pas mutuellement exclusifs (i.e un plugin d'analyse peut être aussi un plugin de vue).

Sujet 2

Le but de ce projet est de construire un jeu de combat virtuel de type RobotWar

Dans une arêne de combat en 2D, vue de dessus, des robots s'affrontent, gérés par une IA relativement basique. Le comportement ainsi que le graphisme des robots est décidé par des plugins. Un robot est actif tant que sa vie n'a pas atteint 0 et le gagnant est le dernier robot actif. À chaque robot est associé une quantité d'énergie et chaque action consomme une partie de celle-ci. L'énergie remonte régulièrement tant qu'elle n'a pas atteint la valeur maximale.