Projets 2022-2023

<> =INFO=

Projet Semestre S8
Enseignants responsables : Olivier Richard


 * Dates : Lundi après-midi, Mardi après-midi
 * Lancement: Lundi ?? Janvier 2022 après midi
 * Soutenance à mi-parcours: A définir
 * Soutenance: A définir


 * Evaluation à mi-parcours le lundi/mardi ???: Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

Consignes générales:


 * Vous devez être pro-actifs !!!: Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug (Attention: ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.


 * Vous devez maintenir une fiche de suivi de projet: elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. Note: le nom de la fiche doit être composé du nom du projet et suffixé par info4_2021_2022. Cette fiche compte pour la note finale


 * Votre code pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/21-22, vous utiliserez votre compte UGA.


 * Chaque projet doit avoir aux moins 2 dépôts git:
 * Un pour les documents demandés rapport, présentation de pré-soutenante, de soutenance, flyer. Il sera appelé documents.
 * Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.


 * Les documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions). Le *rapport* sera aussi demandé en *anglais* (il fera la taille d'un rapport de TP). Les transparents des présentation peuvent être en anglais ou en francais, la soutenance sera taire en francais.


 * Une section dans le rapport doit indiquer ce qui a été développé (LoC) et/ou testé.


 * La note obtenue tiendra compte du nombre et de la qualité des commits observé dans vos dépots git et la branche master (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).


 * Il est fortement conseillé de suivre un développement incrémental qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de démonstrateurs présentables séparément.


 * Vous devez faire aussi des schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence, et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

Propositions de projets S8

 * xx. Centipède, Nicolas Palix, Didier Donsez
 * xx. Dévelopement d’une application iOS/Android RTK NTrip, Éric Sibert, Yves Pratter (pour les communautés OpenStreetMap et Centipède)
 * xx. Reconnaissance de chants d'oiseau par réseaux de neurones embarqués avec TinyML, Didier Donsez
 * xx. Développement d'extension de jeux sur DreamCast, Matthieu Mallet (à confirmer)
 * xx. Des polymères dans ton école, dans ton musée, Vincent Mareau, Olivier Richard
 * xx. Guidage autonome centimétrique de véhicules sur circuit, Didier DONSEZ.

Projet IoT S9
Enseignants responsables : Bernard Tourancheau

Calendrier: Octobre à Décembre 2022. Soutenance ?? Janvier 2023.

Exposés points techniques 10' - questions 5'
 * Nom Sujet
 * ??? Python
 * ??? MQTT
 * ??? COAP

Projet Semestre S10
Enseignant responsable : Didier Donsez

Convention des projets tutorés externes : Elise Didier.

Calendrier: ??/01 (8H30-12H00) au ??/03.

Séances de Management de projets innovants: A voir dessus.

Réunion de présentation et choix des sujets: ??/01 (8H30-12H00) (salle : voir ADE)

Démarrage : ??/01

Soutenance à mi-parcours (à définir) : ??/02/2022 13H30-17H30 en distantiel (15 minutes par équipe).

Soutenance finale : ??/03/2022 (8H30-12H00 et 13H30-17H00). 30 minutes par équipe, questions/réponses et démonstration incluse. Prière de rapporter au fablab le matériel emprunté juste après votre soutenance.

Séances MPI
Voir ADE qui fait foi).

Soutenance intermédiaire S10
Date: ??/02/2023 Matin. Distantiel (sur Zoom). Créneaux de 10 minutes.

L'objectif de la soutenance intermédiaire est de vérifier si l'équipe projet est en bon ordre de marche

L'équipe présentera en 5-6 transparents en 7 minutes.
 * les équipiers et leurs rôles
 * le contexte, le sujet et l'objectif du projet
 * l'architecture du systèmes à réaliser
 * les technologies utilisées
 * le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)
 * les difficultés (s'il y a)

Prévoyez du temps pour les questions-réponses (3 minutes max).

Respectez bien les créneaux indiqués (par respect pour les autres équipes) et soyez présents un peu en avance dans la salle d'attente.

La présence des porteurs n'est pas obligatoire.

Soutenance finale S10
Date provisoire: ??/03/2023 (8H30-12H00 et 13H30-17H00).

'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''

Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.

Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le 17/03/2021 23:59:59 CET).

La présentation est constituée des chapitres suivants:
 * Rappel du sujet/besoin et cahier des charges
 * Technologies employées
 * Architecture techniques
 * Réalisations techniques
 * Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)
 * Outils (collaboration, CD/CI ...)
 * Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux), la répartition des lignes de code et des commits en pourcentage entre les membres du projet ...)
 * Conclusion (Retour d'expérience)
 * Transparent expliquant la démonstration

L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.

Le screencast (réalisé lors de la dernière répétition) sera rendu disponible via un partage caché (wetransfer, google drive …) dont le lien sera ajouté dans le devoir idoine sur Moodle et également envoyé par mail à votre tuteur.

Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 15 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes, conception d'écrans ...).

Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.

Votre fiche d'auto-évaluation doit être déposée sur Moodle

NB: le rapport technique listé dans la colonne Documents contient tout ce qui ne tient pas dans les 15 pages du rapport final : cahier des charges, diagrammes UML, enquêtes utilisateurs design UI, API, technologies employées (détail), plan de tests, term of services, conformance RPGD, audits/diagnostiques sécurité, MTBR, rapport de vulnérabilité, plan de charge, rapports de charge, manuel d'installation … : ça dépend un peu de la nature de votre projet.

Conseil : 30 minutes c'est très court alors répétez la soutenance auparavant ! Prévoyez des transparents supplémentaires en annexe pour répondre aux questions.

Prière de rapporter au fablab le matériel emprunté juste après votre soutenance.

Sujets

 * A venir