StockSuaps a suivi un cycle de projet complet, du recueil des besoins à la livraison. Le projet a démarré par des rendez-vous clients avec le SUAPS, l'analyse d'un cahier des charges fourni, une veille technologique pour justifier les choix d'outils, puis une maquette Figma valider avec le client avant tout développement. La gestion du projet en équipe de 4 s'est appuyée sur Git (branches par fonctionnalité, pull requests) et des points de synchronisation réguliers. Les retours itératifs du client ont servi de jalons naturels pour ajuster les priorités. Le projet s'est conclu par la rédaction de manuels d'utilisation et d'installation, livrés au SUAPS.
1. AC25.01 | Identifier les processus présents dans une organisation en vue d’améliorer les systèmes d’information
Comprendre le fonctionnement d'une entreprise est indispensable avant d'écrire la moindre ligne de code. La modélisation permet de faire ce lien entre les besoins métiers et la technique :
R3.10 - Management des systèmes d'information (Modélisation de processus métier) : L'étude de cas m'a appris à utiliser la norme BPMN pour cartographier les flux d'une organisation. Dessiner ces processus permet de visualiser précisément qui fait quoi et comment circulent les informations. C'est un outil indispensable pour repérer les dysfonctionnements et structurer une solution informatique adaptée.
SAE :
Avant de développer StockSuaps, nous avons analysé les processus existants du SUAPS : comment les enseignants demandaient du matériel, comment les administrateurs suivaient les stocks, comment les transferts entre salles étaient gérés manuellement. Cette analyse a mis en évidence les points de friction : perte de traçabilité, doublons, absence de visibilité globale et a directement guidé la conception des modules : mouvements pour tracer les entrées/sorties/transferts, besoins pour formaliser les demandes, inventaire différencié par rôle.
2. AC25.02 | Formaliser les besoins du client et de l'utilisateur
Traduire un besoin abstrait en un plan d'action concret est une compétence clé, que ce soit pour une application ou pour son propre parcours :
R3.03 - Analyse (Conception fonctionnelle et intégration d'API) : Le développement de l'application de bibliothèque sur FlutterFlow imposait de structurer le parcours utilisateur. Il a fallu traduire la demande initiale en fonctionnalités précises : connecter une API pour la recherche de livres et organiser l'interface pour gérer trois rayons distincts.
R3.14 - Projet personnel et professionnel (Recueil de besoins et formalisation) : La construction de mon orientation post-BUT (écoles d'ingénieurs, masters) a demandé une démarche similaire à celle d'un projet informatique. J'ai dû analyser mes propres attentes, cartographier les critères des formations et formaliser un plan d'action rigoureux pour valider mes choix.
SAE :
Le recueil des besoins de StockSuaps a été un processus itératif : plusieurs rendez-vous avec le SUAPS, analyse du cahier des charges initial, puis production d'une maquette Figma soumise au client pour validation. Cette maquette a permis de discuter concrètement des fonctionnalités avant de coder, d'éviter les malentendus sur certains modules (notamment la logique d'inventaire différencié admin/prof), et d'intégrer les retours du client dès la phase de conception.
3. AC25.03 | Identifier les critères de faisabilité d’un projet informatique
Valider la faisabilité d'un projet demande de confronter les choix techniques aux réalités financières et humaines. J'ai travaillé sur cet équilibre lors d'un projet d'infrastructure :
R4.09 - Management avancé des systèmes d'exploitation (Gouvernance et chiffrage de projet SI): Pour le système d'information du parc immersif, l'objectif était de concevoir une architecture complète et de la défendre lors d'une soutenance de vente. Ce travail a imposé de lister les besoins, de choisir les technologies et de calculer un coût de revient réel. J'ai appris à évaluer la viabilité d'une solution selon trois critères stricts : la technique, le budget et les délais de livraison.
SAE :
Avant de lancer StockSuaps, l'équipe a évalué la faisabilité sur trois axes : technique (maîtrise collective de Flutter, Node.js et MySQL), temporelle (durée du semestre, répartition avec les autres cours) et humaine (charge équilibrée entre les 4 membres). Ces critères ont conduit à définir un périmètre réaliste, en priorisant les fonctionnalités cœur et en renonçant aux fonctionnalités avancées qui auraient dépassé le cadre disponible, décisions justifiées et présentées au client.
4. AC25.04 | Identifier les critères de faisabilité d’un projet informatique
Conduire un projet demande une vision claire de l'enchaînement des tâches et des objectifs. J'ai développé cette méthode de planification à travers deux exercices distincts :