SAE :

Titre SAE : Stage

▶︎ Les apprentissages critiques

1. AC21.01 | Élaborer et implémenter les spécifications fonctionnelles et non fonctionnelles à partir des exigences

2. AC21.02 | Appliquer des principes d’accessibilité et d’ergonomie

3. AC21.03 | Adopter de bonnes pratiques de conception et de programmation

4. AC21.04 | Vérifier et valider la qualité de l’application par les tests

▶︎ Mon analyse personnelle

1. Mes démarches et mon autonomie (Prises de décision)

Durant mon stage, j'ai été intégré comme un développeur à part entière au sein de l’équipe Selfcare. J’ai dû faire preuve d'autonomie sur deux projets majeurs : une plateforme de tests automatisés pour sécuriser l'application Web des agriculteurs (Mon Eureden v2), et un calculateur de prix de grains connecté par API pour le projet Côté Marché.

Ma principale prise de décision est survenue sur le projet de tests. L'architecture initiale tentait de lancer des commandes systèmes interdites par les règles de sécurité de l'entreprise. J'ai pris l'initiative de mener une étude comparative pour proposer une solution alternative moderne : une architecture asynchrone basée sur des files d'attente de messages. Par ailleurs, suite à l'arrêt maladie du développeur principal sur le projet du calculateur, je me suis porté volontaire pour reprendre le code en urgence. Pour tenir les délais stricts de mise en production, j'ai décidé de réorganiser tout le code existant et j'ai piloté le projet de manière autonome en organisant moi-même les réunions de suivi avec l'équipe.

2. Les ressources choisies et combinées

Pour résoudre les problèmes techniques et mener à bien mes développements, j'ai combiné plusieurs outils et frameworks :

• Côté developpement : J'ai utilisé le langage TypeScript (TSX) pour sécuriser le code, et Google Apps Script pour l'interface du calculateur.
• Côté infrastructure et API : J'ai combiné RabbitMQ (pour gérer les files de messages), Kubernetes (pour isoler les processus lourds) et les outils Postman et Grafana pour tester les routes d'API et analyser les erreurs en temps réel.
• Côté méthodologie : Je me suis appuyé sur le cadre de travail de la méthode Agile Scrum (réunions quotidiennes et cycles de développement de deux semaines) pour adapter mes tâches en continu.

3. Justification des Apprentissages Critiques (AC)

Mes réalisations concrètes sur le terrain prouvent la maîtrise des objectifs de cette compétence :

• AC21.01 | Spécifications fonctionnelles et non fonctionnelles : Sur le projet du calculateur, j'ai traduit les besoins économiques changeants du métier en règles de validation de données. Pour la plateforme de tests, j'ai répondu à une exigence non fonctionnelle stricte de sécurité en créant un système de correspondance qui traduit un besoin utilisateur en fichier de test technique.
• AC21.02 | Accessibilité et ergonomie (UX) : Sur l'outil de calcul, j'ai développé des alertes et fenêtres pop-ups personnalisées. Si l'utilisateur saisit une donnée incorrecte (comme des lettres dans un champ de prix), le système le bloque poliment et lui explique l'erreur. Cela rend l'outil simple d'utilisation pour le métier tout en protégeant la base de données.