From 4da69c3bfb22086b97752283a16ee005ab7892e3 Mon Sep 17 00:00:00 2001 From: Alex <alexandre.meyer@univ-lyon1.fr> Date: Wed, 13 Dec 2023 10:11:41 +0100 Subject: [PATCH] ... --- web/content/projet/_index.md | 26 ++++++++++---------------- 1 file changed, 10 insertions(+), 16 deletions(-) diff --git a/web/content/projet/_index.md b/web/content/projet/_index.md index 4accc71..666c179 100644 --- a/web/content/projet/_index.md +++ b/web/content/projet/_index.md @@ -4,8 +4,7 @@ description: "Projet" --- -<img src="doc/projet.jpg" width="300" class="center"> - +<img src="doc/projet.jpg" width="300" class="center"> ### Sujet et critères de notation @@ -19,12 +18,11 @@ Vous êtes libre du sujet de votre projet, mais discutez-en avec les intervenant * Travail en équipe : vous disposez de 100 points par projet. A la fin du projet, vous affectez ces points à chacun des membres du groupe en fonction du degré d'implication. Par exemple, un groupe équilibré avec une personne un peu plus leader donnera 30, 30 et 40 points. Cette information servira à moduler les notes de chacuns (voir les critères de notation dans la grille). La modulation peut aller plus loin que juste les points sur l'organisation du travail. Un étudiant non impliqué peut avoir une note très faible sur les 3 parties, loin du reste du groupe. +<img src="doc/cahier2.jpg" width="200" class="center"> ### Cahier des charges -<img src="doc/cahier2.jpg" width="200" class="center"> - -Après quelques séances de conception et développement, vous devez rédiger et soumettre un cahier des charges (case 'DepotCahierDesCharges' sur Tomuss au format pdf, un seul dépôt par groupe). Ce cahier des charges reprend l'organisation vue en cours et en TD. Il doit comporter au moins une présentation du projet, une description détaillée de l'application (ex. règles du jeu ou fonctionnalités du logiciel), une liste exhaustive et détaillée des tâches à réaliser, un diagramme des classes (UML) et un diagramme de Gantt (tous les deux prévisionels). Ce document fait typiquement entre 4 et 10 pages. +Après quelques séances de conception et développement, vous devez rédiger et soumettre un cahier des charges (case 'DepotCahierDesCharges' sur Tomuss au format pdf, un seul dépôt par groupe). Ce cahier des charges reprend l'organisation vue en cours et en TD. Il doit comporter au moins une présentation du projet, une description détaillée de l'application (ex. règles du jeu ou fonctionnalités du logiciel), une liste exhaustive et détaillée des tâches à réaliser, un diagramme des classes (UML) et un diagramme de Gantt (tous les deux prévisionels). Ce document fait typiquement entre 4 et 10 pages. #### Réaliser votre diagramme des classes (UML) @@ -38,23 +36,21 @@ Après quelques séances de conception et développement, vous devez rédiger et * [Outils online Viual-paradigm](https://online.visual-paradigm.com). Choisissez "Class diagram". * [Ce lien](http://en.wikipedia.org/wiki/List_of_Unified_Modeling_Language_tools) répertorie différents outils pouvant être utilisés pou définir des diagrammes de modules -Remarque : normalement sur les machines du Nautibus, Umbrello et Dia sont installés, sinon utilisez un outil en ligne. +Remarque : normalement sur les machines du Nautibus, Umbrello et Dia sont installés, sinon utilisez un outil en ligne. -### Démo mi-parcours - <img src="doc/demo.png" width="200" class="center"> +### Démo mi-parcours A la moitié de votre projet, vous donnerez une démonstration aux intervenants de 10 minutes, qui sera suivie de quelques questions. Le -but de cette démonstration est de faire un point sur ce qui marche et ce qui reste à faire, ainsi que de présenter l'organisation et la gestion de votre projet en général. Vous devez donc à la fois montrer ce que votre application est déjà capable de faire, mais aussi que vous avez les capacités à finaliser le projet à temps. +but de cette démonstration est de faire un point sur ce qui marche et ce qui reste à faire, ainsi que de présenter l'organisation et la gestion de votre projet en général. Vous devez donc à la fois montrer ce que votre application est déjà capable de faire, mais aussi que vous avez les capacités à finaliser le projet à temps. +<img src="doc/soutenance.jpg" width="200" class="center"> ### Soutenance -<img src="doc/soutenance.jpg" width="200" class="center"> - **La soutenance dure 20 min = 15 min de présentation démo, suivi de 5 min de questions**. La présentation devra être réalisée sous Powerpoint ou équivalent. Le mieux est de générer un PDF pour des raisons de compatibilité. Voici quelques conseils pour la présentation (entre 8 et 10 minutes). @@ -77,14 +73,12 @@ Quelques conseils pour la démo (entre 5 et 7 minutes). * Répétez les actions que vous voulez illustrer, concentrez vous sur ce qui fonctionne (soyez vendeur!) * Utilisez le plein écran si approprié, prévoyez de quoi entendre sons et musiques si besoin * Si nécessaire, testez votre démo avant sur écran externe (ie. apprenez comment afficher en double écran sur votre machine) -* **Faîtes au moins une répétition complète pour éviter les surprises (timing, démo qui fonctionne pas, etc.).** - +* **Faîtes au moins une répétition complète pour éviter les surprises (timing, démo qui fonctionne pas, etc.).** -#### Travail à rendre (case 'DepotProjetFinal' dans Tomuss) - <img src="doc/livrable.png" width="200" class="center"> +#### Travail à rendre (case 'DepotProjetFinal' dans Tomuss) Préparer et soumettre une archive suivant les mêmes conventions que le module Image nommée `NOM_PROJET_NUMEROETU1_NUMEROETU2_NUMEROETU3.tar.gz` et contenant au minimum les points suivants. @@ -103,4 +97,4 @@ Préparer et soumettre une archive suivant les mêmes conventions que le module * Le diagramme de Gantt à jour (fichier image ou pdf) avec une description de qui a fait quoi dans le projet (associations entre les tâches du diagramme et les étudiants) * La documentation du code (dans le répertoire doc/html, générée par doxygen) -Veillez à bien nettoyer votre archive avant soumission, i.e. supprimer les fichiers inutiles (fichiers objets, dossiers/fichiers git etc.). +Veillez à bien nettoyer votre archive avant soumission, i.e. supprimer les fichiers inutiles (fichiers objets, dossiers/fichiers git etc.). -- GitLab