Introduction

Si tu es étudiant·e en TIC à la HEIG-V et si ton travail de Bachelor est en cours ou démarrera le semestre prochain, ce guide de est fait pour toi ! Il est basé principalement sur l'expérience de Samuel Roland, suivi par Bertil Chapuis mais a pu être complété par des discussions avec 3 étudiant·es de la même année. Il n'a aucunement la prétention d'apporter une "recette miracle à suivre à la lettre pour faire un bon TB". Il donne quelques informations pratiques qui ne sont pas documentées. Le guide est agrémenté de conseils stratégiques pour mieux organiser le projet et pour augmenter le niveau de qualité du rapport, autant sur le fond que la forme. Des conseils techniques pour la qualité visuelle ou la gestion des documents sont également proposés.

Le Travail de Bachelor (TB) étant un travail conséquent, il peut être utile de connaître les erreurs d'autres étudiants dans le passé, de prendre des stratégies qui marchent mieux que d'autres et de comprendre en quoi c'est différent de tous les laboratoires effectués jusqu'à maintenant.

Ces conseils sont basés sur l'expérience du TB de Samuel Roland, suivi par Bertil Chapuis, ils sont forcément biaisé vers un TB logiciel ou les préférences du prof concerné. Le but est de soulever les points stratégiques à penser, des questions à poser ou des idées de ce qu'il faut faire attention sur la gestion générale du projet.

L'idée est aussi de donner des conseils techniques pour la rédaction du rapport avec Typst, comment coloriser le code joliment, comment gérer et générer efficacement la bibliographie, et d'autres conseils qui font gagner du temps.

Chaque situation est différente.

Status: très très brouillon.

Comment lire ce guide ?

Si tu n'as pas encore commencé ton TB, seuls les premières sections sont utiles à lire: cette page et la préparation. Sinon, chaque section peut-être utile (excepté celle sur Typst si tu ne l'utilises pas pour ton rapport). Il n'est pas nécessaire de lire dans l'ordre chronologique les chapitres, cette séparation a été conçue pour pouvoir venir picorer à droite à gauche en fonction de l'avancement du travail. Il peut s'avérer utile de revenir à chaque étape pour se rappeler des conseils adaptés à la phase du projet ou bénéficier des améliorations de ce guide.

Vue d'ensemble du déroulement

Le travail est prévu sur 450h,

Note: pour simplifier la lecture, cette vue d'ensemble est écrite par rapport au point de vu d'un·e étudiant·e à temps plein avec les 5 cours à option. Les semaines de rendus peuvent varier si certains cours à choix fondamentaux n'ont pas encore été fait ou pour les situations en emploi.

1. Choix du sujet
   1. Les étudiant·es qui souhaitent proposer un sujet cherchent un·e enseignant·e qui est d'accord de les suivre
   2. Les autres choisissent parmi les sujets proposés par les enseignant·es qui sont publiés dans une liste sur GAPS
2. 16 semaines du semestre à 1 jour par semaine: beaucoup de préparation du projet
   1. Rédaction du cahier des charges: Il y a 8 semaines pour encore rédiger ou modifier le cahier des charges si nécessaire
   2. Rédaction de l'introduction et de l'état de l'art, selon le projet, il peut aussi y avoir des POCs, le début de l'architecture et de l'implémentation
   3. Rendu du rapport intermédiaire à la semaine 14 du semestre
3. 6 semaines à temps plein
   1. C'est là que la majorité du projet va se passer
4. Rendu final: rapport + affiche + résumé publiable + code source