FDC 31 : mise en relation de chasseurs

Contexte

En Haute-Garonne, une part importante des nouveaux chasseurs formés n'avait pas de territoire d'accueil et peu de moyens d'en trouver. De leur côté, beaucoup d'associations locales étaient prêtes à accueillir de nouveaux membres, mais hésitaient à le faire sans rien savoir des candidats.

La fédération disposait déjà de sa base adhérents dans un système Oracle (Retriever). La plateforme devait s'appuyer sur ce référentiel plutôt que d'en créer un second.

Le problème à résoudre

• Rendre l'offre visible — permettre aux associations de publier des offres d'accueil détaillées.
• Faciliter la recherche — permettre aux chasseurs de chercher par localisation, gibier et mode de chasse.
• Lever la méfiance — donner aux associations des garanties sur les personnes qu'elles accueillent.
• Garder les échanges au même endroit — demandes d'accueil, réponses et historique dans une messagerie intégrée.

Contraintes

• Accès réservé aux adhérents — seuls les chasseurs adhérents de la FDC 31 peuvent s'inscrire, identifiés par leur numéro de permis de chasser.
• Un système existant à respecter — la base Oracle de la fédération reste la référence pour les données adhérents.
• Des utilisateurs sur le terrain — l'interface doit fonctionner sur ordinateur, tablette et smartphone.
• Un projet porté par un groupe de travail — les besoins sont précisés au fil de l'eau avec les représentants de la fédération.

Choix techniques et pourquoi

• Synchronisation avec la base Oracle — les profils sont pré-remplis à partir de Retriever et l'inscription est contrôlée par le numéro de permis : pas de double saisie, et l'accès est limité de fait aux adhérents.
• Évaluation réciproque — après chaque accueil, association et chasseur se notent sur trois critères de 1 à 5. La confiance repose sur un historique visible, pas sur une simple déclaration.
• Symfony et Bootstrap — un socle robuste pour une application destinée à durer, et une interface responsive sans développement spécifique par terminal.
• Démarche itérative — un travail en cycles courts avec le groupe de travail de la FDC 31, pour ajuster les règles de mise en relation à la réalité du terrain.

Ce qui a été livré

• Inscription et profils — authentification par numéro de permis, profils pré-remplis depuis la base adhérents.
• Offres d'accueil — jusqu'à trois types d'offres par association (nouveaux chasseurs, chasseurs expérimentés, chasseurs touristes) avec modes de chasse, espèces et conditions.
• Recherche avec carte — recherche par code postal, gibier, mode de chasse et distance, avec carte interactive des offres.
• Messagerie privée — conversations entre associations et chasseurs, gestion des demandes d'accueil (acceptation, refus, annulation) et archives.
• Évaluations — notation réciproque sur trois critères après chaque accueil.
• Back-office — actualités, événements, gestion des inscrits et tableau de bord statistique (inscriptions, connexions, offres, demandes).

Résultats

La plateforme est restée en production de 2016 à 2025, soit neuf ans. Pendant toute cette période, j'en ai assuré la maintenance et les évolutions : carte interactive, système d'évaluation et gestion de contenu éditorial ont été ajoutés en cours de vie, sans refonte.

Stack

• Back-end — PHP, Symfony
• Front-end — Bootstrap
• Données — MySQL, synchronisation avec une base Oracle existante
• Hébergement — OVH, Ubuntu, Nginx

Pour aller plus loin

Ce projet relève de mon offre de développement web sur mesure, prolongée par la maintenance et l'évolution long terme. Sur l'intégration avec un système existant, voir l'article connecter un SI à une application web sur mesure.