REPUBLIQUE DU BÉNIN

MINISTÈRE DE L’ENSEIGNEMENT SUPÉRIEUR

ET DE LA RECHERCHE SCIENTIFIQUE

UNIVERSITÉ D’ABOMEY-CALAVI
ECOLE NATIONALE D’ÉCONOMIE APPLIQUÉE ET DE
MANAGEMENT
03 BP 1079 Gbegamey-Cotonou Tél : +229 01 21 30 41 68
[Link] Mail : [Link]@[Link]

Mémoire présenté pour l’obtention du diplôme de

Licence
❧
Filière : Informatique de Gestion (IG)
Option : Analyse Informatique et Programmation

Analyse et conception d’un système de suivi des

conditions du trafic en temps réel au Bénin

Par : Hafiz MOUSTAPHA & Gloire HOUNHOUIZI

Maître de mémoire Aurel MEGNIGBETO, Ingénieur en systèmes

d’informations
Maître de stage CHABI YAROU Nourou-Dine, Chef Service Applications et
e-Services

Année académique : 2024 - 2025

 Sommaire

Dédicace ii

Remerciements iii

Sigles et abréviations iv

Résumé vii

Abstract viii

Introduction 1

1 Déroulement du stage 3

2 Analyse et conception 11

3 Résultats et discussion 27

Conclusion et perspectives 31

Bibliographie 33

Annexes 34

i
 Dédicace

Nous dédions ce mémoire :

— A nos parents :
• MOUSTAPHA Babatoundé et FADONOUGBO Florence
• HOUNHOUIZI Pierre et HOUNKANRIN Christine

— A tous nos mentors et spécialement :

• Mr Aurel MEGNIGBETO
• Mr CHABI YAROU Nourou Dine

— A tous nos amis et proches

ii
 Remerciements

Nous remercions avant tout propos le clément, miséricordieux seigneur qui ne cesse
de nous prêter vie. Nous adressons également un grand Merci à tous ceux qui, de près
ou de loin ont contribué à l’aboutissement de nos travaux. Plus particulièrement, nous
souhaitons remercier :

• L’administration de l’ENEAM, en l’occurrence son Directeur Général, Profes-

seur HOUNLONKOU N. Albert, toute l’équipe pédagogique ainsi que les interve-
nants professionnels responsables de notre formation durant ces quelques années,
pour la qualité de la formation reçue et pour nous avoir fourni les outils nécessaires
pour la réussite de nos études universitaires ;
• Mr Aurel MEGNIGBETO, en tant que mentor, mais également en sa qualité
de maître de mémoire qui, malgré ses nombreuses occupations, a su nous faire
bénéficier de ses encadrements et conseils pour la réalisation de ce travail ;
• Mr CHABI YAROU Nourou Dine , le Chef Service Applications / E-Sevices
du MEF et notre maître de stage pour son amabilité, son accompagnement et ses
précieux conseils à chacune des étapes de la réalisation de ce projet ;
• Tout le personnel du MEF avec qui nous avons noué des relations d’amitié et
de fraternité tout au long de notre stage ;
• Tous nos amis et camarades de classe qui nous ont apporté leur soutien d’une
manière ou d’une autre ;
• Nos familles pour leur soutien, leurs contributions diverses et inconditionnelles ;
• Les membres du jury qui nous honnorent ainsi de leur présence.

Que toutes les personnes ayant participées de près ou de loin à la réalisation de ce projet
trouvent ici l’expression de nos sincères remerciements.

iii
 Sigles et abréviations

• ENEAM : Ecole Nationale d’Economie Appliquée et de Management

• MEF : Ministère de l’Economie et des Finances
• DSI : Direction des Systèmes d’Information
• RSCP : Responsable du Suivi des Carrières du Personnel
• API : Application Programming Interface
• GSM : Global System for Mobile Communications
• NPI : Numéro Personnel d’Identification
• IFU : Identifiant Fiscal Unique
• HDMI : High-Definition Multimedia Interface
• HP : Hewlett-Packard
• HTML : HyperText Markup Language
• HTTP(S) : HyperText Transfer Protocol (Secure)
• JS : JavaScript
• MySQL : My Structured Query Language
• OS : Operating System
• PHP : (Personal Home Page) Hypertext Preprocessor
• RAM : Random Access Memory
• RH : Ressources Humaines
• UI : User Interface
• UML : Unified Modeling Language
• UX : User eXeperience
• VGA : Video Graphics Array
• VSCode : Visual Studio Code
• W3C : World Wide Web Consortium
• SGT : Systèmes de Gestion du Trafic
• ITS : Infrastructures de Transport Intelligent
• PPP : Partenariats Public-Privé

iv
 Table des figures

1 Organigramme de la DSI . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1 Diagramme des cas d’utilisations . . . . . . . . . . . . . . . . . . . . . . . 15

2 Séquence : Marquer un Emplacement . . . . . . . . . . . . . . . . . . . . . 20
3 Séquence : Inscrire Partenaire . . . . . . . . . . . . . . . . . . . . . . . . . 21
4 Séquence : Faire Annonce . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
5 Diagramme de Classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

1 Pour Commencer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
2 Vue sur quelques interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
3 Exploration de la carte et localisation en temps réel (version web) . . . . . 28
4 L’Essentiel des Fonctionnalités . . . . . . . . . . . . . . . . . . . . . . . . . 29
5 Interfaces : Admin - Partenaire . . . . . . . . . . . . . . . . . . . . . . . . 29
6 Code Source (Dart - Fluter) + Firebase . . . . . . . . . . . . . . . . . . . . 34
7 Vue sur le code et les collections Firebase . . . . . . . . . . . . . . . . . . . 34

v
 Liste des tableaux

1 Étude Comparative . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2 Acteurs et Cas d’Utilisations . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3 Dictionnaire des Données . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

vi
 Résumé

Dans le cadre de notre projet de fin de formation, nous avons conçu et développé
une solution technologique visant à améliorer la gestion du trafic routier au Bénin. Ce
projet s’inscrit dans un contexte marqué par une urbanisation accélérée et une pression
croissante sur les infrastructures existantes, rendant urgente la mise en place de dispositifs
intelligents de suivi du trafic en temps réel.
La solution proposée prend la forme d’une plateforme intégrée, déployée à la fois sur
le web et sur mobile, et construite autour d’une base de données centralisée assurant la
synchronisation et la cohérence des informations. Elle permet la localisation en temps réel
des usagers, le signalement d’incidents, la planification d’itinéraires, ainsi que la gestion
différenciée des utilisateurs selon leurs rôles (membres, partenaires, administrateurs).
La démarche a été guidée par une analyse rigoureuse et une modélisation UML appro-
fondie. Le développement technique s’est appuyé sur Flutter pour les interfaces, Firebase
pour la gestion des données, ainsi que sur diverses API de géolocalisation et de services ex-
ternes. Les résultats obtenus traduisent une atteinte effective des objectifs fixés, et ouvrent
la voie à de futures évolutions telles que l’intégration de langues locales, l’automatisation
des vérifications, ou encore l’extension des canaux d’information.
Ce mémoire présente l’ensemble des étapes du projet, depuis la problématique initiale
jusqu’aux résultats opérationnels, tout en mettant en évidence les choix techniques, les
contraintes rencontrées et les perspectives de pérennisation de la solution.

Mots clés : Trafic, mobilité, géolocalisation, signalement routier.

vii
 Abstract

As part of our final academic project, we designed and implemented an innovative

technological solution to address the growing challenges of road traffic management in
Benin. This initiative responds to the urban expansion and infrastructure limitations
that increasingly hinder mobility and road safety in many African cities.
The developed system consists of an integrated platform available on both web and
mobile interfaces, built upon a centralized database that ensures consistency and synchro-
nization of traffic data. The application enables real-time geolocation, user-reported traffic
events, route planning, and role-based access for members, partners, and administrators.
Our methodology was grounded in a thorough analytical and modeling phase using
UML, followed by a practical implementation leveraging Flutter for cross-platform deve-
lopment, Firebase for data management, and third-party APIs for geolocation and real-
time updates. The results clearly demonstrate the system’s capacity to fulfill its objectives
and reveal opportunities for future improvements, including local language support, ad-
vanced automation features, and broader information dissemination.
This thesis details the entire development process, highlights the technical and contex-
tual challenges encountered, and outlines strategic perspectives for sustainable deployment
and impact.

Keywords : Traffic, mobility, geolocation, road reporting.

viii
 Introduction générale

1 Contexte et justification
La mobilité est un pilier essentiel du développement socio-économique d’un pays. Au
Bénin, comme dans de nombreux pays africains, la croissance démographique et l’urbanisa-
tion rapide exercent une pression considérable sur les infrastructures routières existantes.
Les défis liés à la congestion, aux accidents, aux travaux et au manque d’informations
en temps réel entravent la fluidité du trafic, générant des coûts économiques et sociaux
significatifs. Ce projet de fin d’études propose de développer un système de suivi des
conditions du trafic en temps réel, une solution innovante visant à améliorer la mobilité
et la sécurité routière au Bénin.

2 Problématique
L’absence de données fiables sur le trafic routier pose effectivement plusieurs problèmes
majeurs, notamment en matière de gestion urbaine, planification des infrastructures, sécu-
rité routière, et prise de décision politique. L’amélioration de la sécurité et de l’information
routière étant primordiale ; un système d’information en temps réel permettrait de réduire
les accidents en alertant les conducteurs sur les dangers potentiels et en facilitant le repé-
rage. Ce projet s’inscrit dans une démarche de modernisation des techniques de diffusion
d’informations liées au traffic routier, dans le but de fournir une nouvelle piste de solu-
tion aux usagers de la route qui se retrouvent parfois démunis face à des imprévus qui
pourraient être anticipés grâce à un système d’information efficace.

3 Objectifs du projet de fin de formation

L’objectif principal est de développer un système d’information en temps réel permet-
tant aux usagers de la route d’accéder à des données précises sur le trafic. Plus Spécifi-
quement il s’agira de :
• Collecter et traiter des données sur le trafic (vitesse, aléas, incidents).
• Fournir des informations en temps réel aux usagers via une application mobile
et/ou un site web fluide et facile d’accès.
• Améliorer la sécurité routière en alertant les usagers en cas d’incidents, de tra-
vaux ou de dangers potentiels en optimisant par l’information, l’utilisation des

1
 infrastructures routières existantes.
• Réduire les temps de trajet en optimisant les itinéraires grâce à une meilleure
connaissance des conditions de circulation.
• Faciliter la prise de décision pour les autorités compétentes en matière de gestion
du trafic et d’infrastructures routières.

4 Plan du document
Ce mémoire retrace l’ensemble de notre démarche autour de l’analyse, la conception
et la mise en œuvre d’un système de suivi des conditions du trafic en temps réel au Bénin.
Il commence par une présentation du contexte général dans lequel s’inscrit le projet. À
partir de la problématique relevée, nous avons défini les objectifs que nous nous sommes
fixés, tant sur le plan technique que fonctionnel.
Les travaux de développement se sont déroulés dans un cadre professionnel bien précis,
en l’occurrence la Direction des Systèmes d’Information du Ministère de l’Économie et
des Finances, que nous avons pris soin de présenter. Nous y décrivons également l’envi-
ronnement technique existant ainsi que les travaux menés et les acquis.
L’analyse du système s’est ensuite traduite en une série de modélisations : diagrammes
de cas d’utilisation, de séquence, de classes, ainsi qu’une structuration précise des données
à manipuler. Ces éléments ont ensuite servi de base à la conception technique de l’appli-
cation, qui repose sur une architecture distribuée avec un frontend développé en Flutter
et un backend propulsé par Firebase et des API tiers (Google Maps et KKiaPay).
Nous avons détaillé la réalisation technique en décrivant les modules majeurs mis en
place : localisation, affichage des marqueurs de trafic, système d’alerte, interface utilisateur
responsive, et bien d’autres.
Enfin, le travail se conclut par une analyse des limites de la solution, tout en ouvrant
la voie à plusieurs perspectives d’amélioration : ajout de fonctionnalités basées sur l’intel-
ligence artificielle ou encore mise à disposition d’une API publique pour des services tiers
comme les transcriptions en langues locales.
À travers ce mémoire, nous avons souhaité proposer une solution réaliste, évolutive et
ancrée dans le contexte local, tout en mettant en pratique les compétences acquises au
cours de notre formation.

2
 Chapitre 1

Déroulement du stage

1 Introduction
Notre Stage Académique de trois (03) mois au sein de la DSI du MEF a été une
expérience très enrichissante aussi bien sur le plan personnel que professionnel. Ce chapitre
expose le cadre et le déroulement de notre stage, en mettant en lumière la structure
d’accueil.

2 Présentation de la structure
La DSI assure, en relation avec toutes les structures du Ministère la conception, la
mise en œuvre, la coordination et le suivi-évaluation d’actions intégrées visant à :
• Organiser et coordonner les activités informatiques de toutes les structures du
Ministère ;
• Assurer la fluidité et l’accessibilité de l’information ;
• Garantir la sécurisation formelle, l’authentification et la sauvegarde des docu-
ments administratifs et autres productions intellectuelles ;
• Faciliter les relations entre les directions techniques et les usagers/clients pour un
service public efficace et efficient ;
• Proposer la politique informatique du Ministère et veiller à sa mise en œuvre ;
• Piloter la mise en œuvre du schéma directeur informatique du Ministère (Plan
d’Evolution du Système d’Information) ;
• Concevoir et réaliser des applications spécifiques pour toutes les structures rele-
vant du Ministère ou d’autres Institutions de l’Etat ;
• Aligner les technologies de l’information avec les objectifs stratégiques du Minis-
tère ;
• Évaluer l’organisation et les procédures du Ministère et proposer le cas échéant,
les solutions optimales de réorganisation et de modernisation ;
• Proposer la politique archivistique et de gestion des savoirs et veiller à sa mise
en œuvre ;
• Garantir la mémoire du Ministère par le développement et la préservation de son
patrimoine archivistique et documentaire ;

3
 3. Fonctionnement de l’entreprise

• Définir les normes et standards en matière de classement, de description, de

conservation, d’élaboration de référentiels, d’outils de gestion des documents, quels
que soient leurs supports matériels et d’instruments de dématérialisation ;
• Faciliter les relations entre les directions techniques et les usagers/clients de ma-
nière à donner une satisfaction maximale à ces derniers ;
• Dynamiser le Standard Central du Ministère.

En outre, la Direction des Systèmes d’Information (DSI) comprend :

• Le Directeur des Systèmes d’Information ;
• Le Secrétariat ;
• Le Service Infrastructures et Systèmes (SIS) ;
• Le Service Exploitation et Postes de travail (SEP) ;
• Le Service Applications et e-Services (SAeS) ;
• Le Service de Préarchivage et de Gestion des Savoirs (SPAGS).

Nonobstant les dispositions supra-citées, les personnes et structures directement ratta-

chées au Directeur des Systèmes d’Information (DSI) sont :
• L’Assistant du Directeur des Systèmes d’Information (AD) ;
• Le Responsable de la Sécurité des Systèmes d’Information (RSSI) ;
• L’Unité de Gestion des Ressources (UGR) ;
• Le Responsable du Suivi des Carrières du Personnel (RSCP) ;
• L’Unité de Suivi des Projets, PMO (USP) ;
• Les Chargés de Programmes de Proximité Digitale (CPPD).

3 Fonctionnement de l’entreprise
LE SECRETARIAT
Ce service est chargé de :
• réceptionner, enregistrer et saisir ;
• expédier le courrier ordinaire, confidentiel et électronique aux destinataires ;
• reprographier les documents ;
• veiller à la qualité dans le fond et la forme de toutes les correspondances et tous
dossiers au départ de la direction ;
• réceptionner les messages portés et téléphonés ;
• classer le courrier, les différents registres de tenue du secrétariat et autres dossiers
affectés par le Directeur ;
• gérer l’agenda du Directeur ;
• assurer l’organisation matérielle et le suivi des différentes réunions de la direction
et en rédiger le compte-rendu, les rapports ou autres documents connexes ;
• élaborer les rapports périodiques d’activités du service ;

4
 3. Fonctionnement de l’entreprise

• exécuter toutes autres tâches à lui confiées par le Directeur.

LE SERVICE INFRASTRUCTURES ET SYSTEMES (SIS)

Le Service Infrastructures et Systèmes (SIS) assure la mise en production, le suivi de
l’administration, la supervision du bon fonctionnement des Infrastructures de connectivité
et de Systèmes d’Information (SI) en garantissant le maintien à niveau des différents outils
et/ou logiciels systèmes, dans un objectif de qualité, de productivité et de sécurité. A ce
titre, il est chargé de :
• superviser et déployer les infrastructures techniques (réseaux, serveurs, etc.) spé-
cifiques au ministère, en lien avec les services techniques du SI mutualisés de l’ad-
ministration et des partenaires stratégiques ;
• assurer le maintien en condition opérationnelle du Datacenter du Ministère de
l’Economie et des Finances ;
• superviser l’ensemble de la production : pilotage, ingénierie système et exploitation ;
• gérer les niveaux de services techniques (accords sur les niveaux opérationnels) des
infrastructures et autres composants de sécurité du SI ;
• participer à la stratégie et au développement des infrastructures de connectivité
intra-ministériels ;
• déployer les procédures de sécurités du SI et de protection des données du minis-
tère ;
• définir pour le compte de toutes les structures du ministère, les spécifications tech-
niques et fonctionnelles des matériels / équipements informatiques et électroniques
ainsi que les logiciels systèmes ;
• vérifier la conformité des matériels, équipements et logiciels systèmes lors des li-
vraisons ;
• élaborer les rapports périodiques d’activité du service ;
• suivre la mise en application des normes et standards informatiques dans ses do-
maines de compétences au sein du ministère ;
• assurer le suivi des contrats de prestations informatiques dans ses domaines de
compétences ;
• gérer les droits d’accès aux serveurs et aux applications en fonction des profils ;
• exécuter toutes autres tâches à lui confiées par le directeur.

LE SERVICE EXPLOITATION ET POSTES DE TRAVAIL (SEP)

Le Service Exploitation et Postes de travail (SEP) assure l’installation et la garantie de
fonctionnement des équipements informatiques et/ou téléphoniques (matériels et logiciels)
liés aux postes de travail. A ce titre, il est chargé de :
• élaborer et mettre en œuvre les procédures de suivi de l’exploitation des applica-
tions ;
• administrer les sites web, e-Services et autres systèmes d’information du ministère

5
 3. Fonctionnement de l’entreprise

en collaboration avec les différentes parties prenantes ;

• gérer et d’assurer le déploiement des processus IT en conformité aux référentiels
de types ITIL (Information Technology Infrastructure Library : bibliothèque pour
l’infrastructure des technologies de l’information) et COBIT (Control Objectives
for Information and related Technology) ;
• gérer le parc informatique et la configuration des postes de travail ;
• exécuter toutes autres tâches à lui confiées par le Directeur.

LE SERVICE APPLICATION ET E-SERVICES (SAES)

Le Service Applications et e-Services (SAeS) assure la mise en cohérence du Système d’In-
formation du ministère avec les orientations stratégiques sectorielles, les modes de fonc-
tionnement et le processus définis au niveau des structures sous tutelle et des ressources
et systèmes centralisés. Il assure en outre la fluidité et l’accessibilité de l’information et
facilite les relations avec les usagers / clients du ministère. A ce titre, il est chargé de :
• mettre en œuvre les projets sectoriels SI alignés avec le Schéma Directeur National
des Systèmes d’Information (SDNSI) et les besoins prioritaires ;
• concevoir avec les métiers et mettre en place des e-services orientés usagers / clients
du ministère ;
• élaborer et de vulgariser le Catalogue des Services et e-Services aux usagers / clients
du ministère ;
• assurer le développement et la maintenance des applications informatiques en as-
surant les conceptions fonctionnelles et techniques ;
• définir les spécifications techniques et fonctionnelles des applications et plateformes
applicatives pour le compte de toutes les structures du ministère ;
• vérifier la conformité des applications et plateformes applicatives lors des livraisons ;
• analyser les parcours des usagers / clients et optimiser l’expérience client ;
• promouvoir dans le ministère une véritable culture du service orienté client ;
• animer les revues périodiques avec les Points Focaux Relations avec les usagers /
clients sur les services et e-services ;
• exécuter toutes autres tâches à lui confiées par le Directeur.

LE SERVICE DE PREARCHIVAGE ET DE GESTION DES SAVOIRS (SPAG)

Le Service de Préarchivage et de Gestion des Savoirs (SPAGS) est chargé de :
• proposer la politique archivistique et de gestion des savoirs et veiller à sa mise en
œuvre ;
• collecter, traiter, gérer, conserver, communiquer et mettre en valeur les archives et
les savoirs du ministère ;
• garantir la mémoire du ministère par le développement et la préservation de son
patrimoine documentaire ;

6
 3. Fonctionnement de l’entreprise

• garantir la sécurité formelle, l’authentification et la sauvegarde des documents ad-

ministratifs et autres productions intellectuelles ;
• définir les normes et standards en matière de classement, de description, de conser-
vation, d’élaboration de référentiels, d’outils de gestion des documents, quels que
soient leurs supports ou procédés de dématérialisation ;
• coordonner et superviser les activités des correspondants – archives et du personnel
technique en charge du domaine dans les directions centrales, techniques, structures
déconcentrées ainsi que les structures sous tutelle du ministère ;
• œuvrer à la prise en compte des fonctions archives et gestion des savoirs, à tous les
niveaux dans les activités du ministère ;
• faire appliquer les décisions du Conseil des Archives du Ministère de l’Economie et
des Finances ;
• verser les archives définitives à la Direction des Archives Nationales.

L’ASSISTANT DU DIRECTEUR DES SYSTEMES D’INFORMATION (AD)

L’Assistant du Directeur des Systèmes d’Information assiste celui-ci dans l’accomplisse-
ment de sa mission. Il collabore à l’amélioration globale des performances de la direction.
A ce titre, il est chargé :
• du suivi du maintien en condition opérationnelle des systèmes ;
• de la planification et du suivi des activités du Directeur des Systèmes d’Information
aux moyens de tableaux de bord ;
• de l’exécution de toutes autres tâches à lui confiées par le Directeur des Systèmes
d’Information.

LE RESPONSABLE DE LA SECURITE DES SYSTEMES D’INFORMA-

TION (RSSI)
Le Responsable de la Sécurité des Systèmes d’Information a pour mission de :
• évaluer la vulnérabilité du système d’information du ministère ;
• assurer un niveau de sécurité approprié au système d’information ;
• définir et développer la politique de sécurité des systèmes d’information du mi-
nistère, en lien avec la Politique Sécurité des Systèmes d’Information de l’Etat
(PSSIE) ;
• garantir la mise en œuvre et le suivi de la Politique Sécurité des Systèmes d’Infor-
mation de l’Etat (PSSIE) du ministère.

L’UNITE DE GESTION DES RESSOURCES (UGR)

L’Unité de Gestion des Ressources (UGR) est chargée de :
• aider à l’élaboration et à l’exécution du budget de fonctionnement de la Direction
des Systèmes d’Information ;
• liquider les différentes dépenses de fonctionnement ;

7
 3. Fonctionnement de l’entreprise

• tenir correctement les documents comptables ;

• gérer le mobilier, les équipements, le matériel et les fournitures de bureau ;
• gérer les avantages du personnel ;
• approvisionner la DSI en matériels, mobiliers et fournitures de bureau ;
• tenir la comptabilité matière ;
• exécuter toutes autres tâches à elle confiées par le Directeur de Systèmes d’Infor-
mation.

LE RESPONSABLE DE SUIVI DES CARRIERES DU PERSONNEL (RSCP)

Il est chargé de :
• la confection des états d’effectifs du personnel ;
• l’élaboration, la mise en place et l’évaluation des cadres organiques, des fiches de
postes, des plans de recrutement, des plans de carrière, du système de gestion des
performances ;
• la gestion de la carrière et du développement du plan de formation des agents ;
• la détermination des besoins en ressources humaines ;
• de mettre en place une base de données et un dispositif de collecte et de traitement
des informations relatives aux ressources humaines ;
• de la promotion du dialogue social et du travail en équipe.

L’UNITE DE SUIVI DES PROJETS, PMO (USP)

L’Unité de Suivi des Projets est responsable de la mise en place des normes et processus de
gestion de projets, de la coordination du pilotage opérationnel et du suivi transversal du
portefeuille de projets numériques du ministère. Elle apporte un support stratégique au
Directeur des Systèmes d’information et un support méthodologique aux chefs de projets,
y compris dans les directions centrales, techniques, structures déconcentrées ainsi que les
structures sous tutelle du ministère. Elle est chargée de :
• la mise en place des méthodologies et des meilleures pratiques en termes de gestion
de portfolios, programmes et projets ;
• la conception et les pilotages des différents tableaux de bords permettant le suivi
et le contrôle des projets et des risques, à l’aide d’indicateurs clés (qualité, coûts,
délais, périmètres, risques) ;
• la coordination des plannings prévisionnels d’affectation des ressources, le suivi des
réalisations et du budget ;
• la gestion de la performance et dans la mise en œuvre des projets ;
• la coordination de la communication et du partage des savoirs entre projets ;
• L’exécution de toutes autres tâches à elle confiées par le Directeur des Systèmes
d’Information.

LES CHARGES DE PROGRAMME DE PROXIMITE DIGITALE

8
 3. Fonctionnement de l’entreprise

Sous la supervision du Directeur des Systèmes d’Information, les Chargés de Programmes

de Proximité Digitale sont chargées dans un périmètre métier ou régional de :
• participer à la définition de la stratégie et des objectifs en matière de transformation
digitale ;
• contribuer à l’organisation, le suivi et la validation des développements informa-
tiques ;
• mettre en place des projets d’évolution en fonction des besoins des utilisateurs ;
• assurer le reporting informatique auprès de la direction ;
• gérer les ressources informatiques de son périmètre ;
• participer à la promotion de la culture numérique et des meilleures pratiques ;
• aider au support des utilisateurs et à la continuité de services ;
• exercer une veille sur les évolutions technologiques et être force de propositions
auprès des instances de décision ;
• assurer les fonctions de webmaster en cas de besoin ;
• exécuter toutes autres tâches à elle confiées par le Directeur des Systèmes d’Infor-
mation

Figure 1 – Organigramme de la DSI

9
 4. Travaux effectués

4 Travaux effectués
Durant notre stage à la DSI du MEF, nous avons mené diverses activités très ins-
tructives notamment le perfectionnement de connaissances dans certains langages de pro-
grammation et frameworks. Un défit quotidien qui n’a pas été de tout repos. Il a fallu
se surpasser pour arriver à très rapidement prendre en main les outils nécessaires et à
tenir dans le délai conformément à notre propre chronogramme. Outre ces travaux, nous
avons bien évidemment participé à diverses activités aussi bien professionnelles qu’extra-
professionnelles telles que la participation à de très riches débats sur les questions d’ac-
tualité mondiale, de nouvelles technologies, de sciences et autres.

5 Apports du stage sur le plan professionnel

L’immersion au sein de la DSI du MEF ainsi que les diverses activités auxquelles
nous avons participé représentent pour nous une expérience extrêmement enrichissante.
Grâce à cela, nous avons également compris l’importance de développer un maximum de
compétences en entreprise mais bien sûr nous avons beaucoup appris sur des technologies
nouvelles et acquis non seulement de précieuses connaissances mais également de nouvelles
façons de penser, de conceptualiser et de réaliser. Par ailleurs, nous avons essentiellement
cerné les exigences du métier de développeur et son train de vie professionnel. Les rela-
tions humaines entre les différents employés de la société, indépendamment de l’activité
exercée par chacun d’eux, nous ont beaucoup édifiés sur le comportement à avoir en toute
circonstance.

6 Difficultés rencontrées et suggestions

Durant toute la période de Stage, les difficultés rencontrées ont le plus vite possible été
surmontées grâce au soutien et aux apports de notre maître de stage. Il s’agissait quelques
fois de l’instabilité de la connexion internet ne facilitant pas les recherches. Mais aussi de
quelques problèmes liés à la compréhension et la prise en main des nouvelles technologies
notamment les APIs à utiliser et aux différents déploiements effectués.

7 Conclusion
En conclusion, ce projet a constitué pour nous, une opportunité unique de s’intégrer
dans un cadre adapté pour renforcer nos compétences techniques, professionnelles et para-
professionnelles.

10
 Chapitre 2

Analyse et conception

1 Introduction
Dans un contexte marqué par une urbanisation rapide, une croissance démographique
soutenue, et une inégale gestion des infrastructures routières, la problématique de la mobi-
lité urbaine au Bénin devient un enjeu stratégique majeur. En réponse, l Banque Mondiale
a accordé en mai 2025 un prêt de 200 millions (USD) pour financer le projet Grand-Nokoué
qui ambitionne de mettre en place un système de transport public multimodal touchant
cinq communes. Banque mondiale. Le Bénin développe un système de transport public
sûr, fiable et moins polluant dans le Grand Nokoué. Consulté le 20 juillet 2025. Groupe de
la Banque mondiale. 2025. url : [Link]
release/2025/05/20/benin-developing-a-safe-reliable-and-less-polluting-
public-transport-system-in-grand-nokou (visité le 20/07/2025)
C’est dans cette optique que s’inscrit le présent projet de fin d’études, qui propose la
conception d’un système de signalement et de relai dynamique des informations relatives
aux conditions de circulation. En s’appuyant sur les technologies de l’information et de
la communication, ce dispositif vise à fournir des données actualisées, pertinentes et ex-
ploitables en temps réel, afin d’optimiser la fluidité du trafic, d’accroître la sécurité des
usagers et de soutenir les initiatives publiques en matière de mobilité urbaine.

2 État de l’art
La problématique, objet de notre étude, a déjà suscité l’attention de plusieurs acteurs.
Dans le monde entier, plusieurs solutions ont été mises en place pour suivre les conditions
du trafic en temps réel :

• Applications Mobiles : Des applications comme Waze (Israël) et Google Maps

utilisent des données collectées auprès des utilisateurs pour fournir des informations
sur le trafic en temps réel. Ces plateformes permettent aux usagers de signaler des
incidents et d’obtenir des itinéraires alternatifs.
• Systèmes de Gestion du Trafic (SGT) : L’application TomTom (Pays-Bas) est
un fournisseur de systèmes de navigation et de données de trafic. De nombreuses

11
 2. État de l’art

villes utilisent aussi des capteurs et caméras pour réguler la circulation via des
panneaux lumineux.
• Partenariats Public-Privé (PPP) : Des collaborations entre gouvernements et
entreprises, comme INRIX (États-Unis), permettent de partager des données et
d’innover dans la gestion du trafic.
• Transport Intelligent (ITS) : Les ITS combinent drones, big data et intelligence
embarquée. Exemple : Citymapper (Royaume-Uni), qui propose des itinéraires mul-
timodaux en temps réel.

Et Au Bénin ?
Dans un contexte où les systèmes de gestion du trafic urbain demeurent encore em-
bryonnaires dans la plupart des villes béninoises, on observe néanmoins l’émergence d’ini-
tiatives citoyennes spontanées pour partager l’information en temps réel. Que ce soit à
travers les fora d’échange, les radios locales, ou encore les groupes WhatsApp commu-
nautaires, une forme de collaboration informelle se met en place. Toutefois, ces canaux
restent fragmentés, peu fiables à grande échelle, et difficilement exploitables pour une
planification urbaine structurée. L’absence d’un mécanisme centralisé empêche la consoli-
dation des données de circulation et rend difficile toute prise de décision stratégique pour
améliorer la fluidité du trafic ou anticiper les situations de congestion.

12
 3. Présentation de notre Solution

Table 1 – Étude Comparative

Solution Limites contextuelles

Waze Complexité d’utilisation pour un public peu familier

avec le numérique et difficultés d’adaptation.

Google Maps Ne tient pas réellement compte de l’aspect Diffusion

en temps réel d’informations de traffic

SGT/PPP (TomTom ou Ces solutions s’appuient sur des données massives

INRIX) provenant de flottes de véhicules connectés, de GPS
embarqués, ou encore de systèmes de péage. Elles
nécessitent des infrastructures lourdes (caméras,
capteurs...), difficiles à déployer et adapter à grande
échelle dans notre contexte.

ITS (Citymapper) Technologies de pointe et investissements importants,

peu accessibles et applicable au contexte local.

Face à cette réalité, l’ambition de ce mémoire est de proposer une solution numérique
accessible, inclusive et techniquement légère, adaptée au contexte socio-économique local.
Il s’agit de concevoir un système centralisé et semi-automatisé capable de recueillir, traiter
et diffuser efficacement les informations relatives aux conditions de circulation en temps
réel. Un tel dispositif offrirait non seulement un outil précieux pour les usagers de la route,
mais également un levier d’aide à la décision pour les autorités municipales et les services
de gestion urbaine. En renforçant la visibilité sur l’état du trafic, ce système pourrait
contribuer à une meilleure planification des trajets, à la réduction des embouteillages, et
à l’amélioration générale de la mobilité dans les zones urbaines.

3 Présentation de notre Solution

Le projet que nous avons entrepris consiste à concevoir et développer une solution
numérique intelligente destinée à améliorer la gestion des conditions de circulation rou-
tière au Bénin. Face à l’inefficacité des moyens traditionnels d’information sur le trafic,
souvent fragmentés et non centralisés, notre approche vise à proposer un système unifié,
participatif et accessible, adapté aux réalités locales.
Il s’agit d’une plateforme technologique déclinée en deux interfaces complémentaires :

13
 4. Présentation des fonctionnalités

une version web et une application mobile. Toutes deux sont interconnectées via une base
de données centralisée, assurant ainsi la cohérence et la synchronisation des données en
temps réel. Ce système permet à la fois la collecte d’informations issues des utilisateurs (si-
gnalements) et la diffusion dynamique d’alertes ou d’informations pertinentes aux autres
usagers.
La plateforme se veut à la fois simple d’utilisation, légère en ressources et fonction-
nellement riche. Elle est pensée pour un déploiement progressif, en tenant compte des
contraintes d’infrastructure, de connectivité et d’inclusion numérique.
Ce projet s’inscrit pleinement dans une logique de modernisation des services numé-
riques au Bénin, avec pour ambition d’offrir un outil concret d’aide à la mobilité, à la fois
pour les citoyens, les partenaires privés et les acteurs institutionnels.

4 Présentation des fonctionnalités

La plateforme développée intègre plusieurs fonctionnalités majeures, pensées pour ré-
pondre aux besoins spécifiques des différents profils d’utilisateurs (membres, partenaires,
administrateurs). Ces fonctionnalités sont accessibles selon les droits d’accès définis, et
visent à offrir une expérience fluide, interactive et pertinente.
— Localisation en temps réel : L’utilisateur peut se localiser dynamiquement
sur la carte, facilitant ainsi la navigation et l’identification de son environnement
immédiat.
— Signalement d’événements : Il est possible de marquer un point d’intérêt ou
un incident sur la carte (embouteillage, accident, barrage, radar, etc.), enrichissant
ainsi la base d’informations disponibles pour l’ensemble des usagers.
— Planification d’itinéraires : Grâce aux données de trafic, les usagers peuvent
obtenir des trajets optimisés en fonction des conditions de circulation actuelles.
— Gestion des utilisateurs : L’administrateur dispose d’un espace sécurisé pour
inscrire les partenaires et visualiser les statistiques d’utilisation de la plateforme.
— Abonnement et rôle des partenaires : Les partenaires peuvent s’inscrire, gérer
leurs membres affiliés, et diffuser des annonces
— Alertes et notifications : Le système permet l’envoi de notifications contextuelles
(Marqueurs ou Annonces) selon les événements signalés et la position géographique
de l’utilisateur.
Ces fonctionnalités ont été implémentées de manière modulaire, afin de faciliter leur
maintenance, leur évolution future, et leur adaptation à de nouveaux cas d’usage.

14
 5. Analyse et modélisation

5 Analyse et modélisation
Dans le cadre de la conception de notre solution, une phase d’analyse rigoureuse a
été menée en amont afin d’identifier les besoins fonctionnels, les types d’utilisateurs et les
interactions clés au sein du système. Compte tenu de la nature double de la plateforme —
à la fois web et mobile — et de son architecture centralisée, une modélisation cohérente,
structurée et évolutive s’imposait. D’autant plus qu’en ce qui concerne la réalisation,
Flutter facilite grandement les choses puisque les mêmes composants pevent être réutilisés
des deux côtés.
Nous avons opté pour une approche UML (Unified Modeling Language) pour formali-
ser la structure du système et les scénarios d’usage. Cette modélisation vise à garantir une
compréhension partagée du fonctionnement global, à anticiper les points critiques d’inté-
gration, et à poser les bases d’un développement stable et maintenable. Les diagrammes
présentés dans cette section illustrent :
• les différents acteurs impliqués dans le système,
• les cas d’utilisation représentatifs des actions possibles,
• Quelques descriptions textuelles et illustration de scénarios par diagrammes de
séquences
• la structure interne des entités via un diagramme de classes.
Cette phase constitue un jalon essentiel entre la réflexion conceptuelle et la mise en
œuvre technique, assurant l’alignement entre les besoins réels du terrain et les solutions
développées.

Figure 1 – Diagramme des cas d’utilisations

15
 5. Analyse et modélisation

Table 2 – Acteurs et Cas d’Utilisations

Cas d’Utilisations Acteurs

Marquer un Emplacement Membre, Partenaire, Administrateur
Explorer Carte Membre, Partenaire, Administrateur, API
GMaps
Se Localiser Membre, Partenaire, Administrateur, API
GMaps
Tracer Itinéraire Membre, Partenaire, Administrateur, API
GMaps
S’inscrire Membre
S’authentifier Membre, Pertenaire, Administrateur
Ajouter Membres Partenaire
Faire des Annonces Partenaire
S’Abonner Partenaire
Faire Payement Partenaire, APIKKiapay
Payement par Carte Partenaire, APIKKiapay
Payement MoMo GSM Partenaire, APIKKiapay
Inscrire Partenaires Administrateur
Voir Statistiques Administrateur

Descriptions acteurs-fonctionnalités (WorkFlow)

• Membre : Il s’agit du profil le plus basique de la plateforme. L’utilisateur s’inscrit

pour rejoindre la communauté et bénéficier des fonctionnalités appropriées.
• Partenaire : Un partenaire est créé uniquement par un Administrateur avec le
plan d’abonnement standrad. Une fois inscrit, le partenaire bénéficie des fonction-
nalités exclusives. En plus de faire autant d’actions qu’un membre, le partenaire
peut ajouter des membres pour son compte et faire surtout des annonces à l’endroit
de tous les utilisateurs de la plateforme.
• Administrateur : C’est le profil requis pour non seulement inscrire des parte-
naires, mais aussi pour superviser l’ensemble de la plateforme et consulter les sta-
tistiques.

Descriptions Textuelles

• Marquer un Emplacement :
— Nom : Marquer un Emplacement
— Objectif : Placer un Marqueur sur la carte et informer les autres utilisateurs
— Acteurs Principaux : Membre, Partenaire, Administrateur

16
 5. Analyse et modélisation

— Acteurs Secondaires : Aucun

— Date de création / mise à jour : 22 Mai 2025
— Version : 1.0
— Pré Condition :
- S’authentifier et demander à placer un marqueur
— Scénario Nominal :

Acteur Système Firestore DB Firebase

Cloud
Messaging

1- Cliquer sur
Ajouter Marqueur

2- Renvoyer le
formulaire
d’ajout

3- Valider
Formulaire

4- Envoyer
Notification
Push

5- Enregistrer les
données

6- Afficher un
message de
succès

— Scénario Alternatif : Aucun

— Cas d’Exception (Erreurs) :
- E1 : Echec d’enregistrement au point 5 : Envoi d’un message d’erreur au point
6
— Post Condition :
- Actualisation et Redirection

17
 5. Analyse et modélisation

• Inscrire Partenaire :
— Nom : Inscrire Partenaire
— Objectif : Créer un compte partenaire
— Acteur Principal : Administrateur
— Acteurs Secondaires : Aucun
— Date de création / mise à jour : 22 Mai 2025
— Version : 1.0
— Pré Condition :
- S’authentifier
— Scénario Nominal :

Acteur Système Firestore DB

1- Cliquer sur
Ajouter
Partenaire

2- Renvoyer le
formulaire
d’ajout

3- Valider
Formulaire

4- Enregistrer
les données

5- Afficher un
message de
succès

— Scénario Alternatif : Aucun

— Cas d’Exception (Erreurs) :
- E1 : Echec d’enregistrement au point 4 : Envoi d’un message d’erreur au point
5
— Post Condition :
- Actualisation et Redirection

18
 5. Analyse et modélisation

• Faire Annonce :
— Nom : Faire Annonce
— Objectif : Permettre au partenaire de faire des annonces pour atteindre
— Acteur Principal : Partenaire
— Acteurs Secondaires : Aucun
— Date de création / mise à jour : 22 Mai 2025
— Version : 1.0
— Pré Condition :
- S’authentifier
— Scénario Nominal :

Acteur Système Firestore DB Firebase

Cloud
Messaging

1- Cliquer sur
Faire Annonce

2- Renvoyer le
formulaire

3- Valider
Formulaire

4- Envoyer
Notification
Push

5- Enregistrer
les données

6- Afficher un
message de
succès

— Scénario Alternatif : Aucun

— Cas d’Exception (Erreurs) :
- E1 : Echec d’enregistrement au point 5 : Envoi d’un message d’erreur au point

19
 5. Analyse et modélisation

6
— Post Condition :
- Actualisation et Redirection

Diagrammes de Séquences

• Marquer un Emplcement :

Figure 2 – Séquence : Marquer un Emplacement

• Inscrire Partenaire :

20
 5. Analyse et modélisation

Figure 3 – Séquence : Inscrire Partenaire

• Faire Annonce :

21
 5. Analyse et modélisation

Figure 4 – Séquence : Faire Annonce

Règles de Gestion

• Un utilisateur ne peut placer un marqueur que s’il est authentifié et géolocalisé.

• Quand un utilisateur place un marqueur, une notification est automatiquement
envoyée à tout utilisateur se trouvant tout au moins dans la même ville.
• Un utilisateur peut tracer librement un itinéraire et parcourir la carte une fois
connecté.
• Un partenaire inscrit ses membres et publie des annonces dans la limite de son
plan d’abonnement.
• Un administrateur peut désactiver un partenaire et un partenaire peut déssactiver
ses membres à sa guise.
• Les signalements expirent automatiquement après le délai défini, mais restent ar-
chivés dans la contribution de l’auteur.
• Les partenaires doivent renouveler leur abonnement tous les ans pour conserver

22
 5. Analyse et modélisation

leurs privilèges. Ils peuvent également changer de plan d’abonnement.

Figure 5 – Diagramme de Classes

Dictionnaire des Données

23
 5. Analyse et modélisation

Table 3: Dictionnaire des Données

Attribut Description Taille Type

actif Statut d’activation du compte - Booléen
anyone Pour Indiquer si le Marqueur pourra - Booléen
être retiré par tous les utilisateurs
content Contenu du message ou notification 255 Alphabétique
confirmed Statut de confirmation - Booléen
date Date de création ou d’action - DateTime
description Description d’un contenu ou d’un objet 255 Alphabétique
details Détails supplémentaires ou contenu 255 Alphabétique
duree Durée en heures - Numérique
email Adresse email de l’utilisateur 32 Alphabétique
end_date Date de fin de validité - DateTime
id Identifiant d’un objet de la classe - Numérique
concernée
img URL ou nom de l’image associée 255 Alphabétique
lat Latitude (coordonnée géographique) - Numérique
long Longitude (coordonnée géographique) - Numérique
max_m_ann Nombre maximum d’annonces - Numérique
max_members Nombre maximum de membres autori- - Numérique
sés
members Nombre de membres affiliés - Numérique
name Nom du type (notification, abonne- 32 Alphabétique
ment, marqueur)
password Mot de passe de l’utilisateur (chiffré) 32 AlphaNumérique
points Points accumulés par l’utilisateure - Numérique
titre Titre de l’annonce 64 Alphabétique
transaction_id Identifiant pour retracer un Payement 32 Alphabétique
type Type de contenu ou catégorie - Numérique
username Nom d’utilisateur unique 32 Alphabétique
ville Ville de résidence de l’utilisateur 32 Alphabétique
vue Statut de lecture (notification) - Booléen
yprice Prix annuel de l’abonnement (XOF) - Numérique

24
 6. Matériel et Choix Techniques

6 Matériel et Choix Techniques

La réalisation de ce projet s’est appuyée sur un ensemble cohérent d’outils, de langages
de programmation, de plateformes de développement et de services en ligne soigneusement
sélectionnés pour répondre aux besoins techniques, fonctionnels et ergonomiques du sys-
tème. Ces choix se justifient par leur pertinence, leur souplesse, leur compatibilité avec
les objectifs du projet ainsi que leur accessibilité.
• Logiciels de développement :
— Visual Studio Code (VSCode) : éditeur léger, puissant et extensible avec
une large communauté. Il a été utilisé pour l’édition du code Dart/Flutter et
la gestion du projet via Git.
— Android Studio : outil officiel recommandé pour le développement d’applica-
tions mobiles Flutter. Il a servi principalement pour l’émulation d’appareils et
le débogage.
— TextWorks : éditeur LaTeX permettant la rédaction structurée du mémoire
avec une gestion fine de la mise en page.
— PowerPoint : utilisé pour la création de la présentation finale du projet.
— Visual Paradigm (Community Edition) : outil de modélisation UML gra-
tuit permettant la conception des diagrammes (cas d’utilisation, classes, sé-
quences, etc.) pour une bonne structuration de l’architecture logicielle.
— Navigateur Google Chrome : utilisé pour tester les versions web et accéder
aux outils Google Cloud.
• Langages et Frameworks :
— Dart / Flutter : choisis pour leur capacité à produire des applications mobiles
performantes et multiplateformes (Android/Web) presque à partir d’un seul
code source, réduisant ainsi le temps et les coûts de développement.
— Firebase (Firestore, Auth) : plateforme de backend-as-a-service de Google,
utilisée pour stocker les données en temps réel, gérer l’authentification des uti-
lisateurs, et faciliter le déploiement rapide avec peu d’efforts de configuration
serveur.
• APIs et Services Web :
— OpenStreetMap (OSM) : API open source utilisée pour consolider la gestion
des itinéraires.
— Google Cloud Maps Platform : Intégrée pour l’affichage de cartes et la
récupération de données géographiques.
— Google AI Studio (Modèle Gemini 2.5-Flash) : Pour générer des indica-
tions simplifiées utiles à l’orientation.
— Kkiapay : Solution de paiement mobile intégrée en sandbox pour simuler des
transactions sécurisées au sein de l’application, notamment pour les abonne-

25
 7. Conclusion

ments des partenaires.

• Outils de collaboration et d’hébergement :
— GitLab : utilisé comme système de gestion de version et de collaboration en
équipe. Il a permis le suivi des évolutions du code, la gestion des branches et
la documentation continue.
— Render : plateforme de déploiement cloud gratuite, utilisée pour effectuer des
tests de déploiement web.
En somme, le choix de ces outils s’est fondé sur des critères de performance, de com-
patibilité multiplateforme et de coût, ce qui a grandement facilité le développement, la
collaboration et le déploiement du système final.

7 Conclusion
La modélisation réalisée dans cette phase a permis d’ancrer le projet dans une logique
structurée et professionnelle. En identifiant clairement les rôles des utilisateurs, les inter-
actions clés et la structure des entités métiers, nous avons pu poser des fondations solides
pour la suite du développement.
Le choix d’une base de données commune aux deux interfaces (web et mobile) s’est
avéré particulièrement judicieux : il favorise la cohérence des données, la mutualisation
des traitements, et simplifie la gestion centralisée des interactions utilisateur.
Les diagrammes produits au cours de cette phase ne constituent pas de simples re-
présentations graphiques ; ils sont le fruit d’une réflexion analytique poussée, servant de
référence tout au long du cycle de développement. Cette approche assure non seulement la
traçabilité des choix techniques, mais facilite également l’évolutivité future de la solution.
Ainsi, l’analyse et la modélisation ont joué un rôle déterminant dans la concrétisation
d’un système robuste, clair et adapté aux spécificités du contexte local — tout en res-
pectant les principes de modularité, de réutilisabilité et d’interopérabilité qui fondent les
bonnes pratiques en ingénierie logicielle.

26
 Chapitre 3

Résultats et discussion

1 Introduction
Ce chapitre expose les résultats obtenus à l’issue du développement de la solution
proposée. Ils témoignent de la pertinence des choix techniques et de la cohérence globale
du projet par rapport aux objectifs initialement définis. La plateforme développée rem-
plit efficacement ses fonctions principales, avec une expérience utilisateur fluide et des
performances satisfaisantes dans le contexte cible. L’intégration conjointe des interfaces
web et mobile, reliées à une base de données centralisée, démontre la faisabilité d’un tel
système dans un environnement à ressources limitées. Les fonctionnalités implémentées
permettent une interaction intuitive avec la carte, la localisation dynamique, le marquage
d’emplacements, la consultation d’itinéraires ainsi que la gestion des utilisateurs selon
leurs rôles (Membres, Partenaires et Administrateurs). Ces éléments attestent de l’opéra-
tionnalité du système et de sa capacité à répondre à des besoins concrets en matière de
mobilité et d’information routière.

2 Résultats
À l’issue du développement, une plateforme complète et opérationnelle a été mise en
place, déclinée en deux versions complémentaires : une interface web et une application
mobile. Toutes deux reposent sur une base de données centralisée, garantissant la syn-
chronisation des informations et la cohérence des interactions utilisateur, quel que soit
le support utilisé. Les Quelques figures ci-contre sont des captures de quelques interfaces
clés de la plateforme.

1. Interface Web : La version web est principalement destinée aux utilisateurs qui
utilisest des systèmes autres qu’ Android. Elle offre un meilleur champ de vision et des
fonctionnalités étendues de gestion des utilisateurs, de suivi des activités, d’annonces ci-
blées, et de visualisation des statistiques d’utilisation pour les profils habilletés. L’interface
est conçue pour être épurée, intuitive et adaptée à un usage sur ordinateur, tablette ou
smartphone.

27
 2. Résultats

Figure 1 – Pour Commencer

Figure 2 – Vue sur quelques interfaces

Figure 3 – Exploration de la carte et localisation en temps réel (version web)

28
 2. Résultats

2. Application Mobile : La version mobile est pensée pour un usage quotidien par
les usagers du réseau routier : conducteurs, citoyens, partenaires ou agents de terrain. Elle
permet notamment de :
— se localiser en temps réel,
— signaler un événement ou un point d’intérêt (travaux, embouteillages, radars, inci-
dents),
— tracer un itinéraire dynamique,
— consulter l’historique des trajets et alertes.

Figure 4 – L’Essentiel des Fonctionnalités

Figure 5 – Interfaces : Admin - Partenaire

3. Fonctionnalités Transversales :
Les deux plateformes partagent des fonctionnalités transversales telles que :
• l’authentification sécurisée des utilisateurs selon leur rôle (membre, partenaire,
administrateur),
• le marquage d’emplacements avec typologie,
• la notification des alertes signalées par d’autres usagers,
• un espace de gestion des membres et des abonnements pour les partenaires.
• un espace de Administrateur pour inscrire les partenaires et suivre les statistiques
globales de la plateforme.

29
 3. Discussions

3 Discussions
Les résultats obtenus sont assez concluants et reflètent la réalité des objectifs définis
plus haut. Toutefois, la plateforme dans l’état actuel peut être améliorée et faire l’objet
de nouvelles intégrations de modules ou d’extensions. L’idéal serait de pouvoir effectuer
automatiquement les diverses vérifications, gérer les anonces ciblées sans parler des sys-
tèmes de transcription en langues locales pour assurer une inclusion plus vaste. Ce point
reste un défi majeur des technologies numériques et de l’Intelligence Artificielle. Tout en
reconnaissant ces points de faiblesse potentiels, nous tenons à souligner que notre engage-
ment envers l’amélioration continue reste inébranlable. Nous restons à l’écoute des retours
de nos utilisateurs et travaillons sans relâche pour résoudre les problèmes et fournir une
expérience optimale pour tous.

4 Conclusion
Le travail réalisé dans le cadre de ce projet a permis de concevoir et de déployer une
solution technologique concrète répondant à une problématique réelle et pressante : le
manque d’informations fiables et accessibles sur les conditions de trafic au Bénin. En
articulant une plateforme web et mobile autour d’une base de données centralisée, nous
avons pu démontrer la faisabilité d’un système intelligent, participatif et accessible à
grande échelle, même dans un contexte à ressources limitées.
Les résultats obtenus sont le fruit d’un effort soutenu, mêlant analyse fonctionnelle,
modélisation rigoureuse et développement agile. Ils traduisent notre volonté de produire
une solution utile, pragmatique et ancrée dans les réalités locales, en intégrant des fonc-
tionnalités adaptées aux différents profils d’utilisateurs.
Au-delà des performances techniques, ce projet illustre une démarche de profession-
nalisation dans l’approche de la problématique, dans le respect des standards méthodolo-
giques et des bonnes pratiques en matière de conception logicielle. Il ouvre la voie à des
perspectives d’évolution prometteuses, notamment dans les domaines de la participation
citoyenne, de l’intelligence contextuelle et de l’inclusion numérique.
Nous réaffirmons notre engagement à poursuivre l’amélioration continue de cette pla-
teforme, en restant à l’écoute des retours utilisateurs et en nous appuyant sur les avancées
technologiques pour faire évoluer la solution vers un outil toujours plus robuste, intelligent
et inclusif.

30
 Conclusion et perspectives

1 Conclusion
Notre démarche s’est articulée autour de la création d’une interface conviviale, basée
sur une étude minutieuse du contexte professionnel, des analyses approfondies et des
modélisations réfléchies pour garantir que la plateforme réponde aux besoins spécifiques
de ses utilisateurs. Cependant, tout en célébrant nos réalisations jusqu’à présent, nous
reconnaissons que ce n’est qu’un pas de plus dans notre quête de l’excellence. À l’horizon,
se dessinent des perspectives passionnantes : l’optimisation continue de l’interface pour
une expérience utilisateur plus intuitive, l’intégration de nouvelles fonctionnalités pour
renforcer l’efficacité et la mise en œuvre de mécanismes d’analyse plus sophistiqués pour
consolider la fiabilité de nos analyses.

2 Perspectives
Ce mémoire illustre notre engagement à créer une plateforme qui répond aux besoins
actuels et futurs d’ info-traffic. Il reflète également notre profonde reconnaissance envers
la DSI du MEF pour l’opportunité de stage enrichissante qu’elle nous a offert, ayant
grandement contribué à la réalisation de ce projet. Bien que ce projet ait permis de poser
les bases d’un système fonctionnel de suivi des conditions de trafic en temps réel au Bénin,
il constitue une première itération d’une solution appelée à évoluer. Plusieurs pistes de
développement futur méritent d’être explorées afin d’accroître l’impact, la fiabilité et
la portée du système. Ces perspectives s’inscrivent dans une démarche d’amélioration
continue, en lien avec les enjeux technologiques, sociaux et environnementaux actuels.
Parmi les nouvelles avenues que nous pourrions être amenés à explorer, figurent no-
tamment :
• Intégration de l’intelligence artificielle (IA) : pour analyser automatiquement les
données de trafic en temps réel, prédire les congestions futures et proposer des
itinéraires optimisés en fonction du contexte (heure, événements, accidents).
• Ajout d’un système de transcription en langues locales : pour étendre l’inclusion
et promouvoir les valeurs locales.
• Collaboration avec les opérateurs télécoms (MTN, Moov Africa et Celtiis) : pour
une meilleure couverture en données et possiblement la mise en place d’un mode
offline.

31
 • Consolidation et déploiement d’une interface web : qui pourrait compléter les ver-
sions actuelles et offrir un tableau de bord interactif aux autorités, aux usagers et
aux chercheurs.
• Extension géographique et Ouverture des données (Open Data) : pour encourager
les projets communautaires et académiques à réutiliser les données collectées de
manière responsable.
Ces perspectives, réalistes et ambitieuses, visent à faire de ce projet un outil complet,
robuste et durable, capable de répondre aux défis croissants liés à la mobilité urbaine dans
un contexte africain. Nous sommes pleinement engagés à poursuivre cette dynamique et
à transformer cette solution en un levier de transformation numérique au service du
développement territorial.

32
 Bibliographie

Comlan, Maurice. Projet UML. Cours IG2. ENEAM, 2023.

Dart/Flutter Community. [Link] - Bibliothèque de paquets. Consulté régulière-
ment. 2024. url : [Link]
Google Cloud Console. Maps APIs Ground. Consulté régulièrement. 2024. url :
[Link]
Mahama, Amadou Tidjani Sanda. UML Facile. Support de cours IG2. ENEAM, 2020.
mondiale, Banque. Le Bénin développe un système de transport public sûr, fiable et moins
polluant dans le Grand Nokoué. Consulté le 20 juillet 2025. Groupe de la Banque mon-
diale. 2025. url : [Link] release/
2025/05/20/benin-developing-a-safe-reliable-and-less-polluting-public-
transport-system-in-grand-nokou (visité le 20/07/2025).
Moustapha, Hafiz et Junior Ayihou. Mise en place d’un système de service en ligne.
Mémoire de licence 2, ENEAM. 2024.

33
 Annexes

Quelques vues sur le code et les interfaces de la plateforme :

Figure 6 – Code Source (Dart - Fluter) + Firebase

Figure 7 – Vue sur le code et les collections Firebase

34
 Table des matières

Dédicace ii

Remerciements iii

Sigles et abréviations iv

Résumé vii

Abstract viii

Introduction 1
1 Contexte et justification . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
2 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
3 Objectifs du projet de fin de formation . . . . . . . . . . . . . . . . . . . . 1
4 Plan du document . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2

1 Déroulement du stage 3
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
2 Présentation de la structure . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3 Fonctionnement de l’entreprise . . . . . . . . . . . . . . . . . . . . . . . . . 4
4 Travaux effectués . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
5 Apports du stage sur le plan professionnel . . . . . . . . . . . . . . . . . . 10
6 Difficultés rencontrées et suggestions . . . . . . . . . . . . . . . . . . . . . 10
7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2 Analyse et conception 11
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2 État de l’art . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
3 Présentation de notre Solution . . . . . . . . . . . . . . . . . . . . . . . . . 13
4 Présentation des fonctionnalités . . . . . . . . . . . . . . . . . . . . . . . . 14
5 Analyse et modélisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
6 Matériel et Choix Techniques . . . . . . . . . . . . . . . . . . . . . . . . . 25
7 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

35
3 Résultats et discussion 27
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
2 Résultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
3 Discussions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

Conclusion et perspectives 31
1 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
2 Perspectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

Bibliographie 33

Annexes 34

36