Projet de Fin D'études

Département :
Référence :
Licence Appliquée en Sciences et technologies de l’Information et

de la Communication
Option : Réseaux système de télécommunication
Projet de fin d’Études
Conception et développement d’une application

cartographique de gestion de projet dans le domaine
de la fibre optique
Réalisé par : Omaya TESTOURI
Ghofrane SAADALLY
Classe : STIC L3_A
Encadré par : Jamila BEN SLIMANE

Ines HAMDA
Entreprise d’Accueil : INTERCOM TECHNOLOGIES
Année Universitaire : 2019-2020

Dédicaces
À nos parents qui n'ont jamais cessé de nous aider, nous assister et nous encourager, ceux
qui ont sacrifié leurs plus belles années pour embellir les miennes, nous vous dois notre réussite,
aucun mot ne serait assez pour témoigner de l'étendue des sentiments que nous éprouvons à leur
regard.
À nos amis et collègues qui n'ont épargné le moindre effort pour nous soutenir tout au long
de notre cursus d'études.
À tous ceux qui nous ont soutenus et étaient présents pour nous. À tous ceux qui veulent
partager notre joie.
À nos familles, nous vous remercions d’avoir embellir notre vie. Nous vous dédions ce
travail, le fruit de nos efforts et le résultat de longues années d'études, que vous y trouvez le
couronnement de votre assistance et l'expression profonde de notre gratitude.
Omaya Testouri & Ghofrane Saadally
i
Remerciements
Au terme de ce travail, nous voudrons offrir nos remerciements spéciaux à diverses personnes pour
leurs contributions à ce projet, leurs conseils techniques et leurs soutiens morales.
Nous tenons à remercier dans un premier temps toute l’équipe pédagogique de l’Institut Supérieur
des Études Technologiques en Communications pour la formation qu’ils nous ont procurée durant notre
parcours académique.
Ainsi, nous tenons exprimer notre profonde gratitude, notre reconnaissance, notre respect et nos
remerciements les plus sincères à notre chère professeure Mme. Jamila BEN SLIMANE Nous la
remercions pour ses encouragements continus, ses précieuses directives et sa disponibilité tout au long
du projet.
Notre gratitude à Mme. Ines HAMDA notre encadrante dans l’Intercom Technologies qui nous a
aimablement encadré et agréablement guidé. Nous la remercions pour son aide, son soutien moral et
pour le temps qu’elle nous a octroyée malgré ses occupations.
Ce travail sera examiné et évalué par un groupe des professeurs, qu’ils soient vivement remerciés
pour avoir accepté de faire partie du Jury.
Enfin, nous remercions tous ceux et toutes celles qui ont bien voulu nous aider à accomplir ce travail
dans des conditions favorables.
ii
Table des matières
Introduction générale.................................................................................................................. 1
Chapitre 1 : Cadre général du projet .......................................................................................... 2
Introduction ............................................................................................................................ 2
1. Présentation de l’entreprise d’accueil .......................................................................... 2
1.1 Organigramme d’INTERCOM ............................................................................ 3
1.2 Secteur d’activités ................................................................................................ 3
2. Etude de l’existant ....................................................................................................... 4
2.1 Les applications de gestion de projets et de relevés sur terrain ........................... 4
2.2 Les applications de géolocalisations utiles pour l’archéologie ............................ 5
3. Contexte du projet ....................................................................................................... 7
3.1 Problématique....................................................................................................... 7
3.2 Solution proposée ................................................................................................. 8
4. Gestion et suivi du projet ............................................................................................. 9
4.1 Méthodologie de travail ....................................................................................... 9
4.1.1 Modèle en cascade .......................................................................................... 10
4.1.2 Modèle en V ................................................................................................... 10
4.1.3 Modèle par incrément ..................................................................................... 11
4.2 Les étapes du cycle en V .................................................................................... 12
4.2.1 La phase de conception................................................................................... 12
4.2.2 La phase de réalisation ................................................................................... 13
4.2.3 La phase de validation .................................................................................... 13
4.3 Planning prévisionnel ......................................................................................... 13
Conclusion ............................................................................................................................ 14
Chapitre 2 : Etat de l’art ........................................................................................................... 15
Introduction .......................................................................................................................... 15
1. Etude générale sur la fibre optique ............................................................................ 15
1.1 Composition de la fibre optique ......................................................................... 15
1.2 Les types de fibre ............................................................................................... 16
1.2.1 Fibre monomode ......................................................................................... 16
1.2.2 Fibre multi-mode ........................................................................................ 16
1.3 Les avantages et les inconvénients de la fibre optique....................................... 16
1.3.1 Les principaux avantages ............................................................................ 16
1.3.2 Les inconvénients........................................................................................ 17
2. Présentation d’architecture de la fibre optique .......................................................... 17
2.1.1 Architecture générale de réseaux FTTx ...................................................... 17
2.1.2 L’importance du réseau FTTH.................................................................... 18
3. Infrastructure du réseau FTTH .................................................................................. 20
3.1 Les éléments du réseau FTTH ............................................................................ 20
3.2 Le déploiement de la fibre optique ..................................................................... 21
3.3 Infrastructure du réseau fibre ............................................................................. 21
3.3.1 Couche infrastructure ..................................................................................... 23
iii
Conclusion ................................................................................................................................ 31
Chapitre 3 : Conception et spécification des besoins ............................................................... 32
Introduction .......................................................................................................................... 32
1. Spécification des besoins ........................................................................................... 32
1.1 Identification des acteurs .................................................................................... 32
1.2 Besoins fonctionnels .......................................................................................... 33
1.3 Besoins non fonctionnels ................................................................................... 34
2. Digramme de cas d’utilisation global ........................................................................ 35
3. Analyses détaillées des diagrammes de cas d’utilisation .......................................... 35
3.1 Cas d’utilisation « S’authentifier »..................................................................... 36
3.2 Cas d’utilisation « Gérer les comptes utilisateurs » ........................................... 37
3.2.1 Cas d’utilisation « Ajouter un compte » ......................................................... 37
3.2.2 Cas d’utilisation « Modifier un compte » ....................................................... 38
3.2.3 Cas d’utilisation « Supprimer un compte » .................................................... 39
3.3 Cas d’utilisation « Gérer les projets » ................................................................ 39
3.3.1 Cas d’utilisation « Créer un projet » ............................................................... 40
3.3.2 Cas d’utilisation « Modifier un projet » ......................................................... 41
3.3.3 Cas d’utilisation « Supprimer un projet » ....................................................... 41
3.3.4 Cas d’utilisation « Consulter la liste des Projets » ......................................... 42
3.3.5 Cas d’utilisation « Modifier les relevées terrains » ........................................ 43
3.3.6 Cas d’utilisation « Modifier la réservation des alvéoles ».............................. 44
3.4 Cas d’utilisation « Rechercher les projets » ....................................................... 45
3.4.1 Cas d’utilisation « Ajouter un support » ......................................................... 46
3.4.2 Cas d’utilisation « Modifier un support » ....................................................... 47
3.4.3 Cas d’utilisation « Remplir des informations » .............................................. 47
3.5 Cas d’utilisation « Consulter l’avancement du projet » ..................................... 48
4. Diagramme de séquences .......................................................................................... 49
4.1 Diagramme de séquences objets « S’authentifier » ........................................... 49
4.2 Diagramme de séquences objets « Ajouter un compte » ................................... 50
4.3 Diagramme de séquences objets « Supprimer un compte » ............................... 50
4.4 Diagramme de séquences objets « Gérer les projets » ....................................... 50
4.5 Diagramme de séquences objets « Relevé de chambre » ................................... 52
5. Diagramme de classes global .................................................................................... 53
Conclusion ................................................................................................................................ 53
Chapitre 4 : Réalisation ............................................................................................................ 54
Introduction .......................................................................................................................... 54
1. Environnement de développement ............................................................................ 54
1.1 Environnement matériel ..................................................................................... 54
1.2 Enivrement logiciel ............................................................................................ 55
1.2.1 Ionic ............................................................................................................ 55
1.2.2 Node.js ........................................................................................................ 55
1.2.3 Angular ....................................................................................................... 55
1.2.4 Visual Studio Code ..................................................................................... 55
iv
1.2.5 Apache Cordova.......................................................................................... 56
1.2.6 Visual Paradigm Online .............................................................................. 56
1.2.7 ApowerMirror ............................................................................................. 56
1.2.8 Postman ....................................................................................................... 56
1.3 Language de programmation .............................................................................. 56
1.3.1 HTML ......................................................................................................... 56
1.3.2 CSS ............................................................................................................. 57
1.3.3 JavaScript .................................................................................................... 57
2. Réalisation ................................................................................................................. 57
2.1 Interfaces graphiques.......................................................................................... 57
2.1.1 Espace administrateur ................................................................................. 57
2.1.2 Espace utilisateurs ....................................................................................... 60
Conclusion ................................................................................................................................ 69
Conclusion générale ................................................................................................................. 70
Webographie ............................................................................................................................ 71
Annexes .................................................................................................................................... 73
v
Liste des figures
Figure 1.1: Organigramme de l’organisme d'accueil ................................................................. 3

Figure 1.2: Interface de sépale ................................................................................................... 4
Figure 1.3: Interface d’un outil BulldozAIR .............................................................................. 5
Figure 1.4: Interface de l’application Archeotracker ................................................................ 6
Figure 1.5: Collector for ArcGIS ............................................................................................... 7
Figure 1.6: Schéma explicatif de la solution à proposer ............................................................ 9
Figure 1.7: Modèle en cascade ................................................................................................. 10
Figure 1.8: Modèle en V .......................................................................................................... 10
Figure 1.9: Modèle par incrément ............................................................................................ 11
Figure 1.10: Digramme d’exécution du projet ......................................................................... 13
Figure 2.1: Composition de la fibre optique ............................................................................ 15
Figure 2.2: Architecture générale du réseau FTTx .................................................................. 18
Figure 2.3: Architecture point à point ...................................................................................... 19
Figure 2.4: Architecture point à multipoint .............................................................................. 20
Figure 2.5: Infrastructure du réseau FTTH .............................................................................. 21
Figure 2.6: Architecture des possibilités de mutualisation du réseau fibre optique ................. 22
Figure 2.7: Les chambres sur terrain ........................................................................................ 27
Figure 2.8: Positionnement des masques ................................................................................. 29
Figure 2.9: Vue complémentaire avec repéres métriques ........................................................ 29
Figure 2.10: Masque A ............................................................................................................. 30
Figure 2.11: Demande de réservation, indication de la destination ......................................... 31
Figure 2.12: Etiquette sur poteau en bois ................................................................................. 31
Figure 3.1: Acteurs de notre système ....................................................................................... 33
Figure 3.2: Diagramme de cas d’utilisation global .................................................................. 35
Figure 3.3: Diagramme de cas d’utilisation « S’authentifier » ................................................ 36
Figure 3.4: Diagramme de cas d’utilisation « Gérer les comptes utilisateurs » ....................... 37
Figure 3.5: Diagramme de cas d’utilisation « Gérer les projets» ............................................. 40
Figure 3.6: Diagramme de cas d’utilisation « Rechercher les projets » ................................... 46
Figure 3.7: Diagramme de cas d’utilisation « Consulter l’avancement du projet» .................. 48
Figure 3.8: Diagramme de séquences détaillé du cas d’utilisation « S’authentifier » ............. 49
Figure 3.9: Diagramme de séquences détaillé du cas d’utilisation « Gérer les projets » ......... 51
vi
Figure 3.10: Diagramme détaillé du cas d’utilisation « Relevé de chambre » ......................... 52
Figure 3.11: Schéma du diagramme de classes global ............................................................. 53
Figure 4.1: Interface d’authentification web ............................................................................ 58
Figure 4.2: Interface d’ajout d’un utilisateur ........................................................................... 58
Figure 4.3: Interface de gestion de la liste des utilisateurs....................................................... 59
Figure 4.4: Interface de suppression d’un utilisateur ............................................................... 59
Figure 4.5: Interface d’authentification mobile........................................................................ 60
Figure 4.6: Interface de gestion de projet « Application web » ............................................... 61
Figure 4.7: Interface de modification et suppression un projet « Application web » .............. 61
Figure 4.8: Interface de gestion de projet « Application mobile » ........................................... 62
Figure 4.9: Interface d’ajout d’un support « Application web » .............................................. 63
Figure 4.10: Interface d’affichage de la position de chambre en mode « Plan » ..................... 63
Figure 4.11: Interface d’affichage de la position de chambre en mode « Satellite » ............... 64
Figure 4.12: Interface liste des supports en mode d’affichage « Satellite » ............................. 64
Figure 4.13: Interface liste des projets en mode d’affichage « Plan » ..................................... 65
Figure 4.14: Interface Chambre « Application mobile » ......................................................... 65
Figure 4.15: Interface Chambre « Application web » .............................................................. 66
Figure 4.16: Interface masque « Application mobile » ............................................................ 66
Figure 4.17: Interface masque « Application mobile » ............................................................ 67
Figure 4.18: Interface masque « Application web » ................................................................ 67
Figure 4.19: Interface réservation « Application web » ........................................................... 68
Figure 4.20: Interface consulter l’avancement du projet « Application web » ........................ 69
vii
Liste des tableaux
Tableau 1.1: Avantages et inconvénients du modèle en V ...................................................... 12
Tableau 2.1: Configuration d’alvéole libre ..................................................................................... 24

Tableau 2.2: Configuration d’alvéole occupée ............................................................................... 26
Tableau 2.3: Dimension des chambres ............................................................................................ 28
Tableau 2.4: L’état de réservation des alvéoles .............................................................................. 30
Tableau 3.1: Description textuelle du cas d’utilisation « S’authentifier » .................................. 36

Tableau 3.2: Description textuelle du cas d’utilisation « Ajouter un compte » ......................... 38
Tableau 3.3: Description textuelle du cas d’utilisation « Modifier un compte » ....................... 38
Tableau 3.4: Description textuelle du cas d’utilisation « Supprimer un compte » .................... 39
Tableau 3.5: Description textuelle du cas d’utilisation « Importer un projet » .......................... 40
Tableau 3.6: Description textuelle du cas d’utilisation « Modifier un projet » .......................... 41
Tableau 3.7: Description textuelle du cas d’utilisation « Supprimer un projet » ....................... 42
Tableau 3.8: Description textuelle du cas d’utilisation « Consulter la liste des Projets » ........ 43
Tableau 3.9: Description textuelle du cas d’utilisation « Modifier les relevées terrains» ........ 44
Tableau 3.10: Description textuelle du cas d’utilisation « Modifier la réservation des alvéoles
»............................................................................................................................................................. 45
Tableau 3.11: Description textuelle du cas d’utilisation « Ajouter un support » ....................... 46
Tableau 3.12: Description textuelle du cas d’utilisation « Modifier un support » ..................... 47
Tableau 3.13: Description textuelle du cas d’utilisation « Remplir des informations » ........... 47
Tableau 3.14: Description textuelle du cas d’utilisation « Consulter l’avancement du projet »
............................................................................................................................................................... 48
Tableau 4.1: Configuration matérielle ..................................................................................... 54
viii
Liste des acronyms
A
ArcGIS : Geographic Information System
C
CCF : Câblage Client Final
CSS: Cascading Style Sheets
CRISI : Collecte et de Relevé d’Informations site à une Inondation

D
DTIO: Distribution optique de l’abonné
E
Esri : Environmental Systems Research Institute
F
FOA : Fiche d'Occupation d'Alvéole classique
FTTB: Fiber To The Building

FTTC: Fiber To The Curb / Fiber To The Cabinet
FTTH: Fiber To The Home
FTTO: Fiber To The Office
FTTx: Fiber To The x
G
GPS : Global Positioning System,
H
HTML: HyperText Markup Language
I
IOS : Internetwork Operating System
M
MMF : Multi-Mode Fiber
N
NRO : Nœud de Raccordement Optique
ix
O
OLT : Optical Line Terminal
P
PB : Point de Branchement
PDA: Personal Digital Assistant
PEHD : Polyéthylène haute densité
PM : Point de Mutualisation
PON : Passive Optical Network
PTM : point-multipoint
PTO : Point de terminaison optique
PTP : Point à point
PVC : Polychlorure de vinyle
R
RCA : Raccordement de Clients d’Affaires
S
SMF: Single-Mode Fiber
U
UML: Unified Modeling Language.
x
Introduction générale
Les technologies de l'information et de la communication ont été la révolution la plus importante et
innovante qui a marqué ces dernières décennies. En effet, loin d'être un phénomène éphémère ces
technologies nous ont apporté du confort dans notre vie quotidienne par leurs capacités à traiter
l’information dans des délais raisonnables.
Cependant, l’informatisation présente quelques limites. Étant donné que certains outils et
applications développés ne répondent plus aux besoins des entreprises en termes de gaspillage de temps
et de ressources, les administrateurs se trouvent dans l’obligation d’effectuer certaines de leurs tâches
manuellement puisque les équipes terrain n’ont pas toujours les bons documents pour aller faire le
piquetage. D’autre part les équipes en bureau d’étude se battent pour relire les relevés papier et pour les
interpréter.
Pour remédier à ce déficit et aux contraintes de la concurrence accrue sur le marché, les entreprises
sont tenues d’améliorer constamment la qualité de leurs produits en adoptant de nouvelles technologies
et méthodes de travail.
En effet, la bonne gestion des informations mène les entreprises à mettre en œuvre des techniques
permettant de diminuer l’effort physique humain et de rendre le travail plus performant et plus efficace.
C’est dans ce cadre que, s’intègre notre Projet de Fin d’Études effectué au sein de l’Intercom
Consulting, sous forme d’un stage entreprise qui a pour objectif de concevoir et implémenter une
application cartographique de gestion de projet dans le domaine de la fibre optique.
Notre rapport se subdivise en quatre principaux chapitres : Le premier chapitre, intitulé « Cadre
général du projet », se focalise sur la présentation de l’organisme d’accueil ainsi qu’à la mise en contexte
du projet. Le deuxième chapitre, dédié à l’explication des notions de base de la fibre optique et
l’architecture du réseau pour bien comprendre le processus de travail avant l’intervention de notre
application. Le troisième chapitre, s’articule autour de la phase de conception, en se basant sur
l’approche de modélisation orienté-objet UML suite à l’analyse des besoins fonctionnels et non
fonctionnels. Le quatrième chapitre portera sur la réalisation de l’application proposée, il comportera
l’environnement de développement et ainsi que la réalisation des interfaces. Enfin, nous clôturons par
une conclusion générale et quelques perspectives intéressantes concernant ce travail.
1
Chapitre 1 Cadre général du projet
Chapitre 1 : Cadre général du projet
Introduction
Ce chapitre a pour objectif de situer le projet dans son contexte général, à savoir la
problématique qui a inspiré la mise en place de la solution à adopter, la description du projet et
les objectifs à atteindre.
1. Présentation de l’entreprise d’accueil
INTERCOM GROUP intervient dans le cadre des projets de réseaux de télécommunication,

Mobile et Fibre Optique, dans les activités d'ingénierie informatique et technologies de
l'information ainsi que les projets énergétiques et l'installation industrielles [1] :
- Consulting et management : société de conseil stratégique, management des projets

informatiques et l'ingénierie des logiciels. Elle s'engage de l'étude, planification,
dimensionnement, intégration et l'optimisation des solutions informatiques, avec un
process de suivi, conseil, assistance pour améliorer la performance opérationnelle de ses
clients.
- Télécommunication et développement informatique : spécialisée dans les services de

télécommunications (réseaux Mobile et Fibre Optique) et le développement informatique,
elle s’engage dans une démarche de mise en place d’un système de management qualité,
sécurité et environnement.
- Energie et informatique : société spécialisée dans les services énergétiques et

l'installation industrielle, expertise en énergie renouvelable, systèmes photovoltaïques,
l'audit énergétique, la gestion de l'eau, l'huile et gaz, ainsi que l'installation des solutions
d’infrastructure dans le secteur industriel.
2
1.1 Organigramme d’INTERCOM
Le groupe d’Intercom se présente :
- En France : représentée par INTERCOM TECHNOLOGIES et implantée dans les villes

de Paris, Lyon, Nancy et Aix-en-Provence.
- En Tunisie : représentée par INTERCOM CONSULTING et située au pôle
technologique El Ghazela à Ariana.
L’organisation hiérarchique du groupe est illustrée par l’organigramme donnée par la figure
1.1.
Figure 1.1: Organigramme de l’organisme d'accueil
1.2 Secteur d’activités
Le groupe d’INTERCOM présente plusieurs domaines d’activités :

- La conception des réseaux télécoms fixes et mobiles pour les opérateurs télécoms, les
grands-comptes et les collectivités locales.
- L’ingénierie des réseaux câblés FTTH (Fiber To The Home)/ FTTx (Fiber To The x).
- L’ingénierie des réseaux sans fil.
3
- Le développement des logiciels pour les systèmes embarqués.

- Le développement des logiciels pour les réseaux de télécommunications fixes et
mobiles.
- L’exploitation et la gestion commerciale des réseaux informatiques.
- L’intégration des solutions informatiques [1].
2. Etude de l’existant
Au niveau de cette section, nous présentons les solutions de gestion de projets qui existent
sur le marché.
2.1 Les applications de gestion de projets et de relevés sur terrain
Parmi les solutions les plus populaires de gestion de projets et de relevés sur terrain nous
trouvons : sépale, BulldozAIR…
- Sépale : est un outil développé par Circet afin d’optimiser et fiabiliser les relevés
effectués sur le terrain, éviter les erreurs de saisie, aider le technicien à vérifier que son
relevé est exhaustif et que les photos requises sont effectuées [2].
La figure 1.2 représente l’interface de l’application sépale de gestion de projets et de relevés
sur terrain [2].
Figure 1.2: Interface de sépale
- BulldozAIR : permet aux entreprises de toutes tailles de mieux gérer leurs projets de
construction et gérer les équipes techniques sur le terrain dans la construction, le
transport, l’énergie ou la distribution à la fois complexe et chronophage [3].
4
Cette application aide à atteindre l’excellence opérationnelle en termes de :
• Gestion visuelle de tâches

• Collaboration centralisée
• Reporting automatisé
La figure 1.3 représente l’interface de l’outil BulldozAIR de gestion de projets [3].
Figure 1.3: Interface d’un outil BulldozAIR
- CRISI (Collecte et de Relevé d’Informations site à une Inondation) :

c’est une application disponible gratuitement sous Android et pour PDA (Personal
Digital Assistant) qui permet de regrouper dans un smartphone tous les outils
nécessaires à une collecte complète et fiable sur le terrain des laisses d’inondations.
CRISI permet à l’utilisateur d’effectuer de façon autonome des compagnes de relevés
de façon rapide, efficace et pour un investissement préalable limité [4].
2.2 Les applications de géolocalisations utiles pour l’archéologie
Heureusement, il existe aujourd’hui quelques applications gratuites disponibles sur

téléphone orientée archéologie. Nous trouvons comme exemple : archeotracher, collector for
ArcGIS (Geographic Information System), etc…
- Archeotracker : c’est une application fonctionnant sur smartphone de type Android,

elle permet d’enregistrer la position d’artefacts archéologiques à partir de catégories
préétablies (silex, céram rouge, céram noire, etc…) mais également de créer des boutons
correspondant à ses besoins propres avant ou pendant la mission de terrain. Une fois la
fonction GPS activée et la réception de réseau établie, il suffit de cliquer sur le bouton
5
souhaité pour enregistrer la position de l’objet correspondant. L’information spatiale

archéologique est donc uniquement ponctuelle [5].
La figure 1.4 nous montre l’interface de l’application mobile archeotracker pour la collecte
des informations sur terrain.
Figure 1.4: Interface de l’application Archeotracker
- Collector for ArcGIS : tout d’abord, ArcGIS est une suite de logiciels
d’informations géographique développés par la société américaine Esri.
Ainsi, collector for ArcGIS est une application mobile de collecte sur terrain, qui facilite
la capture de données précises et leur transfert vers la base de données partagée.
Les équipes sur terrain utilisent des fonds de cartes web sur des appareils mobiles pour
capturer et éditer des données. Le collector for ArcGIS fonctionne même lorsqu'il est
en mode déconnecté et s'intègre de manière transparente à ArcGIS.
Parmi ces fonctionnalités, nous citons :
• Collecter et mettre à jour les informations sur terrain.
• Utiliser les cartes et les données hors connexion et synchroniser les
modifications sur réseau.
• Améliorer la qualité de ses données avec des formulaires faciles à utiliser.
• Suivre le travail et signaler les activités.
• Capturer et partager des photos et des vidéos.
• Fonctionne sur iOS, Android et Windows 10 [6].
6
La figure 1.5 présente l’interface de collector for ArcGIS.
Figure 1.5: Collector for ArcGIS
3. Contexte du projet
Dans le cadre de la formation de licence en télécommunication à l’Institut Supérieur des

Etudes Technologiques en Communication de Tunis ISET’COM, nous avons eu l’occasion
d’effectuer notre projet de fin d’études au sein de la société « INTERCOM », en vue de
l’obtention du diplôme de licence appliquée en télécommunication.
Ce projet vise à enrichir notre formation universitaire acquise, durant trois ans, au sein de
cet établissement, et nous introduire dans la vie professionnelle.
Notre projet consiste à concevoir et à réaliser une application cartographique permettant la
gestion des projets dans le domaine de la fibre optique.
3.1 Problématique
Le souci principal d’une grande entreprise se réduit essentiellement au temps perdu dans la
coordination entre les équipes terrain et les bureaux d’études. Ce temps perdu est expliqué par
le fait que les équipes terrain n’ont pas toujours les bons documents pour aller faire le piquetage.
Elles ont des problèmes principalement au niveau des feuilles qui s’envolent ainsi elles peuvent
être obligées de retourner sur terrain plusieurs fois pour prendre des photos ou des relevés
oubliés et sans oublier que les équipes de bureau d’études se battent pour relire les relevés sur
papiers et pour les interpréter. Aussi, s’ajoutent les risques d’erreurs qui peuvent être présentes.
Les problèmes mentionnés précédemment peuvent être résolus par un moyen qui garantit :
- L’amélioration du temps de saisie sur le terrain puis de ressaisie en bureau d’études.
- L’amélioration de la qualité et de la complétude de relevés terrain via une interface
réalisée avec un ergonome (contribue à l’amélioration des situations de travail, les outils
et des produits afin d’en faciliter l’usage, optimiser la qualité, etc…).
7
- La possibilité de cumuler différents relevés en même temps exemple chambre, poteaux.

- La synchronisation de travail entre le bureau d’études et l’équipe sur terrain et la large
diffusion de l’application mobile en utilisant l’OS Android et IOS.
- Le coût compétitif, en effet, l’application a proposer sera gratuite et donc librement
diffusable entre les équipes sur terrain et le bureau d’études.
3.2 Solution proposée
Afin de faciliter les tâches des techniciens de terrain et d’éviter les problèmes cités
précédemment, nous proposons de mettre en place une application web et mobile permettant la
gestion des projets dans le domaine de la fibre optique. L’application web vise essentiellement
à la gestion des projets FTTH en bureau d’études liée à une autre application mobile pour les
relevés des supports et des travaux d’installation du réseau sur terrain.
En fait, l’application mobile permet d’une part au technicien terrain de vérifier que les
photos requises sont effectuées. C’est une application pratique qui sera disponible dans l’App
Store et le Google Play Store. Elle guide le technicien tout au long de sa mission et lui permet
de contrôler la cohérence de son relevé.
Notre application permet de fournir une progression robuste et continue dans le domaine
de la fibre optique afin d’assurer principalement plusieurs fonctionnements :
- Préparation des projets de relevés se fait en bureau d’études qui permet d’envoyer au
piqueteur un projet de relevé contenant les informations à relever, préremplies lorsque
les données sont disponibles.
- Réalisation de la liste des relevés par le piqueteur sur sa tablette. En fait lorsqu’il ouvre
un relevé la présentation cartographique lui permet directement de s’orienter par rapport
aux éléments du réseau grâce au GPS.
- Le retour en bureau d’études.
8
Pour bien comprendre notre idée, nous présentons un schéma descriptif de la solution à
proposer donnée par la figure 1.6.
Modification sur terrain à

l’aide d’une application
mobile
Préparation des projets Retour en bureau

de relevés au niveau de d’études
bureau d’études à l’aide
d’une application web
Figure 1.6: Schéma explicatif de la solution à proposer
4. Gestion et suivi du projet
La gestion de projet est l’ensemble des activités visant à organiser le bon déroulement d‘un
projet et à en atteindre les objectifs. Elle consiste à appliquer les méthodes, techniques et outils
de gestion spécifiques aux différentes étapes du projet, de l’évaluation de l’opportunité jusqu’à
l’achèvement du projet [7].
4.1 Méthodologie de travail
Un cycle de vie est un ensemble de phase séquentiellement cohérente, dont le nom et le

nombre de séquences sont déterminés à partir de l’étude des besoins du projet à réaliser.
Il existe plusieurs manières de définir le cycle de vie d’un logiciel : en cascade, le modèle
en V, le modèle en incrément…
9
4.1.1 Modèle en cascade
Le modèle en cascade est un modèle de gestion linéaire qui divise les processus de
développement en phases de projet successives. Le modèle en cascade est principalement utilisé
dans le développement de logiciels [8].
Il recommandait un modèle en sept phases qui se déroulaient en plusieurs étapes comme
le montre la figure 1.7 [8].
Figure 1.7: Modèle en cascade
4.1.2 Modèle en V
Le cycle en V est une méthode traditionnelle de gestion de projet conçue tout d’abord
pour l’industrie puis adaptée à l’informatique. Il est une évolution du cycle en cascade qui
manquait de réactivité. Il évite les retours en cas d’anomalie rencontrées et aussi il est
composé d’une phase descendante puis montante, la phase montante envoie des
informations vis-à-vis de la phase descendante [9].
Nous expliquons à travers la figure 1.8 les étapes du modèle en V [9].
Figure 1.8: Modèle en V
10
4.1.3 Modèle par incrément
Dans un modèle incrémental, un noyau est développé au fur et à mesure des

incréments bien sécrétés au tour de ce noyau. Chaque incrément est développé selon un
modèle de cycle de vie à savoir un modèle en V ou en cascade. C’est-à-dire que dans ce
modèle on part d’une pré-étude que l’on adapte à un des modèles cités précédemment
(cascade ou V) afin de construire un système plus efficace et qui répond le mieux aux
exigences du cahier de charges [10].
La figure 1.9 présente le modèle par incrément.
Figure 1.9: Modèle par incrément
Dans notre projet, nous adaptons le modèle en V car c’est un modèle qui permet d’anticiper
très tôt les évolutions des besoins ainsi il est adopté aux projets de complexité moyenne étant
donné que les exigences et les demandes du client sont fixées clairement dès le départ.
La méthode de cycle en V possède de nombreux avantages et quelques inconvénients dans
le développement d’une application donnée par le tableau 1.1 [11].
11
Tableau 1.1: Avantages et inconvénients du modèle en V
Avantages Inconvénients
• Simple et intuitif à utiliser. • Méthodologie rigide.

• Altitude proactive. • Documentation importante.
• Permet de préparer en amont les phases de • Manque de souplesse.
spécification qui est trop souvent • Trop loin de la réalité de
négligées. l’entreprise.
• Assure une meilleure qualité du produit
final car il propose plusieurs phases de
tests en relation avec la description des
besoins initiaux.
4.2 Les étapes du cycle en V
Le cycle en V est un cycle composé de trois grandes phases contenant huit étapes de
conception d’un produit :
4.2.1 La phase de conception
Le client recherche un produit et exprime ses besoins à travers ce produit. En effet, il définit
un délai final de livraison. Le prestataire effectue une étude de faisabilité afin de savoir si la
solution peut être conçue et rentable.
Le client et le prestataire définissent un cahier des charges détaillant toutes les
fonctionnalités recherchées dans le produit final avant la conception du produit final. Le cahier
des charges est un document indispensable dans un projet car il lie le client et le prestataire sous
un contrat. Le prestataire détermine les spécifications techniques de la solution dans la
technologie choisie et il effectue une estimation de délai pour chaque fonctionnalité à
développer. Cette phase assure principalement :
- L’analyse des besoins et faisabilité
- Les spécifications
- La conception détaillée
12
4.2.2 La phase de réalisation
L’équipe du projet se lance dans le développement du produit sur la base des spécifications
techniques. Cette phase du projet consiste à concevoir les différentes fonctionnalités du produit
final dans les délais attendus. Chaque fois qu’un composant logiciel est développé, il est testé
afin de déterminer s’il fonctionne correctement.
Cette phase est assurée par deux étapes :
- Codage
- Tests unitaires
4.2.3 La phase de validation
Les composants logiciels sont intégrés dans la solution finale pour vérifier que l’intégration
ne provoque pas d’anomalies. Le produit est ensuite testé au regard des spécifications
fonctionnelles. Une dernière validation du produit est effectuée avant la mise en production.
Suite à la mise en production, le client vérifie, dans le cadre de la recette, que le produit
correspond bien à ses attentes.
Cette phase possède trois étapes, citons :
- Tests d’intégration
- Test de validation
- Recette
4.3 Planning prévisionnel
Le planning prévisionnel des tâches est nécessaire lors de la réalisation d’un projet. La
figure 1.10 illustre la planification prévisionnelle des différentes phases du projet.
Figure 1.10: Digramme d’exécution du projet
13
Conclusion
Dans ce premier chapitre, nous avons défini le champ de notre étude suivi d’une étude de
l’existant afin de préciser les objectifs à atteindre.
En effet, l’étude de l’existant nous a permis de fixer les différents besoins à prendre en
considération lors de la phase de conception afin de réaliser une solution qui répondra
fidèlement aux exigences spécifiées par le cahier de charges.
Dans le deuxième chapitre, nous présentons un état de l’art des connaissances dans le
domaine de la fibre optique.
14
Chapitre 2 Etat de l’art
Chapitre 2 : Etat de l’art
Introduction
Dans ce chapitre, nous avons présenté une étude générale de la fibre optique ainsi que leur
composition par la suite ses avantages et ses inconvénients. Nous parlons ensuite de la
technologie FTTH (Fiber To The Home) afin de bien comprendre l’architecture et les éléments
nécessaires pour bien définir l’infrastructure de cette technologie.
1. Etude générale sur la fibre optique
La fibre optique est un câble permettant de propager des ondes lumineuses entre deux lieux.
La lumière est conduite sans perte au cœur du câble, et elle suit les éventuelles courbures de
son support. Elle est généralement utilisée en informatique, pour la transmission de données à
très haut débit et sur de grandes distances. Toutefois, elle possède
d'autres applications répandues comme en médecine, en automatisation, ou en éclairage
décoratif [12].
1.1 Composition de la fibre optique
La fibre optique est un fil de verre entouré d'une gaine réfléchissante. Sa propriété
principale est de servir de « tuyau » dans lequel on peut faire circuler de la lumière. Elle sert à
transporter de l’information numérique. Elle est composée des trois éléments clés suivants :
- Le cœur : à l’intérieur de ce composant, la lumière va se propager en suivant les lois de

la réfraction.
- La gaine optique : le rôle de la gaine optique est de refléter la lumière et de la guider.
- La gaine plastique : elle sert uniquement à protéger la flexibilité de la fibre optique et à
faciliter sa manipulation [13]. La figure 2.1 présente la composition de la fibre optique.
Figure 2.1: Composition de la fibre optique
15
1.2 Les types de fibre
Nous présentons à travers ce paragraphe les différents types de la fibre telle que la fibre
monomode et multi-mode [14].
1.2.1 Fibre monomode
La fibre optique monomode ou SMF (Single-Mode Fiber) est une fibre optique conçue pour
directement porter la lumière uniquement dans la fibre - le mode transversal. Pour la fibre
optique monomode, peu importe qu'elle fonctionne au taux de 100 Mbit/s ou 1 Gbit/s, la
distance de transmission peut atteindre au moins 5 km. Généralement, elle est utilisée pour la
transmission des signaux à longue distance.
1.2.2 Fibre multi-mode
La fibre optique multi-mode ou MMF (Multi-Mode Fiber) est un type de fibre optique
principalement utilisée pour la communication à courte distance, telles que dans un bâtiment
ou un campus. La vitesse typique et les limites de distance sont de 100 Mbit/s pour la distance
plus de 2 km (100BASE-FX), 1 Gbit/s pour la distance plus de 1000m, et 10 Gbit/s pour la
distance plus de 550 m. Il existe deux types d'index multi-mode : indice d'étape et indice gradué.
1.3 Les avantages et les inconvénients de la fibre optique
Malgré sa vitesse et sa bande passante, par-rapport à celle du câble en cuivre, la fibre

optique présente également certains inconvénients. Voici donc quelques avantages et
inconvénients de la fibre optique [15].
1.3.1 Les principaux avantages
- La fibre optique offre des débits 100 fois plus élevés que le réseau actuel en cuivre.
- Elle permet de transporter une grande quantité de données sur très longues distances, sans
atténuation significative du signal.
- Elle possède aussi l’avantage d’être naturellement insensible à des perturbations électriques
extérieures, ce qui garantit une meilleure qualité de service internet.
- Grâce à sa fiabilité, les familles peuvent profiter simultanément de tous les usages
multimédias (internet, Smartphone, TV HD, etc.).
16
- En ce qui concerne les entreprises, la technologie est utile pour leurs réseaux à longue ou
moyenne distance.
1.3.2 Les inconvénients
- Le déploiement de la fibre reste très cher.

- Les répéteurs sont nécessaires pour amplifier le signal, si la distance entre l’émetteur et le
récepteur est trop longue.
- La fibre optique est une matière fragile. Il faut la manier avec délicatesse par des
professionnels.
2. Présentation d’architecture de la fibre optique
Dans cette partie, nous présentons l’architecture de la fibre optique.
2.1.1 Architecture générale de réseaux FTTx
Le réseau d’accès optique est souvent constitué par une partie en fibre optique suivie d’une
partie en conducteur métallique qui va jusqu’au terminal de l’abonné. Ce réseau assure l’accès
au réseau téléphonique public pour les applications vocales comme il permet l’accès aux
applications de transfert de données grâce à l’emploi des techniques numériques.
Nous distinguons les techniques FTTx (Fiber To The x) qui consistent à amener la fibre
optique au plus près de l’utilisateur afin d’augmenter la qualité de service en particulier le débit.
Nous citons ici les configurations les plus répondues, selon la localisation de la terminaison de
réseau optique [16] :
- FTTH (Fiber To The Home) /FTTO (Fiber To The Office)
La terminaison du réseau optique, propre à un abonné est implantée dans ces locaux. La
fibre optique va donc jusqu’au domicile ou au bureau (débit jusqu’à 1 Gbits/s).
- FTTB (Fiber To The Building)
La terminaison optique est localisée soit au pied de l’immeuble, soit dans un local
technique, soit dans une armoire ou un conduit sur le palier. Elle est généralement partagée
entre plusieurs abonnés qui lui sont raccordés par des liaisons en fil de cuivre.
17
- FTTC (Fiber To The Curb / Fiber To The Cabinet)
La terminaison du réseau optique est localisée soit dans une chambre souterraine, soit dans
une armoire sur la voie publique (sous répartiteur), soit dans un centre de télécommunication,
soit sur un poteau. Dans le cas où la fibre arrive jusqu’au trottoir, on appelle cette configuration
Fiber To The Curb (FTTC). D’autre part, si elle arrive jusqu’au sous répartiteur, on appelle
cette configuration Fiber To The Cabinet (FTTCab). Selon le cas, il est envisagé de réutiliser le
réseau terminal en cuivre existant ou de mettre en œuvre une distribution terminale par voie
radio électrique. La figure 2.2 représente l’architecture générale du réseau FTTx [17].
Figure 2.2: Architecture générale du réseau FTTx
Pour différentes raisons, le client de la société intercom qui est l’opérateur Orange a choisi
le FTTH comme méthode de déploiement de la fibre optique.
2.1.2 L’importance du réseau FTTH
Les réseaux optiques ont connu un développement rapide ces dernières années. La demande
d’une bande passante plus élevée a provoqué la mise en place des réseaux d’accès de type FTTH
à base large bande.
Parmi la différente implémentation FTTH, nous trouvons le réseau optique passif PON
(Passive Optical Network), qui peut fournir des débits très élevés aux clients, une grande zone
de couverture et un coût réduit de d’entretien grâce à l’utilisation de composants passifs dans
le réseau.
18
Le réseau FTTH est structuré en plaques organisées autour d’un NRO (Nœud de
Raccordement Optique), interface entre le réseau de collecte et la boucle locale FTTH. Il s’agit
d’un local technique abritant les équipements actifs OLT (Optical Line Terminal) du réseau
FTTH de l’opérateur et concentrant les parties de fibres optiques desservant les clients finaux.
Nous distinguons deux principaux types d’architecture FTTH :
- L’architecture Ethernet point à point (P2P), pour laquelle une fibre optique par abonné
est déployée, du NRO jusqu’au foyer de l’usager.
- L’architecture point-multipoint (P2M) (Passive Optical Network), basée sur différents
standards, (GPON, EPON) et pour laquelle une fibre optique issue du NRO peut
desservir plusieurs abonnés.
Nous expliquons par la suite les différentes architectures du réseau FTTH [18] :
• Architecture point à point
Le réseau point à point comprend au moins une fibre continue et non partagée entre le NRO
et l’utilisateur. Cette architecture est utilisée uniquement dans les ZTD (Zone Très Dense). Elle
demande un investissement plus important puisqu’une fibre doit être tirée du NRO jusqu’au
domicile du client mais elle permet une bande passante maximale avec débit garanti. La figure
2.3 présente l’architecture point à point.
Figure 2.3: Architecture point à point
• Architecture point à multipoint
Une architecture P2M ou PON est un réseau qui utilise un système de couplage passif
(coupleur optique, splitter) grâce auquel une seule fibre partant du NRO peut relier jusqu’à 128
utilisateurs. Le trafic de chaque abonné est isolé via du multiplexage et permet des économies
dans le déploiement.
19
La figure 2.4 montre l’architecture point à multipoint.
Figure 2.4: Architecture point à multipoint
3. Infrastructure du réseau FTTH
L’illustration donnée par la figure 2.5 résume l’organisation d’un réseau FTTH. Il existe
principalement 4 éléments principaux d’un réseau à savoir :
3.1 Les éléments du réseau FTTH
- Nœud de Raccordement optique : C’est un local technique recevant les infrastructures

d’un opérateur qui permettent de faire le lien entre le réseau national optique (backbone)
et le réseau horizontal qui va vers les abonnés. Il s’agit du point de concentration du
réseau où l’accès des abonnés est activé.
- Point de Mutualisation de zone (PM) : Qui est sur un réseau FTTH mutualisable, fait
l’interface entre les boucles de fibre optique opérateur et le réseau de fibre optique,
commun à tous les opérateurs, qui desservent tous les bâtiments, immeubles ou
pavillons d’habitations.
- Point de Branchement (PB) : Est un boîtier placé à l’extrémité amont du CCF
(Câblage Client Final) où s’effectue le raccordement des prises optiques des clients au
réseau fibre optique vertical.
L’équipement est situé à l’extrémité du câblage en aval du PM et juste avant le
câblage client final qui permet de relier le PBO au PTO à l’intérieur du logement [19].
- Point de terminaison optique (PTO) : La terminaison optique de l’abonnée est
constituée d’un DTIO (Distribution optique de l’abonné) comme terminaison de
l’installation FTTH dans la gaine technique du logement à minima, complétée
éventuellement par une prise de raccordement (PTO), elle se fixe dans le coffret de
communication et permet le raccordement au box opérateur [19].
20
3.2 Le déploiement de la fibre optique
La fibre optique permet d’apporter le très haut débit à travers le territoire. Nous expliquons
les différentes étapes du déploiement de la fibre optique :
- Le NRO : La première étape du déploiement de la fibre optique passe par la création
d’un NRO (Nœud de Raccordement Optique). Pour savoir le mettre en service, il doit
préalablement être relié au réseau de collecte de l’opérateur par un lien optique. Le
NRO comprend l’OLT, une baie optique où convergent toutes les fibres d’une même
zone d’habitation.
- Du NRO au point de mutualissation : La fibre est déployée dans la rue vers les
habitations en utilisant les équipements existants aérien ou souterrain, jusqu’au PM
une armoire dans l’espace public ou à l’intérieur des immeubles, nous appelons cette
étape le déploiement horizontal de la fibre optique.
- Du PM au logement : Enfin, un opérateur d’immeuble doit être désigné
(généralement, celui qui a réalisé le fibrage horizontal en premier) par le propriétaire
ou copropriétaires, du PM à l’intérieur des logements.
La figure 2.5 présente les principaux éléments pour le déploiement du réseau FTTH.
Figure 2.5: Infrastructure du réseau FTTH
3.3 Infrastructure du réseau fibre
Ce réseau de télécommunications en fibre optique jusqu’à l’abonné est constitué de 4

segments principaux [20] :
- Réseau de collecte (POP – ou NRO-NRO)
- Réseau de transport (NRO-PM)
- Réseau de distribution (PM-PBO)
21
- Réseau Raccordement (PBO-PTO)

Nous expliquons à l’aide de la figure 2.6 les segments principaux du réseau fibre optique.
Figure 2.6: Architecture des possibilités de mutualisation du réseau fibre optique
Dans notre projet, nous intéressons à l’infrastructure de transport et de distributions par la

suite nous définissons ces architectures.
La boucle locale d’Orange est structurée selon deux niveaux hiérarchiques : Le réseau de
transport et le réseau de distribution [21] :
- Infrastructure de transport : Ce réseau relie les répartiteurs téléphoniques situés
dans des bâtiments Orange aux armoires de sous répartition situées généralement sur
trottoir dans les agglomérations. Les câbles qui sont posés sont de grosse capacité, c’est
pourquoi les alvéoles ou fourreaux qui ont été installés sur cette partie de réseau sont
relativement de gros diamètre : 60, 80 ou 100 mm. Les tronçons de transport sont
généralement constitués de conduites multitubulaires. La distance entre deux chambres
consécutives est d’environ 300 mètres.
- Infrastructure de distribution : Ce réseau relie les armoires de sous répartition aux

habitations. Les câbles en cuivre installés sont de plus faible capacité et les fourreaux
installés ont généralement un diamètre de 45 ou 60 mm pour les axes principaux ; nous
trouvons également des conduites unitaires en 100 ou 150 mm et des diamètres de 28,
33 ou 45 mm pour les adductions d’immeubles, sorties sur façade ou transitions aéro-
souterraines. La distance moyenne entre deux chambres consécutives est d’environ 50
mètres.
22
3.3.1 Couche infrastructure
La couche infrastructure est composée notamment des fourreaux, les gaines techniques, des
chambres, des armoires de rues et des locaux techniques, nous présentons par la suite les
différents composants de la couche infrastructure :
- Les fourreaux
Un fourreau est un élément installé initialement directement dans le sol ou en sous

tubage pour permettre l'installation d'un câble par tirage, flottage ou soufflage. Il peut
être matérialisé par un tube ou un micro-tube.
Il existe 2 types de fourreaux pour la pose de réseaux souterrains de télécommunications
[22] :
• Les fourreaux PVC : Les fourreaux PVC sont déconseillés, sauf sur de
courtes distances, leur tenue en pression étant trop faible. Ils sont principalement
utilisés en agglomération. Ils se présentent sous forme de barre, lisse et sans
lubrification intérieure. L’intérêt est son faible coût ainsi que sa simplicité
d’utilisation. L’installation des câbles optiques ne pourra se faire que par tirage.
Les PVC « Pression » permettent du portage eau / air mais sont beaucoup plus
onéreux. Nous présentons à l’aide d’une figure des fourreaux PVC : (Voir
Annexe A)
• Les fourreaux PEHD : Dans le cas d'une infrastructure neuve, les fourreaux
seront de type Polyéthylène Haute Densité. Ces produits sont adaptés à la pose
de câbles optiques ou le sous-tubage par des techniques de soufflage à l'air ou
flottage à l'eau. La qualité su PEHD utilisée dans la construction d’un réseau
télécom est primordial pour une bonne utilisation durant toute la durée de vie de
ce réseau. Ces produits seront plutôt utilisés pour assurer les parties transport,
distribution et raccordement du réseau de desserte.
Ainsi, nous présentons les figures des fourreaux PEHD (Voir Annexe A).
- Le sous-tubage est un conduit rigide, plus ou moins flexible et résistant, utilisé pour la
pose de câbles de fibres optiques à l’intérieur des fourreaux. Il est utilisé dans le cas
d'un réseau câblé en cuivre déjà existant dont le but est d'optimiser le génie civil.
Le choix de sous tubage de PEHD ou de PVC dépend du diamètre extérieur du câble
mais généralement, le sous tubage utilisé est le PEHD.
23
- Les conduites en PVC peuvent être sous tubées, c'est-à-dire réunies sous une enveloppe
de forme cylindrique, par des fourreaux PEHD pour le déploiement des câbles en fibre
optique, et chaque tube possède une capacité précise en alvéole PVC.
• Règles de tubage d’un alvéole libre (transport et distribution)
L’opérateur choisit parmi les configurations données par le tableau 2.1 en priorisant
celles comportant le plus petit nombre de Tubes. Pour le cas spécifique de pose de câble
optique pour le Raccordement de Clients d’Affaires (RCA), l’opérateur doit choisir le
type de tube dimensionné au juste besoin pour la pose de son ou ses câbles. Le diamètre
de ce tube sera toujours inférieur ou égal au diamètre mentionné dans les configurations
ci-dessus en précisant que pour les alvéoles de 60 et 80, les tubes autorisés doivent avoir
un diamètre minimum de 11/14.
Le tubage souple est toujours privilégié en alvéole de 45. La structure de tubage est
alors choisie pour satisfaire exclusivement les besoins propres de l’opérateur. Le tubage
d’un alvéole de 45 par 3 x 15/18 nécessite un calibrage préalable à 40. Celui d’un 60
par 3x21/25 nécessite un calibrage préalable à 52 [24]. Le tableau 2.1 liste les différentes
configurations possibles d’un alvéole libre.
Tableau 2.1: Configuration d’alvéole libre
Alvéole de 45 Alvéole de 60 Alvéole de 80
8/11
16/20
21/25
11/14
24
13/16
21/25
27/32
15/18
Tubage avec 3 x 15/18, ou 3 x Tubage avec 4 x 16/20 ou Tubage avec 3 x 27/32 ou 5 x

13/16 ou 4 x 11/14 ou 8 x 3x21/25 21/25
8/10
- Règles de tubage d’un alvéole occupée (transport et distribution)
L’opérateur choisit parmi les configurations citées, en priorisant celles comportant

le plus petit nombre de tubes. En cas de difficulté de pose de l’ensemble des tubes
proposés dans les configurations, il est admis d’en diminuer le nombre. Pour le cas
spécifique de pose de câble optique pour le Raccordement de Clients d’Affaires (GC
RCA), l’opérateur doit choisir le type de tube dimensionné au juste besoin pour la pose
de son ou ses câbles.
De même, pour le cas spécifique de pose de câble optique dans le cadre de l’offre
pour le Nœud de Raccordement d’abonnées jusqu’au Sous Répartiteur (NRA-SR),
l’opérateur pourra choisir un mono-tubage ou bien un multi-tubage dimensionné au
juste besoin pour la pose de son ou ses câbles. Le diamètre de ce ou ces tubes sera
toujours inférieur ou égal au diamètre mentionné dans les configurations en précisant
que pour les alvéoles de 60 et 80, les tubes autorisés doivent avoir un diamètre minimum
de 11/14. Le tubage souple est toujours privilégié en alvéole de 45.
25
La structure de tubage est alors choisie pour satisfaire exclusivement les besoins
propres de l’opérateur. En cas d’impossibilité de procéder à un tubage rigide, il pourra
être proposé un tubage souple [24]. Le tableau 2.2 liste les différentes configurations
possibles d’un alvéole occupée.
Tableau 2.2: Configuration d’alvéole occupée
Alvéole de 45 Alvéole de 60 Alvéole de 80
Tubage avec 2 x 11/14 ou 4 Tubage avec 2 x 15/18 ou 3 Tubage avec 2 x 21/25 ou 4 x 16/20
x 8/10 ou bien 2 x 15/18 si le x 13/16 ou 4 x 11/14
taux d’occupation est ≤ à
15%
26
- Les chambres
Les chambres recevant les PEC seront par défaut de type KxC (chaussée) et LxT
(trottoir). La taille des chambres est déterminée suivant le nombre de câbles et fourreaux
à déployer, les longueurs des câbles, la taille des coffrets et leur volume.
Ce dimensionnement prend en considération la règle de partage de 33% du volume total,
en prévoyant un déploiement pour au plus trois opérateurs.
Voici quelques images qui sont relevées sur le terrain à travers les équipes terrains afin
de trouver les chambres principales relatives à leur étude.
Figure 2.7: Les chambres sur terrain
27
Les spécifications techniques concernant ces chambres sont résumées dans le tableau 2.3.
Tableau 2.3: Dimension des chambres
DIMENSION INFERIEUR
CHAMBRE L*L*P (CM) CAS D’EMPLOI
L0T 42*24*30 Dérivation sans épissure
L1T 52*38*60 Dérivation sans épissure
L2T 116*38*60 Dérivation petits câbles ou multi

conduites
L3T 138*52*60 Dérivation avec épissure
Chaque chambre comprend :

• Des masques permettant une pénétration multitubulaire (des fourreaux PVC ou
PEHD, micro-conduites).
• Un puisard (cône en partie basse) pour l’évacuation des eaux de pluie et d’infiltration.
• Des accessoires pour accès chambres : Les crosses et échelons de descente
permettent l’accès à la chambre. Ils sont directement scellés sur la paroi.
• Des accessoires de fixation, lovage et gestion des câbles.
- Nommage des masques
Le nommage des masques est effectué selon les principes suivants : Les lettres A et B
sont réservées en priorité à l'artère principale. A, pour le masque d'entrée de chambre et B,
pour le masque de sortie de chambre. Les masques présentés dans la figure 2.11 sont repérés
alphabétiquement dans le sens des aiguilles d'une montre. La numérotation des alvéoles
s’effectue en partant du haut à gauche pour finir en bas à droite.
28
Le positionnement des masques (A, B …) sont représentés sur la vue d'implantation de

la chambre afin de limiter les risques d'erreurs de repérages.
La figure 2.8 fait apparaître clairement grâce à une lettre le nom et la position de chacun
des masques physiques repérés dans la chambre.
A B
Figure 2.8: Positionnement des masques
La figure 2.9 illustre un exemple de vue complémentaire avec repères métriques,

nécessaires dans le cas de demande d'implantation de boîtiers dans la Chambre.
Figure 2.9: Vue complémentaire avec repères métriques
29
L’emplacement relatif à toutes demandes de pénétration de chambre (pour

raccordement d’une chambre satellite ou d’une nouvelle conduite) doit également être
matérialisé sur une photo.
- Représentation du masque, de la demande de réservation et indication de la

chambre de destination :
La représentation de la réservation des alvéoles au niveau des chambres se fait à travers

le tableau 2.4 qui indique l’état de réservations des alvéoles.
Tableau 2.4: L’état de réservation des alvéoles
Légende
Ø 45 Ø 60 Ø 80 Ø 100- Tubage
150
Libre
Réservation
Occupé
Mauvais
Pour mieux comprendre comment utiliser le tableau 2.4, nous procédons à son explication à
l'aide d’un exemple d’un extrait de document FOA (Fiche d'Occupation d'Alvéole classique)
donnée par la figure 2.10 qui montre le masque A de la chambre.
Figure 2.10: Masque A
30
La figure 2.11 représente la demande de réservation en bleu et l’indication de la

chambre de destination vers 2023 et nous représentons la fiche descriptive de la chambre
en Annexe C.
Figure 2.11: Demande de réservation, indication de la destination
- Les poteaux
Les poteaux utilisés par Orange sont généralement soit en bois, soit en acier galvanisé.
Leur hauteur hors sol se situe généralement entre 4,50 mètres et 6,50 mètres. Ils
comportent tous une étiquette bleue numérotée permettant leur identification et
indiquant leur appartenance à Orange [25]. La figure 2.12 montre un poteau qui
comporte une étiquette.
Figure 2.12: Etiquette sur poteau en bois
Nous présentons la fiche descriptive d’appuis qui sont relevées par les équipes terrain
(Voir Annexe C).
Conclusion
Tout au long de ce chapitre, nous avons présenté les notions de base de la fibre optique
et ses caractéristiques. Ainsi nous exposerons la technologie FTTH et par la suite nous
avons expliqué principalement l’infrastructure du réseau fibre tout en représentant les
compostions nécessaires dans le déploiement de la fibre optique.
Dans le chapitre suivant, nous introduisons la première phase de notre projet à savoir
l’analyse et la spécification des besoins.
31
Chapitre 3 Conception et spécification des besoins
Chapitre 3 : Conception et spécification des besoins
Introduction
Après avoir présenté le cadre général de notre projet, à ce niveau, nous entamons la phase
de conception et spécification des besoins.
En fait, la première partie de développement de toute application consiste à questionner
l’utilisateur de base afin de dresser la liste de fonctionnalités qui devraient être présentées dans
l’application.
Il est impérativement demandé de passer par cette phase afin de déterminer l’utilité de
l’application. Dans ce chapitre, nous passons d’une part, à l’identification des caractéristiques
fonctionnelles et à l’analyse des besoins qui constituent la phase de départ de toute application
à développer.
D’autre part, nous présentons la conception détaillée de notre application avec des
différents diagrammes UML explicatifs.
1. Spécification des besoins
La spécification des besoins se fait au niveau de l’étude préliminaire qui est le point de
départ de notre processus de développement. Elle consiste à effectuer une première
identification des besoins fonctionnels et non fonctionnels, en utilisant principalement le texte,
ou des diagrammes très simples.
1.1 Identification des acteurs
Nous énumérons les différents acteurs de notre système. En effet, toute intervention ou
manipulation va être gérer par un ou des acteurs. Définissons tout d’abord ce que c’est un acteur.
Un acteur est un utilisateur qui pourrait être une personne externe ou une personne qui désire
effectuer une interaction, avec un système, il a un but final.
32
Dans notre projet, nous identifions les acteurs principaux qui vont interagir directement
avec notre application, comme donné par la figure 3.1.
Figure 3.1: Acteurs de notre système
1.2 Besoins fonctionnels
Les besoins fonctionnels représentent les exigences du futur système en termes

fonctionnalités aux quelles l’application doit impérativement répondre.
Ils constituent une sorte de conventions ou promesse pour le comportement du système
généré.
Ci-après, la solution proposée doit répondre aux besoins fonctionnels dans ce qui suit.
En ce qui concerne le technicien terrain, notre application lui permet de :
- S’authentifier
• Se connecter à travers un login et un mot de passe.
- Consulter les projets
• Accéder aux projets par la recherche d’un projet.
• Afficher des supports (liste, cartographique).
• Rechercher, créer des supports, modifier des supports.
• Modification au niveau de la position, adresse, numéro, etc…
• Remplir les informations nécessaires dans différents supports par exemple : masque des
chambres, importer les photos, etc.
• Saisir les positions des chambres à l’aide du GPS : ajout, déplacement et suppression de
chambres.
• Prises de photos, positionnement des masques sur les photos d’implémentations.
• Saisir les masques, les alvéoles (l’état, leur occupation, l’aiguillage...).
33
Concernant le client, il doit :
- S’authentifier
• Saisir login et mot de passe.
- Consulter l’avancement des projets (travaux, Etude, Archivé…)
L’administrateur qui est le conducteur de travaux, il doit :
- Gérer les utilisateurs

• Ajouter, modifier, supprimer des utilisateurs.
Ainsi, il peut aussi prendre les mêmes rôles que l’ingénieur.
Et concernant l‘ingénieur qui parfois peut prendre le rôle du chef de projet, il a le droit de :
- Gérer les projets

• Modifier, supprimer et ajouter les projets.
• Modifier les relevés.
• Consulter, importer et modifier les supports
• Vérifier la réservation des alvéoles.
1.3 Besoins non fonctionnels
Les besoins non fonctionnels décrivent toutes les contraintes auxquelles est soumis le
système pour sa réalisation et son bon fonctionnement. En effet, la solution doit assurer certains
points qui peuvent ne pas être parmi les besoins fonctionnels mais ne marquent pas
d’importance. Parmi ces points, nous citons :
• Fiabilité : Touche à l’aspect qualité des données et persistance des informations dans
l’application ainsi que la vitesse de chargement des interfaces. D’une part, les interfaces
de l’application doivent s’adapter à la taille des différents écrans des appareils mobiles.
• Sécurité : Les différents comptes utilisés doivent être sécurisés et vérifiés pour éviter
les faux comptes et les fausses informations.
• Contraintes techniques : L’application doit être toujours effective.
• Contraintes ergonomiques : Doit être simple et compréhensible.
• Disponibilité : Il est indispensable que cette dernière soit disponible à tout moment.
• Maintenabilité et scalabilité : Les codes des applications doivent être lisibles et
compréhensibles afin d’assurer leurs états évolutifs et extensibles.
34
• Efficacité : Ceci doit être garanti pour que notre application puisse s’intégrer facilement
dans le marché des applications mobiles.
2. Digramme de cas d’utilisation global
Il s’agit à ce niveau de définir l’ensemble des actions qui sont réalisées par le système et
qui produisent un résultat observable chez un acteur particulier.
Le diagramme donné par la figure 3.2 décrit les grands modules du système.
Figure 3.2: Diagramme de cas d’utilisation global
3. Analyses détaillées des diagrammes de cas d’utilisation
Tout d’abord, nous décrivons, le cas d’utilisation « S’authentifier ».
35
3.1 Cas d’utilisation « S’authentifier »
• Raffinement du cas d’utilisation « S’authentifier »

Pour que l'utilisateur puisse accéder à l'application, il doit comme première étape de
s’authentifier.
Figure 3.3: Diagramme de cas d’utilisation « S’authentifier »
• Description textuelle du cas d’utilisation « S’authentifier »

Le tableau 3.1 représente la description textuelle détaillé du cas d’utilisation.
Tableau 3.1: Description textuelle du cas d’utilisation « S’authentifier »
Acteurs L’utilisateur de l’application

Description Ce cas d’utilisation permet à l’utilisateur de l’application de
s’authentifier sur l’application.
Post-condition Chaque utilisateur accède à son espace.
Pré-conditions Application accessible.
Scénario nominale 1. Le système affiche le formulaire d’authentification.

2. L’utilisateur saisit son login et mot de passe.
3. Vérifier l’existence du compte.
4. Le système renvoie l’interface correspondante.
Scénario alternatif -Un message d’erreur s’affiche contenant : "Vérifier votre login et
mot de passe".
36
3.2 Cas d’utilisation « Gérer les comptes utilisateurs »
Ce cas d’utilisation offre à l’administrateur la possibilité de gérer les comptes utilisateurs,

pour que l’utilisateur puisse accéder à l’application.
• Raffinement du cas d’utilisation « Gérer les comptes utilisateurs »

L’administrateur peut affecter les fonctionnalités suivantes : l’ajout, la modification et la
suppression des comptes.
Le digramme donné par la figure 3.4, détaille les tâches que peut effectuer l’administrateur.
Figure 3.4: Diagramme de cas d’utilisation « Gérer les comptes utilisateurs »
3.2.1 Cas d’utilisation « Ajouter un compte »
Ce cas d'utilisation permet à l’administrateur d’ajouter les comptes utilisateurs.

• Description textuelle du cas d’utilisation « Ajouter un compte »
Nous décrivons par la suite le sous cas d'utilisation « Ajouter un compte » à l’aide d’une
description textuelle dans le tableau 3.2.
37
Tableau 3.2: Description textuelle du cas d’utilisation « Ajouter un compte »
Acteur Administrateur (Conducteur de travaux)

Description Ce cas d’utilisation permet à l’administrateur de l’application d’ajouter un
nouvel utilisateur.
Scénario nominale 1. Le système affiche à l’administrateur un formulaire à remplir.
2. L’administrateur remplit le formulaire d’inscription et valide son choix.
3. Le système enregistre le nouvel ajout.
4. Le système affiche la liste des utilisateurs.
Scénario alternatif Détection de champs vides : message d’erreur.
Post-conditions Email de confirmation envoyé à l’utilisateur dans lequel son login et son
mot de passe.
3.2.2 Cas d’utilisation « Modifier un compte »
Ce cas d'utilisation permet à l’administrateur de modifier les comptes utilisateurs.

• Description textuelle du cas d’utilisation « Modifier un compte »
Nous décrivons le sous cas d'utilisation « Modifier un compte » à l’aide d’une description
textuelle dans le tableau 3.3.
Tableau 3.3: Description textuelle du cas d’utilisation « Modifier un compte »

Description Ce cas d’utilisation permet à l’administrateur de l’application de modifier
les données d’un utilisateur.
Pré-conditions Utilisateur existant
Scénario 1. Le système affiche la liste des utilisateurs.
nominale 2. L’administrateur sélectionne un utilisateur.
3. Le système affiche les données de l’utilisateur sélectionné.
4. L’administrateur modifie les informations en validant son choix.
5. Le système enregistre les données.
6-Le système affiche la liste des comptes utilisateurs.
Scénario Détection de champs vides : message d’erreur.

alternatif
Post-conditions Modification effectuée avec succès.
38
3.2.3 Cas d’utilisation « Supprimer un compte »
Ce cas d'utilisation permet à l’administrateur de supprimer les comptes utilisateurs.
• Description textuelle du cas d’utilisation « Supprimer un compte »
Nous décrivons le sous cas d'utilisation « Supprimer un compte » à l’aide d’une description
textuelle dans le tableau 3.4.
Tableau 3.4: Description textuelle du cas d’utilisation « Supprimer un compte »
Description Ce cas d’utilisation permet à l’administrateur de l’application de

supprimer un utilisateur.
Pré-conditions Utilisateur existant
Scénario nominale 1. Le système affiche la liste des utilisateurs.

2. L’administrateur sélectionne le compte qu’il souhaite
supprimer.
3. Le système demande une confirmation de suppression.
4. L’administrateur confirme la suppression.
5. Le système enregistre les données
Scénario alternatif L’administrateur annule la suppression.
Post-conditions Suppression effectuée avec succès.
3.3 Cas d’utilisation « Gérer les projets »
Ce cas d'utilisation permet l’ingénieur de gérer les projets.

• Raffinement du cas d’utilisation « Gérer les projets »
Ce cas d’utilisation permet à l’ingénieur ou l’administrateur de gérer les projets en ajoutant
les projets qui lui convient ainsi de faire les modifications nécessaires. L’ingénieur peut réaliser
parfois le rôle du chef de projet.
39
Le diagramme donné par la figure 3.5, détaille les tâches que peut affecter l’ingénieur.
Figure 3.5: Diagramme de cas d’utilisation « Gérer les projets»
3.3.1 Cas d’utilisation « Créer un projet »
Ce cas d'utilisation offre la possibilité à l’ingénieur ou l’administrateur de créer un nouveau

projet.
• Description textuelle du cas d’utilisation « Créer un projet »
Nous décrivons le cas d'utilisation « Créer un projet » à l’aide d’une description textuelle dans
le tableau 3.5.
Tableau 3.5: Description textuelle du cas d’utilisation « Créer un projet »
Acteur Ingénieur (Chef du projet) / Administrateur (Conducteur travaux).

Description Ce cas d’utilisation permet à l’utilisateur de créer un projet.
Pré-conditions Utilisateur authentifié.
Scénario nominale 1. L’utilisateur demande le formulaire d’ajout d’un nouveau projet.
2. L’utilisateur remplit les champs et clique sur le bouton « Ajouter ».
3. Le système enregistre le projet crée.
Scénario alternatif Aucun projet crée ou détection de champs vides : message d’erreur
Post-conditions Opération effectuée avec succès.
40
3.3.2 Cas d’utilisation « Modifier un projet »
Ce cas d'utilisation permet à l’ingénieur ou l’administrateur de modifier un projet déjà existé.
• Description textuelle du cas d’utilisation « Modifier un projet »
Nous décrivons le cas d'utilisation « Modifier un projet » à l’aide d’une description textuelle
donnée par le tableau 3.6.
Tableau 3.6: Description textuelle du cas d’utilisation « Modifier un projet »
Acteur Ingénieur (Chef du projet) / Administrateur (Conducteur

travaux).
Description Ce cas d’utilisation permet à l’ingénieur de modifier les
données des fichiers déjà téléchargés dans l’application
Scénario nominale 1. Le système affiche la liste des fichiers.

2. L’utilisateur sélectionne un fichier.
3. Le système affiche les données du fichier sélectionné.
4. L’utilisateur modifie les informations en validant son choix.
5.Le système vérifie les champs de saisie et enregistre les
données.
3.3.3 Cas d’utilisation « Supprimer un projet »
Ce cas d’utilisation offre à l’ingénieur ou l’administrateur la possibilité de gérer la liste des

projets, de sélectionner le projet à supprimer.
41
• Description textuelle du cas d’utilisation « Supprimer un projet »
Le tableau 3.7 présente la description textuelle détaillé du cas d’utilisation « Supprimer un

projet ».
Tableau 3.7 : Description textuelle du cas d’utilisation « Supprimer un projet »
Description Ce cas d’utilisation permet à l’utilisateur de supprimer un fichier.
Scénario nominale 1. Le système affiche la liste des fichiers.
2. L’utilisateur sélectionne le fichier à supprimer.
3. Le système demande une confirmation de suppression.
4. L’utilisateur confirme son choix.
5. Le système enregistre les données.
Scénario alternatif L’utilisateur annule la suppression.
Post-conditions Opération de suppression effectuée avec succès.
3.3.4 Cas d’utilisation « Consulter la liste des Projets »
Ce cas d’utilisation offre à l’ingénieur ou l’administrateur la possibilité de consulter la liste des

projets.
42
• Description textuelle du cas d’utilisation « Consulter la liste des

Projets »
Nous décrivons le cas d'utilisation « Modifier un projet » à l’aide d’une description textuelle
Tableau 3.8 : Description textuelle du cas d’utilisation « Consulter la liste des Projets »

Description Ce cas d’utilisation permet à l’ingénieur de consulter la liste des
projets déjà crées.
Scénario nominale 1. L’ingénieur doit tout d’abord saisir son login et mot de passe.
2. Il demande d’accéder à la liste des projets.
3. Le système affiche la liste des projets.
2. L’utilisateur sélectionne un projet.
4. Le système affiche les données du projet sélectionné.
3.3.5 Cas d’utilisation « Modifier les relevés terrains »
Ce cas d’utilisation permet à l’ingénieur ou l’administrateur de consulter la liste des projets et

faire les modifications relatives aux relevés terrains.
• Description textuelle du cas d’utilisation « Modifier les relevés

terrains »
Nous décrivons le cas d'utilisation « Modifier les relevés terrains » à l’aide d’une description
textuelle donnée par le tableau 3.9.
43
Tableau 3.9: Description textuelle du cas d’utilisation « Modifier les relevées terrains »
Acteurs Ingénieur (Chef du projet) / Administrateur (Conducteur travaux).

Description Ce cas d’utilisation permet à l’utilisateur de consulter la liste des
projets déjà crée, sélectionner un projet et modifier les relevés
terrains relatifs à ce projet.
Scénario 1. Le système affiche la liste des projets.
nominale 2. L’utilisateur sélectionne un projet.
4. L’utilisateur clique sur « Détail » pour afficher les relevés
terrain.
5. le système affiche les informations et les relevés.
6. le chef du projet vérifier et modifier les relevés.
7. Le système enregistre les champs de saisie et enregistre les
modifications des données dans la BD.
alternatif
3.3.6 Cas d’utilisation « Modifier la réservation des alvéoles »
Ce cas d’utilisation permet à l’ingénieur ou l’administrateur de faire les modifications liées à la

réservation des alvéoles.
• Description textuelle du cas d’utilisation « Modifier la réservation des

alvéoles »
Nous décrivons le cas d'utilisation « Modifier la réservation des alvéoles » à l’aide d’une
description textuelle donnée par le tableau 3.10.
44
Tableau 3. 10 : Description textuelle du cas d’utilisation « Modifier la réservation des alvéoles »
Acteur Ingénieur (Chef du projet) / Administrateur (Conducteur

travaux).
Description Ce cas d’utilisation permet à l’utilisateur de consulter la

liste des projets déjà crée, cliquer sur un projet et modifier
la réservation des alvéoles.
Scénario 1. Le système affiche la liste des projets.

nominale 2. L’utilisateur clique sur un projet.
4. L’utilisateur clique sur « Détail » pour vérifier et
modifier la réservation des alvéoles.
5. le système affiche les informations liées à la réservation.
6. le chef du projet affecter la réservation exacte.
7. Le système enregistre les champs de saisie et enregistre
les modifications des données dans la BD.

alternatif
3.4 Cas d’utilisation « Rechercher les projets »
Ce cas d’utilisation offre au technicien terrain la possibilité de rechercher un projet.
• Raffinement du cas d’utilisation « Rechercher les projets »

Ce cas d’utilisation permet au technicien terrain de rechercher les projets et accéder au
support afin d’ajouter les supports qui lui convient ainsi de les modifier et même d’ajouter
d’autres informations nécessaires.
45
Le diagramme, donné par la figure 3.6, détaille les tâches que peut réaliser le technicien
terrain.
Figure 3.6: Diagramme de cas d’utilisation « Rechercher les projets »
3.4.1 Cas d’utilisation « Ajouter un support »
Ce cas d’utilisation permet au technicien terrain d’ajouter un support lié à un projet.

• Description textuelle du cas d’utilisation « Ajouter un support »
Nous décrivons le cas d'utilisation « Ajouter un support » à l’aide d’une description textuelle
Tableau 3. 11: Description textuelle du cas d’utilisation « Ajouter un support »
Acteur Technicien terrain.

Description Ce cas d’utilisation permet au technicien terrain de créer et ajouter
les supports.
Scénario nominale 1. Le technicien doit tout d’abord saisir son login et mot de passe.
2. Le technicien peut rechercher et accéder au projet.
3. Il remplit les informations liées aux projets (ajout des photos
réelles des supports, des informations des chambres, poteaux).
4. Le technicien peut créer, et ajouter les supports.
5. Le système enregistre tout type de modification.
46
3.4.2 Cas d’utilisation « Modifier un support »

Ce cas d’utilisation permet au technicien terrain de modifier un support.
• Description textuelle du cas d’utilisation « Modifier un support »

Nous décrivons le cas d'utilisation « Modifier un support » à l’aide d’une description
Tableau 3.12 : Description textuelle du cas d’utilisation « Modifier un support »

Description Ce cas d’utilisation permet au technicien terrain de créer ou de
modifier les supports.
Pré-conditions Application accessible
Scénario nominale 1. Le technicien doit tout d’abord saisir son login et mot de
passe.
3. Il remplit les informations liées aux projets (ajout des photos,
des masques de chambres, positions).
4. Le technicien peut créer, modifier des supports
3.4.3 Cas d’utilisation « Remplir des informations »

Ce cas d’utilisation permet au technicien terrain de remplir les informations nécessaires liées
au projet sélectionné.
• Description textuelle du cas d’utilisation « Remplir des informations
»
Le tableau 3.13 présente la description textuelle détaillée du cas d’utilisation « Remplir des
informations ».
Tableau 3.13 : Description textuelle du cas d’utilisation « Remplir des informations »

Description Ce cas d’utilisation permet au technicien terrain de remplir les
informations nécessaires.
47
Scénario nominale 1. Le technicien doit tout d’abord saisir son login et mot de passe.
3. Il remplit les informations nécessaires liées au projet sélectionné.
4. Le technicien peut créer, modifier des supports.
3.5 Cas d’utilisation « Consulter l’avancement du projet »
Ce cas d’utilisation permet au client de consulter l’état d’avancement de son projet.

• Raffinement du cas d’utilisation « Consulter l’avancement du projet
»
Ce cas d’utilisation offre au client la possibilité de consulter l’avancement de son projet.
Le diagramme, donné par la figure 3.7, détaille les tâches que peut réaliser le client.
Figure 3.7: Diagramme de cas d’utilisation « Consulter l’avancement du projet»
• Description textuelle du cas d’utilisation « Consulter les projets »

Nous décrivons le cas d'utilisation « Consulter les projets » à l’aide d’une description
Tableau 3.14: Description textuelle du cas d’utilisation « Consulter l’avancement du projet »
Acteur Client
Description Ce cas d’utilisation permet au client de saisir son login ainsi leur
mot de passe et consulter l’avancement de son projet.
48
Scénario nominale Le client doit tout d’abord saisir son login et mot de passe puis
consulter l’avancement de son projet (a traité, en cours, terminé).
Scénario alternatif Si login et/ou mot de passe incorrect : message d’erreur s’affiche
4. Diagramme de séquences
Pour chaque message, le diagramme de séquences montre non seulement les acteurs externes
qui interagissent avec le système, mais également les événements système déclenchés par les
acteurs.
Nous présenterons par la suite les diagrammes de séquences, que nous avons jugés
importants dans le fonctionnement de notre application.
4.1 Diagramme de séquences objets « S’authentifier »

La figure 3.8 détaille le diagramme de séquences « S’authentifier ». C’est le premier rapport
entre le système et l’utilisateur.
Pour accéder à l’application, chaque utilisateur doit tout d’abord s’identifier avec son nom
et son un mot de passe, ces données seront envoyées vers le serveur d’application pour vérifier
leurs existences dans la base de données grâce à la fonction login, si les données sont valides,
une redirection amène automatiquement l’utilisateur à sa page d’accueil sinon le serveur
d’application lui affiche un message d’erreur « vérifier login et mot de passe »
Figure 3.8: Diagramme de séquences détaillé du cas d’utilisation « S’authentifier »
49
4.2 Diagramme de séquences objets « Ajouter un compte »

L’ajout d’un utilisateur est une opération primordiale dans le processus de gestion des
utilisateurs. Pour mieux exploiter ce module, nous avons imaginé la procédure à suivre pour
effectuer l’ajout dans la Base des données. Et grâce à elle, nous avons pu définir les interfaces
adoptées pour ce module, qui est un formulaire géré par l’administrateur du site.
Pour le faire donc l’administrateur doit demander le formulaire, il le remplit avec les
informations nécessaires tels que son nom d’utilisateur, son mot de passe, son adresse email et
son numéro de téléphone puis il confirme son choix. Une vérification de champs de saisie sera
effectuée au niveau du contrôleur, si les champs sont valides, les données seront envoyées au
serveur de l’application, afin de prendre comme paramètre l’identifiant unique de l’utilisateur,
effectue la sauvegarde dans la base de données sinon un message d’erreur sera affiché.
Nous présentons le diagramme de séquences du cas d’utilisation « Ajouter un compte » au
niveau de l’annexe B.
4.3 Diagramme de séquences objets « Supprimer un compte »

Plusieurs utilisateurs, peuvent être annulés ou modifiés. Afin de mieux organiser notre
application, nous avons pensé à donner la main à l’administrateur pour supprimer les comptes
utilisateurs.
Pour le faire, l’administrateur doit tout d’abord s’authentifier, il accède à la liste des
utilisateurs pour choisir un compte qu’il souhaite supprimer, une demande de récupération de
données sera envoyée au serveur de l’application et ces derniers seront renvoyées grâce à la
fonction « Delete_User », ensuite elles seront affichées dans une fenêtre où l’utilisateur doit
cocher la case de suppression en validant son choix, la confirmation sera envoyée au serveur,
la fonction « Delete_User » qui prend comme paramètre l’identifiant unique du programme
effectue la suppression dans la base de données. Finalement, un message de sucées sera affiché.
Nous présentons le diagramme de séquence détaillé du cas d’utilisation « Supprimer un compte
» au niveau de l’annexe B.
4.4 Diagramme de séquences objets « Gérer les projets »

L’utilisateur est la personne qui va gérer les projets et planifier les listes des projets. Pour
mieux exploiter ce module, nous avons imaginé la procédure à suivre pour effectuer la
recherche et la création des projets.
En fait, lorsque l’utilisateur recherche un projet, une requête sera envoyée au serveur
d’application qui prend en charge la vérification et la consultation de la base de données. Si le
50
projet existe, il peut alors accéder au projet et aux interfaces du menu correspondant. Sinon, il
crée un nouveau projet.
Ainsi, lorsque l’utilisateur importe des supports dans un projet il doit cliquer sur le bouton
« choose file » et ajouter le fichier csv qui contient les données relatives aux chambres.
Une fois le fichier est importé, il doit cliquer sur le bouton « Plan » pour afficher le
positionnement des chambres sur le GPS. Aussi, il peut l’afficher sur le mode satellite. Puis on
peut cliquer sur le bouton « Liste » pour afficher la liste des chambres.
Lorsque l’utilisateur modifie des supports dans un projet il doit afficher la liste des chambres
et cliquer sur la chambre qu’il souhaite la modifier en cliquant sur « Modifier » et exécuter les
modifications nécessaires. Après avoir enregistré la modification dans la base de données les
supports modifiés seront affichés dans l’interface support.
Quand l’utilisateur effectue une réservation dans un projet, il doit cliquer sur « Détail » et
remplir les informations liées aux chambres et la réservation des alvéoles. Après avoir effectué
la réservation, elle sera affichée dans l’interface réservation.
La figure 3.9 illustre le diagramme de séquences détaillé du cas d’utilisation « Gérer les projets
».
Figure 3.9: Diagramme de séquences détaillé du cas d’utilisation « Gérer les projets »
51
4.5 Diagramme de séquences objets « Relevé de chambre »

Lorsque l’utilisateur recherche un projet, une requête sera envoyée au serveur d’application
qui prend en charge la vérification et la consultation de la base de données. Si le projet existe,
donc il peut accéder au projet et sélectionne un projet déjà existant ensuite le support sera
affiché.
Si le support n’existe pas, il peut alors ajouter un nouveau support si nécessaire. Après il
peut modifier le support en insérant les informations nécessaires telles que des photos réelles
sur les chambres (masques, diamètre, longueur, type de câbles…). Ensuite, les informations
seront enregistrées dans la BD et le support modifié sera affiché.
La figure 3.10 présente le diagramme de séquences détaillé du cas d’utilisation « Relevé de
chambre ».
Figure 3.10: Diagramme détaillé du cas d’utilisation « Relevé de chambre »
52
5. Diagramme de classes global

Le diagramme de classes exprime de manière générale la structure statique d'un
système. Il fournit une représentation abstraite des objets du système ainsi que les
différentes relations entre celles-ci. Une classe de conception est composée par :
- Attribut : une propriété nommée d'une classe qui décrit un ensemble de valeurs que les
instances de cette propriété peuvent prendre.
- Opération : définition du comportement d'une classe [26].
La figure 3.11 est donnée par la suite présente le diagramme de classes détaillé.
Figure 3.11: Schéma du diagramme de classes global
Conclusion
Ce chapitre a donné une vision sur notre travail, ainsi que l’aspect conceptuel de l’application
web et mobile « CartoFib » à travers les différents diagrammes décrits en UML. Pour cela, nous
proposons un diagramme des différents cas d’utilisations des deux systèmes et des diagrammes
de séquences illustrant aussi le processus de visualisation des cas d’utilisation et enfin un
dernier diagramme représentant les différentes classes métiers de notre application. Le chapitre
suivant portera sur la mise en œuvre de notre application.
53
Chapitre 4 Réalisation
Chapitre 4 : Réalisation
Introduction
Après avoir accompli les phases d’études et de conception, nous intéressons à la réalisation
de notre application.
Nous commençons par présenter l’environnement de développement, tels que les logiciels
et les langages qui nous ont permis de réaliser notre projet. Finalement, nous décrivons les
principales interfaces graphiques générées par l’application proposée.
1. Environnement de développement
L’environnement de développement désigne l’ensemble des outils matériels et logiciels

utilisé pour l’implémentation de notre application.
Nous décrivons dans cette section l’environnement matériel et logiciel adopté pour
l’implémentation de nos applications.
1.1 Environnement matériel
Durant les différentes phases de ce stage, à savoir la documentation, la spécification des

besoins, la conception et le développement, nous disposons de deux PCs ayant les
caractéristiques techniques décrites par le tableau 4.1.
Tableau 4.1: Configuration matérielle
Ordinateur HP DELL
Propriétaire Omaya Testouri Ghofrane Saadally
Système d’exploitation Windows 10 professionnel Windows 10 professionnel

(64 bits) (64 bits)
Processeur Intel® Core ™ 2 Duo CPU Intel® Pentium® CPU 2127U

T5870 @ 2.00GHz 2.00GHz @ 1.90GHz 1.90GHz
Mémoire 2.00 Go 4.00 Go
54
1.2 Enivrement logiciel
Dans cette partie, nous présentons les logiciels pour développer notre application
« CartoFib ».
1.2.1 Ionic
Ionic est un framework open-source qui va nous permettre de créer des applications mobiles
en utilisant des technologies Web. Basé initialement sur AngularJS et Apache Cordova2, Ionic
permet de créer un code multisupport en utilisant des outils Web comme HTML,
CSS, JavaScript, afin de générer des applications iOS, Android, Chrome, Windows Phone [27].
1.2.2 Node.js
Node.js est une plateforme logicielle libre en JavaScript orientée vers les applications réseau
évènementielles hautement concurrentes qui doivent pouvoir montrer en charge.
Node.js offre un environnement côté serveur qui nous permet aussi d'utiliser le langage
JavaScript pour générer des pages web. En gros, il vient en remplacement de langages serveur
comme PHP, Java EE, etc [28].
1.2.3 Angular
Angular est une plateforme de développement qui permet de créer des applications web
dynamiques et immersives.
Ainsi c’est est un cadriciel (framework) côté client, open source, basé sur TypeScript, et co-
dirigé par l'équipe du projet « Angular » à Google et par une communauté de particuliers et de
sociétés. Angular est une réécriture complète d’AngularJS, cadriciel construit par la même
équipe [28].
1.2.4 Visual Studio Code
Visual Studio Code est un éditeur de code multiplateforme édité par Microsoft. Cet outil
destiné aux développeurs supporte plusieurs dizaines de langages de programmation comme le
HTML, C++, PHP, Javascript, Markdown, CSS, etc. Visual Studio Code intègre plusieurs
outils facilitant la saisie de code par les développeurs comme la coloration syntaxique ou encore
le système d’auto-complétion IntelliSense [29].
55
1.2.5 Apache Cordova
Apache Cordova est une plate-forme open source utilisée pour créer des applications mobiles
en utilisant HTML, CSS et JavaScript.
Il agit comme un conteneur qui est responsable de la connexion de nos applications Web
avec des fonctionnalités mobiles natives. Il propose principalement un pont qui définit la
connexion entre les applications Web et les appareils mobiles [30].
1.2.6 Visual Paradigm Online
Visual Paradigm Online ("VP Online") est un outil de création de diagrammes basé sur le
Web qui prend en charge un grand nombre de diagrammes commerciaux et techniques [31].
1.2.7 ApowerMirror
C’est un logiciel qui nous permet d’afficher le contenue de l’écran d’un smartphone sur
l’écran d’un PC et d’en prendre le contrôle. Ainsi, il permet également de faire des
enregistrements vidéo de l’écran du smartphone, ou des captures simples [32].
1.2.8 Postman
Postman est un puissant client HTTP pour tester les services Web. Il facilite le test, le
développement et la documentation des APIs en permettant aux utilisateurs de créer rapidement
des requêtes HTTP simples et complexes [33].
1.3 Language de programmation
Par la suite, nous présentons les langages de programmation utilisés.
1.3.1 HTML
HTML signifie « HyperText Markup Language » c’est le langage de balisage conçu pour
représenter les pages web qu'on peut traduire par « langage de balises pour l'hypertexte ».
Il est utilisé afin de créer et de représenter le contenu d'une page web et sa structure. D'autres
technologies sont utilisées avec HTML pour décrire la présentation d'une page (CSS) et/ou ses
fonctionnalités interactives (JavaScript) [34].
56
1.3.2 CSS
CSS (Cascading Style Sheets) est le code utilisé pour mettre en forme une page web.
C'est un langage de feuille de style, c'est-à-dire qu'il permet d'appliquer des styles sur
différents éléments sélectionnés dans un document HTML [34].
1.3.3 JavaScript
JavaScript désigne un langage de développement informatique, et plus précisément

un langage de script orienté objet. Nous le retrouvons principalement dans les pages Internet.
Il permet d'introduire sur une page web ou HTML des petites animations ou des effets.
Le langage JavaScript se distingue des langages serveurs par le fait que l'exécution des
tâches est opérée par le navigateur lui-même, sur l'ordinateur de l'utilisateur, et non sur le
serveur web. Il s'active donc généralement sur le poste client plutôt que côté serveur [35].
2. Réalisation
Dans cette partie, nous expliquons les étapes de l’implémentation de la solution CartoFib et
nous présentons les interfaces de notre application.
2.1 Interfaces graphiques
L’interface graphique est une partie très importante pour la production d’une application
web adaptée et conviviale qui offre une expérience simple et agréable à l’utilisateur final lors
de la navigation.
Nous commençons par la présentation des différentes interfaces web qui décrivent et
expliquent le fonctionnement de notre application.
2.1.1 Espace administrateur
Dans cette partie, nous présentons les interfaces de notre application web gérées par
l’administrateur.
- Interface d’authentification
La figure 4.1 représente l’interface d’authentification web qui est un certificat de sécurité du
système, et à partir d’elle chaque utilisateur authentifié peut accéder à notre application. Nous
avons haché les mots de passe pour les sécuriser dans la base des données.
57
En cas de succès d’'authentification, l’utilisateur accède à l’application. Sachant que si un

utilisateur désire se connecter à l'interface, il doit être auparavant inscrit par l'administrateur.
Donc la première étape consiste que l’administrateur doit se connecter en tapant son login et
mot de passe « admin ».
Figure 4.1: Interface d’authentification web
- Interface de gestion de comptes utilisateurs
La figure 4.2 représente l’interface qui permet à l’administrateur de notre application

CartoFib de gérer les diﬀérents utilisateurs qui peuvent accéder à l’application. Pour créer un
compte utilisateur l’administrateur doit saisir le rôle, nom, et prénom ainsi login et mot de passe
de chaque utilisateur. Ces données seront stockées dans la BD pour que l’utilisateur accède à
l’application.
Figure 4.2: Interface d’ajout d’un utilisateur
58
- Interface de gestion de la liste des utilisateurs
La figure 4.3 représente l’interface de gestion de la liste des utilisateurs. En fait,

l’administrateur peut gérer la liste des utilisateurs en cliquant sur l’interface « Utilisateurs ».
Figure 4.3: Interface de gestion de la liste des utilisateurs
- Interface de suppression d’un utilisateur
La figure 4.4 représente l’interface de suppression des utilisateurs qui permet à

l’administrateur de consulter la liste des utilisateurs et de supprimer un utilisateur. Pour
supprimer un utilisateur, l’administrateur doit cliquer sur le bouton « supprimer ». Ainsi, les
modifications seront enregistrées dans la base de données.
Figure 4.4: Interface de suppression d’un utilisateur Bouton « Supprimer »
59
2.1.2 Espace utilisateurs
Nous présentons aussi les interfaces liées à notre application web et mobile et qui sont gérées
par les utilisateurs.
- Interface d’authentification mobile
La figure 4.5 représente l’interface d’authentification qui sera affichée lors du lancement de
l’application mobile CartoFib. Cette interface permet aux utilisateurs de l’application de se
connecter chacun avec son login et son mot de passe pour pouvoir accéder aux interfaces
suivantes.
Figure 4.5: Interface d’authentification mobile
- Interfaces de gestion de projet
Tout d’abord, nous commençons par les interfaces de gestion de projets relatives à
l’application web.
- Interface de gestion de projet « Application web »
La figure 4.6 représente l’interface de gestion de projet de notre application CartoFib, qui
permet de gérer les projets. D’une part, cette interface permet au chef du projet (Ingénieur) et
au conducteur de travaux (Administrateur) de créer des nouveaux projets en remplissant les
champs suivants : nom, opérateur, adresse, code INSEE, ville et l’état actuel du projet (Etude,
Archivé, Terminé, Travaux) puis il ne reste que de cliquer sur le bouton « Ajouter ».
60
Ainsi, le projet sera enregistré dans la BD de notre application. De plus, cette interface
permet de consulter les projets existants.
Figure 4.6: Interface de gestion de projet « Application web »

D’autre part, l’utilisateur de l’application peut modifier et supprimer un projet en cliquant
sur le bouton « Modifier » ou « Supprimer », ainsi ces modifications seront enregistrées dans
la BD.
La figure 4.7 présente l’interface de gestion de projet qui à travers laquelle l’utilisateur peut
modifier et supprimer un projet.
Bouton « Modifier » Bouton «Supprimer »
Figure 4.7: Interface de modification et suppression un projet « Application web »
61
• Interface de gestion de projet « Application mobile »
La figure 4.8 représente l’interface de gestion de projet de notre application mobile. Une
fois le technicien terrain saisit son login et son mot de passe, une interface s’affiche qui permet
à l’utilisateur de rechercher son projet pour accomplir les relevés des supports sur terrain, ainsi
il doit cliquer sur « Projet » et saisir le nom de son projet déjà enregistré sur l’application web.
Si le projet est inexistant le technicien terrain doit accéder à l’application web pour créer un
nouveau projet.
Figure 4.8: Interface de gestion de projet « Application mobile »
• Interface d’ajout d’un support
La figure 4.9 présente l’interface d’ajout d’un support, elle interface permet à l’utilisateur de
l’application web d’importer un fichier de type CSV qui contient toutes les données et les
informations relatives aux chambres, telles que la position exacte des chambres, les numéros,
code postale, ville.
Pour ajouter un support, il faut cliquer sur le bouton « Choose file » et sélectionner le fichier
à importer ensuite, cliquer sur « Plan » pour afficher les supports sous forme plan ou sur sous
forme d’une liste en cliquant sur le bouton « Liste ». Aussi, l’utilisateur peut cliquer sur le
bouton « Satellite » pour afficher la position des chambres en mode satellite.
62
Ces modifications seront enregistrées sur la BD de note application CartoFib.
Bouton « Ajouter support »
Figure 4.9: Interface d’ajout d’un support « Application web »
Les interfaces web données par les figures 4.10 et 4.11, représentent l’affichage de la
position des chambres en mode « Plan » et « Satellite ».
Figure 4.10: Interface d’affichage de la position de chambre en mode « Plan »
63
Figure 4.11: Interface d’affichage de la position de chambre en mode « Satellite »
• Interface liste des supports « Application mobile »

La figure 4.12 représente l’interface de liste des supports de notre application mobile
« CartoFib ». En fait, dès que le technicien terrain consulte le projet recherché, le système
affiche l’interface « Liste des supports ». Ces supports importés dans le projet via l’application
web affichent les positions des chambres sur la carte. Le choix du mode d’affichage se fait à
l’aide des boutons « Plan » et « Satellite ».
Figure 4.12: Interface liste des supports en mode d’affichage « Satellite »
64
Figure 4.13: Interface liste des projets en mode d’affichage « Plan »
• Interface relative aux chambres

Nous nous intéressons dans cette partie à la représentation des interfaces relatives aux
chambres.
- Interface chambre « Application mobile »
La figure 4.14 présente l’interface relative aux chambres, elle permet au technicien terrain à
travers l’application mobile de consulter la liste des supports afin de sélectionner un support et
d’ajouter les informations nécessaires sur terrain liées au relevé de chambre telle que : masque,
photo, localisation, situation de chambre, adresse. Ainsi, il permet de récupérer les coordonnées
GPS en utilisant le bouton GPS à partir de son portable ou tablette.
Bouton GPS
Figure 4.14: Interface Chambre « Application mobile »
65
- Interface chambre « Application web »

Dès que le technicien terrain fait la modification liée à la chambre, ces informations peuvent
être vérifiées et modifiées dans l’interface chambre de l’application web comme le montre la
figure 4.15.
Figure 4.15: Interface Chambre « Application web »
• Interface masque
Nous présentons ensuite, les interfaces relatives au masque, d’une part, nous commençons
par les interfaces liées à l’application mobile.
- Interface masque « Application mobile »
La figure 4.16 présente l’interface masque, qui permet au technicien terrain à travers
l’application mobile de vérifier et modifier l’état de réservation des alvéoles lié à la chambre.
Dès que le technicien consulte l’interface masque, il peut modifier la réservation des alvéoles
en appuyant sur un emplacement dans la grille affichée.
Figure 4.16: Interface masque « Application mobile »
66
Puis, l’interface alvéole s’affiche comme le montre la figure 4.17 pour que le technicien
saisit les informations liées à la réservation, telles que : diamètre, longueur… et affecte les
câbles et la liaison. Une fois cette étape est terminée, une couleur s’affiche sur la grille comme
le montre la figure précédente pour que l’utilisateur reconnait l’état de réservation des alvéoles
tel que : saturé, réservé...
Figure 4.17: Interface masque « Application mobile »
- Interface masque « Application web »
Dès que le technicien terrain fait la modification liée au masque, ces informations peuvent
être vérifiées et modifiées dans l’interface masque de l’application web comme le montre la
figure 4.18.
Figure 4.18: Interface masque « Application web »
67
• Interface réservation
La figure 4.19 présente l’interface réservation, qui permet à l’utilisateur de créer la

réservation des alvéoles, une fois l’étape de relevés de chambres est terminée, l’interface de
réservation serra affichée.
Pour affecter la réservation, l’utilisateur doit sélectionner le câble, saisir le numéro de
chambre de départ dans le champ « Origine » et le numéro de chambre d’arrivée dans le
champ « Extrémité » puis, il clique sur le bouton « Ajouter » et la réservation sera affichée.
Bouton « Ajouter »
Figure 4.19: Interface réservation « Application web »
• Interface de consultation de l’avancement du projet
La figure 4.20 présente l’interface de consultation de l’avancement du projet, qui permet

au client de consulter l’avancement de son projet, dès que le client saisie son login et son mot
de passe l’interface de suivi des projets s’affiche.
68
Cette interface présente le nom du projet, ville, opérateur, état, pourcentage d’avancement
de projet.
Figure 4.20: Interface de consultation de l’avancement du projet « Application web »
Conclusion
A ce stade, notre projet de fin d’études atteint sa fin. Tout au long de ce chapitre, nous
avons présenté l’environnement de travail et justifié les choix technologiques adoptés. Par la
suite, nous avons entamé la présentation des principales interfaces de l’application proposèe.
69
Conclusion générale
En guise de conclusion, nous avons effectué un stage de fin d'études, en Licence Appliquée
en Sciences et Technologies de l’Information et de la Communication spécialité Réseaux et
Système de Télécommunication, au sein de l'entreprise Intercom Technologies.
Le présent projet de fin d’études a pour but de développer et de mettre en place une
application cartographique capable de gérer les projets de fibre optique au niveau du bureau
d’études et d’accomplir les relevées sur terrain en assurant une bonne synchronisation entre ces
deux tâches.
Riche en expériences et en rencontres, ces mois de stage viennent clore notre formation à
l’ISET’COM. Ce travail a ´été pour nous, l’occasion de mettre en œuvre et d’approfondir les
connaissances techniques et le savoir académique acquis durant notre cursus à l’ISET’COM.
La réalisation de ce projet nous a permis de se confronter à plusieurs contraintes

(contraintes de temps, contraintes de qualité et contraintes de technologie). En outre, il nous a
permis de développer nos compétences techniques, d'approfondir nos connaissances théoriques
et de les mettre en pratique. Ce projet nous a permis donc de découvrir et d’adopter des
nouvelles technologies de programmation web et mobile, etc. Comme, il nous a permis
également de consolider notre expertise en développement.
Le support et l’encadrement mis à notre disposition par Intercom ont contribué énormément
au bon déroulement de notre stage ainsi qu’à la réalisation du projet et son achèvement dans les
délais.
Comme perspectives à ce projet de fin d’études, nous envisageons d’apporter des

améliorations permettant d’étendre l’application pour faire les relevées des poteaux et des
immeubles.
70
Webographie
[1] https://www.intercom-technologies.fr/intercom-group/ consulté le 16/02/2020.

[2] https://www.circet.fr/competences/outils-digitaux/sepale-releve-des-infrastructures.html
consulté le 24/02/2020.
[3] https://www.bulldozair.com/fr/ consulté le 28/02/2020.
[4] https://www.cerema.fr/fr/centre-ressources/applications-mobiles/appli-mobile-crisi
[5] https://ausohnum.hypotheses.org/669 consulté le 15/02/2020.
[6] https://www.esrifrance.fr/collector-for-arcgis.aspx consulté le 18/02/2020.
[7] https://www.manager-go.com/gestion-de-projet/ consulté le 18/03/2020.
[8] https://www.ionos.fr/digitalguide/sites-internet/developpement-web/modele-en-cascade/
[9] http://www.responsive-mind.fr/wp-content/uploads/2015/03/cycle-en-v.png consulté
le 27/03/2020.
[10] https://www.supinfo.com/articles/single/3210-cycle-vie-logiciel consulté le 29/03/2020.
[11] https://www.groupeozitem.com/cycle-en-v/ consulté le 04/04/2020.
[12] https://www.futura-sciences.com/tech/definitions/informatique-fibre-optique-18133/
[13] http://physique.unice.fr/sem6/2013-2014/PagesWeb/PT/Fibres/fibre-optique.html
[14] http://millysu.e-monsite.com/blog/centre-de-donees-et-cloud/quelle-est-la-difference-
entre-la-fibre-optique-monomode-et-multimode.html consulté le 14/04/2020.
[15] http://www.fibre-pro.fr/2018/07/10/avantages-et-inconvenients-de-la-fibre-optique/
[16] https://www.researchgate.net/figure/General-architecture-of-FTTx-
networks_fig3_286936136 consulté le 15/04/2020.
[17] https://fibre.guide/deploiement/technologies/ftth consulté le 15/04/2020.
[18] http://lycees.acrouen.fr/maupassant/Melec/co/Communication/FTTH/co/03 elements
_reseau_FTTH_1.html consulté le 16/04/2020.
[19] https://www.01net.com/actualites/comment-la-fibre-optique-arrive-jusqu-a-chez-vous-
1300062.html consulté le 22/04/2020.
[21] http://essonnenumerique.com/cest-quoi-le-thd/principe-de-deploiement-dun-reseau-100-
fibre-optique/ consulté le 24/04/2020.
[22] https://www.interplast.mc/wp-content/uploads/catalogue-travaux-publics-04-fibre-
optique.pdf consulté le 01/05/2020.
71
[23] https://www.cercle-credo.com/docs/guidecredo2017-deploiement-des-reseaux-ftth-en-
zmd.pdf consulté le 07/05/2020.
[24] http://alladinsamaad.free.fr/Annexe%20V5/Annexe%201%20-
%20r%E8gles%20d'ing%E9nierie%20-%20V5%2020111010%20avec%20mdr.pdf consulté
le 07/05/2020.
[25] https://www.google.com/search?q=Etiquette+sur +poteau+en+bois &sxsrf=ALeKk03W
[26] http: //www.umlsysml.org/diagrammes-uml-et-sysml/diagrammeuml/diagramme-de-
classe consulté le 13/05/2020.
[27] https://www.grafikart.fr/tutoriels/ionic-framework-641 consulté le 13/05/2020.
[28] https://openclassrooms.com/fr/courses/1056721-des-applications-ultra-rapides-avec-
node-js/1056866-node-js-mais-a-quoi-ca-sert consulté le 13/05/2020.
[29]https://code.visualstudio.com/docs consulté le 17/05/2020.
[30] https://www.javatpoint.com/apache-cordova consulté le 17/05/2020.
[31] https://online.visual-paradigm.com/fr/diagrams/about-us/press-
kit/#:~:text=Visual%20Paradigm%20Online%20(%22VP%20Online,de%20diagrammes%20
commerciaux%20et%20techniques. consulté le 20/05/2020.
[32] https://www.lesnumeriques.com/telecharger/apowermirror-
24930#:~:text=ApowerMirror%20est%20un%20logiciel%20qui,le%20clavier%20de%20l'ord
inateur consulté le 20/05/2020.
[33] https://openclassrooms.com/fr/courses/4668056-construisez-des-microservices/5123020-
testez-votre-api-grace-a-postman consulté le 20/05/2020.
[34] https://developer.mozilla.org/fr/docs/Web/HTML consulté le 22/05/2020.
[35] https://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203585-javascript/
72
Annexes
Annexe A
• Exemple des fourreaux PVC

- Conduits rigides en polychlorure de vinyle PVC
• Exemple des fourreaux PEHD

- Conduits rigides ondulés à double paroi en polyéthylène PE
- Conduits multi-perforations en polyéthylène PE
73
Annexes B
• Diagramme de séquences détaillé du cas d’utilisation de « gérer des comptes

utilisateurs »
- Ajouter un compte
- Supprimer un compte
74
Annexes C
• Fiche descriptive de chambre
75
• Fiche descriptive d’appui
76
Résumé
Le travail présenté dans ce rapport, qui a été effectué au sein de l'entreprise Intercom
Technologies, entre dans le cadre du projet de fin d'études pour l'obtention du diplôme
universitaire pour la Licence Appliquée en Sciences et Technologies de l’Information et de la
Communication (Iset’Com). Il s’agit de la conception et la réalisation d'une application, à la
fois Web et Mobile de cartographique "CartoFib” permettant de gérer les projets de fibre
optique au niveau des bureaux d’études et d’accomplir les relevées sur terrain en assurant une
bonne synchronisation entre ces deux tâches.
Mots clés : Fibre Optique, JavaScript, Angular5, MongoDB, Node.js, Visual Studio Code.
Abstract
The work presented in this report, which was carried out within the company Intercom
Technologies, within the framework of the graduation project for university diploma for the
Applied Degree in Science and Technology of Information and Communication of Tunisia
(Iset’Com).This is about the conception and the realization of an application, both Web and
Mobile cartographic "CartoFib" to manage the fiber optic projects at the design office level
and to carry out filed surveys by ensuring between these two tasks.
Keywords : Optical Fiber, JavaScript, Angular5, MongoDB, Node.js, Visual Studio Code.

Projet de Fin D'études

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

Projet de Fin D'études

Transféré par

Droits d'auteur :

Formats disponibles

Département :

Licence Appliquée en Sciences et technologies de l’Information et

Projet de fin d’Études

Conception et développement d’une application

Réalisé par : Omaya TESTOURI

Classe : STIC L3_A

Encadré par : Jamila BEN SLIMANE

Entreprise d’Accueil : INTERCOM TECHNOLOGIES

Année Universitaire : 2019-2020

Omaya Testouri & Ghofrane Saadally

Figure 1.1: Organigramme de l’organisme d'accueil ................................................................. 3

Tableau 1.1: Avantages et inconvénients du modèle en V ...................................................... 12

Tableau 2.1: Configuration d’alvéole libre ..................................................................................... 24

Tableau 3.1: Description textuelle du cas d’utilisation « S’authentifier » .................................. 36

Tableau 4.1: Configuration matérielle ..................................................................................... 54

CSS: Cascading Style Sheets

CRISI : Collecte et de Relevé d’Informations site à une Inondation

FTTB: Fiber To The Building

FTTO: Fiber To The Office

FTTx: Fiber To The x

PDA: Personal Digital Assistant

PEHD : Polyéthylène haute densité

PON : Passive Optical Network

PTO : Point de terminaison optique

PTP : Point à point

PVC : Polychlorure de vinyle

Chapitre 1 : Cadre général du projet

1. Présentation de l’entreprise d’accueil

INTERCOM GROUP intervient dans le cadre des projets de réseaux de télécommunication,

- Consulting et management : société de conseil stratégique, management des projets

- Télécommunication et développement informatique : spécialisée dans les services de

- Energie et informatique : société spécialisée dans les services énergétiques et

1.1 Organigramme d’INTERCOM

Le groupe d’Intercom se présente :

- En France : représentée par INTERCOM TECHNOLOGIES et implantée dans les villes

Figure 1.1: Organigramme de l’organisme d'accueil

1.2 Secteur d’activités

Le groupe d’INTERCOM présente plusieurs domaines d’activités :

- Le développement des logiciels pour les systèmes embarqués.

2.1 Les applications de gestion de projets et de relevés sur terrain

Figure 1.2: Interface de sépale

Cette application aide à atteindre l’excellence opérationnelle en termes de :

• Gestion visuelle de tâches

Figure 1.3: Interface d’un outil BulldozAIR

- CRISI (Collecte et de Relevé d’Informations site à une Inondation) :

2.2 Les applications de géolocalisations utiles pour l’archéologie

Heureusement, il existe aujourd’hui quelques applications gratuites disponibles sur

- Archeotracker : c’est une application fonctionnant sur smartphone de type Android,

souhaité pour enregistrer la position de l’objet correspondant. L’information spatiale

Figure 1.4: Interface de l’application Archeotracker

La figure 1.5 présente l’interface de collector for ArcGIS.

Figure 1.5: Collector for ArcGIS

Dans le cadre de la formation de licence en télécommunication à l’Institut Supérieur des

- La possibilité de cumuler différents relevés en même temps exemple chambre, poteaux.

3.2 Solution proposée

Modification sur terrain à

Préparation des projets Retour en bureau

Figure 1.6: Schéma explicatif de la solution à proposer

4. Gestion et suivi du projet

4.1 Méthodologie de travail

Un cycle de vie est un ensemble de phase séquentiellement cohérente, dont le nom et le

4.1.1 Modèle en cascade

Figure 1.7: Modèle en cascade

L0T 422430 Dérivation sans épissure

L1T 523860 Dérivation sans épissure

L2T 1163860 Dérivation petits câbles ou multi

L3T 1385260 Dérivation avec épissure

L4T 1875260 Dérivation avec épissure

L5T 17988120 Dérivation avec épissure

L6T 24288120 Dérivation avec épissure