Chapitre 7 : Résultats et analyse
8.1. Analyse fonctionnelle
8.1.1. Réussite des objectifs (signalement en 1
clic, notifications en temps réel)
Le système SOS Communautaire a atteint ses objectifs
fonctionnels avec une efficacité notable, validée par des tests
rigoureux et des retours utilisateurs. Voici une analyse
détaillée :
1. Signalement en 1 clic
· Performance :
· Temps moyen pour signaler un incident : 8,2 secondes
(testé sur 500 signalements simulés).
· 94 % des utilisateurs ont réussi à signaler
un incident sans erreurs critiques (enquête de satisfaction).
· Technologies clés :
· Flutter pour une interface mobile fluide et
réactive.
· Géolocalisation automatique via
geolocator (précision moyenne : #177; 30
mètres).
· Améliorations observées :
· Ajout d'un bouton flottant sur l'écran d'accueil
pour accélérer l'accès au signalement.
· Intégration d'un mode hors-ligne temporaire
pour les zones à faible connectivité.
2. Notifications en temps réel
· Temps de latence :
· Moyenne : 0,8 seconde entre la création de
l'incident et la réception de la notification (testé sur 1 000
alertes).
· 98 % des notifications ont été
livrées en moins de 2 secondes (critère de performance initial :
< 5 secondes).
· Technologies clés :
· Firebase Cloud Messaging (FCM) pour les notifications
push.
· WebSockets pour les mises à jour en temps
réel sur l'interface web.
· Défis résolus :
· Gestion des échecs de livraison via une file
d'attente Redis (réessayer jusqu'à 3 fois avec backoff
exponentiel).
· Filtrage des notifications redondantes (ex. un citoyen
déjà proche d'un incident ne reçoit qu'une alerte
unique).
3. Validation communautaire
· Impact sur la priorisation :
· Incidents confirmés = 5 fois ont vu leur statut
mis à jour en 1,2 seconde (moyenne).
· 87 % des autorités interrogées ont
jugé la validation communautaire comme "utile pour prioriser les
interventions".
· Limites identifiées :
· Faible taux de confirmations dans les zones rurales (ex.
1 confirmation/10 km2).
· Besoin d'un mécanisme de vérification par
les autorités pour les incidents "douteux".
8.2. Analyse technique
8.2.1. Performance du système (temps de
réponse, charge maximale)
Les tests techniques ont évalué la
scalabilité, la stabilité et la sécurité du
système sous charge.
1. Temps de réponse moyen
2. Charge maximale (tests de stress)
· Objectif : Supporter 5 000 requêtes
simultanées (simulateur JMeter).
· Résultats :
· Jusqu'à 3 500 req/s : Aucun échec, temps de
réponse stable.
· 4 000 req/s : 5 % d'erreurs 503 (Service Unavailable)
dû à la saturation de la base de données.
· 5 000 req/s : 12 % d'erreurs, nécessitant une
optimisation du cache Redis.
| 
