Périmètre fonctionnel

  • Gestion d’une base de compétiteurs réutilisable d’une compétition à l’autre.

  • Gestion de référentiels : clubs et styles de tir (nomenclature IFAA).

  • Création de compétitions regroupant une ou plusieurs épreuves.

  • Configuration de barèmes (templates préconfigurés + barèmes personnalisés).

  • Inscription des compétiteurs à une ou plusieurs épreuves d’une même compétition.

  • Saisie du score final par compétiteur et par épreuve (pas une saisie volée par volée – révisé après un premier jalon, voir User stories & points ouverts).

  • Calcul de classement par catégorie (sexe + âge + style) avec départage au X.

  • Export des résultats (Excel, PDF, CSV) et génération des podiums.

  • Vue compétiteur en ligne (via QR code / token) pour la proposition de scores, soumise à validation de l’organisateur.

  • Multi-poste simultané avec écriture concurrente (un seul poste organisateur en v1).

  • Application mobile native côté compétiteur (une page web servie localement suffit).

  • Démarche fédérale d’homologation officielle (l’export respecte un format utile à la fédération, mais l’app ne remplace pas le processus d’homologation lui-même).

Utilisateurs et rôles

Rôle

Description

Droits

Organisateur

Bénévole/juge en charge de la compétition, poste unique

Création compétition/épreuves, gestion référentiels, saisie et validation des scores, export

Compétiteur

Archer inscrit à la compétition

Consultation de son inscription et du classement live, proposition de score (soumis à validation)

Pourquoi un seul poste organisateur en v1 ?

Un poste unique évite d’avoir à gérer l’écriture concurrente entre plusieurs bénévoles (verrous, conflits de synchronisation). Le stockage en SQLite local reste donc la source de vérité unique — voir Architecture technique. Un mode multi-poste pourrait être envisagé plus tard, mais rouvrirait la question du réseau/synchronisation volontairement écartée pour la v1.