<aside>

Conduire un projet

▶︎ Les apprentissages critiques

  1. AC25.01 | Identifier les processus présents dans une organisation en vue d'améliorer les SI
  2. AC25.02 | Formaliser les besoins du client et de l'utilisateur
  3. AC25.03 | Identifier les critères de faisabilité d'un projet informatique
  4. AC25.04 | Définir et mettre en œuvre une démarche de suivi de projet </aside>

<aside>

📎 SAE à l’appui : S4 — Stage RTsys

Rappel : stage de 10 semaines chez RTsys (Lanester) consistant à développer un outil de visualisation et de traitement FFT pour la bouée acoustique RUBHY-AI.

L’objectif était de remplacer un prototype existant basé sur Chart.js, limité par son architecture et incapable de gérer efficacement des flux audio temps réel.

Le système développé comprend :

Stage chez RTsys

</aside>

Quelles ont été vos démarches, prises de décisions, degré d'implication et d'autonomie ?

J’ai travaillé en autonomie sur le projet qu’on m’a attribué tout en m’intégrant au fonctionnement de l’équipe. Le développement a été structuré en étapes successives afin de valider progressivement les choix techniques : analyse du prototype existant, validation sur signaux simples (WAV), puis intégration sur flux temps réel (SDA14).

Une étape importante du projet a été l’analyse des limites du prototype initial afin de justifier la refonte de l’architecture. Cette décision a été discutée et validée avec mon maître de stage.

Le suivi du projet s’est fait via des points réguliers permettant d’ajuster les choix techniques et de valider l’avancement.

Quelles ressources avez-vous choisies et combinées ?

J’ai utilisé le cahier des charges comme base de référence pour orienter les choix techniques et fonctionnels du projet.

Les échanges avec le maître de stage et les réunions de suivi ont permis d’ajuster progressivement les objectifs et de valider la faisabilité des solutions proposées.

J’ai également mobilisé des outils de gestion de version (Mercurial) afin d’assurer la traçabilité du développement et des différentes évolutions du projet.

En vous appuyant sur vos traces, justifiez la maîtrise des apprentissages visés.

AC25.02 — Formalisation des besoins :

Le cahier des charges du projet définit les fonctionnalités attendues ainsi que les contraintes de traitement temps réel (latence, flux audio, affichage continu). Ces éléments ont guidé les choix d’architecture.

AC25.03 — Analyse de faisabilité :

Le prototype initial a été analysé afin d’identifier ses limites (performance JavaScript, rendu DOM). Cette analyse a conduit à une refonte complète de l’architecture pour répondre aux contraintes du système.

AC25.04 — Suivi de projet :

Le projet a été structuré en étapes validées progressivement (WAV → SDA14), avec des réunions régulières permettant de suivre l’avancement et d’ajuster les choix techniques.