Rapport Entree Intelligent-5

République Tunisienne Université de Monastir
Ministère de l’Enseignement Supérieur et Institut Supérieur d’Informatique de

de la Recherche Scientifique Mahdia
Projet de fin d’études

N° d’ordre: ….
MEMOIRE
Présenté à
Institut Supérieur d’Informatique de Mahdia
En vue de l’obtention
De la Licence en ingénierie des systèmes

informatiques
Par
Ben Taher Malek

Henchir Hatem
Entrée Intelligente d’un parking privé en

se basant sur l’analyse d’images
Soutenu le 27/06/2022, devant la commission d'examen:
Mme Ben Hassin Ines Président

Mme Henain Amira Encadrant
Mme Bel Haj Hadda Examinateur
Année Universitaire : 2021/2022

DEDICATION
Je dédie ce projet :
A ma chère MAMAN,
A mon cher PAPA,
Aucune dédicace ne saurait exprimer l’amour et le respect que j’ai toujours eu pour vous.
Rien au monde ne vaut les efforts fournis jour et nuit pour mon éducation et mon bien être.
Ce travail est le fruit de tes sacrifices que tu as consentis pour mon éducation et ma formation.
A mon frère & A ma sœur
Pour leurs soutiens moraux et leur encouragement.
A mes chers grands-parents,
Qui je souhaite une bonne santé.
A mon binôme
Pour ta grande collaboration dans la réalisation de ce projet.
A mes chers professeurs pendants toutes les années de mes études,
Pour leurs aides et leurs précieux conseils tout au long de mes études.
A mes chères ami(e)s
Pour leurs supports dans les moments difficiles.
A toute ma famille,
A tous mes autres ami(e)s
Malek
ISIMA Page ii
DEDICATION
Je dédie ce projet :
A mes chers parents,
pour tous leurs sacrifices, leur tendresse, leur soutien et leurs prières tout au long de mes études,
A mes chères sœurs Chadya, Nejwa et Faten
pour leurs encouragements permanents, et leur soutien moral,
A mes chers frères Mohamed, Bassem et Riadh,
pour leur appui et leur encouragement,
A toute ma famille pour leur soutien tout au long de mon parcours universitaire,
A mon binôme pour son bon cœur et ses efforts.
Que ce travail soit l’accomplissement de vos vœux tant allégués, et le fuit de votre soutien
infaillible,
Merci d’être toujours là pour moi.
Hatem
ISIMA Page iii

REMERCIEMENT
Avant de présenter ce travail, il convient d’exprimer notre vive reconnaissance envers les personnes
qui nous ont apporté leur aide inestimable lors de la mise en œuvre de ce projet.
Nous tenons à remercier tout particulièrement Madame Amira HENAIN pour son encadrement
attentif, ses encouragements, ses nombreuses suggestions et son temps précieux dans ce travail.
Nous exprimons également toute notre gratitude à tous nos enseignants de l’ISIMA.
Nous saisirons cette occasion pour remercier les membres du jury, Mme Ines BEN HASIN, Mme
Hadda BEL Haj d’avoir accepté d’évaluer notre travail tout en espérant qu’ils y trouvent la qualité
de clarté et de motivation qu’ils attendent.
ISIMA Page iv
TABLE DES MATIÈRES
LISTE DES FIGURES x
LISTE DES TABLEAUX xi
LISTE DES ABRÉVIATIONS xii
INTRODUCTION GÉNÉRALE 1
1 Etude préalable 4
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2 Organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.3 Présentation du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.3.1 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.3.2 Objectifs du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.4 Étude et critique de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.4.1 Étude de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.4.1.1 Système de stationnement intelligent basé sur RFID et OCR . . . . 7
1.4.1.2 Système de stationnement intelligent basé sur des capteurs ultrasons 7
1.4.1.3 Système de stationnement basé sur une application mobile . . . . . 7
1.4.2 Critique de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.5 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2 État de l’art 10
2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2 Stationnement Intelligent . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.2 Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.2.1 Accès . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.2.2 Réservation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
ISIMA Page v
TABLE DES MATIÈRES
2.2.2.3 Stationnement . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2.3 Défis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3 Systèmes de stationnement intelligent . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3.1 Capteurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3.1.1 Ultrason . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3.1.2 Capteur infrarouge actif/passif . . . . . . . . . . . . . . . . . . . 13
2.3.1.3 Etiquette RFID . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.3.1.4 Radar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.3.1.5 Bouton-poussoir . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.3.1.6 Caméra de surveillance . . . . . . . . . . . . . . . . . . . . . . . 14
2.3.2 Technologies de connexion . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.3.2.1 À courte portée . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.3.2.2 À longue portée . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.3.3 Architectures typiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.3.3.1 Architecture basée sur des capteurs ultrason . . . . . . . . . . . . 16
2.3.3.2 Architecture basée sur des étiquettes RFID . . . . . . . . . . . . . 17
2.3.3.3 Architecture basée sur des caméras . . . . . . . . . . . . . . . . . 18
2.4 Apprentissage approfondi pour le télécontrôle . . . . . . . . . . . . . . . . . . . . . 19
2.4.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.4.1.1 Principe général . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.4.1.2 Enjeux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.4.2 Cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.4.2.1 Reconnaissance des objets . . . . . . . . . . . . . . . . . . . . . 21
2.4.2.2 Détection des objets . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.4.2.3 Reconnaissance optique de caractères . . . . . . . . . . . . . . . 21
2.4.3 Algorithmes d’apprentissage approfondi et jeux de données (Dataset) . . . . 22
2.4.3.1 Algorithmes de reconnaissance des objets . . . . . . . . . . . . . 22
2.4.3.2 Algorithmes de détection des objets . . . . . . . . . . . . . . . . 24
2.4.3.3 Algorithmes de reconnaissance optique des caractères . . . . . . . 24
2.4.3.4 Jeux de données (dataset) . . . . . . . . . . . . . . . . . . . . . . 25
2.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3 Etude conceptuelle 26
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
3.2 Analyse des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
3.2.1 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
ISIMA Page vi
TABLE DES MATIÈRES
3.2.2 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

3.2.3 Besoins matériels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
3.3 Architecture générale de la solution proposée . . . . . . . . . . . . . . . . . . . . . 28
3.4 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3.4.1 Vue statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
3.4.1.1 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . 30
3.4.1.2 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . . 41
3.4.2 Vue dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.4.2.1 Diagrammes des séquences . . . . . . . . . . . . . . . . . . . . . 42
3.4.2.2 Diagramme d’activités . . . . . . . . . . . . . . . . . . . . . . . . 44
3.4.2.3 Diagramme de déploiement . . . . . . . . . . . . . . . . . . . . . 45
3.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
4 Réalisation et Évaluation 47
4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
4.2 Environnement de travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
4.2.1 Environnement materiel . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
4.2.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
4.2.2.1 Outils de collaboration . . . . . . . . . . . . . . . . . . . . . . . 51
4.2.2.2 Environnement de développement intégré . . . . . . . . . . . . . 52
4.2.2.3 Système de gestion de base de données . . . . . . . . . . . . . . . 53
4.2.2.4 Outils de modélisation UML . . . . . . . . . . . . . . . . . . . . 53
4.2.3 Outils de développement . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.2.3.1 Langage de développement . . . . . . . . . . . . . . . . . . . . . 54
4.2.3.2 Framework . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
4.2.4 Outils de rédaction de rapport . . . . . . . . . . . . . . . . . . . . . . . . . 56
4.3 Tests et résultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
4.3.1 Étapes de configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
4.3.2 Métrique d’évaluation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57
4.3.3 Outils de test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
4.3.3.1 Jeu de données . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
4.3.4 Scénarios et résultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
4.3.4.1 Description des interfaces de l’application mobile . . . . . . . . . 61
4.3.4.2 Description des interfaces de tableau de bord . . . . . . . . . . . 68
4.4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
ISIMA Page vii

TABLE DES MATIÈRES
CONCLUSION GÉNÉRALE 72
ANNEXES 74
A.1 Connexion Firebase . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
A.1.1 connexion à l’application Android . . . . . . . . . . . . . . . . . . . . . . . 75
A.1.2 connexion au web . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
A.2 Google map API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
A.3 Stripe API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
A.4 Installation Raspberry OS et configuration caméra . . . . . . . . . . . . . . . . . . . 78
A.4.1 Installation Raspberry OS . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
A.4.2 Configuration caméra . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
Bibliographie 82
ISIMA Page viii

LISTE DES FIGURES
2.1 Capteur ultrasonique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

2.2 Capteur infrarouge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3 Étiquette RFID . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.4 Caméra de surveillance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.5 Architecture d’un système de gestion d’un parking basée sur des capteurs ultrason . . 17
2.6 Architecture d’un système de gestion d’un parking basée sur des étiquettes RFID . . 18
2.7 Architecture d’un système de gestion d’un parking basée sur des caméras . . . . . . 19
2.8 Différence entre formation et inférence . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.9 Les étapes d’un model OCR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
2.10 Architecture générale du modèle MobileNet SSD . . . . . . . . . . . . . . . . . . . 23
2.11 Les résultats de la suppression non maximale . . . . . . . . . . . . . . . . . . . . . 23
2.12 Architecture générale du modèle YOLO . . . . . . . . . . . . . . . . . . . . . . . . 24
3.1 Architecture proposée de la composante de contrôle intelligent d’accès aux parkings

privés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3.2 Diagramme de cas d’utilisation global . . . . . . . . . . . . . . . . . . . . . . . . . 31
3.3 Diagramme de cas d’utilisation de l’acteur Visiteur . . . . . . . . . . . . . . . . . . 31
3.4 Diagramme de cas d’utilisation de l’acteur Propriétaire d’un parking . . . . . . . . . 34
3.5 Diagramme de cas d’utilisation de l’acteur Administrateur . . . . . . . . . . . . . . 38
3.6 Diagramme de classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.7 Diagramme de séquence de cas d’utilisation « Ajouter un parking» . . . . . . . . . 43
3.8 Diagramme de séquence de cas d’utilisation «Ajouter une réservation» . . . . . . . . 44
3.9 Diagramme d’activités de l’identification d’une véhicule . . . . . . . . . . . . . . . 45
3.10 Diagramme de déploiement général . . . . . . . . . . . . . . . . . . . . . . . . . . 46
4.1 Les composants de la carte Raspberry . . . . . . . . . . . . . . . . . . . . . . . . . 50

4.2 Le logo du système d’exploitation Raspberry Pi os . . . . . . . . . . . . . . . . . . 50
4.3 Logo Git . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
4.4 Logo Github . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
4.5 Logo Visual Studio Code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
ISIMA Page ix
LISTE DES FIGURES
4.6 Logo Vscode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

4.7 Logo firebase . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
4.8 Logo StarUML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.9 Logo python . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.10 Logo Dart . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.11 Logo Tensorflow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
4.12 Logo TensorFlow lite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
4.13 Logo Flutter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
4.14 Interface Latex . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
4.15 Interface d’inscription . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
4.16 Interface d’authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
4.17 Interface d’accueil de visiteur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
4.18 Interface de la réservation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
4.19 Interface de la consultation des réservations . . . . . . . . . . . . . . . . . . . . . . 64
4.20 Interface d’accueil d’un propriétaire d’un parking . . . . . . . . . . . . . . . . . . . 65
4.21 Interface d’accueil d’un propriétaire d’un parking . . . . . . . . . . . . . . . . . . . 66
4.22 Interface pour modifier l’état des places de parking . . . . . . . . . . . . . . . . . . 67
4.23 Interface de la consultation des réservations . . . . . . . . . . . . . . . . . . . . . . 67
4.24 Interface d’authentification de l’administrateur de l’application . . . . . . . . . . . . 68
4.25 Interface de la gestion des utilisateurs pour l’administrateur . . . . . . . . . . . . . . 69
4.26 Interface de la consultation des parkings sur la carte pour l’administrateur . . . . . . 70
4.27 Interface d’ajout d’un parking pour l’administrateur . . . . . . . . . . . . . . . . . . 70
A.1 Ajouter un projet Firebase . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

A.2 Ajouter un projet Firebase à une application Android . . . . . . . . . . . . . . . . . 75
A.3 Ajouter projet firebase au web . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
A.4 Ajouter un projet sur la plateforme de Google Cloud . . . . . . . . . . . . . . . . . 76
A.5 Activé les APIs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
A.6 Ajoutez API_key dans d’application . . . . . . . . . . . . . . . . . . . . . . . . . . 77
A.7 Clé Stripe API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
A.8 Installation raspberry pi OS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
A.9 Cablage du caméra et RPI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
A.10 Commande pour accéder à l’espace de configuration . . . . . . . . . . . . . . . . . 80
A.11 Espace de configuration de Raspberry PI OS . . . . . . . . . . . . . . . . . . . . . . 80
A.12 Options d’interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
A.13 Activation du caméra . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
ISIMA Page x
LISTE DES TABLEAUX
1.1 Comparaison entre des solutions existantes . . . . . . . . . . . . . . . . . . . . . . 8
3.1 Diagramme de cas d’utilisation « Consulter les parkings» . . . . . . . . . . . . . . 32

3.2 Diagramme de cas d’utilisation « Consulter les réservations» . . . . . . . . . . . . . 33
3.3 Diagramme de cas d’utilisation «Gérer parkings» . . . . . . . . . . . . . . . . . . . 35
3.4 Diagrmme de cas d’utilisation «Gérer les réservations» . . . . . . . . . . . . . . . . 36
3.5 Diagramme de cas d’utilisation «Modifier l’état des places» . . . . . . . . . . . . . 37
3.6 Diagramme de cas d’utilisation «Gérer les visiteurs» . . . . . . . . . . . . . . . . . 39
3.7 Diagramme de cas d’utilisation «Gérer les propriétaires des parkings» . . . . . . . . 40
3.8 Diagramme de cas d’utilisation «Gérer les parkings» . . . . . . . . . . . . . . . . . 41
4.1 Spécification matérielle du module caméra v2 [22] . . . . . . . . . . . . . . . . . . 51

4.2 Comparaison de deux modèles de détection d’objets . . . . . . . . . . . . . . . . . 57
4.3 Comparaison des modèles OCR . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
ISIMA Page xi
LISTE DES ABRÉVIATIONS
API Application Programming Interface
GSM Global System for Mobile Communications
IA Intelligence Artificielle
IDE Integrated Development Environment
IoT Internet of Things
LPWAN Low Power Wide Area Network
OCR Optical Character Recognition
OS Operating System
RAM Random Access Memory
RFID Radio Frequency Identification
SSD Single Shot Detector
UML Unified Modeling Language
XML Extensible Markup Language
YOLO You Only Look Once
ISIMA Page xii

INTRODUCTION GÉNÉRALE
Le parc automobile mondial a augmenté au cours des quinze dernières années, atteignant en 2020
plus de dix millions de véhicules électriques uniquement, les véhicules du futur[25]. Ainsi, le nombre
des véhicules est en haussement continu surtout que le monde n’a pas encore arrêté complètement
la production des voitures à carburant. Cette augmentation énorme de nombre des automobiles a
engendré et engendra plusieurs dégâts mondiaux divers tels que : la pollution, les encombrements,
l’augmentation de consommation de carburant, la manque des parkings pour le stationnement, etc.
Selon [1], plus que 30 % des véhicules qui circulent dans les grandes villes trouvent des difficultés
lors la recherche d’une place de parking et il leur faut en moyenne entre 7 à 8 minutes pour trouver
une. Ce problème de stationnement de sa part entraine plusieurs dégâts et défis tels que : le gaspillage
du temps et du carburant, les encombrements au niveau des milieux publics, etc.
La mise en disposition des espaces de stationnement privées peut être considérée comme une
solution très efficace pour résoudre ce problème de stationnement, et par la suite pour relever l’un des
défis majeurs de l’augmentation des véhicules. Ces espaces sont devenus de plus en plus répandus
dans les grandes villes. En Tunisie, et même dans une ville de taille moyenne comme Mahdia, et
malgré l’absence des statistiques officielles, un simple visiteur constate clairement la disponibilité
d’un nombre important des parkings privés que sans doute ce même visiteur les trouvera très pratiques
pour trouver une place pour sa voiture.
Malgré la large utilisation des parkings privés, ce secteur présente des différents défis qui consistent
principalement à : l’adoption du concept de premier-arrivé- premier-servi’, la méthode traditionnelle
de paiement en cache, la gestion d’accès manuelle, l’absence d’historique des véhicules visiteurs,
etc. En examinant ces limites, nous constatons que la raison majeure de tous ces soucis est l’absence
complète ou partielle d’un système de gestion automatique, moderne et intelligente de stationnement
ISIMA Page 1
dans ces espaces. Cette absence est due à des différentes raisons ; telles que le coût élever des
solutions de gestion de parking (certaines solutions nécessitent plusieurs installations supplémentaires),
la non-disponibilité de la solution dans certains pays ( d’autres solutions se basent sur des technologies
de non encore répondues, par exemple LoRa en Tunisie), ainsi l’inconscience des propriétaires des
parkings de l’intérêt.
Toutefois, l’évolution des nouvelles technologies telles que l’Internet of Things (IoT) et l’Intelligence
Artificielle (AI) ont crée des diverses solutions et approches qui permettent non seulement de résoudre
un problème comme le stationnement dans les villes, mais ainsi de créer tout un nouveau concept.
C’est le concept des villes intelligentes. En effet, le développement des villes intelligentes vient de
s’installer en premier lieu comme l’un domaine d’application de l’IoT, en deuxième lieu, et suite à
l’intégration de l’AI dans presque tous les secteurs, il est devenu aussi un domaine d’application très
important de l’AI. Actuellement, l’IoT et l’AI sont deux piliers de toutes les villes intelligentes dont
l’objectif est l’amélioration de la qualité de vie des citoyens [20].
Dans ce cadre général, l’entreprise Digit Technologie souhaite concevoir et développer un système
intelligent de gestion de parking basé sur des technologies modernes et innovantes telles que : IoT
et AI. La conception et le développement de ce système sera achevées d’une façon modulaire.
Dans ce contexte-là, l’entreprise Digit Technologie a proposé de concevoir, développer et réaliser la
composante responsable au contrôle d’accès aux parkings séparément. Cette composante permettra
l’identification par les matricules des voitures. Ainsi, elle sera basée sur l’IoT, l’apprentissage en
profondeur et le traitement des images numériques afin de minimiser les interactions homme-machine
et augmenter le niveau de sécurité des parkings privés.
Ce présent est notre rapport de stage de fin d’études pour l’obtention de diplôme licence en
ingénierie des ordinateurs parcours : système embarqué et IoT. Il est une présentation détaillée de
notre sujet de stage qui consiste à la conception, le développement, la réalisation et le déploiement
de la composante de contrôle d’accès d’un système holistique de gestion intelligente des parkings
privés.
Notre rapport est composé par les quatre chapitres suivants :
ISIMA Page 2
Le premier chapitre « Étude préalable », dans lequel nous avons présenté l’organisme d’accueil,
le sujet du présent projet, une étude de l’existant et notre solution proposée.
Le deuxième chapitre « Étude de l’art », nous avons défini le stationnement intelligent et nous
précisons ses services et le défi. Ensuite, nous montrons les différents types de capteurs,
les technologies de réseaux et les architectures. Et en fin, nous avons défini l’apprentissage
approfondi, ses enjeux, son cas d’utilisation et les algorithmes pour le télécontrôle.
Le troisième chapitre « Étude conceptuelle », au cours de ce chapitre, nous avons exposé la conception
du projet.
le quatrième chapitre « Réalisation et évaluation », présente l’environnement de travail, les étapes

de la réalisation et de teste de notre projet.
Notre rapport se termine par une conclusion générale et une énumération d’un ensemble des perspectives.
ISIMA Page 3
Chapitre
1
Etude préalable
Sommaire
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2 Organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.3 Présentation du projet . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.3.1 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.3.2 Objectifs du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.4 Étude et critique de l’existant . . . . . . . . . . . . . . . . . . . . . 7
1.4.1 Étude de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.4.2 Critique de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.5 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
ISIMA Page 4
ETUDE PRÉALABLE
1.1 Introduction
Dans ce chapitre, nous allons commencer par la présentation de l’entreprise d’accueil, ensuite
nous allons présenter le projet en s’exposons sa problématique et son objectif puis nous allons donner
une étude et critique de solutions existantes. En fin, nous introduisons la solution proposée et la
conclusion.
1.2 Organisme d’accueil
Entreprise d’accueil : Digit Technologie
Responsable Entreprise : Amir HNAIN
Statut juridique :Société Technologie SARL
Adresse : Rue 20 mars Imm. Aoun Jawhara , Sousse
Télé :+33610554558
Digit Technologie : est fondée en 2019, elle vise à offrir aux clients un service personnalisé
basé sur la disponibilité, la compétence et la confiance. Elle se concentre sur le développement de
solutions durables sur mesure qui ne manqueront pas de participer à son développement.
1.3 Présentation du projet
Dans notre projet, nous se basant sur les caméras de surveillance dans un parking pour autoriser
des entrées et des sorties des véhicules.
1.3.1 Problématique
Selon l’histoire, la plaque d’immatriculation est une découverte française, la première règle du
monde est adoptée en France le 14 aout 1983. Actuellement, l’immatriculation est serrée sur chaque
voiture dans le monde indépendamment de la différence de formats et de couleurs. Elle représente
ISIMA Page 5
ETUDE PRÉALABLE
un moyen d’identification unique pour chaque automobile. Celui-ci est conçu pour être lisible à
distance pour plusieurs intérêts, comme la surveillance des passages aux territoires et aux péages,
la recherche de voiture suspects. En effet, dès la deuxième moitié du 20ème siècle, les villes sont
bâties autour des voitures, la séparation des activités et le faible densité de l’environnement bâti ont
augmenté le besoin de déplacements en voiture et donc la demande de stationnement. Cela cause
beaucoup de problèmes puisque le stationnement dans les rues n’est pas suffisant. Par conséquent,
trouver une place parking parait une tache simple, mais dans les grandes villes ou dans des régions
encombrées, cette tache devient une mission impossible.
C’est pourquoi, La mise en place de parkings privés permet de prendre part à la solution de ce
problème. Toutefois, de nombreux défis seront présents :
*La gestion éloignée et en temps réel des places disponibles.
*La sécurité de voiture contre le remorquage et les amendes pou un stationnement incorrect.
*Le paiement de frais de stationnement.
Dans notre projet de recherche, nous avons conçu et développé une application regroupant
plusieurs parkings pour faciliter aux conducteurs de stationner.
1.3.2 Objectifs du projet
Les objectifs de notre projet englobent :
- Stationner et réserver des places facilement.
- Encourager les particuliers à mettre en disposition des places parkings privés.
- Minimiser la présence et l’interaction de l’homme au cours de processus de gestion de parking

afin de permettre des parkings avec zéro personnel.
- Grace à l’analyse et le traitement d’image en temps réel, les véhicules peut entrer ou sortir aux
parkings.
ISIMA Page 6
ETUDE PRÉALABLE
1.4 Étude et critique de l’existant
1.4.1 Étude de l’existant
1.4.1.1 Système de stationnement intelligent basé sur RFID et OCR
Ce système propose une solution de stationnement combinant ‘RFID’ et ‘OCR’. Lorsqu’un

véhicule arrive à l’entrée de stationnement avec une étiquette du véhicule, le lecteur RFID la lira
et laissera passer l’entrée, si le véhicule n’est pas autorisé, on lui donne un TAG temporaire, le
lecteur lit ce TAG puis l’OCR fonctionne simultanément et le parking s’ouvre.[12]
1.4.1.2 Système de stationnement intelligent basé sur des capteurs ultrasons
Le système fournit une solution de stationnement intelligente basée sur des capteurs ultrason qui
détectent la présence d’une voiture et aident les utilisateurs à comprendre la disponibilité d’espaces
de parking de façon réelle. Le système utilise d’une application mobile connectée au cloud.[13]
1.4.1.3 Système de stationnement basé sur une application mobile
Smart parking mobile app est un système de stationnement payant alimenté par Smart Cloud et
Google Maps, reliant les données collectées par Smart Cloud provenant de capteurs et affichées à
l’aide du format familier de Google Maps. Il affiche des renseignements en temps réel concernant la
disponibilité et la capacité de stationnement.
1.4.2 Critique de l’existant
Nous présentons dans la figure 1.1 une critique de diverses solutions de stationnement existantes.
ISIMA Page 7
ETUDE PRÉALABLE
TABLE 1.1 – Comparaison entre des solutions existantes
Fonctionnalité Système de gestion Système de Smart parking

de stationnement stationnement mobile app
intelligent utilisant intelligent basé sur
RFID et OCR capteurs ultrasons
Réservation à Non Oui Oui

l’avance
Application Non Oui Oui

mobile/web
Autorisation à Oui Non Non

l’entrée
Payement en ligne Non Oui Oui
Disponibilité en Non Non Non

Tunisie
1.5 Solution proposée
La solution proposée consiste à utiliser des systèmes de stationnement intelligent afin d’améliorer
la notion des villes intelligentes dans notre vie. Bien précisément, la solution permettra le découvert,
la réservation et le payement des emplacements de stationnement à proximité et encore la création
des parkings privés par les individus. Le projet mettre en place un dispositif permettant d’une part
à un propriétaire du parking de créer un parking intelligent basé sur un système de détection des
plaques d’immatriculation et de reconnaissance optique de caractères, et d’autre part à un automobiliste
ISIMA Page 8
ETUDE PRÉALABLE
de découvrir les places de stationnement libres et de réserver et payer son stationnement en temps
réel. Celui-ci est associé à une application mobile.
1.6 Conclusion
Au cours de ce premier chapitre, nous avons défini les grandes lignes de notre projet. En premier
lieu, nous avons mis en place l’Entreprise d’accueil, ensuite nous avons présenté notre projet en
s’intéressant sur la problématique et les objectifs pour donner une vue générale. En fin, nous avons
énuméré les solutions proposées. Le deuxième chapitre traite de l’état de l’art.
ISIMA Page 9
Chapitre
2
État de l’art
Sommaire
2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2 Stationnement Intelligent . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.2 Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.2.3 Défis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3 Systèmes de stationnement intelligent . . . . . . . . . . . . . . . . 12
2.3.1 Capteurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3.2 Technologies de connexion . . . . . . . . . . . . . . . . . . . . . . . . 15
2.3.3 Architectures typiques . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.4 Apprentissage approfondi pour le télécontrôle . . . . . . . . . . . 19
2.4.1 Définition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
2.4.2 Cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
2.4.3 Algorithmes d’apprentissage approfondi et jeux de données (Dataset) 22
2.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
ISIMA Page 10
ÉTAT DE L’ART
2.1 Introduction
L’idée des villes intelligentes a toujours été un rêve pour l’humanité. Ils sont des endroits dans
lesquels les réseaux et les services traditionnels ont été optimisés et améliorés par le recours aux
technologies numériques pour atteindre des services plus confortables et plus développés tels que
le stationnement intelligent. Ainsi, nous présentons dans ce chapitre les paradigmes et technologies
liés à ce service en tant que contexte principal de notre PFE.
2.2 Stationnement Intelligent
2.2.1 Définition
Le ‘Smart Parking’ est une solution de parking qui intègre des récentes technologies telles que
les réseaux de capteurs, les caméras et les points d’accès réseau à l’espace urbain. Ces composants
sont installés sur les espaces de stationnement ou directement à côté et aux entrées et aux sorties de
l’aire de stationnement. Ils recueillent des données et les diffusent habituellement à une application
mobile mise à la disposition des automobilistes.
2.2.2 Services
Principalement, le stationnement intelligent offre trois services qui sont l’accès intelligent, la
réservation à distance et le stationnement guidé.
2.2.2.1 Accès
l’utilisation de la technologie permet une efficacité et une rapidité de la procédure d’accès.

En effet, l’accès au parking intelligent (extérieur ou sous-sol) peut être contrôlé par des moyens
d’identification tels que badges, QR-codes, lecteurs de plaques d’immatriculations, etc. Ainsi, l’accès
est réservé seulement aux véhicules autorisés.
ISIMA Page 11
ÉTAT DE L’ART
2.2.2.2 Réservation
Grâce aux TICs et progrès technologiques, les parkings intelligents peuvent :
* Répondre à plusieurs besoins de stationnement simultanément avec des guides d’accès spécifiques
à l’utilisateur.
*Assurer une Réservation prioritaire pour les covoiturages, les cyclistes, etc. Pour favoriser une
utilisation intelligente des places de stationnement.
*Gérer le stationnement partagé en permettant aux employés de réserver des véhicules et d’accéder
aux places de stationnement selon leurs besoins.
2.2.2.3 Stationnement
Le stationnement intelligent permet de fournir aux conducteurs l’accessibilité à l’état du parking

avant de se déplacer, de lui afficher les places vides et occupées et aussi de le guider avec des caméras
et des capteurs.
2.2.3 Défis
Malgré le potentiel important et les avantages du service stationnement intelligent, il rencontre

encore des défis tels que : * L’investissement financier (en capteurs, caméra, etc.)
* La remise à niveau des équipements peut être un frein à la décision de migration vers un service
intelligent.
* Les enjeux politiques de l’établissement d’un service de parking. intelligent.
2.3 Systèmes de stationnement intelligent
Nous présentons dans cette section les composants les plus utilisés pour mettre en place un
parking intelligent.
ISIMA Page 12
ÉTAT DE L’ART
2.3.1 Capteurs
Les capteurs ultrason ou infrarouge sont parmi les composants clés d’un service de stationnement
intelligent.
2.3.1.1 Ultrason
Émettre périodiquement de courtes impulsions sonores à haute fréquence à la vitesse du son.

Quand ils font face à un objet, ils réfléchissent et reviennent., puis la distance de séparation est
calculée en fonction du temps entre la transmission du signal et la réception de l’écho.[4]
F IGURE 2.1 – Capteur ultrasonique
2.3.1.2 Capteur infrarouge actif/passif
Dispositif pour capter le rayonnement infrarouge émis par le corps humain. Il s’agit soit d’une
plaque colorée translucide, soit d’une lentille de Fresnel, soit d’un élément (détecteur de canal) pour
capter les rayons IR émis.
F IGURE 2.2 – Capteur infrarouge
ISIMA Page 13
ÉTAT DE L’ART
2.3.1.3 Etiquette RFID
C’est une méthode d’identification électronique utilisant la technologie RFID. Le tag est équipé
d’une puce connectée à l’antenne. Ce dernier permet à la puce de transmettre des informations
(poids, numéro de série, etc.) lisibles à l’aide d’un lecteur émetteur-récepteur.[5]
F IGURE 2.3 – Étiquette RFID
2.3.1.4 Radar
Le radar est un système qui se sert d’ondes électromagnétiques afin de détecter la présence
d’objets et définir leur position et leur vélocité.
2.3.1.5 Bouton-poussoir
est un bouton marche-arrêt mécanique de base qui agit comme des dispositifs de contrôle. Il
court-circuite la ligne lorsqu’elle est pressée et s’ouvre lorsqu’elle n’est pas pressée.
2.3.1.6 Caméra de surveillance
est permise de visualiser à distance, en direct ou en diffère, les événements qui se déroulent dans
un lieu donné.
F IGURE 2.4 – Caméra de surveillance
ISIMA Page 14
ÉTAT DE L’ART
2.3.2 Technologies de connexion
Le stationnement intelligent nécessite une connexion Internet pour établir une connexion de
données entre les différents composants du système. En fait, cette connexion peut être divisée en
deux catégories : courte portée et longue portée.
2.3.2.1 À courte portée
La consommation d’énergie du réseau à courte distance est faible, adaptée aux petits environnements
tels que les maisons et les bureaux [2]. Ils ont tendance à avoir de petites piles et sont généralement
peu coûteux à utiliser. En fait, ce type de connexion est utilisé pour établir une connexion entre le
capteur et la passerelle dans le parking intelligent. Exemples :
*Bluetooth : transmet les signaux de voix et de données jusqu’à 10 mètres plus loin, idéal pour
le transfert de haut débit.
*Wi-Fi/802.11 : devenu le standard dans nos domiciles et bureaux, sa portée est limitée et son
cout d’utilisation est faible.
*ZigBee : Une suite de protocoles de haut stade basés sur IEEE 802.15.11 pour établir des
réseaux personnels avec de petites radios numériques à faible puissance.
2.3.2.2 À longue portée
Les réseaux LPWAN [2] sont capables de déplacer les données d’un appareil à un autre sur une
vaste distance. Dans le stationnement intelligent, ceux-ci sont utilisés pour connecter des composants
du système éloignés les uns des autres. Exemples :
*Les réseaux cellulaires : fourni par les opérateurs de télécommunications traditionnels, il a

l’avantage de transmettre une grande quantité de données (83 mégaoctets, la 3G prend 22 secondes,
la 4G prend 1 seconde). La 5G annoncée en 2020 promet de faire progresser l’IoT avec une consommation
réduite et une latence extrêmement faible.
ISIMA Page 15
ÉTAT DE L’ART
*LoRa : protocole très basse consommation, Aller-retour et low coût (à partir de 1C par an).
Cela autorise des distances de transmission de données de 2 à 5 kilomètres dans les régions urbaine
et jusqu’à 45 kilomètres dans les régions rurale. Il peut transiter de 0,3 à 50 kilobits par seconde qui
est idéal pour les capteurs émettant une petite quantité de données de temps à autre.
*Sigfox :un réseau exclusif, il a une portée qui peut être plus grande que 10 kilomètres et un cout
faible (de 2 euros par an). Les appareils ne consomment que très peu d’énergie pour envoyer des
données, mais il ne permet de transporter que de très faibles quantités de donnés.
2.3.3 Architectures typiques
2.3.3.1 Architecture basée sur des capteurs ultrason
Ce système est utilisé pour guider, faciliter la circulation et offrir des informations de stationnement
aux conducteurs en temps réel .il est composé de capteurs à ultrason qui sont émis des ondes
ultrasonores pour détecter la présence de véhicules, s’il y a un véhicule l’indicateur LED S’allume
en vert sinon en rouge, pour accomplir la notion temps réel un système de détection de flux de trafic
est installé à l’entrée et à la sortie du parking. L’architecture est montrée dans la figure 2.5.
ISIMA Page 16
ÉTAT DE L’ART
F IGURE 2.5 – Architecture d’un système de gestion d’un parking basée sur des capteurs ultrason
2.3.3.2 Architecture basée sur des étiquettes RFID
Ce système propose une solution de stationnement combinant ‘RFID’ et ‘OCR’. Lorsqu’un

véhicule arrive à l’entrée de stationnement avec une étiquette du véhicule, le lecteur RFID la lira
et laissera passer l’entrée, si le véhicule n’est pas autorisé, on lui donne un TAG temporaire, le
lecteur lit ce TAG puis l’OCR fonctionne simultanément et le parking s’ouvre. L’architecture est
montrée dans la figure 2.6.
ISIMA Page 17
ÉTAT DE L’ART
F IGURE 2.6 – Architecture d’un système de gestion d’un parking basée sur des étiquettes RFID
2.3.3.3 Architecture basée sur des caméras
Le système convient à toutes les teilles de parkings, il est composé d’une seule caméra ou plus
capable de surveiller 100 places avec une vitesse de détection inférieure à 2 secondes. L’architecture
est montrée dans la figure 2.7.
ISIMA Page 18
ÉTAT DE L’ART
F IGURE 2.7 – Architecture d’un système de gestion d’un parking basée sur des caméras
2.4 Apprentissage approfondi pour le télécontrôle
2.4.1 Définition
2.4.1.1 Principe général
L’apprentissage approfondi est une méthode d’intelligence artificielle dérivée du concept d’apprentissage
automatique. Cette approche repose plus spécifiquement sur le concept de réseaux de neurones
artificiels.[11] Les technologies de l’apprentissage approfondi s’inspirent du cerveau humain et
visent à imiter la perception humaine et les mécanismes de raisonnement logique. Notamment,
l’éducation approfondi est basée sur deux concepts :
- formation qui prend l’image et sa classe en entrée et à la fin, on reçoit des poids formés, qui sont
des modèles de données ou des règles extraites des images.
ISIMA Page 19
ÉTAT DE L’ART
-Inférence ou prévision selon laquelle le modèle formé prend une image sous forme d’entrée unique
et produit la classe d’image.
F IGURE 2.8 – Différence entre formation et inférence
2.4.1.2 Enjeux
* Apprentissage sans supervision : c’est de pouvoir livrer de grandes performances avec beaucoup
moins de données de formation.
* Intégration de la logique : une connaissances basées sur des règles permettant d’exécuter des
programmes logiques et de formaliser les connaissances à l’aide d’un raisonnement séquentiel.
* Besoin de moins de données et haute efficacité : Les modèles d’apprentissages plus grands,
plus profonds, nécessitent beaucoup de données pour s’entrainer et peuvent prendre beaucoup de
temps. Les progrès dans le domaine doivent également viser à rendre le processus de formation plus
efficace et efficient.
2.4.2 Cas d’utilisation
L’apprentissage en profondeur est principalement utilisé pour la reconnaissance d’objets et la

reconnaissance d’objets.
ISIMA Page 20
ÉTAT DE L’ART
2.4.2.1 Reconnaissance des objets
La reconnaissance des objets : est un terme général décrivant un groupe de taches de vision par
ordinateur connexes qui impliquent l’identification d’objets sur des photographies numériques.
2.4.2.2 Détection des objets
La détection des objets est une technique de vision par ordinateur approfondie qui se concentre
sur l’identification et l’étiquetage d’objets dans les images, les vidéos et aussi des séquences en
direct. Elle est utilisée dans :
• Conduite autonome : l’automobile puisse déterminer s’il faut accélérer, freiner ou tourner dans
l’instant suivant.
• Médicale : elle réduira le temps passé à analyser des centaines à des milliers d’échographies.
• Vente au détail : une gestion intelligente des stocks sans avoir besoin de vérifications manuelles
des stocks.
2.4.2.3 Reconnaissance optique de caractères
L’OCR : reconnait le texte d’une source d’image analogique et le transforme en une copie
numérique qui pourrait être facilement stockée, gérée et éditée.Les étapes d’un modèle OCR sont :
1. Comprend la simplification, la détection des bords significatifs et la définition du contour des
caractères du texte.
2. nécessite de tracer un schéma de sélection autour des morceaux de texte trouvés sur l’image.
3. reconnaitre le texte qui a été placé dans les cadres de sélection
ISIMA Page 21
ÉTAT DE L’ART
F IGURE 2.9 – Les étapes d’un model OCR
2.4.3 Algorithmes d’apprentissage approfondi et jeux de données (Dataset)
2.4.3.1 Algorithmes de reconnaissance des objets
À la suite de l’enquête, nous avons sélectionné l’algorithme de détection d’objet suivant :
• MobileNet Single Shot Detector : est une architecture de réseau de neurones profonds légère
conçue pour les applications de vision mobiles et intégrées. c’est un ensemble des modèles de
reconnaissance et de détection d’objets inclus dans la collection de modèles de détection pré-formés
(ZOO modèle) sur l’ensemble de données COCO 2017 [30]. Il fournit une inférence en temps réel
sous des contraintes de calcul dans des appareils tels que les smartphones.[18]
- Description d’architecture :
L’architecture MobileNet SSD repose sur le réseau de base "MobileNetV2" et les couches "SSD".
Cela permet la détection d’objets dans la même image. Il utilise plusieurs couches d’entités (feature
layers) de différentes tailles pour prévoir la délimitation de la boite (bounding box) et le score de
confiance (confidence score) pour chaque objet. La mise en œuvre du SSD est indépendante du
réseau de base MobileNet, qui est chargé d’extraire les fonctionnalités. un objet est considéré comme
détecté si le SSD peut prévoir la classe et la position de l’objet.Sinon, il est traité comme arrière-plan
et ignoré.[23]
ISIMA Page 22
ÉTAT DE L’ART
F IGURE 2.10 – Architecture générale du modèle MobileNet SSD
La couche "Non-Maximum Suppression" est responsable du filtrage de la liste des boîtes proposées
comme présente la figure ci-dessous :
F IGURE 2.11 – Les résultats de la suppression non maximale
• YOLO : est un algorithme de détection d’objets en temps réel qui utilise un seul réseau de
neurones pour classer et prédire les boîtes tracées des objets identifiés.Il est idéal pour les performances
de détection. Il réutilise la classification d’image traditionnelle pour identifier une tâche de régression
pour les référentiels de sélection d’objets.
ISIMA Page 23
ÉTAT DE L’ART
-Description d’architecture :
-Les couches d’architecture YOLO sont composées de 24 couche convolutive séparée par leur
fonction comme suit :
-Les 20 premières couches de convolution ont reçu une formation préalable sur le série de
données de classement de la classe ImageNet 1000.
-Les 4 dernières couches convolutives suivies de 2 couches totalement connectées sont ajoutées
pour former le réseau à détecter les objets avec la base de données choisit.
F IGURE 2.12 – Architecture générale du modèle YOLO
2.4.3.2 Algorithmes de détection des objets
Les algorithmes de détection des objets sont les mêmes précédentes de reconnaissance des objets.
2.4.3.3 Algorithmes de reconnaissance optique des caractères
Selon les recherches que nous avons menées, nous avons sélectionné les trois algorithmes OCR
suivants :
* EasyOCR [7] : est un paquet python qui détecte le texte dans une image. Il contient PyTorch
en tant que gestionnaire principal. Il prend en charge plus de 80 langues et il est facile à utiliser et
ne nécessite que quelques lignes de code pour l’implémenter.
ISIMA Page 24
ÉTAT DE L’ART
* Pytesseract [27] : est un outil de reconnaissance optique de caractères destiné à python. En

d’autres termes, il reconnait et lit le texte incorporé aux images.Python-tesseract contient le moteur
Google Tesseract-OCR comme gestionnaire principal.
* Keras-OCR [19] : est un outil spécifique à l’image. Cela donne de bons résultats si le texte est
à l’intérieur de l’image et que leurs polices et couleurs ne sont pas organisées.
2.4.3.4 Jeux de données (dataset)
Les jeux de données (dataset) sont largement utilisés dans l’apprentissage approfondi. Ils rassemblent
un ensemble cohérent de données pouvant être présentées sous différentes formes (textes, figures,
images, vidéos, . . .).
Les modèles d’apprentissage approfondi nécessitent de grandes quantités de données pour créer
le meilleur modèle ou système avec d’excellentes performances. Même si vous disposez d’un bon
algorithme pour s’adapter à un modèle d’apprentissage automatique, la qualité des données est aussi
essentiel que la quantité.
2.5 Conclusion
Dans le présent chapitre, nous sommes concentrés sur le stationnement intelligent en présentant
sa définition, ses services et le défi, ensuite, nous avons présenté les systèmes de stationnement
intelligent tout en présentant les différents types de capteurs, l’architecture et l’apprentissage approfondie
pour le télécontrôle. Dans le chapitre suivant, nous avons décrit la conception du projet à réaliser.
ISIMA Page 25
Chapitre
3
Etude conceptuelle
Sommaire
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
3.2 Analyse des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
3.2.1 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
3.2.2 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . 28
3.2.3 Besoins matériels . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
3.3 Architecture générale de la solution proposée . . . . . . . . . . . 28
3.4 Conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
3.4.1 Vue statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
3.4.2 Vue dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.5 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
ISIMA Page 26
ETUDE CONCEPTUELLE
3.1 Introduction
Comme tout projet réalisé, la phase de conception est obligatoire. Il constitue l’étape fondamentale
pour répondre aux objectifs de tout projet. Dans ce chapitre, nous avons présenté l’évaluation des
besoins . Ensuite, l’architecture générale de la solution proposée, puis nous avons présenté les
diagrammes conçus pour notre projet en décrivant les fonctions de système à mettre en place.
3.2 Analyse des besoins
3.2.1 Besoins fonctionnels
Les besoins fonctionnels représentent les opérations à effectuer par le système. De ce fait, les
actions du système sont définies par des exigences fonctionnelles.
* Besoins liés aux visiteurs :
• S’inscrire
• Consulter les parkings.
• Consulter les places disponibles dans un parking.
• Gérer les réservations : ajouter, supprimer, modifier, consulter et payer une réservation.
* Besoins liés aux propriétaires des parkings :
• S’inscrire
• Gérer les parkings : ajouter, supprimer, modifier, consulter un parking.
• Modifier l’état des places.
• Gérer les réservations : ajouter, supprimer, modifier, consulter une réservation.
* Besoins liés à l’administrateur :
• Gérer les parkings : ajouter, supprimer, modifier, consulter un parking.
• Gérer les visiteurs : ajouter, supprimer, modifier, consulter des visiteurs.
ISIMA Page 27
ETUDE CONCEPTUELLE
• Gérer les propriétaires : ajouter, supprimer, modifier, consulter des propriétaires.
3.2.2 Besoins non fonctionnels
Ces exigences ne rapportent pas précisément au comportement du système, mais qui déterminent
plutôt les contraintes internes et externes du système :
• La sécurité : il est très important de garder à ce que toutes les données soient conservées des
menaces.
• La disponibilité : l’application doivent être disponible à tout moment qu’on peut le consulter.
• La performance : l’application doit garantir la satisfaction de tous les utilisateurs.
• Facilité d’emploi : l’application doit être simple et agréable à utiliser.
3.2.3 Besoins matériels
Tous les systèmes de l’IoT sont basés sur les matériels électroniques, puisque ces objets établissent
des exigences sur le système :
- Carte électronique : représente le support pour mettre en œuvre le système, la carte doit contenir
suffisamment de mémoire RAM pour exécuter le programme.
- Caméra : c’est un outil de capture de données à utiliser en détection des objets et OCR. La
caméra doit pouvoir prendre des vidéos haute résolution pour des meilleurs résultats d’OCR et
peuvent être programmable pour contrôler.
3.3 Architecture générale de la solution proposée
Dans notre projet, nous avons utilisé l’architecture suivante :
- Couche physique : Contient un caméra qui fait un streaming en temps réel à l’entrée du parking
et une barrière automatique commandé par un microcontrôleur.
- Couche réseau : on peut utiliser le réseau Wifi ou le GSM pour faire la communication de
ISIMA Page 28
ETUDE CONCEPTUELLE
données.
- Couche cloud : Nous avons intégré la Firebase en tant que base de données.
- Couche application : Nous avons développé une application mobile de stationnement ainsi
qu’un
tableau de bord web.
F IGURE 3.1 – Architecture proposée de la composante de contrôle intelligent d’accès aux parkings
privés
3.4 Conception
Dans notre projet, nous avons conçu à l’aide du langage UML pour la conception, l’UML est
un langage de modélisation standard comprenant un ensemble de schémas permettant de spécifier,
afficher et construire les artefacts d’un système logiciel.[31]
ISIMA Page 29
ETUDE CONCEPTUELLE
UML n’est pas un langage programmable, mais il y a des outils capables générer du code dans
plusieurs langages à partir de schémas UML. Il s’agit d’un langage formel ayant les caractéristiques
suivantes :
• Un langage universel utilisable comme support pour tous les langages orientés objet.
• Une représentation visuelle permettant de communiquer entre les acteurs d’un même projet.
• Une simple notation graphique, intelligible par les non-spécialistes.
3.4.1 Vue statique
3.4.1.1 Diagramme de cas d’utilisation
Le diagramme de cas d’utilisation forme la premier stade de l’analyse UML, qui modélise les
exigences des acteurs, détermine les principales fonctionnalités du système et emploie une notation
graphique pour illustrer les interactions du système avec ses utilisateurs.
* Diagramme de cas d’utilisation global
Sur cette partie, nous allons modéliser les grandes fonctionnalités des principaux acteurs en
relation avec notre système :
Visiteur : c’est un personne qui avait une voiture et qui devrait avoir un compte pour trouver un
stationnement.
Propriétaire d’un parking : c’est un propriétaire d’un milieu spacieux qui devrait proposer un
parking privé.
Administrateur : C’est le propriétaire de système qui peuvent le gérer.
ISIMA Page 30
ETUDE CONCEPTUELLE
F IGURE 3.2 – Diagramme de cas d’utilisation global
* Diagramme cas d’utilisation de visiteur
F IGURE 3.3 – Diagramme de cas d’utilisation de l’acteur Visiteur
- Description textuelle du cas d’utilisation "Consulter les parkings" :
ISIMA Page 31
ETUDE CONCEPTUELLE
TABLE 3.1 – Diagramme de cas d’utilisation « Consulter les parkings»
Cas d’utilisation Consulter les parkings
Acteur Visiteur
Pré-Condition S’authentifier
Post-Condition Parkings et places consultés, Réservation ajouté
Description 1-Le cas d’utilisation commence quand le visiteur

s’authentifier.
2-Le système affiche le map contenant les parkings à
partir de localisation de visiteur.
3-Si le visiteur clique sur un parking.
1-le système affiche les informations du parking (tarif
et places libres).
2-Si le visiteur clique sur "Make reservation" :
–Le système affiche le formulaire de réservation.
–Le visiteur saisie ses données (date d’entrée,date
de sortie, nom, numéro de téléphone et numéro de
plaque d’immatriculation).
–Le système calcule la durée des réservations et
calcule
le tarif.
–Le visiteur fait le payement du son réservation.
–Le visiteur presse n "save".
–Le système vérifie les champs et le payement puis
il enregistre la réservation.
- Description textuelle du cas d’utilisation "Consulter les réservations" :
ISIMA Page 32
ETUDE CONCEPTUELLE
TABLE 3.2 – Diagramme de cas d’utilisation « Consulter les réservations»
Cas d’utilisation Consulter les réservations
Acteur Visiteur
Post-Condition Réservation consulté, Réservation modifié,Réservation

supprimé
Description 1-Le cas d’utilisation débute lorsque le visiteur clique sur

l’icône de réservation.
2-La liste des réservations effectuée s’affiche.
3-Si le visiteur clique sur le bouton "update" :
–Le système affiche la formule de changement du
réservation.
–Le visiteur ajoute son modification.
–Le système vérifie la modification et l’enregistre.
4-Si le visiteur clique sur le bouton "delete" :
–Le système supprime la réservation.
* Diagramme cas d’utilisation de propriétaire d’un parking :
ISIMA Page 33
ETUDE CONCEPTUELLE
F IGURE 3.4 – Diagramme de cas d’utilisation de l’acteur Propriétaire d’un parking
- Description textuelle du cas d’utilisation "Gérer parkings" :
ISIMA Page 34
ETUDE CONCEPTUELLE
TABLE 3.3 – Diagramme de cas d’utilisation «Gérer parkings»
Cas d’utilisation Gérer parkings
Acteur Propriétaire d’un parking
Post-Condition Parking ajouté,Parking modifié,Parking supprimé,Parking

consulté .
Description 1-Le cas d’utilisation commence lorsque le propriétaire

clique sur le bouton "Park".
2-Le système affiche la liste des parkings effectuée par ce
propriétaire s’il existe.
3-Si le propriétaire clique sur l’icône ajout :
–Le système presente le formulaire d’ajout d’un
parking.
–Le propriétaire choisir "choose parking
place".
–Le système affiche le map.
–Le propriétaire met le marker de son parking sur le
map puis il confirme la place.
–Le système envoie les localisations du parking au
formulaire.
–Le propriétaire remplir le formulaire avec les
coordonnées de son parking.
–Le système vérifie les champs et ajoute le parking.
4-Si le propriétaire clique sur le bouton "delete" :
–Le système supprime le parking.
ISIMA Page 35
ETUDE CONCEPTUELLE
5-Si le propriétaire clique sur l’icône "update" :

–Le système affiche le formulaire de changement du
parking.
–Le propriétaire ajoute son modification.
- Description textuelle du cas d’utilisation "Gérer les réservations" :
TABLE 3.4 – Diagrmme de cas d’utilisation «Gérer les réservations»
Cas d’utilisation Gérer les réservations
Post-Condition Réservation ajoutée, Réservation modifiée, Réservation

supprimée, Réservation consultée.
Description 1-Le cas d’utilisation commence quand le propriétaire

clique sur le bouton "Reservation".
2-Le système affiche la liste des parkings de ce
propriétaire s’il existe.
3-Si le propriétaire sélictionne sur le bouton "show

réservation" :
1-Le système affiche la liste des réservations
effectuée dans ce parking.
2-Si le propriétaire clique sur l’icône ajout :
–Le système affiche le formulaire d’ajout d’un
réservation.
ISIMA Page 36
ETUDE CONCEPTUELLE
–Le propriétaire remplir le formulaire.

–Le système vérifie les champs et ajoute la
réservation.
4-Si le propriétaire clique sur le bouton "delete" :
–Le système élimine la réservation.
5-Si le propriétaire sélictionne sur le bouton "update" :
–Le système affiche le formulaire de modification
d’un réservation.
–Le propriétaire ajoute sa modification.
- Description textuelle du cas d’utilisation "Modifier l’état des places" :
TABLE 3.5 – Diagramme de cas d’utilisation «Modifier l’état des places»
Cas d’utilisation Modifier l’état des places
Post-Condition État de place modifiée.
Description 1-Le cas d’utilisation commence quand le propriétaire

clique sur le bouton "Place".
2-Le système affiche la liste des parkings de ce

propriétaire.
3-Si le propriétaire clique sur le bouton "set state" :
1-Le système affiche l’état des places effectuées
dans ce parking.
ISIMA Page 37
ETUDE CONCEPTUELLE
2-Le propriétaire peut changer d’état d’un place.

3-Le système enregistre le nouvel état de cette place.
* Diagramme cas d’utilisation d’administrateur :
F IGURE 3.5 – Diagramme de cas d’utilisation de l’acteur Administrateur
- Description textuelle du cas d’utilisation "Gérer les visiteurs" :
ISIMA Page 38
ETUDE CONCEPTUELLE
TABLE 3.6 – Diagramme de cas d’utilisation «Gérer les visiteurs»
Cas d’utilisation Gérer les visiteurs
Acteur Administrateur
Post-Condition Visiteur ajouté, Visiteur modifié, Visiteur supprimé, liste

des Visiteurs consulté.
Description 1-Le cas d’utilisation commence quand l’administrateur

clique sur le bouton "Manage visitor".
2-Le système affiche la liste des visiteurs de l’application.
3-Si l’administrateur clique sur l’icône ajout :
visiteur.
–l’admin remplir le formulaire.
–Le système examine les champs et ajoute le visiteur.
4-Si l’admin clique sur le bouton "delete" :
–Le système supprime le visiteur.
5-Si l’administrateur choisir "update" :
d’un visiteur.
–l’admin ajoute son modification.
- Description textuelle du cas d’utilisation "Gérer les propriétaires des parkings" :
ISIMA Page 39
ETUDE CONCEPTUELLE
TABLE 3.7 – Diagramme de cas d’utilisation «Gérer les propriétaires des parkings»
Cas d’utilisation Gérer les propriétaires des parkings
Post-Condition propriétaires ajouté, propriétaires modifié, propriétaires

supprimé, liste des propriétaires consulté.
Description 1-Le cas d’utilisation commence quand l’administrateur

clique sur le bouton "Manage Parking owner".
2-Le système affiche la liste des propriétaires des
parkings.
3-Si l’admin clique sur l’icon ajout :
propriétaire.
–l’admin remplir le questionnaire.
–Le système vérifie les données et ajoute le
propriétaire.
4-Si l’administrateur clique sur le bouton "delete" :
–Le système supprime le propriétaire.
5-Si l’admin clique sur le bouton "update" :
d’un propriétaire.
–l’admin ajoute son modification.
- Description textuelle du cas d’utilisation "Gérer parkings" :
ISIMA Page 40
ETUDE CONCEPTUELLE
TABLE 3.8 – Diagramme de cas d’utilisation «Gérer les parkings»
Cas d’utilisation Gérer parkings
Post-Condition Parking ajouté, Parking modifié, Parking supprimé,

Parking consulté.
Description 1-Si l’administrateur clique sur "Add parking" :

parking.
–l’administrateur remplir le questionnaire .
–Le système vérifie les champs et ajoute le parking.
2-Si l’administrateur clique sur le bouton "delete" :
–Le système supprime le parking.
3-Si le propriétaire clique sur le bouton "update" :
–Le système affiche le formulaire de modification du
parking.
–l’administrateur ajoute son modification.
4-Si l’administrateur clique sur le bouton "Show parkings
on map" :
–Le système affiche les parkings sur la carte.
3.4.1.2 Diagramme de classes
c’est un diagramme structurel, il est le plus importants dans le modelage orientée objets, il
contient :
• Classes : chaque classe est formée par des attributs et des méthodes.
• Associations : sont les relations entre les classes.
ISIMA Page 41
ETUDE CONCEPTUELLE
La figure 3.6 présente le diagramme de classe de l’application :
F IGURE 3.6 – Diagramme de classes
3.4.2 Vue dynamique
3.4.2.1 Diagrammes des séquences
Un diagramme de séquence est une représentation graphique des participants interagissant avec
un système dans l’ordre chronologique.
* Diagramme de séquence ajouter un parking : Le propriétaire a le droit d’ajouter son propre

parking. D’abord, il demande d’ajouter un parking, et l’interface du formulaire s’affiche, puis le
propriétaire demande une carte, et l’interface contenant la carte s’affiche. Il met ensuite l’emplacement
de son parking sur la carte et le confirme. Le système envoie ensuite les coordonnées du parking aux
champs de formulaire concernés. Le propriétaire remplit les champs vides, puis le système vérifie
ISIMA Page 42
ETUDE CONCEPTUELLE
les champs, et enfin enregistre les ajouts dans les documents "Parking" et "place" qui contient le
nombre d’emplacements vides et l’état de chaque place.
F IGURE 3.7 – Diagramme de séquence de cas d’utilisation « Ajouter un parking»
* Diagramme de séquence ajouter une réservation : Lorsque le visiteur demande d’ajouter

une réservation dans un parking, le système va récupérer les places libres et les places réservées
du Firebase puis l’interface du formulaire s’affiche avec la liste des places libres et non réservées.
Ensuite, le visiteur remplit le formulaire, ensuite le système demande le formulaire de payment.
L’API Stripe retourne le formulaire, l’interface l’affiche et le visiteur va le remplir. puis le système
vérifie les champs et une requête de paiement s’effectue et s’enregistre. Enfin, une réservation va
enregistrer dans le document "reservation".
ISIMA Page 43
ETUDE CONCEPTUELLE
F IGURE 3.8 – Diagramme de séquence de cas d’utilisation «Ajouter une réservation»
3.4.2.2 Diagramme d’activités
Dans la figure 3.9, nous avons mis en évidence la logique de l’algorithme utilisé dans notre
système.
ISIMA Page 44
ETUDE CONCEPTUELLE
F IGURE 3.9 – Diagramme d’activités de l’identification d’une véhicule
3.4.2.3 Diagramme de déploiement
La figure 3.10 montre comment les éléments logiciels sont déployés au-dessus des éléments
matériels de notre système et montre le traitement d’exécution d’un point de vue matériel.
ISIMA Page 45
ETUDE CONCEPTUELLE
F IGURE 3.10 – Diagramme de déploiement général
3.5 Conclusion
Le présent chapitre porte sur l’étude conceptuelle de notre projet, nous commençons par l’analyse
des exigences fonctionnelles, non fonctionnels et matériels , puis nous proposons une architecture
générale de notre solution. Ensuite, nous exposons une vue statique contenant les schémas de cas
d’utilisation et le diagramme de classe, et une vue dynamique contenant les diagrammes de séquence
et le diagramme de déploiement. Ce concept a facilité l’implémentation et la réalisation du projet.
ISIMA Page 46
Chapitre
4
Réalisation et Évaluation
Sommaire
4.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
4.2 Environnement de travail . . . . . . . . . . . . . . . . . . . . . . . . 48
4.2.1 Environnement materiel . . . . . . . . . . . . . . . . . . . . . . . . . 48
4.2.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . 51
4.2.3 Outils de développement . . . . . . . . . . . . . . . . . . . . . . . . 54
4.2.4 Outils de rédaction de rapport . . . . . . . . . . . . . . . . . . . . . 56
4.3 Tests et résultats . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
4.3.1 Étapes de configuration . . . . . . . . . . . . . . . . . . . . . . . . . 56
4.3.2 Métrique d’évaluation . . . . . . . . . . . . . . . . . . . . . . . . . . 57
4.3.3 Outils de test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
4.3.4 Scénarios et résultats . . . . . . . . . . . . . . . . . . . . . . . . . . 61
4.4 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
ISIMA Page 47
RÉALISATION ET ÉVALUATION
4.1 Introduction
Dans cette section, nous présenterons le matériel, les logiciels et les outils de développement
qui ont servi au développement de notre système. Finalement, nous présenterons les essais et les
résultats de notre projet.
4.2 Environnement de travail
Cette phase montre notre environnement de travail, matériel et logiciel.
4.2.1 Environnement materiel
Lors de la mise en œuvre de notre projet, nous disposons de deux ordinateurs portables ayant les
caractéristiques suivantes :
• DELL :
- Processeur : Intel® Core™ i5-1035G1CPU @1.00GHz 1.9 GHz
- Mémoire RAM : 4,00 Go
- Système d’exploitation : windows 10 (x64)
- Carte graphique : Intel® HD 4000
• Lenovo :
- Processeur : AMD Ryzen 7 3700U with Radeon Vega Mobile Gfx 2.30 GHz
- Mémoire RAM : 8 Go
- Système d’exploitation : windows 11 Pro
- Carte graphique : : AMD RADON
*Raspberry pi 4 modèle B 8 RAM :
Le Raspberry PI [15] est un micro-ordinateur de la dimension d’une carte bancaire qui peut être
fixé à un écran et utilisé comme un ordinateur standard. Le but de cet ordinateur est d’inciter à
ISIMA Page 48
apprendre la programmation informatique.

Les caractéristiques de pi 4 modèle B :
* SOC Type : Broadcom BCM 2711
* Core Type : Cortex-A72 64 bit
* Fréquence de processeur : 1.5 GHz
* WI-FI : 2.4 GHZ and 5.0 GHz
* Bluetooth : 5.0, BLE
Pourquoi nous avons choisi la carte Raspberry pi 4 B ?
Le Pi 4 est le nano-ordinateur le plus polyvalent et le plus puissant. On peut utiliser son entrée
de caméra intégrée pour effectuer des algorithmes d’apprentissage automatique basique pour la
reconnaissance d’images. Il peuvent accomplir des tâches de base telles que la reconnaissance
d’objets, l’observation de mouvements ou l’exécution de tâches de raisonnement de base. Il permet
un meilleur chargement et une meilleure exécution des algorithmes puisque le code peut être compilé
rapidement grâce à son processeur et sa mémoire vive plus rapides. Les tâches d’apprentissage
automatique sont également deux fois mieux avec le Pi 4.
Les composants de la carte Raspberry sont représentés par la figure ci-dessous :
ISIMA Page 49
F IGURE 4.1 – Les composants de la carte Raspberry
Système d’exploitation du Raspberry ’Raspberry Pi Os’ :
Le Raspberry Pi OS [17] (anciennement nommé Raspbian) est un OS gratuit qui s’appuie sur
Debian optimisé pour s’exécuter sur les divers Raspberry Pi.
Le système d’exploitation définit une série de programmes chargés d’établir des relations entre
diverses ressources matérielles, applications et utilisateurs.
F IGURE 4.2 – Le logo du système d’exploitation Raspberry Pi os
Raspberry Pi Camera Module v2 :
Le module caméra Raspberry Pi [16] est une caméra dotée un capteur de 8 MP qui vous lesse de
prendre des photos Haute Définition (3280 2464 pixels) et des vidéos (jusqu’à 1080p). Ce modèle
est compatible avec n’importe quel modèle Raspberry Pi et est facile à installer sur Raspberry Pi
ISIMA Page 50
OS. c’est la solution idéale pour convertir votre Raspberry Pi en webcam ou en caméra de vidéo
surveillance. La figure 4.1 montre les caractéristiques du module de caméra v2.
TABLE 4.1 – Spécification matérielle du module caméra v2 [22]
Spécification Module caméra v2
Prix 25
Résolution fixe 8 Mégapixels
Modes vidéo 1080p30, 720p60 et 640 × 480p60/90
Intégration Linux Pilote V4L2 disponible
Capteur Sony IMX219
Résolution du Capteur 3280 × 2464 pixels
Champ de vision (horizontal, (62,2 degrés, 48,8 degrés)

verticale)
4.2.2 Environnement logiciel
4.2.2.1 Outils de collaboration
*Git [10] est une version de contrôle distribuée. C’est un système qui vous permet de suivre les
changements de code source durant le développement logiciel. Habituellement utilisé pour coordonner
les taches entre les programmeurs.
Nous avons utilisé Git pour coordonner notre travail.
F IGURE 4.3 – Logo Git
ISIMA Page 51
*GitHub [3] est un service d’hébergement Web et gestion du développement de logiciels, à

l’aide du logiciel de contrôle de version Git.
Nous avons utilisé GitHub pour héberger notre code.
F IGURE 4.4 – Logo Github
4.2.2.2 Environnement de développement intégré
c’ est un logiciel permettant de créer des applications qui combinent des outils de développement
couramment utilisés dans une seule interface utilisateur graphique (GUI).
Les IDEs se composent généralement des éléments suivants :
-Éditeur de code source
-Utilitaires d’automatisation de version locale
-Débogueur.
Pour élaborer notre application, nous avons utilisé les IDEs ci-dessous :
*Visual Studio Code [28] est un éditeur de code extensible développé par Microsoft pour Windows,
Linux et mac OS. Les fonctions comprennent le support du débogage, la coloration syntaxique, la
complétion intelligente du code, les extraits, la refactorisation du code et Git intégré.
Nous avons utilisé Visual Studio Code en tant qu’éditeur afin de développer l’application
mobile et l’application Web.
F IGURE 4.5 – Logo Visual Studio Code
* JupyterLab[21] est un cadre de développement interactif moderne basé sur le Web pour les
blocs-notes, le code et les données. Son interface flexible vous permet de configurer et d’organiser
ISIMA Page 52
votre workflow de science des données, du calcul scientifique, du journalisme informatique et de

l’apprentissage automatique.
Nous avons utilisé JupyterLab comme éditeur python pour entrainer le modèle de détection
d’objet.
F IGURE 4.6 – Logo Vscode
4.2.2.3 Système de gestion de base de données
*Firebase [8]est un ensemble de services gérés pour tout type d’application. Il propose un
hébergement en NoSQL et des bases de données en temps réel, du contenu, une authentification
sociale et des notifications, et même des services tels que des serveurs de communication en temps
réel.
Nous avons utilisé Firebase comme backend de notre application mobile et web.
F IGURE 4.7 – Logo firebase
4.2.2.4 Outils de modélisation UML
*StarUML [24] est un logiciel open source par son éditeur, spécialisé dans la modélisation
UML, robuste et complet qui nous permet de réaliser la conception UML de notre projet.
Nous avons employé StarUML pour présenter nos diagrammes UML.
ISIMA Page 53
F IGURE 4.8 – Logo StarUML
4.2.3 Outils de développement
4.2.3.1 Langage de développement
* Python : [29]est le langage de programmation open source le plus répandu chez les professionnels
de l’informatique. Le langage est largement utilisé dans la gestion des infrastructures, l’analyse de
données ou le développement de logiciels.
Nous avons utilisé le langage python pour le traitement des images.
F IGURE 4.9 – Logo python
*Dart [6] est un langage de programmation optimisé pour les applications sur plusieurs plates-formes.
Développé par Google et est utilisé pour créer des applications mobiles et web. Dart est un langage
orienté objet avec une syntaxe de type C++.
Nous avons utilisé le langage Dart côté serveur et client de notre application mobile et web.
F IGURE 4.10 – Logo Dart
ISIMA Page 54
4.2.3.2 Framework
*TensorFlow[8] est un outil de machine learning open source mis au point par Google. Le
code source a été ouvert par Google le 9 novembre 2015 et publié sous la licence Apache. Il a des
interfaces pour Python, Julia et R. TensorFlow est l’un des outils d’IA les plus utilisés l’apprentissage
automatique.
Nous avons utilisé le framework TensorFlow pour la formation du modèle de détection d’objet.
F IGURE 4.11 – Logo Tensorflow
*TensorFlow lite [26] est un ensemble d’outils qui permet l’apprentissage automatique sur
les appareils en permettant aux développeurs d’exécuter des modèles sur des appareils mobiles et
embarqués.
Nous avons utilisé le framework TensorFlow lite pour le déploiement du nôtre modèle sur le
Raspberry Pi.
F IGURE 4.12 – Logo TensorFlow lite
*Flutter [9] Un kit de développement logiciel en libre accès développé par Google.Permet le
développement d’applications pour Android, iOS, Linux, Mac, Windows et le Web à partir d’une
seule base de code.
Nous avons utilisé le framework Flutter pour développer notre application mobile et web.
F IGURE 4.13 – Logo Flutter
ISIMA Page 55
4.2.4 Outils de rédaction de rapport
*LATEX [14] est un système de composition linguistique et documentaire mis au point par
Leslie Lamport en 1983. Plus précisément, il inclut des caractéristiques destinées à produire une
documentation technique et scientifique.
Nous avons utilisé Latex pour rédiger du nôtre rapport.
F IGURE 4.14 – Interface Latex
4.3 Tests et résultats
4.3.1 Étapes de configuration
Dans cette section, nous définissons les configurations de différents composants de notre système :
1-La connexion Firebase (annexe A.1)
2-Google map API (annexe A.2)
3-Stripe API (annexe A.3)
4-Installation Raspberry OS et configuration caméra (annexe A.4)
ISIMA Page 56
4.3.2 Métrique d’évaluation
Lors de la phase d’entrainement du modèle de détection d’objet, nous avons choisi pour la
formation deux modèles les plus légers de la famille MobileNetv2 parce qu’elle est orientée aux
dispositifs embarqués. La figure ci-après compare les 2 modèles.
TABLE 4.2 – Comparaison de deux modèles de détection d’objets
Nom du modèle SSD mobilenet v2 fpnlite 320x320 SSD mobilenet v2 fpnlite 640x640
Temps 3 h 28 m 14 h 8 m
d’exécution
Nombre 10 000 10 000

d’étapes
Pas par seconde
Taux
d’apprentissage
ISIMA Page 57
Perte de
classification
Perte de
localisation
Perte de
régularisation
ISIMA Page 58
Perte totale
Précision/Moyenne
Précision
moyenne
Rappel
-Évaluation des modèles OCR :
Nous avons testé les trois modèles OCR illustrés dans la figure suivante.
ISIMA Page 59
TABLE 4.3 – Comparaison des modèles OCR
Image EasyOCR Pytesseract Keras-OCR
ALR 486 ALR 486 486

alr
DZI7 YXR DZI7 YXR_ dziz

yxr
F 65022 DUBAI (Y=F 85022

DUBA / 69022 f
lans
dubai
AND OX65 awd

0x855
6526 JHD g526

jhd
4.3.3 Outils de test
4.3.3.1 Jeu de données
Pour le modèle de détection d’objets, nous avons sélectionné un jeu de données d’images des
voitures comportant des plaques d’immatriculation, elle contient 432 images et 432 fichiers XML
contenant chacun la position de plaque d’immatriculation pour chaque image. Nous avons divisé en
410 images pour l’apprentissage et 22 images pour le test.
ISIMA Page 60
4.3.4 Scénarios et résultats
Dans cette partie, nous présentons le produit final de notre projet avec ses différentes interfaces,
la partie sera divisée en deux parties, le premier pour l’application Mobile et la deuxième pour le
tableau de bord Web.
4.3.4.1 Description des interfaces de l’application mobile
-Interface d’inscription :
Les utilisateurs qui souhaitent accéder aux fonctionnalités de notre application doivent avoir un
compte. Pour cela, il lui suffit de se rediriger vers l’interface d’inscription.
La figure 4.15 illustre l’interface d’inscription GO Park.
F IGURE 4.15 – Interface d’inscription
-Interface d’authentification :
Une fois l’utilisateur visite l’application, une interface d’authentification s’affiche. À ce stade,
l’utilisateur saisit son email et son mot de passe. Le système le dirige vers l’espace visiteur ou
ISIMA Page 61
propriétaire selon leur rôle.

La figure 4.16 illustre l’interface d’authentification GO Park.
F IGURE 4.16 – Interface d’authentification
-Interface d’accueil de visiteur :
Après l’authentification, le visiteur a le droit d’utiliser les fonctions proposées par l’application
à travers cette interface. L’interface principale présente une carte qui donne automatiquement la
position actuelle du visiteur et les parkings à proximité.
La figure 4.17 illustre l’interface d’accueil de visiteur GO Park.
ISIMA Page 62
F IGURE 4.17 – Interface d’accueil de visiteur
-Interface de réservation :
Grâce à cette interface, les visiteurs peuvent réserver un parking en se renseignant sur les places
de stationnement et les tarifs, puis en remplissant tous les champs du formulaire approprié.
La figure 4.18 illustre l’interface de réservation GO Park.
ISIMA Page 63
F IGURE 4.18 – Interface de la réservation
-Interface consulter les réservations :
Cette interface permet aux visiteurs de visualiser, modifier et effacer leurs réservations.
La figure 4.19 illustre l’interface consulter les réservations GO Park.
F IGURE 4.19 – Interface de la consultation des réservations
ISIMA Page 64
-Interface d’accueil de propriétaire d’un parking :
Après l’authentification, le propriétaire du parking a le droit d’utiliser les fonctions fournies par
l’application via cette interface. L’interface principale comporte trois boutons, le premier permet
La gestion du parking, le second permet la consultation et la modification de l’état de la place de
parking, et le troisième permet la gestion des réservations.
La figure 4.20 illustre l’interface d’accueil propriétaire d’un parking GO Park.
F IGURE 4.20 – Interface d’accueil d’un propriétaire d’un parking
-Interface de gestion du parking :
Ces interfaces permettent aux propriétaires de gérer leurs espaces de stationnement, par exemple
la visualisation, l’ajout, la modification ou la suppression.
La figure 4.21 illustre l’interface de gestion du parking GO Park.
ISIMA Page 65
F IGURE 4.21 – Interface d’accueil d’un propriétaire d’un parking
-Interface pour modifier l’état des places de parking :
Les interfaces ci-après affichent la liste des parkings créés par ce propriétaire. Le propriétaire
peut modifier l’état de chaque place vide ou pleine.
La figure 4.22 illustre l’interface pour modifier l’état des places de parking.
ISIMA Page 66
F IGURE 4.22 – Interface pour modifier l’état des places de parking
-Interface consulter les réservations :
Ces interfaces permettent aux propriétaires de gérer les réservations dans leurs espaces de stationnement.
La figure 4.23 illustre l’interface consulter les réservations.
F IGURE 4.23 – Interface de la consultation des réservations
ISIMA Page 67
4.3.4.2 Description des interfaces de tableau de bord
-Interface d’authentification pour l’administrateur :
Une fois l’administrateur visite le tableau de bord, une interface d’authentification s’affiche. À
ce stade, l’administrateur saisit son email et son mot de passe.
La figure 4.24 illustre l’interface d’authentification pour l’administrateur de GO Park.
F IGURE 4.24 – Interface d’authentification de l’administrateur de l’application
-Interface d’accueil pour l’administrateur :
L’administrateur peut gérer les utilisateurs de son application.

La figure 4.25 illustre l’interface d’accueil pour l’administrateur de GO Park.
ISIMA Page 68
F IGURE 4.25 – Interface de la gestion des utilisateurs pour l’administrateur
-Interface consulter la carte pour l’administrateur :
Cette interface donne accès à l’administrateur de visualiser les parkings sur la carte.
La figure 4.26 illustre l’interface consulter la carte pour l’administrateur de GO Park.
ISIMA Page 69
F IGURE 4.26 – Interface de la consultation des parkings sur la carte pour l’administrateur
-Interface d’ajout d’un parking pour l’administrateur :
Cette interface permet à l’administrateur d’ajouter un parking.

La figure 4.27 illustre l’interface à utiliser pour ajouter du stationnement pour l’administrateur du
GO Parc.
F IGURE 4.27 – Interface d’ajout d’un parking pour l’administrateur
ISIMA Page 70
4.4 Conclusion
En ce chapitre, nous le faisons présenter notre cadre de travail matériel, logiciel et l’outil de
développement. Ensuite, nous avons met l’accson sur le test et les résultats de notre application.
ISIMA Page 71
CONCLUSION GÉNÉRALE
Ce présent rapport est une description détaillée des travaux réalisés tout long de notre période
de stage au sein de l’entreprise DIGIT Technologie dans le but d’obtention de diplôme licence en
ingénierie des ordinateurs parcours : système embarqué et IoT.
Nos travaux ont consisté principalement à la conception, le développement, la réalisation et le

déploiement d’une composante de contrôle d’accès qui fait partie d’un système holistique de gestion
intelligente des parkings privés.
Nous avons tout d’abord, étudier des différents exemples des systèmes de stationnement intelligent
basé sur l’IoT pour déterminer le meilleur choix de matériel. À la fin de cette étape, nous avons
constaté que l’utilisation des caméras de surveillance pour contrôler l’accès est une approche très
efficace. Les caméras des surveillances sont presque partout, dans les milieux publics aussi bien
privés. Pour cette raison, nous avons proposé l’exploitation de ces caméras pour la lecture automatique
des matricules des voitures en plus de lors rôle de télécontrôle.
Ensuite, nous avons cherché les outils convenables en intelligence artificielle qui permettent
l’identification des voitures par matricules dans une scène vidéo. Ces outils consistent principalement
à des algorithmes d’apprentissage an profondeur. Pour cette raison, nous avons effectué une étude
qui a donné lieu au choix de meilleur algorithme convenable à notre objectif qui consiste à la
reconnaissance optique des caractères.
De plus, nous avons proposé l’architecture générale de la composante intelligente de contrôle

d’accès au parking. La couche de perception de cette architecture est basée principalement sur
une caméra de surveillance et une carte microcontrôleur. Cette carte exécutera deux algorithmes
d’apprentissage en profondeur qui permettent l’identification des voitures par leurs matricules. Ainsi,
cette architecture est basée sur une couche Cloud assisté par Firebase. La couche application sera
ISIMA Page 72
CONCLUSION GÉNÉRALE
disponible sous la forme d’une application web pour l’administrateur et sous la forme d’une application
mobile pour les propriétaires des parkings et les conducteurs des voitures
Enfin, nous avons développé les différentes couches de l’architecture proposées et nous avons
testé notre application sur une dataset contenant plus que quatre cents images aussi bien sur des
images réels aléatoires.
En conclusions, nous avons réalisé le travail demandé par l’entreprise qui consiste principalement
à fournir une preuve de concept que le contrôle d’accès des parkings peut se faire d’une façon
intelligente en se basant sur des technologies modernes telles que l’IoT et l’AI est possible.
En perspective, ce système pourrait être amélioré et enrichi par des fonctionnalités avancées
telles que d’intégration d’un système de détection automatique des accidents comme la fissuration
de la barrière d’entrée.
Cette expérience nous a permis de nous familiariser à la vie professionnelle et de nous faire idée
du monde de travail. En effet, nous avons approfondi nos connaissances dans l’IoT, l’apprentissage
approfondi et le développement mobile.
ISIMA Page 73
ANNEXES
A.1 Connexion Firebase
Créer un projet Firebase est l’étape la plus importante lorsqu’on accède aux services Firebase.
Pour créer un projet Firebase il est nécessaire de passer par quelques étapes comme suit :
1. Accédez à la console Google Firebase.
2.Cliquez sur "Ajouter un projet" et remplissez les champs manquants.
F IGURE A.1 – Ajouter un projet Firebase
3.Pour notre projet, nous avons besoin du projet firebase pour ajouté à l’application Android et
au web.
ISIMA Page 74
ANNEXES
A.1.1 connexion à l’application Android
Pour ajouter le projet a l’application Android , cliquez sur l’icône de l’Android et remplir tous
les etapes d’ajout et recupérer le nom du package du votre projet en premier lieu.
F IGURE A.2 – Ajouter un projet Firebase à une application Android
A.1.2 connexion au web
Pour ajouter le projet au web , cliquez sur l’icône du web et remplir tous les etapes d’ajout .
F IGURE A.3 – Ajouter projet firebase au web
ISIMA Page 75
ANNEXES
A.2 Google map API
Pour accéder à une carte Google à partir de votre application, vous avez besoin d’une API Google
Map.De ce fait , il est nécessaire de passer par quelques étapes comme suit :
1. Accédez à la console cloud Google .
2.ajoutez votre projet comme présente la figure ci-dessous :
F IGURE A.4 – Ajouter un projet sur la plateforme de Google Cloud
3.Cliquez sur "APIs et services" dans la barre de menu, puis sélectionnez "Bibliothèque" et
activez le "Maps SDK for android" pour l’application android et "Maps JavaScript APi" pour le
web.
ISIMA Page 76
ANNEXES
F IGURE A.5 – Activé les APIs
4.Cliquez sur "APIs and services" dans la barre de menu, puis sélectionnez "Identifiants" et
récupérez la clé et passez-la avec le paramètre key=API_KEY et utilisez-la dans votre application .
F IGURE A.6 – Ajoutez API_key dans d’application
A.3 Stripe API
Pour effectuer le paiement de notre application, nous utilisons une API stripe. Il est donc nécessaire
de passer par les étapes suivantes :
1. Accédez à Dashboard stripe.
2.Cliquez sur "API Keys" et copiez la "Publishable key" et la "Secret key" dans votre code .
ISIMA Page 77
ANNEXES
F IGURE A.7 – Clé Stripe API
A.4 Installation Raspberry OS et configuration caméra
A.4.1 Installation Raspberry OS
Pour utiliser la carte raspberry pi , vous devez d’abord installer un OS adapté, pour ceci il faut
passer par les etapes suivantes :
1.Installez Raspberry PI Imager .
2.Accedez à RPi Imager et dans le champ "operating systèm" choisissez "Raspberri PI OS (32-bit)
et ensuite choisir votre micro-sd de raspberry puis cliquez sur "write".
ISIMA Page 78
ANNEXES
F IGURE A.8 – Installation raspberry pi OS
A.4.2 Configuration caméra
Ci-dessous nous vous présenterons la schématisation du câblage du carte Raspberry PI et le

caméra .
F IGURE A.9 – Cablage du caméra et RPI
ISIMA Page 79
ANNEXES
Les images ci-dessous montre les étapes de configuration de la caméra sur le Raspberry Pi.
F IGURE A.10 – Commande pour accéder à l’espace de configuration
F IGURE A.11 – Espace de configuration de Raspberry PI OS
ISIMA Page 80
ANNEXES
F IGURE A.12 – Options d’interface
F IGURE A.13 – Activation du caméra
ISIMA Page 81
BIBLIOGRAPHIE
Bibliographie
[1] Richard A RNOTT, Tilmann R AVE et Ronnie S CHÖB. Alleviating Urban Traffic Congestion.
en. Sous la dir. de Clemens F UEST. CESifo Book Series. Cambridge, MA, USA : MIT Press,
août 2005. ISBN : 978-0-262-01219-5.
[2] Alexis B ITAILLOU, Benoıt PARREIN et Guillaume A NDRIEUX. “Synthèse sur les protocoles
de communication pour l’Internet des objets de l’industrie 4.0”. Thèse de doct. LS2N, Université
de Nantes ; IETR, Université de Nantes, 2019.
[3] Build software better, together. en. URL : https://github.com (visité le 24/05/2022).
[4] Capteurs à ultrasons / Principe / microsonic - Capteur à ultrason. URL : https : / / www .
microsonic.de/fr/support/capteurs-%C3%A0-ultrasons/principe.htm (visité le 14/04/2022).
[5] Sarah C AVEL et Claire M ILLET. “Les étiquettes RFID”. In : mémoire du Centre d’Études et
de Ressources des Industries Graphiques (2004).
[6] Dart programming language | Dart. URL : https://dart.dev/ (visité le 25/05/2022).
[7] EasyOCR. original-date : 2020-03-14T11 :46 :39Z. Juin 2022. URL : https : / / github. com /
JaidedAI/EasyOCR (visité le 10/05/2022).
[8] Firebase. URL : https://firebase.google.com/?gclid=CjwKCAjwqauVBhBGEiwAXOepkeW7tZZlNxuN9k

OTwfRiLSplJP _ 1mvZci1BlfeDcSk _ kkyAxoCCjwQAvD _ BwE & gclsrc = aw. ds (visité le
24/05/2022).
[9] Flutter - Build apps for any screen. en. URL : //flutter.dev/ (visité le 25/05/2022).
[10] Git. URL : https://git-scm.com/ (visité le 20/05/2022).
ISIMA Page 82
BIBLIOGRAPHIE
[11] Intelligence artificielle, apprentissage approfondi et automatique : comment s’y retrouver ? -

Talsom - Intelligence artificielle. fr-FR. Avr. 2018. URL : https://www.talsom.com/insights/
intelligence- artificielle- apprentissage- approfondi- et- automatique- comment- sy- retrouver/
(visité le 26/04/2022).
[12] Yadnesh J OSHI et al. “Smart parking management system using RFID and OCR”. In : 2015
International Conference on Energy Systems and Applications (2015), p. 729-734.
[13] Abhirup K HANNA et Rishi A NAND. IoT based Smart Parking System. Jan. 2016. DOI : 10.
1109/IOTA.2016.7562735.
[14] LaTeX - A document preparation system. URL : https : / / www. latex - project . org/ (visité le
27/05/2022).
[15] Raspberry Pi LTD. Buy a Raspberry Pi 4 Model B. en-GB. URL : https://www.raspberrypi.

com/products/raspberry-pi-4-model-b/ (visité le 16/05/2022).
[16] Raspberry Pi LTD. Buy a Raspberry Pi Camera Module 2. en-GB. URL : https : / / www .
raspberrypi.com/products/camera-module-v2/ (visité le 16/05/2022).
[17] Raspberry Pi LTD. Operating system images. en-GB. URL : https://www.raspberrypi.com/

software/operating-systems/ (visité le 16/05/2022).
[18] MobileNetSSDv2 Tensorflow 1.5 Object Detection Model. URL : https : / / models . roboflow.
com/object-detection/mobilenet-ssd-v2 (visité le 02/05/2022).
[19] Fausto M ORALES. keras-ocr. original-date : 2019-09-20T23 :08 :50Z. Juin 2022. URL : https:
//github.com/faustomorales/keras-ocr (visité le 11/05/2022).
[20] Edward O’DWYER et al. “Smart energy systems for sustainable smart cities : Current developments,
trends and future directions”. In : Applied energy 237 (2019), p. 581-597.
[21] Project Jupyter. en. URL : https://jupyter.org (visité le 24/05/2022).
[22] Raspberry Pi Documentation - Camera. en. URL : https://www.raspberrypi.com/documentation/

accessories/camera.html (visité le 16/05/2022).
ISIMA Page 83
BIBLIOGRAPHIE
[23] Teoh Ji S HENG et al. “An Internet of Things Based Smart Waste Management System Using
LoRa and Tensorflow Deep Learning Model”. In : IEEE Access 8 (2020), p. 148793-148811.
DOI : 10.1109/ACCESS.2020.3016255.
[24] StarUML. URL : https://staruml.io/ (visité le 24/05/2022).
[25] Stock de voitures électriques Monde. fr. URL : https://fr.statista.com/statistiques/636648/

voitures-electriques-stock-monde/ (visité le 03/04/2022).
[26] TensorFlow Lite | ML pour appareils mobiles et de périphérie. fr. URL : https : / / www .
tensorflow.org/lite?hl=fr (visité le 25/05/2022).
[27] Tesseract OCR. original-date : 2014-08-12T18 :04 :59Z. Juin 2022. URL : https://github.com/
tesseract-ocr/tesseract (visité le 10/05/2022).
[28] Visual Studio Code - Code Editing. Redefined. en. URL : https://code.visualstudio.com/ (visité
le 24/05/2022).
[29] Welcome to Python.org. en. URL : https://www.python.org/ (visité le 25/05/2022).
[30] Welcome to the Model Garden for TensorFlow. original-date : 2016-02-05T01 :15 :20Z. Juin
2022. URL : https://github.com/tensorflow/models/blob/3c77e654cf939214c9adc4e499346a2a22416447/
research/object_detection/g3doc/tf2_detection_zoo.md (visité le 02/05/2022).
[31] Welcome To UML Web Site ! URL : https://www.uml.org/ (visité le 03/06/2022).
ISIMA Page 84

Rapport Entree Intelligent-5

Transféré par

Informations du documentcliquez pour développer les informations du document

Droits d'auteur :

Formats disponibles

Rapport Entree Intelligent-5

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport Entree Intelligent-5

Transféré par

Droits d'auteur :

Formats disponibles

République Tunisienne Université de Monastir

Ministère de l’Enseignement Supérieur et Institut Supérieur d’Informatique de

Projet de fin d’études

Institut Supérieur d’Informatique de Mahdia

De la Licence en ingénierie des systèmes

Ben Taher Malek

Entrée Intelligente d’un parking privé en

Soutenu le 27/06/2022, devant la commission d'examen:

Mme Ben Hassin Ines Président

Année Universitaire : 2021/2022

A mon cher PAPA,

A mon frère & A ma sœur

Pour leurs soutiens moraux et leur encouragement.

A mes chers grands-parents,

Qui je souhaite une bonne santé.

Pour ta grande collaboration dans la réalisation de ce projet.

A mes chers professeurs pendants toutes les années de mes études,

A mes chères ami(e)s

Pour leurs supports dans les moments difficiles.

A tous mes autres ami(e)s

A mes chers parents,

A mes chères sœurs Chadya, Nejwa et Faten

pour leurs encouragements permanents, et leur soutien moral,

A mes chers frères Mohamed, Bassem et Riadh,

pour leur appui et leur encouragement,

A mon binôme pour son bon cœur et ses efforts.

Merci d’être toujours là pour moi.

ISIMA Page iii

LISTE DES FIGURES x

LISTE DES TABLEAUX xi

LISTE DES ABRÉVIATIONS xii

3.2.2 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

ISIMA Page vii

ISIMA Page viii

2.1 Capteur ultrasonique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

3.1 Architecture proposée de la composante de contrôle intelligent d’accès aux parkings

4.1 Les composants de la carte Raspberry . . . . . . . . . . . . . . . . . . . . . . . . . 50

4.6 Logo Vscode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

A.1 Ajouter un projet Firebase . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

1.1 Comparaison entre des solutions existantes . . . . . . . . . . . . . . . . . . . . . . 8

3.1 Diagramme de cas d’utilisation « Consulter les parkings» . . . . . . . . . . . . . . 32

4.1 Spécification matérielle du module caméra v2 [22] . . . . . . . . . . . . . . . . . . 51

API Application Programming Interface

GSM Global System for Mobile Communications

IDE Integrated Development Environment

IoT Internet of Things

LPWAN Low Power Wide Area Network

OCR Optical Character Recognition

RAM Random Access Memory

RFID Radio Frequency Identification

SSD Single Shot Detector

UML Unified Modeling Language

XML Extensible Markup Language

YOLO You Only Look Once

ISIMA Page xii

Notre rapport est composé par les quatre chapitres suivants :

le quatrième chapitre « Réalisation et évaluation », présente l’environnement de travail, les étapes

1.2 Organisme d’accueil