Ce qui est réalisé
Application publiée : séances, programme, historique, diète et 22 recettes repliables. Les identifiants des recettes sont réutilisables dans les fichiers de suivi.
Suivre une pratique / UML cas d’utilisation
Suivre ses séances.
Garder ses données.
Planifier une séance, noter ce qui a réellement été fait, reprendre une séance passée : une application installable, sans abonnement ni publicité, dont les données restent dans le Drive de l’utilisateur.
Le besoin
Les applications du marché imposent un abonnement, de la publicité ou le partage des données. Le besoin réel était plus étroit : comparer l’objectif d’une séance à ce qui a été fait, et pouvoir rejouer une séance passée.
L’analyse
La décision structurante a été de saisir l’objectif exactement comme le réalisé : série par série, répétitions × charge. Un réalisé peut alors devenir l’objectif d’une prochaine séance sans transformation.
Le périmètre s’est ensuite élargi par itérations : exercices à la durée, cardio sur tapis, puis repas, sommeil et mensurations, dans cinq onglets distincts. Le suivi comprend désormais un programme, l’historique et 22 recettes repliables avec identifiants réutilisables.
Le processus documenté
Ce que l’application permet de faire
UML 2 · diagramme de cas d’utilisation← Faire défiler le schéma →
Règles de gestion
Ce que l’outil doit respecter.
- RG-01Un exercice se crée uniquement dans le catalogue. Dans une séance, il se choisit dans une liste : les données restent comparables.
- RG-02Objectif et réalisé ont la même forme, série par série, avec ajout de séries possible.
- RG-03La charge peut être saisie en livres ; elle est convertie en kilogrammes.
- RG-04Exercices à la durée et cardio (durée, distance, vitesse, pente) ont leurs propres champs.
- RG-05Synchronisation automatique vers un fichier du Drive, sans bouton d’enregistrement.
Ce que ce projet démontre
Un périmètre volontairement étroit au départ, puis élargi par versions successives à partir de l’usage réel. Chaque ajout a d’abord été décrit comme un cas d’utilisation avant d’être développé.
Consulter le dépôt suivi_muscu ↗Outil personnel de suivi : il ne constitue ni un avis médical ni un programme d’entraînement.
L’outil en images
Un parcours visible.
État au 13 octobre 2026
Une réalisation, un périmètre précis.
Ce qui a été vérifié
La publication GitHub et les recettes sont confirmées dans les échanges. Le remplacement de la copie cloud par le dernier fichier personnel reste à vérifier.
Revue du 13 octobre : variante PC v2 exécutée avec une séance et un exercice fictifs ; objectif et réalisé saisis séparément. Le test ne couvre pas Google Drive.
Limites actuelles
Un changement de données personnelles peut rencontrer une copie distante plus récente. La cohérence du dernier fichier doit être confirmée avant de poursuivre son usage.
Prochaine étape
Vérifier la reprise du dernier fichier sur le téléphone et rejouer une séance historique comme objectif d’une nouvelle séance.
Exemples de critères de recette
Ces critères décrivent le résultat attendu. Ils ne constituent pas, à eux seuls, des tests réussis.
- Réutiliser une séance passée recopie chaque série, répétition et charge comme objectif sans altérer l’historique.
- Après une modification puis une nouvelle ouverture, les dernières données et les identifiants des recettes sont conservés dans la copie synchronisée attendue.
Parlons de votre projet
Un besoin concret.
Une première discussion.
Un processus trop manuel, une donnée peu fiable ou une idée à tester ? Commençons par clarifier ce qui vous serait vraiment utile.
Échanger avec Loïc