P5 - Naviguer dans plusieurs sites et passages 🗂¶

← Retour au hub des parcours · Section B — Approfondissements · 🟠 SHOULD (MUST pour Karim/Samuel)

Persona principal : Karim / Samuel. MoSCoW : SHOULD (devient MUST dès qu'on dépasse 3-4 sites - cas par défaut chez Karim et Samuel). Objectifs qualité visés : O5 Capacité d'affichage, O6 Modularité.

Karim revient d'une semaine de chantier sur 3 carrés différents avec 5 enregistreurs déployés en parallèle. Il a 8 nouvelles nuits à traiter. Il a besoin de se repérer rapidement dans son volume sans perdre une nuit dans une autre.

Karim ouvre l'application. La vue des sites lui présente une liste arborescente :
- Site « Carré 640380 - PARC42 » (dernier passage il y a 2 jours)
- Point A1 - 3 passages cette saison, 1 à vérifier
- Point B2 - 2 passages cette saison
- Point C3 - 0 passage
- Site « Carré 752204 - ZAC NORD » (dernier passage il y a 5 jours)
- …
Une vue tabulaire alternative liste tous les passages tous sites confondus, triables et filtrables par site, point, n° de passage, statut workflow, verdict, date.
Karim utilise la vue tabulaire pour repérer les 8 passages au statut Importé ou Transformé qui attendent sa vérification. Il peut faire un import groupé en sélectionnant plusieurs dossiers SD à la suite (variante du parcours P2).
Pour chaque passage, il enchaîne P3 puis P4 en gardant le contexte global de son chantier visible (badges colorés indiquant le site/chantier).

Notes pour Samuel¶

Avec ses 24 enregistreurs en parallèle pendant 40-50 nuits par saison, Samuel a en pratique plus de 1 000 passages par saison. La vue tabulaire doit donc :

supporter des filtres multi-critères performants (R&D potentielle, à arbitrer en équipe étudiante)
permettre des actions de masse (changement de verdict, suppression, export)
rester réactive même à plusieurs centaines de lignes (cf. O5)