1. 
chapitre 7.1-7.3
2.
chapitre 7.4-7.10
3.
chapitre 7.11-7.12
4.
chapitre 7.13-7.16
5.
chapitre 9.11-9.12
|
Pour ceux qui ont trop de difficultés en anglais, se reporter à
l'index
des pages en français.
|
- TP1 : jusqu'à l'exercice
7.8.3 (7.8.1) inclus
- Remplir AVANT le TP le premier CRA (sauf la partie "depuis le précédent CRA") et le donner à l'enseignant présent dès le début du TP.
- Expliquer votre scénario et son plan, le sous-scénario et son plan, ainsi que le thème du jeu.
- Montrer la page web du projet.
- Montrer sur papier ou sur écran le Rapport.
- Sur un PC de la salle de TP, faire une démonstration du jeu incorporant tous les exercices jusqu'au moins le 7.8.3 (7.8.1) inclus .
- Remplir AVANT le TP le CRA et le donner à l'enseignant présent dès le début du TP.
- Montrer sur écran votre plan et votre scénario détaillés.
- Montrer la page web du projet.
- Montrer sur papier ou sur écran le Rapport.
- Sur un PC de la salle de TP, faire une démonstration de votre jeu incorporant tous les exercices jusqu'au moins le 7.26.1 (7.22.2) inclus .
- Être capable de dire ce qui a été fait par chaque paire.
-
Avant la fin du TP, envoyer
une version de votre jeu qui fonctionne par mail :
Des points seront retirés en cas de retard.
Contenu obligatoire : uniquement le fichier .jar obtenu par "Projet/Exporter..." dans BlueJ, sans oublier de cocher les 2 cases "Inclure ...".
Des points seront retirés s'il manque quelquechose.
Destinataire obligatoire : le RQ de votre groupe (voir la rubrique "Enseignants" ci-dessus).
Des points seront retirés en cas d'erreur de destinataire.
Sujet obligatoire : PR3S02 gL : TP2 .jar (g=numéro de groupe, L=Lettre de l'équipe)
Des points seront retirés en cas de non-conformité.
- Avant la fin du TP, décider du titre de votre jeu, et le faire inscrire sur votre CRA.
- Remplir AVANT le TP le CRA et le donner à l'enseignant présent dès le début du TP.
- Être capable de dire ce qui a été fait par chaque paire.
- Être capable de répondre individuellement à toute question sur une partie du code java (en détail si cette partie a été faite par votre paire), et sur les sujets marqués "Apprentissage:" dans la liste des exercices jusqu'au 7.35.3.
- Pouvoir montrer la page web du projet.
- Pouvoir montrer sur papier ou sur écran le Rapport.
- Sur un PC de la salle de TP, pouvoir faire une démonstration de votre jeu incorporant tous les exercices jusqu'au moins le 7.41.3 (7.35.3) inclus .
-
Suffisamment avant la fin du TP, envoyer
au serveur
JNews
la dernière version de votre jeu qui fonctionne.
Des points seront retirés en cas de retard.
Le fichier à envoyer est le .jar obtenu par "Project/Create Jar File..." dans BlueJ, sans oublier de cocher les 2 cases "Include ..." et d'indiquer une classe en tant que "Main class" (même s'il n'y a pas de méthode main() pour le moment)
Contenu obligatoire du .jar : En plus des .java et .class, rapport.pdf et README.TXT.
Essayer de soumettre à JNews et lire attentivement les encadrés d'aide qui expliquent en détail ce qui est attendu. Recommencer aussi souvent que nécessaire.
Des points seront retirés en cas d'avancement insuffisant, ou s'il subsiste une erreur lors de l'envoi à JNews.
- Remplir AVANT le TP le CRA et le donner à l'enseignant présent dès le début du TP.
- Montrer la page web du projet.
- Montrer sur papier ou sur écran le Rapport.
- Montrer sur papier ou sur écran le dessin de l'IHM que vous avez décidé de mettre en place.
- Sur un PC de la salle de TP, faire une démonstration de votre jeu incorporant tous les exercices jusqu'au moins le 7.46.4 (7.46) inclus .
- Être capable de dire ce qui a été fait par chaque paire.
-
Suffisamment avant la fin du TP, envoyer
au serveur
JNews
la dernière version de votre jeu qui fonctionne.
Des points seront retirés en cas de retard.
Le fichier à envoyer est le .jar obtenu par "Project/Create Jar File..." dans BlueJ, sans oublier de cocher les 2 cases "Include ..." et d'indiquer une classe en tant que "Main class" (même s'il n'y a pas de méthode main() pour le moment)
Contenu obligatoire du .jar : En plus des .java et .class, rapport.pdf et README.TXT.
Essayer de soumettre à JNews et lire attentivement les encadrés d'aide qui expliquent en détail ce qui est attendu. Recommencer aussi souvent que nécessaire.
Des points seront retirés s'il subsiste une erreur lors de l'envoi à JNews.
- Remplir AVANT le TP le CRA et le donner à l'enseignant présent dès le début du TP.
- Être capable de dire ce qui a été fait par chaque paire.
- Montrer la page web du projet.
- Montrer sur papier ou sur écran le Rapport.
- Montrer sur écran la future interface graphique du jeu si vous avez commencé à la réaliser. Sinon, conserver l'IHM de zuul-with-images avec un seul bouton.
- Sur un PC de la salle de TP, faire une démonstration de votre jeu incorporant tous les exercices jusqu'au moins le 7.60.4 (7.58.2) inclus .
-
PENDANT la 1ère heure de TP,
envoyer au serveur
JNews
la dernière version de votre jeu qui fonctionne.
Des points seront retirés en cas de retard.
Le fichier à envoyer est le .jar obtenu par "Project/Create Jar File..." dans BlueJ, sans oublier de cocher les 2 cases "Include ..." et d'indiquer la classe qui contient la méthode main()
Contenu obligatoire du .jar : En plus des .java et .class, rapport.pdf et README.TXT.
Essayer de soumettre à JNews et lire attentivement les encadrés d'aide qui expliquent en détail ce qui est attendu. Recommencer aussi souvent que nécessaire.
Des points seront retirés s'il subsiste une erreur lors de l'envoi à JNews.
-
Quand ?
- Regarder son créneau horaire dans "évaluation finale" ci-dessus. Chaque étudiant doit être présent à son "heure de convocation" puis doit rester jusqu'à l'heure indiquée pour la "fin de l'évaluation".
- Ces créneaux sont impératifs. Les retards seront pris en compte. Soyez visibles derrière la vitre de la salle au moins 2mn avant l'heure prévue. Repérez dans la liste l'étudiant qui vous précède et patientez tant qu'il n'est pas sorti.
- Attention ! Les projets sont à rendre (sur JNews) AVANT les évaluations finales; voir ci-dessous.
-
Quoi ?
- Chaque étudiant devra indiquer quels exercices étaient sous sa responsabilité (éventuellement co-responsabilité avec son binôme). Il sera interrogé plus en profondeur sur ces exercices, mais pourra aussi être interrogé sur d'autres exercices ou sur des questions de programmation java. On peut aussi vous demander d'effectuer une modification dans le jeu.
-
Le jeu aura été vérifié auparavant
et devra compiler et s'exécuter du premier coup sans retouches.
Il devra tourner (sous windows ou linux) sur les machines de la salle dans laquelle se déroule l'évaluation. - Conseil : Copier le .jar du projet sur clé USB et sur les comptes informatiques.
- Conseil : Si la mise au point de l'interface utilisateur graphique pose problème ou prend trop de temps, revenez à la version de "base" de zuul-with-images.
- Conseil :
Si vous avez encore moins de temps, n'incluez pas tous les
éléments de votre scénario.
Un jeu basique implantant tous les exercices sera mieux noté qu'un jeu finalisé ne les implantant pas tous. -
Si vous avez encore moins de temps, oubliez les exercices 59, 59.1, et 60.1.
Un tel jeu peut encore avoir une note supérieure à 10/20.
-
Quand ?
- TOUS les projets devront avoir été rendus avant mardi 30 novembre 2010 à 23h, terminés ou non.
-
Les projets rendus avant 19h bénéficieront d'un bonus.
Les projets rendus après 23h auront un malus. -
Rendre plutôt une version qui fonctionne avec moins d'exercices
qu'une version qui ne fonctionne plus à cause d'exercices
supplémentaires.
Les projets non rendus mercredi à 13h pourront se voir attribuer la note 0 à la partie "travail rendu". En tout état de cause, il ne pourra être attribué que la note 0 à tout projet non rendu au moment de l'évaluation.
-
Comment ?
- Check-list avant envoi :
- Vérifier que le répertoire racine du projet contient bien les deux fichiers README.TXT (*), rapport.pdf (**), et la classe Game (***).
- (*) ce fichier doit contenir au moins l'URL de la page web de votre projet
- Cette page web doit contenir au moins tout ce qui a été
demandé dans la liste officielle des exercices, et notamment
le titre du jeu, le nom des auteurs (plus la lettre de l'équipe),
le fichier du rapport (ou son contenu), l'applette, le .jar, la javadoc, etc.
Attention ! Cette page web doit rester accessible au moins jusqu'au conseil de classe du premier semestre. - (**) Ce rapport doit contenir au moins tout ce qui a été demandé dans la liste officielle des exercices, et notamment le titre du jeu, le nom des auteurs (plus la lettre de l'équipe), le plan, le scenario, les explications sur chaque exercice (dont qui en était chargé), les particularités de votre jeu ou de votre implémentation, les parties de codes empruntées, les scenarios de test, etc., sans oublier une table des matières avec numérotation des pages.
- Dans BlueJ, exporter le projet en .jar en incluant les sources et bluej.pkg
- (***) Les sources doivent comporter la classe Game (.java et .class) à la racine du projet.
- Cliquer ici, saisir les informations demandées en choisissant l'étape "projet", puis cliquer sur le bouton de dépôt.
- Bien vérifier que JNews a accepté votre dépôt sans erreur; sinon lire en détail le message d'erreur et recommencer en corrigeant.
- Vous pouvez vérifier quels dépôts ont déjà été effectués à votre nom en cliquant ici.
-
Pourquoi ?
- Par souci d'équité lorsque les évaluations ne se déroulent pas toutes en même temps.
- Pour ne pas mettre 00/20 à un projet rendu en retard, des points de pénalité seront appliqués en fonction du retard. Ainsi, ceux qui auront rendu leur projet à temps alors qu'ils ne l'estimaient pas terminé ne seront pas défavorisés.
- L'autre avantage d'envoyer son projet à l'avance est que ce projet pourra être utilisé le jour de l'évaluation finale, ce qui évite tout problème avec la version ou le média informatique qui aurait été apporté le jour J.
Mails des enseignants
- Suivi du groupe 4 : D.Bureau (at esiee.fr)
- Suivi du groupe 5 : Patrice.Lignelet (at cnam.fr)
- Suivi du groupe 6 : P.Lefebvre (at esiee.fr)
Dernière mise à jour :