Vous êtes sur la page 1sur 69

ECOLE SUPERIEURE D’INFORMATIQUE SALAMA

République Démocratique Du Congo


Province du Haut-Katanga
Lubumbashi
www.esisalama.org

CONCEPTION ET REALISATION D’UNE


APPLICATION DE POINTAGE DES ANTENNES.
CAS D’INTERSYS

Travail présenté et défendu en vu de l’obtention du


grade d’ingénieur technicien en informatique

Par : KIBWAKO MWILAMBWE


Delvaux
Option : Télécommunications et Réseaux

Septembre 2018
ECOLE SUPERIEURE D’INFORMATIQUE SALAMA
République Démocratique Du Congo
Province du Haut-Katanga
Lubumbashi
www.esisalama.org

CONCEPTION ET REALISATION D’UNE


APPLICATION DE POINTAGE DES ANTENNES.
CAS D’INTERSYS

Travail présenté et défendu en vu de l’obtention du


grade d’ingénieur technicien en informatique

Par : KIBWAKO MWILAMBWE Delvaux


Option : Télécommunications et Réseaux

Directeur : Bertin POLOMBWE


Co-directeur : Baudouin BANZA

Septembre 2018
EPIGRAPHE

I
DEDICACE

II
REMERCIEMENTS
LISTE DES FIGURES

Figure I. 1. Base Ubiquiti RP-5AC-Gen2.....................................................................................8


Figure I. 2. Base Mikrotik MTAS-5G-15D120.............................................................................9

IV
LISTE DES TABLEAUX

Tableau I. 1. Caracteristiques RP-5AC-Gen2 ..................................................................7


Tableau I. 2.Caractéristiques MTAS-5G-15D120 ............................................................8
Tableau I. 3.Caractéristiques WBS-5800 .........................................................................9
Tableau I. 4.Caractéristiques R5000-Sm ........................................................................10
Tableau I. 5.Caractéristiques LBE-M5-23 .....................................................................11
Tableau I. 6. Caractéristiques NSM5 .............................................................................12
Tableau I. 7. Caractéristiques PBE-5AC-Gen2 .............................................................13
Tableau I. 8. Caractéristiques LHG 5 ............................................................................14
Tableau I. 9. Caractéristiques SXT Lite5 ac ..................................................................15
Tableau I. 10. Caractéristiques R5000-Smn/5.300.2*63.2*19 ......................................16

Tableau III. 1.Cotations des différents frameworks sélectionnés...............................................36


Tableau III. 2. Cotations des différents SGBD sélectionnés.......................................................38

V
LISTE DES EQUATIONS

Équation 1. – Puissance reçue par un CPE (W)..........................................................................31


Équation 2. – Puissance reçue par un CPE (dBm)......................................................................31
Équation 3. – Puissance reçue par un récepteur (W)..................................................................31
Équation 4. – Puissance reçue par un CPE (W)......................................................................32
Équation 5. – Puissance reçue par un CPE (dBW).....................................................................32
Équation 6. – Atténuation totale de propagation (dB)................................................................32
Équation 7. – Atténuation de propagation (dB)..........................................................................32
Équation 8. – Atténuation en espace libre (dB)..........................................................................32
Équation 9. – Puissance reçue par un CPE (dBW).....................................................................33

VI
LISTE DES ACRONYMES

VII
TABLE DES MATIERES

EPIGRAPHE...............................................................................................................................I
DEDICACE................................................................................................................................II
REMERCIEMENTS.................................................................................................................III
LISTE DES FIGURES.............................................................................................................IV
LISTE DES TABLEAUX..........................................................................................................V
LISTE DES EQUATIONS.......................................................................................................VI
LISTE DES ACRONYMES....................................................................................................VII
TABLE DES MATIERES......................................................................................................VIII
AVANT-PROPOS......................................................................................................................1
CHAPITRE 0..............................................................................................................................2
INTRODUCTION GENERALE...............................................................................................2
0.1. Problématique..............................................................................................................2
0.2. Hypothèse....................................................................................................................2
0.3. Choix et intérêt du sujet...............................................................................................3
0.4. Méthodologie (méthodes et techniques).....................................................................3
0.5. Etat de l’art...................................................................................................................4
0.6. Délimitation du travail..................................................................................................4
0.7. Subdivision du travail...................................................................................................5
0.8. Outils logiciels et équipements utilisés.........................................................................5
CHAPITRE I..............................................................................................................................6
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME.....................................6
1.1. Introduction..................................................................................................................6
1.2. Cadre et contexte du projet.........................................................................................6
1.3. Etude de l’existant........................................................................................................7
1.4. Critique du système d’installation..............................................................................19
1.5. Spécification des besoins............................................................................................19
1.6. Analyse des contraintes..............................................................................................21
1.7. Définition des critères de choix..................................................................................22
1.8. Conclusion partielle....................................................................................................22
CHAPITRE II..........................................................................................................................23

VIII
TABLE DES MATIERES P a g e | IX

CONCEPTION GENERALE ET DETAILLEE LOGIQUE................................................23


2.1. Introduction....................................................................................................................23
2.2. Conception générale.......................................................................................................24
2.3. Conception détaillée logique...........................................................................................25
2.4. Conclusion partielle.........................................................................................................33
CHAPITRE III.........................................................................................................................35
CONCEPTION TECHNIQUE................................................................................................35
3.1. Introduction................................................................................................................35
3.2. Choix technologique...................................................................................................35
3.3. Choix du Framework...................................................................................................35
3.4. Choix d’un SGBD.........................................................................................................38
3.5. Architecture Physique...............................................................................................40
3.6. Plan d’implémentation...............................................................................................40
3.7. Les procédures de déploiement.................................................................................41
3.8. Conclusion partielle....................................................................................................42
CHAPITRE IV.........................................................................................................................44
IMPLEMENTATION ET RESULTAT.................................................................................44
4.1. Introduction....................................................................................................................44
4.2. Installation & Configuration............................................................................................44
4.3. Le développement...........................................................................................................47
4.4. Test et résultat................................................................................................................50
4.5. Conclusion partielle.........................................................................................................55
CONCLUSION GENERALE..................................................................................................57
BIBLIOGRAPHIE...................................................................................................................58

TFE_TLC_ESIS 2018
AVANT-PROPOS

Conformément aux dispositions en vigueur régissant notre enseignement de


l’école supérieure d’informatique SALAMA et le programme national des institutions
supérieures techniques, des défenses des travaux ou projets à la fin des cursus
académiques des ingénieurs techniciens en informatique sont organisés. C’est dans ce
cadre et ordre d’idée que nous inscrivons également ce travail de fin d’études en réseaux
et télécommunications qui s’intitule «CONCEPTION ET REALISATION D’UNE
APPLICATION DE POINTAGE DES ANTENNES ».

Le but du sujet choisi est de résoudre le problème d’installation des antennes


chez les abonnés par les techniciens de l’entreprise INTERSYS, c’est-à-dire permettre à
ses derniers d’avoir une précision sur la base d’émission à laquelle un abonné
quelconque pourrait être connecté ce qui facilitera l’installation tout en minimisant le
temps.

Dans ce projet, nous détaillons notre solution de la conception jusqu’à


l’implémentation en partant des spécifications fonctionnelles du système existant, de la
conception logique générale et détaillée du système, du choix des différentes solutions
technologique jusqu’à la mise en place de la dite application.

Nous recommandons au lecteur d’effectuer la lecture des quatre chapitres en


continuité. Sa structuration en deux parties distinctes (théorique et pratique) permet
aussi de le parcourir par centre d’intérêt.

Ce travail peut constituer une source d’inspiration pour les personnes désirant
approfondir et orienter sous un autre angle ce sujet.
INTRODUCTION GENERALE Page |2

CHAPITRE 0.

INTRODUCTION GENERALE

0.1. Problématique

Apres une période de stage académique passé à l’entreprise INTERSYS, nous


avons pu constater certains problèmes au sein de cette dernière qui pouvaient trouver
solution grâce à l’outil informatique. Lors de l’installation d’une antenne chez un
abonné, dans le souci de pouvoir maximiser le gain et de diminuer le temps
d’installation, les techniciens télécommunicants se trouvent face aux problèmes
suivants :

 Le manque de précision sur la station de base fournissant le meilleur gain.


Autrement dit, les techniciens ont du mal dans la détermination de la meilleur
station d’émission par rapport au point d’installation.
 Etant fixés sur la station de base à laquelle l’antenne de l’abonné sera fixée, le
second problème reste de savoir avec précision la direction pouvant maximiser
le gain.

En vue de palier à ces problèmes, nous nous sommes posé deux questions
fondamentales :

 Comment localiser la base d’émission ayant le meilleur gain ?


 Comment orienter l’antenne afin de maximiser le gain ?

0.2. Hypothèse

Les réponses à nos différentes questions nous amènerons sans doute sur la voie
de la solution. Suite aux différents problèmes rencontrés lors de l’installation d’une
antenne, et suite aux différentes questions que nous nous sommes posés, sachant aussi
que les techniciens sont exposés en termes de hauteur. Il nous est venue à l’idée de
recourir aux notions d’’informatique et plus précisément celle de la programmation.

TFE_TLC_ESIS 2018
INTRODUCTION GENERALE Page |3

Ainsi, nous proposons l’implémentation d’une application mobile qui devra


permettre la détection d’une manière automatique non seulement de la base d’émission
ayant un meilleur gain mais aussi la direction dans laquelle le gain est meilleur. Pour
arriver à cette détection, notre application doit intégrer toutes les informations relatives
aux différentes stations d’émissions ainsi qu’aux différentes antennes de réceptions.

0.3. Choix et intérêt du sujet

Nous avons porté notre choix sur ce sujet de recherche afin que l’installation des
antennes soit facile et dans un temps réduit chez les abonnés pour les techniciens
télécommunicants de l’entreprise INTERSYS en particulier et de tous les techniciens
télécommunicants des différents fournisseurs d’accès à internet en général qui
désirerons exploiter notre solution. L’intérêt que nous donnons à ce sujet est subdivisé
en trois points, à savoir :

1. L’intérêt personnel

Etudiant chercheur que nous sommes dans le domaine des télécommunications


et passionné du code, nous sommes conscient et heureux de traiter ce sujet qui est très
bénéfique pour notre auto-formation, et pour approfondir nos connaissances dans le
domaine de la transmission radio et celui de la programmation en général et la
programmation mobile en particulier dont nous ne connaissons qu’une petite portion.

2. L’intérêt scientifique

L’objectif de notre travail n’est pas seulement de faire de nous un ingénieur


technicien diplômé en télécommunications et réseaux, mais aussi faire de ce dernier une
référence pour les autres. Pour tous chercheur qui veut emprunter notre direction, que ce
travail lui soit fiable, précis et satisfaisant.

3. L’intérêt social

Du point de vue social, ce travail aura un impact important dans la protection des
techniciens télécommunicants qui travaillent en hauteur et aussi permettra un gain en
temps dans l’installation. Ce travail permettra de réduire le temps de travail des
techniciens, ce qui leur permettra de consacrer leurs temps à d’autres taches.

0.4. Méthodologie (méthodes et techniques)

TFE_TLC_ESIS 2018
INTRODUCTION GENERALE Page |4

Tout au long de l’élaboration de notre travail, nous utiliserons un ensemble de


méthodes et techniques qui sont des procédés empruntés pour un cheminement logique
et cohérent par rapport à notre sujet d’étude.

0.4.1. Méthodes

Comme méthode, nous avons adopté l’approche descendante connue sous le


nom de TOP DOWN DESIGN.

Top-Down Design est une méthodologie qui va du plus haut niveau d’un
concept donné vers le plus bas niveau de ce dernier.

0.4.2. Techniques
 La documentation : Nous avons eu à consulter des livres, des sites internet, des
travaux de fin d’étude et des cours pour enrichir ce travail.
 L’interview : Nous avons eu à échanger avec quelques personnes qui nous ont
apportés plus d’éclaircissement dans l’élaboration de notre travail, entre autre les
professionnels du code, les techniciens d’INTERSYS ainsi que les professeurs.

0.5. Etat de l’art

L’évolution technologique de la science avance à une vitesse de croisière,


surtout dans le domaine informatique et celui des télécommunications, toutes les
nouvelles technologies existantes font déjà objet d’études dans le milieu scientifique,
Nous ne pouvons pas dire que nous sommes les premiers à traiter ce sujet et moins
encore d’être la dernière personne à travailler dessus.
Nous avons trouvés quelques applications qui offrent un fonctionnement
similaire au notre, nous citons:
 Satellite Pointer : est une application de recherche des satellites pour
fixer et positionner une parabole.
 Satellite Check : est une application android qui permet de trouver et
afficher tous les satellites par rapport à notre position GPS.
 SatFinder : est une application android permettant aux utilisateurs
d’installer correctement une parabole. Elle est basée sur le GPS et choisit
le satellite.
Toutes ces applications citées ci-haut, permettent d’avoir un meilleur
positionnement dans l’installation des paraboles par rapport aux satellites, notre
démarcation consistera donc à mettre au point une application qui permettra de bien
positionner pas les paraboles mais les antennes radio à leurs stations de base et non aux
satellites.

TFE_TLC_ESIS 2018
INTRODUCTION GENERALE Page |5

0.6. Délimitation du travail

L’aboutissement de notre travail doit tenir compte des limites dans le temps et
dans l’espace.

Dans le temps, nous affirmons que ce travail va couvrir la période allant du mois
d’octobre 2017 au mois de septembre 2018.

Dans l’espace, nous tiendrons compte uniquement de l’entreprise INTERSYS.

0.7. Subdivision du travail

Hormis l’introduction générale et la conclusion générale cette œuvre scientifique


est subdivisée en quatre chapitres, qui sont :

 Chapitre I : Spécifications fonctionnelles du futur système.


 Chapitre II : Conception générale et détaillée logique.
 Chapitre III : Conception technique.
 Chapitre IV : Implémentation et Résultat.

0.8. Outils logiciels et équipements utilisés

Voici quelques applications auxquelles nous avons fait recours pour


l’élaboration, la conception et la réalisation de notre travail :

 Node.js,
 Cordova,
 Ionic,
 Sdk Android,
 Office 2013
 Sublime Text
 Star UML
 WebStorm

TFE_TLC_ESIS 2018
CHAPITRE I.

SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME

1.1. Introduction

Ce chapitre intitulé spécifications fonctionnelles du futur système représente une


mise dans le contexte du projet de fin d'étude intitulé conception et réalisation d’une
application de pointage des antennes. Il est constitué de trois parties dont la première se
focalise sur l’environnement du projet à travers une brève présentation de l’entreprise
INTERSYS. Dans la deuxième partie, nous étudierons le système existant en générale,
ressortir les avantages ainsi que les inconvénients de ce dernier. Enfin, la troisième
partie se focalisera sur les spécifications des besoins fonctionnels et non fonctionnels,
une définition du travail demandé et de la problématique qu'il doit résoudre.
1.2. Cadre et contexte du projet
1.2.1. Présentation
International System en sigle INTERSYS est une entreprise œuvrant dans le
secteur des réseaux informatiques et celui des télécommunications qui a vu le jour en
avril 2008 sous l’initiative de Mr Noel, Mr Ange ainsi que Mr Albert.
Elle offre plusieurs services que nous pouvons énumérer :
 L’accès à internet
 L’intranet
 La voix sur IP
 La vidéo conférence
 Le Réseau Privé Virtuel
 La maintenance réseau informatique
 La maintenance technique
 La vente des matériels informatiques
 Et divers services informatiques (assistance informatique, formations
informatiques de cadre et autre personnel, …)

1.2.2. Situation géographique


La direction générale d’INTERSYS est située au bloc C du quartier Luano City,
dans la ville de Lubumbashi, province du Haut Katanga en République Démocratique
du Congo.
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME Page |7

Elle dispose de deux autres bureaux se trouvant toujours dans la ville de


Lubumbashi dont le premier se trouve au numéro quinze de l’avenue André Lumbu au
sein du quartier Golf Kabulamechi et le second au numéro 12 de l’avenue Usoké au
quartier Industriel.
1.3. Etude de l’existant

De manière générale un réseau est un ensemble d’entités interconnectées entre


elles dans le but d’échanger les informations.

En télécoms, nous entendons par réseau l’ensemble d’infrastructures (matérielles


et logicielles) mis en œuvre pour permettre à des usagers distants d’échanger des
informations avec qualité et un délai aussi court que possible [1].
Tout réseau de télécoms est constitué de 3 parties ou composantes principales à savoir :
 La partie cœur ou nœud qui est la composante centrale du réseau
 La partie maille ou lien qui assure l’accès au réseau
 La partie terminale qui est constituée des équipements d’utilisation finale
Dans notre étude de l’existant, nous allons nous focaliser sur la partie maille ou
lien du réseau mis au point par INTERSYS qui est constituée des équipements de
transmission radio.
1.3.1. Les bases d’émission
Nous entendons par base ou antenne tout équipement radio capable de convertir
l’énergie électrique d’un signal en énergie électromagnétique transportée par une onde
électromagnétique [2].
Une base est dite d’émission lorsqu’elle permet de rayonner un signal
électromagnétique dans l’espace avec le but de permettre aux autres bases qui seront
dites de réception à recueillir le signal envoyé et ainsi former un réseau.
Voici les différentes bases d’émission utilisées par INTERSYS :
1.3.1.1. La base Ubiquiti
Nous trouvons sur le marché actuellement plusieurs types de station de base
Ubiquiti. Cependant, INTERSYS utilise la station de base RP-5AC-Gen2 à laquelle
peut se connecter une base de réception de type Ubiquiti ayant la même fréquence. Elle
a un gain de 10 dBi, une puissance de 28 dBm et sa portée maximale est d’environ 20
Km. Voici quelques caractéristiques techniques :
Tableau I. 1. Caracteristiques RP-5AC-Gen2 [8]

Dimensions 88*40*230mm (3.47 * 1.58 * 9.062)


Weight 400g (14.11 oz)
Networking Interface (1) 10/100/1000 Ethernet Port
RF Connectors (2)RP-SMA (Waterproof)
(1) GPS (Waterproof)

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME Page |8

Leds (4) Signal Strength, GPS, Power, LAN


Enclosure Die-Cast Aluminium with
White Powder Coating
Max. Power consumption 9.5 W
Power Supply 24V, 1A Gigabit PoE Adapter (Included)
Power Method Passive PoE (Pairs 4,5+; 7, 8 Return)
Processor MIPS 74Kc
Memory 128MB DDR2 SDRAM
Operating temperature -40 to 80°C (-40 to 176° F)
Operating Humidity 5 to 95% Noncondensing
ESD/EMP Protection ±24KV Contact / Air for Ethernet
Shock and Vibrations ETSI300-019-1.4
Certifications CE, FCC, IC
Operating Frequency (MHz)
Worldwide 5150 – 5875
USA U-NII-1 U-NII-2A U-NII-2C U-NII-3
5150-5250 5250-5350 5470-5725 5725-5850
Management Radio (MHz)
Worldwide 2412 – 2472
USA 2412 – 2462

Figure I. 1. Base Ubiquiti RP-5AC-Gen2


1.3.1.2. La base Mikrotik
INTERSYS utilise la base Mikrotik MTAS-5G-15D120 qui a une portée
maximale de 15 Km à laquelle se connectent les bases de réception Mikrotik. Voici
quelques caractéristiques techniques:
Tableau I. 2.Caractéristiques MTAS-5G-15D120 [8]

Code MTAS-5G-15D120
Antenna gain 15dBi
Frequency range 5.17 – 5.825 GHz
Polarization Vertical and Horizontal

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME Page |9

Beamwidth 120 deg (azimuth) 10 deg (elevation)


Antenna Beamwidth 120°
Antenna Type MIMO, Sector/Base Station
VSWR 1.43 typ, 1.8 max
Port to Port Isolation >40 dB min
Front-to-Back Ratio >30 dB
Cross Polarization >30 dB
Diameter * Deph 140 * 348 * 82 mm
Weight 734 g
Connector Two RP-SMA

Figure I. 2. Base Mikrotik MTAS-5G-15D120


1.3.1.3. La base Wavion
Dans la famille des stations de base Wavion, INTERSYS utilise la base WBS-
5800 qui a une portée maximale de 15 Km à laquelle peut se connecter une base de
réception Mikrotik ou Ubiquiti Nanostation de même fréquence que la WBS qui
présente les spécifications suivantes :
Tableau I. 3.Caractéristiques WBS-5800 [8]

Security WEP (64 or 128 bit), WPA, WPA2


QoS 802.1q VLAN support with multiple SSIDs, WMM
support
Wireless IEEE 802.11a compliant, Freq. band: 5.725-5.850 GHz
Modulation 802.11a: OFDM (64QAM, 16QAM, QPSK, BPSK)
Tx Power Max. (802.11a) Max. power per antenna: 20dBm (FCC version)
Total EIRP 36 dBm (from 6 antennas), Total Directed Power 42
dBm
Antenna Array Six 8.5 dBi omni-directional antennas
Power input PoE: 55VDC, 35W (only with Wavion PoE injector),
AC option: 110 – 220VAC, 43W
Dimensions (W*H*L) 36 * 5.5 * 39 cm (14.17 * 2.16 * 15.35 in)
Weight 4.2 kg (9.26 lbs)
Environmental
Operating temperature -40°C to +55°C (up to +60°C with optional sunshield)

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 10

Storage temperature -45°C to +85°C


Wind survivability 165 mph
Shock & Vibration ETSI 300-192-4 spec T41.E
Approvals
RF FCC 47 CFR part 15, Class C
Safety TUVus, UL 60950-1 :2003
EMC 47 CFR Part 15, Subpart B, Class B (USA)

Figure 1.3. Base Wavion WBS-5800


1.3.1.4. La base Infinet
La station de base utilisée est de type Infinet R5000-Sm qui a une puissance de
23 dBm à laquelle sera connectée la base de réception de type infinet. Elle présente les
caractéristiques suivantes :
Tableau I. 4.Caractéristiques R5000-Sm [8]

Type Sectorielle (120°)


Technologie Wimax
Fréquence centrale 3340 MHz
Bande passante 15 MHz
Gain 19dBi
Débit 4/8/20/50 Mbps
Portée <= 10Km
Radio  Technologie radio : MIMO 2*2 avec OFDM 64/128
 Types de modulation : BPSK1/2 à QAM64 5/6
 Sensibilité du récepteur : -67 à -101 dBm
 Bandes de fréquences : 4,9-6,0 GHz
 Bande passante de voie : 5/10/20/40 MHz
Interfaces câblées 1* Ethernet (10/100 Base-T) connecteur Rj-45
Consommation 7W
d’énergie  110-240 VAC (50/60Hz)
 12-48 VDC
Dimension 207*207*67mm

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 11

Poids 1Kg

Figure I. 4. Base Infinet R5000-Sm


1.3.2. Les bases de réception
Une base est dite de réception lorsqu’elle doit se connecter à une station de base
afin de recevoir les signaux et d’établir une communication entre elles.
Nous allons présenter les différentes bases de réception autrement appelées CPE 1
utilisées par l’International System.
1.3.2.1. CPE Ubiquiti
Un CPE Ubiquiti peut se connecter à toute base utilisant la technologie wifi et
fonctionnant à la même fréquence que cette dernière. Il existe plusieurs types de CPE
Ubiquiti mais dans notre cas précis, nous allons montrer les caractéristiques des CPE
utilisés qui ont tous une portée maximale de 20 Km.
 Ubiquiti AirMax LiteBeam M5-23
Tableau I. 5.Caractéristiques LBE-M5-23 [8]

Dimensions 362*273*203mm
Weight 907 g (2.00lb)
Operating Frequency
Worldwide 5150 - 5875 MHz
USA 5725 - 5850 MHz
Networking Interface (1)10/100/1000 Ethernet Port
Antenna Gain 23 dBi
Max. Power Output 25dBm
Max. Power Consumption 7W
Power Suply 24V, 0.3A Gigabit PoE Adapter (Included)
Power Method Passive PoE (Pairs 4, 5+ ; 7,8 Return
Operating Temperature -40 to 70° C (-40 to 158°F)
Operating Humidity 5 to 95% Noncondesing
ESC/EMP Protection ± 24kv Contact / Air
Shock and Vibrations ETSI300-019-1.4
1
Customer Premises Equipment

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 12

Certifications CE, FCC, IC


Wind Survivability 200 km/h (125 mph)
Wind Loading 283 N @ 200 km/h (63.6 lbf @ 125 mph)

Figure I. 5. CPE LBE-M5-23


 Ubiquiti NanoStation-M5
Tableau I. 6. Caractéristiques NSM5 [8]

Frequency range 5470 MHz – 5825 MHz


Antenna type 2Tx 2Rx MIMO
16 dBi Integrated
15 km
Polarisation Vertical/Horizontal
Standars IEEE 802.11a & IEEE 802.11n
VSWR 1.6 : 1
Ethernet interface 2 * 10/100 Mbps BASE-TX (Cat. 5, Rj-45)
Receiver sensibility -94 dBm @ 6 … 24 Mbps
-80 dBm @ 36 Mbps
-77 dBm @ 48 Mbps
-75 dBm @ 54 Mbps
Operating system AirOS
Operating mode Station, Station WDS, Access Point, Access Point
WDS
Protections 15 kv surge protection of radio line
Transmitter power 27 dBm @ 6 … 24 Mbps
25 dBm @ 36 Mbps
23 dBm @ 48 Mbps
22 dBm @ 54 Mbps
H/V beam width 43° / 41°
Memory 32 MB SDRAM, 8 MB FLASH
Processor Atheros MIPS 24 KC, 400 MHz
Power supply PoE Ok
Operation temp. / Relative -30° C … 75° C / 5% …95%
humidity

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 13

Weight 0.3 kg
Dimensions 278*80*59mm
Manufacturer / Brand UBIQUITI
Guarantee 2 years

Figure I. 6. CPE NSM5


 Ubiquiti PowerBeam AC GEN2
Tableau I. 7. Caractéristiques PBE-5AC-Gen2 [8]

Dimensions 420*420*230mm (16.54 * 16.54 * 9.06”)


Weight 2.22kg (4.89 lb)
Gain 25 dBi
Networking Interface (1) 10/100/1000 Ethernet Port
Processor MIPS 74Kc
Enclosure Characteristics
Antenna Feed Outdoor UV Stabilized Plastic
Dish Reflector Powder-Coated SPCC
Max. Power consumption 8.5 W
Power Supply 24V, 0.5A Gigabit PoE Adapter (Included)
Power Method Passive PoE (Pairs 4,5+; 7, 8 Return)
Supported Voltage Range 20 to 26 VDC
Wind Loading 380 N @ 200km/h
(85.4 lbf @ 125 mph)
Wind Survivability 200km/h
(125 mph)
Mounting Pole Mounting Kit Included
Operating temperature -40 to 70°C (-40 to 158° F)
Operating Humidity 5 to 95% Noncondensing
Shock and Vibrations ETSI300-019-1.4
Certifications CE, FCC, IC
Operating Frequency (MHz)
Worldwide 2400 – 2483.5
5150 – 5875

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 14

USA U-NII-1 U-NII-2A U-NII-2C U-NII-3


5150-5250 5250-5350 5470-5725 5725-5850

Figure I. 7. CPE PBE-5AC-Gen2


1.3.2.2. CPE Mikrotik
Voici les deux types de CPE Mikrotik utilisés actuellement qui ont une portée maximale
de 15 Km :
 Mikrotik Light Head Grid 5
Tableau I. 8. Caractéristiques LHG 5 [8]

Product code RBLHG-5nD (International)


RBLHG-5Nd-US (USA)
CPU nominal frequency 600 MHz
RAM 64 MB
Storage 16 MB Flash
10/100 Ethernet ports 1
Wireless Built-in 5GHz 802.11a/n, dual-chain
Wireless chip model AR9344
Operating frequency International 5150 - 5875 MHz
USA 5170 – 5250 MHz
5725 – 5835 MHz
Antenna gain 24.5 +/- 0.5 dBi
Antenna beam width 7°
Cross polar 15 dBi
Port to port isolation 20 dB
Front to back ratio 25 dB
Return loss 10 dB
VSWR 1.925:1
PoE in Yes
Supported input voltage 11 V – 30 V (passive PoE)
Wind Loading 186N @ 205 km/h
Operating temperature -40 to 70° C

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 15

Operating Humidity 5 to 95% noncondensing


Shock and Vibration ETSI300-019-1.4
ETSI specification EN 302 326 DN2
Dimensions Ø391*222mm ; package 450*450*145mm
Weight Unit: 560 g; package: 1.98 kg
Max Power consumption 6W
Wireless specifications
RATE Tx(dBm) Rx(dBm)
6MBit/s 25 -96
54Mbit/s 20 -80
MCS0 25 -96
MCS7 19 -75

Figure I. 8. CPE LHG 5


 Mikrotik SXT Lite5 ac
Tableau I. 9. Caractéristiques SXT Lite5 ac [8]

Product code RBSXT5HacD2n (International)


RBSXT5HacD2n-US (USA)
CPU nominal frequency 650 MHz
CPU core count 1
RAM 64 MB
Storage 16 MB Flash
10/100 Ethernet ports 1
Wireless bands 5 GHz radio 2.4 GHz radio
Channel width 5/10/20/40/80 MHz 5/10/20/40 MHz
Protocols 802.11ac 802.11b/g/n
Chains Dual-chain Single-chain
Antenna gain 16 dBi 1.5 dBi
Antenna beam width 28° 360°
Wireless chip model QCA9892 QCA9531
PoE in Yes
Supported input voltage 9 V – 30 V

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 16

Dimensions 140*140*56 mm
License level 3
Operating System RouterOS
CPU QCA9531
Max Power consumption 8W
Wireless spécifications

RATE Tx (dBm) Rx (dBm) RATE Tx (dBm) Rx (dBm)


(2.4GHz) (5GHz)
1 Mbit/s 17 -93 6 Mbit/s 29 -96
11 Mbit/s 17 -86 54 Mbit/s 26 -81
6 Mbit/s 17 -90 MCS0 29 -96
54 Mbit/s 15 -71 MCS7 25 -77
MCS0 17 -90 MCS9 22 -72
MCS7 13 -68

Figure I. 9. CPE SXT Lite5 ac


1.3.2.3. CPE Infinet
Tableau I. 10. Caractéristiques R5000-Smn/5.300.2*63.2*19 [8]

Technology MIMO 2*2 avec OFDM 64/128


Modulation types BPSK ½ à QAM64 5/6
Transmit power 18 dBm
Gain 19 dBi
Receiver sensitivity -67 … -101 dBm
Frequency 3340 GHz
Channel bandwidth 5/10/20/40 MHz
Antenna 19 dBi dual-pol integrated antenna
Wired interfaces 1 * Fast Ethernet (10/100 Base-T) Rj-45 connector
Power consumption Up to 7 Watts
Power option 110-240 VAC 50/60 Hz
9-56 VDC
Distances <=10 Km

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 17

Figure I. 10. CPE R5000-Smn


1.3.3. Les sites d’émission
Un site d’émission est un emplacement sur lequel un opérateur œuvrant dans le
secteur des télécoms installe du matériel de télécoms afin de créer une maille pour son
réseau. Cf. [1]
Dans le souci de couvrir toute la ville de Lubumbashi et ses périphéries,
INTERSYS c’est créé plusieurs sites d’émission que voici :
1.3.3.1. Nyota
Le site d’émission nommé NYOTA se trouve au numéro quinze de l’avenue
André lumbu au quartier Golf Kabulamenchi dans l’enceinte de la résidence de la
chaine NYOTA. Il est constitué des stations de base suivantes :
 Ubiquiti : 6 bases sectorielles de 60°.
 Wavion : Une base omnidirectionnelle.
 Infinet : Une base sectorielle de 120° orientée vers le centre-ville.
Hormis les différentes bases citées ci-haut, nous y trouvons trois RocketDish
Ubiquiti dont la première permet de connecter le site NYOTA au site TUMBWE via
une liaison par faisceau hertzien et les deux autres permettent la liaison vers le site
NKOYO à Kasumbalesa qui est la deuxième source de connexion Internet en
provenance de la Zambie via une liaison par faisceau hertzien.
1.3.3.2. Unilu
Le site d’émission nommé UNILU se trouve dans l’enceinte du bâtiment
administratif de l’Université de Lubumbashi en sigle UNILU.
Il est constitué des stations de base suivantes :
 Ubiquiti : 4 bases sectorielles dont l’une fait 120° et les 3 autres font 90°
d’ouverture.
 Wavion : Une base Omnidirectionnelle.
 Mikrotik : 3 bases sectorielles de 120°.
 Infinet : 2 bases de 120° orientées vers le centre-ville et vers l’Aéroport
International de la Luano.

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 18

Il est connecté au site TUMBWE via un faisceau hertzien grâce à une


RocketDish Ubiquiti. Il est aussi connecté par fibre optique à la station EQM qui est la
première source de connexion Internet en provenance de la Zambie via la fibre optique.
1.3.3.3. Luano
Le site d’émission nommé LUANO se trouve au bloc C du quartier Luano City.
Il est constitué des stations de base suivante :
 Ubiquiti : 4 bases sectorielles de 90°.
Il recoit la connexion via la fibre optique en provenance de la source EQM puis
il est connecté au site TUMBWE par faisceau hertzien grâce à une RocketDish.
1.3.3.4. Tumbwe
Le site d’émission nommé TUMBWE se trouve au village Tumbwe situé à 33
km de la ville de Lubumbashi sur la route Likasi. Il est constitué des stations de base
suivantes :
 Ubiquiti : 6 bases sectorielles de 60°.
Hormis les bases Ubiquiti, nous y trouvons 3 RocketDish qui lui permettent de
recevoir le signal en provenance du site UNILU, LUANO ainsi que NYOTA puis une
autre qui lui permet d’envoyer le signal jusqu’au site de LUAFI dans la liaison vers la
ville de Likasi qui est encore en déploiement.
1.3.4. Le mécanisme d’installation
Quelques jours avant l’installation, les techniciens procèdent au « site
survey » qui consiste à la prise de contact du lieu d’installation. Le site survey permet
aux techniciens d’avoir une idée de comment sera installé le CPE et a quelle station de
base sera-t-il connecté.
L’installation d’une antenne se déroule de la manière suivante :
 Les techniciens commencent par assembler le CPE ;
 Fixent ce dernier a un mat2 ;
 Connectent le CPE a son IDU via le port PoE ;
 Fixent le mat sur le toit en orientant l’antenne vers la station de base qui avait
été ciblée lors du site survey ;
 Alimentent le CPE en branchant son IDU au secteur du courant ;
 Configurent les paramètres de la carte réseau du laptop afin d’accéder au CPE ;
 Branchent le laptop au port LAN de l’IDU via un câble Ethernet droit ou croisé ;
 Accèdent au CPE en introduisant l’adresse IP par défaut du CPE dans le
navigateur du laptop ou utilisent l’application WINBOX pour les CPE
Mikrotik ;
 Puis configurent le CPE.

2
Barre métallique à laquelle est fixé un CPE qui est généralement placé sur un toit ou fixé à un mur.

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 19

1.4. Critique du système d’installation

Nous avons fait un zoom sur le réseau de l’entreprise et sur l’installation d’un
CPE. Une excellente compréhension de celle-ci nous a permis à dégager la portée du
projet de conception et d’implémentation de notre solution. Il est primordial de disposer
d’informations précises sur l’infrastructure réseau afin de bien prendre nos décisions
dans le choix de l’élaboration de la solution.

Comme nous l’avons dit ci-haut, nous nous intéressons plus à la partie maille du
réseau et plus précisément à la manière dont l’installation d’un CPE se déroule. Nous
avons donc eu à dégager les points forts ainsi que les points faibles du mécanisme
d’installation.
1.4.1. Les points forts
Nous pouvons citer comme points forts :
 La présence de plusieurs sites d’émission ;
 L’utilisation de plusieurs types de base ainsi que des CPE.

1.4.2. Les points faibles


Comme points à améliorer, nous pouvons citer :
 La détermination de la station de base : elle est faite selon l’appréciation
du technicien ce qui veut dire que ce dernier juge de l’endroit où il est la
base pouvant lui être proche ce qui ne traduit généralement pas la réalité.
Le technicien c’est retrouve par moment à certains endroits où il lui est
très difficile de déterminer la meilleur base ce qui l’amène à un
tâtonnement dans le choix de la station de base à laquelle le CPE doit
être connecté et ce tâtonnement rend l’installation longue et pénible.
 La détermination de la direction de la station de base : elle est faite par
tâtons. En d’autre terme, le technicien n’a pas la direction précise vers la
station de base bien qu’il connaisse de quel côté est cette dernière. Il est
contraint de balayer l’espace avec son antenne jusqu’à trouver le signal
émis par la base. Et dans le cas où ce signal a un mauvais gain, le
technicien continu le balayage jusqu’à trouver la direction lui fournissant
le signal dont le gain est meilleur.
1.5. Spécification des besoins
1.5.1. Introduction
Le besoin doit exprimer un comportement ou une propriété que la solution doit
respecter ou répondre. Les techniciens d’INTERSYS ont deux besoins fondamentaux
qui sont :
 Maximiser le gain ;
 Réduire le temps d’installation.

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 20

1.5.2. Spécification des besoins fonctionnels


Les besoins fonctionnels expriment une action qui doit être menée sur
l’infrastructure à définir en réponse à une demande [3]. L’étude fonctionnelle est une
analyse ou une démarche qui consiste à la recherche des fonctions offertes par un
produit afin de satisfaire aux besoins des utilisateurs. Les différentes fonctions
représentent les différents modules de la solution que nous citons :
 La localisation des sites et bases d’émission,
 La détermination du site et de la base d’émission offrant un gain maximum,
 La détermination de la direction maximisant le gain.
Voici le diagramme de cas d’utilisation de notre application qui permet de
visualiser et décrire les fonctionnalités offertes par cette dernière.

Figure I. 11. Diagramme de cas d'utilisation système.

1.5.3. Spécification des besoins non fonctionnels


Les besoins non fonctionnels représentent les exigences implicites auxquelles le
système doit répondre [3]. Ainsi, hormis les besoins fonctionnels qui sont des besoins
fondamentaux, notre système doit répondre aux besoins suivants :

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 21

 Il doit être à mesure de protéger toutes les informations concernant le réseau de


l’entreprise en implémentant un mécanisme d’authentification.
 Il doit avoir un taux de disponibilité de 99%.
 Il doit être précis
 Il doit être simple à utiliser.
1.6. Analyse des contraintes

Tout système technique complexe ou simple est toujours soumis à certaines


contraintes d’ordre naturel ou artificiel, ainsi pour notre projet nous avons les
contraintes suivantes :

1.6.1. Contraintes techniques


Les contraintes techniques auxquelles notre système doit faire face sont la
compatibilité entre les différents éléments que nous utiliserons ainsi que la compatibilité
avec le système existant, la fiabilité du système, le délai ou la latence du système et pour
finir le respect des normes.
1.6.2. Contraintes géographiques
Par contrainte géographique nous pouvons citer : le changement des saisons et
les différents obstacles que peut rencontrer le signal dans sa propagation entre autre les
bâtiments.
1.6.3. Contraintes budgétaires
Les contraintes budgétaires sont très importantes dans le sens où aucun projet ne
peut être réalisé si aucun budget n’est soumis à la réalisation de ce dernier. De ce fait,
notre système ne doit pas demander dans sa réalisation ainsi que son implémentation un
grand budget.
1.6.4. Temps de réalisation
La durée de réalisation étant un élément très capital dans la conception, la
réalisation ainsi que l’implémentation d’un projet. Notre système doit être réalisé dans
un temps record que nous évaluons à un mois au maximum.
1.6.5. Ressources humaines
Du point de vu conception, réalisation ainsi qu’implémentation, notre système
aura besoin de deux personnes dont un ingénieur telecommunicant et un ingénieur
programmeur et du point de vu utilisation, notre système n’aura besoin que d’un
ingénieur telecommunicant.
1.6.6. Exploitation
Du point de vu sécuritaire, un système d’authentification doit être implémenté
afin de ne permettre l’accès uniquement aux techniciens d’Intersys.

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 22

La maintenance du système étant un élément important dans le sens où il


concourt au bon fonctionnement, doit être faite régulièrement, rapidement et
simplement.
1.7. Définition des critères de choix

Pour le choix d’une technologie dans l’élaboration de la solution, nous nous


baserons sur quelques critères que nous citons :

 Critères de performance
 Temps de réponse
 Inférieur à 10 secondes
 Disponibilité
 Supérieure ou égale à 90%
 Sécurité
 Le système doit offrir un maximum de sécurité afin de protéger
les différentes données du système.
 Extensibilité
 Le système doit être à mesure d’intégrer des nouveaux sites, des
nouvelles stations de base ainsi que des nouveaux CPE.
 Critères techniques
 Compatibilité
 La solution doit être compatible avec le système actuel.
 Fiabilité
 Supérieure ou égale à 99%
 Délai
 Inférieur à 10 secondes
 Conforme aux normes
 Le système doit respecter les différentes normes des
télécommunications.
 Critères d’exploitation
 Simplicité
 Le système doit être simple à utiliser et à implémenter.
 Reprise de l’existant
 Le système vient améliorer l’existant et non le remplacer et par
conséquent, il doit réutiliser la structure existante.
 Maintenance
 Le système doit offrir une maintenance simple et rapide.
 Critères économiques
o Cout de mise en œuvre
 Etant limité en terme du budget, la solution doit demander un
cout minimum.

TFE_TLC_ESIS 2018
SPECIFICATIONS FONCTIONNELLES DU FUTUR SYSTEME P a g e | 23

1.8. Conclusion partielle

L’étude approfondie faite dans ce chapitre nous a permis de mettre un accent sur
les problèmes réels que rencontrent les techniciens d’INTERSYS, qui fait l’objet de
notre travail. Cette étude nous a permis également d’avoir une vue globale sur les
différentes stations de base, les différents CPE, les différents sites ainsi que sur le
mécanisme d’installation des CPE qui servira de squelette pour la continuité, afin
d’arriver à implémenter la solution qui répond réellement au besoin énoncé.

Tous les éléments cités dans ce chapitre vont nous permettre de concevoir la
solution dans le chapitre suivant.

TFE_TLC_ESIS 2018
CHAPITRE II.

CONCEPTION GENERALE ET DETAILLEE LOGIQUE

2.1. Introduction

La bonne étude menée sur le système existant, nous a permis de ressortir


plusieurs fonctionnalités qu’aura notre application. A cette étape du travail, bien que
nous ayons ressorti les différentes fonctionnalités, il nous est difficile de savoir
exactement comment se présentera notre application sans passer par une analyse et une
conception.

Un système est définit comme étant un ensemble d’éléments interdépendants


(interaction dynamique) organisés en vue d’atteindre un but [2]. Dans la conception
d’un système, nous trouvons généralement deux parties qui sont :

 La conception générale : elle fait une étude fonctionnelle du système et ne prend


pas en compte les détails du système. Elle a un niveau d’abstraction élevé.
 La conception détaillée : elle fait une étude approfondie du système. Elle
décompose le grand système en plusieurs sous-systèmes qu’elle étudie d’une
manière approfondie. Elle a un niveau d’abstraction bas.

En règle générale, étudier un système c’est étudier un ensemble d’éléments,


matériels ou non, en relation les uns avec les autres et formant un tout [4].

A cette étape du travail nous concevrons l’architecture générale ainsi que


l’architecture détaillée logique de notre solution.

2.1.1. Décomposition de la conception en différents niveaux d’abstractions

L’abstraction consiste à ne considérer que les aspects que nous jugeons


importants d’un système à un moment donné, en négligeant les autres aspects. Elle
consiste en une décomposition d’un système complexe en des petits sous-systèmes
faciles à étudier. Cette décomposition comprend trois niveaux d’abstractions qui sont :

 La Conception générale : Elle représente le niveau le plus élevé d’abstraction du


système vu qu’elle ignore les détails de ce dernier. Elle fait juste une étude
fonctionnelle des différents sous-systèmes qui sont des modules du système.
 La Conception logique détaillée : Elle analyse de manière détaillée chaque
module du système. Elle a un niveau d’abstraction moyen.
 La Conception physique : Elle représente le niveau d’abstraction le plus bas de
la conception. Elle fournit tous les détails possibles sur chaque module du
système et fait le choix technologique des différents composants à utiliser.
CONCEPTION GENERALE ET DETAILLEE LOGIQUE P a g e | 24

Figure II. 1. Décomposition de la conception en différents niveaux d’abstractions [5].

2.2. Conception générale

Elle consiste en une étude fonctionnelle des différents modules du système sans
tenir compte des détails de ce dernier.

A cette étape de notre travail, nous devons ressortir les différents modules qui
sont des sous-systèmes de notre application de pointage des antennes afin d’avoir notre
architecture logique générale.

PRESENTATION

SERVEUR

BDD

Figure II. 2. Architecture logique générale

TFE_TLC_ESIS 2018
CONCEPTION GENERALE ET DETAILLEE LOGIQUE P a g e | 25

Dans le but de pouvoir répondre à tous nos besoins, notre application sera
constituée de trois principaux modules qui constituent l’architecture logique générale.
Voici les différents modules :

 Le module présentation : Ce module fait l’interface homme-machine, il permet


au technicien d’entrer les différentes informations et visualiser les différents
résultats. Ce module est considéré comme étant la porte d’entrée et de sortie de
notre application.
 Le module serveur : C’est le module le plus important de note application. Ce
dans ce dernier que nous effectuons notre bilan de liaison afin de déterminer les
différentes puissances des signaux reçus et déterminer la meilleure. Il permet
aussi la gestion de la localisation.
 Le module base de données : Il stocke les différentes informations relatives aux
sites d’émissions, aux stations de bases, aux CPE ainsi que ceux en rapport aux
techniciens. Ce module aura besoin d’un SGBD3 afin d’interagir ou de fournir
les informations via des requêtes.

2.3. Conception détaillée logique

Apres la mise en place de notre architecture logique générale, nous sommes


appelé à détailler de façon logique les différents modules de notre application ce qui
constituera notre architecture détaillée logique. A cette phase de la conception, le niveau
d’abstraction est réduit par rapport à celui de la conception générale.

2.3.1. Le module présentation

Dans ce module, nous allons présenter les différentes fonctionnalités que doit
fournir notre application via ses différents onglets. Ce module doit avoir un affichage
devant faciliter l’utilisation de notre application mais aussi avoir un affichage
ergonomique4.

Notre application doit avoir une architecture client-serveur, ce qui implique que
nous devons avoir deux parties constituant l’application dont la première est dite
serveur et la seconde dite client. Voici les différentes fonctionnalités réalisées par
chacune des parties :

 La partie serveur ou administration : L’administrateur doit être à mesure de :


o S’authentifier
o Créer :
 Les sites d’émission
 Les stations de base

3
Système de Gestion de Base de Données
4
Étude scientifique des conditions (psychophysiologiques et socio-économiques) de travail et des
relations entre l'homme et la machine.

TFE_TLC_ESIS 2018
CONCEPTION GENERALE ET DETAILLEE LOGIQUE P a g e | 26

 Les CPE (Installer)


 Les techniciens (User) devant utiliser la partie client)
o Lister :
 Les sites d’émission
 Les stations de base
 Les CPE
 Les techniciens
o Modifier :
 Les sites d’émission
 Les stations de base
 Les CPE
 Les techniciens
 La partie client : Le technicien doit être à mesure de :
o S’authentifier
o Lister :
 Les sites d’émission
 Les stations de base
 Les CPE
o Créer :
 Les CPE (Installer)
o Modifier :
 Les CPE

2.3.2. Le module base de données

La base de données est un module important de notre application vu que c’est


elle qui sauvegarde les différentes informations utiles pour le bon fonctionnement de
notre application. Voici les différentes informations que doit contenir notre base de
données :

 Par rapport à un site, elle doit contenir :


o Son identifiant,
o Son nom,
o Sa localisation.
 Par rapport à une base, elle doit contenir :
o Son identifiant,
o Son nom,
o Le nom du site qui le contient,
o Son gain,
o Sa puissance,
o Sa portée,
o Son orientation,
o Sa technologie.
 Par rapport à un CPE, elle doit contenir

TFE_TLC_ESIS 2018
CONCEPTION GENERALE ET DETAILLEE LOGIQUE P a g e | 27

o Son identifiant,
o Son nom,
o Le nom du site,
o Son gain,
o Sa puissance,
o Le nom de la base à laquelle il est connecté,
o Sa localisation,
o Son type,
o Sa technologie.
 Par rapport à un technicien, elle doit avoir :
o Son identifiant,
o Son nom.

Pour arriver à structurer notre base de données, nous devons passer par un
diagramme de classe.

Le diagramme de classe est un diagramme qui met en œuvre des classes5,


contenant des attributs et des opérations, et reliées par des associations ou des
généralisations [6, p. 290]. Ayant plusieurs diagrammes de classe, nous allons mettre au
point le diagramme de classe du domaine qui fait référence à la structure interne de
notre base de données et qui est dépourvu des méthodes.

Figure II.3. Diagramme de classe du domaine


2.3.3. Le module serveur

5
Une classe est l’abstraction d’un ensemble d’objet de même nature (attributs & méthodes).

TFE_TLC_ESIS 2018
CONCEPTION GENERALE ET DETAILLEE LOGIQUE P a g e | 28

Le module serveur est le module le plus important de notre application vu que


c’est lui qui réalise toutes les opérations sur les données stockées dans notre base de
données et sur les données saisies par le technicien.

Dans ce module, nous allons montrer par des diagrammes de séquence


l’exécution de quelques fonctionnalités offertes par notre application dans sa partie
client qui nous intéresse le plus et ainsi établir un diagramme de classe de conception
qui nous permettra de visualiser non seulement les attributs mais aussi les méthodes
liées à chaque entités de notre base de données. Nous allons déterminer comment doit se
faire la localisation des bases de réception et pour finir, nous allons voir comment
calculer les différentes puissances reçues par un CPE afin de choisir la base lui
fournissant une meilleure puissance.

2.3.3.1. Diagramme de séquence

Le diagramme de séquence permet de représenter les différentes interactions


entre les acteurs6 et le système en mettant l’accent sur la chronologie des échanges. Il
est réalisé pour chaque cas d’utilisation. Dans notre cas, nous établirons le diagramme
de séquence pour quelques cas d’utilisation à titre illustratif.

a. S’authentifier

6
Un utilisateur qui a toujours le même comportement vis-à-vis d’un cas d’utilisation.

TFE_TLC_ESIS 2018
CONCEPTION GENERALE ET DETAILLEE LOGIQUE P a g e | 29

Figure II.4. Diagramme de séquence détaillé «  s’authentifier  »


b. Créer_CPE

Figure II.5. Diagramme de séquence détaillé « créer_CPE »

c. Lister_CPE

TFE_TLC_ESIS 2018
CONCEPTION GENERALE ET DETAILLEE LOGIQUE P a g e | 30

Figure II.7. Diagramme de séquence détaillé « lister_CPE »

2.3.3.2. Diagramme de classe de conception

Le diagramme de classe de conception nous permet de visualiser non seulement


les attributs des tables de notre base de données, mais il nous permet aussi de voir les
différentes opérations ou méthodes liées à chaque table.

TFE_TLC_ESIS 2018
CONCEPTION GENERALE ET DETAILLEE LOGIQUE P a g e | 31

Figure II.7. Diagramme de classe de conception

2.3.3.3. Localisation

La localisation est un élément très important pour la suite du travail. Sans cette
dernière, il nous sera difficile et voir même impossible de calculer le gain reçu par un
CPE. De ce fait, nous allons intégrer un module de localisation basé sur le googlemap à
notre application qui aura pour but de gérer la localisation et ainsi permettre la
détermination de la distance séparant le CPE aux différentes stations de base.

2.3.3.4. Détermination de la puissance reçue

L’objectif principal de notre application est la détermination de la station de base


offrant une meilleure puissance à un CPE placé à un endroit bien précis. Pour atteindre
notre objectif, nous sommes appelé à calculer les puissances que reçoit le CPE en
provenance des stations de base et ainsi sélectionner la base donnant le meilleur signal.

Nous déterminons la puissance captée par un CPE grâce à la formule de Friis qui
est la suivante :

Pr = Pe × Ge × Gr (λ / 4π d)2 [W] [7, p. 15] (II.1)

Équation 1. – Puissance reçue par un CPE (W)

En exprimant les puissances en dBm et les gains en dBi, la formule de Friis


prend la forme suivante après simplification :

Pr = Pe + Ge + Gr – 20log(f) – 20log(d) + 147.5 [dBm] [7, p. 15] (II.2)

Équation 2. – Puissance reçue par un CPE (dBm)

Avec :

 Pr : La puissance reçue exprimée en décibel-milliwatt (dBm)


 Pe : La puissance émise exprimée en décibel-milliwatt (dBm)
 Ge : Le gain de la base exprimée en décibel-isotrope (dBi)
 Gr : Le gain du CPE exprimée en décibel-isotrope (dBi)
 f : La fréquence de fonctionnement du CPE et de la base
exprimée en Hertz (Hz)
 d : La distance entre le CPE et la base exprimée en mettre (m)

Nous pouvons aussi utiliser l’équation fondamentale de télécoms afin de


déterminer la puissance reçue.

Pr = Pe × Ge × Gr × (1 / Ap) × (1 / Le) × (1 / Lr) [W] [1] (II.3)

Équation 3. – Puissance reçue par un récepteur (W)

TFE_TLC_ESIS 2018
CONCEPTION GENERALE ET DETAILLEE LOGIQUE P a g e | 32

Avec :

 Ap : L’atténuation totale de propagation


 Le : Les pertes totales entre l’émetteur et l’antenne d’émission
 Lr : Les pertes totales l’antenne de réception et le récepteur

L’équation fondamentale détermine la puissance reçue par un récepteur et non la


puissance au niveau du CPE. De ce fait, nous allons ignorer les pertes Le et Lr afin
d’avoir la puissance capté par le CPE. L’équation devient donc :

Pr = Pe × Ge × Gr × (1 / Ap) [W] (II.4)

Équation 4. – Puissance reçue par un CPE (W)

Sous la forme logarithmique, elle devient :

Pr (dBW) = Pe (dBW) + Ge (dBi) + Gr (dBi) – Ap (dB) [dBW] (II.5)

Équation 5. – Puissance reçue par un CPE (dBW)

L’atténuation ou l’affaiblissement total de propagation est déterminée de la


manière suivante :

Ap = Ael + As (II.6) [1]

Équation 6. – Atténuation totale de propagation (dB)

Avec :

 Ael : Affaiblissement total en espace libre


 As : Affaiblissement supplémentaire (obstacles, atmosphère, …)

L’affaiblissement supplémentaire étant lié aux différents obstacles que rencontre


le signal, notre solution ne saura donc pas prendre en compte les perturbations liées aux
obstacles ainsi que ceux liés à l’atmosphère. L’atténuation de propagation devient
donc :

Ap = Ael (II.7)

Équation 7. – Atténuation de propagation (dB)

L’affaiblissement total en espace libre c’est calcul de ma manière suivante :

Ael = 32.44 + 20log f (Mhz) + 20log d (Km) [1] (II.8)

Équation 8. – Atténuation en espace libre (dB)

La puissance captée par le CPE devient donc :

TFE_TLC_ESIS 2018
CONCEPTION GENERALE ET DETAILLEE LOGIQUE P a g e | 33

Pr (dBW) = Pe (dBW) + Ge (dBi) + Gr (dBi) – 32.44 – 20log f (Mhz) – 20log d (Km)


(II.9)

Équation 9. – Puissance reçue par un CPE (dBW)

Nous venons de voir la manière dont nous aurons à calculer les puissances aux
niveaux du CPE afin de faire le choix sur la station de base ayant le meilleur signal.
Nous avons donc le choix d’utiliser soit la formule de Friis qui exprime la puissance en
dBm ou soit la formule dérivée de l’équation fondamentale de télécoms qui exprime la
puissance en dBW.

Nous portons notre choix sur la formule de Friis du faite que les puissances sont
directement exprimées en dBm et nous n’aurons donc pas à passer par des conversions
des puissances.

2.4. Conclusion partielle

Dans ce chapitre intitulé CONCEPTION GENERALE ET DETAILLEE


LOGIQUE, nous avons fait la conception générale de notre application à partir de
laquelle nous avons ressortie une architecture générale. Apres la conception générale,
nous sommes passés à la conception détaillée logique qui nous a permis d’analyser en
détail chaque module de notre architecture générale. Notre application étant
logiquement conçue, passons maintenant à la conception technique.

TFE_TLC_ESIS 2018
CHAPITRE III.

CONCEPTION TECHNIQUE

3.1. Introduction

La conception technique ou physique constitue le dernier niveau d’abstraction de


notre solution. Dans ce chapitre, nous faisons le choix technologique devant supporter
notre conception logique.

3.2. Choix technologique

Le choix de la technologie est une étape très importante pour la réalisation de


notre conception technique par le simple fait que ce grâce à cette dernière que nous
choisirons la meilleure technologie à utiliser. Notre choix technologique se faira sur
deux paramètres que nous citons :

 Le Framework à utiliser pour le développement ;


 La base de données à utiliser.
Nous n’allons pas choisir un framework ou une base de données au hasard, mais
nous nous baserons sur quelques critères définis au premier chapitre.
3.3. Choix du Framework

Un framework appelé aussi infrastructure logicielle, cadre applicatif, cadre


d'applications, cadriciel, socle d'applications ou encore infrastructure de développement
désigne un ensemble cohérent de composants logiciels structurels, qui sert à créer les
fondations ainsi que les grandes lignes de tout ou d’une partie d'un logiciel [9].
Pour le développement mobile, plusieurs frameworks sont utilisés à l’heure
actuelle. Cependant, nous retenons 4 frameworks à savoir :
 Ionic,
 React Native,
 JQuerry Mobile,
 Adobe phoneGap,

Voici la liste des quelques critères de choix :


 Premier critère (C1) : La simplicité, elle fait allusion à l’utilisation simple du
framework.
 Deuxième critère (C2) : La rapidité, elle représente l’utilisation d’un langage
facile et rapide dans la programmation de l’application.
CONCEPTION TECHNIQUE P a g e | 36

 Troisième critère (C3) : Le cross-plateforme, représente l’utilisation de


l’application sur plusieurs plateformes.
 Quatrième critère (C4) : Le Prix, représente les dépenses dans l’obtention du
framework.
 Cinquième critère (C5) : Utilisation des fonctionnalités natives du mobile
(camera, GPS, stockage local, etc…)
Chaque critère vaut 10 points et le meilleur framework sera celui dont les points
seront meilleurs sur un total de 50.
Tableau III. 1.Cotations des différents frameworks sélectionnés.

Critères C1 C2 C3 C4 C5 Total
Ionic 7 8 8 7 7 37
React Native 7 5 7 7 9 35
JQuerry Mobile 6 7 8 7 6 34
Adobe phoneGap 6 8 8 5 7 34

Afin de permettre une très bonne vue, nous proposons un tableau sous forme des
graphiques :
10
9
8
7
6
5
4
3
2
1
0
C1 C2 C3 C4 C5

Ionic React Native Jquerry Mobile Adobe phoneGap

Figure III. 1. Diagramme en bâton « choix framework ».


Apres les statistiques, le framework que nous allons utiliser dans la création de
notre application mobile est IONIC.
3.3.1. Présentation d’Ionic
Ionic est un framework de développement qui permet la création des
applications hybrides. C’est un mélange d’outils et de technologies pour développer

TFE_TLC_ESIS 2018
CONCEPTION TECHNIQUE P a g e | 37

des applications mobiles hybrides rapidement et facilement en html, CSS, JavaScript et


TypeScript.
Ionic s’appuie sur deux frameworks qui sont :
 Angular : Angular permet l’implémentation de la partie applicative web.
 Cordova : Cordova lui permet la construction des applications natives.
a. Evolution d’Ionic [10]
 Ionic 1
La première version d’Ionic utilisait le framework Angular 1 appelé Angular JS
qui était basé sur l’architecture MVC7. Les applications étaient écrites en
JavaScript.
 Ionic 2
Elle utilise le framework Angular 2 nommé Angular qui est mieux structuré et
plus performant qu’Angular 1.
Angular 2 a une programmation basée sur les composants Web appelé Web
Components. Les applications sont écrites en TypeScript.
 Ionic 3
Elle utilise Angular 4 qui est une mise à jour d’Angular 2. Les applications sont
écrites en TypeScript.
b. Avantages d ’Ionic
Voici quelques avantages d’Ionic [11] :
 Le cross-plateforme : A partir d’un socle de développement pouvoir déployer
(en une seule ligne de commande) une application sur plusieurs
environnements (IOS, Android, Windows Phone).
 Développement rapide et facile en utilisant html, CSS et TypeScript.
 Il est basé sur Apache Cordova et Angular qui disposent d’une grande
communauté et par conséquence de nombreux plugins de développement.
 En quelques lignes de commande, il est possible de créer une
application multiplateforme.
 Les documentations des technologies Angular et Apache Cordova sont
complètes.
 Le Framework s’appuie sur Angular, gage de stabilité puisque le
Framework est maintenant largement utilisé et surtout développé par Google.
 Le déploiement de l’application vers un appareil mobile connecté se fait en
une ligne de code (agréable pour les tests).
 La prise en main des technologies est relativement rapide, même pour des
développeurs ayant peu d’expérience avec les technologies Web.
 Etc.,

7
MVC : Modèle Vue Controller

TFE_TLC_ESIS 2018
CONCEPTION TECHNIQUE P a g e | 38

3.4. Choix d’un SGBD

Un SGBD8 est un logiciel qui prend en charge la structuration, le stockage, la


mise à jour et la maintenance d'une base de données. Autrement dit, un SGBD permet
la gestion d’une base de données.
Afin de faire un bon choix du SGBD à utiliser, nous allons nous basés sur
quelques critères et ainsi sélectionner un SGBD parmi les 4 que nous avons eu à
retenir :
 Oracle,
 Microsoft SQL,
 MySQL,
 Microsoft Access,

Voici la liste des quelques critères de choix :


 Premier critère (C1) : Le Prix, représente les dépenses en termes d’achat que
l’entreprise peut effectuer pour se procurer le SGBD.
 Deuxième critère (C2) : La capacité de stockage, elle représente la quantité
d’information que peut stocker le SGBD.
 Troisième critère (C3) : La simplicité, elle fait allusion à l’utilisation simple du
SGBD.
 Quatrième critère (C4) : La compatibilité, elle représente l’utilisation du
SGBD sur différentes plateformes.
 Cinquième critère (C5) : La performance, elle fait allusion aux différents temps
de réponse.
 Sixième critère (C6) : L’administration, elle représente les outils
d’administration et ceux liés à la sécurité.
Chaque critère vaut 10 points et le meilleur SGBD sera celui dont les points
seront meilleurs sur un total de 60.
Tableau III. 2. Cotations des différents SGBD sélectionnés.

Critères C1 C2 C3 C4 C5 C6 Total
Oracle 2 9 3 8 7 9 38
MySQL 9 3 7 9 8 6 40
MS Access 5 2 8 2 5 4 25
MS SQL 3 6 6 2 6 8 33

Afin de permettre une très bonne vue, nous proposons un tableau sous forme des
graphiques :

8
SGBD : Système de Gestion de Base de Données

TFE_TLC_ESIS 2018
CONCEPTION TECHNIQUE P a g e | 39

10
9
8
7
6
5
4
3
2
1
0
C1 C2 C3 C4 C5 C6

ORACLE MySQL MS Access MS SQL

Figure III. 2. Diagramme en bâton « choix SGBD ».


Apres les statistiques, le SGBD que nous allons utiliser dans la création de notre
application est MySQL.

3.4.1. Présentation de MySQL


Le logiciel MySQL est un serveur de base de données SQL 9. C’est un Système
de Gestion de Bases de Données Relationnelles(SGBDR) développé par MySQL AB
qui utilise le langage standard pour le traitement de bases de données qui est le langage
SQL [12].
Dans une base de données relationnelle, les informations sont stockées sous
forme de groupe de valeurs appelé les enregistrements. Un ensemble d’enregistrements
lié à un sujet forme une relation et est stocké dans une table. La base de données
relationnelle est donc constituée d’une ou plusieurs tables.
Nous trouvons deux types de SGBDR selon qu’ils sont du type client/serveur tel que
MySQL, Oracle, SQL Server, PostgreSQL, etc… ou du type fichiers partagés tels qu’Access,
SQL Server, Paradox, DBase, etc…

MySQL est un logiciel Open Source qui dispose de deux licences selon qu’il
peut être utilisé comme un logiciel libre sous la licence GNU(GPL 10) ou sous une
licence commerciale ou payante auprès de MySQL AB.
a. Avantages de MySQL [13]

 Rapide : Le serveur MySQL est rapide


 Facile à utiliser : Il est beaucoup plus simple à utiliser que la plupart des
serveurs de bases de données.

9
SQL : Structured Query Language (Langage de requête)
10
GPL : Licence Publique Générale

TFE_TLC_ESIS 2018
CONCEPTION TECHNIQUE P a g e | 40

 API11 diverses : On peut effectuer diverses opérations sur une base MySQL en
utilisant des interfaces écrits en C, Perl, C++, Java, Python, PHP, etc.
 Cout : Jusqu’à la version 3.20.32a, MySQL était sous licence GPL. Il faut une
licence pour faire tourner MySQL sous Windows. Sous les autres plates-formes,
l’utilisation de MySQL est gratuite dans un but non commercial sinon il faudra
acheter une licence pour environ deux cents dollars.
 Connexion & Sécurité : MySQL dispose d’un système de sécurité permettant de
gérer les personnes et les machines pouvant accéder aux différentes bases.
 Portabilité : MySQL tourne sur divers systèmes tels qu’Unix, Windows, Linux
ou OS/2.
 Distribution ouverte : Les sources étant fournies, il est possible d’améliorer
MySQL.
 Solution très courante en hébergement public.
 Facilité de déploiement et de prise en main.
3.5. Architecture Physique

Figure III.3. Architecture Physique

3.6. Plan d’implémentation

Pour arriver à la réalisation et à l’implémentation de notre application mobile de


pointage des antennes, nous sommes appelé à établir d’une manière ordonnée comment
nous devons installer, configurer les outils à utiliser et comment nous allons développer
notre application.

Voici de façon sommaire comment se passera notre implémentation :

3.6.1. Plan d’installation & configuration


11
API : Application Programming Interface (Interface de Programmation Applicative)

TFE_TLC_ESIS 2018
CONCEPTION TECHNIQUE P a g e | 41

 Le serveur WAMP5 version 1.7.0


La configuration du serveur Wamp va consister à la préparation de la
base de données qui sera utilisée dans notre application.
 Node.js
Le chemin de Node js doit être configuré dans la variable
d’environnement nommé Path.
 IONIC & Cordova
 SDK Android pour générer les applications Android
Nous devons créer deux variables d’environnement dont la première
JAVA_HOME qui spécifie le chemin du JDK12 de java et la deuxième variable
qui est ANDROID_HOME qui indique le chemin du SDK13 Android.
 WebStorm

3.6.2. Plan de développement

Notre application étant du type client-serveur, nous allons donc développer


premièrement la partie dite serveur puis finir avec la partie dite client qui est
l’application qui doit tourner sur notre mobile.

 Application serveur
 Application client

3.6.3. Plan de test

 Test d’authentification
 Test de listage des sites d’émission
 Test de listage des bases d’émission
 Test d’installation des CPE
 Test de listage des CPE installés
3.7. Les procédures de déploiement

3.7.1. Diagramme de GANTT

Le diagramme de Gantt permet de visualiser les relations sur le plan temporel


des différentes tâches de notre projet ainsi que leurs durées d’exécutions.

12
JDK : Java Development Kit
13
SDK : Software Development Kit

TFE_TLC_ESIS 2018
CONCEPTION TECHNIQUE P a g e | 42

Figure III. 3. Diagramme de GANTT.

3.7.2. Diagramme PERT

Hormis le diagramme de Gantt, nous pouvons aussi utiliser le diagramme PERT


qui permet lui de visualiser les dépendances entre les différentes tâches de notre projet.

Figure III. 4. Diagramme PERT.


3.8. Conclusion partielle

Dans ce chapitre intitulé CONCEPTION TECHNIQUE, nous avons fait le choix


technologique sur le framework et sur le SGBD à utiliser pour la réalisation et le bon
fonctionnement de notre application.

Nous avons porté notre choix sur le framework Ionic et sur le SGBD MySQL
qui après analyse des critères, ont été jugé meilleur pour notre travail.

TFE_TLC_ESIS 2018
CONCEPTION TECHNIQUE P a g e | 43

Nous avons donné d’une manière brève notre plan d’implémentation qui
comprend deux points qui sont le plan d’installation et celui de configuration. Nous
avons aussi donné notre plan de test et nous avons fini avec le diagramme de Gantt et
PERT qui nous ont permis de bien visualiser notre planification.

Notre application étant bien conçue, passons maintenant à son implémentation


ainsi qu’au test.

TFE_TLC_ESIS 2018
CHAPITRE IV.

IMPLEMENTATION ET RESULTAT

4.1. Introduction

Dans ce chapitre intitulé « Implémentation & Résultat », il est question de


montrer de manière pratique, toutes les étapes de réalisation de notre application mobile
de pointage des antennes.
Hormis les différentes étapes de réalisation, nous présenterons notre application
et ainsi faire une petite analyse des résultats obtenus.
4.2. Installation & Configuration

Voici le plan d’installation et celui de configuration :

 Le serveur WAMP5 version 1.7.0


 Node.js
 IONIC & Cordova
 SDK Android pour générer les applications Android
 WebStorm
4.2.1. Installation et configuration du serveur WAMP
L’installation et la configuration du serveur WAMP5 est la première étape de
notre implémentation. La configuration du serveur WAMP consiste à la préparation de
la base de données qui doit être utilisée dans notre application.
Par préparation de notre base de données, nous voyons :

 La création de la base de données « intersys »


 La création des tables et leurs attributs :
 bases
 cpe
 sites
 technicien
 type_base
 type_cpe
IMPLEMENTATION & RESULTAT P a g e | 45

4.2.2. Installation et configuration de Node JS


Le framework Ionic s’appuie sur la plateforme Node JS et plus précisément sur
son NPM (Node Package Manager) qui permet l’installation des plusieurs composants.
Il permet aussi de démarrer un serveur web local pour tester la partie web de
l’application en local.
La configuration de Node JS consiste à déterminer dans la variable
d’environnement Path le chemin de Node JS.

4.2.3. Installation d’Ionic et Cordova

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 46

Après l’installation et la configuration de Node Js, nous installons maintenant


Ionic qui implique l’installation de Cordova. Les structures des applications IONIC sont
créées grâce à des commandes IONIC en ligne des commandes (cmd).
Pour installer d’une manière globale IONIC et Cordova, nous exécutons la
commande suivante :
 npm install –g ionic cordova

4.2.4. Installation et configuration du SDK


Le SDK Android que nous installons va nous permettre de générer la partie
client de notre application qui doit être installé sur le mobile.
Nous devons créer deux variables d’environnement dont la première
JAVA_HOME qui spécifie le chemin du kit de développement java et la deuxième
variable qui est ANDROID_HOME qui indique le chemin du SDK Android.

4.2.5. Installation de l’éditeur WebStorm


Nous avons choisi l’éditeur Webstorm pour la réalisation de notre application
sous sa partie mobile.

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 47

4.3. Le développement

A cette étape de notre travail, nous montrons quelques codes sources que nous
avons développés afin de mettre au point notre application qui inclue la partie serveur et
client.
4.3.1. Partie Serveur
Nous avons développé cette partie de notre application avec du code php14. Voici
quelques exemples des codes sources :
a. Code source permettant la connexion à la base de données «  connexionBD.php »
<?php
//definition des constante
Équation 10

if (!defined('DB_SERVER')) define('DB_SERVER', 'localhost');


if (!defined('DB_USER')) define('DB_USER', 'root');
if (!defined('DB_PASSWORD')) define('DB_PASSWORD', '');
if (!defined('DB_NAME')) define('DB_NAME', 'intersys');
if (!defined('DSN')) define('DSN', 'mysql:host='.DB_SERVER.';dbname='.DB_NAME);
?>
b. Code source permettant d’ajouter une nouvelle base « newBase.php »
<!DOCTYPE html>
<html lang="en">
<?php
include("../../Models/type_base_classe.php");
include("../../Models/site_classe.php");
include("../../Models/connexionBD.php");
require_once("../../Models/connexion.class.php");
?>
<head>
<meta charset="utf-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta name="description" content="">
<meta name="author" content="">
<link rel="icon" type="image/png" sizes="16x16" href="../plugins/images/favicon.png">
<title>Ample Admin Template - The Ultimate Multipurpose admin template</title>
<!-- Bootstrap Core CSS -->
<link href="bootstrap/dist/css/bootstrap.min.css" rel="stylesheet">
<!-- Menu CSS -->
<link href="../plugins/bower_components/sidebar-nav/dist/sidebar-nav.min.css" rel="stylesheet">
<!-- toast CSS -->
<link href="../plugins/bower_components/toast-master/css/jquery.toast.css" rel="stylesheet">
<!-- morris CSS -->
<link href="../plugins/bower_components/morrisjs/morris.css" rel="stylesheet">
<!-- chartist CSS -->
<link href="../plugins/bower_components/chartist-js/dist/chartist.min.css" rel="stylesheet">
<link href="../plugins/bower_components/chartist-plugin-tooltip-master/dist/chartist-plugin-tooltip.css" rel="stylesheet">
<!-- animation CSS -->
<link href="css/animate.css" rel="stylesheet">
<!-- Custom CSS -->
<link href="css/style.css" rel="stylesheet">
<!-- color CSS -->
<link href="css/colors/default.css" id="theme" rel="stylesheet">
<!--[if lt IE 9]>
<script src="https://oss.maxcdn.com/libs/html5shiv/3.7.0/html5shiv.js"></script>
<script src="https://oss.maxcdn.com/libs/respond.js/1.4.2/respond.min.js"></script>
<![endif]-->
</head>
<body class="fix-header">
<!-- ============================================================== -->
<!-- Preloader -->
<!-- ============================================================== -->
<div class="preloader">
<svg class="circular" viewBox="25 25 50 50">
<circle class="path" cx="50" cy="50" r="20" fill="none" stroke-width="2" stroke-miterlimit="10" />
</svg>

14
PHP : Hypertext Preprocessor

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 48

</div>
<!-- ============================================================== -->
<!-- Wrapper -->
<!-- ============================================================== -->
<div id="wrapper">
<!-- ============================================================== -->
<!-- Topbar header - style you can find in pages.scss -->
<!-- ============================================================== -->

<nav class="navbar navbar-default navbar-static-top m-b-0">


<div class="navbar-header">
<div class="top-left-part">
<!-- Logo -->
<a class="logo" href="index.html">
<!-- Logo icon image, you can use font-icon also --><b>
<!--This is dark logo icon--><img src="../plugins/images/admin-logo.png" alt="home" class="dark-logo" /><!--This is light logo icon--
><img src="../plugins/images/admin-logo-dark.png" alt="home" class="light-logo" />
</b>
<!-- Logo text image you can use text also --><span class="hidden-xs">
<!--This is dark logo text--><Kibwako
</span> </a>
</div>
<!-- /Logo -->
<ul class="nav navbar-top-links navbar-right pull-right">
<li>
<a class="profile-pic" href="#"> <img src="../plugins/images/users/varun.jpg" alt="user-img" width="36" class="img-circle"><b
class="hidden-xs">Technicien X</b></a>
</li>
</ul>
</div>
<!-- /.navbar-header -->
<!-- /.navbar-top-links -->
<!-- /.navbar-static-side -->
</nav>
<!-- End Top Navigation -->
<!-- ============================================================== -->
<!-- Left Sidebar - style you can find in sidebar.scss -->
<!-- ============================================================== -->
<div class="navbar-default sidebar" role="navigation">
<div class="sidebar-nav slimscrollsidebar">
<div class="sidebar-head">
<h3><span class="fa-fw open-close"><i class="ti-close ti-menu"></i></span> <span class="hide-menu">Navigation</span></h3>
</div>
<ul class="nav" id="side-menu">
<li style="padding: 70px 0 0;">
<a href="index.html" class="waves-effect"><i class="fa fa-clock-o fa-fw" aria-hidden="true"></i>Acceuil</a>
</li>
<li>
<a href="sites.html" class="waves-effect"><i class="fa fa-building-o fa-fw" aria-hidden="true"></i>Sites</a>
</li>
<li>
<a href="bases.php" class="waves-effect"><i class="fa fa-rss fa-fw" aria-hidden="true"></i>Bases</a>
</li>
<li>
<a href="cpe.php" class="waves-effect"><i class="fa fa-signal fa-fw" aria-hidden="true"></i>CPE</a>
</li>
<li>
<a href="users.php" class="waves-effect"><i class="fa fa-group fa-fw" aria-hidden="true"></i>Technicien</a>
</li>

</ul>
</div>

</div>
<!-- ============================================================== -->
<!-- End Left Sidebar -->
<!-- ============================================================== -->
<!-- ============================================================== -->
<!-- Page Content -->
<!-- ============================================================== -->
<div id="page-wrapper">
<div class="container-fluid">
<div class="row bg-title">
<div class="col-lg-3 col-md-4 col-sm-4 col-xs-12">
<h4 class="page-title">Bases</h4> </div>

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 49

<div class="col-lg-9 col-sm-8 col-md-8 col-xs-12">


<ol class="breadcrumb">
<li><a href="#">Bases</a></li>
<li class="active">Liste</li>
</ol>
</div>
<!-- /.col-lg-12 -->
</div>
<!-- /.row -->
<!-- ============================================================== -->
<!-- Different data widgets -->
<!-- ============================================================== -->
<!-- .row -->
<div class="row">
<div class="white-box">
<form action="../../Controlleurs/baseControlleur.php" method="post" class="form-horizontal form-material">
<div class="form-group">
<label class="col-md-12">Nom</label>
<div class="col-md-12">
<input type="text" required name="nom" class="form-control form-control-line"> </div>
</div>
<div class="form-group">
<label for="site" class="col-md-12">Site</label>
<div class="col-md-12">
<select name="site">
<?php
foreach ( Site::lister() as $obj)
{
echo '<option value="'.$obj->getId().'">'.$obj->getNom_site().'</option>';
}
?>
</select>
</div>
</div>
<div class="form-group">
<label for="type" class="col-md-12">Type</label>
<div class="col-md-12">
<select name="type">
<?php
foreach ( Type_base::lister() as $obj)
{
echo '<option value="'.$obj->getId().'">'.$obj->getNom().'</option>';
}
?>
</select>
</div>
</div>
<div class="form-group">
<label class="col-md-12">Gain</label>
<div class="col-md-12">
<input type="text" required name="gain" class="form-control form-control-line"> </div>
</div>
<div class="form-group">
<label class="col-md-12">Orientation</label>
<div class="col-md-12">
<input type="text" required name="orientation" class="form-control form-control-line"> </div>
</div>
<div class="form-group">
<label class="col-md-12">Portee</label>
<div class="col-md-12">
<input type="text" required name="portee" class="form-control form-control-line"> </div>
</div>
<div class="form-group">
<label class="col-md-12">Puissance</label>
<div class="col-md-12">
<input type="text" required name="puissance" class="form-control form-control-line"> </div>
</div>
<input type="submit" name="btn_new_base" value="Enregistrer" >
</form>
</div>
</div>
</div>
<!-- /.container-fluid -->
<footer class="footer text-center"> INTERSYS </footer>
</div>
<!-- ============================================================== -->
<!-- End Page Content -->

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 50

<!-- ============================================================== -->


</div>
<!-- ============================================================== -->
<!-- End Wrapper -->
<!-- ============================================================== -->
<!-- ============================================================== -->
<!-- All Jquery -->
<!-- ============================================================== -->
<script src="../plugins/bower_components/jquery/dist/jquery.min.js"></script>
<!-- Bootstrap Core JavaScript -->
<script src="bootstrap/dist/js/bootstrap.min.js"></script>
<!-- Menu Plugin JavaScript -->
<script src="../plugins/bower_components/sidebar-nav/dist/sidebar-nav.min.js"></script>
<!--slimscroll JavaScript -->
<script src="js/jquery.slimscroll.js"></script>
<!--Wave Effects -->
<script src="js/waves.js"></script>
<!--Counter js -->
<script src="../plugins/bower_components/waypoints/lib/jquery.waypoints.js"></script>
<script src="../plugins/bower_components/counterup/jquery.counterup.min.js"></script>
<!-- chartist chart -->
<script src="../plugins/bower_components/chartist-js/dist/chartist.min.js"></script>
<script src="../plugins/bower_components/chartist-plugin-tooltip-master/dist/chartist-plugin-tooltip.min.js"></script>
<!-- Sparkline chart JavaScript -->
<script src="../plugins/bower_components/jquery-sparkline/jquery.sparkline.min.js"></script>
<!-- Custom Theme JavaScript -->
<script src="js/custom.min.js"></script>
<script src="js/dashboard1.js"></script>
<script src="../plugins/bower_components/toast-master/js/jquery.toast.js"></script>
</body>
</html>
4.3.2. Partie Client (mobile)

Après avoir vu quelques codes source de notre application, voyons maintenant le


résultat de ses derniers.
4.4. Test et résultat
Nous allons tester notre application par rapport aux besoins fonctionnels que
nous avons présentés au premier chapitre afin de vérifier si nous avons répondu à ses
derniers.
4.4.1. Test d’authentification
 Fonctionnalité : S’authentifier
 Objectif : Le test d’authentification a pour objectif de vérifier que l’utilisation de
notre application nécessite une authentification au préalable.
 Critère d’acceptation  : Seul les techniciens enregistrés dans notre base de
données sont permis d’utiliser notre application.
 Etapes :
 Lancer l’application
 Saisir l’identifiant et le mot de passe
 Cliquer sur le bouton « SE CONNECTER »

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 51

4.4.2. Test de listage des sites


 Fonctionnalité : Lister_Site
 Objectif : Le test sur le listage des sites d’émission va permettre de vérifier si
notre application sera à mesure de lister et de situer tous les sites d’émission
avec précision.
 Critère d’acceptation : Le technicien doit voir tous les sites d’émission.
 Etapes :
 S’authentifier
 Cliquer sur le Menu
 Cliquer sur l’onglet « Site »

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 52

4.4.3. Test de listage des bases d’émission


 Fonctionnalité : Lister_Base
 Objectif : Le test sur le listage des bases d’émission va permettre de vérifier si
notre application sera à mesure de donner d’une manière exacte les différentes
bases liées à un site précis.
 Critère d’acceptation : Le technicien doit voir toutes les bases liés à un site bien
precis.
 Etapes :
 S’authentifier
 Cliquer sur le Menu
 Cliquer sur l’onglet « Site »
 Cliquer sur un site

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 53

4.4.4. Test de listage des CPE installés


 Fonctionnalité : Lister_CPE
 Objectif : Le test sur la liste des CPE installés va nous permettre de vérifier que
notre application est à mesure de lister tous les CPE installés.
 Critère d’acceptation : Le technicien doit voir tous les CPE installés.
 Etapes :
 S’authentifier
 Cliquer sur le Menu
 Cliquer sur l’onglet « Cpe »

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 54

4.4.5. Test d’installation CPE


 Fonctionnalité : Créer_CPE
 Objectif : Le test d’installation des CPE nous permettra de vérifier que notre
application est à mesure d’aider les techniciens lors d’une installation. Il permet
aussi de vérifier que l’application fournie une proposition vraie.
 Critère d’acceptation :
 Etapes :
 S’authentifier
 Cliquer sur le Menu
 Cliquer sur l’onglet « Installation »
 Cliquer sur le nom du CPE à installer
 Cliquer sur la base proposée
 Saisir le nom du site
 Enregistrer
Pour bien réaliser notre test, nous allons installer le Cpe LBE-M5-23. Avant
d’afficher le résultat que nous renvoi notre application, nous allons calculer les
différentes puissances que reçoit notre Cpe, nous allons déterminer la base qui nous
fournit la meilleure puissance et enfin nous allons comparer la réponse à celle que nous
propose l’application.

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 55

4.5. Conclusion partielle

TFE_TLC_ESIS 2018
IMPLEMENTATION & RESULTAT P a g e | 56

TFE_TLC_ESIS 2018
CONCLUSION GENERALE

Ce travail a porté sur la conception et la réalisation d’une application de pointage


des antennes. Face aux différents problèmes que rencontre les techniciens d’Intersys
lors de l’installation d’un CPE qui sont, le manque de précision sur la station de base
offrant une meilleure puissance et le manque de précision sur l’orientation du CPE afin
de maximiser la puissance. Nous avons cherché à résoudre cela par la conception et la
réalisation d’une application mobile.
Pour arriver au résultat escompté, nous avons structuré notre travail en quatre
parties ou chapitres. Dans un premier temps, nous avons étudié l’existant afin de mieux
comprendre le système actuel et pouvoir ressortir les fonctionnalités de notre
application.
Sur base des fonctionnalités enregistrées dans le premier chapitre, nous avons
dégagé la conception générale du système, qui consistait à présenter l’architecture
générale de notre application. Sur base de la conception générale, nous sommes passés à
la conception détaillée logique dans le but de détailler de façon claire les différents
modules constituant l’architecture générale.
Apres avoir conçu l’architecture logique de l’application, nous avons choisi les
technologies à utiliser dans les différents modules afin de réaliser les fonctionnalités de
notre application. Nous avons présenté d’une manière brève les technologies optées et
nous avons donné une architecture physique de notre système. Nous avons clôturé
notre conception physique par élaborer un plan d’installation, de configuration, de
développement et un plan de test de notre application.
La fin de ce travail a été sanctionnée par le quatrième chapitre nommé
implémentation et résultat dans lequel nous avons montré toutes les étapes nécessaire en
commençant par l’installation des outils, le développement et nous avons fini par
montrer l’utilisation de notre application en passant par un test des fonctionnalités
offertes.
Perspectives d’avenir
Toute œuvre faite de l’homme n’étant pas parfaite, loin de nous l’idée de croire
que notre application de pointage des antennes soit parfaite. Raison pour laquelle nous
l’avons critiqué tout en évaluant ses limites qui sont des points à améliorer dans l’avenir
en d’autre terme des perspectives d’avenir.

 Pour calculer la puissance reçue, nous avons utilisé la formule de Friis, ce qui
traduit que nous supposons être en espace libre. Autrement dit, notre solution
n’est pas à mesure de gérer les atténuations liées aux differents obstacles que
rencontre le signal lors de sa propagation et n’est pas aussi à mesure de gérer les
atténuations liées à l’atmosphère.
BIBLIOGRAPHIE

[1] D. KAPULULA, Cours de QUALITE, OPTIMISATION & SECURITE DE SERVICE APPLIQUEES


AUX TELECOMS, Ecole Superieure d'Informatique Salama, 2017-2018.

[2] B. POLOMBWE, Cours des TELECOMMUNICATIONS, Ecole Supérieure d'Informatique


Salama, 2016-2017.

[3] O. BOISSIER, Analyse des besoins et spécifications des exigences, Septembre, 2003.

[4] B. POLOMBWE, Systémique et Maitrise de la complexité: Systèmes Techniques et leur


conception, Lubumbashi, 2015.

[5] E. MPUNDU, Conception d'une application de gestion et monitoring réseau avec les sripts
ms powershell basé sur l'automatisation des taches, TFE, Ecole Superieur d'Informatique
SALAMA, 2017.

[6] P. Roques, UML 2 par la pratique, Paris: Eyrolles, 2006.

[7] J.-p. Muller, Physique appliquée : Les Antennes.

[8] Datasheet.

[9] «https ://fr.wikipedia.org/wiki/Framework, consulté le 03 Aout 2018,» [En ligne].

[10] «Developpement Mobile Hybride avec IONIC 3 et CORDOVA - Part 1 & 2,


www.youTube.com».

[11] S. BENNOUR (SI5-IHM), Tutoriel Ionic Framework, Université Nice-Sophia Antipolis.

[12] P. CALAME, «Introduction à MySQL, www.atelier-freelance.ch, consulté le 03 Aout 2018,»


[En ligne].

[13] «https ://fr.wikipedia.org/wiki/Presentation de MySQL, consulté le 03 Aout 2018,» [En


ligne].

Vous aimerez peut-être aussi