Projets tutorés de licence

  1. La liste des projets disponibles
  2. Organisation du groupe
  3. Les différentes responsabilités
  4. Planning des étapes de contrôle du projet
    1. Format de la version finale
    2. Notation
  5. Lisez ici les règles de la typographie française. Voir aussi la page de Maxime Crochemore sur la typographie française et les termes techniques.

Organisation du groupe

Groupes de quatre à cinq étudiants dont les différentes responsabilités sont les suivantes :
  1. Un responsable qualité
  2. Un  responsable implémentation et complexité
  3. Un responsable des tests
  4. Un responsable de la documentation
Tout le groupe doit participer à l'ensemble des activités même s'il existe des responsables chargés de tâches particulières.

Les différentes responsabilités

Qualité

Le responsable qualité devra justifier les choix de conception, modularité, reutilisabilité, integrabilité, portabilité, ergonomie, etc... On devra préciser quelles sont les extensions effectuées ou possibles par rapport au sujet.

Implémentation et complexité

Lors de l'évaluation du travail réalisé, on tiendra compte des points suivants :

Documentation

Une documentation doit être claire et complète. Elle devra comprendre :

Les tests

Les tests permettent de montrer que, sur des exemples génériques, le programme fonctionne bien. De bons tests doivent permettre de valider indépendamment les différentes fonctionnalités du logiciel. Il est conseillé au testeur de garder un historique des tests (pour montrer l'impact des tests sur la qualité du logiciel, vitesse, ergonomie etc...)
L'utilisation d'un outil comme gprof pour le C ou gprof++ pour le C++ est fortement conseillée.
Pour un projet de base de donnée une base de taille réelle (plusieurs milliers d'entrées) est recommandé.
Pour les projets fournissant une interface graphique: un test d'utilisation par un extérieur ou le tuteur, doit être fait.
Pour les projets fournissant une interface de programmation :
- une validation de l'interface par un extérieur (éventuellement le tuteur)
- un programme utilisant l'interface doit être écrit (il est possible de réutiliser le projet d'un autre groupe ...)

 Planning des étapes de contrôle

Les étudiants et le tuteur se rencontrent plusieurs fois:

Format de la version finale

Les projets sont rendus sous forme d'une archive tar (compressée avec gzip).
Cette archive contient :
  1. une arborescence HTML qui permet d'accéder a tous les composants;
  2. l'archive elle même (format tar gzippé);
  3. un répertoire sujet qui contient toutes les informations fournies dans le sujet du projet;
  4. un répertoire documentation qui contient les documentations, description de l'application, manuel d'installation, manuel d'utilisation, documentation de développement.
  5. un répertoire src sources/utilitaires (makefile, configure, etc...) qui contient tous les fichiers permettant une installation.
  6. un répertoire tests qui contient les sources/utilitaires de test et les fichiers de données qui permettent d'effecture les tests.

Tous les étudiants du groupe devrons avoir un lien PROJET visible de leur page principale (~toto/index.html ) sur UNE UNIQUE COPIE de l'arborescence décrite ci-dessus.

Chaque membre du groupe rédigera un document d'une page maximum où il motivera les choix qu'il a fait lors de la construction du projet. C'est un document indépendant qui doit être fait avec un certain recul sur le travail que l'on vient de réaliser.

Notation

La notation de chaque projet tient compte des points précédents, en particulier de :

La liste des projets proposés