REPUBLIQUE TOGOLAISE

Travail - Liberté - Patrie

PRESIDENCE DE LA REPUBLIQUE

MINISTERE DE LA PLANIFICATION
DU DEVELOPPEMENT ET DE
COOPERATION

Institut Africain d’Informatique

KOFCORPORATION
Représentation du TOGO
(IAI-TOGO)
Lomé, Agoè minamadou
07 BP 12456 Lomé 07
Tel: (+228) 70 44 16 36
Tel: (+228) 22 20 47 00
Email: contact@[Link]
Email: iaitogo@[Link]
Site web: [Link]
Site web: [Link]

PROJET DE FIN DE FORMATION POUR L’OBTENTION DE LA

LICENCE PROFESSIONNELLE EN INFORMATIQUE
OPTION : GENIE LOGICIEL ET SYSTEMES D’INFORMATION

THÈME :

DEVELOPPEMENT D’UNE APPLICATION DE

SIGNALEMENT DE VOLS ET PERTES DE VEHICULES
Période : Du 16 septembre au 14 Décembre 2024

Rédigé et soutenu par:

GAYI Komlan Godwin
Étudiant en troisième année
Année académique : 2023-2024

Superviseur: Maître de stage:

M. GAVI Kossivi M. KOUGBADA Omar Farouk
Enseignant à l’IAI-TOGO PDG KOFCORPORATION
Développement d’une application de signalement DEDICACES
De vols et pertes de véhicules

DEDICACES

À mes parents, pour leur amour et leurs sacrifices.

À tous ceux qui ont cru en moi et en ce projet.
Avec toute ma reconnaissance.

Rédigé et soutenu par GAYI Komlan Godwin i

Développement d’une application de signalement REMERCIEMENTS
De vols et pertes de véhicules

REMERCIEMENTS

Gratitude est exprimée envers Dieu, pour les dons de vie, d’intelligence et
d’aptitudes qui ont permis de poursuivre ce parcours académique et de
finaliser ce travail. Des remerciements sont adressés à :
M. AGBETI Kodjo, Représentant Résident de l’IAI-TOGO (Institut
Africain d’Informatique, Représentation du TOGO), pour son leadership
et son encadrement ;
M. AMEYIKPO Kossi Nicolas, Directeur des Affaires Académiques et
de la Scolarité de l’IAI-TOGO, pour son engagement à répondre aux
préoccupations partagées des étudiants et à améliorer nos conditions
d’étude ;
L’administration de l’IAI-TOGO, pour sa rigueur et son dévouement;
M. GAVI Kossivi, mon superviseur, pour ses orientations précieuses et
sa patience;
M. KOUGBADA Omar Farouk, Président Directeur Général à
KOFCORPORATION, pour son encadrement et son soutien;
Mes parents, pour leur amour, leur soutien inconditionnel et leurs
sacrifices ;
Tout le personnel de KOFCORPORATION.
Je tiens également à remercier tous les professeurs, amis et intervenants
qui ont enrichi mes réflexions et ont contribué à la réalisation de ce
travail. Votre contribution a été inestimable et je vous en suis
profondément reconnaissant.

Rédigé et soutenu par GAYI Komlan Godwin ii

Développement d’une application de signalement SOMMAIRE
De vols et pertes de véhicules

SOMMAIRE

DEDICACES ..........................................................................................i

REMERCIEMENTS ............................................................................. ii

RESUME .............................................................................................. iv

ABSTRACT .......................................................................................... v

GLOSSAIRE ........................................................................................ vi

LISTE DES FIGURES ........................................................................vii

LISTES DES PARTICIPANTS AU PROJET .................................... ix

INTRODUCTION .................................................................................1

PARTIE 1 : CAHIER DES CHARGES ............................................... 3

PARTIE 2 : ANALYSE ET CONCEPTION ......................................22

PARTIE 3 : REALISATION ET MISE EN OEUVRE ......................49

PARTIE 4: GUIDE D’EXPLOITATION ...........................................61

PARTIE 5 : GUIDE D’UTILISATION ..............................................67

CONCLUSION ................................................................................... 72

BIBLIOGRAPHIE INDICATIVE .........................................................I

WEBOGRAPHIE ................................................................................. II

TABLE DES MATIERES .................................................................. III

Rédigé et soutenu par GAYI Komlan Godwin iii

Développement d’une application de signalement RESUME
De vols et pertes de véhicules

RESUME

Dans le cadre de l’obtention de la Licence professionnel en Informatique

de l’IAI-TOGO, un stage a été effectué au sein de l’entreprise
KOFCORPORATION. Ce stage avait pour thème « Développement
d’une application de signalement de vols et pertes de véhicules ». Ce
projet avait pour objectif principal de fournir une solution numérique
permettant aux utilisateurs de signaler rapidement les pertes ou vols de
véhicules, de consulter les signalements existants, et de collaborer avec
les autorités compétentes pour maximiser les chances de récupération des
véhicules volés. Cette initiative vise à répondre aux insuffisances des
méthodes traditionnelles, notamment leur lenteur et leur manque de
coordination, en introduisant une plateforme moderne et efficace.

Pour réaliser ce projet, nous avons adopté une approche méthodologique

rigoureuse. La modélisation a été effectuée en utilisant le langage UML
pour décrire les différents cas d’utilisation et la structure du système. Le
processus 2TUP a été appliqué pour segmenter les étapes de
développement et gérer la complexité du projet. Sur le plan technique, le
backend de l’application a été développé en Python en utilisant le
framework Flask, connu pour sa légèreté et sa simplicité. La partie
mobile a été réalisée avec Flutter, un framework multiplateforme qui
garantit une interface utilisateur fluide et cohérente sur Android et iOS.
Les données utilisateur et les signalements sont gérés via une base de
données MySQL, assurant une fiabilité et une rapidité d’accès.

Rédigé et soutenu par GAYI Komlan Godwin iv

Développement d’une application de signalement ABSTRACT
De vols et pertes de véhicules

ABSTRACT

As part of obtaining the Professional License in Computer Science from

IAI-TOGO, an internship was carried out within the company
KOFCORPORATION. This internship had the theme “Development of
an application for reporting vehicle theft and loss”. The main objective of
this project was to provide a digital solution allowing users to quickly
report vehicle losses or thefts, view existing reports, and collaborate with
the relevant authorities to maximize the chances of recovery of stolen
vehicles. This initiative aims to address the shortcomings of traditional
methods, notably their slowness and lack of coordination, by introducing
a modern and efficient platform.

To carry out this project, we adopted a rigorous methodological approach.

The modeling was carried out using UML language to describe the
different use cases and the structure of the system. The 2TUP process was
applied to segment the development stages and manage the complexity of
the project. On the technical side, the backend of the application was
developed in Python using the Flask framework, known for its lightness
and simplicity. The mobile part was created with Flutter, a cross-platform
framework that guarantees a fluid and consistent user interface on
Android and iOS. User data and reports are managed via a MySQL
database, ensuring reliability and speed of access.

Rédigé et soutenu par GAYI Komlan Godwin v

Développement d’une application de signalement GLOSSAIRE
De vols et pertes de véhicules

GLOSSAIRE

Tableau 1: Glossaire

ABREVIATIONS ET ACRONYMES SIGNIFICATIONS

IAI-TOGO Institut Africain d’Informatique,
Représentation du TOGO.
UML Unified Modeling Language, un
langage pour modéliser les systèmes
logiciels.
2TUP 2 Tracks Unified Process, un processus
de modélisation de systèmes.
API Interface de Programmation
d'Application, un ensemble de règles
permettant à des applications de
communiquer entre elles
Front-End Partie visible et interactive d'une
application avec laquelle les
utilisateurs interagissent directement.
Back-End Partie de l'application qui est
responsable du traitement des données
et de la logique métier.
CU Cas d’utilisation

Rédigé et soutenu par GAYI Komlan Godwin vi

Développement d’une application de signalement LISTE DES FIGURES
De vols et pertes de véhicules

LISTE DES FIGURES

Figure 1: Plan localisation de l’IAI-TOGO...................................................................... 4

Figure 2: Organigramme de KOFCORPORATION......................................................... 5
Figure 3: Localisation de KOFCORPORATION..............................................................6
Figure 4: Hiérarchie des diagrammes UML...................................................................22
Figure 5: Logo d’UML.................................................................................................... 23
Figure 6: Présentation du processus 2TUP.................................................................... 24
Figure 7: Logo de [Link]..............................................................................................25
Figure 8: Diagramme de contexte...................................................................................27
Figure 9: Diagramme de CU de l’acteur « Utilisateur »................................................29
Figure 10: Diagramme de CU de l’acteur « Police »..................................................... 30
Figure 11: Diagramme de CU de l’acteur « Garage »...................................................31
Figure 12: Diagramme de CU de l’acteur « Administrateur ».......................................32
Figure 13: Diagramme de CU de tous les acteurs du système....................................... 33
Figure 14: Diagramme de séquence du CU « s’authentifier »....................................... 40
Figure 15: Diagramme de séquence du CU « faire une demande de rendez-vous »...... 41
Figure 16: Diagramme de séquence du CU « Signaler un vol/perte »........................... 42
Figure 17: Diagramme d’activité du CU « Signaler un vol/perte »............................... 43
Figure 18: Diagramme d’activité du CU « Faire une demande de rendez-vous».......... 44
Figure 19: Diagramme de déploiement...........................................................................46
Figure 20: Diagramme de classe.................................................................................... 47
Figure 21 : Logo de Flutter.............................................................................................50
Figure 22: Logo de Dart................................................................................................. 50
Figure 23: Logo de python.............................................................................................. 50
Figure 24: Logo de Flask................................................................................................ 51
Figure 25: Logo de Laravel.............................................................................................51
Figure 26: Logo de Firebase...........................................................................................52
Figure 27: Logo de MySQL.............................................................................................52
Figure 28: Logo de Visual Studio Code.......................................................................... 55
Figure 29: Logo de [Link]............................................................................................55
Figure 30: Logo de Github..............................................................................................55
Figure 31: Architecture modèle MVC............................................................................. 57
Figure 32: Plan de navigation utilisateur....................................................................... 69
Figure 33: Plan de navigation Police............................................................................. 69
Figure 34: Plan de navigation Administrateur............................................................... 69

Rédigé et soutenu par GAYI Komlan Godwin vii

Développement d’une application de signalement LISTE DES TABLEAUX
De vols et pertes de véhicules

LISTES DES TABLEAUX

Tableau 1: Glossaire........................................................................................................ vi
Tableau 2: Liste des participants au projet......................................................................ix
Tableau 3: Coût logiciel de la première solution............................................................13
Tableau 4: Coût matériel de la première solution.......................................................... 14
Tableau 5: Coût de formation de la première solution................................................... 14
Tableau 6: Coût de déploiement de la première solution............................................... 15
Tableau 7: Coût de maintenance de la première solution...............................................15
Tableau 8: Coût de total de la première solution............................................................15
Tableau 9: Coût logiciel de notre solution......................................................................16
Tableau 10: Coût humain de notre solution....................................................................16
Tableau 11: Coût de formation de notre solution........................................................... 17
Tableau 12: Coût de maintenance de notre solution.......................................................17
Tableau 13: Coût de déploiement de notre solution........................................................18
Tableau 14: Coût total de notre solution Tableau ........................................................ 18
Tableau 15: Planning prévisionnel de réalisation.......................................................... 19
Tableau 16: Acteurs avec leurs CU.................................................................................28
Tableau 17: Description textuelle du CU « Signaler un vol/perte »............................... 35
Tableau 18: Description textuelle du CU « Faire une demande de rendez-vous »......36
Tableau 19: Description textuelle du CU « Vérifier un engin suspect »......................38
Tableau 20: Caractéristiques techniques de l’ordinateur utilisé.................................... 49

Rédigé et soutenu par GAYI Komlan Godwin viii

Développement d’une application de LISTES DES PARTICIPANTS AU PROJET
signalement De vols et pertes de véhicules

LISTES DES PARTICIPANTS AU PROJET

Tableau 2: Liste des participants au projet

NOMS FONCTIONS RÔLE

Étudiant en troisième année
option Génie Logiciel et Système
GAYI Komlan Godwin d’Information à l’institut Africain Réalisateur
d’informatique
(IAI-TOGO)
M. KOUGBADA Omar
Maître de
Farouk Directeur général
stage

M. GAVI Kossivi Enseignant à l’institut Africain

Superviseur
d’Informatique

Rédigé et soutenu par GAYI Komlan Godwin ix

Développement d’une application de INTRODUCTION
signalement De vols et pertes de véhicules

INTRODUCTION

La sécurité des biens est devenue une préoccupation majeure, tant pour
les particuliers que pour les entreprises. Dans ce contexte, la science
informatique se positionne comme un outil essentiel pour renforcer la
sécurité et l'efficacité des démarches de signalement et de récupération de
biens. Aujourd'hui, la gestion des vols et des pertes de véhicules demeure
un défi en raison des processus souvent complexes, du manque de
centralisation des informations et de l’absence de solutions numériques
adaptées.
Pour répondre à ces enjeux, notre projet intitulé « DÉVELOPPEMENT
D’UNE APPLICATION DE SIGNALEMENT DE VOLS ET
PERTES DE VÉHICULES » vise à créer une plateforme qui simplifie
et accélère le processus de signalement des véhicules disparus. Cette
application ambitionne de centraliser les informations, d’automatiser les
signalements, et d’offrir des options de notification et de suivi pour les
utilisateurs concernés.
Cette initiative a donné naissance à une application mobile permettant de
signaler la perte ou le vol de véhicules, de gérer les informations sur les
biens enregistrés et de notifier les autorités et communautés locales. En
rendant ces fonctionnalités accessibles et faciles d’utilisation, notre
plateforme vise à améliorer la rapidité et la coordination des actions de
récupération.
Pour mener à bien ce projet, nous avons structuré ce rapport en cinq
sections. Nous débuterons par la présentation du cahier des charges

Rédigé et soutenu par GAYI Komlan Godwin 1

Développement d’une application de INTRODUCTION
signalement De vols et pertes de véhicules

suivie d’une analyse et conception détaillées du projet. Ensuite, nous

traiterons de la réalisation et de la mise en œuvre, avant d’explorer les
modalités d’exploitation de l’application. Enfin, nous conclurons par un
guide d’utilisation pour garantir une prise en main optimale de la solution
que nous avons développée.

Rédigé et soutenu par GAYI Komlan Godwin 2

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

PARTIE 1 :
CAHIER DES CHARGES

Rédigé et soutenu par GAYI Komlan Godwin

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

PARTIE 1 : CAHIER DES CHARGES

Le cahier des charges détaille les besoins, attentes et objectifs d'un projet,
servant de guide pour l'équipe de développement. Il précise les
fonctionnalités, contraintes techniques, délais et résultats attendus,
clarifiant ainsi les contours du projet et facilitant la communication entre
les acteurs impliqués.
1.1 PRESENTATIONS
1.1.1 Brève présentation de l’IAI-TOGO
L’IAI-TOGO est une école inter-États spécialisée dans l'enseignement
supérieur en informatique. Faisant partie du réseau IAI, créé le 29 janvier
1971 à Fort Lamy (aujourd'hui N'Djamena) au Tchad, l'IAI-TOGO a
ouvert ses portes le 24 octobre 2002 suite à la décision du Conseil
d’Administration de délocaliser l’IAI. L’accord d’établissement avec la
République togolaise a été signé le 12 mai 2006. Cette école forme en
trois ans des ingénieurs des travaux informatiques et des licenciés en
informatique dans trois filières : Génie Logiciel et Systèmes
d’Information (GLSI), Administration Systèmes et Réseaux (ASR), et
Multimédia Technologies Web et Infographie (MTWI). L'objectif de sa
création est de fournir un personnel compétent en nombre suffisant pour
répondre à la croissance rapide et continue de la technologie dans la sous-
région et à son impact sur tous les secteurs d'activité. L’IAI-TOGO est
située derrière l’immeuble « SUNU Assurances », dans les locaux du
CENETI (Centre National d’Étude et de Traitements Informatiques), à
proximité de la CEB, au quartier administratif de Lomé. Son adresse est
le 15 rue de la Kozah, 07 BP 12456 Lomé 07, TOGO.

Rédigé et soutenu par GAYI Komlan Godwin 3

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

Figure 1: Plan localisation de l’IAI-TOGO

1.1.2 Présentation du cadre de stage

[Link] Statut
L’entreprise KOFCORPORATION est une entreprise spécialisée dans le
domaine de l’informatique et du développement d’applications web et
mobile. En tant que structure dynamique et innovante,
KOFCORPORATION offre des solutions logicielles sur mesure aux
entreprises et aux organisations.

[Link] Mission
La mission du cadre de stage KOFCORPORATION est de répondre aux
besoins spécifiques de ses clients en concevant, développant et déployant
des applications informatiques personnalisées. L’entreprise vise à fournir
des solutions technologiques sur mesure aux entreprises et aux
organisations, améliorant l’efficacité, l’automatisation et la productivité
de ses clients.

Rédigé et soutenu par GAYI Komlan Godwin 4

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

[Link] Activités
Les principales activités du cadre de stage KOFCORPORATION
comprennent la conception logicielle, le développement et le déploiement
de solutions informatiques personnalisées. L’entreprise réalise également
la mise à jour des applications existantes et des formations en IT.

[Link] Quelques réalisations

KOFCORPORATION a réalisé avec succès plusieurs projets de
développement d’applications pour divers clients dans des secteurs tels
que la finance, la santé, l’éducation et le commerce électronique. Ces
réalisations incluent la création de plateformes web, d’applications
mobiles et de systèmes de gestion personnalisés.

[Link] Organigramme

Figure 2: Organigramme de KOFCORPORATION

Rédigé et soutenu par GAYI Komlan Godwin 5

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

[Link] Service d’accueil

Au sein du cadre de stage KOFCORPORATION, nous avons été
accueillis au département de développement d'applications. Ce
département est chargé de concevoir et de créer des applications sur
mesure en utilisant les dernières technologies et les meilleures pratiques
de développement.

[Link] Plan de localisation

Le cadre de stage KOFCORPORATION est situé à Agoé Minamadou à
côté de ESA, Lomé, TOGO. Il offre un environnement de travail moderne
et propice à l'innovation

Figure 3: Localisation de KOFCORPORATION

Rédigé et soutenu par GAYI Komlan Godwin 6

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

1.2 Thème du stage

1.2.1 Présentation du sujet
Le vol et la perte de véhicules représentent des préoccupations majeures
pour les particuliers et les institutions. Ces incidents engendrent non
seulement des pertes économiques importantes, mais aussi un sentiment
d’insécurité qui affecte le quotidien des citoyens. Face à ces défis, il est
crucial de mettre en place des solutions innovantes et accessibles pour
permettre aux victimes de déclarer rapidement la perte ou le vol de leurs
véhicules et pour faciliter le suivi de ces signalements par les autorités
compétentes.

1.2.2 Problématique
La gestion des signalements de vols et pertes de véhicules est souvent
complexe et inefficace, en raison d’un manque de coordination entre les
victimes, les autorités, et les témoins potentiels. Actuellement, il est
difficile pour les personnes concernées de signaler rapidement un vol ou
une perte et d’avoir un suivi efficace de leur déclaration. De plus, les
canaux traditionnels de communication, souvent archaïques et peu
adaptés aux besoins actuels, limitent la collaboration optimale entre les
victimes et les autorités. Ils ne permettent pas non plus une sensibilisation
efficace de la communauté aux alertes de vols. Face à ces insuffisances, il
devient essentiel d’adopter une solution numérique innovante, capable de
centraliser les signalements, d’améliorer la réactivité des intervenants, et
de renforcer la coopération entre toutes les parties prenantes. Ainsi, nous
nous interrogeons :
• Comment permettre aux personnes concernées de signaler de
manière instantanée et sécurisée les vols et pertes de véhicules ?

Rédigé et soutenu par GAYI Komlan Godwin 7

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

• Comment faciliter la collaboration entre les utilisateurs, les forces

de l'ordre, et les professionnels de l’automobile (garages et centres
de lavage) pour maximiser les chances de retrouver les véhicules
volés ?
• Comment optimiser le suivi des signalements pour offrir aux
utilisateurs un suivi sur l'état de leur dossier et améliorer la
réactivité des autorités compétentes ?
• Quels mécanismes de notification et de communication peuvent
être mis en place pour assurer une réponse rapide et coordonnée
de la part des autorités ?
• Comment mettre à profit les technologies numérique de
l’intelligence artificielle dans notre approche de solution afin
d’élargir le champ d’action ?

1.2.3 Intérêt du sujet

[Link] Objectifs
 Objectif général
Développer une application mobile qui permet aux utilisateurs de signaler
rapidement et efficacement le vol ou la perte de véhicules, tout en
facilitant la collaboration entre les victimes, les autorités, et les
professionnels de l’automobile afin de maximiser les chances de
récupération des véhicules disparus.
 Objectifs spécifiques
De manière plus spécifique, il s’agira de mettre en place une application
mobile permettant de :
▪ Créer un système de signalement rapide et accessible permettant
aux utilisateurs de déclarer un vol ou une perte de véhicule de
manière intuitive et sécurisée.

Rédigé et soutenu par GAYI Komlan Godwin 8

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

▪ Faciliter la vérification des signalements par les autorités et les

utilisateurs grâce à une fonctionnalité de vérification de véhicule
suspect.
▪ Mettre en place un mécanisme de communication entre les
utilisateurs et les autorités pour le suivi des signalements, avec des
notifications, des prises de rendez-vous et alertes en temps réel.
▪ Créer un système d’enregistrement de véhicule retrouvé
[Link] Résultat
Les résultats attendus sont :
▪ Plateforme fonctionnelle et accessible :
 Une application mobile opérationnelle pour Android et iOS,
permettant aux utilisateurs de signaler instantanément les vols
ou pertes de véhicules.
▪ Système de signalement et vérification efficace :
 Un processus de signalement simplifié permettant aux
utilisateurs de déclarer un incident rapidement, ainsi qu’une
fonctionnalité de vérification des véhicules suspects par les
utilisateurs et les forces de l’ordre.
▪ Engagement communautaire renforcé :
 Une plateforme où les utilisateurs peuvent contribuer à la
localisation de véhicules volés, en signalant des observations
dans leur région, favorisant ainsi une coopération
communautaire.

1.3 Étude de l’existant

Le signalement traditionnel des vols et pertes de véhicules repose
principalement sur une déclaration physique auprès des commissariats de
police, où la victime fournit les détails du véhicule et les circonstances du

Rédigé et soutenu par GAYI Komlan Godwin 9

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

vol ou de la perte. Cette déclaration est enregistrée manuellement ou dans

une base de données centralisée, selon les infrastructures disponibles. En
complément, les victimes peuvent recourir à des moyens informels
comme l’affichage de posters dans les quartiers, la diffusion d'annonces
dans les médias locaux ou les réseaux sociaux, et la communication
directe avec les garages, centres de lavage, parkings, et stations-service
pour signaler leur véhicule. Les mises à jour sur l’état de la recherche
sont souvent obtenues par des visites ou des appels aux autorités, et la
coordination entre les différents acteurs reste largement manuelle, ce qui
peut limiter l’efficacité des recherches.

1.4 Critique de l’existant

Après avoir examiné l'existant et recueilli des informations, plusieurs
lacunes et problèmes ont été identifiés:
◦ Temps de traitement long : La déclaration physique auprès des
commissariats est souvent chronophage, surtout pour les victimes
situées loin des centres urbains.
◦ Absence de centralisation : Le manque de systèmes centralisés ou
automatisés complique la coordination entre les différentes
juridictions et ralentit les recherches.
◦ Portée limitée des moyens informels : Les affiches, annonces
locales ou publications sur les réseaux sociaux manquent de
traçabilité, de standardisation et d’impact à grande échelle.
◦ Communication inefficace : Les interactions avec les autorités et
les professionnels de l’automobile (garages, centres de lavage)
sont ponctuelles, non coordonnées, et souvent insuffisantes pour
multiplier les chances de retrouver le véhicule.

Rédigé et soutenu par GAYI Komlan Godwin 10

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

◦ Suivi non précis: Les victimes n’ont généralement pas accès à un

suivi clair ou à des mises à jour régulières sur l’état de leur dossier,
ce qui engendre frustration et perte de confiance dans le système.

1.5 Proposition et choix de solution

Face aux problèmes énoncés plus tôt, nous avons deux options:
▪ Renforcer les méthodes existantes
▪ Développer une nouvelle solution

1.5.1 Evaluation technique des solutions

[Link] Renforcement des méthodes traditionnelles
Cette solution consiste à améliorer les méthodes traditionnelles de
signalement en modernisant légèrement les processus existants. Cela
inclut :
• Digitalisation des formulaires : Remplacement des formulaires
papier par des formulaires numériques accessibles dans les
commissariats.
• Mise en place de bases de données centralisées : Création d'une
plateforme interne reliant différents commissariats pour partager
les informations sur les signalements.
• Collaboration étendue avec les médias locaux : Utilisation des
médias (radio, télévision, presse écrite) pour sensibiliser la
population aux véhicules volés.

Avantages :
• Nécessite un investissement modéré en termes de ressources
techniques.
• Amélioration partielle de la coordination entre les commissariats.

Rédigé et soutenu par GAYI Komlan Godwin 11

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

Inconvénients :
• Les victimes doivent toujours se rendre physiquement au
commissariat, ce qui reste peu pratique.
• La collaboration entre les commissariats, bien que digitalisée, reste
limitée aux autorités et n’implique pas directement les citoyens ou
les professionnels (garages, etc.).
• La portée des alertes reste faible, avec une faible participation
communautaire.
• Faible interactivité et absence de notifications en temps réel pour
tenir les victimes informées.

[Link] Développer une nouvelle solution

Cette solution repose sur la création d’une application mobile complète
pour signaler les vols et pertes de véhicules.
Avantages :
• Accessibilité accrue : Les victimes peuvent signaler un incident
sans se déplacer.
• Coordination améliorée entre les utilisateurs, les autorités et les
professionnels de l’automobile.
• Portée élargie : La communauté et les professionnels peuvent
contribuer activement à la localisation des véhicules volés.
• Traçabilité : Les victimes peuvent suivre l’évolution de leur
signalement en temps réel.
• Possibilité d’évolution pour intégrer de nouvelles fonctionnalités
et améliorations

Rédigé et soutenu par GAYI Komlan Godwin 12

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

Inconvénients :
• Coûts initiaux élevés : Créer une application sur mesure nécessite
un investissement financier initial plus important pour le
développement ainsi que la maintenance.
• Temps de développement long : La création d'un nouveau système
prend du temps en raison des étapes nécessaires comme l'analyse,
la conception et le développement.

1.5.2 Evaluation financière des solutions

[Link] Renforcement des méthodes traditionnelles
Cette approche engendrerait des coûts résumé dans le tableau ci-
dessous:
 Coût Logiciel
Tableau 3: Coût logiciel de la première solution

Désignation Description Coût Quantité Coût total

unitaire (années) (FCFA)
(FCFA)
Digitalisation Développement 1 850 000 1 1 850 000
des et déploiement
formulaires de formulaires
numériques
dans les
commissariats
Mise en Logiciel pour 3 417 156 1/commissariat 3 417 156
place de la la gestion des
base de données
données
centralisée
TOTAL 5 267 156

Rédigé et soutenu par GAYI Komlan Godwin 13

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

Source:[Link]
pricing#xf4c7d76972af4352bd9b9e2fb09cefef
 Coût matériel:
Tableau 4: Coût matériel de la première solution

Désignation Description Coût Quantité Coût total

unitaire (FCFA)
(FCFA)
Équipements Achats des 250 000 10 2 500 000
informatiques tablettes ou
ordinateurs
pour les
commissariats
Serveur local Achat d’un 630 000 1 630 000
serveur local
pour stocker
les données
TOTAL 3 130 000
Source:[Link]
bureau/serveur/c4254/

 Coût de formation
Tableau 5: Coût de formation de la première solution

Désignation Description Coût unitaire Quantité Coût total

(FCFA) (FCFA)
Formations Formation du 4000/heure/personne 6 192 000
des personnel à personnes ,
utilisateurs l’utilisation 8 heures de
de formation,
l’équipement 1an

TOTAL 2 304 000

Rédigé et soutenu par GAYI Komlan Godwin 14

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

 Coût de déploiement
Tableau 6: Coût de déploiement de la première solution

Désignation Description Coût Quantité Coût total

unitaire (années) (FCFA)
(FCFA)
Infrastructures La mise en 250 000 1 250 000
physiques place des
infrastructures
physiques
TOTAL 250 000

 Coût de maintenance
Tableau 7: Coût de maintenance de la première solution

Désignation Description Coût Quantité Coût total

unitaire (années) (FCFA)
(FCFA)
Maintenance Support 1 200 000 1 1 200 000
annuelle technique et
sécurité
TOTAL 1 200 000

 Coût total
Tableau 8: Coût de total de la première solution

Désignation Coût
(FCFA)
Coût logiciel 5 267 156
Coût matériel 3 130 000
Coût de formation 2 304 000

Rédigé et soutenu par GAYI Komlan Godwin 15

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

Coût de déploiement 250 000

Coût de maintenance 1 200 000
TOTAL 12 151 156

[Link] Développement d’une nouvelle solution

 Coût logiciel
Tableau 9: Coût logiciel de notre solution
Désignation Description Coût Quantité Coût total
unitaire (mois) (FCFA)
(FCFA)
Application Développement - - -
mobile d’une
application
mobile avec
flutter

Serveur Hébergement 53 000/moi 12 636 000

cloud des données s
TOTAL 636 000
Source : [Link]

 Coût humain
Tableau 10: Coût humain de notre solution
Désignation Description Coût Quantité Coût total
unitaire (FCFA)
(FCFA)
Main Honoraire du 5000/heure 8h*58jours 2 320 000
d’oeuvre développeur
TOTAL 2 320 000

Rédigé et soutenu par GAYI Komlan Godwin 16

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

 Coût de formation
Tableau 11: Coût de formation de notre solution
Désignatio Description Coût unitaire Quantité Coût total
n (FCFA) (FCFA)
Formations Formation du 4000/heure/perso 6 personnes , 8 192 000
des personnel des nne heures de
utilisateurs commissariats formation, 1an
à l’utilisation
de
l’application
TOTAL 2 304 000

 Coût de maintenance
Tableau 12: Coût de maintenance de notre solution
Désignation Description Coût unitaire Quantité Coût total
(FCFA) (FCFA)
Maintenance Correction 17 000/mois 1 204 000
annuelle et mise à
jour de
l’application

TOTAL 204 000

Rédigé et soutenu par GAYI Komlan Godwin 17

 Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

 Coût de déploiement
Tableau 13: Coût de déploiement de notre solution
Désignation Description Coût unitaire Quantité Coût total
(FCFA) (FCFA)
Hébergement Publication de 16 000 1 16 000
sur Google l’application
playstore sur Playstore

Hébergement Publication de 63 000/an 1 63 000

sur Apple l’application
AppStore sur Appstore

TOTAL 79 000
Source : [Link]
Source:[Link]
app_purchase/original_api_for_in
app_purchase/subscriptions_and_offers/handling_subscriptions_billing

 Coût total
Tableau 14: Coût total de notre solution
Désignation Coût
(FCFA)
Coût logiciel 636 000
Coût humain 2 320 000
Coût de formation 2 304 000
Coût de déploiement 79 000
Coût de maintenance 204 000
TOTAL 5 543 000

Rédigé et soutenu par GAYI Komlan Godwin 18

 Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

1.5.3 Choix de la solution

Après avoir mené une étude approfondie et réalisé une analyse détaillée,
et dans le but de mettre en avant notre ingénierie, il a été décidé que nous
allions concevoir et mettre en place notre solution.

1.6 Planning prévisionnel de réalisation

Tableau 15: Planning prévisionnel de réalisation
Phase Date (2024) Durée(jours)
RAPPORT D’INSERTION 16 Septembre – 22 7 jours
(Insertion et présentation du cadre de Septembre
stage, réception et compréhension du
thème)
CAHIER DES CHARGES (Collecte 23 Septembre – 07 Octobre 15 jours
d’informations, problématique, étude
et critique de l’existant, proposition
de solutions, choix de solution et
justifications)
RAPPORT DE PRÉ- 08 Octobre – 20 Octobre 13 jours
PROGRAMMATION (Analyse et
conception, validation du dossier
d’analyse et de conception)
MISE EN PLACE DE LA 21 Octobre – 30 Novembre 40 jours
SOLUTION (Développement de
l’application, tests )
RAPPORT DE 01 Décembre – 14 14 jours
PROGRAMMATION (Présentation Décembre
et correction de l’application, guide
d’exploitation)
REDACTION DU RAPPORT DE 16 Septembre - 14 61
STAGE Décembre

Rédigé et soutenu par GAYI Komlan Godwin 19

Développement d’une application de PARTIE 1 : CAHIER DES
signalement De vols et pertes de véhicules CHARGES

Figure 4: Diagramme de Gantt du Planning

Rédigé et soutenu par GAYI Komlan Godwin 20

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

PARTIE 2 :
ANALYSE ET CONCEPTION

Rédigé et soutenu par GAYI Komlan Godwin

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

PARTIE 2 : ANALYSE ET CONCEPTION

Comme pour tout projet, un projet informatique commence par une phase
d'analyse, suivie d'une phase de conception. Pendant l'analyse, l'objectif
est de bien cerner et de décrire précisément les attentes des utilisateurs ou
des clients. Que veulent-ils faire avec l’application? Quelles
fonctionnalités attendent-ils ? Pour quel usage ? Comment doivent
fonctionner ces actions ? C'est ce qu'on appelle « l'analyse des besoins ».
Une fois cette étape validée, on passe à « l'analyse de la solution », où
l'on imagine comment répondre à ces besoins.
Ensuite, pendant la conception, on approfondit la solution en se
concentrant sur les aspects techniques, comme l'installation des
différentes parties du logiciel sur le matériel. Cette partie inclura la
méthode d'analyse, l'outil de modélisation, et une étude détaillée de la
solution.
2.1 CHOIX DE LA METHODE D’ANALYSE ET JUSTIFICATION
La méthode d’analyse utilisée sera le langage UML unifié à la démarche
2TUP
2.1.1 Le langage de modélisation UML
• Pourquoi l’approche objet ?
Elle permet une modularité accrue en divisant le système en objets
indépendants, facilitant ainsi la maintenance et la compréhension. La
réutilisabilité des objets et des classes, optimise les ressources et réduit
les coûts de développement. De plus, cette approche reflète mieux la
réalité, rendant le système plus intuitif et adaptable. L’encapsulation
protège les données et contrôle l'accès aux méthodes, tandis que l'héritage
permet l'extension des classes pour ajouter des fonctionnalités sans
modifier le code existant. Ainsi, l’approche objet offre une structure
Rédigé et soutenu par GAYI Komlan Godwin 22
Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

robuste, flexible et maintenable pour le développement de notre

plateforme de suivi d'empreinte carbone, assurant une solution efficace et
durable pour nos utilisateurs.
• Qu’est-ce que UML
UML (Unified Modeling Language) est un langage de modélisation
graphique largement utilisé dans le domaine du développement logiciel. Il
fournit une UML, ou Unified Modeling Language, est un langage de
modélisation standardisé utilisé dans le domaine du génie logiciel. Il
permet de visualiser, spécifier, construire et documenter les artefacts d'un
système logiciel. UML fournit un ensemble de notations graphiques pour
créer des modèles abstraits de systèmes, facilitant ainsi la compréhension
et la communication entre les membres de l'équipe de développement.
Les diagrammes UML incluent, entre autres, des diagrammes de classes,
de cas d'utilisation, d'activités et de séquences, chacun apportant une
perspective différente sur les aspects structurels et comportementaux du
système à concevoir.

Figure 5: Hiérarchie des diagrammes UML

Rédigé et soutenu par GAYI Komlan Godwin 23

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

Pour modéliser un système on a besoin d’utiliser une méthode. Nous

avons donc associé un processus au langage UML.

Figure 6: Logo d’UML

2.1.2 Le processus 2TUP

Le processus 2TUP (Two Track Unified Process) est un cadre unifié et
itératif, centré sur l'architecture et piloté par les cas d'utilisation. Son
principe fondamental repose sur la gestion parallèle des évolutions du
système d'information à travers deux axes : fonctionnel et technique.
• Branche fonctionnelle : Clarification des besoins fonctionnels.
• Branche technique : Capitalisation des savoir-faire techniques et
gestion des contraintes techniques.
• Branche de réalisation : Fusion des deux branches pour concevoir
l'application et livrer une solution adaptée.
Ces branches se rejoignent pour concevoir et livrer une solution adaptée,
représentée sous forme d'un cycle en Y. Les principales étapes du
processus sont :
• Etude préliminaire : Identification des acteurs du système (créateur,
administrateur) avec un diagramme de contexte UML.
• Capture des besoins fonctionnels : Identification des
fonctionnalités requises (ex. consultation et ajout de rapports de

Rédigé et soutenu par GAYI Komlan Godwin 24

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

notes) à l'aide des diagrammes de cas d'utilisation, de séquence et

d'activité UML.
• Capture des besoins techniques : Élaboration de l'architecture
matérielle et logicielle.
• Analyse : Modélisation des aspects statiques avec les diagrammes
de paquetage et de classe UML.
• Conception : Détermination des composants dynamiques et leur
cartographie, détaillée à l'aide du diagramme de déploiement
UML.
• Codage et tests : Production et test des composants.
• Recette : Validation des fonctions du système développé.

Figure 7: Présentation du processus 2TUP

2.2 CHOIX DE L’OUTIL DE MODELISATION ET
JUSTIFICATION

Rédigé et soutenu par GAYI Komlan Godwin 25

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

Pour modéliser notre système avec UML, nous avons une panoplie
d'outils à notre disposition, comme StarUML, BOUML, Modélio,
ArgoUML, PowerAMC, PowerDesigner, Umbrello, CodeDesigner,
UMLStudio, et [Link]. Toute fois notre regard s’est porté sur «
[Link] ». C’est quoi [Link] ?
[Link] est un logiciel gratuit et open source de création de diagrammes,
compatible avec toutes les principales plateformes et navigateurs. Il
permet la création de divers types de diagrammes, y compris les
diagrammes UML.
Nous avons choisi [Link] pour plusieurs raisons :
 Accessibilité et Compatibilité : [Link] est accessible en ligne
sans nécessité de connexion ou d'inscription
 Intégration avec les Services Cloud : [Link] s'intègre
parfaitement avec les services de stockage cloud tels que
Google Drive, Dropbox, OneDrive, GitHub, et GitLab
 Formats de Stockage et d'Exportation Diversifiés : Le logiciel
supporte une variété de formats pour le téléchargement et
l'exportation, y compris PNG, JPEG, SVG, PDF, et plus
encore.
 Interface Intuitive et Fonctionnalités Avancées : [Link]
propose une interface utilisateur intuitive qui simplifie la
création de diagrammes complexes. [Link] sera donc l’outils
qui nous permettra de créer et de gérer nos diagrammes UML.

Figure 8: Logo de [Link]

Rédigé et soutenu par GAYI Komlan Godwin 26

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

2.3 ETUDE DETAILLEE DE LA SOLUTION

Dans cette section, il sera question de représenter les différents
diagrammes de UML, conformément à la structure préconisée par 2TUP.
2.3.1 Etude préliminaire
Nous détaillerons dans cette partie les différents acteurs qui interagiront
avec notre système et nous en ferons une représentation à l’aide de
diagramme de contexte.
[Link] Le diagramme de contexte
Un diagramme de contexte UML est un type de diagramme utilisé pour
représenter le système entier et ses interactions avec les acteurs externes
(comme les utilisateurs, d'autres systèmes ou des organisations). Ce
diagramme fournit une vue d'ensemble de haut niveau du système.
• Les acteurs
En UML (Unified Modeling Language), un acteur est une entité externe
qui interagit avec le système. Les acteurs peuvent représenter des
personnes, des organisations, des systèmes externes ou des dispositifs qui
utilisent ou sont utilisés par le système pour accomplir une tâche.
Partant de cette base, les acteurs identifiés pour notre projet sont les
suivants :
– Utilisateur : Il représente le public
– Police : Il fait référence aux commissariats
– Professionnel de l’automobile : Il permet de représenter les
garages et les centres de lavage
– Administrateur : Il est chargé de surveiller les activités du
système, de vérifier son intégrité et de le maintenir.

Rédigé et soutenu par GAYI Komlan Godwin 27

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

Ainsi voici comment se présente le diagramme de contexte de notre

projet :

Figure 9: Diagramme de contexte

2.3.2 Captures des besoins fonctionnels
Nous détaillons dans cette sous-partie les spécifications fonctionnelles du
futur système à travers des diagrammes tels que les diagrammes de cas
d’utilisation, d’activité et de séquence système.
[Link] Diagramme de cas d’utilisation
Les diagrammes de cas d'utilisation jouent un rôle crucial en identifiant
les fonctionnalités offertes par le système (cas d'utilisation), les
utilisateurs qui interagissent avec lui (acteurs), et les interactions entre ces
derniers. Ils sont essentiels lors de la phase d'analyse pour bien cerner les
besoins du système.
Les objectifs principaux de ces diagrammes sont :
– Fournir une vue claire des fonctionnalités du système.

Rédigé et soutenu par GAYI Komlan Godwin 28

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

– Identifier les différents cas d'utilisation.

– Identifier les utilisateurs (acteurs) du système.
– Déterminer les secteurs nécessitant des interfaces hommes-machine
(IHM).
– Ajouter les relations entre les cas d'utilisation.
• Les cas d’utilisation du système
Les cas d’utilisation du système sont résumés dans le tableau ci-dessous:
Tableau 16: Acteurs avec leurs cas d’utilisation
ACTEURS CAS D’UTILISATION

S’inscrire

S’authentifier

Signaler un vol/perte

Faire une de mande de rendez-vous

UTILISATEUR Signaler un véhicule retrouvé

Vérifier un véhicule suspect

Recevoir une notification

Accéder à la liste des déclaration

Accéder au calendrier des rendez-vous

Notifier un utilisateur
POLICE
Accepter ou rejeter une demande de rendez-vous

Consulter un signalement

Gérer les signalements Modifier un signalement

Supprimer un signalement
ADMINISTRATEUR
Ajouter un utilisateur

Gérer les utilisateurs Consulter un utilisateur

Modifier un utilisateur

Rédigé et soutenu par GAYI Komlan Godwin 29

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

Supprimer un utilisateur

• Les diagrammes de cas d’utilisation des différents acteurs de notre

système sont les suivants :
 Acteur « Utilisateur »

Figure 10: Diagramme de cas d’utilisation de l’acteur « Utilisateur »

Rédigé et soutenu par GAYI Komlan Godwin 30

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

 Acteur « Police »

Figure 11: Diagramme de cas d’utilisation de l’acteur « Police »

Rédigé et soutenu par GAYI Komlan Godwin 31

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

 Acteur « Administrateur »

Figure 12: Diagramme de cas d’utilisation de l’acteur « Administrateur »

Rédigé et soutenu par GAYI Komlan Godwin 32

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

 Tous les acteurs du système

Figure 13: Diagramme de cas d’utilisation de tous les acteurs du système

• Description textuelle de quelque cas d’utilisation

Pour documenter un cas d'utilisation, il faut décrire toutes les interactions
entre les acteurs et le système de manière textuelle, en précisant le début
et la fin, ainsi que les messages échangés.

Rédigé et soutenu par GAYI Komlan Godwin 33

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

Pour notre projet, chaque fiche de cas d'utilisation inclura :

– Sommaire d'identification : titre, résumé, dates de création et de mise
à jour, version, acteurs responsables.
– Description des enchaînements : préconditions nécessaires, scénario
principal (nominal), scénarios alternatifs, enchaînements d'exception,
et postconditions.

Rédigé et soutenu par GAYI Komlan Godwin 34

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

 Cas d’utilisation « Signaler un vol/perte »

Tableau 17: Description textuelle du cas d’utilisation « Signaler un vol/perte »

SOMMAIRE D’IDENTIFICATION

Titre : Signaler un vol/perte

Acteurs : Utilisateur
Résumé : Ce cas d’utilisation permet aux utilisateurs de déclarer un vol
ou une perte
Date de création : 23/10/2024
Version : 1.0
Responsable : GAYI Komlan Godwin

DESCRIPTION DES ENCHAINEMENTS

Pré conditions
Le système est fonctionnel
Une connexion à internet est requise
L’utilisateur est authentifié
Scénario nominal
1. L’utilisateur accède à la page de signalement;
2. Le système affiche la page de signalement;
3. L’utilisateur remplit les informations du signalement;
4. L’utilisateur soumet le formulaire;
5. Le système vérifie si le formulaire est bien rempli. (A1)
6. Le système enregistre le signalement. (E1)
Rédigé et soutenu par GAYI Komlan Godwin 35
Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

Scénario alternatif
(A1) Informations incomplètes :
1. L’utilisateur omet de saisir certaines informations obligatoires.
2. Le système affiche un message d’erreur indiquant les champs
manquants
3. L’utilisateur complète les informations et valide à nouveau

Scénario d’exception
 (E1) : Erreur d’enregistrement :
1. L’envoi des données ne peut être effectuer en raison d’une
erreur de connexion internet
2. Le système refuse l’enregistrement et affiche un message
d’erreur spécifique

Post-conditions
 Le signalement est enregistré

 Cas d’utilisation « Faire une demande de rendez-vous »

Tableau 18: Description textuelle du cas d’utilisation « Faire une demande de

rendez-vous »

SOMMAIRE D’IDENTIFICATION

Rédigé et soutenu par GAYI Komlan Godwin 36

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

Titre : Faire une demande de rendez-vous

Acteurs : Utilisateur
Résumé : Ce cas d’utilisation permet aux utilisateurs de faire une
demande de rendez-vous
Date de création : 28/10/2024
Version : 1.0
Responsable : GAYI Komlan Godwin

DESCRIPTION DES ENCHAINEMENTS

Pré conditions
Le système est fonctionnel
Une connexion à internet est requise
L’utilisateur est authentifié
Scénario nominal
1. L’utilisateur accède à la page de demande de rendez-vous;
2. Le système affiche la page de demande de rendez-vous;
3. L’utilisateur renseigne le motif ainsi que la date et heure;
4. L’utilisateur soumet le formulaire;
5. Le système vérifie si le formulaire est bien rempli. (A1)
6. Le système enregistre la demande. (E1)
Scénario alternatif
(A1) : Informations incomplètes :
1. L’utilisateur omet de saisir certaines informations obligatoires
2. L’utilisateur affiche un message d'erreur indiquant les champs
manquants

Rédigé et soutenu par GAYI Komlan Godwin 37

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

3. L’utilisateur complète les informations et valide à nouveau

Scénario d’exception
 (E1) : Erreur d’enregistrement :
1. L’envoi des données ne peut être effectuer en raison d’une
erreur de connexion internet
2. Le système refuse l'enregistrement et affiche un message
d'erreur spécifique.
Post-conditions
 La demande est enregistrée et envoyé au commissariat

 Cas d’utilisation « Vérifier un engin suspect »

Tableau 19: Description textuelle du cas d’utilisation « Vérifier un engin suspect »

SOMMAIRE D’IDENTIFICATION

Titre : Vérifier un engin suspect

Acteurs : Utilisateur
Résumé : Ce cas d’utilisation permet aux utilisateurs de vérifier un engin
suspect
Date de création : 29/10/2024
Version : 1.0
Responsable : GAYI Komlan Godwin

DESCRIPTION DES ENCHAINEMENTS

Rédigé et soutenu par GAYI Komlan Godwin 38

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

Pré conditions
Le système est fonctionnel
Une connexion à internet est requise
L’utilisateur est authentifié
Scénario nominal
1. L’utilisateur accède à la page de vérification;
2. Le système affiche la page de vérification;
3. L’utilisateur renseigne le numéro de chassis ainsi que
l’immatriculation;
4. L’utilisateur soumet le formulaire;
5. Le système vérifie si le formulaire est bien rempli. (A1)
6. Le système recherche les informations fournies dans la base. (E1)
7. Le système affiche le résultat de la recherche
Scénario alternatif
(A1) : Informations incomplètes :
1. L’utilisateur omet de saisir certaines informations obligatoires
2. L’utilisateur affiche un message d'erreur indiquant les champs
manquants
3. L’utilisateur complète les informations et valide à nouveau
Scénario d’exception
 (E1) : Erreur d’enregistrement :
1. L’envoi des données ne peut être effectuer en raison d’une
erreur de connexion internet
2. Le système refuse l'enregistrement et affiche un message
d'erreur spécifique.

Post-conditions
 La demande est enregistrée et envoyé au commissariat

Rédigé et soutenu par GAYI Komlan Godwin 39

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

[Link] Diagramme de séquence

Un diagramme de séquence système est une représentation graphique des
interactions entre les acteurs d’un cas d’utilisation et le système selon un
ordre chronologique. Il permet de montrer les interactions d'objets dans le
cadre d'un scénario de diagramme des cas d'utilisation. Voici quelques
diagrammes de séquences de notre projet :

 Diagramme de séquence du cas d’utilisation « S’Authentifier »

Figure 14: Diagramme de séquence du cas d’utilisation « s’authentifier »

Rédigé et soutenu par GAYI Komlan Godwin 40

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

 Diagramme de séquence du cas d’utilisation « Faire une Demande de

rendez-vous »

Figure 15: Diagramme de séquence du cas d’utilisation « faire une demande

de rendez-vous »

Rédigé et soutenu par GAYI Komlan Godwin 41

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

 Diagramme de séquence du cas d’utilisation « Signaler un vol/perte »

Figure 16: Diagramme de séquence du cas d’utilisation « Signaler un

vol/perte »

Rédigé et soutenu par GAYI Komlan Godwin 42

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

[Link] Diagramme d’activités

En UML, le diagramme d’activité est un diagramme qui permet de
représenter le déclenchement d’événements en fonction des états du
système et de modéliser ses comportements. Il s’agit d’un organigramme
qui décrit les enchaînements ou étapes dans le déroulement d’un cas
d’utilisation ou d’un ensemble de cas d’utilisation. Voici quelques
diagrammes d’activités associés à notre projet :

 Diagramme d’activité du cas d’utilisation « Signaler un vol/perte »

Figure 17: Diagramme d’activité du cas d’utilisation « Signaler un vol/perte »

Rédigé et soutenu par GAYI Komlan Godwin 43

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

 Diagramme d’activité du cas d’utilisation « Faire une demande de

rendez-vous »

Figure 18: Diagramme d’activité du cas d’utilisation « Faire une demande de

rendez-vous »

Rédigé et soutenu par GAYI Komlan Godwin 44

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

2.3.3 Analyse et conception

Après la description des besoins à l’aide du diagramme des cas
d’utilisation et des processus à l’aide du diagramme de séquences
détaillés par le diagramme d’activité, nous pouvons modéliser la structure
logique du système, c’est-à-dire ses aspects statiques. Cette modélisation
est en grande partie effectuée dans des diagrammes de classes, avec
éventuellement des diagrammes d’objets montrant les configurations
spécifiques du système dans des conditions particulières. Le contenu
principal de cette section est donc la présentation des éléments de
modélisation du diagramme de classes et de déploiement afin de décrire
la structure de notre application.

[Link] Diagramme de déploiement

Les diagrammes de déploiement montrent la disposition physique des
matériels qui composent le système et la répartition des composants sur
ces matériels. Ils correspondent à la vue de déploiement d’une
architecture logicielle. A travers ce diagramme, le concepteur identifie les
matériels nécessaires pour le déploiement de l’application et surtout les
parties du système devant se retrouver sur les matériels. Le diagramme de
déploiement de notre application se présente comme suit :

Rédigé et soutenu par GAYI Komlan Godwin 45

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

Figure 19: Diagramme de déploiement

[Link] Diagramme de classes

Le diagramme de classes est considéré comme le plus important de la
modélisation orientée objet ; il est le seul obligatoire lors d'une telle
modélisation. Il s’agit d’un schéma présentant les classes et les interfaces
du système ainsi que les différentes relations entre elles. Alors que le
diagramme de cas d'utilisation montre un système du point de vue des
acteurs, le diagramme de classes en montre la structure interne. Il permet
de fournir une représentation abstraite des objets du système qui vont
interagir pour réaliser les cas d'utilisation. Ce diagramme fait partie de la
branche statique de l’UML car il fait abstraction des aspects temporels et
dynamiques. Une classe décrit les responsabilités, le comportement et le
type d’un ensemble d’objets. Les éléments de cet ensemble sont les
instances de la classe. Le diagramme de classe de notre application se
présente comme suit :

Rédigé et soutenu par GAYI Komlan Godwin 46

Développement d’une application de PARTIE 2 : ANALYSE ET
signalement De vols et pertes de véhicules CONCEPTION

Figure 20: Diagramme de classe

Cette section a exploré les étapes essentielles de l'analyse et de la

conception du projet, justifiant le choix de l'approche orientée objet et
détaillant l'utilisation d'UML et du processus 2TUP pour modéliser le
système. Les différents diagrammes ont permis de clarifier les besoins
fonctionnels et techniques, posant une base solide permettant de passer
aux aspects pratiques telles les architectures matérielles et logiciels.

Rédigé et soutenu par GAYI Komlan Godwin 47

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

PARTIE 3 :
REALISATION ET MISE EN OEUVRE

Rédigé et soutenu par GAYI Komlan Godwin

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

PARTIE 3 : REALISATION ET MISE EN OEUVRE

Cette partie détaille les étapes concrètes de la réalisation et de la mise en

œuvre de notre projet de développement. En suivant une approche
méthodique, nous illustrerons comment chaque composant a été intégré
pour former une solution cohérente et fonctionnelle, alignée avec les
objectifs définis dans le cahier des charges.

3.1 Matériels et logiciels utilisés

3.1.1 Matériels utilisés
Pour réaliser notre projet en accord avec la solution choisie, nous avons
utilisé un ordinateur doté des caractéristiques suivantes :

Tableau 20: Caractéristiques techniques de l’ordinateur utilisé

ORDINATEUR
MARQUE ET MODELE HP Pavilion Laptop 15-cc6xx

PROCESSEUR Intel(R) Core(TM) i5-8250U

MEMOIRE RAM 16 G
DISQUE DUR 256Go SSD + 1To HDD
SYSTEME D’EXPLOITATION Windows 11 Pro

3.1.2 Logiciels utilisés

 Flutter
Flutter est un framework open source de développement d'applications
mobiles, également créé par Google. Il permet de créer des applications
natives pour iOS et Android à partir d'une seule base de code, en utilisant
le langage Dart .
Rédigé et soutenu par GAYI Komlan Godwin 49
Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

Figure 21 : Logo de Flutter

 Dart
Dart est un langage de programmation optimisé pour les applications
client, développé par Google. Il est utilisé pour construire des
applications performantes pour le web, le serveur et les appareils mobiles ;

Figure 22: Logo de Dart

 Python
Python est un langage de programmation de haut niveau, interprété et
orienté objet. En tant que langage de programmation orienté objet, nous
avons également Java qui est largement utilisé notamment pour des
projets qui nécessite une grande robustesse et portabilité. En l’occurrence,
c’est le cas des téléphones portables, des appareils médicaux et plus
encore. Nous avons choisi Python pour sa simplicité, sa large gamme de
bibliothèques, et son intégration facile avec des technologies de machine
learning et d'IA, essentielles pour notre projet.

Figure 23: Logo de python

Rédigé et soutenu par GAYI Komlan Godwin 50

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

 Flask
Flask est un framework web moderne, donc une gamme de composants
logiciels, qui permet de construire des APIs avec Python. FastAPI et
Django sont d'autres frameworks similaires et tout aussi populaires qui
intègrent entre autres des fonctionnalités permettant de développer des
APIs évolutives.

Figure 24: Logo de Flask

 Laravel
Laravel est un framework web open-source écrit en PHP1 respectant le
principe modèle-vue-contrôleur et entièrement développé
en programmation orientée objet. Laravel est distribué sous licence MIT,
avec ses sources hébergées sur GitHub.

Figure 25: Logo de Laravel

 Firebase
Firebase est une plateforme de développement d'applications mobiles et
web proposée par Google. Elle offre une variété de services tels que
l'authentification, la base de données en temps réel, le stockage de

Rédigé et soutenu par GAYI Komlan Godwin 51

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

fichiers, l'hébergement et les notifications push, nous facilitant ainsi la

gestion du backend des applications.

Figure 26: Logo de Firebase

 Système de gestion de base de données : MySQL

MySQL est un système de gestion de bases de données relationnelles
(SGBDR). Il est distribué sous une double licence GPL et propriétaire. Il
fait partie des logiciels de gestion de base de données les plus utilisés au
monde4, autant par le grand public (applications web principalement) que
par des professionnels, en concurrence
avec Oracle, PostgreSQL et Microsoft SQL Server.

Figure 27: Logo de MySQL

 Visual Studio Code

Visual Studio Code est un éditeur de code extensible développé
par Microsoft pour Windows, Linux et macOS3. Les fonctionnalités
incluent la prise en charge du débogage, la mise en évidence de la syntaxe,
la complétion intelligente du code, les snippets, la refactorisation du code
et Git intégré. Les utilisateurs peuvent modifier le thème, les raccourcis
clavier, les préférences et installer des extensions qui ajoutent des
fonctionnalités supplémentaires.

Rédigé et soutenu par GAYI Komlan Godwin 52

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

Figure 28: Logo de Visual Studio Code

 [Link]
[Link] est un outil de création de diagrammes en ligne gratuit qui
permet de concevoir des diagrammes de flux, des schémas UML, des
organigrammes et bien plus. Il est largement utilisé pour planifier et
documenter les architectures de logiciels et les processus métier.

Figure 29: Logo de [Link]

 Github
GitHub est une plateforme de gestion et d’organisation de projets basée
sur le cloud qui intègre les fonctions de contrôle de version de Git. En
d’autres termes, tous les utilisateurs de GitHub peuvent suivre et gérer les
modifications apportées au code source en temps réel tout en ayant accès
à toutes les autres fonctions de Git disponibles au même endroit.

Figure 30: Logo de Github

Rédigé et soutenu par GAYI Komlan Godwin 53

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

3.2 Architecture matérielle et logicielle de l’application

3.2.1 Architecture matérielle
Pour notre développement, nous utilisons l’architecture distribué de type
3-tiers. Elle désigne une architecture client-serveur dans laquelle
coexistent et sont maintenus des modules indépendants permettant le
rendu d'une interface utilisateur les « process » logiques, fonctionnels et
métiers ainsi que l'accès aux données. Il s’agit donc ici d'une
infrastructure physique qui va servir de support à une infrastructure
logicielle (l'infrastructure trois tiers sous tend l'infrastructure logicielle).
En effet, n'importe quelle application peut être découpée en trois parties :
une partie interface graphique, une partie fonctionnelle, et une partie de
stockage de données. Et c'est à ces besoins précis que l'architecture trois-
tiers s'est dessinée en découpant trois parties distinctes :
• La présentation des données : correspond à l’affichage, la restitution
sur le poste de travail, le dialogue avec l’utilisateur. Elle est assurée
par un poste client et un navigateur web, ainsi qu’une interface mobile
• Le traitement métier des données : correspond à la mise en œuvre de
l’ensemble des règles de gestion et de la logique applicative. Le
traitement métier est géré par un serveur applicatif ;
• L’accès aux données persistantes : correspond aux données qui sont
destinées à être conservées sur une durée voire de manière définitive.
L’accès aux données se fait grâce au serveur de base de données
MySQL.

Rédigé et soutenu par GAYI Komlan Godwin 54

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

Figure 31: Architecture 3-Tiers

3.2.2 Architecture Logicielle

L’application adopte une architecture logicielle basée sur Flask pour le
backend et le Modèle MVC (Model-View-Controller) pour une
séparation claire des responsabilités. Il est donc structuré comme suit :
 Modèle:
• Représente les données et la logique métier
• Utilisation de modèles MySQL pour gérer les entités principales
comme:
– Les utilisateurs (police, garage, citoyens).
– Les signalements (pertes/vols de véhicules, véhicules
retrouvés)
– Les rendez-vous et notifications
 Vue:
• Responsable de l’affichage des données et des interactions avec les
utilisateurs dans l’application

Rédigé et soutenu par GAYI Komlan Godwin 55

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

• Les vues sont composées des widgets Flutter pour afficher les
signalements, les notifications et autres fonctionnalités
interactives
 Contrôleur:
• Gère les interactions des utilisateurs et orchestre les appels API
Flask
• Implémente des routes Flask pour des fonctionnalités comme:
– Authentification
– Gestion des signalements
– Notification des utilisateurs
 Technologies Utilisées
• Backend : Flask (Python) avec SQLAlchemy
• Base de Données : MySQL.
• Frontend : Flutter (Dart).
• Services Complémentaires : Firebase pour les notifications
push.
Ce modèle d'architecture est conçu pour garantir une bonne modularité,
une évolutivité future, et une maintenance aisée.

Figure 32: Architecture modèle MVC

Rédigé et soutenu par GAYI Komlan Godwin 56

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

3.3 Sécurité de l’application

• Les jetons JWT sont utilisés pour garantir que seuls les utilisateurs
autorisés peuvent accéder à l'application. Chaque demande de
ressource est authentifiée par un jeton JWT.
• Chaque formulaire est sécurisé par des requêtes préparées pour éviter
les attaques de type injection SQL, garantissant l'intégrité des données.
• Les données sensibles stockées dans la base de données telles que les
mots de passe sont chiffrées pour une protection accrue.
• Des contrôles d'accès basés sur les rôles sont mis en place pour
restreindre l'accès aux fonctionnalités et aux données selon les
permissions définies.

3.4 Mise en place de la base de données

Pour gérer efficacement les données de notre application mobile de
signalement de vols ou pertes d’engin, nous avons utilisé l'ORM
SQLAlchemy (présenté dans la section des logiciels utilisés).
 Script de la mise en place de la base de données

Rédigé et soutenu par GAYI Komlan Godwin 57

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

Rédigé et soutenu par GAYI Komlan Godwin 58

Développement d’une application de PARTIE 3 : REALISTATION ET
signalement De vols et pertes de véhicules MISE EN OEUVRE

Rédigé et soutenu par GAYI Komlan Godwin 59

Développement d’une application de PARTIE 4 : EXPLOITATION
signalement De vols et pertes de véhicules

PARTIE 4 :
EXPLOITATION

Rédigé et soutenu par GAYI Komlan Godwin

Développement d’une application de PARTIE 4 : EXPLOITATION
signalement De vols et pertes de véhicules

PARTIE 4: GUIDE D’EXPLOITATION

La phase de réalisation et de mise en œuvre nous a permis de concrétiser

le système conçu initialement lors de la phase d’analyse. Cette section
décrit la procédure à suivre pour la mise en production de l’application.
4.1 Configuration Logicielle et Matérielle
4.1.1 Configuration Logicielle
• Système d’exploitation : L’application est compatible avec iOS et
Android.
• Framework Mobile : Flutter, version 3.22.3.
• Langage Dart : Version 3.4.4, avec DevTools 2.34.3.
• Backend : Développé en Flask, un micro-framework Python.
• Base de Données : Utilisation de MySQL pour stocker les données
utilisateur et les signalements.
• Système de Développement : Le développement a été réalisé sur
Windows.
• Editeur de code: Visual Studio Code et Android Studio
• Dépendances : Gérées via les fichiers [Link] (pour Flutter) et
[Link] (pour Flask).
• API Flask : Flask est exécuté via un serveur Gunicorn pour le
déploiement en production.
• Notification Push : Intégration avec Firebase pour l’envoi de
notifications en temps réel.
• Android SDK : Android API Level 35.
• Python : version 3.12

Rédigé et soutenu par GAYI Komlan Godwin 61

Développement d’une application de PARTIE 4 : EXPLOITATION
signalement De vols et pertes de véhicules

4.1.2 Configuration Matérielle

• Mémoire RAM des Ordinateurs : 8 Go ou plus, pour assurer une
exécution fluide des outils de développement.
• Processeur d’Ordinateur : Processeur multicœur (Intel i5 ou
supérieur recommandé).
• Espace de Stockage Ordinateur : Minimum 50 Go pour les outils de
développement, les fichiers de code source et la base de données
locale.
• Périphériques de Test :
– Appareils physiques (smartphones Android).
– Émulateurs configurés avec une mémoire RAM d’au moins 4 Go.
• Serveurs Cloud : Serveurs nécessaires pour héberger l’API et la base
de données (ex. AWS, Render, ou autre fournisseur cloud).
4.2 Déploiement et suivi
4.2.1 Déploiement de l’API Flask et de la base de données MySQL
• Base de données
Type : MySQL
Service : Rendons-nous sur la plateforme RENDER et créons un nouveau
service pour la base de données MySQL. Cela facilitera la gestion et la
production de données pour notre API. Configuration : Assurez-nous que
les paramètres de connexion à la base de données sont correctement
configurés pour permettre l'interaction avec l'API.
• API
Framework: Flask
Environnement : L'API est conteneurisée à l'aide de Docker. Suivez les
étapes de configuration de Docker pour l'API. Déploiement : Rendons-
nous sur RENDER et créons un nouveau service pour l'API.
Sélectionnons l'option "Docker" et fournissons les informations

Rédigé et soutenu par GAYI Komlan Godwin 62

Développement d’une application de PARTIE 4 : EXPLOITATION
signalement De vols et pertes de véhicules

nécessaires (image Docker, variables d'environnement, etc.). Lancez le

déploiement.

• Gestion de l’Environnement avec Docker

Conteneurisation : Docker permet d'encapsuler l'application Flask dans
un conteneur, garantissant que toutes les dépendances et configurations
nécessaires sont incluses. Cette approche facilite le déploiement sur
différentes plateformes et assure la cohérence entre les environnements
de développement, de test et de production.
• Mise à jour automatique
Processus de Mise à Jour : La mise à jour automatique de l'API est gérée
par la publication d'un repository. Assurons-nous que le repository
contenant l'API est accessible et que les paramètres de déploiement sont
configurés pour permettre les mises à jour automatiques. Intégration
Continue : Lorsque des modifications sont apportées au code (pushs),
elles seront automatiquement appliquées. Vérifions régulièrement que le
déploiement se déroule sans problème.

Rédigé et soutenu par GAYI Komlan Godwin 63

Développement d’une application de PARTIE 4 : EXPLOITATION
signalement De vols et pertes de véhicules

4.2.2 Déploiement de l’application mobile

• Compilation et préparation : La première étape est la compilation et
préparation de notre application. A la fin du processus nous nous
retrouvons avec l’APK et l’IPA de notre application.
• La publication : Ici il est question de la publication d’Autoguard
sur Play Store et App Store. Pour ce faire nous suivons les
procédures relatives aux deux plateformes, on n’a notamment la
création de compte google développeur, la fourniture de la
description de l’application, le logo, les pages de démo etc.
• Publication Bêta : Avant la publication finale, l’application est
disponible qu’a un groupe restreint d’utilisateur (les testeurs).
C’est la phase de test Bêta. Pour Android, nous utilisons des
services comme Google Play Console pour la distribution bêta et
pour IOS, TestFlight.
• Analyse d’utilisation : Google Analytics est un l’outils utilisé pour
cette dernière, il nous permettra de recueillir des données
d’analyse relative à Autoguard.
4.3 Maintenance
Cette partie illustrera le plan de maintenance prévu pour Autoguard.
Divers types de maintenances sont prévus, les voici
 Maintenance Corrective:
• Résolution des erreurs : La résolution des erreurs ou des défauts
identifiés par les utilisateurs ou détectés lors des tests.
• Résolution des erreurs : La résolution des erreurs ou des défauts
identifiés par les utilisateurs ou détectés lors des tests.
 Maintenance Préventive:
• Mises à Jour de Sécurité : Application de correctifs pour protéger
l'application contre les vulnérabilités de sécurité.

Rédigé et soutenu par GAYI Komlan Godwin 64

Développement d’une application de PARTIE 4 : EXPLOITATION
signalement De vols et pertes de véhicules

• Optimisation de Performance : Amélioration des performances de

l'application pour éviter des problèmes futurs.
• Adaptation aux Nouvelles Versions des OS : Mise à jour pour
garantir la compatibilité avec les nouvelles versions des systèmes
d'exploitation mobiles.
 Maintenance Adaptative:
• Modification pour Nouveaux Appareils : Ajustements nécessaires
pour assurer la compatibilité avec de nouveaux modèles de
téléphones. .
• Support de Nouveaux Matériels : Intégration des nouvelles
fonctionnalités matérielles disponibles sur les appareils récents.
 Maintenance Préventive :
• Gestion des Données : Nettoyage et optimisation des bases de
données pour maintenir une performance optimale.
• Vérification des Performances : Surveillance régulière des
performances de l'application pour détecter et résoudre les
problèmes avant qu'ils n'affectent les utilisateurs.
 Maintenance Corrective en continu:
• Suivi des Rapports d'Erreurs : Surveillance active des rapports
d'erreurs et des feedbacks des utilisateurs pour identifier et
résoudre rapidement les problèmes.
Surveillance des Performances : Utiliser des outils de surveillance pour
suivre les performances des bases de données et détecter les problèmes
potentiels.
Analyse des Tendances : Analyser les tendances et les comportements
des utilisateurs à partir des données collectées pour améliorer
l'application et les fonctionnalités proposées.

Rédigé et soutenu par GAYI Komlan Godwin 65

Développement d’une application de PARTIE 5 : GUIDE D’UTILISATION
signalement De vols et pertes de véhicules

PARTIE 5 :
GUIDE D’UTILISATION

Rédigé et soutenu par GAYI Komlan Godwin

Développement d’une application de PARTIE 5 : GUIDE D’UTILISATION
signalement De vols et pertes de véhicules

PARTIE 5 : GUIDE D’UTILISATION

Cette section est dédiée à l'explication de l'utilisation de la plateforme

Autoguard. Elle a pour objectif de fournir aux utilisateurs les
informations nécessaires pour naviguer efficacement à travers les
différentes fonctionnalités de l'[Link] vous soyez un utilisateur
novice ou expérimenté, les instructions et les illustrations fournies vous
permettront de tirer le meilleur parti de votre expérience avec Autoguard.

5.1 Description textuelle du logiciel

L'application est une solution mobile innovante conçue pour permettre
aux utilisateurs de signaler la perte ou le vol de véhicules de manière
rapide et efficace. Destinée à un large public, notamment les particuliers
et les forces de sécurité (police), l'application simplifie le processus de
signalement et de suivi des véhicules perdus ou volés.

Les principales fonctionnalités incluent :

 Signalement de véhicules volés ou perdus : Les utilisateurs

peuvent renseigner les détails du véhicule (plaque
d’immatriculation, marque, modèle, localisation, etc.) via un
formulaire intuitif, accompagné de photos pour enrichir les
signalements
 Enregistrement des véhicules retrouvés : Une fonctionnalité
dédiée permet de déclarer les véhicules retrouvés, avec des
informations précises sur la personne qui les a découverts et leur
emplacement exact
 Notifications push : L’application intègre un système de
notifications permettant aux forces de sécurité d'informer les
Rédigé et soutenu par GAYI Komlan Godwin 67
Développement d’une application de PARTIE 5 : GUIDE D’UTILISATION
signalement De vols et pertes de véhicules

utilisateurs des mises à jour, alertes, ou découvertes liées à leurs

signalements.
 Système communautaire : L'application encourage les utilisateurs
à collaborer en partageant des informations ou observations liées
aux signalements, renforçant ainsi l’entraide et l’efficacité des
recherches

5.2 Plan de navigation

• Utilisateur

Figure 33: Plan de navigation utilisateur

• Police

Figure 34: Plan de navigation Police

Rédigé et soutenu par GAYI Komlan Godwin 68

Développement d’une application de PARTIE 5 : GUIDE D’UTILISATION
signalement De vols et pertes de véhicules

• Administrateur

Figure 35: Plan de navigation Administrateur

5.3 Présentation des différentes interfaces de l’application

Dans cette partie nous présenterons la plateforme Autoguard.

• Quelques interfaces en provenance de la plateforme Autoguard

Rédigé et soutenu par GAYI Komlan Godwin 69

Développement d’une application de PARTIE 5 : GUIDE D’UTILISATION
signalement De vols et pertes de véhicules

Rédigé et soutenu par GAYI Komlan Godwin 70

Développement d’une application de PARTIE 5 : GUIDE D’UTILISATION
signalement De vols et pertes de véhicules

Rédigé et soutenu par GAYI Komlan Godwin 71

Développement d’une application de CONCLUSION
signalement De vols et pertes de véhicules

CONCLUSION

Le projet Autoguard représente avancée significative dans la sécurisation

des biens et dans la communication entre les citoyens et les forces de
l’ordre. Face à la recrudescence des vols de véhicules et à la nécessité de
réagir rapidement en cas de perte, cette plateforme mobile offre une
solution pratique et efficace pour signaler, suivre, et résoudre ces
incidents.

Accessible sur les principales plateformes mobiles, à savoir Android et

iOS, cette application garantit une large accessibilité et permet une
interaction fluide grâce à ses fonctionnalités innovantes telles que la
cartographie interactive, les notifications en temps réel et la possibilité de
collaborer avec les autorités compétentes. Ce projet vise à créer un
écosystème connecté pour faciliter la récupération des véhicules volés ou
perdus, tout en renforçant la collaboration entre les utilisateurs et les
forces de sécurité

.Le stage réalisé au sein de KOFCORPORATION a joué un rôle

déterminant dans la mise en œuvre de cette application. Il a permis de
mettre en pratique les compétences techniques acquises lors de la
formation à l’IAI-TOGO, tout en s’imprégnant des réalités
professionnelles et des besoins réels des utilisateurs. Cette expérience a
non seulement enrichi le projet sur le plan technique, mais a également
permis de mieux comprendre les enjeux liés à la sécurité et aux nouvelles
technologies

.À l’avenir, plusieurs perspectives d’amélioration sont envisagées pour

cette application. Parmi celles-ci figurent l’intégration de systèmes

Rédigé et soutenu par GAYI Komlan Godwin 72

Développement d’une application de CONCLUSION
signalement De vols et pertes de véhicules

d’intelligence artificielle pour analyser les données des signalements,

l’ajout de fonctionnalités telles que la possibilité de signaler des objets
déclarés perdus ou volés.

Rédigé et soutenu par GAYI Komlan Godwin 73

Développement d’une application de BIBLIOGRAPHIE INDICATIVE
signalement De vols et pertes de véhicules

BIBLIOGRAPHIE INDICATIVE

 Notes de cours

1. UML (2022-2023) : M AMEVOR Kossi

2. Introduction au génie logiciel (2023-2024) : M. SANI Koffi
3. Programmation orientée objet avancée (2023-2024) : M. KEOULA Edem
4. Sécurité des bases de données (2023-2024) : M. AZOTI Pierre
5. Introduction à l’intelligence artificielle (2023-2024) : M. N’SOUGAN
Folly

 Anciens mémoires consultés

1. DEVELOPPEMENT D’UNE PLATEFORME INTELLIGENTE DE

CREATION DE CONTENUS MULTIMEDIA - ADJOLE Meneli Hervé
2. MISE EN PLACE D’UNE PLATEFORME MOBILE DE SUIVI
D’EMPREINTE CARBONE - AZEI KOLA Sam César

Rédigé et soutenu par GAYI Komlan Godwin I

Développement d’une application de WEBOGRAPHIE
signalement De vols et pertes de véhicules

WEBOGRAPHIE

 Sites web consultés (tout au long projet)

1. [Link] - [Link] est le dépôt de packages officiel pour Dart

et Flutter, permettant aux développeurs de découvrir et de publier des
packages. (18 Septembre-14 Decembre 2024)
2. [Link] - GitHub héberge de nombreux projets open source
en Flutter, permettant aux développeurs de voir comment d'autres ont
structuré leurs applications, quelles pratiques ils ont utilisées, et
comment ils ont résolu certains problèmes. (18 Septembre-14
Decembre 2024)
3. [Link] - (ChatGPT peut fournir des informations sur une
large gamme de sujets, allant des concepts techniques spécifiques aux
conseils pratiques sur le développement d'applications. (18
Septembre-14 Decembre 2024)
4. [Link] - YouTube propose une vaste gamme de tutoriels
vidéo sur presque tous les sujets imaginables, y compris des guides
pratiques pour des outils de développement, des logiciels spécifiques,
et des concepts techniques ou académiques. (18 Septembre-14
Decembre 2024)
5. [Link] - Le site de Firebase propose une documentation
détaillée couvrant tous les aspects de l'utilisation de Firebase, de la
configuration initiale à l'implémentation des fonctionnalités avancées.
(18 Septembre-14 Decembre 2024)
6. [Link] - Communauté de développeurs pour
résoudre des problèmes de code. (18 Septembre-14 Decembre 2024)

Rédigé et soutenu par GAYI Komlan Godwin II

Développement d’une application de TABLE DES MATIERES
signalement De vols et pertes de véhicules

TABLE DES MATIERES

DEDICACES ..........................................................................................i
REMERCIEMENTS ............................................................................. ii
RESUME .............................................................................................. iv
ABSTRACT .......................................................................................... v
GLOSSAIRE ........................................................................................ vi
LISTE DES FIGURES ........................................................................vii
LISTES DES PARTICIPANTS AU PROJET .................................... ix
INTRODUCTION .................................................................................1
PARTIE 1 : CAHIER DES CHARGES ............................................... 3
1.1 PRESENTATIONS ...............................................................................3
1.1.1 Brève présentation de l’IAI-TOGO ............................................. 3
1.1.2 Présentation du cadre de stage ..................................................... 4
1.2 Thème du stage ......................................................................................7
1.2.1 Présentation du sujet .....................................................................7
1.2.2 Problématique ...............................................................................7
1.2.3 Intérêt du sujet .............................................................................. 8
[Link] Objectifs ...............................................................................8
[Link] Résultat ................................................................................ 9
1.3 Étude de l’existant .................................................................................9
1.4 Critique de l’existant ........................................................................... 10
1.5 Proposition et choix de solution ..........................................................11
1.5.1 Evaluation technique des solutions ............................................ 11
[Link] Renforcement des méthodes traditionnelles ..................... 11
[Link] Développer une nouvelle solution .....................................12
1.5.2 Evaluation financière des solutions ............................................13
[Link] Renforcement des méthodes traditionnelles ..................... 13

Rédigé et soutenu par GAYI Komlan Godwin III

Développement d’une application de TABLE DES MATIERES
signalement De vols et pertes de véhicules

[Link] Développement d’une nouvelle solution ...........................16

1.5.3 Choix de la solution ....................................................................19
1.6 Planning prévisionnel de réalisation ................................................... 19
PARTIE 2 : ANALYSE ET CONCEPTION ......................................22
2.1.1 Le langage de modélisation UML ................................................... 22
PARTIE 3 : REALISATION ET MISE EN OEUVRE ......................49
3.1.1 Matériels utilisés .............................................................................. 49
3.1.2 Logiciels utilisés ...............................................................................49
PARTIE 4: GUIDE D’EXPLOITATION ...........................................61
4.1 Configuration Logicielle et Matérielle ............................................... 61
4.2 Déploiement et suivi ........................................................................... 62
PARTIE 5 : GUIDE D’UTILISATION ..............................................67
CONCLUSION ................................................................................... 72
BIBLIOGRAPHIE INDICATIVE .........................................................I
WEBOGRAPHIE ................................................................................. II

Rédigé et soutenu par GAYI Komlan Godwin IV

Développement d’une application de TABLE DES MATIERES
signalement De vols et pertes de véhicules

Rédigé et soutenu par GAYI Komlan Godwin V