madelaine/BUT3-Projet-annuel-public
1
1
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

Organisation generale du projet annuel BUT3

Browse Source
This commit is contained in:
Frédéric Gervais 2024-08-28 10:19:23 +02:00
parent c82a68cde8
commit a78627ff5c
1 changed files with 8 additions and 9 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

17
README.md
View File

@ -5,24 +5,24 @@ Détails sur l'organisation du projet annuel de BUT3.
Contact : Frédéric Gervais, frederic.gervais@u-pec.fr Contact : Frédéric Gervais, frederic.gervais@u-pec.fr
## Évaluation, tuteur et taille des groupes. ## Évaluation, tuteur et taille des groupes.
Le projet annuel compose l’intégralité de ce qui apparaît comme SAé dans le référentiel du diplôme (mot de jargon pour situation d’apprentissage et d’évaluation). Il compte pour 50% au premier semestre du BUT3 (S5) et 10% au second semestre du BUT3 (S6). Il s’agit d’un travail conséquent qui est réalisé assez largement en autonomie, sous la direction d’un tuteur qui est le plus souvent un enseignant du département et parfois un contact dans l’industrie qui est informaticien et propose en encadre le sujet de projet. Le projet annuel compose l’intégralité de ce qui apparaît comme SAé dans le référentiel du diplôme (mot de jargon pour "situation d’apprentissage et d’évaluation"). Il compte pour 50% au premier semestre du BUT3 (S5) et 10% au second semestre du BUT3 (S6). Il s’agit d’un travail conséquent qui est réalisé assez largement en autonomie, sous la direction d’un tuteur qui est le plus souvent un enseignant du département et parfois un contact dans l’industrie qui est informaticien et propose en encadre le sujet de projet.
Il y a parfois également un client qui n’est pas informaticien et qui n’est pas le tuteur avec lequel les étudiants doivent interagir. Il y a parfois également un client qui n’est pas informaticien et qui n’est pas le tuteur avec lequel les étudiants doivent interagir.
Le travail se fait en groupe de 2. À titre exceptionnel et seulement si la promotion est de taille impaire, il est autorisé de faire un groupe à 3. Le travail se fait en groupe de 2 étudiants. À titre exceptionnel, et seulement si la promotion est de taille impaire, il est autorisé de faire un groupe à 3.
L’obligation de faire le travail en groupe (et non pas seul) est motivée par le monde du travail dans lequel un développeur travaille très rarement en isolation. L’obligation de faire le travail en groupe (et non pas seul) est motivée par le monde du travail dans lequel un développeur travaille très rarement en isolation.
L’obligation de faire le travail en groupe de taille limité, même si c’est moins pertinent avec les pratiques du monde du travail est motivée par l’importance de ce projet dans l’évaluation du diplôme. L’obligation de faire le travail en groupe de taille limité, même si c’est moins pertinent avec les pratiques du monde du travail, est motivée par l’importance de ce projet dans l’évaluation du diplôme.
## Choix du sujet ## Choix du sujet
Le sujet est proposé le plus souvent par le département. Le sujet est proposé le plus souvent par le département.
Les étudiants peuvent proposer un sujet, mais il faut que celui ci soit validé par le responsable des projets et que les étudiants puissent trouver un tuteur adapté. Les étudiants peuvent proposer un sujet, mais il faut que celui-ci soit validé par le responsable des projets et que les étudiants puissent trouver un tuteur adapté.
## Calendrier. ## Calendrier.
@ -30,10 +30,9 @@ Les étudiants peuvent proposer un sujet, mais il faut que celui ci soit validé
* Semaine 3 du S5 : positionnement des étudiants sur les sujets et choix * Semaine 3 du S5 : positionnement des étudiants sur les sujets et choix
* Semaine 5 du S5 : rendu du cahier des charges fonctionnelles, acceptation ou non par le tuteur, correction possible et nouvelle version en début de semaine 6. Le tuteur et les étudiants signent le document. * Semaine 5 du S5 : rendu du cahier des charges fonctionnelles, acceptation ou non par le tuteur, correction possible et nouvelle version en début de semaine 6. Le tuteur et les étudiants signent le document.
* Semaine 6 du S5 : rendu d’une première version du cahier des charges techniques et méthodologiques, corrections possibles et version finale évaluée semaine 8. * Semaine 6 du S5 : rendu d’une première version du cahier des charges techniques et méthodologiques, corrections possibles et version finale évaluée semaine 8.
* À fixer. Présentation vulgarisée en anglais du projet de 10 minutes (? Voir avec Jay). * À fixer (voir avec enseignant d'anglais). Présentation vulgarisée en anglais du projet de 10 minutes.
* Semaine 10. Premier livrable du projet. Suggestion de corrections possibles. * Semaine 10 du S5. Premier livrable du projet. Suggestion de corrections possibles.
* Semaine 13. Second livrable du projet, premier rapport, réunion de suivi de projet. * Semaine 13 du S5. Second livrable du projet, premier rapport, réunion de suivi de projet.
@ -41,7 +40,7 @@ Les étudiants peuvent proposer un sujet, mais il faut que celui ci soit validé
* Semaine 6 du S6. Soutenance finale du projet. Rapport final, livrable final. * Semaine 6 du S6. Soutenance finale du projet. Rapport final, livrable final.
De manière générale, les étudiants et le tuteur se voient régulièrement, typiquement 15 minutes toutes les semaines, et planifient certaines réunion plus importantes de 30 minutes ou plus en fonction du projet et du cahier des charges pour éviter toute incompréhension concernant le travail à réaliser. De manière générale, les étudiants et le tuteur se voient régulièrement, typiquement 15 minutes toutes les semaines, et planifient certaines réunions plus importantes de 30 minutes ou plus en fonction du projet et du cahier des charges pour éviter toute incompréhension concernant le travail à réaliser.
Le rapport fait le point sur ce qui a été réalisé par rapport aux livrables prévus au cahier des charges fonctionnelles et présente ensuite les éventuelles évolutions entre l’approche préconisée dans le cahier des charges méthodologiques et techniques et ce qui a été effectivement retenu. Le rapport présente et analyse de manière critique le travail de l’équipe et propose des pistes d’amélioration que ce soit en terme d’organisation, de méthode, de la conception de certains aspects etc. Le rapport fait le point sur ce qui a été réalisé par rapport aux livrables prévus au cahier des charges fonctionnelles et présente ensuite les éventuelles évolutions entre l’approche préconisée dans le cahier des charges méthodologiques et techniques et ce qui a été effectivement retenu. Le rapport présente et analyse de manière critique le travail de l’équipe et propose des pistes d’amélioration que ce soit en terme d’organisation, de méthode, de la conception de certains aspects etc.