Ce qui est réalisé
Interface mobile française et photos multiples
Brouillon IndexedDB et file d'attente
Classement mensuel et transferts Drive avec reprise
Publication GitHub Pages rapportée
Organiser le quotidien / Logigramme fonctionnel
À table — suivi alimentaire
Noter un repas en quelques gestes, avec plusieurs photos et un commentaire, tout en conservant la saisie lorsqu'un transfert est interrompu.
Le besoin
Noter un repas en quelques gestes, avec plusieurs photos et un commentaire, tout en conservant la saisie lorsqu'un transfert est interrompu.
L’analyse
Le repas constitue l'unité métier : une date, un type, un commentaire et des photos ordonnées avec leur description. Cette unité doit rester cohérente, que l'utilisateur photographie son assiette immédiatement, décrive un repas sans photo ou corrige la date d'une saisie effectuée plus tard.
Le parcours sépare le brouillon, la demande d'envoi et la confirmation. Les images sont transférées avant le document descriptif, dont la présence indique un repas complet. Les identifiants préalloués et les métadonnées figées permettent de reprendre un envoi sans créer un deuxième repas après une réponse réseau perdue.
Le processus documenté
Du besoin au résultat
Logigramme fonctionnelRègles de gestion
Ce que l’outil doit respecter.
- RG-01Un repas peut comporter plusieurs photos ou seulement du texte ; sa date peut être corrigée.
- RG-02Le classement mensuel utilise l'heure locale du repas, pas celle du transfert.
- RG-03Le document descriptif est envoyé après confirmation de toutes les photos.
- RG-04Les métadonnées sont figées au premier envoi ; les reprises réutilisent les identifiants préalloués.
- RG-05L'envoi commencé reste lié au compte Google initial.
- RG-06Le brouillon et la file d'attente restent locaux ; les jetons Google restent en mémoire.
Ce que ce projet démontre.
Définir l'objet repas et les conditions de sa complétude.
Modéliser le cycle brouillon, attente, transfert et confirmation.
Prévoir interruptions, changement de compte et concurrence entre onglets.
Le niveau de réalisation ci-dessous distingue les fonctions présentes des vérifications qui restent à mener.
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 livraison du 2 octobre rapporte 8 tests et une vérification de l'affichage mobile. Le README indique que Drive est simulé dans les tests. Aucun premier envoi réel depuis le téléphone n'est confirmé dans les preuves consultées.
Revue du 13 octobre : saisie d’un repas fictif et confirmation du brouillon local observées. Aucun envoi Drive effectué.
Limites actuelles
La suppression des données du navigateur peut effacer les brouillons.
L'application doit rester ouverte pendant les transferts.
Deux appareils créant simultanément leur premier dossier peuvent produire des dossiers homonymes.
Prochaine étape
Effectuer un premier envoi de démonstration sur téléphone, puis interrompre et reprendre le transfert d'un repas comportant plusieurs photos.
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.
- Après interruption entre deux photos, la reprise produit un seul repas complet dont le descriptif référence toutes les photos attendues dans l'ordre.
- Un repas saisi après minuit mais daté de la veille est classé selon sa date de repas ; une reprise sous un autre compte est refusée.
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