Rapport PFE Khaoula - Marwa

1.1.1.1.1.1.1.
1
République Tunisienne
Ministère de l’Enseignement Supérieur Ingénieur en :
et de la Recherche Scientifique Génie Télécommunications
Option :
Université de Sfax Réseaux mobiles
École Nationale d’Électronique Projet de Fin d’Etudes

et des Télécommunications de Sfax N° d’ordre: GT-29-2017
MEMOIRE
présenté à
L’École Nationale d’Électronique et des

Télécommunications de Sfax
en vue de l’obtention du
Diplôme National d’Ingénieur en :

Génie Télécommunications
Option :
Réseaux mobiles
par
Khaoula SELMI &Marwa ECHARNI
Développement d'un système de

décongestion basé sur IOT et WSN
Soutenu le 20 juin 2017, devant la commission d'examen:
M. Achraf MAKHLOUFI Président
Mme. Sonia MARRAKCHI Examinateur
M. Imed HADJ KACEM Encadrant
M. Mohamed ELLEUCH Encadrant

Développement d'un système de décongestion basé sur IOT et
WSN
Khaoula SELMI&Marwa ECHARNI
Résumé :
Ce travail de projet de fin d’études consiste à développer une application web et une
application mobile Android pour aider à atteindre la décongestion du trafic et la supervision
de tout un environnement entourant. L’application Android permettra à tout utilisateur de
consulter l’état de l’environnement et de trafic pour le guider à choisir son itinéraire plus que
d’autres caractéristiques environnementales issues du réseau de capteurs sans fil sur lequel
l’Ido est basé. L’application web est un outil administratif permettant la suivie du réseau plus
que la supervision de l’état de l’environnement et des équipements nécessitant la maintenance
continue tout en temps réel, grâce aux mesures spécifiques de l’entourage. L’intervention de
l’administrateur est possible pour aboutir une action méliorative.
Mots clés : Ido, 6LoWPAN, RCSF, décongestion
Abstract:
This end-of-course project work involves developing a web application and an Android
mobile application to help achieve traffic decongestion and supervision of an entire
surrounding environment. The Android application will allow any user to view the state of the
environment and traffic to guide him to choose his route more than other environmental
characteristics from the wireless sensor network on which the Ido is based. The web
application is an administrative tool allowing the monitoring of the network more than the
supervision of the state of the environment and the equipment requiring the continuous
maintenance in real time, thanks to the specific measures of the entourage. The intervention of
the administrator is possible to achieve an ameliorative action.
Key-words: IOT, 6LOWPAN, WSN, decongestion
:‫تلخيص‬
‫مشروع التخرج هذا يتمثل في تصميم و تنفيذ تطبيق شبكي و تطبيق األندرويد للهواتف المحمولة للمساعدة على‬
‫ تطبيق األندرويد يمكن المستعمل من تصفح‬.‫بلوغ تخفيف اإلزدحام في حركة المرور و اإلشراف على مراقبة المحيط‬
‫وضع المحيط وحركة المرور ليقوده إلختيارمساره إضافة إلى خصائص أخرى بيئية ناتجة عن شبكة أجهزة اإلستشعار‬
‫ التطبيق الشبكي هو وسيلة إدارية تمكن من متابعة الشبكة إضافة إلى مراقبة‬.‫الالسلكية التي تعتمد عليها أنترنت األشياء‬
‫الب يئة و المعدات التي تحتاج صيانة مستمرة بفضل قياسات خاصة بالمحيط عن طريق تدخل المشرف إلتخاذ قرار صائب و‬
.‫فعال و إنجاز عمل محسن‬
Développement d’un système de décongestion basé sur IOT et WSN Khaoula SELMI & Marwa ECHARNI
Remerciements
En préambule à ce mémoire nous remercions ALLAH le tout puissant qui nous aide et
nous donne la patience et le courage durant ces langues années d’étude.
Nous souhaitant adresser nos remerciements les plus sincères aux personnes qui nous
ont apporté leur aide et qui ont contribué à l’élaboration de ce mémoire ainsi qu’à la réussite
de cette formidable année universitaire.
Ces remerciements vont tout d’abord au corps professoral et administratif de l’École

national d’électroniques et des télécommunications de Sfax pour la richesse et la qualité de
leur enseignement et qui déploient de grands efforts pour assurer à leurs étudiants une
formation actualisée.
Nous tenant à remercier sincèrement Messieurs Imed HADJ KACEM et Mohamed

ELLEUCH, qui en tant que Directeurs de mémoire, se sont toujours montrés à l’écoute et très
disponible tout au long de la réalisation de ce mémoire, ainsi pour l’inspiration, l’aide et le
temps qu’ils ont bien voulu nous consacrer et sans qui ce mémoire n’aurait jamais vu le jour.
Nos vifs remerciements vont également aux membres du jury pour l’intérêt qu’ils ont
porté à notre recherche en acceptant d’examiner notre travail et de l’enrichir par leurs
propositions.
Nous n’oublions jamais à remercier toutes les personnes qui ont participé de près ou
de loin à la réalisation de ce travail.
ENETCOM Page I
Dédicaces
J’offre ce travail en témoignage de l’amour et de la reconnaissance que je porte à :
Mes parents :
Ma chère Maman Fatma, qui a œuvré pour ma réussite, de par son amour, son soutient,
tous les sacrifices consentis et ses précieux conseils, pour toute son assistance et sa présence
dans ma vie, reçois à travers ce travail aussi modeste soit-il, l'expression de mes sentiments et
de mon éternelle gratitude.
Mon cher Papa Ammar, qui peut être fier et trouver ici le résultat de longues années de
sacrifices et de privations pour m'aider à avancer dans la vie. Puisse Dieu faire en sorte que
ce travail porte son fruit ; Merci pour les valeurs nobles, l'éducation et le soutient permanent
venu de toi.
Mes chers frères :

Mohamed et Mohamed Aymen, pour leurs encouragements et leurs soutient durant toutes mes
années d’études.
Mes adorables sœurs :
Marwa et Safa qui n’ont jamais cessé de m’aider, encourager, créer le milieu favorable et
l’ambiance joyeuse pour me procurer ce travail.
Mes chères amies :

Etimed, Maha et safa pour leur aide et leur amour.
Khaoula SELMI
ENETCOM II
Dédicaces
A la mémoire de ma chère mère
Ce travail est dédié à ma mère formidable Rafika que j’ai eue et qui était tellement
importante et tellement si chère à mon cœur. Repose en paix et sois certaines de toujours
rester vivante en moi. Puisse Dieu, le tout puissant, l'avoir en sa sainte miséricorde.
A mon cher père

Aucune dédicace ne saurait exprimer mes sentiments, que Dieu le préserve et le procure
santé.
A ma chère sœur
Je tiens à présenter mes remerciements à Safa qui n'a jamais cessé de me soutenir.
A mon fiancé Walid
Pour tout l'encouragement et le soutien qu’il m'a offert.
A tous ceux que j'aime et qui m'aiment, en particulier mes frères. Je dédie ce travail
espérant avoir répondu à leurs souhaits de me voir réussir.
Echarni Marwa
ENETCOM III
Liste des abréviations

C
CSMA/CA Carrier Sense Multiple Access with Collision Avoidance
D
DAG Directed Acyclic Graph
DODAG Destination Oriented Directed Acyclic Graph
DODAG ID Directed Acyclic Graph Identity
DIS DODAG Information solicitation
DIO DODAG Information Object
DAO DODAG Advertisment Object
DAO-ACK DAO Acknowledgment
I
ICMP Internet Control Message Protocol
IEEE Institute of Electrical and Electronics Engineers
IETF The Internet Engineering Task Force
IdO Internet des objets
IOT Internet of Things
IMS International Satellite Center
IPv6 Internet Protocol version 6
L
LBR Low power and lossy network Border Router
LR-WPAN Wireless Personal Area Network
M
MAC Media Access Control
N
NAT Network Adress Translation
O
OSI Open Systems Interconnexion
R
RCSF Réseau de capteur sans fil
RPL IPv6 Routing Protocol for Low-power and lossy networks
T
TCP Transmission Control Protocol
ENETCOM IV
U
UDP User Datagram Protocol
UML Unified Modeling Language
6LowPAN IPv6overLowpower Wireless Personal Area Network
W
WSN Wireless Sensor Network
ENETCOM V
Table des matières
Remerciements .................................................................................................................I
Dédicaces............................................................................................................................ II
Liste des abréviations ................................................................................................... IV
D...................................................................................................................................... IV
Liste des Figures .........................................................................................................VIII
Liste des Tableaux ........................................................................................................ IX
Introduction Générale .................................................................................................... 1
Chapitre 1 : Contexte du projet ..................................................................................... 3
1. Introduction ............................................................................................................... 3
2. Présentation du centre de formation Adopt formation .............................................. 3
3. Présentation du projet ................................................................................................ 3
3.1. Cadre général du projet ...................................................................................... 3
3.2. Etude et critique de l’existant ............................................................................. 4
3.3. Solution proposée ............................................................................................... 4
3.4. Contexte du stage ............................................................................................... 5
4. Internet des objets ..................................................................................................... 5
5. Réseau de capteurs sans fil ........................................................................................ 6
5.1. Définition ............................................................................................................ 6
5.2. Architecture et caractéristique d’un RCSF ......................................................... 7
5.2.1. Architecture matérielle................................................................................ 7
5.2.2. Architecture logicielle................................................................................. 7
5.2.3. Principales caractéristiques des RCSF ........................................................ 8
5.3. Architecture d’un nœud de capteur .................................................................... 8
5.4. Les types de communication .............................................................................. 8
6. Norme IEEE802.15.4 ................................................................................................ 9
6.1. Couche physique ................................................................................................ 9
6.2. Couche liaison de données ............................................................................... 10
6.3. IPv6 sur IEEE 802.15.4 .................................................................................... 10
6.4. Couche d’adaptation 6LOWPAN ..................................................................... 11
6.5. Routage ............................................................................................................. 12
7. Conclusion............................................................................................................... 14
Chapitre 2 : Analyse et spécification des besoins ....................................................... 16
1. Introduction ............................................................................................................. 16
2. Modélisation conceptuelle ...................................................................................... 16
ENETCOM VI
3. Choix de la méthodologie UML ............................................................................. 16

3.1. Avantages de langage UML ............................................................................. 17
3.2. Objectifs de l’UML .......................................................................................... 17
3.3. Logiciel de modélisation .................................................................................. 17
4. Analyse des besoins ................................................................................................ 17
4.1. Besoins fonctionnels ......................................................................................... 18
4.2. Besoins non fonctionnels .................................................................................. 19
5. Diagramme des cas d’utilisation ............................................................................. 19
5.1. Diagramme des cas d’utilisation général .......................................................... 19
5.2. Diagramme des cas d’utilisation détaillé .......................................................... 21
6. Diagramme de classes ............................................................................................. 25
7. Diagramme d’activité .............................................................................................. 27
8. Schéma synoptique.................................................................................................. 28
9. Conclusion............................................................................................................... 30
Chapitre 3 : Réalisation ................................................................................................ 31
1. Introduction ............................................................................................................. 31
2. Environnement de travail ........................................................................................ 31
2.1. Environnement matériel ................................................................................... 31
2.2. Environnement logiciel .................................................................................... 31
2.3. Langage de développement .............................................................................. 32
3. Application Web ..................................................................................................... 34
4. Application Android................................................................................................ 40
5. Conclusion............................................................................................................... 43
Conclusion Générale et Perspective ............................................................................ 44
Bibliographie ................................................................................................................. 45
Webiographie ................................................................................................................ 46
ENETCOM VII
Liste des Figures

FIGURE 1. MODELE OSI. ............................................................................................................ 11
FIGURE 2. LA PILE 6LOWPAN.................................................................................................... 11
FIGURE 3.RESEAU IPV6 AVEC UN RESEAU 6LOWPAN. ................................................................ 12
FIGURE 4. DODAG. ............................................................ ERROR! BOOKMARK NOT DEFINED.
FIGURE 5.DIAGRAMME DE CAS D’UTILISATION GENERAL POUR L’APPLICATION WEB. .................... 20
FIGURE 6.DIAGRAMME DE CAS D’UTILISATION GENERAL POUR L’APPLICATION ANDROID.............. 20
FIGURE 7. DIAGRAMME DE CAS D’UTILISATION DE GESTION DES CAPTEURS. ................................. 21
FIGURE 8.DIAGRAMME DE CAS D’UTILISATION DE LA SUIVIE DE L’ARROSAGE................................ 22
FIGURE 9.DIAGRAMME DE CAS D’UTILISATION DE GESTION DES EQUIPEMENTS. ............................ 23
FIGURE 10.DIAGRAMME DE CAS D’UTILISATION DE L’OBTENTION DE L’ITINERAIRE. ...................... 25
FIGURE 11.DIAGRAMME DE CLASSES DE L’APPLICATION WEB. ...................................................... 26
FIGURE 12.DIAGRAMME DE CLASSES DE L’APPLICATION ANDROID. .............................................. 26
FIGURE 13.DIAGRAMME D’ACTIVITE POUR APPLICATION WEB. ..................................................... 27
FIGURE 14.DIAGRAMME D’ACTIVITE POUR APPLICATION ANDROID. ............................................. 28
FIGURE 15.SCHEMA SYNOPTIQUE DU SYSTEME. ........................................................................... 29
FIGURE 16.INTERFACE DE CONNEXION ....................................................................................... 34
FIGURE 17.TABLEAU DE BORD. ................................................................................................... 35
FIGURE 18.AJOUT DES CAPTEURS. .............................................................................................. 36
FIGURE 19.MISE A JOURS DES CAPTEURS. ................................................................................... 36
FIGURE 20.CONSULTATION DES EMPLACEMENTS DES CAPTEURS. ................................................. 37
FIGURE 21.AJOUT DES EQUIPEMENTS. ........................................................................................ 37
FIGURE 22.MISE A JOUR DES EQUIPEMENTS. ............................................................................... 38
FIGURE 23.CONSULTATIONS DES LAMPES DEFAILLANTES. ............................................................ 38
FIGURE 24.COMMANDE D’ARROSAGE. ........................................................................................ 39
FIGURE 25.CONSULTATIONS DES EMPLACEMENTS ET DES ETATS DES ORDURES. ............................ 39
FIGURE 26.CONSULTATION DE L’ETAT DU TRAFIC ROUTIER. ........................................................ 40
FIGURE 27.INTERFACE D’INSCRIPTION. ....................................................................................... 40
FIGURE 28.INTERFACE DE CONNEXION ET PAGE D’ACCUEIL. ....................................................... 41
FIGURE 29.CONSULTATION ITINERAIRE. ...................................................................................... 41
FIGURE 30.CONSULTATION DE L’EMPLACEMENT ACTUEL. ........................................................... 42
FIGURE 31.CONSULTATION DE L’ETAT DE TRAFIC. ....................................................................... 43
ENETCOM VIII
Liste des Tableaux

TABLEAU 1. TABLE DE FREQUENCE ET DE BANDE PASSANTE D’IEEE802.15.4. ............................. 10
TABLEAU 2. LES DIFFERENTS BESOINS FONCTIONNELS ................................................................. 18
TABLEAU 3. SCENARIO DE CAS D’UTILISATION DE GESTION DES CAPTEURS. ................................... 21
TABLEAU 4. SCENARIO DE CAS D’UTILISATION DE LA SUIVIE DE L’ARROSAGE. ................................ 22
TABLEAU 5.SCENARIO DE CAS D’UTILISATION DE GESTION DES EQUIPEMENTS............................... 23
TABLEAU 6.SCENARIO DE CAS D’UTILISATION S’AUTHENTIFIER..................................................... 24
TABLEAU 7. SCENARIO DE CAS D'UTILISATION DE L’OBTENTION DE L’ITINERAIRE. ......................... 25
ENETCOM IX
Introduction Générale
Depuis quelques décennies, le besoin d’observer et de contrôler des phénomènes

physiques tels que la température, la pression, la luminosité, l’humidité, la pollution dans
l’environnement et la consultation du trafic au sein des grandes métropoles est essentiel pour
de nombreuses applications industrielles et scientifiques. Vu actuellement l’augmentation des
nombres de véhicules et des marchandises en ville et les problèmes engendrés, une solution
bien déterminée pour résoudre ces contraintes est demandée.
Avec les évolutions dans le domaine des réseaux de capteurs et celui des processeurs,
nous pouvons imaginer des réseaux denses, sans fil, ayant pour rôles de récolter des données
d’un environnement et de les diffuser au sein d’un réseau. Ce type de réseaux sans fil pourrait
avoir plusieurs domaines d’applications. Nous pouvons citer à titre d’exemples la surveillance
environnementale et de l’habitat, la création d’efficiences industrielles, le contrôle de la
circulation, les opérations militaires et de sécurité et même l’amélioration des soins de santé.
La grande réputation de ces systèmes est liée au fait que ces réseaux offrent
l’opportunité de développer des applications novatrices liées à la position géographique des
éléments du réseau d’une part, et à la conception d’objets communicant entièrement
autonomes d’une autre part. En effet, un réseau de capteurs sans fil (RCSF) est un ensemble
de nœuds qui communiquent ensembles via une connexion sans fil et qui ont la possibilité de
changer de position. Les réseaux de capteurs sans fil s’inscrivent dans le concept de l’Internet
des objets qui est une technologie avancée et innovante et représente l’extension de l’Internet
à des choses et à des lieux du monde physique. Alors qu’Internet ne se prolonge
habituellement pas au-delà du monde électronique, l’Internet des objets (IdO) connectés
représente les échanges d’informations et des données provenant de dispositifs présents dans
le monde réel vers le réseau Internet.
L’IdO est en partie responsable d’un accroissement exponentiel du volume de données
générée sur le réseau, à l’origine du big data. Dans cette perspective, la maitrise d’un système
informatique basé sur l’IdO et les RCSF est primordiale voir cruciale et doit être efficace.
Ceci permettait de répondre aux problèmes de congestion au sein de métropoles afin
d’optimiser la mobilité durable en ville.
D’où l’intérêt de notre projet de fin d’études qui consiste en un système de décongestion
basé sur l’IdO (IOT en anglais) et RCSF (WSN en anglais).
ENETCOM 1
Notre rapport est composé de trois chapitres :

Le premier chapitre intitulé «Contexte du projet » permet de placer le projet dans son
cadre général.
Le deuxième chapitre intitulé « Analyse et spécifications des besoins » est consacré
pour la détermination des besoins fonctionnels et non fonctionnels et la conception du
système.
Le dernier chapitre intitulé « Réalisation »détaille tous les outils utilisés pour la
réalisation de deux applications. Quelques captures d’écran de la version finale des
applications seront présentées.
ENETCOM 2
Chapitre 1 : Contexte du projet
1. Introduction
Il est clair que la phase de la présentation du projet constitue la base de départ de notre
travail. En outre, l’adéquation de toute application à réaliser aux besoins des utilisateurs
envisagés au niveau de ses opérations, assurera la réussite de l’application et son utilité future.
Pour assurer ces objectifs, il est essentiel que nous arrivions à une vue claire des différents
besoins escomptés de notre projet. Il faut déterminer au moindre détail les fonctionnalités
attendues.
Ce chapitre va présenter au premier lieu le contexte du projet. Cette partie sera alors
consacrée à une étude préalable se basant sur une étude de l’existant pour aboutir à la
problématique qui a suscité le besoin de notre projet et à la solution proposée. Une autre
partie, sera attribuée à une présentation de l’IdO et les RCSF. Une dernière partie sera
destinée à introduire la norme IEEE 802.15.4.
2. Présentation du centre de formation Adopt formation

Adopt Formation est un établissement de formation assurant un enseignement en
alternance à des apprentis âgés de 16 à 30 ans. Le cabinet peut offrir une offre de formation
polyvalente ou spécialisée en développement, maintenance informatique, électronique menant
à des certifications nationales agrée par l’état. Le cabinet travaille en collaboration avec une
boîte de développement et une unité de recherche situés à UAE Sharjah sous la direction de
Monsieur Mohamed ELLEUCH (Enseignant à ENET’Com Sfax) afin de cibler les candidats
vers les nouvelles technologies.
3. Présentation du projet
L’objectif de ce projet est le développement d’un système de décongestion basé sur
l’Internet des objets et les réseaux de capteurs sans fil.
3.1. Cadre général du projet

Ce travail s’inscrit dans le cadre du projet de fin d’études en vue de l’obtention du
diplôme national d’ingénieur en télécommunications à l’école nationale d’électronique et des
ENETCOM 3
télécommunications de Sfax. Ce projet est effectué au sein du centre de formation Adopt

Formation.
Il vient de compléter notre formation universitaire acquise au sein de cet établissement.
Il s’agit d’essayer de nous intégrer dans la vie professionnelle grâce à une mise en
pratique de nos connaissances.
3.2. Etude et critique de l’existant

En raison de l’augmentation de nombre de véhicules, le transport des voyageurs et le
transport de marchandises au sein des métropoles se disputent un espace restreint. Cela
accentue l’encombrement et perturbe le trafic ce qui génère un ensemble important de
nuisances de tout type qu’il s’agit d’atténuer des pertes de temps liées aux phases de
congestion, de l’insécurité routière et des impacts environnementaux comme les nuisances
sonores, des émissions de gaz à effet de serre et la pollution atmosphérique locale.
Cependant la dégradation de la qualité de l’air est due à une augmentation de la quantité
de dioxyde de carbone et aussi à un manque de l’arrosage des zones vertes. En effet, les
arbres, les arbustes et les végétaux vont changer de couleur ainsi leur parfum ce qui engendre
des nuisances de la ville et des maladies pour les piétons. De plus, les ordures qui ne sont pas
vidées d’une manière périodique représentent un facteur majeur dans la pollution de l’air
ambiant. Tous ces problèmes affectent la mobilité en ville.
3.3. Solution proposée
La gestion du trafic s’inscrit dans le domaine des systèmes innovants de production qui
visent à proposer des outils et des modèles afin de gérer les aléas de ce dernier. L’application
de tels systèmes va avoir de multiples objectifs, parmi lesquels la connaissance de
l’emplacement des habitants, la consultation des zones d’embouteillage, les endroits où l’air
est le plus pollué, régler l’éclairage public et l’arrosage des zones vertes pour limiter le
gaspillage de ressources.
Le développement des nouvelles technologies de l’information et de communication a

donné naissance à la notion de l’Internet des objets qui est un concept qui vise à intégrer les
objets physiques à Internet via un système d’adressage standard permettant de les identifier
d’une manière unique. Ainsi, la grande diversité des applications de ces objets intelligents
mène à utiliser les réseaux de capteurs sans fil qui constituent une sous -classe parmi ces
réseaux d’objets. Vu le besoin de l’être humain d’une ville intelligente basée sur un
ENETCOM 4
environnement sain et un écoulement des véhicules plus efficace, il parait également

important voir crucial de développer un système de décongestion intelligent basé sur
l’Internet des objets et les réseaux de capteurs sans fil pour remédier à tous les problèmes
envisagés. Dans cette perspective, se place notre étude qui se base sur le développement d’un
système de décongestion basé sur l’Internet des objets et les réseaux de capteurs sans fil dans
le but de bien exploiter des ressources pour éviter leur gaspillage et rendre la mobilité en ville
douce.
3.4. Contexte du stage
Notre projet consiste à développer un système de décongestion basé sur l’Internet des
objets et les réseaux de capteurs sans fil. Ce projet a pour objectifs:
 Répondre aux problèmes de congestion du trafic au sein des grandes métropoles,
bénéficier d’une adaptation en temps réel du parcours proposé en cas d’obstacle
ou de changement inopiné, donc d’un gain de temps en utilisant une application
Android.
 Simulation des capteurs mesurant la luminosité, la pression, la température,
l’humidité, la pollution de l’air et les déplacements des véhicules et des habitants,
et transmission de leurs données à une centrale (Application web dans notre cas).
Les habitants peuvent aussi participer à la collecte de données via leurs
Smartphones, en téléchargeant une application.
 Le système permet de savoir où se trouvent les embouteillages, les endroits où
l’air est le plus pollué (ozone ou particules lourdes), les quartiers bruyants, etc.
 Consulter aussi les ampoules à changer dans l’éclairage public ou les poubelles à
vider pour les services de ramassage des ordures. Il permet aussi de régler
l’éclairage public et l’arrosage des parcs en fonction des conditions extérieures,
pour limiter le gaspillage.
 Il s’agit d’optimiser la mobilité durable en ville en démontrant la viabilité de
l’Internet des objets (IdO) et le réseau des capteurs (RCSF) sous la norme IEEE
802.15.4.
4. Internet des objets

L’Internet des objets est une infrastructure mondiale pour la société de l’information,
qui permet de disposer de services évolués en interconnectant des objets physiques ou virtuels
ENETCOM 5
grâce aux technologies de l’information et de la communication interopérables existantes ou

en évolution [1].
L’IdO est une technologie permettant de rendre plus intelligent l’existant, dans ce cas
les démarches peuvent être plus correctement dites plus intelligentes présentant une solution à
un ensemble de problèmes actuels grâce à une visibilité en temps réel sur les flux et une
meilleure maîtrise des informations de tout un réseau.
Selon le cabinet d’analystes International Satellite Center (IMS) research, le nombre

d'objets connectés devrait largement augmenter au fil des ans [2]. Ce sont plus de 30 milliards
d’objets divers et variés qui pourraient être connectés à Internet à l’horizon de 2020. Tous les
secteurs sont concernés: surveillance industrielle, bâtiment intelligent, domotique, sécurité,
gestion à distance de compteurs d’eau ou d’électricité, télésanté, surveillance de la qualité de
l’air, chaîne du froid, logistique, etc. En transport, il s'agit de capteurs qui servent à
l’évaluation de l’état de circulation routière, le déplacement des habitants et le stationnement.
Dans le domaine de l'environnement, il est question de capteurs surveillant la qualité de l'air,
la température, le niveau sonore, etc.
5. Réseau de capteurs sans fil

Alors que l’IdO ne prend pas en charge une technologie de communication spécifique,
les technologies de communication sans fil joueront un rôle majeur, et en particulier, les
réseaux de capteurs sans fil. Les RCSF constituent une sous-classe parmi ces réseaux d’objets
intelligents. Ceux-ci sont constitués de capteurs de petites tailles, robustes, bas alimentés,
munis d’une interface radio et couplés à un microcontrôleur basse consommation qui permet
un traitement limité [3].
Les RCSF amèneront l'IdO aux plus petits objets installés dans n'importe quel type
d'environnement à des coûts raisonnables. L'intégration de ces objets dans l’IdO sera une
évolution majeure des RCSF.
5.1. Définition
Un réseau de capteurs sans fil est un réseau ad-hoc formé par une distribution autonome
également distribuée d’un grand nombre de nœuds de capteurs où chaque nœud est équipé
d'un ou plusieurs capteurs pour détecter les phénomènes physiques ou environnementaux dans
différentes parties de l’espace tels que la lumière, la température, le son, la vibration, la
pression, le mouvement et les polluants, à divers et différents endroits [4-5]. Les nœuds de ce
ENETCOM 6
réseau sont des micro-capteurs capables de communiquer entre eux via une connexion sans
fil. La position de nœuds n’est pas obligatoirement prédéterminée. Ils sont dispersés
aléatoirement dans une zone géographique, appelée champ de capture, qui définit le terrain
pour le phénomène capté.
L’IdO est un procédé de collecte d'informations pour construire le système
d'information et de communication qui améliorera la fiabilité et l'efficacité des systèmes
d'infrastructure. Par rapport à la solution filaire, un déploiement plus facile de RCSF et une
meilleure flexibilité des appareils se disposent. Avec le rapide développement technologique
des capteurs, le RCSF est une technologie clé pour l’IdO.
Un RCSF peut généralement être décrit comme un réseau de nœuds qui détectent d’une
manière périodique les mesures qui permettant une interaction entre personnes ou ordinateurs
et l’environnement.
5.2. Architecture et caractéristique d’un RCSF
5.2.1. Architecture matérielle
En plus d'un ou plusieurs capteurs, chaque nœud dans un réseau de capteurs est
généralement équipé d'un émetteur-récepteur radio ou un autre périphérique de
communication sans fil, un petit microcontrôleur, et une source d'énergie, généralement une
batterie [6].
Un réseau de capteurs est composé de deux types de nœuds:
 les capteurs
 les puits
Les capteurs sont responsables de relever et d’envoyer les informations recueillies sur la
zone couverte vers le point de collecte, également appelé puits. Le puits récupère les
informations remontées par les différents capteurs qui forment la zone de couverture et les
route au centre de traitement.
5.2.2. Architecture logicielle
L’un des systèmes d’exploitation les plus connus dans le domaine des RCSF est
« Contiki ». Il est libre et est utilisé par une large communauté de scientifiques dans des
simulations pour le développement et le test des algorithmes et protocoles réseau.
ENETCOM 7
5.2.3. Principales caractéristiques des RCSF
- Consommation réduite d’énergie

Les nœuds capteurs utilisent des batteries de taille minuscule comme ressources en
énergie, ce qui limite leur durée de vie. La spécificité des applications des RCSF fait que la
recharge ou le remplacement de ces batteries est une tâche difficile ou presque impossible, ce
qui nous mène à déduire que la durée de vie d’un nœud est essentiellement dépendante de la
durée de vie de la batterie. Ainsi, la méthode de gestion de consommation d’énergie constitue
une contrainte majeure dans ce type de réseau.
- Tolérance aux pannes
Dans le cas de disfonctionnement d’un nœud ou aussi en cas d’ajout de nouveaux
nœuds capteurs dans le réseau, ce nœud doit continuer à fonctionner normalement sans
interruption. Ceci explique le fait qu’un RCSF n’adopte pas de topologie fixe mais plutôt
dynamique.
5.3. Architecture d’un nœud de capteur

Un capteur est composé de trois unités [7] :
 l'unité d'acquisition: l'unité d'acquisition est composée d'un capteur qui va
obtenir des mesures sur les paramètres environnementaux et d'un convertisseur
analogique/numérique qui va convertir l'information relevée et la transmettre à
l'unité de traitement.
 l'unité de traitement: l'unité de traitement est composée de deux interfaces, une
interface pour l'unité d'acquisition et une interface pour l'unité de transmission.
Cette unité est également composée d'un processeur et d'un système
d'exploitation spécifique. Elle acquiert les informations en provenance de l'unité
d'acquisition et les envoie à l'unité de transmission.
 l'unité de transmission: l'unité de transmission est responsable de toutes les
émissions et réceptions de données via un support de communication radio.
5.4. Les types de communication

Il existe deux types de communication utilisée dans les RCSF:
ENETCOM 8
- Unicast
Ce type de communication est utilisé pour échanger des informations entre deux nœuds
sur le réseau.
- Multicast
Il permet une communication entre un nœud et un groupe de nœuds. La station de base ou

Sink transmet des informations vers tous les nœuds du réseau. Ces informations peuvent être
des requêtes de données bien précises comme par exemple la température dans une région A,
des mises à jour de programmes ou des paquets de contrôle. Ce type de communication est
utilisé dans les protocoles qui incluent le « clustering » dans lesquels, le « Clusterhead »
s’intéresse à communiquer avec un groupe de nœuds.
6. Norme IEEE802.15.4
L’Internet des objets cherche à intégrer des objets physiques à Internet avec un système
d'adressage qui peut les identifier de manière unique.
La norme IEEE 802.15.4 est destinée aux réseaux sans fil de la famille des Low Rate
Wireless Personal Area Network (LR-WPAN) du fait de leur faible consommation, de leur
faible portée et du faible débit des dispositifs utilisant ce protocole [8].
La norme IEEE 802.15.4 est utilisée par des nombreuses implémentations basées sur
des protocoles propriétaires ou sur Internet Protocol (IP), comme IPv6over Low power
Wireless Personal Area Network (6LOWPAN) [9].
6.1. Couche physique
La couche physique convertit les bits en signaux, des données sont transmises et reçues sur le
support grâce à un mécanisme de modulation radio en utilisant une fréquence définie des
bandes 868 MHz, 915 MHz et 2.4 GHz comme il est donné dans le tableau1.Elle est
pareillement responsable du démarrage et de la mise en veille de la puce radio en fonction de
la couche de contrôle d’accès au support (MAC), supérieure en cas de l’absence des
informations pour une meilleure conservation de l’énergie. Dans cette première couche de
cette norme, la taille maximale d’une trame est fixée à 127 octets [10].
ENETCOM 9
Tableau 1.Table de fréquence et de bande passante d’IEEE 802.15.4.
Fréquence(MHz) Débit (Kb/s) Localisation Modulation

868-868.6 20 Europe BPSK
250 ASK
100 O-QPSK
902-928 40 USA BPSK
250 ASK
250 Canada O-QPSK
2400-2483 250 Monde O-QPSK
6.2. Couche liaison de données
La couche de liaison de données fournit un lien fiable entre deux nœuds directement
reliés en détectant et en corrigeant les erreurs qui peuvent se produire dans la couche physique
lors de la transmission et la réception des données. La couche liaison de données contient la
couche de contrôle d’accès au support (MAC) qui fournit un accès aux médias en se servant
des fonctionnalités telles que L’écoute d’un support à accès multiple avec évitement des
collisions (CSMA-CA),où l’écoute au support est nécessaire pour s’assurer qu’il n’y a pas un
autre dispositif qui est en cours de transmettre avant l'envoi de données.
6.3. IPv6 sur IEEE 802.15.4
Une limitation d’espace d’adressage est due à l’utilisation des adresses Internet Protocol
Version 4(IPv4) même à l’addition de la fonctionnalité Network Adress Transmission (NAT)
fait recours à s’appuyer sur une solution qui fournit un espace d’adressage plus important, elle
est offerte par le protocole Internet Protocol Version 6 (IPv6) où aucun NAT n’est nécessaire.
Le nombre d’adresses ipv6 est 2ˆ(128) suffit pour l’IdO qui selon les estimations
pourraient inclure 30 milliards de dispositifs connectés en 2020[11].
Initialement, un point de faiblesse due à la largeur d'adresses plus grande se résulte.

Mais, des systèmes de compression d'en-tête efficaces, expliqués par la suite, peuvent
atténuer cet inconvénient. Puisque IPv6 nécessite un support de paquet des tailles beaucoup
plus grandes que la plus grande taille de trame de la norme IEEE 802.15.4, une couche
d'adaptation appelée 6LOWPAN est définie.
ENETCOM 10
6.4. Couche d’adaptation 6LOWPAN
La figure 1 montre le modèle OSI simplifié suivi de l’exemple typique de pile utilisée
dans les appareils IdO basé sur 6LoWPAN, comme le montre la figure 2, une couche
d'adaptation est présente dans la couche de liaison de données pour permettre la transmission
de datagrammes IPv6 sur les liaisons radio de la norme IEEE 802.15.4. [12]
Figure 1. Modèle OSI.
Figure 2. La pile 6LoWPAN.
6LoWPAN est un acronyme qui fusionne la dernière version de l'Internet Protocol

(IPv6) et des réseaux locaux sans fil à faible puissance (LoWPAN). 6LoWPAN permet donc
aux plus petits appareils ayant une capacité de traitement limitée à transmettre des
informations sans fil à l'aide d'un protocole Internet.
La technologie IETF 6LoWPAN facilite l'utilisation des communications IPv6 dans les
réseaux de capteurs en haut de la norme IEEE 802.15.4, ce qui aide à résoudre le problème
d'interopérabilité, permettant les microcontrôleurs à faible coût et à faible puissance à être
connectés globalement à Internet. Des mécanismes de compression d'encapsulation d'en-tête
ENETCOM 11
permettent d'envoyer et recevoir des paquets IPv6 à partir d'un réseau basé sur la norme IEEE
802.15.4.
6.5. Routage
Le routage est un mécanisme permettant la sélection d’un chemin dans un réseau pour la
transmission des données d’un expéditeur jusqu'à un ou plusieurs destinataires parfois sur
plusieurs sauts comme le montre la figure 3.
Figure 3.Réseau IPv6 avec un réseau 6LoWPAN.
Le protocole de routage le plus utilisé pour les réseaux 6LoWPAN est le protocole de routage
RPL (IPv6 Routing Protocol for Low-power and lossy networks). C’est un protocole qui
fournit un mécanisme par lequel le trafic multipoint à point à partir des périphériques à
l'intérieur du réseau 6LoWPAN vers un Internet ainsi que le trafic point à multipoint de
l’Internet vers les dispositifs au sein du réseau 6LoWPAN sont pris en charge.
RPL prend en charge deux différents modes de routage :
ENETCOM 12
-Le mode de stockage: tous les périphériques de réseau 6LoWPAN qui sont configurés en tant
que routeurs contiennent une table de routage et une table de voisins. Quant à ce mode, ces
derniers dispositifs doivent avoir suffisamment de ressources pour le stockage.
-Le mode de non-stockage: le seul dispositif avec une table de routage est le routeur de
bord de réseau à faible puissance et à perte LBR (Low power and lossy network Border
Router). Le LBR est un périphérique qui relie le réseau à faible puissance et à perte à un autre
domaine de routage tel que l’Internet où un protocole de routage possiblement différent est
opérationnel. Le LBR agit comme un périphérique de routage et peut éventuellement héberger
d'autres fonctions telles que le collecteur de données. Dans ce cas, le paquet à envoyer
contient la route complète ajoutée par le routeur de bord pour atteindre la destination qui peut
être au sein de réseau 6LoWPAN. Dans ce contexte, la taille de l’en-tête augmente
proportionnellement au nombre de sauts nécessaire pour arriver à la destination.
RPL est un protocole de routage à vecteur de distance où le routage est basé sur
DODAG (Destination Oriented Acyclic Graphs) que montre la figure 4.
Figure 4.DODAG.
ENETCOM 13
Nous introduisons quelques termes basiques et des concepts qui sont le cœur de ce protocole.
 DAG : Directed Acyclic Graph. C’est un graph qui ne contient aucun cycle.
 DODAG : C’est un graphique acyclique dirigé où les nœuds veulent atteindre une
seule destination.
 La racine : c’est la destination des nœuds dans le DODAG. Il présente la limite de ce
graph.
 Le parent : le parent est le nœud vers lequel la flèche est dirigée. Un parent peut avoir
plusieurs fils.
 Le fils : C’est le nœud à partir duquel la flèche est partie.
 La fonction objective: C’est une fonction qui détermine un paramètre réseau à
minimiser et comment les nœuds choisissent leurs parents. Elle permet de décider si
on est près ou loin de la racine
 Le rang : C’est la distance entre le nœud et la racine.
 DODAG ID : C’est une identité IPv6 composée de 128 bits. Elle est fournie seulement
à la racine.
 Les messages de contrôle de RPL
 DODAG Information Solicitation DIS : C’est un message envoyé par un nouveau
nœud qui n’a reçu aucune annonce et qui a pour but de trouver un DODAG pour le
rejoindre.
 DODAG Information Object DIO : les nœuds voulant joindre le DODAG reçoivent ce
message issu d’un autre nœud qui fait partie du graph. Il contient des informations
liées à sa source.
 DODAG Advertisement Object DAO : le nouveau nœud l’envoie à la racine ou à un
parent en demandant de devenir un membre ou un fils du DODAG.
 DAO-ACK : c’est la réponse au DAO expédiée par la racine ou le parent au nouveau
nœud qui confirme ou refuse sa demande.
7. Conclusion
Dans ce chapitre, nous avons débuté par une étude préalable de l’existant et
l’introduction du contexte du projet puis nous avons présenté l’IdO basé sur les réseaux de
capteurs sans fil, tout en introduisant la pile protocolaire de la norme IEEE 802.15.4.
ENETCOM 14
De ce fait, nous pouvons maintenant entamer la spécification des besoins et la

conception de la solution dans le deuxième chapitre.
ENETCOM 15
Chapitre 2 : Analyse et spécification des besoins
1. Introduction
Il est évident que la qualité de départ de toute étude influe d’une façon directe à sa
réussite. C’est pour cette raison que l’étape d’analyse des besoins constitue la base de départ
de notre travail, elle est une étape fondamentale par la suite. En outre, la pertinence de toute
application à effectuer, aux besoins et aux traitements envisagés au niveau de ses opérations
assurera le succès de l'application et son utilité future. Pour assurer ces objectifs, il est
essentiel que nous arrivions à une vue claire de différents besoins attendues de notre
application. Il faut déterminer au moindre détail les fonctionnalités prévues. Nous
commencerons dans la première partie de ce chapitre par une étude de l’existant suivi par une
présentation de la spécification générale de notre projet de point de vue besoins fonctionnels
et non fonctionnels. Puis, dans une deuxième partie, nous enchainerons avec une analyse
générale qui sera réalisée en utilisant les diagrammes de cas d’utilisation, par une présentation
des acteurs et une description des cas d’utilisations, et un schéma synoptique de notre
système.
2. Modélisation conceptuelle
La conception est une étape cruciale voir primordiale dans le développement d’un
système informatique, elle permet de modéliser les spécifications évoquées au cours de la
phase d’analyse. La modélisation consiste à créer une représentation simplifiée d’un problème
[13]. C’est une étape qui facilite la phase de réalisation.
3. Choix de la méthodologie UML

A fin de réaliser notre application, nous choisissons comme langage de conception le
langage unifié de modélisation objets UML (Unified Modeling langage). Ce n'est pas une
méthode, il ne donne pas de solution pour la mise en œuvre d'un projet. C'est avant tout
un formalisme graphique issu de notations employées dans différentes méthodes objets [14].
Il permet, grâce à un ensemble de diagrammes très explicites, de représenter
l'architecture et le fonctionnement des systèmes informatiques complexes en tenant compte
des relations entre les concepts utilisés et l'implémentation qui en découle.
ENETCOM 16
3.1. Avantages de langage UML
UML est un support de communication performant :

 Il cadre l’analyse.
 Il facilite la compréhension de présentations abstraites complexes.
 Son caractère polyvalent et sa souplesse en font un langage universel.
3.2. Objectifs de l’UML
Les objectifs atteints par le langage UML sont les suivants [15] :
 Représenter des systèmes entiers par des concepts objets.
 Modéliser les réalisations de cas d’utilisations à l’aide de diagrammes
d’interaction.
 Montrer Pour les utilisateurs le fonctionnement d’un système à l’aide des cas
d’utilisation et des acteurs.
3.3. Logiciel de modélisation
StarUml est un logiciel de modélisation UML. Ce logiciel remplace des outils

commerciaux et couteux comme Rational Rose 1 ou tegether2 grâce à sa simplicité
d’utilisation et la réduction de ressources système. StarUml constitue une excellente option
pour une familiarisation à la modélisation.
4. Analyse des besoins

L’analyse des besoins est une partie consacrée à la communication avec les utilisateurs
pour ressentir leurs besoins. Les différents besoins, dont la phase de réalisation, se devisent en
deux grandes parties, à savoir, les besoins fonctionnels et les besoins non fonctionnels.
Dans notre travail, nous définissons deux acteurs :
-L’utilisateur
Il s’agit de toutes les personnes qui vont s’inscrire et bénéficier des services de l’application.
Après l’inscription, le client peut soit consulter sa position actuelle, l’état de trafic routier ou
de l’environnement, soit il reçoit l’itinéraire en fonction de ses entrées.
ENETCOM 17
-L’administrateur :
Il joue un rôle fondamental pour assurer le bon fonctionnement de système.
4.1. Besoins fonctionnels
Il s’agit des besoins qui décrivent ce que le système doit faire et réaliser. Nous avons les
présenté dans le tableau 2.
Tableau 2.Les différents besoins fonctionnels
Les acteurs Tâche Description

Administrateur Authentification Un login et un mot de passe sont obligatoires pour
accéder à l’application web
Affichage tableau de bord Il peut afficher ce tableau d’un capteur sélectionné.
Gestion de capteurs à ce niveau l’administrateur peut ajouter un capteur, le
supprimer ou modifier ses caractéristiques
Gestion des équipements il est capable d’ajouter un équipement ainsi que le mettre
à jours
Consultation des lampes Une visualisation des lampes à changer est possible dans
défaillantes l’application web administrative pour une meilleure
maintenance au niveau de l’éclairage publique
Commande de l’arrosage à l’aide de l’insertion de l’équipement dont on a besoin
de le mettre en marche l’arrosage est possible avant de
remettre l’équipement en arrêt
Consultation des ordures elle est garantie en visualisant leurs états et leurs
localisations sur un map
Consultation de l’état de trafic sur le map l’état du trafic est présenté par des cercles
centralisés au point de mesure qu’indique s’il est
congestionné, moyennement congestionné ou non.
Ainsi, la pollution de l’environnement
Utilisateur Authentification. Chaque utilisateur a un login et un mot de passe pour
accéder à l’application Android
Consultation de l’emplacement Offrir à l’utilisateur la possibilité de déterminer sa
actuel. localisation. Un simple clic sur le champ correspondant
mène à visualiser sa localisation indiquée sur le map
Consultation de L’utilisateur aura la possibilité d’accéder à la
l’environnement et de visualisation de la distribution de l’embouteillage tout au
l’embouteillage. long de trafic routier
Consultation des L’utilisateur peut visualiser les emplacements des
emplacements des ordures. ordures
Génération de l’itinéraire. permet le traçage d’un itinéraire à partir d’un point de
départ et un point de sortie sur le map que l’utilisateur
les détermine
ENETCOM 18
4.2. Besoins non fonctionnels
Après avoir déterminé les besoins fonctionnels, nous présentons l’ensemble des
contraintes à respecter pour garantir le fonctionnement du système en termes de performance :
-La disponibilité : l’application doit être disponible pour être utilisée par n’importe quel
utilisateur.
-La maintenabilité: c’est l’aptitude du système aux réparations et aux évolutions. Le
code doit être commenté. De plus, les noms des variables et des fonctions doivent être
significatives afin d’assurer la facilité à comprendre en cas de besoin.
-Simplicité d’utilisation: Vu la contrainte de tailles d’écran, les interfaces graphiques
devraient être simplistes permettant un accès rapide et guidé aux données.
-L'ergonomie des interfaces: Le système devra être cohérent du point de vue
l'ergonomie. Il doit présenter des interfaces graphiques conviviales, simples et bien
structurées du point de vue contenu informationnel pour tous les types d'utilisateurs (pas
forcément informaticiens).
-La performance: elle doit répondre à toutes les exigences des utilisateurs d’une manière
optimale à travers ses fonctionnalités.
5. Diagramme des cas d’utilisation

5.1. Diagramme des cas d’utilisation général
Un diagramme de cas d’utilisation est un diagramme conçu pour définir le

comportement d’un système. Il décrit l’utilisation du système par les différents acteurs. Dans
le système, les utilisateurs externes sont les acteurs et les services sont les cas d’utilisation. Un
cas d’utilisation permet de décrire l’interaction entre un acteur et le système étudié, il réalise
un service rendu à un acteur, avec un déclenchement, un déroulement et une fin pour l’acteur
qui l’initie.
Un acteur est toute entité, qui joue un rôle passif ou actif, vis à vis du système. En effet,
un acteur peut être un utilisateur direct du système, un administrateur, ou bien tout système
externe avec lequel le système interagit.
ENETCOM 19
Dans notre système, les acteurs sont un utilisateur de l’application Android et un

administrateur de l’application web. Les différents cas d’utilisation sont introduits par les
diagrammes dans les figures 5 et 6.
Figure 4.Diagramme de cas d’utilisation général pour l’application web.
Figure 5.Diagramme de cas d’utilisation général pour l’application Android.
ENETCOM 20
5.2. Diagramme des cas d’utilisation détaillé
-Description détaillée du cas d’utilisation « Gérer capteur »
La figure 7 présente les sous cas d’utilisation qui héritent du cas d’utilisation "Gérer les
capteurs".
Figure 6. Diagramme de cas d’utilisation de gestion des capteurs.
Le tableau 3 explique le Scénario de déroulement du cas d’utilisation "Gérer les

capteurs"
Tableau 3.Scénario de cas d’utilisation de gestion des capteurs.
Titre Gérer les capteurs
But Ajouter, supprimer des capteurs et suivre leurs

états avec leurs emplacements.
Acteur Administrateur
Pré-condition L’acteur doit être authentifié
Scénario L’acteur accède à l’interface qui lui permet de

superviser les capteurs
Post-condition Affichage du map avec la localisation et
l’indication de l’état des capteurs
ENETCOM 21
-Description détaillée du cas d’utilisation « Suivre l’arrosage»
La figure 8 présente les sous cas d’utilisation que le cas d’utilisation "Suivre l’arrosage"
inclut.
Figure 7.Diagramme de cas d’utilisation de la suivie de l’arrosage.
Le tableau 4 explique le Scénario de déroulement du cas d’utilisation "Suivre

l’arrosage".
Tableau 4.Scénario de cas d’utilisation de la suivie de l’arrosage.
Titre Suivre l’arrosage
But Commander l’arrosage suite aux besoins
Pré-condition Authentification requise
Scénario L’accès à la page de suivi de l’arrosage donne la

main à définir les équipements responsables de cette
opération. Ensuite, il est possible de commander
l’arrosage grâce à la mise en marche de l’équipement
choisi suite à un simple click sur le bouton « mettre en
marche » suivie d’une mise en arrêt après la période
nécessaire pour atteindre la satisfaction.
Post-condition L’arrosage est abouti
ENETCOM 22
-Description détaillée du cas d’utilisation « Gérer les équipements»
La figure 9 présente les sous cas d’utilisation que le cas d’utilisation "Gérer les
équipements" généralise.
Figure 8.Diagramme de cas d’utilisation de gestion des équipements.
Le tableau 5 explique le Scénario de déroulement du cas d’utilisation "Gérer les

équipements".
Tableau 5.Scénario de cas d’utilisation de gestion des équipements.
Titre Gérer les équipements
But Contrôle et maintenance des équipements
Pré-condition Authentification requise
Scénario L’administrateur a la tâche d’ajouter et de mettre à

jour les équipements pour qu’ils soient toujours
maintenus
Post-condition Equipements mises à jour
ENETCOM 23
-Description détaillée du cas d’utilisation « S’authentifier »
Dans cette partie, nous présentons les différents diagrammes de cas d’utilisation
détaillés qui présentent le fonctionnement de notre système.
Nous débutons par un tableau qui explique l’enchaînement du cas
d’utilisation" s’authentifier ".
Tableau 6.Scénario de cas d’utilisation s’authentifier.
Titre S’authentifier
But Accéder à l’application
Acteur Utilisateur
Pré-condition Chaque utilisateur doit avoir un login est un mot de

passe
Scénario L’application affiche l’interface pour se connecter
grâce au couple de login et de mot de passe, puis le système
vérifie l’exactitude des données saisies
Exception Message d’erreur si les entrées sont invalides
Post-condition Accéder à a page d’accueil
-Description détaillée du cas d’utilisation « Obtenir itinéraire»
La figure 10 présente les sous cas d’utilisation qui composent le cas d’utilisation "Consulter la
trajectoire".
ENETCOM 24
Figure 9.Diagramme de cas d’utilisation de l’obtention de l’itinéraire.
Le tableau 7 explique le Scénario de déroulement du cas d’utilisation "Obtenir itinéraire".
Tableau 7. Scénario de cas d'utilisation de l’obtention de l’itinéraire.
Titre Obtenir itinéraire
But Accéder à l’application
Acteur Utilisateur
Pré-condition L’utilisateur doit être authentifié
Scénario L’utilisateur accède à l’interface qui lui permet d’avoir

un itinéraire à partir d’un point de départ allant à un autre
point d’arrivée introduit par lui-même
Exception Message d’erreur si les entrées sont invalides
Post-condition Visualisation de l’itinéraire sur le map
6. Diagramme de classes
Les diagrammes de classes sont la base de l'analyse orientée objet et de la conception.
Ils expriment la structure statique d’un système en termes de classes, leurs attributs, leurs
méthodes ainsi que les associations, porteuses des significations qui décrivent le rôle de la
classe, entre elles.
ENETCOM 25
A ce stage, nous avons présenté les interfaces, et les tables pour expliquer le déroulement des
cas vus précédemment. Après le travail de spécification, nous pouvons maintenant construire
le nouvel incrément de notre diagramme de classes en ajoutant les différents éléments
(classes, associations, attributs, etc.) déduits à partir des activités précédentes comme le
montre les figures 11et 12.
Figure 10.Diagramme de classes de l’application web.
Figure 11.Diagramme de classes de l’application Android.
ENETCOM 26
7. Diagramme d’activité
Le diagramme d’activité est une présentation graphique en UML, qui permet de
modéliser un flux de travail du système en fonction de ses états. La figure 14 donne le
diagramme d’activité de l’application Android à développer.
La figure 13 donne le diagramme d’activité de l’application web à développer. Elle précise les
tâches faites par l’administrateur.
Figure 12.Diagramme d’activité pour application web.
ENETCOM 27
La figure 14 donne le diagramme d’activité de l’application Android à développer. Elle

précise les tâches faites par l’utilisateur.
Figure 13.Diagramme d’activité pour application Android.
8. Schéma synoptique
Le schéma synoptique est une présentation graphique décrivant un système. Il permet,
d’un seul coup d’œil, de comprendre le fonctionnement de tout un système et la liaison
existante entre ses différentes composantes. La figure 13 montre le schéma synoptique de
notre système.
ENETCOM 28
Figure 14.Schéma synoptique du système.
ENETCOM 29
9. Conclusion
Le long de ce chapitre, en présentant la modélisation de notre système grâce à la
modélisation UML, nous avons exposé la conception de l’application. Premièrement, nous
avons présenté une conception globale via la description de l’organisation du système. Puis,
nous sommes passées à la conception détaillée et nous avons présenté le diagramme de
classes afin de réaliser nos applications répondant aux besoins déjà spécifiés. Maintenant nous
sommes capables d’entamer la partie réalisation.
ENETCOM 30
Chapitre 3 : Réalisation
1. Introduction
Dans cette partie, nous présenterons le processus de mis en œuvre de nos applications
web et Android tout en prenant en considération les spécifications précédemment présentées.
Une première partie sera conçue à une présentation des choix technologiques, en spécifiant
l’environnement matériel et logiciel qui prend en charge les deux applications. Ensuite, nous
présenterons, dans ce cadre, des captures d’écran des applications développées.
2. Environnement de travail
2.1. Environnement matériel
L’environnement matériel est composé de:

-Un ordinateur possédant les caractéristiques suivants : Intel(R) Core(TM) i3-5005U CPU @
2.00GHz 2.00 GHz.
-Raspberry Pi : est un nano-ordinateur monocarte conçue à encourager l'apprentissage de la

programmation informatique. Il permet l'exécution des logiciels compatibles. Il est fourni
(carte mère seule, sans boîtier, alimentation, clavier, souris ni écran) dans l'objectif de
diminuer les coûts et de permettre l'utilisation de matériel de récupération. A l’intérieur de
Raspberry Pi, il existe notre base de données, les codes PHP permettant la connexion avec
cette base ainsi que le code Python permettant d’obtenir les différentes valeurs à partir d’une
page web. L’adresse de Raspberry Pi est la clé de recueil des données pour chacune de nos
applications.
-Smart phone : présente l’émulateur de notre application Android.
2.2. Environnement logiciel
Pour le développement de l’application, plusieurs plateformes de programmation ont été

utilisées :
-Dreamweaver 8 : Macromedia® Dreamweaver® 8 de Adobe est le principal outil de
développement Web de l’industrie. Il permet de concevoir, développer et gérer des sites Web
et des applications normalisés. Dreamweaver 8 fournit une puissante combinaison d’outils de
ENETCOM 31
mise en page visuelle, de fonctions de développement d’applications et d’assistance à

l’édition du code. [13]
-XAMPP : XAMPP est un ensemble de logiciels permettant de mettre en place facilement un
serveur Web confidentiel, un serveur FTP et un serveur de messagerie électronique. Il s'agit
d'une distribution de logiciels libres (X (cross) Apache MariaDB Perl PHP) offrant une bonne
souplesse d'utilisation, réputée pour son installation simple et rapide [14].
-Android Studio : Android Studio est un environnement pour développer des applications
Android. Il permet d'éditer, principalement, les fichiers xml, les fichiers Java et les fichiers de
configuration d’une application Android.
Il propose un atelier complet pour le développement graphique pour visualiser la mise
en page des écrans sur la machine virtuelle de résolutions variées.

-Contiki/Cooja : Contiki est un système d'exploitation open source pour Internet des Objets.
Contiki connecte de petits microcontrôleurs peu coûteux et peu performants à Internet. Les
applications Contiki, qui sont écrites en standard C avec d’autres bibliothèques, sont
utilisables par le réseau de capteurs sans fil pour lequel un simulateur appelant cooja est
spécialement conçu [15].
Dans cet environnement de simulation des réseaux de capteurs, nous avons suivi des
étapes bien déterminés. Premièrement, un ajout des nœuds est nécessaire. Cet ajout consiste à
choisir des nœuds telosb dans notre cas et le code contiki permettant la visibilité de l’échange
des messages de contrôle de RPL. Deuxièmement, un autre nœud qui exécute un code, celui
de routeur de bord, différent au précédant permettant la connexion, déjà activée, avec les
nœuds de réseau crée est ajouté.
Dans cette simulation, le routeur de bord est destiné à la collection de données envoyées
par le réseau. Puis, leur affichage est réalisé sur un page web suite à une entrée d’une adresse
IPv6 d’un nœud. L’adresse IPv6 du routeur permet d’afficher les nœuds voisins et les
différentes routes menées aux autres qui sont loin de lui. Différemment au routeur de bord, les
adresses IPv6 des nœuds permet d’afficher les mesures prises.
2.3. Langage de développement
-HTML:HTML signifie « HyperText Markup Language » langage de balises pour

l'hypertexte. Il sert à créer et représenter un meilleur contenu d’une page web.
Il est à noter que le terme hypertexte fait référence aux liens qui connectent les pages
web entre elles et qui permettent de naviguer entre les sites web.HTML fonctionne grâce à
ENETCOM 32
des balises qu’indiquent la signification de telle ou telle portion de texte dans le site. Grâce à
HTML, chacun peut créer des sites web aussi bien statiques que dynamiques [16].
-PHP : PHP «Hypertexte Processor» est un langage de script extrêmement puissant et destiné
au développement des applications web. PHP est un langage de programmation populaire. Ce
langage est portable et il est simple à utiliser. Il est rapide en termes de temps d’exécution.
Nous choisissons ce langage pour assurer la dynamité de l’application web via un
serveur web et de l’application Android via le serveur de données par l’intermédiaire du
format d’échange de données léger JSON (JavaScript Object Notation). Il peut être aisément
analysé et généré par des machines.
Lors de son exécution, l'application Android se connectera au script PHP. Le script PHP
va récupérer les données depuis la base des données MySQL. Ensuite, les données seront
encodées au format JSON et envoyées au système Android. En fin, l'application Android va
obtenir des données codées et elle les analysera et les affichera sur l’appareil Android.
-JavaScript : JavaScript est un langage de programmation de scripts principalement employé
dans les pages web interactives mais aussi pour les serveurs. C’est un langage orienté objet à
prototype [17].
JavaScript permet la réalisation de rapides mises à jour du contenu d’une page Web,
sans qu’elles nécessitent le moindre rechargement visible par l’utilisateur de la page Web.
-CSS : CSS est l'abréviation de « Cascading Style Sheets ». Ce langage fait partie de nos
choix comme le langage adéquat à concevoir le style des pages web.
-MySQL : MySQL est un système de gestion de base de données relationnelle (SGBDR) basé
sur SQL (Structured Query Language).MySQL fonctionne sur pratiquement toutes les
plateformes. Il est utilisé dans une large gamme d’applications et il est facile à comprendre. Il
permet de stocker, d’organiser, trier et structurer des données.
-Python : Python est un langage de programmation orienté objet simple, facile à comprendre
et dynamique. Il nous permet d’écrire des scripts simples et puissants grâce à des nombreuses
bibliothèques.
-Java : Android est un système d’exploitation, développé par Google, conçu pour les
Smartphones mobiles. Le kit de développement logiciel (SDK) disponible est basé sur le
langage Java. Il convient de rappeler que Java, étant un langage de programmation orienté
objet, est un langage à hautes performances.
Ce langage sert à introduire les évènements et l’interaction entre les différentes activités
de l’application Android.
ENETCOM 33
-XML : Extensible Markup Language (XML) est un format de texte formé de balises qui
permettent d'organiser les données de manière structurée.
Dans la partie de développement de l’application Android, XML est affecté au design
de l’interface graphique souhaité.
3. Application Web
Suite de cette section, nous présenterons quelques captures d’écran de l’application
web.
La figure 16 présente l’interface de connexion qui permet à l’administrateur d’accéder à
l’application web en introduisant le login et le mot de passe correctes.
Figure 15.Interface de connexion
ENETCOM 34
Suite à l’authentification de l’administrateur, il peut accéder à un affichage des

différentes mesures des différents nœuds sous forme d’un tableau de bord indiqué dans la
figure 17.Chaque valeur de mesure est accompagnée par un intervalle à lequel elle appartient.
Pour ce faire, l’administrateur peut choisir un nœud puis cliquer sur le bouton afficher les
états.
Figure 16.Tableau de bord.
La gestion des capteurs dans l’application web est assurée en trois étapes.
Premièrement, l’administrateur peut ajouter des capteurs, comme l’indique la figure 18, grâce
à une adresse sur le map qui s’affiche suite à un clic sur la localisation puis insérer sur les
champs latitude et longitude correspondants. Reste à l’administrateur d’insérer le nœud
accompagné par son adresse IP. Un simple clic sur le bouton valider permet d’ajouter ce
nœud dans la base de données.
ENETCOM 35
Figure 17.Ajout des capteurs.
L’interface présente dans la figure 19 permet une visualisation de tous les nœuds du
réseau accompagnés par leurs propres données que l’administrateur peut les modifier ou les
supprimer de la base.
Figure 18.Mise à jours des capteurs.
ENETCOM 36
La figure 20 montre la troisième étape de la gestion des capteurs. C’est une visualisation
de tous les nœuds du réseau. Ceci est réalisé par une indication par un marqueur sur le map
dont le couleur informe l’administrateur de l’état des nœuds.
Figure 19.Consultation des emplacements des capteurs.
Un équipement d’arrosage peut être ajouté par l’administrateur grâce à l’ajout d’un
marqueur suite à un clic sur la localisation désirée sur le map, comme il est montré dans la
figure 21. Dans ce cas, les données de types longitude et l’attitude sont insérées
automatiquement aux champs correspondant. L’administrateur a la main pour ajouter le nœud
et le pin, qui permettra de commander l’arrosage à une étape avancée. Ces informations sont
insérées dans la base de données.
Figure 20.Ajout des équipements.
ENETCOM 37
L’interface présentée dans la figure 22 permet l’affichage des équipements destinés à

l’arrosage suivis par ses propres donnés que l’administrateur peut les modifier ou les
supprimer de la base. Un champ permettant un filtrage suivant le type donné insérée est créé
pour faciliter la recherche.
Figure 21.Mise à jour des équipements.
Un affichage des lampes défaillantes est possible. Comme le montre la figure 23, on
peut les localiser pour une meilleure maintenance.
Figure 22.Consultations des lampes défaillantes.
ENETCOM 38
L’interface montrée par la figure 24 permet l’administrateur de commander l’arrosage

suite à un besoin ou la mise en arrêt de l’équipement.
Figure 23.Commande d’arrosage.
Une visualisation des emplacements des ordures et leurs états sont permis grâce à l’interface
affichée dans la figure 25.
Figure 24.Consultations des emplacements et des états des ordures.
ENETCOM 39
La visualisation de l’état du trafic est possible à l’administrateur. Cela est affiché dans
la figure 26. Ceci est utile pour prendre des décisions efficaces suite à des éventuels
problèmes.
Figure 25.Consultation de l’état du trafic routier.
4. Application Android
Dans la suite de cette section, nous présenterons quelques captures d’écran de
l’application Android.
Une première étape d’inscription pour accéder à l’application Android s’effectue par
l’entrée des informations valides de l’utilisateur. L’interface graphique affichée dans la figure
27 montre l’interface d’inscription.
Figure 26.Interface d’inscription.
ENETCOM 40
Un utilisateur ayant un compte a un couple de login et de mot de passe lui permettant

d’accéder à la page d’accueil qui contient les différents services offerts.
a. Connexion b. Page d’accueil
Figure 27.Interface de connexion et page d’accueil.
L’utilisateur de cette application peut obtenir un itinéraire tracé sur le map liant deux
marqueurs qui correspondent respectivement aux adresses de départ et de sortie (d’arrivée)
saisies dans les deux champs comme le montre la figure 29.
Figure 28.Consultation itinéraire.
ENETCOM 41
La position actuelle est visible à l’utilisateur sur le map. Ceci est clair dans la figure 30.
Figure 29.Consultation de l’emplacement actuel.
Une consultation de l’état de l’environnement, à cause des ordures et de la pollution, et du

trafic est possible comme il est affiché respectivement dans les figures 31 et 32.
ENETCOM 42
Figure 31.Consultation des ordures.
Figure 32.Consultation de l’état de trafic.
5. Conclusion
Dans ce chapitre, nous avons abordé l’implémentation de nos applications et les outils
utilisés.
ENETCOM 43
Conclusion Générale et Perspective
Au terme de ce rapport, nous dressons le bilan complet de notre travail qui se situe
dans le cadre de notre projet de fin d’études intitulé "développement d’un système de
décongestion basé sur IoT et WSN" qui a été mené au sein du centre de formation "Adopt
Formation ". L’objectif visé à travers ce rapport est de présenter les applications réalisées au
cours de notre stage de fin d’études.
Ce projet, tout d’abord, nous a permis de mieux comprendre le principe de l’Internet des
objets comme une nouvelle technologie de l’information et de communication. Aussi bien de
savoir les réseaux de capteurs sans fil qui est une sous-classe parmi ces réseaux d’objets
connectés. De plus, ce travail nous a permis d’approfondir nos connaissances de la norme
IEEE802.15.4 sur laquelle se base ces réseaux. D’autre part, nous avons présenté toutes les
étapes nécessaires pour la conception détaillée précédant la phase de la réalisation d’une
application web administratif et d’une application mobile Android destiné à tout utilisateur.
Cette étude nous a permis d’acquérir des nouveaux concepts de programmation ainsi
que d’approfondir nos connaissances théoriques. A titre général, nous pouvons affirmer que
ce stage a été enrichissant.
Bien que satisfaisante vis à vis des exigences soulignées pendant la conception et
l’analyse des besoins, d’autres améliorations peuvent être apportées au projet selon les
besoins des clients. Il peut être un composant indépendant de toute une plateforme d’IdO qui
peut toucher plusieurs domaines.
ENETCOM 44
Bibliographie
[2] PIERRICK ARLOT "La pile de protocoles IP se met au goût de l’Internet des objets",
Article, 2013.
[3] KHAWLA LAHMAR "Étude et validation d'un environnement de simulation de la
consommation dans les RCSF, Rapport PFE.
[4] K.Römer et M.Friedemann "The Design Space of Wireless Sensor Networks" in IEEE
Wireless Communications, 2004.
[5] S.Hadim et M.Nader "Middleware Challenges and Approaches for Wireless Sensor
Networks" in IEEE Distributed Systems, 2006.
[6]YACINE CHALLAL "Réseaux de capteurs sans fil", 2008.
[7] FARES ABELFATAH "Développement d’une bibliothèque de capteurs ", Rapport
PFE, 2008.
[8] Mohamed Nazim Abdeddaim "Analyse des performances d’un réseau de capteurs
exploitant le standard IEEE 802.15.4", Université de Grenoble, 2012.
[9] RFC 4944: Transmission of IPv6 Packets over IEEE 802.15.4 Networks, 2007.
ENETCOM 45
Webiographie
[1] http://www.itu.int
[10] http://www.uml-sysml.org/uml/lanalyse-et-la-conception-architecturale
[11] http://www.memoireonline.com/06/12/5976/m_Conception-et-realisation-d-un-site-
web-dynamique-pour-un-magazine-en-ligne5.html
[12] http://www-inf.it-sudparis.eu/COURS/CSC4002/EnLigne/Cours/CoursUML/2.html
[13] http://www.adobe.com/support/documentation/fr/dreamweaver/dw8/releasenotes.html
[14] https://fr.wikipedia.org/wiki/XAMPP
[15] http://www.contiki-os.org/
[16] https://fr.wikibooks.org/wiki/Le_langage_HTML
[17] https://fr.wikipedia.org/wiki/JavaScript
ENETCOM 46

Rapport PFE Khaoula - Marwa

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 PFE Khaoula - Marwa

Transféré par

Droits d'auteur :

Formats disponibles

1.1.1.1.1.1.1.

École Nationale d’Électronique Projet de Fin d’Etudes

L’École Nationale d’Électronique et des

Diplôme National d’Ingénieur en :

Développement d'un système de

Soutenu le 20 juin 2017, devant la commission d'examen:

M. Achraf MAKHLOUFI Président

Mme. Sonia MARRAKCHI Examinateur

M. Imed HADJ KACEM Encadrant

M. Mohamed ELLEUCH Encadrant

Khaoula SELMI&Marwa ECHARNI

Ces remerciements vont tout d’abord au corps professoral et administratif de l’École

Nous tenant à remercier sincèrement Messieurs Imed HADJ KACEM et Mohamed

Mes chers frères :

Mes chères amies :

A mon cher père

A mon fiancé Walid

Pour tout l'encouragement et le soutien qu’il m'a offert.

Liste des abréviations

Table des matières

3. Choix de la méthodologie UML ............................................................................. 16

Liste des Figures

Liste des Tableaux

Depuis quelques décennies, le besoin d’observer et de contrôler des phénomènes

Notre rapport est composé de trois chapitres :

Chapitre 1 : Contexte du projet

2. Présentation du centre de formation Adopt formation

3.1. Cadre général du projet

télécommunications de Sfax. Ce projet est effectué au sein du centre de formation Adopt

3.2. Etude et critique de l’existant

3.3. Solution proposée

Le développement des nouvelles technologies de l’information et de communication a

environnement sain et un écoulement des véhicules plus efficace, il parait également

3.4. Contexte du stage

4. Internet des objets

grâce aux technologies de l’information et de la communication interopérables existantes ou

Selon le cabinet d’analystes International Satellite Center (IMS) research, le nombre

5. Réseau de capteurs sans fil

5.2. Architecture et caractéristique d’un RCSF

5.2.1. Architecture matérielle

5.2.2. Architecture logicielle

5.2.3. Principales caractéristiques des RCSF

- Consommation réduite d’énergie

5.3. Architecture d’un nœud de capteur

5.4. Les types de communication

Il permet une communication entre un nœud et un groupe de nœuds. La station de base ou

6.1. Couche physique

Tableau 1.Table de fréquence et de bande passante d’IEEE 802.15.4.

Fréquence(MHz) Débit (Kb/s) Localisation Modulation

6.2. Couche liaison de données

6.3. IPv6 sur IEEE 802.15.4

Initialement, un point de faiblesse due à la largeur d'adresses plus grande se résulte.

6.4. Couche d’adaptation 6LOWPAN

Figure 1. Modèle OSI.

Figure 2. La pile 6LoWPAN.

6LoWPAN est un acronyme qui fusionne la dernière version de l'Internet Protocol

Figure 3.Réseau IPv6 avec un réseau 6LoWPAN.

De ce fait, nous pouvons maintenant entamer la spécification des besoins et la

Chapitre 2 : Analyse et spécification des besoins

3. Choix de la méthodologie UML

3.1. Avantages de langage UML

UML est un support de communication performant :

3.2. Objectifs de l’UML