Vous n'êtes pas connecté. Connexion
|
|
Projet 2014-2015De $1Table des matières
ModalitésPour 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 :
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. Vous devez remettre votre projet au plus tard le dimanche 14 décembre à minuit. Le chef de projet doit envoyer un e-mail à son chargé de TP en mettant en copie ses équipiers. Le mail aura obligatoirement un titre de la forme [Miage][M1][POO] Projet [Nom du projet] -<Nom de famille des équipiers> Le corps du mail doit obligatoirement contenir :
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 la semaine du 15 au 20 décembre selon un calendrier 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%). SujetLe 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). Plugins de vueLes plugins de vue permettront d'afficher une autre visualisation des répertoires/fichiers que celle par défaut. Par exemple, colorier les noms des fichiers en fonction des droits d'accès ou de leur propriétaire, affichier les images en miniature... Plugins d'analyseCes plugins traiteront un répertoire ou une arborescence pour en extraire des nouvelles informations. Par exemple, un plugin pourra calculer la taille occupée par chacun des répertoires, un autre pourra chercher les fichiers identiques (MD5). L'affichage de ces informations pourra se faire dans le même plugin ou nécessiter le recours d'un plugin de vue. RemarquesOutre l'aspect visuel et l'utilité des plugins développés, la qualité et la robustesse du logiciel sera un critère important pour l'évaluation. En particulier, l'ajout et la suppression de plugin doit pouvoir se faire à chaud. Toutes les erreurs doivent être gérer proprement. Scénario pour l'évaluationAfin d'évaluer vos projets, voici un ensemble d'étapes qui sera effectué. Vous devez vous assurer que ce scénario marche sur n'importe quelle machine. Le projet sera testé sur un Linux ou un Mac avec un Java 8.
Le but de cette évaluation est d'avoir un aperçu rapide de votre programme afin de préparer la présentation orale.
|
Powered by MindTouch Deki Open Source Edition v.8.08 |