Ce livrable regroupe les documents 3.1, 3.2, et 3.3.

Date limite S3T – vendredi 22 décembre 23h59

1. L'objectif est de comprendre en quelque seconde quel est le but du projet avec un screenshot ou une vidéo si nécessaire.
2. Il s'agit de présenter votre projet pour expliquer à ceux qui vous liront le projet selon toutes ses dimensions : Escape game, les technologies utilisées, les auteurs, l'organisation.
   1. vos cibles : de futurs étudiants; des employeurs pour votre stage; des recruteurs en poursuite d'études. Vous pouvez expliciter ces cibles avec des arguments différents pour chaque rubrique.
3. Ce document se présentera de préférence sous la forme d'une page web qui pourra être diffusée. Il pourra s'agir d'une page wiki dans la forge mais bien faîtes.
4. Ce document sera évalué par les 3 enseignantes selon les critères :
   1. Est-il facilement diffusable (absences de fautes d'orthographe, contenu, forme, …) ?
   2. Contenu adapté à l'exercice demandé? Y-trouve-t-on tous les éléments demandés?
   3. En sommes-nous fiers?

L'ensemble du groupe évalue les étudiants du groupe. Pour cela,chaque chef de projet remplit le fichier excel ci-joint. La moyenne du groupe ne peut pas excéder 13.

Le document suivant vise à regrouper les informations pour l'ensemble du groupe. Il doit contenir les informations suivantes. Nous ne précisons pas sa présentation ici mais il doit bien évidemment avoir une introduction, une conclusion, être bien présenté etc. L'ordre de présentation est libre mais doit montrer votre capacité à exposer le travail réalisé. Pensez à utiliser des outils en ligne pour travailler à plusieurs sur le même document.

1. Si le document 3.1 est un site web, l'adresse du site web, sinon joindre le document relatif à la vitrine du projet.
2. L'organisation du groupe
3. La répartition du travail dans le groupe.
   1. Pour chaque étudiant doivent apparaître les tâches auxquelles il a effectivement contribué, en quoi il a contribué et la part de sa contribution e.g. énigme 1 : Géraldine 100% du développent; Pierre 20% de la construction des images; …
4. Les tests réalisés avec des utilisateurs et les résultats obtenus
5. Un diagramme de classes obtenu par reverse engineering. Il doit être lisible. Si besoin découpez le. Utilisez les packages.
6. Une évaluation de la qualité de vos codes.
7. Une évaluation de la dette technique.
8. Rétrospective en terme de gestion de projet et de développement
   1. voici quelques éléments pour vous aider :
      1. Sur la 1e partie : https://www.atlassian.com/team-playbook/plays/retrospective
      2. https://www.scrumalliance.org/community/articles/2014/april/key-elements-of-sprint-retrospective
9. Les perspectives envisagées du projet si vous en aviez le temps.

La notation sera individualisée en fonction de l'implication des membres dans les tâches.

Chaque étudiant s'auto-évalue sur ce projet, pour cela il remplit le formulaire ci-joint.

La manière dont cette auto-évaluation sera prise en compte n'est pas encore déterminée. Néanmoins l'absence d'auto-évaluation sera sanctionnée.

Date limite S3T – vendredi 22 décembre 23h59

• Le groupe sauvegarde ses codes dans le gestionnaire de la forge
  • les sources des classes utilisées pour réaliser les histoires;
  • les tests associés (unitaires et fonctionnels)
  • un README
    • Suivez le plan donné par Github et pensez à mettre un lien vers votre présentation vitrine.

Critères d'évaluation :

• Structure & Syntaxe :
  • en tête des fichiers
  • qualité du readme
  • folder dédié aux tests
  • structuration en répertoires
  • choix de nommage et respect des normes
  • absence de fichiers non demandés (bin, etc.)
• Qualité des codes :
  • Tests unitaires : couverture, pertinence
  • Tests fonctionnels : pertinence, adéquation avec les histoires
  • Séparation des interfaces graphiques du métier
  • Identification aisée des différentes pièces

Date limite S3T – vendredi 22 décembre 23h59

Il ne s'agit pas d'un “livrable” mais de l'état final de la forge. Date limite S3T – vendredi 22 décembre 23h59

Eléments de notation :

1. Utilisation du gestionnaire de version
   1. régularité des commits
   2. contenu des messages de commit
   3. contenu des commits
2. Utilisation des demandes
   1. pour gérer les histoires
   2. pour gérer les tâches
3. Utilisation du Kanban

Démonstration