Memoire MANEH Edemagnon Mathieu

MINISTERE DE L’ENSEIGNEMENT REPUBLIQUE TOGOLAISE
SUPERIEUR ET DE RECHERCHE Travail-Liberté-Patrie
CENTRE INFORMATIQUE CAPFIND SAS

ET DE CALCUL (CIC)
N° d’ordre : 2022/GL-014
MEMOIRE DE FIN DE FORMATION
Pour l’obtention du diplôme de
LICENCE PROFESSIONNELLE
Domaine : Sciences et technologies

Mention : Informatique
Spécialité : Génie Logiciel
Thème
Mention : Informatique
DEVELOPPEMENT ET DEPLOIEMENT D’UN SYSTÈME DE GESTION

Spécialité : Génie Logiciel
ET DE COMMERCIALISATION DE ZONE WIFI
Présenté et soutenu publiquement le -- / -- / ---- par :

MANEH Edemagnon Mathieu
Devant le jury composé de :

Président du jury :
Examinateur :
Directrice de Mémoire : Mme. AMOUZOU Grâce D. A., Enseignant-chercheur au CIC
Maître de stage : M. AGBAKOU Koffi, Ingénieur Informatique et Directeur Technique à CAPFIND
TOGO SARL
Développement et déploiement d’une plateforme de gestion de zone wifi
Je dédie ce mémoire à ma mère Mme EGBENOU Amèvi, à mon père Mr MANEH Komlan, et à
ma grande mère Mme KOBANA Massan.
MANEH Edemagnon Mathieu i Mémoire de Licence GL / CIC-UL

Développement et déploiement d’une plateforme de gestion de zone wifi
REMERCIEMENTS
Nous remercions notre Dieu Tout-Puissant qui par sa grâce et sa bonté nous a donné la santé et la
vie durant toute notre formation.
Nous exprimons notre gratitude à :
➢ Dr. Kossi ATCHONOUGLO (MC), Directeur du CIC pour tous les efforts qu’il déploie
pour ce centre ;
➢ Dr. Tchamye Tcha-Esso BOROZE (MC) : Directeur-adjoint du CIC/UL chargé des
études, non seulement pour son dévouement pour la cause estudiantine ou encore sa culture
de l’excellence et pour toutes ses efforts pour l’amélioration de notre cadre de formation ;
➢ Dr. Kossi TEPE (MA) : Directeur adjoint chargé de la division maintenance informatique
au CIC/UL, pour la rigueur qu’il déploie dans notre formation et pour ses bons conseils ;
➢ Mme Grâce D. A. AMOUZOU, notre Directrice de mémoire pour son accompagnement,
son attention, et ses précieux conseils au cours de l’implémentation du projet et de la
rédaction du document de mémoire et aussi pour ses expériences qu’elle à partager avec
nous en tant qu’enseignante chercheur au CIC/UL.
➢ M. Koffi AGBAKOU, notre maître de stage qui par son savoir-faire, son expérience et sa
patience nous a guidé, conseillé, soutenu durant notre stage et dans l’accomplissement des
différentes tâches qui nous ont été assignées ;
➢ M. Koffi ADJEVI, Directeur Générale de CAPFIND SAS, pour nous avoir accepté au
sein de son entreprise, et pour ses précieux conseils, ses encouragements, son soutien
morale et financier ;
➢ M. Yaovi HOETOWOU, Enseignant chercheur au CIC/UL, qui par son esprit d’analyse
et son savoir-faire, nous a guidé au cours de notre formation pour la réalisation du projet
tutoré.
➢ M. Anani ATADEGNON, Responsable de la division Développement et Enseignant au
CIC, pour la transmission de ses connaissances et le partage de son expérience ;
➢ M. Folly AKAKPO, pour ses nombreux conseils, pour nous avoir poussé, à toutes les
occasions, à toujours donner le meilleur de nous ;
➢ M. Essowèdew Elie DANIGUE, Collègue de stage, qui a géré la mise de l’architecture
réseau de la zone wifi avec qui nous avons partagé les bons moments et les moments
difficiles de la réalisation de ce projet ;
➢ Tout le personnel de CAPFIND SARL TOGO, pour son accueil ;
➢ Notre famille et nos amis qui ont occupé et occupent encore une partie non négligeable de
notre vie tout au long de notre formation ;
➢ Nos camarades du CIC qui nous ont soutenu et avec qui nous formons une famille.
MANEH Edemagnon Mathieu ii Mémoire de Licence GL / CIC-UL

Développement et déploiement d’une plateforme de commercialisation de zone wifi
RESUME
Internet est né vers les années 60 et a connu un essor fulgurant au cours des dernières décennies.
En effet, son premier rôle consistait à aider les usagers du web à communiquer plus facilement
entre eux malgré la distance. Cependant aujourd’hui, il est utile non seulement dans le domaine de
la communication, mais aussi dans celui de l’aviation, de la robotique, de la médecine, du
commerce, des sciences, de l'éducation et de l’aéronautique pour ne citer que ceux-là. Ainsi, afin
de permettre à la population ouest africaine et particulièrement togolaise d’avoir constamment
accès à une connexion internet de bon débit et à moindre coût, la startup CAPFIND SAS par sa
filiale CAPFIND TOGO SARL se propose de mettre en place une zone wifi élargie capable de
couvrir tout un pays, voire toute l’Afrique de l’ouest. C’est alors que le projet de :
« Développement et déploiement d’une plateforme de gestion et de commercialisation de zone
wifi » a été lancé par la startup dans le but développer une plateforme qui permettra la gestion et la
monétisation de la wifi zone ainsi mise en place. L’implémentation de ce projet nous a été confiée
dans le cadre de notre stage de fin de cycle. La plateforme à mettre en place a également pour
objectifs de fournir un API piloté par l’application de l’entreprise pour effectuer la vente et l’achat
des forfaits wifi, faire communiquer la plateforme avec un serveur d’authentification radius pour
permettre aux utilisateurs du réseaux de se connecter automatiquement à tous les points d’accès de
la zone wifi de l’entreprise et celles de ses partenaires grâce à des comptes rechargeables avec des
identifiants uniques au détriment du système des tickets de connexions (communément appelé
voucher ) utilisé par la plupart des zones wifi actuelles . Après analyse, pour la conception de notre
plateforme nous avons opté le langage de modélisation UML pour la modélisation du projet, la
méthodologie Agile SCRUM pour l’implémentation du projet, et nous avons utilisé le Framework
LARAVEL du langage PHP pour le développement et MySQL comme Système de Gestion de
Base de Données.
MANEH Edemagnon Mathieu iii Mémoire de Licence GL / CIC-UL

ABSTRACT1
The Internet was born around the 1960s and has grown rapidly over the past few decades. Indeed,
its first role was to help web users communicate more easily with each other despite the distance.
However today, it is useful not only in the field of communication, but also in that of aviation,
robotics, medicine, commerce, science, education and aeronautics. cite only these. Thus, in order
to allow the West African and particularly Togolese population to have constant access to an
internet connection of good speed and at a lower cost, the startup CAPFIND SAS through its
subsidiary CAPFIND TOGO SARL proposes to set up an extended wifi zone. capable of covering
an entire country, or even all of West Africa. It was then that the project of: "Development and
deployment of a wifi zone management and marketing platform" was launched by the startup with
the aim of developing a platform that will allow the management and monetization of the wifi zone
as well as establishment. The implementation of this project was entrusted to us as part of our end-
of-cycle internship. The platform to be set up also aims to provide an API driven by the company's
application to carry out the sale and purchase of wifi packages, to communicate the platform with
a radius authentication server to allow users of the networks to automatically connect to all the
access points of the wifi zone of the company and those of its partners thanks to rechargeable
accounts with unique identifiers to the detriment of the system of connection tickets (commonly
called voucher) used by most current wifi zones. After analysis, for the design of our platform we
opted for the UML modeling language for the project modeling, the Agile SCRUM methodology
for the project implementation, and we used the LARAVEL Framework of the PHP language for
the development and MySQL as Database Management System.2
1
Générer sur google Traduction
MANEH Edemagnon Mathieu iv Mémoire de Licence GL / CIC-UL

SOMMAIRE
REMERCIEMENTS ....................................................................................................................... ii
RESUME ........................................................................................................................................ iii
ABSTRACT ....................................................................................................................................iv
SOMMAIRE .................................................................................................................................... v
LISTE DES TABLEAUX ............................................................................................................. vii
LISTE DES FIGURES ................................................................................................................. viii
LISTE DES PARTICIPANTS ......................................................................................................... x
GLOSSAIRE ...................................................................................................................................xi
INTRODUCTION ............................................................................................................................ 1
CHAPITRE 1 : PRESENTATION DES CADRES DE FORMATION ET DE STAGE ................ 3
1.1 Présentation du cadre de formation: CIC/UL [14] ........................................................... 4
1.2 Présentation du cadre de stage : CAPFIND SAS [15]...................................................... 6
CHAPITRE 2 : ETUDE PREALABLE DU PROJET ..................................................................... 9
2.1 Présentation du sujet ........................................................................................................ 10
2.2 Problématique .................................................................................................................. 10
2.3 Objectifs........................................................................................................................... 11
2.4 Résultats attendus ............................................................................................................ 11
2.5 Etude de l’existant ........................................................................................................... 11
2.6 Critique de l’existant ....................................................................................................... 14
2.7 Proposition de solutions................................................................................................... 16
2.8 Choix de la solution ......................................................................................................... 17
2.9 Spécification de la solution.............................................................................................. 17
2.10 Evaluations techniques des livrables ........................................................................... 17
2.11 Choix des livrables et architecture globale .................................................................. 20
2.12 Planning prévisionnel................................................................................................... 22
CHAPITRE 3 : ANALYSE ET CONCEPTION ........................................................................... 24
3.1 Présentation de la méthode d’analyse .............................................................................. 25
3.2 Présentation de l’outil de modélisation : Draw.io ........................................................... 27
MANEH Edemagnon Mathieu v Mémoire de Licence GL / CIC-UL

3.3 Etude détaillée de la solution ........................................................................................... 27

CHAPITRE 4 : REALISATION ET MISE EN OEUVRE ............................................................ 45
4.1 Mise en œuvre ................................................................................................................. 46
4.2 Evaluation financière ....................................................................................................... 53
4.3 Evaluation du coût total de la solution ............................................................................ 54
4.4 Présentation du système................................................................................................... 54
CONCLUSION .............................................................................................................................. 68
BIBLIOGRAPHIE ......................................................................................................................... 69
TABLE DES MATIÈRES ............................................................................................................. 72
MANEH Edemagnon Mathieu vi Mémoire de Licence GL / CIC-UL

LISTE DES TABLEAUX

Tableau 1 : Liste des participants ..................................................................................................... x
Tableau 2 : Tableau comparatif des 3 plateformes étudiés ............................................................ 14
Tableau 3 : Tableau récapitulatif des différences majeurs entre SOAP et REST .......................... 19
Tableau 4 : Planning prévisionnel .................................................................................................. 23
Tableau 5 : Liste des acteurs du système ....................................................................................... 28
Tableau 6 : Description textuelle du cas d’utilisation « Effectuer une vente » .............................. 35
Tableau 7 : Description textuelle du cas d’utilisation « Faire un achat » ...................................... 36
Tableau 8 : Description textuelle du cas d’utilisation « Faire un reversement » ........................... 37
Tableau 9 : Matériel de développement ......................................................................................... 51
Tableau 10 : Evaluation financière des modules de la solution ..................................................... 53
Tableau 11 : Evaluation financière de la solution .......................................................................... 54
MANEH Edemagnon Mathieu vii Mémoire de Licence GL / CIC-UL

LISTE DES FIGURES
Figure 1 : Organigramme administrative du CIC ............................................................................. 5

Figure 2 : Organigramme de l’administration de CAPFIND SAS ................................................... 7
Figure 3 : Logo Mikrotik ................................................................................................................ 12
Figure 4 : Logo daloRadius ............................................................................................................ 12
Figure 5 : Logo Ubiquiti................................................................................................................. 13
Figure 6 : Architecture globale de la solution à implémenter ........................................................ 22
Figure 7 : Logo UML ..................................................................................................................... 25
Figure 8 : Méthode Agile SCRUM ................................................................................................ 26
Figure 9 : Logo Draw.io ................................................................................................................. 27
Figure 10 : Diagramme de contexte statique ................................................................................. 29
Figure 11 : Diagramme de paquetages ........................................................................................... 30
Figure 12 : Diagramme de cas d’utilisation du paquet client ......................................................... 31
Figure 13 : Diagramme de cas d’utilisation du paquet vendeur ..................................................... 31
Figure 14 : Diagramme de cas d'utilisation du paquet technicien .................................................. 32
Figure 15 : Diagramme de cas d'utilisation du paquet partenaire .................................................. 32
Figure 16 : Diagramme de cas d'utilisation du paquet manager .................................................. 33
Figure 17 : Diagramme de cas d'utilisation du paquet administrateur ........................................... 34
Figure 18 : Diagramme d'activités "effectuer une vente » ............................................................. 38
Figure 19 : Diagramme d’activité « Faire un achat » ..................................................................... 39
Figure 20 : Diagramme d’activité du cas d’utilisation « Faire un reversement » .......................... 40
Figure 21 : Diagramme de séquence du cas d'utilisation s'authentifier ......................................... 41
Figure 22 : Diagramme séquence du cas d'utilisation « effectuer une vente » .............................. 42
Figure 23 : Diagramme de classes .................................................................................................. 43
Figure 24 : Logo de Visual studio code ......................................................................................... 46
Figure 25 : Logo de HTML ............................................................................................................ 47
Figure 26 : Logo de CSS ................................................................................................................ 47
Figure 27 : Logo de JavaScript ...................................................................................................... 47
Figure 28 : Logo de PHP ................................................................................................................ 48
Figure 29 : Logo du Framework Bootstrap .................................................................................... 48
Figure 30 : Logo du Framework jQuery ........................................................................................ 48
Figure 31 : Logo du Framework Ajax ............................................................................................ 49
Figure 32 : Logo du Framework Laravel ....................................................................................... 49
Figure 33 : Logo de git ................................................................................................................... 49
Figure 34 : Logo de GitLab ............................................................................................................ 49
Figure 35 : Logo de Apache Server ............................................................................................... 50
Figure 36 : Logo de MySQL .......................................................................................................... 50
Figure 37 : Logo de freeradius ....................................................................................................... 50
MANEH Edemagnon Mathieu viii Mémoire de Licence GL / CIC-UL

Figure 38 : Logo Instance Lightsail de AWS ................................................................................. 51

Figure 39 : Architecture MVC ....................................................................................................... 52
Figure 40 : Echange de jeton d’authentification entre api et application client ............................. 53
Figure 41 : Structure de l’espace des techniciens .......................................................................... 55
Figure 42 : Structure de l’espace des partenaires ........................................................................... 55
Figure 43 : Structure de l’espace des managers ............................................................................. 56
Figure 44 : Structure de l’espace des administrateurs .................................................................... 57
Figure 45 : Page d’accueil des techniciens ..................................................................................... 59
Figure 46 : Affichage de la liste des équipements ......................................................................... 59
Figure 47 : Affichage de la liste des localisations .......................................................................... 60
Figure 48 : Interface d’enregistrement d’une nouvelle localisation ............................................... 60
Figure 49 : Tableau de bord des partenaires................................................................................... 61
Figure 50 : Affichage de la liste des utilisateurs du réseau ............................................................ 62
Figure 51 : Tableau de bord des managers ..................................................................................... 63
Figure 52 : Affichage de la liste des partenaires ............................................................................ 64
Figure 53 : Formulaire d’enregistrement des partenaires ............................................................... 64
Figure 54 : Tableau de bord des administrateurs ........................................................................... 65
Figure 55 : Interface d’affichage de la liste des zones du système ................................................ 66
Figure 56 : Interface de la gestion des tarifs wifi ........................................................................... 66
Figure 57 : Formulaire d’enregistrement d’un tarif wifi ................................................................ 67
MANEH Edemagnon Mathieu ix Mémoire de Licence GL / CIC-UL

LISTE DES PARTICIPANTS
Le tableau ci-dessous présente la liste des participants au projet.

Tableau 1 : Liste des participants
Nom et Prénoms Poste Rôles
M. MANEH Edemagnon Mathieu Etudiant en 3ème année au Centre Concepteur et réalisateur
Informatique et de Calcul de
l’Université de Lomé
M. AGBAKOU Koffi Directeur Technique à CAPFIND Maître de Stage

SAS
Mme AMOUZOU Grâce D. A. Enseignant-Chercheur au CIC/UL Directrice de Mémoire
MANEH Edemagnon Mathieu x Mémoire de Licence GL / CIC-UL

GLOSSAIRE
API : est un acronyme pour Applications Programming Interface. Une API est une interface de
programmation qui permet de se "brancher" sur une application pour échanger des données.[1]
Plateforme : En informatique, une plateforme désigne un matériel ou un logiciel qui héberge une
application ou un service.[2]
Un réseau wifi : permet de relier par ondes radio plusieurs appareils informatiques (ordinateur,
routeur, smartphone, modem Internet, etc…) au sein d’un réseau informatique afin de permettre la
transmission de données entre eux.[3]
Zone wifi : un lieu à l’intérieur duquel un accès à internet sans fil est disponible grâce à un hotspot
(point d’accès) WiFi.[4]
Un système de gestion de base de données ou SGBD : est un logiciel système servant à stocker,
à manipuler ou gérer, et à partager des données dans une base de données, en garantissant la qualité,
la pérennité et la confidentialité des informations, tout en cachant la complexité des opérations.[5]
Un logiciel propriétaire : est un logiciel qui ne permet pas légalement ou techniquement, ou par
quelque autre moyen que ce soit, d'exercer simultanément les quatre libertés logicielles que sont
l'exécution du logiciel pour tout type d'utilisation, l'étude de son code source (et donc l'accès à ce
code source), la distribution de copies, ainsi que la modification du code source.[6]
RADIUS (Remote Authentication Dial-In User Service) : est un protocole client-serveur
permettant de centraliser des données d’authentification. Le fonctionnement du service RADIUS est
basé sur Protocole AAA et un système client/serveur qui va avoir pour rôle de définir les accès
d’utilisateurs distants à un réseau. Le client étant en générale un NAS.[7]
NAS : Un serveur d'accès au réseau (NAS) est un type de serveur qui fournit aux utilisateurs
connectés ou à distance un réseau externe plus large et / ou Internet.[8]
Le protocole AAA[9] : acronyme de : Authentication, Authorization, and Accounting, il fait
référence à 3 trois actions à savoir :
• Authentication : c’est le fait de reconnaître un utilisateur et de l’associer à un mot de
passe.
• Authorization : c’est l’action de laisser, ou d’interdire, un utilisateur d’accéder à certaines
ressources
• Accounting fait référence aux suivis de consommation d’un utilisateur : sur quel routeur il
s’est connecté ? Combien de temps s’est-il connecté ?
MANEH Edemagnon Mathieu xi Mémoire de Licence GL / CIC-UL

Le portail captif : C’est une technique consistant à forcer les clients HTTP d'un réseau de
consultation à afficher une page web spéciale (le plus souvent dans un but d'authentification) avant
d'accéder à Internet normalement.[10].
Un forfait wifi permet à un utilisateur de naviguer sur Internet avec un téléphone mobile, ou un
ordinateur selon des volumes horaires spécifiques alloués à ce dernier.
Un contrôleur d’équipement réseau : C’est un dispositif matériel ou un programme logiciel

qui stocke tous les paramètres de votre réseau et permet de contrôler et de paramétrer les
équipements du réseau à distance.
Un SDK : Software Development Kit, désigne un ensemble d'outils utilisés par les développeurs
pour le développement d'un logiciel destiné à une plateforme déterminée (Linux, Windows,
Android, etc.). On le traduit en français par kit de développement.[11]
Cloud : le terme « Cloud » est une forme abrégée de « Cloud Computing ». Un Cloud est constitué
de serveurs situés à distance et accessibles de n’importe où et à n’importe quel moment via une
connexion Internet sécurisée et protégée.[12]
Open source : signifie que le code source d'un logiciel est public et accessible. Le logiciel en
question peut alors être modifié et diffusé par n'importe quel individu. L’initiative open source
impose dix exigences pour la licence des logiciels open source. [13]
MANEH Edemagnon Mathieu xii Mémoire de Licence GL / CIC-UL

INTRODUCTION
La technologie est l’ensemble des inventions qui ont révolutionné le monde. Elle simplifie la vie
de tous les jours. En effet, la technologie est partout : à la maison, au bureau, au marché, dans les
rues et plus encore. Toutes les inventions technologiques ont pour principal objectif de réduire
l’effort humain. À part la vie quotidienne, la technologie joue aussi un rôle important dans
beaucoup de domaine à savoir l’agronomie, l’éducation, la santé etc..[15]
Internet est l’une des nouvelles technologies les plus connues dans le monde actuel et il est
accessible à presque tout le monde. C’est à la fois un moyen de communication et d’information.
Grâce à ce dernier, vous pouvez être informé du reste du monde et découvrir de nouvelles cultures.
Sur internet, vous pouvez gagner de l’argent facilement. En effet, vous pouvez faire des activités
rémunérées, comme : la lecture des mails, les sondages, les vidéos YouTube et plus encore ; ce qui
permet à certains jeunes qui n’ont pas de travail d’avoir des revenus. En plus il est aussi un excellent
outil éducatif.[15]
De nos jours, l’influence de l’internet est très indispensable et contribue activement à l’avancée du
monde tel qu’on le connaît, et également dans l’épanouissement des personnes [1].
Malheureusement, l’Afrique a un faible taux de pénétration ou d’utilisation de l’internet mobile
(un taux de 28% pour l’Afrique subsaharienne), dû à la cherté du smartphone (GSMA) [2] et aussi
la cherté des données mobiles, qui coûtent plus de 50 $(soit plus de 29435 FCFA) pour 1Go dans
certains pays [3]. Notre pays le Togo n’est pas non plus exclu de cette situation car il est classé
parmi les pays les plus chers de l'UEMOA selon l’ARCEP, ses prix de forfaits voix et data sont 25
fois plus chers que le meilleur prix pratiqué dans l’UEMOA [4].
Au regard de tout ce qui précède, l’accès à une connexion internet au quotidien de nos jours s’avère
primordial et très important. Dans la perspective de faciliter l’accès à la connexion internet aux
populations africaines et togolaises, la startup CAPFIND SAS par sa filiale CAPFIND TOGO
SARL se propose de mettre en place une plusieurs zones wifi interconnectées formant ainsi une
zone wifi élargie, qui permettra non seulement d’avoir constamment accès à une connexion internet
et ce à moindre coût, mais également la possibilité de se connecter au réseau wifi peu importe notre
localisation.
Afin d’assurer la commercialisation ou la monétarisation de la zone wifi, la gestion des
équipements de la zone wifi (s’assurer du bon fonctionnement des équipements, voir les statistiques
des temps de connexion et de nombres de personnes connectées par équipement etc…) CAPFIND
SAS décide de mettre en place un projet de : « Développement et déploiement d’une plateforme
de gestion et de commercialisation de zone wifi ».
La réalisation du projet nous a été confiée dans le cadre de nos stages de fin de formation pour
l’obtention d’une licence professionnelle en Génie Logiciel au Centre Informatique et de Calcul de
l’Université de Lomé.
Ce document présente un résumé des travaux effectués au cours de notre période de stage. Il
s’articule essentiellement autour de quatre (04) principaux chapitres à savoir :
• Présentation du cadre des cadres de formation et de stage ;
MANEH Edemagnon Mathieu 1 Mémoire de Licence GL / CIC-UL

• Étude préalable ;
• L’analyse et la conception ;
• La réalisation et la mise en œuvre du projet.

CHAPITRE 1 : PRESENTATION DES CADRES DE

FORMATION ET DE STAGE

Ce chapitre est consacré à la présentation du cadre de travail. La présentation de notre cadre de

formation (le Centre Informatique et de Calcul de l’Université de Lomé : CIC-UL) sera abordée au
premier point et dans un second point, la présentation de notre cadre de stage (CAPFIND SAS)
1.1 Présentation du cadre de formation: CIC/UL [14]

1.1.1 Historique
Le Centre Informatique et de Calcul, plus connu par son acronyme CIC, est une école de formation
supérieure au sein de l’Université de Lomé. Il a été créé le 26 Septembre 1988 dans but de fournir
un support informatique aux différents établissements et services de l’Université de Lomé. En ce
sens, le CIC a pour mission la création d’outils informatiques aidant à l’automatisation des services
de l’université et il offre également un cadre pour la formation de l’informatique à l’Université de
Lomé.
De 1990 à 2005, le CIC a abrité le Centre Interafricain de Formation à la Maintenance des
Equipements Microinformatiques (CAFMICRO), qui a offert une formation POST-DUT de
techniciens supérieurs en maintenance informatique. En 1995, une filière de DUT en informatique
a ouvert ses portes pour former des techniciens supérieurs en informatique avec les spécialités
génie logiciel et maintenance et réseaux informatiques. Depuis l’adoption du système LMD, le
CIC offre deux parcours de licence professionnelle dans ces dernières spécialités.
Depuis mars 2016, en partenariat avec l’Université de Technologie de Belfort-Montbéliard
(UTBM) de France, il est ouvert en Co-diplôme un Master professionnel avec deux spécialités :
Génie Logiciel et Systèmes et Réseaux.
1.1.2 Objectifs
Le Centre Informatique et de Calcul en plus de sa fonction de formation des étudiants doit assurer
pour le compte des institutions de l’Université Lomé :
• Des cours d’initiation ;

• Des cours de recyclage ;
• L’assistance aux enseignants chercheurs de l’Université ;
• Des séminaires de formation ;
• L’assistance technique aux instituts (mise en place des systèmes d’information) ;
• Des élaboration et réalisation de projets informatiques.
1.1.3 Organisation administrative

L’organigramme suivant schématise la structure organisationnelle administrative du Centre
Informatique et de Calcul.

Figure 1 : Organigramme administrative du CIC

Le CIC est dirigé par un directeur assisté de deux directeurs adjoints, un Directeur Adjoint chargé
du Système et Réseaux et un Directeur Adjoint chargé des Etudes.
• La Direction Adjointe chargée du Système et Réseaux

Elle s’occupe de fournir des services informatiques aux institutions de l’Université de Lomé et est
constituée de la Division Système d’Information et de la Division Maintenance et Réseaux.
• La Direction Adjointe chargée des Etudes

Elle s’occupe de l’organisation de la formation et de l’évaluations des étudiants du CIC. Elle est
constituée du Secrétariat Pédagogique et du Service des Examens.
Le CIC dispose également des trois divisions suivantes :
• Division Développement informatique

Elle est chargée des études informatiques nécessaires à l’informatisation des différentes entités de
l’Université de Lomé, de la conception et du développement des applications informatiques et de
la maintenance des logiciels développés.
• Division Maintenance et réseaux

Elle est chargée de la maintenance des équipements informatiques de l’Université de Lomé, de la
mise en œuvre des programmes d’assemblage de micro-ordinateurs initiés par le CIC, de la

réalisation des différentes études nécessaires à l’informatisation de toutes les entités de l’Université
de Lomé en collaboration avec les autres divisions.
• Division Système d’information

Elle est chargée de l’étude, de la conception, de la mise en œuvre de la gestion du système
d’information global de l’Université de Lomé.
1.2 Présentation du cadre de stage : CAPFIND SAS [15]

1.2.1 Description
CAPFIND TOGO SARL est là filiale togolaise de CAPFIND SAS, une start-up basée à Lyon en
France. Elle a été incubée par 1KUBATOR. La société promeut un réseau social qui se distingue
en connectant automatiquement et à moindre coût ses utilisateurs à internet sur ses zones wifi et
celles de ses partenaires dans les agglomérations ouest africaine. Ces derniers peuvent également
se faire des revenus supplémentaires en acceptant le transport de personnes ou de colis dans leur
ville ; Voyagez de ville en ville à moindre coût en réservant un covoiturage. Y réserver leurs tickets
de bus intra-urbains. Ses utilisateurs pourront également effectuer leur paiement en boutique ou
virements d'argent à leur proche simplement et en toute sécurité depuis l'appli.
Les plateformes de CAPFIND sont ouvertes à toutes personnes désireuses de devenir partenaire en
souscrivant à une ligne internet à mettre à la disposition du réseau de points d'accès internet et
augmenter leurs revenus mensuels.
1.2.2 Objectif
L’objectif principal est de fournir aux africains une alternative pouvant leur permettre d’accéder à
moindre coût à internet et de profiter des ressources primordiales de l’internet à travers une et une
seule plateforme
1.2.3 Organigramme de l’administration

La figure ci-dessous représente l’organigramme hiérarchique de la Startup CAPFIND SAS.

Figure 2 : Organigramme de l’administration de CAPFIND SAS

CAPFIND SAS est dirigé par le Directeur général de la startup. Il est secondé dans sa tâche par
d’autres directeurs et responsable, à savoir :
• Le directeur administratif et financier : Il est garant de la bonne gestion administrative

et financière de l’entreprise. Il contrôle la bonne exécution de la stratégie et des procédures
définies avec la direction générale et coordonne les services de la comptabilité et de relation
avec les investisseurs dont il a la charge.
• Audit et Contrôle : Il s’occupe du contrôle de la gestion de la startup, sa mission est

d’accroître et de préserver la valeur de la startup.
• Le directeur Technique : Il a pour mission de gérer les opérations et les aspects techniques
de la startup , il gère également les moyens et ressources techniques disponibles. Il est
chargé de coordonner les départements chargés du déploiement et l’optimisation du réseau
wifi , du développement de l’application mobile , du développement des plateformes SAS ;
• Le responsable des opérations internationales : Cette direction s’occupe des opérations

de la startup qui se déroulent hors de son pays d’implantation , c’est-à-dire l’implantation
d’une zone wifi dans un nouveau par exemple
Et enfin nous avons les responsables des différents services et départements, parmi lesquels nous
avons :
• La comptabilité : Il a sous responsabilité la bonne gestion de la comptabilité ou des

comptes de la startup.

• Le gestionnaire des relations avec les investisseurs : Il s’assure d’établir de très bonnes
relations avec les investisseurs, il assure également les échanges des d’informations et
données nécessaires avec ces derniers.
• Le département chargé du déploiement et l’optimisation du réseau wifi : Ce
département prend en charge le déploiement des zones wifi, l’optimisation de ces zones
wifi, s’assure du bon fonctionnement des équipements et point d’accès du réseau. Il
s’occupe de la sécurité du réseau wifi.
• Le département chargé du développement de l’application mobile : Ce département
s’occupe du développement de l’application mobile de la startup, de l’optimisation de ses
fonctionnalités et s’assure également des mises à jour régulières et de la sécurisation de
cette dernière.
• Le département chargé du développement des plateformes SAAS : Il s’occupe du
développement des plateformes SAS (Software Access Service), plateformes qui offrent
d’autres services à la startup mais aussi à des personnes et entreprises externes à la startup
sous forme de prestation de service, Il assure également la maintenance et la veille
sécuritaire de ces plateformes.
• Le département du marketing et communication : Son rôle est d’assurer le marketing
et la communication autour des produits de la startup ;
• Le bureau des filiales : Il se charge de la gestion des filiales de la startup.
Ces deux cadres, le CIC et CAPFIND SAS, ont été des facteurs importants dans la réalisation du
projet. Le CIC nous a permis d’acquérir les compétences nécessaires à l’implémentation du projet
et CAPFIND SAS a fourni un bon cadre de travail, un accompagnement financier, et le matériel
néccessaire pour la réalisation du projet

CHAPITRE 2 : ETUDE PREALABLE DU PROJET

Ce chapitre nous permettra de faire une présentation détaillée de notre sujet, de présenter ses
objectifs, problématique à laquelle il répond ainsi que les résultats attendus.
2.1 Présentation du sujet

Comme déjà énoncé dans les sections précédentes, les coûts des données mobiles et des forfaits
sont chers en Afrique et également dans notre pays le Togo, ce qui ne favorise pas la facilité d’accès
à la connexion aux populations. Cependant une alternative moins coûteuse dont dispose nos
populations face à cette situation, sont les réseau sans fil (WI-FI), que les fournisseurs d’accès
internet tels TOGOCOM, CANALBOX ou encore CAFE-INFORMATIQUE [16] mettent à la
disposition de la population avec un abonnement mensuel et qui sont accessible par le grand public
sous forme de zone wifi. Dans le but de gérer une zone wifi élargie mise en place par la startup
CAPFIND, et qui permettra aux populations d’avoir constamment accès à une connexion internet
et à moindre coût, le projet intitulé « Développement et déploiement d’une plateforme de
gestion et de commercialisation de zone wifi » a été lancé.
Il nous a été demandé de mettre en place pour la circonstance de mettre en place une plateforme
pour la gestion et la commercialisation d’une zone wifi étendue pouvant couvrir la surface d’un
pays, la gestion des ventes d’une telle zone wifi étant vraiment complexe, le système à mettre en
place devra permettre de faciliter la gestion des comptes, d’assurer une transparence au niveau des
ventes et des paiements, d’assurer la traçabilité de chaque vente et paiement, de permettre aux
utilisateurs du réseau de pouvoir se connecter à tous les points d’accès de la zone wifi de
l’entreprise et celle de ces partenaires, et enfin ressortir les diagrammes d’évolution et les
statistiques annuelles et mensuelles des ventes.
2.2 Problématique
la plupart des zones wifi actuelles ne peuvent couvrir que de petites surfaces comme l’étendue
comme un établissement, une place publique etc. …[4] , et les logiciels ou plateformes de gestion
de ces wifi zones (tels que MIKROTIK, DALORADIUS) utilisent le système de « voucher » (qui
consiste à créer de tickets de connexion pour une durée déterminée). Mais ce système de voucher
connaît quelques insuffisances tels que :
-La perte d’un ticket de connexion ;
-L’oubli des identifiants de connexion d’un ticket ;
-Les identifiants de connexion d’un ticket ne peuvent se connecter qu’à une seule zone wifi.
Face à cette situation, certaines questions se posent, telles que :
Comment déployer une zone wifi sur une surface très étendue (pouvant couvrir tout une ville, un
pays, voir toute une sous-région) ? Comment remplacer le système voucher communément utilisé
par des comptes utilisateurs rechargeables ? Comment gérer la commercialisation d’une telle zone
wifi, les différents acteurs qui seront mis en jeu et les équipements de la zone wifi ?

Le but de notre travail a été de proposer une solution à ces différentes questions.
2.3 Objectifs
Dans cette section, nous présenterons les objectifs généraux et spécifiques du projet.
2.3.1 Objectif général

L’objectif principal de notre sujet est de permettre la monétarisation de la zone wifi par la vente
des forfaits wifi.
2.3.2 Objectifs spécifiques

La plateforme à mettre en place devra permettre les objectifs spécifiques suivants :
• Faire les comptes de chaque vente de façon bien structurés ;

• Gérer les différents acteurs de la plateforme ainsi que les relations qui les relient ;
• Permettre aux utilisateurs de la zone wifi de se connecter à tous les points d’accès de réseau
grâce à des comptes rechargeables et non par des tickets de connexions ;
• Assurer la traçabilité et la transparence de chaque vente et paisement.
2.4 Résultats attendus

A la fin du projet, les résultats ou objectifs ci-dessous doivent être atteints :
• Une plateforme de commercialisation de la zone wifi utilisable par toute personne disposant
d’un réseau wifi est mise en place, testée et mise en production.
• La connexion automatique d’un utilisateur de la wifi zone ayant un forfait wifi actif à tous
les points d’accès de la zone wifi grâce à un compte rechargeable.
2.5 Etude de l’existant
Plusieurs plateformes et systèmes de gestion de zone wifi existent déjà. Mais notre étude
s’articulera autour de quelques-uns à savoir MIKROTIK, UBIQUITI, DALORADIUS.
2.5.1 MIKROTIK
Mikrotik a été fondé en 1995 pour développer des routeurs et des systèmes de connexion sans fil
pour les fournisseurs d'accès à internet. Mikrotik est muni des systèmes de connexion sans fil
permettant d'avoir accès à internet dans plusieurs pays à travers le monde entier. L'expérience de
l'entreprise Mikrotik dans l'utilisation du matériel des PC standard industriel et les systèmes
complets de routage leur ont permis de créer le système logiciel RouterOS Ce système permet de
transformer un ordinateur personnel en routeur (incluant des fonctionnalités telles qu'un Pare-feu,
un serveur et un client VPN), contrôler le trafic en fonction d'une qualité de service (QOS), un
accès réseau sans-fil. Le système peut également être utilisé afin de créer un portail captif. Ce

système d'exploitation possède une licence multi-niveau, chaque niveau offrant davantage de
fonctionnalités. Les frais de licence seront basés sur le niveau sélectionné. Une interface graphique,
nommée Winbox, est également disponible afin de configurer le système. Enfin, une API permet
de personnaliser le système et le surveiller.[17]
En 2002, l'entreprise a décidé de mettre sur pied son propre matériel et c'est ainsi qu'est née la
RouterBoard. Actuellement, l'entreprise confectionne autour de 20 types de matériels routeurs
différents et plus de 10 types d'interfaces ou équipements radio (Wireless). Les produits Mikrotik
sont ainsi vendus à divers clients se trouvant dans presque tous les pays du monde entier.[17]
Figure 3 : Logo Mikrotik
2.5.2 DALORADIUS[18]
daloRADIUS est une plate-forme Web RADIUS avancée destinée à la gestion des points d’accès
et des déploiements de FAI (Fournisseur d’Accès à Internet) à usage général. Il offre une gestion
riche des utilisateurs, des rapports graphiques, une comptabilité et s’intègre à Google Maps pour
la géolocalisation des points d’accès. daloRADIUS est écrit en PHP et JavaScript et utilise une
couche d’abstraction de base de données, ce qui signifie qu’il prend en charge de nombreux
systèmes de base de données, parmi lesquels les populaires MySQL, PostgreSQL, Sqlite, MsSQL
et bien d’autres.Il est basé sur un déploiement FreeRADIUS avec un serveur de base de données
servant de backend. il implémente des ACL(Access Control List ou liste de contrôle d'accès
en français désigne en réseau en réseau, une liste des adresses et ports autorisés ou interdits par
un pare-feu. [19]), l’intégration de Google Maps pour localiser visuellement les points d’accès et
bien d’autres fonctionnalités. daloRADIUS est essentiellement une application web pour gérer un
serveur radius donc théoriquement il peut gérer n’importe quel serveur radius mais spécifiquement
il gère FreeRADIUS et sa structure de base de données. Depuis la version 0.9-3, daloRADIUS a
introduit une couche d’abstraction de base de données à l’échelle de l’application basée sur le
package PEAR: :D B de PHP qui prend en charge une gamme de serveurs de base de données.
Figure 4 : Logo daloRadius

2.5.3 UBIQUITI
Ubiquiti Networks est une société qui fabrique de nombreux équipements tels que des routeurs, des
caméras, des bornes Wi-Fi, des switchs, etc.… avec notamment la gamme de produits UniFi. Les
clients peuvent gérer leurs appareils Ubiquiti à partir de la plateforme Web ui.com. Ubiquiti
représente des dizaines de millions d'appareils déployés à travers le monde.[20]
La solution de gestion centralisée de la marque, grâce à une plateforme qui intègre un contrôleur
d’équipement appelé UniFi Controller, est l'une des plus convaincantes du marché. Cette
plateforme peut être utilisée comme service hébergé, mais c'est assez cher : 299 dollars par an pour
10 appareils ou moins, 498 dollars jusqu'à 20 appareils, 697 dollars jusqu'à 30 puis 199 dollars par
tranche de dix ensuite. Heureusement, elle est également installable gratuitement sur une machine
locale de votre choix, sur un cloud, ou encore des équipements spécifiques de Ubiquiti tels que :
les Cloud Key. UniFi XG Server [21]
Comme les outils de configuration et de gestion sont si faciles à aborder et que les tarifs du matériel
sont souvent inférieurs aux produits concurrents (même ceux à destination du marché des
particuliers !), il ne s’agit même plus d’une alternative : c’est « la » solution à retenir pour
l’entreprise et pour le domicile.[22]
Le système peut également prendre en charge « automatiquement » un portail captif avec des codes
à usage limité, comme dans les hôtels où vous vous connectez au réseau WiFi automatiquement,
puis une page spéciale de l’hôtel vous invite à saisir un code que la réception vous a remis (et qui
est généralement valable 24h). Une fois le code validé, vous pouvez surfer et lire votre courriel. Le
système complet préinstallé est fourni dans l’interface de gestion. Là aussi, la mise en place ne
demande que quelques clics.[22]
Figure 5 : Logo Ubiquiti
Le tableau ci-dessous représente une brève comparaison des 3 plateformes étudiées.

Tableau 2 : Tableau comparatif des 3 plateformes étudiés
MIKROTIK UBIQUITI DALORADIUS
Open source Non Non OUI

Interface de gestion Web + Desktop Web Web
Offre un SDK NON OUI NON
Dispose d’un NON OUI NON
contrôleur
d’équipement
Equipement supporté Tous les équipements Uniquement les Tous les équipements
équipements UBIQUITI
Serveur RADIUS + SERVEUR RADIUS RADIUS
d’authentification MIKROTIK (FREERADIUS
principalement)
Installable sur le cloud NON OUI OUI
Type de compte de • Les Vouchers • Les vouchers • Les Vouchers
connexion utilisé • Compte utilisateurs • Compte utilisateurs • Compte
rechargeable rechargeable utilisateurs
manuellement manuellement rechargeable
pouvant être manuellement
automatisé grâce au
SDK
Interface de gestion NON NON NON

personnalisable
Accès au code source NON NON OUI
Dispose d’un portail OUI OUI NON
captif pour
l’authentification
2.6 Critique de l’existant

La section précédente nous a permis de faire l’étude de quelques plateformes ou systèmes de
gestion de zone wifi préexistante. Toutefois ces plateformes présentent quelques insuffisances qui
feront objet de critique constructive dans cette section.
2.6.1 Le système de gestion MIKROTIK

MIKROTIK est une plateforme ou un système de gestion de zone wifi assez intéressante, qui est
d’ailleurs la plus utilisé dans notre sous-région pour la gestion et la commercialisation de la plupart
des zones wifi actuelles dans notre sous-région et principalement au Togo.
Cependant ce système présente quelques inconvénients, parmi lesquels on peut citer :

• Il est installé directement sur un routeur MIKROTIK dans le réseau local et ce routeur sert
directement de passerelle dans ce réseau ;
• Il faut un routeur MIKROTIK par réseau local, et les comptes de connexion créés sur un
routeur ne peuvent se connecter que sur ce réseau ce qui n’est pas adapté à notre contexte.
• De plus MIKROTIK utilise pour la création des comptes de connexion le système de
voucher, avec quand même la possibilité de créer des comptes de connexion rechargeable.
Mais le rechargement des comptes se fait manuellement par l’augmentation du temps de
connexion de ces comptes, ce qui n’est pas faisable avec par exemple pour 100 à 1 millions
d’utilisateurs.
2.6.2 Le système de gestion DALORADIUS
Le mode de fonctionnement de fonctionnement de DALORADIUS est très proche de celui de
MIKROTIK. Bien qu’il ne soit pas aussi populaire que MIKROTIK, il ne nécessite pas de routeur
spécifique. Ainsi, il peut être installé dans le réseau local sur un équipement servant de passerelle.
Cependant son principal avantage est qu’il peut être aussi installé aussi sur le cloud et permettre de
gérer plusieurs zones wifi à la fois ; ce qui permettrait aux comptes de connexion crées sur ce
dernier de se connecter à toutes ces zones wifi. Mais il dispose aussi de quelques insuffisances à
savoir :
• Il ne dispose de portail de portail captif pour permettre l’authentification des utilisateurs

ainsi pour l’authentification il faut installer un portail captif tel que Coovachilli ;
• Il utilise le système de voucher par la création des comptes de connexions ;
• Et enfin il ne dispose pas de contrôleur d’équipement, et en cas de besoin il faut installer
un contrôleur d’équipement tels que Openwisp
Dans ces conditions l’installations et la configuration de DALORADIUS est plus complexe que
MIKROTIK
2.6.3 La plateforme de gestion d’UBIQUITI

Parmi les 3 plateformes ou systèmes qui ont fait objet de notre étude, c’est la plateforme
d’UBIQUITI qui est la plateforme assez complète pour ne pas dire la meilleure des trois. Car non
seulement en plus de disposer d’un contrôleur d’équipement complet, elle dispose d’un portail
captif pour l’authentification. Elle peut être également hébergée sur un cloud pour gérer plusieurs
zones wifi, et offre un SDK qui peut être intégré à d’autres plateformes. Ce système, bien que
performant dispose également de certaines insuffisances dont :
• Le nombre d’équipements ou d’appareils supportés par un service UISP Cloud gratuit est
limité [23] ;
• Le contrôleur Ubiquiti ne supporte que les équipements Ubiquiti ;
• Les équipements Ubiquiti sont moins chers par rapport à ses concurrents mais plus chers
que les équipements ordinaires.

2.7 Proposition de solutions

Après l’étude de l’existant faite précédemment et les insuffisances relevées, dans cette section nous
proposerons plusieurs solutions pouvant répondre aux exigences de nos besoins.
Nous pouvons proposer comme solution, de :
• Réadapter une plateforme existante ;

• Développer une nouvelle plateforme adaptée aux exigences du besoin.
Une brève présentation de nos deux solutions proposées s’avère nécessaire.
2.7.1 La réadaptation d’une plateforme existante

La réadaptation d’une plateforme existante (tel que UBIQUITI) consiste à prendre une plateforme
dont les fonctionnalités et services dont elle dispose sont proches des besoins de notre système et
de réadapter cette dernière à nos besoins.
Avantages
• La simplicité dans la mise en place ;
• Elle est peut-être en place dans un court délai ;
• Peu d’heures-personnes ;
• Faible coût de mise en place
Inconvénients
• Le contrôle peut être restreint ;
• Certains objectifs peuvent ne pas être atteints ;
2.7.2 Le Développement d’une nouvelle plateforme

Cette solution consiste à développer une nouvelle plateforme de gestion de commercialisation de
zone wifi qui répondra qui répondra aux exigences et attentes précédemment cités.
Avantages
• Entièrement personnalisable ;
• Contrôle accru ;
• Aucune restriction ;
• Un système simple, compréhensible et facile d’utilisation ;
• La facilité du déploiement du système ;
• Un système entièrement adapté aux besoins ;
• La facilité lors des mises à jour du système.
Inconvénients
• Requiert beaucoup d’heures-personnes requises ;
• Requiert de bonnes connaissances en programmation.

2.8 Choix de la solution

Après une étude des deux solutions possibles, en prenant en compte les avantages et les
inconvénients de chacune d’elle, nous opterons pour le développement d’une nouvelle plateforme
de gestion et de commercialisation de zone wifi pour l’implémentation de ce projet
2.9 Spécification de la solution

La solution adoptée inclut plusieurs livrables, à savoir :
• Une application web d’administration permettant la gestion des vendeurs, des opérateurs,
des partenaires, des managers et administrateurs ainsi que toutes les ventes et tous les
paiements ;
• La mise en place d’un serveur RADIUS pour l’authentification des utilisateurs au niveau
de la zone wifi ;
• Une API de vente de de forfait wifi piloté par l’application mobile de l’entreprise et qui
assure d’intermédiaire entre l’application mobile, l’application de gestion et le serveur
RADIUS.
2.10 Evaluations techniques des livrables

Cette section permettra de faire une étude approfondie sur les différentes technologies possibles
que nous pouvons utiliser pour l’implémentation de nos livrables, afin d’en ressortir les mieux
adaptées à notre projet.
2.10.1 Type d’application

Pour le développement de l’application web, deux méthodes sont étudiées :
• Le développement d’une application web depuis zéro (application scratch) ;

• Le développement d’une application web avec un Framework.
2.10.1.1 Développement d’une application web depuis zéro (Scratch).

Développer une application web depuis zéro, c’est assez simple, on part d’une feuille blanche. Il
faut tout faire. Ce cas d’utilisation est assez restreint, car pour chaque projet, il faut tout
recommencer du début. L’utilisation de cette méthode sera donc recommandée lorsque le site Web
sera vraiment simple, comprendra peu de pages et très peu de fonctionnalités.
Ce type de développement a le mérite d’aboutir à la conception de solutions optimales. Par ailleurs,
il ne nécessite pas l’apprentissage de concepts, outils et langages autres que ceux de base du web
(HTML, CSS, JavaScript, PHP pour le Web). L’inconvénient principal est le temps de
développement, compte tenu de la complexité des fonctionnalités.

2.10.1.2 Développement d’une application web avec un Framework. [24]

Un framework est, comme son nom l’indique en anglais, un « cadre de travail ». L’objectif d’un
framework est généralement de simplifier le travail des développeurs informatiques (les codeurs si
vous préférez), en leur offrant une architecture « prête à l’emploi » et qui leur permette de ne pas
repartir de zéro à chaque nouveau projet.
Les frameworks sont comparables aux patrons de couture. Les principaux avantages sont donc :
• La réutilisation des codes ;

• La standardisation de la programmation ;
• La formalisation d’une architecture adaptée aux besoins de chaque entreprise.
À noter aussi que les frameworks sont toujours « enrichis » de l’expérience de tous les
développements antérieurs.
Il existe des frameworks pour tout : dans le domaine du développement web (Laravel, Django,
jQuery, etc.),du développement d’application mobile (Flutter, React native, Angular UI, etc. [25])
, développer un jeu (Panda3D), le CSS [26] (Bootstrap, Foundation,Tailwind CSS, Materialize
CSS [27]) … La plupart d’entre eux est spécifique à un langage de script ou de programmation.
2.10.2 Etude des APIs

Les API (application programming interfaces) apparaissent aujourd'hui comme un moyen
privilégié pour ouvrir les systèmes d'information et faciliter les intégrations applicatives. Toutefois,
pour les entreprises qui décident de développer leurs propres API, la gestion de ces dernières
représente un enjeu croissant selon une étude réalisée par Vanson Bourne pour l'éditeur
Axway.[28]
La mise en place d’une API permet d’opérer une séparation des responsabilités entre le client et le
serveur. Cette séparation permet donc une portabilité et évolutivité grandement améliorées. Ainsi
pour la conception de l’API de notre solution, nous proposons deux solutions :
• Le protocole SOAP (Simple Object Access Protocol);
• L’architecture REST (Representational State Transfer).
2.10.3 Le protocole SOAP (Simple Object Access Protocol) [29]

SOAP est une spécification d’un protocole de communication standard (un ensemble de règles)
pour l’échange de messages XML. SOAP repose sur différents protocoles de transport, tels que
HTTP et SMTP. (Utilisation du standard XML pour l'échange des messages) Le coût et la
complexité d'implémentation générés par les inconvénients de SOAP ont remis en cause,
complètement, les avantages de son utilisation. Les réseaux sociaux, dans un premier temps, avec
leur volume de données échangées puis les autres entreprises, ensuite, se sont positionnées sur un
autre moyen de mettre en œuvre des services Web moins coûteux, plus simple à implémenter et
surtout plus efficace. Cette méthode qui n'est pas nouvelle puisqu'elle est basée sur les
fondamentaux du protocole HTTP est l'architecture REST

2.10.4 L’architecture REST (Representational State Transfer)[30]

REST, décrit un ensemble de principes architecturaux par lesquels les données sont transmises sur
une interface standard (telle que HTTP). REST ne contient qu’une couche supplémentaire de
messages et s’intéresse davantage aux règles de conception de services sans état (stateless). Un
client accède à la ressource via un URI unique et une représentation de la ressource est ensuite
retournée. En accédant aux ressources RESTful avec le protocole HTTP, l’URL de la ressource
sert d’identifiant de la ressource et GET, PUT, DELETE, POST et HEAD sont les opérations
standard HTTP à appliquer sur cette ressource. Contrairement à SOAP, REST n'a pas à utiliser
XML pour fournir la réponse. Vous pouvez trouver des services Web en REST qui ont comme
sortie des données au format CSV (Command Separated Value), JavaScript Object Notation
(JSON) ou encore Really Simple Syndication (RSS). Vous pouvez donc obtenir la sortie dont vous
avez besoin sous une forme qui est facile à analyser avec le langage dont vous avez besoin pour
votre application.
• Tableau récapitulatif des différences majeures entres SOAP et REST
Tableau 3 : Tableau récapitulatif des différences majeurs entre SOAP et REST

SOAP REST
Un protocole de message basé un le XML REST est une architecture

SOAP permet que le format XML (WSDL) REST propose différents formats XML,
JSON, CSV, etc.
SOAP utilise des services en appelant des RPC REST utilise des services en appelant des
méthode URLs (PUT, GET, POST, DELETE)
Non dépendance par rapport à la langue, la plate- REST nécessite l'utilisation de HTTP
forme et le transfert (SMTP, HTTP, etc.) uniquement
SOAP requière plus de bande passante et de REST requiert moins de bande passante et
ressources que REST moins de ressources que SOAP
SOAP est plus lent que REST REST est plus rapide que SOAP
JavaScript peut appeler SOAP mais Une API peut facilement être appelée en
l'implémentation est difficile JavaScript
2.10.5 Etude de Système de Gestion de Base de Données

Cette section sera destinée à l’étude de quelques systèmes de gestion de base de données. Il existe
une multitude de SGBD mais il sera présenté quatre (3) pour étude à savoir :
• Oracle Database ;
• MySQL ;
• PostgreSQL.

2.10.6 Oracle Database [31]

Oracle Database est un logiciel de base de données fourni par Oracle conçu pour un usage
professionnel. Oracle Database offre aux entreprises des fonctionnalités qui ne sont pas disponibles
dans d'autres logiciels.
Son principal avantage est qu’il peut vous aider à créer des applications de bases de données
personnalisées pour s’adapter à vos besoins. Il vous donne également la chance d'éliminer les
fonctionnalités inutiles dans l'application de base de données pour votre entreprise.
Son principal inconvénient potentiel de l'utilisation d'Oracle Database est le coût car son utilisation
nécessite une licence pour chaque machine sur laquelle elle sera installée.
2.10.7 MySQL [32]

MySQL est un Système de Gestion de Base de Données (SGBD) parmi les plus populaires au
monde. Il est distribué sous double licence, un licence publique générale GNU et une propriétaire
selon l’utilisation qui en est faite. Ces packages sont si populaires et simples à mettre en œuvre que
MySQL est largement connu et exploité comme système de gestion de base de données pour des
applications utilisant PHP.
Son principal avantage est qu’il est gratuit et utilisé par un grand nombre de développeurs, de plus
il est beaucoup plus simple à prendre en main.
2.10.8 PostgreSQL
Le principal avantage de PostgreSQL est qu'il est open source. En outre, il est de nature robuste
avec de hautes performances et multitâche. Cette base de données comprend également de
nombreuses fonctionnalités qui en font l'un des bons choix parmi toutes les bases de données. [33]
PostgreSQL est open source comme MySQL cependant MySQL est réputé pour sa facilité
d’utilisation et sa rapidité, alors que PostgreSQL propose de nombreuses fonctionnalités plus
avancées, c’est la raison pour laquelle PostgreSQL est souvent décrit comme une version open-
source d’Oracle. [34]
2.11 Choix des livrables et architecture globale

Après l’évaluation technique des livrables effectuée au à la section précédente, dans cette partie
nous procéderons aux choix des technologies à utiliser pour l’implémentation des livrables et à la
présentation de l’architecture globale de la solution à mettre en place
2.11.1 Choix des livrables

L’évaluation des livrables faite au chapitre nous a permis de déterminer, les types de livrables
adaptés à notre système, Ainsi le but de cette section est de présenter les technologies à utiliser
pour l’implémentation de notre solution.

2.11.2 Type d’application

Pour l’implémentation de notre projet nous avons opté pour une application développée avec un
Framework du fait qu’il permet ne plus répartir de zéro et de ne plus réinventé la roue, Il permet
ainsi un gain énorme en temps et en énergie. De plus l’utilisation d’un Framework renforce un la
sécurité de l’application du fait que certaine mesure de sécurité sont mise en place au niveau de la
plupart des Frameworks.
2.11.3 APIs
Suite à l’étude des APIs de communication effectué au niveau de l’étude technique des livrables
nous avons opté pour l’utilisation des API REST pour les raisons suivantes :
• Ils sont simples et faciles à mettre place ;

• Ils proposent plusieurs formats de données notamment le JSON qui est supporté par la
plupart des langages de nos jours.
• Requiert moins de bande passante et de ressource que les API SOAP
• Les API REST sont plus rapides que les API SOAP
2.11.4 Système de Gestion de Base de Données

D’après l’étude des Système de Gestion de Base Données (SGBD)effectuée à la section
précédente MySQL s’offre à nous comme la solution la plus adaptée. Nous avons opté pour ce
dernier fait de sa simplicité, sa rapidité, sa gratuité. De plus, il est facile à prendre en main et est
utilisé par un grand nombre de personnes ce qui facilite le débogage en cas de problème lié au
SGBD.
2.11.5 Architecture globale
La figure suivante représente l’architecture globale de la solution à implémenter

Figure 6 : Architecture globale de la solution à implémenter
2.12 Planning prévisionnel

Le tableau ci-dessous présente le planning prévisionnel que nous adopterons au cours de la
réalisation du projet.

Tableau 4 : Planning prévisionnel
Tâche Date de début Date de fin Durée (en jours)
Étude du sujet et étude des existant 22/09/2021 25/09/2021 3
Cahier de charge et conception 26/09/2021 01/10/2021 5
Modélisation 02/10/2021 07/10/2021 5
Mise en place de toutes les interfaces 08/10/2021 13/10/2021 5
Système d’authentification et de connexion 14/10/2021 16/10/2021 2
Gestion du super administrateur 17/10/2021 21/10/2021 4
Gestions des administrateurs 22/10/2021 27/10/2021 5
Gestion des managers 28/10/2021 02/11/2021 5
Gestion des vendeurs 03/11/2021 08/11/2021 5
Mise en place de l’espace membre 09/11/2021 12/11/2021 3
Installation et configuration de freeradius 13/11/2021 16/11/2021 3
Mise en place de L’API de création de compte,

17/11/2021 22/11/2021 5
de connexion et de la vente
Gestion des partenaires 23/11/2021 28/11/2021 5
Gestion des techniciens 29/11/2021 04/12/2021 5
Déploiement + Phase de test 05/12/2021 10/12/2021 5
TOTAL 65
Le projet a connu quelques retards à cause de certains imprévus dont principalement l’installation
de la configuration de freeradius prévu initialement pour 5 jours n’as pas pu tenir dans le temps
imparti et a pris plutôt deux semaines.
En résumé, ce chapitre a permis de faire cette étude préalable du sujet, cette étude a permis
d’exposer la problématique du sujet et de définir les objectifs à atteindre pour une pleine réalisation
du projet. Suite à cela, l’étude des différentes propositions de solutions nous aura permis de choisir
celle permettant de répondre au mieux à la problématique.
Après la spécification de la solution, cela grâce à l’étude du projet, il est temps de passer à son
analyse et à sa conception dans le chapitre prochain.

CHAPITRE 3 : ANALYSE ET CONCEPTION

Dans ce chapitre seront présentées la méthode d’analyse ainsi que le langage et les outils de
modélisation nécessaires à la réalisation et à la compréhension de l’étude détaillée du projet.
3.1 Présentation de la méthode d’analyse

3.1.1 Présentation du langage de modélisation : UML [35]
Le langage UML a servi à la modélisation de notre système.
L'UML (Unified Modeling Language ou Langage de modélisation unifiée en français) est

un langage graphique de modélisation informatique. Ce langage est désormais la référence
en modélisation objet, ou programmation orientée objet. Cette dernière consiste à modéliser des
éléments du monde réel (immeuble, ingrédients, personne, logos, organes du corps...) ou virtuel
(temps, prix, compétence...) en un ensemble d'entités informatiques appelées « objet ».
L'UML est constitué de diagrammes qui servent à visualiser et décrire la structure et le
comportement des objets qui se trouvent dans un système. Il permet de présenter des systèmes
logiciels complexes de manière plus simple et compréhensible qu'avec du code informatique.
L'UML a des applications dans le développement logiciel, mais aussi dans l'industrie (pour
modéliser les flux de processus par exemple), dans l'ingénierie ou le marketing.
Figure 7 : Logo UML
3.1.2 Les diagrammes UML [25]

Comme nous l’avons présenté dans la section précédente, L'UML est constitué de diagrammes qui
servent à visualiser et décrire la structure et le comportement des objets qui se trouvent dans un
système. Dans cette section nous présenterons la liste des 10 principaux diagrammes UML
• Diagramme de cas d’utilisation : décrit les interactions entre le système et les utilisateurs
(et autres systèmes externes). Il aide dans la visualisation des exigences / besoins ;
• Diagramme d’activité : montre la séquence et le parallélisme dans les activités du système
; autrement dit, modélisation des processus métier avec les échanges de données ;
• Diagramme de classes : présente les classes, types, interfaces et relations entre eux ;
• Diagramme d’objets : permet de représenter les instances des classes, c'est-à-dire des
objets ;

• Diagramme de machine à états : montre les différents états des classes à travers leur cycle
de vie (de la création / instanciation des objets à leur destruction) et les événements qui
provoquent les transitions / changements d’états ;
• Diagramme d’interaction, qui se décline en deux types de diagrammes :
▪ Diagramme de séquence : présente les interactions entre des objets pour lesquelles
l’ordre des interactions est important ;
▪ Diagramme de communications : décrit les interactions entre objets pour lesquels
les connexions entre objets sont importantes ;
• Diagramme de composants : permet de rassembler des classes ou des composants tels que
vus par l’équipe de développement pour décomposer le système en parties de logiciel
gérables (du point de vue développement en gestion de projet) ;
• Diagramme de paquetages : permet de rassembler des éléments de modélisation par
exemple pour les distribuer entre membres de l’équipe de développement ;
• Diagramme de déploiement : décrit les unités d’installation, de configuration et de
déploiement du produit fini sur un parc de machines.
3.1.3 Méthode de développement : Agile-SCRUM

UML n’étant qu’un langage, il est impératif d’ajouter à ce dernier une méthode pour la réalisation
progressive du projet. Ainsi pour mener à bien le projet nous utiliserons la méthode itérative et
incrémentale AGILE SCRUM
Figure 8 : Méthode Agile SCRUM

Avec cette approche, les tâches seront découpées en petits morceaux pour être développées au fil
du temps et intégrées dès qu'elles sont terminées.

3.2 Présentation de l’outil de modélisation : Draw.io

Pour la modélisation de notre système et la réalisation des diagrammes nous avons opté pour le
logiciel Draw.io.
Draw.io est une application qui permet de faire des schémas et du dessin vectoriel. Elle a la
particularité d'être une application web (qui tourne entièrement dans le navigateur). C'est une
alternative libre à des logiciels comme Microsoft Visio. Elle peut être utilisée indépendamment,
intégrée à une application web ou même en tant qu'application desktop.
Il est possible d'exporter dans différents formats ouverts (png, svg…).
Figure 9 : Logo Draw.io

Dans sa version web, il est également possible d’uploader ses réalisations sur un compte Google
Drive et de les partager avec d’autres utilisateurs.
3.3 Etude détaillée de la solution

Cette partie abordera l’étude détaillée de la solution à implémenter pour répondre efficacement à
la problématique soulevée. Ainsi une modélisation à partir du langage UML du système sera l’objet
de cette partie.
3.3.1 Présentation des acteurs du système

La description textuelle des acteurs qui interagissent avec le système est résumée dans le tableau
suivant :

Tableau 5 : Liste des acteurs du système
Acteurs Descriptions
Le client C’est un utilisateur du réseau qui effectue des opérations d’achat de forfait
wifi via un API de la plateforme pilotée par une application mobile. Cet
utilisateur peut également acheter un forfait wifi auprès d’un vendeur, et
acheter du forfait wifi pour un autre utilisateur à partir de son compte. Il a
également la possibilité de signaler une panne d’un équipement ou la mise
en hors service d’un point d’accès.
Le vendeur C’est une personne qui a une boutique ou un point de vente, qui s’inscrit en
tant que vendeur, et effectue des opérations de vente de forfait wifi via un
API piloté par une application mobile après avoir fait un abonnement
prépayé.
Le technicien C’est un utilisateur qui va utiliser la plateforme pour enregistrer les

équipements du réseau, il peut éventuellement modifier les informations
d’un équipement. Il reçoit les notifications des pannes signalées par les
utilisateurs du réseau.
Le partenaire Le partenaire est une personne qui a déjà mise en place une zone wifi, et
demande un partenariat avec les services la startup de CAPFIND en vue
d’utiliser les équipements (routeur) et la plateforme de ce dernier pour la
booster la monétisation de sa zone wifi ; et pour augmenter ses revenus grâce
aux utilisateurs du réseau CAPFIND qui pourront désormais se connecter à
son réseau. Il a la possibilité de télécharger son contrat de partenariat, de
contacter l’administration par mail sur la plateforme et aussi d’effectuer des
ventes.
Le manager C’est un utilisateur à qui on confie la gestion des partenaires et des vendeurs.
Il peut également reverser de l’argent à ses partenaires via la plateforme.
L’administrateur C’est l’utilisateur qui a une vue globale sur le système c’est-à-dire les ventes,
paiements et équipements enregistrés sur la plateforme

3.3.2 Diagramme de contexte statique et les acteurs du système

La figure ci-dessous présente le diagramme de contexte statique de notre système.
Figure 10 : Diagramme de contexte statique
3.3.3 Diagrammes de paquetages

Dans cette partie nous présenterons le diagramme de paquetage de notre système. Un package sert
à grouper des éléments en un ensemble cohérent, et à fournir un espace de noms pour ces éléments.
Le Diagramme des Paquetages est utilisé pour refléter l'organisation de paquetages ou package et
de leurs éléments. Le système est composé de 6 packages interdépendants, qui sont :
• Le paquet client : Il prend en charge les fonctionnalités liés à l’achats de forfaits wifi, et
la signalisation des pannes des équipements.
• Le paquet vendeur : Il englobe la vente forfaits wifi, l’affichage des toutes le ventes et
l’abonnement prépayé.
• Le paquet partenaire : Il se rapporte à l’affichage des utilisateurs connectés et des
services de paiement en ligne.
• Le paquet Technicien : Ce paquet regroupe l’enregistrement et la gestion (création,
modification) des équipements, de l’enregistrement des localisations des points d’accès et
boutique.

• Le paquet Manageur : Il prend en charge l’enregistrement et la gestion (création,

modification, suppression partielle) des vendeurs, des partenaires, des techniciens, des
zones et localités couvertes par la zone wifi.
• Le paquet Administrateur : Il regroupe essentiellement la gestion des managers, des
tarifs wifi.
La figure ci-dessous représente le diagramme de paquetage de notre système.
Figure 11 : Diagramme de paquetages
3.3.4 Diagramme de cas d’utilisation

Dans cette partie nous présenterons les diagrammes de cas d’utilisations de nos différents
paquetages à savoir :
• Le diagramme des cas d’utilisation du paquet « Client » ;

• Le diagramme des cas d’utilisation du paquet « Vendeur » ;
• Le diagramme des cas d’utilisation du paquet « Partenaire » ;
• Le diagramme des cas d’utilisation du paquet « Technicien » ;
• Le diagramme des cas d’utilisation du paquet « Manager » ;
• Le diagramme des cas d’utilisation du paquet « Administrateur » .

3.3.4.1 Cas d’utilisation du paquet « Client »

La figure ci-dessous illustre le diagramme des cas d’utilisation du paquet « Technicien ».
Figure 12 : Diagramme de cas d’utilisation du paquet client
3.3.4.2 Cas d’utilisation du paquet « Vendeur »

La figure suivante représente le diagramme des cas d’utilisation du paquet « Vendeur ».
Figure 13 : Diagramme de cas d’utilisation du paquet vendeur

3.3.4.3 Cas d’utilisation du paquet « Technicien »

La figure suivante représente le diagramme des cas d’utilisation du paquet « Technicien ».
Figure 14 : Diagramme de cas d'utilisation du paquet technicien
3.3.4.4 Cas d’utilisation du paquet « Partenaire »

L’illustration du diagramme des cas d’utilisation du paquet « Partenaire » est la figure suivante.
Figure 15 : Diagramme de cas d'utilisation du paquet partenaire

3.3.4.5 Cas d’utilisation du paquet « Manager »

La figure suivante présente le diagramme des cas d’utilisation du paquet « Manager ».
Figure 16 : Diagramme de cas d'utilisation du paquet manager

3.3.4.6 Cas d’utilisation du paquet « Administrateur »

La figure suivante illustre le diagramme des cas d’utilisation du paquet « Administrateur ».
Figure 17 : Diagramme de cas d'utilisation du paquet administrateur

3.3.4.7 Description textuelle de quelques cas d’utilisation

Dans cette partie nous verrons la description textuelle de quelques cas d’utilisations dont :
• Effectuer une vente

• Acheter un forfait
• Faire un reversement de paiement
❖ Cas d’utilisation « Effectuer une vente »

Le tableau ci-dessous présente le cas d’utilisation « Effectuer une vente ».
Tableau 6 : Description textuelle du cas d’utilisation « Effectuer une vente »
Titre Effectuer une vente
Résumé Permet à un vendeur de vendre un forfait wifi
Acteurs concernés Vendeur, Partenaire
Précondition L’utilisateur est authentifié
Scénario nominal 1. L’utilisateur accède à l’interface de vente

2. Le système renvoie le formulaire de vente
3. L’utilisateur saisie les informations d’une vente
4. Le vendeur soumet le formulaire
5. Le système incrémente le temps de connexion du client
6. Le système incrémente enregistre les informations de la vente
7. Le système renvoie un message de succès
Scénario alternatifs (A1) : Le nom d’utilisateur du client est erroné.
L’enchaînement (A1) démarre au point 4 du scénario nominal.
5. Le système indique au vendeur que le nom d’utilisateur du
client est erroné
6. Le scénario reprend au point 4 du scénario nominal.

❖ Cas d’utilisation « Faire un achat »

Le tableau ci-dessous présente le cas d’utilisation « Faire un achat ».
Tableau 7 : Description textuelle du cas d’utilisation « Faire un achat »
Titre Faire un achat
Résumé Permet à un utilisateur simple d’effectuer l’achat d’un forfait wifi

sans l’intervention d’un vendeur
Acteurs concernés Tous les acteurs du système
Scénario nominal 1. L’utilisateur accède à l’interface d’achat de forfait wifi

2. Le système affiche à l’utilisateur les forfaits wifi disponibles
3. L’utilisateur sélectionne le forfait qu’il veut acheter et valide
son choix
4. Le système notifie à l’utilisateur qu’un montant sera prélevé
sur son compte mobile money
5. L’utilisateur valide la demande de confirmation
6. Le système vérifie l’état du paiement
7. Le système incrémente le temps de connexion de l’utilisateur
au niveau du serveur radius
8. Le système enregistre les informations de l’achat
9. Le système renvoie un message de succès
Scénario alternatif (A1) : L’utilisateur annule la demande de confirmation
7. L’utilisateur annule la confirmation du choix
8. Le scénario reprend au point 2 du scénario nominal.
Scénario d’erreur (E1) : Paiement échoué

L’enchaînement (E1) démarre au point 7 du scénario nominal.
9. Le système renvoie un message d’erreur
Le scénario se termine en échec

❖ Cas d’utilisation Faire un reversement

Le tableau ci-dessous présente le cas d’utilisation « Faire un reversement ».
Tableau 8 : Description textuelle du cas d’utilisation « Faire un reversement »
Titre Faire un reversement

Résumé Permet à un manager de payer ses partenaires
Acteurs concernés Manager
Scénario nominal 1. L’utilisateur accède à l’interface de paiement

2. L’utilisateur renseigne le montant et sélectionne le
destinataire du transfert
3. L’utilisateur soumet le formulaire
4. Le système vérifie les informations envoyées.
5. Le système envoie une alerte lui demandant de revérifier le
montant et le destinataire (demande une confirmation)
6. L’utilisateur confirme les informations précédemment
envoyées
7. Le système transfère le montant sur le compte mobile money
du destinataire
8. Le système enregistre les données du paiement et renvoie
message de succès
Scénario alternatifs (A1) : Informations invalides
6. Le système notifie l’utilisateur que les données sont invalides
7. Le scénario reprend au point 3 scénario nominal
(A2) : Erreur de montant ou destinataire.

8. L’utilisateur annule la confirmation
(A3) : Transfert échoué.

6. Le système renvoie un message d’erreur

3.3.6 Diagramme d’activités

Les figures suivantes représentent quelques diagrammes d’activités de notre système, parmi
lesquels nous pouvons citer :
• Le diagramme d’activités « Effectuer une vente »

• Le diagramme d’activités « Acheter un forfait »
• Le diagramme d’activités « Faire un reversement de paiement »
Ces diagrammes permettent de voir de façon graphique le déroulement de chaque cas d’utilisation,
en d’autres termes les échanges entre les acteurs concernés et le système
3.3.6.1 Cas d’utilisation effectuer une vente

La figure ci-dessous représente le diagramme d’activité du cas d’utilisation « Effectuer une vente ».
Figure 18 : Diagramme d'activités "effectuer une vente »

3.3.6.2 Diagramme d’activité du cas d’utilisation « Faire un achat »

La figure ci-dessous représente le diagramme d’activité du cas d’utilisation « Faire un achat ».
Figure 19 : Diagramme d’activité « Faire un achat »

3.3.6.3 Diagramme d’activité du cas d’utilisation « Faire un reversement »

La figure ci-dessous présente le diagramme d’activité du cas d’utilisation «Faire un reversement».
Figure 20 : Diagramme d’activité du cas d’utilisation « Faire un reversement »

3.3.7 Diagrammes de séquence

Dans cette partie seront présentés en détail les diagrammes séquence de notre système.
3.3.7.1 Cas d’utilisation « s’authentifier »
Figure 21 : Diagramme de séquence du cas d'utilisation s'authentifier

3.3.7.2 Cas d’utilisation « effectuer une vente »
Figure 22 : Diagramme séquence du cas d'utilisation « effectuer une vente »

3.3.8 Diagramme de classes

Les diagrammes de classes sont l'un des types de diagrammes UML les plus utiles, car ils décrivent
clairement la structure d’un système particulier en modélisant ses classes, ses attributs, ses
opérations et les relations entre ses objets [36]. La figure ci-dessous représente le diagramme de
classes de la solution à implémenter.
Figure 23 : Diagramme de classes

Ce chapitre a permis de présenter la méthode d’analyse ainsi que le langage et les outils de
modélisation nécessaires à la réalisation et ensuite elle a permis de comprendre de l’étude
détaillée du projet.
Le prochain chapitre nous permettra de faire une présentation de la solution obtenue ainsi que les
outils et moyens mis en œuvre.

CHAPITRE 4 : REALISATION ET MISE EN OEUVRE

Il sera présenté dans cette section, les outils et moyens de mise en œuvre de notre solution et ensuite
la présentation des résultats obtenus.
4.1 Mise en œuvre

Cette section est dédiée à la présentation des matériels, logiciels et langage de programmation
utilisé pour la mise en œuvre de notre projet et ensuite la présentation de l’architecture matérielle
et de moyens de sécurité de la solution
4.1.1 Matériel et logiciels utilisés

Cette section sera essentiellement consacrée à la présentation des outils matériels et logiciels
utilisés pour mettre en œuvre le projet.
4.1.1.1 Environnement de programmation

L’éditeur de code utilisé pour la réalisation du projet est Visual Studio Code.
• Visual Studio Code [37]

Visual Studio Code (VSC par la suite) est un éditeur de code open-source, gratuit et multi-
plateforme (Windows, Mac et Linux), développé par Microsoft, à ne pas confondre avec Visual
Studio, l'IDE propriétaire de Microsoft. VSC est développé avec Electron et exploite des
fonctionnalités d'édition avancées du projet Monaco Editor. Principalement conçu pour le
développement d'application avec JavaScript et Node.js, l'éditeur peut s'adapter à d'autres types de
langages grâce à un système d'extension bien fourni.
Figure 24 : Logo de Visual studio code
4.1.1.2 Langages de programmation

• Le HTML5 [38]
Le HyperText Markup Language, généralement abrégé HTML ou, dans sa dernière
version, HTML5, est le langage de balisage conçu pour représenter les pages web, Il permet de
mettre en forme le contenu, de créer des formulaires de saisie, d’inclure
des ressources multimédias dont des images, des vidéos, et des programmes informatiques,

Il est souvent utilisé conjointement avec le langage de programmation JavaScript et des feuilles de
style en cascade (CSS)
Figure 25 : Logo de HTML
• Le CSS3 [26]
Le terme CSS est l'acronyme anglais de Cascading Style Sheets qui peut se traduire par "feuilles
de style en cascade". Le CSS est un langage informatique utilisé sur l'internet pour mettre en forme
les fichiers HTML ou XML. Ainsi, les feuilles de style, aussi appelé les fichiers CSS, comprennent
du code qui permet de gérer le design d'une page en HTML.
Figure 26 : Logo de CSS
• Le JavaScript [39]
Le JavaScript est un langage de programmation utilisé notamment lors de la conception de sites
web et d’applications. Il est particulièrement utile pour concevoir des sites dynamiques, Il permet
de créer du contenu mis à jour de façon dynamique, de contrôler le contenu multimédia, d'animer
des images
Figure 27 : Logo de JavaScript

• Le PHP [40]
Le PHP Hypertext Preprocessor, plus connu sous son sigle PHP, est un langage de programmation
libre, principalement utilisé pour produire des pages Web dynamiques via un serveur HTTP. PHP
est un langage impératif orienté objet. Il s'agit d'un langage de script interprété côté serveur.
Il est considéré comme une des bases de la création de sites web dits dynamiques mais également
des applications web. PHP a permis de créer un grand nombre de sites web célèbres, comme
Facebook, Wikipédia, etc.
Figure 28 : Logo de PHP
4.1.1.3 Framework et autres technologies utilisés

Dans cette section nous aborderons les différents Framework utilisés au cours de notre
développement et d’autres technologies qui ont été également utilisées notamment les outils de
travail collaboratif.
• Bootstrap
Bootstrap est un Framework CSS libre et gratuit que nous avons utilisé à cause de sa simplicité et
des outils qu’il met à la disposition des développeurs.
Figure 29 : Logo du Framework Bootstrap
• JQuery
C’est une est une bibliothèque JavaScript libre et multiplateforme créée pour faciliter l'écriture de
scripts côté client dans le code HTML des pages web.
Figure 30 : Logo du Framework jQuery

• Ajax
C’est un Framework JavaScript qui permet d’envoyer des requêtes HTTP vers un serveur.
Figure 31 : Logo du Framework Ajax
• Laravel [41]
Laravel est un Framework web open-source écrit en PHP respectant le principe modèle-vue-
contrôleur. Il est entièrement développé en programmation orientée objet. Nous avons utilisé
Laravel pour développer la totalité du backend de notre application.
Figure 32 : Logo du Framework Laravel
• Git
C’est un outil gratuit permettant le contrôle des versions d’une application et aussi le travail
collaboratif entre plusieurs développeurs sur un même projet.
Figure 33 : Logo de git
• GitLab [42]
GitLab un outil open-source basé sur Git, permettant de gérer les dépôts de code source, leur
versioning, et qui propose tout un tas de fonctionnalités autour de vos projets de développement
Figure 34 : Logo de GitLab

4.1.1.4 Les serveurs logiciels utilisés

Cette section fera objet de la présentation des serveurs dont le serveur web utilisé pour le
déploiement du projet et le serveur d’authentification au niveau des infrastructures réseau.
• Serveur Apache :
Le logiciel libre Apache HTTP est un serveur HTTP. C'est le serveur HTTP le plus populaire
du World Wide Web qui permet d’héberger des pages web.
Figure 35 : Logo de Apache Server
• MySQL [32]
MySQL est un système de gestion de bases de données relationnelles (SGBDR). Il est distribué
sous une double licence GPL et propriétaire. Il fait partie des logiciels de gestion de base de
données les plus utilisés au monde
Figure 36 : Logo de MySQL
• Freeradius[7]
FreeRADIUS est le serveur RADIUS open source le plus populaire et le serveur RADIUS le plus
largement déployé au monde. Il prend en charge tous les protocoles d’authentification courants et
le serveur est livré avec un outil d’administration d’utilisateur Web basé sur PHP appelé
dialupadmin. Les modules inclus avec le cœur du serveur prennent en charge MySQL, PostgreSQL,
Oracle et de nombreuses autres bases de données. Il prend en charge tous les types
d’authentification EAP populaires, y compris PEAP et EAP-TTLS.1
Figure 37 : Logo de freeradius

4.1.1.5 Le matériel de développement

Le projet à été essentiellement développé sur un PC ASUS x75A et déployé sur une instance
lightsail AWS pour les tests. Voici quelques caractéristiques des matériels utilisés :
Tableau 9 : Matériel de développement
Noms ASUS x75A Instance Lightsail AWS
Mémoire vive 4GB 2GB

Mémoire de stockage 500 Go HDD 60 Go SSD
Fréquence du processeur 2.4 GHz
Nombre de cœurs de
processeurs 2
Système d’exploitation Windows 10 professionnel Ubuntu 18.04
La figure ci-dessous représente le logo d’une instance lighstail de AWS.
Figure 38 : Logo Instance Lightsail de AWS
L’instance lightsail de AWS a également servis à installer le serveur Radius et la base de données
des utilisateurs dans le cloud
4.1.2 Architecture du système

Le système développé est basé sur une architecture MVC (Modèle Vue Contrôleur).
Le Modèle Vue Contrôleur (MVC) est une architecture et une méthode de conception pour le
développement d'applications logicielles qui sépare le modèle de données, l'interface utilisateur et
la logique de contrôle.

Figure 39 : Architecture MVC
• Modèle : C'est une classe qui permet une gestion simple et efficace des manipulations
de données et l'établissement automatisé de relations entre tables.
• Vue : la vue est chargée de la mise en forme pour l'utilisateur, elle se contente de récupérer
des variables pour savoir ce qu'elle doit afficher.
• Contrôleur : cette partie gère la logique du code qui prend des décisions. C'est en
quelque sorte l'intermédiaire entre le modèle et la vue : le contrôleur va demander au
modèle les données, les analyser, prendre des décisions et renvoyer le texte à afficher à
la vue.
4.1.3 Sécurité du système

4.1.3.1 Sécurité de l’API
L’accès à l’API est soumis à une authentification basée sur des jetons.
L’authentification basée sur des jetons est un processus par lequel l’application cliente envoie
d’abord une demande au serveur d’authentification avec des informations d’identification valides.
Le serveur d’authentification envoie un jeton d’accès au client en réponse. Ce jeton contient
suffisamment de données pour identifier un utilisateur particulier et il a une heure d’expiration.
L’application cliente utilise ensuite le jeton pour accéder aux ressources restreintes dans les
demandes suivantes jusqu’à ce que le jeton soit valide. Si le jeton Access a expiré, l’application
cliente peut demander un nouveau jeton d’accès à l’aide du jeton d’actualisation.

Figure 40 : Echange de jeton d’authentification entre api et application client
4.1.3.2 Sécurité de l’application web

L’accès à application web d’administration se fait aussi par authentification à base d’un nom
d’utilisateur et d’un mot de passe. L’application s’adapte automatiquement au privilège de
l’utilisateur et lui affiche une interface en fonction de ses privilèges, Aucune suppression hard ou
définitive n’est autorisée sur l’application. La seule suppression autorisée est une suppression
logique par changement d’état d’attributs afin de faciliter les restaurations
4.2 Evaluation financière

Le système à implémenter est constitué de composants matériels et logiciels. L’évaluation du coût
du système s’est faite en trois étapes :
L’espace L’espace L’espace L’espace L’API Serveur

Technicien Partenaire Manager Administrateur Radius
Nombre 15*8 (120) 15*8 (120) 15*8 (120) 15*8 (120) 15*8 (120)
d’heure
Valeur 6000 2000 2000 6000 2000
Humaine
Coût 1.200.0000 1.200.0000 1.200.0000 1.200.0000 1.200.0000
humain
Coût
matériel
- - - - -
TOTAL 1.200.0000 1.200.0000 1.200.0000 1.200.0000 1.200.0000

(FCFA)
Tableau 10 : Evaluation financière des modules de la solution

4.3 Evaluation du coût total de la solution

Le tableau suivant résume l’évaluation financière du projet :
Désignation Coût (F CFA)
La base de données 1.000.000
Une API pour la communication 1.200.0000
Espace partenaire 1.200.0000
Espace technicien 1.200.0000
Espace manager 1.200.0000
Espace administrateur 1.200.0000
Serveur Radius
TOTAL (FCFA) 7.000.000
Tableau 11 : Evaluation financière de la solution

Après évaluation financière, le coût total de la solution est Sept Million (7.000.000) CFA.
4.4 Présentation du système

Cette partie permettra de faire une brève présentation de l’application développée. A la fin du projet
Quatre (4) espaces de travail ont été développées :
● L’espace de techniciens ;
● L’espace des partenaires ;
● L’espace des managers ;
● L’espace des administrateurs.
Nous présenterons dans cette section la structure de ces espaces et les interfaces obtenues.
3.1.1 Structure de l’espace des techniciens

La figure suivante illustre la structure de l’espace des techniciens.

Figure 41 : Structure de l’espace des techniciens
4.4.1 Structure de l’espace des partenaires

Ci-dessous, une présentation de la structure de l’espace dédiée aux partenaires.
Figure 42 : Structure de l’espace des partenaires

4.4.2 Structure de l’espace des managers

Cette figure représente l’espace des managers.
Figure 43 : Structure de l’espace des managers
4.4.3 Structure de l’espace des administrateurs

La figure suivante montre la structure de l’espace des administrateurs.

Figure 44 : Structure de l’espace des administrateurs
4.4.4 Présentation de quelques interfaces de l’application

Dans cette question nous présenterons quelques interfaces de notre système.
4.4.4.1 Interface de connexion

La page de connexion permet à tous les utilisateurs qui peuvent se connecter à la plateforme
(technicien, partenaire, manager, administrateur) de s’authentifier

Figure 39 Page de connexion de la plateforme
4.4.4.2 Interface de l’espace des techniciens

● Page d’accueil
Cette page représente la page d’accueil des techniciens après leurs connexions. Elle permet
aux techniciens de voir les pannes signalées par les utilisateurs du réseau

Figure 45 : Page d’accueil des techniciens

● Gestion des équipements
Cette interface offre aux techniciens, la possibilité de voir la liste des équipements enregistrés, et
également d’enregistrer de nouveaux équipements.
Figure 46 : Affichage de la liste des équipements

● Gestion des localisations
L’interface ci-dessous permet d’afficher la liste des localisations d’équipements et de

boutiques enregistrés dans le système.
Figure 47 : Affichage de la liste des localisations
Le formulaire suivant permet d’enregistrer une nouvelle localisation
Figure 48 : Interface d’enregistrement d’une nouvelle localisation

4.4.4.3 Structure de l’espace des partenaires

● Tableau de bord
Cette interface permet au partenaire de voir les détails de ses transactions, les détails de la
consommation sur son réseau pour le mois courant et les diagrammes de l’évolution de son
chiffre d’affaires.
Figure 49 : Tableau de bord des partenaires

● Utilisateurs du réseau
Le partenaire peut voir les utilisateurs connectés ou qui se sont une fois connecté sur son
réseau via cette interface

Figure 50 : Affichage de la liste des utilisateurs du réseau
4.4.4.4 Structure de l’espace des managers

● Tableau de bord
La figure ci-dessous représente le tableau de bord des managers.

Figure 51 : Tableau de bord des managers
● Gestion des partenaires

L’interface suivante présente la liste des partenaires enregistrés dans le système

Figure 52 : Affichage de la liste des partenaires
Le formulaire ci-dessous permet d’enregistrer les vendeurs, partenaires et techniciens.
Figure 53 : Formulaire d’enregistrement des partenaires

4.4.4.5 Structure de l’espace des administrateurs

● Tableau de bord
L’interface suivante représente le tableau de bord des administrateurs.
Figure 54 : Tableau de bord des administrateurs
● Gestion des zones

Cette interface permet d’afficher la liste des zones déjà couvertes par la zone wifi, et permet
d’enregistrement de nouvelles zones.

Figure 55 : Interface d’affichage de la liste des zones du système

● Gestion des tarifs wifi
Les interfaces ci-dessous servent à afficher les tarifs wifi actif et d’enregistrer de nouveaux tarifs.
Cette
Figure 56 : Interface de la gestion des tarifs wifi

Le formulaire d’enregistrement d’un nouveau tarif wifi est le suivant :
Figure 57 : Formulaire d’enregistrement d’un tarif wifi
Dans ce chapitre , il a été question de présenter la solution implémentée en passant par la

présentation des outils et moyens mis en œuvre , ensuite les structures des espaces membres réalisés
et enfin quelques interfaces de la plateforme conçue.

CONCLUSION
Ce document présente le travail réalisé au cours de onze (11) semaines de stage, effectué au sein
de la startup CAPFIND SAS. Au cours de ce stage nous avions appris à mettre en pratique les
connaissances et les compétences acquises durant les trois années de formation au CIC, et
également acquérir de nouvelles compétences nécessaires en entreprise telles que, le travail en
équipe, les notions de la gestion du temps, la gestion du stress et la capacité à surmonter les
obstacles et les échecs. Le document ainsi rédigé s’est articulé autour de quatre (4) grands chapitres.
Le premier chapitre a permis de présenter les cadres de formation et de stage. Le chapitre suivant
a présenté l’étude préalable du sujet en passant par une étude minutieuse de l’existant, sa critique,
des propositions de solutions de solutions ont été faites face aux problèmes liés à la gestion et
commercialisation de zone wifi et enfin une étude technique des livrables été effectuée, suivi de la
présentation des livrables choisies et de l’architecture globale de la solution à implémenter.
Le troisième chapitre a été consacré à l’analyse et la conception de la solution proposée, une étude
détaillée a été faite après avoir présenté la méthode d’analyse et l’outil de modélisation.
Enfin, la réalisation et la mise en œuvre de la solution ont été abordées dans le dernier chapitre.
La solution obtenue, permet la vente des forfaits wifi, elle permet de faire les comptes de chaque
vente et enfin permet aux utilisateurs du réseau de se connecter à tous les points d’accès du réseau.
Cependant les fonctionnalités liées à l’achat de forfait wifi directement par un utilisateur sans
passer par l’intermédiaire d’un vendeur, et également paiement directement via l’application sont
en développement car elles nécessitent un compte marchand pour leurs implémentations, les
démarches pour acquérir un compte marchand ont été déjà entamées par la Startup, mais elles sont
toujours encore de traitements.
Le système pourrait évoluer en intégrant un contrôleur d’équipement qui permettra la configuration
et le paramétrage de tous les équipements du réseau à distance, la supervision de tout le réseau à
partir d’une seule interface, intégrer directement un service ou un module marchand au sein de
l’application ce qui permettra de réduire les considérablement les frais de transaction proposés par
les fintech (2.5% sur Flooz et 4% sur T-Money pour paygate[43], 2,5% sur Flooz et 3,5% sur
Tmoney pour CinetPay[44])

BIBLIOGRAPHIE
[1] BOITMOBILE, « API - Définitions Marketing » L’encyclopédie illustrée du marketing ».
https://www.definitions-marketing.com/definition/api/ (consulté le 19 mars 2022).
[2] « Que signifie plateforme? - Definition IT de Whatis.fr », Whatis.com/fr.
https://whatis.techtarget.com/fr/definition/plateforme (consulté le 19 mars 2022).
[3] « Wi-Fi », Wikipédia. 13 mars 2022. Consulté le: 19 mars 2022. [En ligne]. Disponible sur:
https://fr.wikipedia.org/w/index.php?title=Wi-Fi&oldid=191868888
[4] « Espace WiFi : qu’est-ce qu’une zone WiFi ? - Noodo ». https://www.noodo-
wifi.com/faq/zone-wifi/ (consulté le 19 mars 2022).
[5] « Système de gestion de base de données », Wikipédia. 21 novembre 2021. Consulté le: 19
mars 2022. [En ligne]. Disponible sur:
https://fr.wikipedia.org/w/index.php?title=Syst%C3%A8me_de_gestion_de_base_de_donn%
C3%A9es&oldid=188187485
[6] « Logiciel propriétaire », Wikipédia. 6 février 2022. Consulté le: 19 mars 2022. [En ligne].
Disponible sur:
https://fr.wikipedia.org/w/index.php?title=Logiciel_propri%C3%A9taire&oldid=190611088
[7] « Installation Of FreeRADIUS On CentOS And Ubuntu | Unixmen ».
https://www.unixmen.com/installation-freeradius-centos-ubuntu/ (consulté le 19 mars 2022).
[8] « Qu’est-ce qu’un serveur d’accès au réseau (NAS)? - définition de techopedia - Réseaux -
2022 ». https://fr.theastrologypage.com/network-access-server (consulté le 19 mars 2022).
[9] « Mettez en place un serveur RADIUS », OpenClassrooms.
https://openclassrooms.com/fr/courses/2557196-administrez-une-architecture-reseau-avec-
cisco/5135511-mettez-en-place-un-serveur-radius (consulté le 19 mars 2022).
[10] « Portail captif », Wikipédia. 24 janvier 2021. Consulté le: 20 mars 2022. [En ligne].
Disponible sur: https://fr.wikipedia.org/w/index.php?title=Portail_captif&oldid=179167498
[11] « SDK (Software Development Kit) : définition, traduction ».
https://www.journaldunet.fr/web-tech/dictionnaire-du-webmastering/1203359-sdk-software-
development-kit-definition-traduction/ (consulté le 29 mars 2022).
[12] « Qu’est-ce qu’un Cloud ? », IONOS Digitalguide.
https://www.ionos.fr/digitalguide/serveur/know-how/quest-ce-que-le-cloud/ (consulté le 29
mars 2022).
[13] « Qu’est-ce qu’un logiciel open source ? - Ryte Wiki ».
https://fr.ryte.com/wiki/Open_source (consulté le 30 mars 2022).
[14] « Histoire | Centre Informatique et de Calcul del’Université de Lomé ». https://cic.univ-
lome.tg:8084/fr/node/71 (consulté le 19 mars 2022).
[15] « Vous connecte à internet automatiquement – Capfind ». https://capfind.co/app-mobile/
(consulté le 19 mars 2022).
[16] « Les fournisseurs d’accès internet du Togo », Go Africa Online.
https://www.goafricaonline.com/tg/annuaire/fournisseurs-acces-internet (consulté le 21 mars
2022).
[17] « Memoire Online - Techonologie Mikrotik: Le Wifi - Hervé FOWOH KOUAM »,
Memoire Online. https://www.memoireonline.com/08/13/7306/m_Techonologie-Mikrotik-
Le-Wifi5.html (consulté le 20 mars 2022).
[18] « daloRADIUS ». http://daloradius.com/ (consulté le 23 mars 2022).

[19] « Access Control List », Wikipédia. 23 décembre 2021. Consulté le: 23 mars 2022. [En
ligne]. Disponible sur:
https://fr.wikipedia.org/w/index.php?title=Access_Control_List&oldid=189162914
[20] « Ubiquiti : d’après un lanceur d’alerte, la fuite de données serait catastrophique ! | IT-
Connect », 2 avril 2021. https://www.it-connect.fr/ubiquiti-dapres-un-lanceur-dalerte-la-fuite-
de-donnees-serait-catastrophique/ (consulté le 19 mars 2022).
[21] D. Legrand, « UniFi Controller d’Ubiquiti : utilisez un Raspberry Pi comme une Cloud
Key », 5 février 2019. https://www.nextinpact.com/article/66986/unifi-controller-dubiquiti-
utilisez-raspberry-pi-comme-cloud-key (consulté le 19 mars 2022).
[22] « Ubiquiti : le matériel réseau professionnel à la portée de tous | IT Awareness », 2 octobre
2017. https://it-awareness.swiss/ubiquiti-le-materiel-reseau-professionnel-a-la-portee-de-tous/
[23] « UISP - Free Cloud Device Limit », Ubiquiti Support and Help Center.
https://help.ui.com/hc/en-us/articles/360036283753-UISP-Free-Cloud-Device-Limit (consulté
le 19 mars 2022).
[24] « Framework: définition simple et objectifs du terme ».
https://www.1min30.com/dictionnaire-du-web/framework (consulté le 19 mars 2022).
[25] « Top 10 des meilleurs frameworks de développement mobile », Mobiskill, 21 janvier 2021.
https://mobiskill.fr/blog/conseils-emploi-tech/top-10-des-meilleurs-frameworks-de-
developpement-mobile/ (consulté le 21 mars 2022).
[26] « CSS - Définition ». http://glossaire.infowebmaster.fr/css/ (consulté le 19 mars 2022).
[27] « Best CSS Frameworks in 2021 », DEV Community. https://dev.to/thenerdydev/best-css-
frameworks-in-2021-1f3p (consulté le 21 mars 2022).
[28] « La gestion des API, un défi pour les décideurs ». https://www.cio-
online.com/actualites/lire-la-gestion-des-api-un-defi-pour-les-decideurs-13554.html (consulté
le 21 mars 2022).
[29] « SOAP », Wikipédia. 3 novembre 2021. Consulté le: 31 mars 2022. [En ligne]. Disponible
sur: https://fr.wikipedia.org/w/index.php?title=SOAP&oldid=187678121
[30] « Que signifie API RESTful? - Definition IT de Whatis.fr », LeMagIT.
https://www.lemagit.fr/definition/API-RESTful (consulté le 31 mars 2022).
[31] « Liste Avantages et inconvénients de Oracle Database 11g ».
http://www.ordinateur.cc/Logiciel/Logiciel-de-base-de-donn%C3%A9es/112879.html
[32] « MySQL », Wikipédia. 18 février 2022. Consulté le: 19 mars 2022. [En ligne]. Disponible
sur: https://fr.wikipedia.org/w/index.php?title=MySQL&oldid=190982337
[33] « Qu’est-ce que PostgreSQL? | Caractéristiques | Avantages et inconvénients ».
https://fr.education-wiki.com/5154595-what-is-postgresql (consulté le 19 mars 2022).
[34] « Différence entre MySQL et PostgreSQL - WayToLearnX ».
https://waytolearnx.com/2018/11/difference-entre-mysql-et-postgresql.html (consulté le 19
mars 2022).
[35] « Définition | UML | Futura Tech ». https://www.futura-
sciences.com/tech/definitions/informatique-uml-3979/ (consulté le 19 mars 2022).
[36] « Qu’est-ce qu’un diagramme de classes UML | Lucidchart ».
https://www.lucidchart.com/pages/fr/diagramme-de-classes-uml (consulté le 19 mars 2022).
[37] « Visual studio code — EduTech Wiki ».
https://edutechwiki.unige.ch/fr/Visual_studio_code (consulté le 19 mars 2022).

[38] « Hypertext Markup Language », Wikipédia. 14 février 2022. Consulté le: 19 mars 2022.
[En ligne]. Disponible sur:
https://fr.wikipedia.org/w/index.php?title=Hypertext_Markup_Language&oldid=190832208
[39] « Les avantages d’un développement en JavaScript », Zeste!, 12 mai 2016.
https://zeste.couleur-citron.com/2016/05/12/avantages-developpement-en-javascript/
[40] « Introduction - Le PHP - Les bases du langage ».
https://www.codingame.com/playgrounds/34845/le-php---les-bases-du-langage/introduction
[41] « Laravel », Wikipédia. 6 mars 2022. Consulté le: 19 mars 2022. [En ligne]. Disponible sur:
https://fr.wikipedia.org/w/index.php?title=Laravel&oldid=191662356
[42] « GitLab : définition et utilisation », FreelanceTalks, 27 février 2021.
https://blog.freelancerepublik.com/quest-ce-que-gitlab-definition-et-utilisation/ (consulté le
19 mars 2022).
[43] « PayGate - Le portail de paiement en ligne le plus sûr au Togo ». https://paygateglobal.com
[44] « CinetPay - Une offre unique qui répond à tous les besoins. », CinetPay.
https://cinetpay.com/pricing (consulté le 24 mars 2022).

TABLE DES MATIÈRES
REMERCIEMENTS ....................................................................................................................... ii
RESUME ........................................................................................................................................ iii
ABSTRACT ....................................................................................................................................iv
SOMMAIRE .................................................................................................................................... v
LISTE DES TABLEAUX ............................................................................................................. vii
LISTE DES FIGURES ................................................................................................................. viii
LISTE DES PARTICIPANTS ......................................................................................................... x
GLOSSAIRE ...................................................................................................................................xi
INTRODUCTION ............................................................................................................................ 1
CHAPITRE 1 : PRESENTATION DES CADRES DE FORMATION ET DE STAGE ................ 3
1.1 Présentation du cadre de formation: CIC/UL [14] ........................................................... 4
1.1.1 Historique ................................................................................................................... 4
1.1.2 Objectifs ..................................................................................................................... 4
1.1.3 Organisation administrative ....................................................................................... 4
1.2 Présentation du cadre de stage : CAPFIND SAS [15]...................................................... 6
1.2.1 Description ................................................................................................................. 6
1.2.2 Objectif ....................................................................................................................... 6
1.2.3 Organigramme de l’administration ............................................................................ 6
CHAPITRE 2 : ETUDE PREALABLE DU PROJET ..................................................................... 9
2.1 Présentation du sujet ........................................................................................................ 10
2.2 Problématique .................................................................................................................. 10
2.3 Objectifs........................................................................................................................... 11
2.3.1 Objectif général ........................................................................................................ 11
2.3.2 Objectifs spécifiques ................................................................................................ 11
2.4 Résultats attendus ............................................................................................................ 11
2.5 Etude de l’existant ........................................................................................................... 11
2.5.1 MIKROTIK .............................................................................................................. 11
2.5.2 DALORADIUS[18] ................................................................................................. 12

2.5.3 UBIQUITI ................................................................................................................ 13

2.6 Critique de l’existant ....................................................................................................... 14
2.6.1 Le système de gestion MIKROTIK ......................................................................... 14
2.6.2 Le système de gestion DALORADIUS ................................................................... 15
2.6.3 La plateforme de gestion d’UBIQUITI .................................................................... 15
2.7 Proposition de solutions................................................................................................... 16
2.7.1 La réadaptation d’une plateforme existante ............................................................. 16
2.7.2 Le Développement d’une nouvelle plateforme ........................................................ 16
2.8 Choix de la solution ......................................................................................................... 17
2.9 Spécification de la solution.............................................................................................. 17
2.10 Evaluations techniques des livrables ........................................................................... 17
2.10.1 Type d’application.................................................................................................... 17
2.10.2 Etude des APIs ......................................................................................................... 18
2.10.3 Etude de Système de Gestion de Base de Données .................................................. 19
2.10.4 Oracle Database [29] ................................................................................................ 20
2.10.5 MySQL [30] ............................................................................................................. 20
2.10.6 PostgreSQL .............................................................................................................. 20
2.11 Choix des livrables et architecture globale .................................................................. 20
2.11.1 Choix des livrables ................................................................................................... 20
2.11.2 Type d’application.................................................................................................... 21
2.11.3 APIs .......................................................................................................................... 21
2.11.4 Système de Gestion de Base de Données ................................................................. 21
2.11.5 Architecture globale ................................................................................................. 21
2.12 Planning prévisionnel................................................................................................... 22
CHAPITRE 3 : ANALYSE ET CONCEPTION ........................................................................... 24
3.1 Présentation de la méthode d’analyse .............................................................................. 25
3.1.1 Présentation du langage de modélisation : UML [33].............................................. 25
3.1.2 Les diagrammes UML [25] ...................................................................................... 25
3.1.3 Méthode de développement : Agile-SCRUM .......................................................... 26
3.2 Présentation de l’outil de modélisation : Draw.io ........................................................... 27
3.3 Etude détaillée de la solution ........................................................................................... 27

3.3.1 Présentation des acteurs du système......................................................................... 27

3.3.2 Diagramme de contexte statique et les acteurs du système ...................................... 29
3.3.3 Diagrammes de paquetages ...................................................................................... 29
3.3.4 Diagramme de cas d’utilisation ................................................................................ 30
3.3.6 Diagramme d’activités ............................................................................................. 38
3.3.7 Diagrammes de séquence ......................................................................................... 41
3.3.8 Diagramme de classes .............................................................................................. 43
CHAPITRE 4 : REALISATION ET MISE EN OEUVRE ............................................................ 45
4.1 Mise en œuvre ................................................................................................................. 46
4.1.1 Matériel et logiciels utilisés...................................................................................... 46
4.1.2 Architecture du système ........................................................................................... 51
4.1.3 Sécurité du système .................................................................................................. 52
4.2 Evaluation financière ....................................................................................................... 53
4.3 Evaluation du coût total de la solution ............................................................................ 54
4.4 Présentation du système................................................................................................... 54
4.4.1 Structure de l’espace des partenaires ....................................................................... 55
4.4.2 Structure de l’espace des managers .......................................................................... 56
4.4.3 Structure de l’espace des administrateurs ................................................................ 56
4.4.4 Présentation de quelques interfaces de l’application ................................................ 57
CONCLUSION .............................................................................................................................. 68
BIBLIOGRAPHIE ......................................................................................................................... 69
TABLE DES MATIÈRES ............................................................................................................. 72

Memoire MANEH Edemagnon Mathieu

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

Memoire MANEH Edemagnon Mathieu

Transféré par

Droits d'auteur :

Formats disponibles

MINISTERE DE L’ENSEIGNEMENT REPUBLIQUE TOGOLAISE

SUPERIEUR ET DE RECHERCHE Travail-Liberté-Patrie

CENTRE INFORMATIQUE CAPFIND SAS

Domaine : Sciences et technologies

DEVELOPPEMENT ET DEPLOIEMENT D’UN SYSTÈME DE GESTION

Présenté et soutenu publiquement le -- / -- / ---- par :

Devant le jury composé de :

MANEH Edemagnon Mathieu i Mémoire de Licence GL / CIC-UL

MANEH Edemagnon Mathieu ii Mémoire de Licence GL / CIC-UL

MANEH Edemagnon Mathieu iii Mémoire de Licence GL / CIC-UL

MANEH Edemagnon Mathieu iv Mémoire de Licence GL / CIC-UL

MANEH Edemagnon Mathieu v Mémoire de Licence GL / CIC-UL

3.3 Etude détaillée de la solution ........................................................................................... 27

MANEH Edemagnon Mathieu vi Mémoire de Licence GL / CIC-UL

LISTE DES TABLEAUX

MANEH Edemagnon Mathieu vii Mémoire de Licence GL / CIC-UL

LISTE DES FIGURES

Figure 1 : Organigramme administrative du CIC ............................................................................. 5

MANEH Edemagnon Mathieu viii Mémoire de Licence GL / CIC-UL

Figure 38 : Logo Instance Lightsail de AWS ................................................................................. 51

MANEH Edemagnon Mathieu ix Mémoire de Licence GL / CIC-UL

LISTE DES PARTICIPANTS

Le tableau ci-dessous présente la liste des participants au projet.

M. AGBAKOU Koffi Directeur Technique à CAPFIND Maître de Stage

Mme AMOUZOU Grâce D. A. Enseignant-Chercheur au CIC/UL Directrice de Mémoire

MANEH Edemagnon Mathieu x Mémoire de Licence GL / CIC-UL

MANEH Edemagnon Mathieu xi Mémoire de Licence GL / CIC-UL

Un contrôleur d’équipement réseau : C’est un dispositif matériel ou un programme logiciel

MANEH Edemagnon Mathieu xii Mémoire de Licence GL / CIC-UL

• Présentation du cadre des cadres de formation et de stage ;

MANEH Edemagnon Mathieu 1 Mémoire de Licence GL / CIC-UL

MANEH Edemagnon Mathieu 2 Mémoire de Licence GL / CIC-UL

CHAPITRE 1 : PRESENTATION DES CADRES DE

MANEH Edemagnon Mathieu 3 Mémoire de Licence GL / CIC-UL

Ce chapitre est consacré à la présentation du cadre de travail. La présentation de notre cadre de

1.1 Présentation du cadre de formation: CIC/UL [14]

• Des cours d’initiation ;

1.1.3 Organisation administrative

MANEH Edemagnon Mathieu 4 Mémoire de Licence GL / CIC-UL

Figure 1 : Organigramme administrative du CIC

• La Direction Adjointe chargée du Système et Réseaux

• La Direction Adjointe chargée des Etudes

• Division Développement informatique

• Division Maintenance et réseaux

MANEH Edemagnon Mathieu 5 Mémoire de Licence GL / CIC-UL

• Division Système d’information

1.2 Présentation du cadre de stage : CAPFIND SAS [15]

1.2.3 Organigramme de l’administration

MANEH Edemagnon Mathieu 6 Mémoire de Licence GL / CIC-UL

Figure 2 : Organigramme de l’administration de CAPFIND SAS

• Le directeur administratif et financier : Il est garant de la bonne gestion administrative

• Audit et Contrôle : Il s’occupe du contrôle de la gestion de la startup, sa mission est

• Le responsable des opérations internationales : Cette direction s’occupe des opérations

• La comptabilité : Il a sous responsabilité la bonne gestion de la comptabilité ou des

MANEH Edemagnon Mathieu 7 Mémoire de Licence GL / CIC-UL

MANEH Edemagnon Mathieu 8 Mémoire de Licence GL / CIC-UL

CHAPITRE 2 : ETUDE PREALABLE DU PROJET

MANEH Edemagnon Mathieu 9 Mémoire de Licence GL / CIC-UL

2.1 Présentation du sujet

MANEH Edemagnon Mathieu 10 Mémoire de Licence GL / CIC-UL

2.3.1 Objectif général

2.3.2 Objectifs spécifiques

• Faire les comptes de chaque vente de façon bien structurés ;