HOUNKANRIN & MIAN Mémoire VF Corrige

RÉPUBLIQUE DU BÉNIN
*******
MINISTÈRE DE L’ENSEIGNEMENT SUPÉRIEUR ET DE LA RECHERCHE
SCIENTIFIQUE
*******
DIRECTION GÉNÉRALE DE L’ENSEIGNEMENT SUPÉRIEUR
*******
DIRECTION DES ÉTABLISSEMENTS PRIVÉS DE L’ENSEIGNEMENT SUPÉRIEUR
*******
HAUTE ÉCOLE DE COMMERCE ET DE MANAGEMENT
*******
MÉMOIRE DE FIN DE CYCLE POUR L’OBTENTION DE LA LICENCE
PROFESSIONNELLE
FILIÈRE : Système Informatique et Logiciel (SIL) OPTION : Sciences et Techniques

Année universitaire : 2022-2023
THÈME :
CONCEPTION ET REALISATION D’UNE APPLICATION DE

RECHERCHE DE MEDECIN DANS L’HOPITAL LE PLUS PROCHE
DU PATIENT
Réalisé par :
Mahoulomè S. Bénie HOUNKANRIN & Ablawa M. V. Prudencia MIAN
Sous la supervision de :
Maitre de stage : Maitre de mémoire :
M.KPEHOUTON Lionel M. Mahussi Franck D. LOKOSSOU
(Directeur Technique de CITECH) (Architecte Logiciel, Enseignant à HECM)
Membres du jury
Président : Dr AZOMA Alphonse
Rapporteur : M. MOUTAIROU Jawad Note : 16
Examinateur : M. IYANIWOURA Gustave Mention : Très Bien
Juin 2023
ENGAGEMENT
« LA HAUTE ÉCOLE DE COMMERCE ET DE MANAGEMENT N’ENTEND DONNER NI
APPROBATION, NI IMPROBATION AUX OPINIONS ÉMISES DANS CE MEMOIRE. CES
OPINIONS DOIVENT ÊTRE CONSIDÉRÉES COMME PROPRES A SON AUTEUR. »

DÉDICACE 1
À:
❖ mon père, HOUNKANRIN Fanou Denis ;

❖ ma mère, GOUTON Monsèdé Bernadette.
HOUNKANRIN M. S. Bénie
ii
DÉDICACE 2
À:
❖ mon père, MIAN Cohovi Mathurin ;

❖ ma mère, DOTHONOU Claire Juanita.
MIAN Ablawa M. V. Prudencia
iii
REMERCIEMENTS
Au terme de ce travail, nous tenons à témoigner nos sincères gratitudes à l’endroit de toutes les
personnes qui ont contribué à la réalisation de ce document. Ainsi, nos remerciements vont
notamment à l’endroit de :
✓ Monsieur Natondé AKE, Promoteur de la Haute École de Commerce et de Management

(HECM) ;
✓ Monsieur Mahussi Franck D. LOKOSSOU pour sa disponibilité et son apport de qualité
pour la réalisation de ce mémoire ;
✓ Monsieur Modeste SOSSOU, le Directeur Général du Centre des Innovations Techniques
(CITECH) pour ses conseils, sa disponibilité et ses encouragements qui nous ont permis
de réaliser ce travail dans les meilleures conditions ;
✓ Monsieur M. KPEHOUTON Lionel, notre maître de stage pour son entière participation
dans la réalisation de ce projet ;
✓ Madame Véronique BOCOVO et Monsieur Fabrice DEGLA pour leurs apports respectifs ;
✓ Tout le corps professoral de HECM en général et le personnel administratif pour notre
formation générale ;
✓ Tous les membres de jury pour l’honneur que vous nous faites en acceptant, en dépit de
vos lourdes responsabilités, de siéger pour juger ce travail qui doit être perçu comme
résultat du fruit de nos recherches ;
✓ Tous ceux qui, de près ou de loin, ont apporté leurs contributions à la réalisation de ce
travail.
iv
SIGLES ET ABRÉVIATIONS
API : Application Programming Interface (Interface de Programmation d’Application)
CITECH : Centre des Innovations Techniques
CSS : Cascading Style Sheet (feuille de style en cascade)
IDE : (EDI) : Environnement de Développement Intégré
OS : Operating System (Système d’Exploitation)
PHP : PHP Hypertext Preprocessor
SDK : Software Development Kit (Kit de Développement Logiciel)
SGBD : Système de Gestion de Base de Données
SQL : Structured Query Langage (Langage de requête structuré)
UML : Unified Modeling Language (Langage de modélisation unifié)
v
LISTE DES FIGURES
Figure 1 : Situation géographique de Citech Sarl ........................................................................... 5

Figure 2 : Organigramme de Citech Sarl ........................................................................................ 8
Figure 3 : Diagramme de contexte statique .................................................................................. 16
Figure 4 : Diagramme de cas d’utilisation .................................................................................... 17
Figure 5 : Diagramme de classes du système ............................................................................... 22
Figure 6 : Diagramme de séquence du cas « s’authentifier » ....................................................... 23
Figure 7 : Diagramme de séquence du cas « s’inscrire » .............................................................. 24
Figure 8 : Diagramme de séquence du cas « rechercher un médecin » ........................................ 24
Figure 9 : Diagramme d’activités du cas « s’authentifier » .......................................................... 25
Figure 10 : Diagramme d’activités du cas « s’inscrire »............................................................... 26
Figure 11 : Diagramme d’activités du cas « rechercher un médecin » ......................................... 26
Figure 12 : Diagramme d’état-transitions du cas « s’authentifier » .............................................. 27
Figure 13 : Diagramme d’état-transitions du cas « s’inscrire » .................................................... 27
Figure 14 : Diagramme d’état-transitions du cas « rechercher un médecin »............................... 28
Figure 15 : Le logo de l’application .............................................................................................. 35
Figure 16 : Capture d’écran de la page de liste des hôpitaux ....................................................... 36
Figure 17 : Capture d’écran de la page d’agenda du médecin ...................................................... 36
Figure 18 : Capture d’écran de la page de liste des spécialités ..................................................... 37
Figure 19 : Capture d’écran de la page de paiement d’abonnement ............................................. 37
Figure 20 : Capture d’écran de la page d’accueil de l’application mobile ................................... 38
Figure 21 : Capture d’écran du menu de l’application mobile ..................................................... 39
Figure 22 : Capture d’écran de la page de détails d’hôpital.......................................................... 40
vi
LISTE DES TABLEAUX
Tableau 1 : Caractéristiques des ordinateurs portables utilisés..................................................... 30

Tableau 2 : Caractéristiques des téléphones utilisés ..................................................................... 30
vii
RÉSUME
Dans un secteur de la santé en constante évolution, l'intégration de la technologie est devenue une
nécessité incontournable pour améliorer l'accès aux soins. Parmi les défis majeurs liés à cette
accessibilité, la recherche rapide de médecins disponibles dans les hôpitaux proches se pose en
priorité.
Cette étude présente la conception et la réalisation d'une application de recherche de médecin dans
l'hôpital le plus proche du patient. L'objectif de cette application est de faciliter l'accès aux soins
de santé pour les patients en leur permettant de trouver rapidement un médecin disponible dans un
hôpital proche de leur lieu de résidence. L'application permet également aux responsables des
hôpitaux, de mieux gérer l’agenda des médecins. Elle aide également à renforcer la transparence
et la communication dans le domaine de la santé, en fournissant aux patients des informations
claires et précises sur les services médicaux disponibles dans leur région.
Mots-clés : recherche, agenda, proche.
ABSTRACT
In a constantly evolving health sector, the integration of technology has become an unavoidable
necessity to improve access to care. Among the major challenges related to this accessibility, the
rapid search for doctors available in nearby hospitals is a priority.
This study presents the design and implementation of a doctor search application in the hospital
closest to the patient. The objective of this application is to facilitate access to health care for
patients by allowing them to quickly find a doctor available in a hospital close to their place of
residence. The application also allows hospital managers to better manage doctors' agendas. It also
helps to increase transparency and communication in the field of health, by providing patients with
clear and precise information on the medical services available in their area.
Keywords : search, agendas, closest.
viii
SOMMAIRE
INTRODUCTION ........................................................................................................................................ 2
CHAPITRE 1 : CADRE INSTITUTIONNEL DE L’ÉTUDE ..................................................................... 4
I- PRÉSENTATION DE LA STRUCTURE D’ACCUEIL ................................................................. 4
II- DÉROULEMENT DU STAGE.................................................................................................... 8
CHAPITRE 2 : CADRE THÉORIQUE DE L’ÉTUDE ET CONCEPTION DU SYSTÈME ................... 11
I- PRÉSENTATION DU THÈME ET OBJECTIFS DE RECHERCHE ........................................... 11
II- PRÉSENTATION ET CHOIX DE L’OUTIL D’ANALYSE .................................................... 14
III- CONCEPTION DU SYSTÈME ................................................................................................. 15
CHAPITRE 3 : RÉALISATION DE L’APPLICATION ........................................................................... 30
I- MATERIELS UTILISES ............................................................................................................... 30
II- CHOIX DES OUTILS DE DÉVELOPPEMENT ...................................................................... 31
III- PRÉSENTATION DU PROTOTYPE........................................................................................ 35
IV- MESURES DE SÉCURITÉ DE L’APPLICATION .................................................................. 40
V- PAYEMENT EN LIGNE ........................................................................................................... 41
CONCLUSION .......................................................................................................................................... 44
ix
INTRODUCTION
CONCEPTION ET RÉALISATION D’UNE APPLICATION DE RECHERCHE DE MEDECIN DANS L’HÔPITAL LE PLUS PROCHE DU PATIENT
INTRODUCTION
L'accès aux soins de santé est un enjeu majeur de notre société. Les patients ont besoin d'un accès
rapide et facile aux services de santé, en particulier lorsqu'ils ont besoin de soins urgents.
Cependant, les processus de recherche et de rendez-vous avec un médecin peuvent souvent être
complexes et chronophages pour les patients. Dans le même temps, les professionnels de la santé
sont confrontés à des défis pour gérer leurs ressources médicales de manière efficace en vue de
fournir des soins de qualité aux patients.
Le but de ce projet est de concevoir une application qui permettra aux patients d’une part, de
trouver facilement un médecin dans un hôpital proche de leur domicile afin d’obtenir rapidement
un rendez-vous fiable, et d’autre part, aux professionnels de la santé de gérer avec efficience
l’agenda des médecins.
Dans ce document, objet de rédaction de notre mémoire, nous présentons dans un premier temps,
le cadre institutionnel de l’étude, par la suite, exposons le cadre théorique de l’étude et la
conception du système. Enfin, nous explicitons les différentes étapes de réalisation de notre
plateforme.
Réalisé par Mahoulomè S. Bénie HOUNKANRIN & Ablawa M. V. Prudencia MIAN 2

CHAPITRE 1 :
CADRE INSTITUTIONNEL DE L’ÉTUDE

CHAPITRE 1 : CADRE INSTITUTIONNEL DE L’ÉTUDE

I- PRÉSENTATION DE LA STRUCTURE D’ACCUEIL
1- Historique de CITECH Sarl
Créé le 13 juillet 2015, CITECH SARL (Centre des Innovations Techniques) est une société à
responsabilité limitée. Son siège social se trouvait à VODJÈ Carré N° 210 dans la maison
BINAZON non loin du carrefour étoile rouge de juillet 2015 à septembre 2018. Le 1 er octobre
2018, le quartier AGORI à Abomey-Calavi abrite le Siège de CITECH. Il est enregistré au Registre
de Commerce et de Crédit Mobilier (RCCM) sous le numéro RB/ABC/21 B 4374 et de numéro
IFU : 3202112995254.
L’histoire remonte en vacances 2013. D’une part, après une analyse des différentes difficultés
rencontrées quotidiennement par les étudiants dans la réalisation de leurs rapports de fin de
formation pour les cycles BTS d’alors, LICENCE, MASTER et d’autre part, vu les cahiers de
charges des différents projets en informatique et électronique à réaliser, une conjugaison de forces
s’impose, car nul n’est puissant tout seul, dit-on. Ainsi au départ, deux ingénieurs, malgré les
maigres moyens financiers, mais nantis d’idées, d’expériences et de dévotion, décident de
s’investir, pour innover dans le but de contribuer au développement du secteur industriel au Bénin.
La première action à mener était d’introduire une étude théorique et pratique des microcontrôleurs
dans les cours de Conception de Logiciels et de Matériels pour les étudiants des filières
d’Informatique Industrielle et Maintenance (IIM) et Électronique, dans le but de susciter en eux la
passion d’être des industriels, car un industriel qui a une bonne main pratique ne doit jamais
chômer. Ce qui était fait.
La deuxième action était d’acquérir des matériels et logiciels indispensables pour pouvoir asseoir
un laboratoire d’électronique programmée et d’informatique pour la réalisation des projets
innovants et d’être une solution immédiate et compète pour le monde électronique et informatique.
Dans le souci de remplir les formalités administratives, l’entreprise s’était dotée d’une
dénomination et d’un siège, car durant deux années, les études se faisaient dans les universités et
à la maison. Elle compte aujourd’hui des personnes morales qui soutiennent ses activités. CITECH
ouvre donc ses portes le 13 juillet 2015 et intervient dans les domaines d’électronique programmée,
de maintenance et réseaux informatiques, d’électricité et électrotechnique, d’administration réseau
et de base de données, d’installation d’antenne parabolique et de panneau solaire, de
développement Web et d’applications, de la mise en œuvre des automates programmables

industriels, de l’importation et de la vente de consommables électroniques, informatiques, des

panneaux solaires et aussi de la formation.
L’entreprise vient combler les attentes de la population à l’ère des TIC où le besoin de se faire
former dans ces domaines ci-dessus cités n’est plus à démontrer, la sécurité des biens matériels est
une question préoccupante, l’informatique et la télécommunication deviennent une habitude des
populations.
Dans le souci de disposer assez d’espace pour accueillir les apprenants et de leur donner un cadre
de vie à la hauteur de leurs attentes, Citech a délocalisé son siège et se trouve au bord de la voie
pavée Calavi-Tankpè entre les Complexes Scolaires « Clé de la Réussite » et « Bakhita » sur le
même alignement que « Clé de la Réussite ». Ainsi, au premier étage du bâtiment, Citech dispose
de deux salles de formation, un laboratoire, un bureau pour le DG, un bureau pour le Directeur
Technique, un Secrétariat, un Magasin et un grand hall.
2- Situation géographique de CITECH Sarl
Du Campus
Vers KPOTA vers Calavi
ville
CARREFOUR
CARREFOUR
KPOTA
Bidossèssi
Calavi
Vers Cotonou
Village Télévision
Numérique
d’Enfant Terrestre
SOS
CSP
BAKHITA
Voie Pavée
Agori - Tankpè Vers Tankpè
CSP
Clé de la CITECH Sarl
Réussite
Figure 1 : Situation géographique de Citech Sarl

3- Objectifs de CITECH Sarl
Les objectifs de CITECH sont :
✓ installer un laboratoire électronique et informatique moderne, bien équipé où on peut sortir

des produits électroniques ou informatiques finis ;
✓ créer une confrérie de technologues pour une veille électronique, électrotechnique,
informatique et de télécommunication permanente afin de réfléchir et de résoudre les
différentes questions relatives à ces secteurs ;
✓ développer un esprit de solidarité et de coopération entre les ingénieurs béninois afin
qu’ensemble, nous puissions participer au développement de notre cher pays ;
✓ former les étudiants afin de les aider à avoir une main pratique dans ces différents secteurs
pour se prendre en charge ;
✓ être un guide pour les étudiants dans la réalisation des projets ;
✓ mettre à la disposition de la population des consommables électroniques, informatiques et
des énergies renouvelables.
4- Fonctionnement de la structure d’accueil
Le bon fonctionnement de l’entreprise est le résultat du travail synergique de plusieurs

démembrements. En effet, CITECH Sarl est dirigé par une équipe organisée en hiérarchie.
✓ La Direction Générale
CITECH SARL est dirigé par un Directeur Général qui représente l’entreprise auprès des pouvoirs
publics et des partenaires. C’est lui qui coordonne les activités et qui prend les décisions qui
s’imposent. Chaque dossier à traiter est soumis à son autorité et doit avoir son approbation avant
de poser n’importe quelles actions. Il entretient des relations suivies avec les partenaires intéressés
ou impliqués dans la bonne marche de l’entreprise.
✓ Le Secrétariat Administratif
Le Directeur Général est assisté par une secrétaire qui exerce presque la même action que lui. Elle
assure son intérim en cas d’absence plus ou moins prolongée dans l’exécution des affaires
courantes.

✓ La Direction Technique
Elle assure tout ce qui a rapport aux côtés techniques de l’entreprise. Elle se charge de la gestion
des matériels, étudie et propose des solutions techniques adéquates. Elle coordonne les activités
dans les différents services et s’assure de la bonne satisfaction des clients. Elle s’occupe aussi de
la formation des stagiaires et apprenants.
✓ Le Service Électronique et Télécom
Sous l’autorité du Directeur Technique, il a pour tâches de :
• concevoir et de fabriquer des systèmes électroniques et embarqués ;

• assurer la maintenance des ordinateurs pour l’entreprise et pour les clients ;
• installer les antennes paraboliques et des caméras de vidéosurveillance ;
• réparer ou de reprogrammer les téléphones portables ;
• installer le réseau téléphonique local.
✓ Le Service informatique
Sous l’autorité du Directeur Technique, il a pour tâches de :
• installer et d’administrer les réseaux informatiques,

• créer des sites web dynamiques,
• développer des applications.
✓ Le Service Électricité et Électrotechnique
Sous l’autorité du Directeur Technique, il a pour mission de :
• exécuter les travaux d’électricité bâtiment, d’électricité industrielle ;

• installer des systèmes automatiques ;
• installer des groupes électrogènes industriels ;
• installer des armoires électriques ;
• exécuter les marchés liés au froid et à la climatisation ;
• étudier et d’installer les panneaux solaires et d’assurer leurs maintenances.
✓ Le Service Comptabilité et Relations Commerciales
Il se charge des affaires financières, comptables et des relations commerciales telles que :

• l’élaboration des projets de budget ;

• l’élaboration de plan de gestion de documents comptables ;
• l’élaboration d’un plan de marketing afin de gagner des marchés et de permettre
l’écoulement des produits ;
• l’assurance de la disponibilité des différents matériels utilisés dans les différents
secteurs d’activité.
Direction générale
Secrétariat
Administratif
Direction Technique
Service Service Service Electricité Service Comptabilité

Electronique Informatique et et Relations
et Telecom Electrotechnique Commerciales
Figure 2 : Organigramme de Citech Sarl
II- DÉROULEMENT DU STAGE
Tout étudiant en année de Licence doit faire un stage afin de mettre en pratique les notions
théoriques reçues et acquérir de nouvelles connaissances. C’est en ce sens que nous avions effectué
notre stage dans l’entreprise CITECH. Ici, on aura à présenter les activités menées, les acquis et
les difficultés au cours du stage.
1- Activités effectuées
Notre stage a commencé le 06 mars 2023. Au cours de notre stage à CITECH, nous avons mené
plusieurs tâches très importantes comme :
• Créer un nouveau projet Laravel ;

• Installer Android Studio ;

• Créer des applications web et mobile : application de recettes de cuisine et application de

localisation de pharmacie la plus proche ;
• Implémenter des bases de données ;
• Mettre en place un réseau informatique et l’administrer.
2- Apports du stage
Notre stage à CITECH a été pour nous une très belle et fructueuse opportunité car ce stage nous a
permis d’acquérir de nouvelles connaissances en rapport avec le Framework Laravel et l’émulateur
Android Studio, d’approfondir les connaissances de l’école tout en nous permettant de savoir dans
quel contexte utiliser chaque notion avec efficience. Ce stage nous a également permis d’avoir une
idée de la vie professionnelle. Nous avons pu saisir comment se faisait le déploiement de solutions
informatiques et avoir les bonnes astuces quand il s’agit de travailler sur une application web ou
mobile. Le travail d’équipe a été la stratégie de travail dominante du fait de ses multiples facettes.
La gestion d’un projet, de la phase d’initiation à la phase de déploiement, la rapidité, le travail
soigné *, la concision, l’efficacité, etc…, sont autant de qualités que nous avons développées mors
de ce stage. La densité du contenu des modules et le peu de temps imparti à sa mise en œuvre nous
a contraintes à travailler sous pression.
3- Difficultés rencontrées
S’il est vrai que notre séjour à CITECH a été une occasion par excellence d’affiner nos
connaissances professionnelles, il est à noter que ce stage ne s’est pas déroulé sans difficultés.
L’adaptation au rythme du travail a été notre première difficulté à laquelle s’ajoutent les problèmes
d’ordre technique. Par exemple, la résolution des exercices d’application ou de consolidation nous
causait d’énormes problèmes au départ en dépit des explications des encadreurs. Le faible débit
de la connexion n’a pas favorisé l’utilisation et l’installation de Android Studio sans lequel il est
quasi impossible de mener quelque action sur les terminaux. Avec l’encouragement de
l’encadrement et quelques réglages techniques, nos soucis ont fait place à une saine émulation.

CHAPITRE 2 :
CADRE THÉORIQUE DE L’ÉTUDE ET CONCEPTION DU

SYSTÈME
CHAPITRE 2 : CADRE THÉORIQUE DE L’ÉTUDE ET CONCEPTION

DU SYSTÈME
I- PRÉSENTATION DU THÈME ET OBJECTIFS DE RECHERCHE
1- Intérêt de l’étude et énoncé du problème
La perte de la santé est un événement qui intervient dans la vie de l’homme. Lorsque la maladie
survient, il faut trouver un médecin pour se faire soigner qu’il s’agisse d’une urgence ou non. Il
est souvent difficile pour le patient de trouver un médecin. De plus, ce dernier n’est souvent pas
disponible pour gérer les cas d’urgence. De même, les rendez-vous avec les patients réussissent
très rarement. Il en ressort donc les problèmes suivants :
✓ l’incapacité des médecins à honorer leurs engagements eu égard aux rendez-vous,

✓ la non-proximité des hôpitaux du domicile de certains patients ;
✓ la gestion non optimale de l’agenda des médecins.
2- Etat des lieux
Ici, il est question de faire l’étude qui a précédé la mise en place de notre application. Elle repose
sur l’état des lieux et l’analyse d’exemples de systèmes dont les objectifs se rapprochent des nôtres.
Dans nos recherches, nous avons pu identifier quelques-uns : "Dis-moi-Doc" et "GoMedical".
➢ Dis-moi-Doc
Dis-moi-Doc est une application mobile dont l'objectif est de rapprocher les soins et
l'information médicale du patient. Elle permet au citoyen lambda de pouvoir discuter
24h/24 avec un médecin, dans une messagerie instantanée. Elle offre la possibilité à
l’utilisateur de connaître le prix des médicaments vendus en pharmacie depuis leur portable. Dis-
moi-Doc se plante sur la première interface de l’application ; ce qui provoque l’inaccessibilité aux
autres interfaces de l’application.
➢ GoMedical
GoMedical est une application accessible à tout le monde et à tout moment, sur web
et sur mobile. Son objectif est d’offrir aux populations la possibilité d’accéder
facilement à des soins de santé. Une mission qu’elle remplit en mettant à leur
disposition un outil simple et transparent, qui facilite la communication entre les médecins, les
centres de santé et les patients. D’une part, la plateforme fait office d’agenda numérique pour les
professionnels de la santé. Elle leur permet de gérer leurs consultations en temps réel, de suivre

leurs patients en consultant l’historique de leurs rendez-vous, et de gérer leurs dossiers médicaux
informatisés de manière optimale. D’autre part, le patient peut prendre directement rendez-vous
avec le médecin de son choix. Ce dernier reçoit sans délai la notification d’un nouveau rendez-
vous et peut le confirmer, l’annuler, le transférer ou le reporter en un simple clic. Les prestations
médicales peuvent en outre être réglées à distance via mobile money ou par carte bancaire. Une
analyse approfondie nous a permis d'identifier les points forts et les points faibles de l'application
et nous avons pu en tirer des enseignements pour notre propre projet.
3- Objectifs
L’objectif général de notre étude est de faciliter la recherche de médecins disponibles ainsi que la
prise de rendez-vous en temps réel pour les patients en vue de permettre une communication
directe entre les patients et les médecins.
De cet objectif général, découlent plusieurs objectifs spécifiques que sont :
• développer une application mobile pour les patients, leur permettant de trouver facilement
un médecin disponible en fonction de sa localisation et de sa spécialité ;
• rendre disponible un système de gestion de l’agenda du médecin ;
• réaliser un système de prise de rendez-vous pour les patients.
4- Les besoins fonctionnels
Le développement d’une application nécessite la connaissance préalable des fonctionnalités de

base. Ainsi, les besoins fonctionnels de la plateforme DrQuick se présentent comme suit :
• L’inscription :
On distingue l’inscription du patient de celle du responsable du centre hospitalier.
o Inscription du patient : Une fois l’application installée, le patient renseigne son

nom, email, sexe, date de naissance, adresse, numéro de téléphone et une photo de
profile si nécessaire. Un SMS ou Mail de validation est envoyé à l’utilisateur pour
valider la création du compte.
o Inscription du responsable : Le responsable d’un centre hospitalier renseigne les
informations (nom, email, sexe, date de naissance, adresse, numéro de téléphone et
une photo de profile si nécessaire) dans le formulaire d’inscription. Un SMS ou
Mail de validation est envoyé à l’utilisateur pour valider la création du compte.

• La recherche de médecin
Le patient une fois connecté, doit pouvoir effectuer une recherche par spécialité. Cette liste doit
être ordonnée en fonction de la distance qui sépare le patient du centre de santé.
• La discussion instantanée
L’application mobile doit pouvoir permettre au patient d’échanger avec le médecin.
• La prise de rendez-vous avec un médecin
Le patient doit pouvoir sélectionner un médecin et une plage horaire pour la prise de rendez-vous.
• La gestion des comptes par les utilisateurs :
L’administrateur doit pouvoir ajouter, modifier et supprimer un compte utilisateur.
• L’abonnement des hôpitaux

Avant que les médecins ne soient affichés dans l’application mobile, il est nécessaire que les
responsables des hôpitaux souscrivent à un abonnement pour leurs établissements.
• La gestion de l’agenda du médecin
Le programme de chaque médecin est ajouté à son agenda, ce qui permet de déterminer ses
disponibilités.
• La localisation d’un hôpital
Sur le profil du médecin, le bouton de localisation permet au patient d’obtenir l’emplacement de

l’hôpital du médecin à partir de sa propre position.
5- Les besoins non fonctionnels

• La sécurité
Notre système est basé sur la sécurité et l’intégrité des données qui y seront enregistrées. Les mots
de passes sont stockés de manière sécurisée grâce aux fonctions de cryptage pour éviter tout
piratage. Les utilisateurs doivent se connecter à leur espace personnel selon le rôle qu’ils jouent et
ils ne peuvent pas voir, ni accéder aux actions qui ne leur sont pas personnelles.

II- PRÉSENTATION ET CHOIX DE L’OUTIL D’ANALYSE

1- Le langage UML
UML (Unified Modeling Language) est né de la fusion de trois méthodes

orientées objet très utilisées au milieu des années 90 : OMT, Booch et OOSE.
Il s’agit d’un compromis qui a été trouvé par une équipe d’experts : Grady
Booch, James Rumbaugh et Ivar Jacobson. Son développement débuta en 1994 et sera standardisé
en 1997 par l’OMG (Object Management Group) dans sa version 1.1.
C’est un langage de modélisation qui a pour but de faciliter les transitions, lors du développement
d’un projet, du besoin originel à la phase d’implémentation. Cependant, son utilisation n’est pas
restreinte au développement de systèmes informatisés, mais peut servir au développement de
système de gestion, tout comme à la résolution de problèmes d’organisation de tout style.
La modélisation proposée par UML se réalise principalement sous forme graphique, en usant de
divers types de diagrammes spécifiques, répartis en deux groupes :
❖ Modélisation statique
➢ les diagrammes de classes

➢ les diagrammes d’objets
➢ les diagrammes de composants
➢ les diagrammes de déploiement
❖ Modélisation dynamique
➢ les diagrammes de collaboration

➢ les diagrammes d’états-transitions
➢ les diagrammes d’activités
➢ les diagrammes de séquence
2- Choix de l’outil d’analyse
Le Unified Modeling Language ou langage de modélisation unifiée, en abrégé UML a été pensé
pour être un langage de modélisation visuelle commun, et riche sémantiquement et
syntaxiquement. Il est destiné à l’architecture, la conception et la mise en œuvre de systèmes
logiciels complexes par leur structure aussi bien que le comportement. L’UML a des applications
qui vont au-delà du développement logiciel, notamment pour les flux de processus dans l’industrie.

Il ressemble aux plans utilisés dans d’autres domaines et se compose de différents types de
diagrammes. Dans l’ensemble, les diagrammes UML décrivent la limite, la structure et le
comportement du système et des objets qui s’y trouvent.
L’UML n’est pas un langage de programmation, mais il existe des outils qui peuvent être utilisés
pour générer du code en plusieurs langages à partir de diagrammes UML. L’UML a une relation
directe avec l’analyse ou la conception orientée objet. Enfin, UML permet la documentation du
système. Cette documentation est utilisée pour faciliter les échanges entre les différents
intervenants dans toutes les phases du processus de développement et de maintenance du système
informatique.
III- CONCEPTION DU SYSTÈME

1- Modélisation fonctionnelle
a) Les acteurs du système
Un acteur représente une entité externe au système qui interagit directement avec ce dernier.
Du point de vue du système, il existe deux catégories d’acteurs :
- les acteurs primaires : sont des acteurs pour lesquels l’objectif du cas d’utilisation est
essentiel.
- les acteurs secondaires : interagissent avec le cas d’utilisation, mais dont l’objectif n’est
pas essentiel.
Du point de vue général, on distingue trois types d’acteurs :
- humain : utilisateur du système, au travers des différentes interfaces (ex : client,

administrateur).
- logiciel : entité logicielle existante et fonctionnelle qui communique avec le système grâce
à une interface logicielle (ex : application de gestion, base de données).
- matériel : entité matérielle qui exploite les données du système, ou est pilotée par le
système (ex : serveur, imprimante).
Dans le cadre de notre étude, nous avons identifié les acteurs suivants :
- le Patient
- le Médecin
- le Responsable d’hôpital
- l’Administrateur

b) Diagramme de contexte statique
Le diagramme de contexte statique représente le système ainsi que les acteurs et leurs interactions
avec celui-ci. Il permet de spécifier le nombre d’instances d’acteurs connectés au système à un
moment donné.
Le diagramme de contexte statique relatif à notre système se présente comme suit :
Figure 3 : Diagramme de contexte statique

c) Diagramme de cas d’utilisation
Le diagramme de cas d’utilisation représente les différents utilisateurs d’un système, les
fonctionnalités de ce dernier et les interactions des acteurs avec le système.
Le diagramme de cas d’utilisation relatif à notre système se présente comme suit :

Figure 4 : Diagramme de cas d’utilisation

d) Description des cas d’utilisation
Nous détaillons des cas d’utilisation avec leurs scénarios : un scénario nominal (le cas le plus
fréquent), les enchaînements alternatifs (ou d’extension) et les enchaînements d’erreurs (ou
d’exception).

❖ Cas d’utilisation "s’authentifier"
SOMMAIRE D’IDENTIFICATION
Titre : « S’authentifier »
Résumé : Ce cas oblige tous les utilisateurs à se faire reconnaître par le système avant d’avoir
accès au menu lié à son profil
Acteur : Utilisateur
Responsable : Bénie HOUNKANRIN & MIAN Prudencia
Description des scénarios
Préconditions
-Le réseau est fonctionnel
-L’application est lancée
Scénario nominal
1. L’utilisateur accède à la page d’authentification
2. Le système affiche le formulaire d’authentification
3. L’utilisateur saisit les informations demandées et soumet le formulaire
4. Le système vérifie la validité des informations.
5. Le système affiche le menu approprié
Enchaînements alternatifs
A1 : Champ(s) vide(s)
L’enchaînement A1 démarre au point 4 du scénario nominal.
6. Le système renvoie un message qui stipule à l’utilisateur que l’un ou plusieurs de ces champs
sont vides.
A2 : Informations d’authentification incorrectes
8. Le système affiche les messages d’erreur "L’email entré n’existe pas" ou "Mot de passe
incorrect".

Le scénario nominal reprend au point 3.
Enchaînement d’erreur
-Néant
Postcondition
L’utilisateur accède à son espace.
❖ Cas d’utilisation "s’inscrire"
Titre : « S’inscrire »
Résumé : Ce cas permet au responsable et au patient de s’inscrire
Acteur : Responsable, Patient
Préconditions
-Le réseau est fonctionnel
Scénario nominal
1. L’acteur clique sur la rubrique « S’inscrire »
2. Le système affiche le formulaire d’inscription
3. L’acteur saisit les informations demandées et soumet le formulaire
4. Le système vérifie la validité des informations.
5. Le système affiche un message pour confirmer l’ajout d’inscription
A1 : Champ(s) vide(s)

6. Le système renvoie un message qui stipule à l’utilisateur que l’un ou plusieurs de ces champs
sont vides.
-Néant
Postcondition
L’inscription a été ajoutée.
❖ Cas d’utilisation "rechercher un médecin"
Titre : « Rechercher un médecin »
Résumé : Ce cas permet au patient de rechercher un médecin
Acteur : Patient
Préconditions
-Le Patient doit s’authentifier
Scénario nominal
1. Le Patient clique sur le bouton "RECHERCHER UN MEDECIN"
2. Le système affiche un dialogue demandant au patient s’il connait la spécialité recherchée.
3. Le Patient répond « Oui ».
4.Le système redirige le patient vers une autre page présentant une liste des spécialités.
5. Le patient sélectionne une spécialité dans la liste.
6. Le système affiche les médecins disponibles dans les hôpitaux les plus proches de la position
du patient, en fonction de la spécialité choisie.

A1 : Le patient répond « Non »
7. Le système redirige le patient vers la page d’accueil où une liste des médecins généralistes
disponibles dans les hôpitaux proches de sa position est affichée.
➢ Le système rencontre une erreur lors de la récupération de la géolocalisation du patient
- Le système affiche un message d’erreur indiquant qu’il est incapable de déterminer la position
du patient.
- Le patient peut réessayer
Postcondition
- Le patient a accès à une liste des médecins disponibles correspondant à la spécialité

choisie, ou à la liste des médecins généralistes.
2- Modélisation Statique
a) Identification des classes
Une classe est une représentation d’un ensemble d’objets partageant les mêmes caractéristiques.
Elle est définie par son nom, ses attributs et ses méthodes.
Dans le cas de notre projet, nous avons les classes suivantes :
Hôpital, Spécialité, Patient, Département, Commune, Ville, Arrondissement, Médecin,

Abonnement, Type_Abonnement, User, Admin, Message.
b) Diagramme de classes
Le diagramme de classes est une représentation statique des classes composant le système, ainsi
que les relations qui existent entre elles.
Le diagramme de classe relatif à notre système se présente comme suit :

Figure 5 : Diagramme de classes du système

3- Modélisation dynamique
a) Diagramme de séquences
Le diagramme de séquences permet de décrire le déroulement de chaque cas d’utilisation, en

montrant la manière dont les diverses entités du système interagissent et collaborent dans le temps
afin de réaliser les fonctionnalités attendues.
Dans le cadre de notre système, voici trois exemples de diagramme de séquence :
➢ Cas de « s’authentifier »
Figure 6 : Diagramme de séquence du cas « s’authentifier »

➢ Cas de « s’inscrire »
Figure 7 : Diagramme de séquence du cas « s’inscrire »

➢ Cas de « rechercher un médecin »
Figure 8 : Diagramme de séquence du cas « rechercher un médecin »

b) Diagramme d’activités
Un diagramme d’activités est un organigramme illustrant les activités exécutées par un système et
mettant en valeur les différents chemins fonctionnels qu’un utilisateur peut parcourir en travaillant
avec le système.
Le diagramme d’activités relatif à notre système se présente comme suit :
➢ Cas de « s’authentifier »
Figure 9 : Diagramme d’activités du cas « s’authentifier »

➢ Cas de « s’inscrire »
Figure 10 : Diagramme d’activités du cas « s’inscrire »

➢ Cas de « rechercher un médecin »
Figure 11 : Diagramme d’activités du cas « rechercher un médecin »

c) Diagramme d’état-transitions
Un diagramme d’état-transitions représente tous les états possibles ainsi que les évènements qui
provoquent les changements d’états.
Dans le cadre de notre système, voici trois exemples de diagramme d’état-transitions :
- Cas de « s’authentifier »
Figure 12 : Diagramme d’état-transitions du cas « s’authentifier »

- Cas de s’inscrire
Figure 13 : Diagramme d’état-transitions du cas « s’inscrire »

- Cas de « rechercher un médecin »
Figure 14 : Diagramme d’état-transitions du cas « rechercher un médecin »

CHAPITRE 3 :
RÉALISATION DE L’APPLICATION
CHAPITRE 3 : RÉALISATION DE L’APPLICATION

I- MATERIELS UTILISES
Pour la réalisation de notre projet nous avons utilisé deux ordinateurs portables dont leurs
caractéristiques sont les suivantes :
Marque Système Mémoire vive Disque dur Processeur

d’ordinateurs d’exploitation
HP Probook Windows 10 8Go 500Go 2.00 GHz
HP Probook Windows 10 8Go 500Go 2.40 GHz
Tableau 1 : Caractéristiques des ordinateurs portables utilisés
Pour les différentes étapes de test d’installation et de déploiement de l’application nous avons eu
besoin de plusieurs terminaux mobiles supportant le système d’exploitation Android dont les
caractéristiques sont respectivement les suivantes :
Nom des Système Connexion Mémoire RAM Mémoire

appareils d’exploitation Interne
Infinix Note 5 Android 10 4G 3 GB 32 GB
Samsung A12 Android 13 4G 4 GB 64 GB
Tableau 2 : Caractéristiques des téléphones utilisés

II- CHOIX DES OUTILS DE DÉVELOPPEMENT

1- Les langages utilisés
Nos choix de langage concernant notre projet sont les suivants
- CSS
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ées les fichiers CSS, comprennent du code qui permet
de gérer le design d'une page en HTML. Ainsi il nous a permis de donner une forme au contenu
de l’interface graphique de notre application web en lui donnant des styles.
- PHP
PHP (officiellement, ce sigle est un acronyme récursif pour PHP Hypertext

Preprocessor) est un langage de scripts généraliste et Open Source, spécialement
conçu pour le développement d'applications web dynamiques via un serveur http.
Sur un plan technique, le PHP s'utilise la plupart du temps côté serveur. Il nous a permis de rendre
notre site web dynamique.
- JavaScript
JavaScript un langage de développement informatique, et plus précisément

un langage de script orienté objet. On le retrouve principalement dans les pages
Internet. Il permet, entre autres, d'introduire sur une page web ou HTML des petites
animations ou des effets, de créer du contenu mis à jour de façon dynamique. Le
langage JavaScript se distingue des langages serveurs par le fait que l'exécution des tâches est
opérée par le navigateur lui-même, sur l'ordinateur de l'utilisateur, et non sur le serveur web.
- Java
C’est un langage de programmation orienté objet qui permet de dynamiser l’application

mobile. Il permet également de créer des logiciels compatibles avec de nombreux
systèmes d’exploitation (Windows, Linux, Macintosh, Solaris). Java donne aussi la possibilité de
développer des programmes pour téléphone portable et assistants personnels. Enfin, ce langage
peut être utilisé sur internet pour des petites applications intégrées à la page web (applet) ou encore
comme langage serveur (jsp).

- XML
Le langage Xml (eXtended Markup Language) est un format général de

documents orienté texte. Il est bien utilisé pour le stockage de documents que pour
la transmission de données entre applications. Sa simplicité, sa flexibilité et ses
possibilités d’extension ont permis de l’adapter à de multiples domaines allant des
données géographiques au dessin vectoriel en passant par les échanges commerciaux. Il nous a
permis de concevoir, faire la mise en forme, de styler l’interface de notre application mobile.
- JSON
Le JavaScript Object Notation (JSON) est le format d'échange de données qui

répond à ce besoin. Le format de données JSON est devenu populaire auprès des
développeurs, car il se présente sous la forme de texte léger et lisible en plus de
nécessiter moins de codage et de rendre les processus plus rapides. Il nous a permis d’encoder, de
stocker et de transférer les données entre un client et serveur.
2- Les Framework
Un Framework (cadre de travail, en français) désigne en programmation informatique un

ensemble d'outils et de composants logiciels à la base d'un logiciel ou d'une application. L’objectif
d’un Framework est généralement de simplifier et d'uniformiser le travail des développeurs
informatiques, en leur offrant une architecture « prête à l’emploi » et qui leur permette de ne pas
repartir de zéro à chaque nouveau projet.
Dans le cadre de notre projet nous ferons l’usage de deux catégories de Framework parmi les
multitudes qui existent :
• Les Framework Front-end
Nous avons choisi Bootstrap en raison de son efficacité et de sa facilité

d’utilisation, nous permettant de réaliser en un temps record des interfaces
respectant les concepts du UI et du UX design.
Bootstrap est un Framework utilisant les langages HTML, CSS et JavaScript qui fournit aux
développeurs des outils pour créer un site facilement.

• Les Framework Back-end
Le Framework Back-end utilisé dans ce projet est le Framework PHP

Laravel.
Laravel est un Framework PHP, respectant le principe modèle-vue-contrôleur et entièrement

développé en programmation orientée objet, qui propose des outils pour construire une application
web avec une syntaxe expressive et élégante.
3- Les Systèmes de Gestion de Base de Données (SGBD)
Selon le classement annuel des meilleurs SGBD, Mysql se positionne

en première position. Nous avons opté pour le SGBD MySQL
(MariaDB) en raison de sa rapidité, de sa facilité d’utilisation, des API
diverses, de son système de sécurité permettant de gérer les personnes et les machines pouvant
accéder aux différentes bases et de sa portabilité. De plus comparativement aux autres SGBD,
celui-ci est le plus facile à maitriser et dispose d’une documentation ainsi qu’une large
communauté.
MySQL est un SGBD relationnel Open Source et la plus populaire au monde. D’abord développé
pour manipuler rapidement de grosses bases de données, il permet de stocker des données sur
plusieurs moteurs de stockage notamment InnoDB, CSV et NDB, et d'y accéder. Il sait également
répliquer les données et fractionner les tables pour améliorer les performances et la durabilité. Les
utilisateurs de MySQL n'ont aucune nouvelle commande à apprendre : les données sont accessibles
par les commandes SQL standard. MySQL suit un modèle client-serveur. Il nous a permis d’écrire
des requêtes d’insertion, de sélection, de modification, de sélections, de jointure et de suppression.
4- Les logiciels utilisés

- Visual Studio Code
Visual Studio Code est un éditeur de code extensible développé par Microsoft
pour Windows, Linux et MacOs. Les fonctionnalités incluent la prise en charge
du débogage, la mise en évidence de la syntaxe, la complétion intelligente du
code. L’IDE s’appuie sur une très grande communauté. On trouve donc facilement de nombreux
plug-ins pour étendre ses fonctionnalités ou l’utiliser avec un Framework particulier. Il nous a
permis d’éditer des codes de langage de programmations.

- Firebase
Firebase est un ensemble de services de haut niveau pour le développement

d’applications web ou mobile. Il nous a permis de vérifier le numéro de téléphone de
l’utilisateur.
- Android Studio
Android Studio est un environnement de développement intégré (IDE) pour le

développement sur la plateforme Android. Il est disponible en téléchargement sur le
système d’exploitation de Windows, de Mac OS et de Linux. Android studio permet
principalement d’éditer des fichiers java et les fichiers de configuration d’une application Android.
Il propose aussi des outils pour gérer le développement d’applications multilingues et permet de
visualiser la mise en page des différents types et taille d’écrans avec des résolutions variées
simultanément.
- Postman
Postman est un logiciel qui se focalise sur les tests d’API. Il est devenu très
populaire pour tester les Micro services, notamment grâce à sa simplicité et
fonctionnalités très spécialisées. Postman permet de construire et d’exécuter des
requêtes http, de les stocker dans un historique afin de pouvoir rejouer, mais surtout de les
organiser en collections.
- Composer
Composer est un logiciel gestionnaire de dépendances libre écrit en PHP. Il

permet à ses utilisateurs de déclarer et d'installer les bibliothèques dont le projet
principal a besoin.
Il remplace PEAR, qui est essentiellement un gestionnaire de packages, et à juste

titre. PEAR exige que le projet soit spécialement préparé pour travailler avec lui, tandis que
Composer donne toute la liberté dont vous avez besoin sans aucune exigence particulière. Une
différence majeure entre ces deux outils est que PEAR installe les dépendances globalement et
Composer les installe localement, dans la structure de votre projet.

5- Les serveurs d’application
Nous avons opté pour XAMPP car il est très pratique pour créer un serveur
local de développement, en plus c’est une distribution Apache entièrement
gratuite contenant Apache, MySQL, PHP et Perl.
Il est distribué avec différentes bibliothèques logicielles qui élargissent la palette des services de
façon notable : OpenSSL, Expat (parseur XML) PNG, SQLite, zlib… ainsi que différents
modules Perl et Tomcat. Nombre de ces extensions étant inutiles aux débutants, une version
allégée (version lite) est en conséquence aussi proposée.
Officiellement, XAMPP permet de configurer un serveur de test local avant la mise en œuvre d'un
site internet, et son usage n'est pas recommandé pour un serveur dit de production.
6- Outils de localisation géographique
Google Maps est un service de cartographie développé par Google. Il propose des
images satellite, des photographies aériennes, des plans de rues, des vues panoramiques
interactives à 360° sur les rues (Street View), les conditions de circulation en temps réel
et la planification d’itinéraire pour les déplacements à pied, en voiture, à vélo, en avion (en version
bêta) et en transports en commun. Il a été utilisé pour récupérer l’adresse des patients et de localiser
les hôpitaux.
III- PRÉSENTATION DU PROTOTYPE
Le logo ci-dessous est celui de notre application. Ce dernier signifie que l’application permet de
trouver rapidement un médecin.
Figure 15 : Le logo de l’application
Notre application web comporte deux parties : la partie web et la partie mobile

1- La partie web
❖ Liste de tous les hôpitaux
Figure 16 : Capture d’écran de la page de liste des hôpitaux

❖ Agenda du médecin
Figure 17 : Capture d’écran de la page d’agenda du médecin

❖ Liste des spécialités
Figure 18 : Capture d’écran de la page de liste des spécialités
❖ Paiement d’abonnement
Figure 19 : Capture d’écran de la page de paiement d’abonnement

2- Partie mobile
❖ Page d’accueil
Figure 20 : Capture d’écran de la page d’accueil de l’application mobile

❖ Menu
Figure 21 : Capture d’écran du menu de l’application mobile

❖ Page de détail d’un hôpital
Figure 22 : Capture d’écran de la page de détails d’hôpital
IV- MESURES DE SÉCURITÉ DE L’APPLICATION
Le choix du Framework Backend Laravel nous permet de couvrir plusieurs aspects sécuritaires
pour notre plateforme, on peut les regrouper en ces points ci-dessous :
✓ Authentification
L'authentification pour un système informatique est un processus permettant au système de

s'assurer de la légitimité de la demande d'accès faite par une entité (être humain ou un autre
système...) afin d'autoriser l'accès de cette entité à des ressources du système (systèmes, réseaux,
applications…) conformément au paramétrage du contrôle d'accès.
Laravel facilite déjà l'authentification via les formulaires de connexion traditionnels, mais qu'en
est-il des API ? Les API utilisent généralement des jetons pour authentifier les utilisateurs et ne
maintiennent pas l'état de session entre les demandes. Laravel simplifie le Token Authentification-

RESTful API en utilisant Laravel Passeport, qui fournit une implémentation complète du serveur
OAuth2 pour notre application Laravel en quelques minutes.
✓ Vérification de l'E-mail
La vérification d’email est le processus consistant à s’assurer que les emails sur notre liste sont
bien liés à une messagerie. En d’autres termes, il s’agit de s’assurer que les messages que nous
allons envoyer auront une destination.
✓ Hachage
Une fonction de hachage est une fonction qui va calculer une empreinte (ou signature) unique à
partir des données fournies. Elles servent à rendre plus rapide l'identification des données et
permettent de stocker un espace virtuel très grand, mais peu rempli, de données dans un espace
physique forcément limité où l'accès aux données est direct. La Hash façade Laravel fournit un
hachage sécurisé pour stocker les mots de passe des utilisateurs.
✓ Réinitialisation du mot de passe
Ce procédé permet à l’internaute ayant oublié son mot de passe de pouvoir en définir un autre afin
d’accéder à son compte.
✓ La gestion de la base de données
L'ORM Eloquent inclus avec Laravel fournit une implémentation ActiveRecord, belle et simple
pour travailler avec la base de données. Chaque table de la base de données a un « modèle (c'est-
à-dire une représentation objet de chacune des tables) » correspondant qui est utilisé pour interagir
avec cette table.
L’un des avantages les plus importants du choix de Laravel pour le développement réside dans ses
capacités à fournir une sécurité de haut niveau. En effet, grâce à ce dernier, notre application Web
ne présente aucun risque d’injections SQL involontaires et cachées.
V- PAYEMENT EN LIGNE
Le paiement en ligne est tout simplement un échange d'argent par système électronique. Il s'agit
des paiements que l'on réalise sur Internet ou via des réseaux de télécommunications, générés à
partir soit d'un ordinateur, soit d'un téléphone mobile.
Il existe deux formes principales de paiement en ligne : par carte bancaire et par porte-monnaie
électronique.

En Afrique, plusieurs solutions ont déjà été mises en place afin de faciliter l’accessibilité aux
services de paiement en ligne. Nous pouvons citer: FedaPay, WeCashUp, KKiaPay, CinetPay,
SycaPay, WaXu, PayPlus Africa …
Dans le cadre de notre projet, notre choix s’est porté sur l’agrégateur de
payement KKIAPAY car celui-ci dispose d’une large gamme de plugin, d’une
documentation claire et facile à assimiler ainsi que de plusieurs mesures de
sécurité.
KKiaPay est une marque commerciale déposée par Open SI SAS, entreprise de services
informatiques régulièrement enregistrée en République du Bénin. Il est le seul au Bénin à intégrer
tous les moyens de paiement Mobile Money (MTN, Moov Flooz), de même que les cartes
bancaires même internationales (VISA, MasterCard, American Express…).

CONCLUSION
CONCLUSION
Le mémoire porte sur la conception et la réalisation d’une application permettant la recherche de

médecin dans l’hôpital le plus proche du patient. L’objectif est de faciliter l’accès aux soins en
fournissant au patient une application capable de lui permettre de trouver rapidement des médecins
disponibles dans un hôpital proche de son domicile, évitant ainsi les déplacements inutiles ou les
temps d'attente prolongés. Notre stage effectué au sein de CITECH nous a offert l’opportunité
d’accroître nos connaissances pratiques acquises à l’école et de nous imprégner d’autres réalités
de la vie en entreprise. Ceci étant, nous avons pu pratiquer et perfectionner davantage dans certains
langages et Frameworks plus particulièrement Laravel.
La réalisation de l’application a permis de créer un outil efficace pour les patients cherchant des
médecins disponibles à proximité. Grâce aux différentes fonctionnalités de l’application, les
patients peuvent facilement trouver un médecin d’une spécialité donnée travaillant dans un hôpital
proche de leurs maisons et peuvent communiquer avec celui-ci. Aussi, ils peuvent prendre des
rendez-vous sans se déplacer.
Il convient de souligner que cette application repose sur la disponibilité en temps réel des emplois
du temps des médecins et la synchronisation précise des données. En perspective nous prévoyons
d’explorer de nouvelles fonctionnalités innovantes, telles que la reconnaissance vocale pour
permettre aux patients de réserver un rendez-vous avec leur voix et le transfert des fichiers
médicaux via l’application mobile tout en respectant les données à caractères personnelles. Aussi
nous envisageons mettre en place une assistance en temps réel via un chat direct ou un support
téléphonique pour toute question ou problème lié à la recherche de médecins et à la prise de rendez-
vous.

RÉFÉRENCES BIBLIOGRAPHIQUES
[1]. Laurent DEBRAUWER & Fien VAN DER HEYDE, UML2 : Initiation, exemples et exercices
corrigés (ENI), 2008, 341pp.
[2]. Pascal Roques & Franck Vallée, UML 2 en action De l’analyse des besoins à la conception
(ERYOLLES), 2006, 394pp.
[3]. Philippe Rigaux, Pratique PHP & MYSQL (O’REILLY), 2009, 610pp.
[4]. AMOUSSOULIFI Enock & HONOU Charbel, Conception et mise en œuvre d’une application
web de gestion du dossier médical du patient, Mémoire de licence professionnelle (HECM), juin
2022, 54pp.
[5]. R. D. Vanel B. LOKOSSOU, Conception et réalisation d’une plateforme web de vente en
ligne (e-commerce), Mémoire de licence professionnelle (HECM), juin 2020, 59pp.
[6]. OSSENI Samiratou & DEMBA Diallo Salim, Conception et mise en œuvre d’une plateforme
web de freelance pour les métiers du numérique, Mémoire de licence professionnelle (HECM),
juin 2023, 67pp.
WEBOGRAPHIE
[7]. https://laravel.com/docs/10.x consulté le 12/03/2023 à 08h29.
[8]. https://laravel.com/docs/10.x/authentification consulté le 12/03/2023 à 08h46.
[9]. https://mailtrap.io/ consulté le 12/04/2023 à 15h48.
[10]. https://laravel.sillo.org/liveware-fullcalendar/ consulté le 17/04/2023 à 04h17.
[11]. https://fr.wikipedia.org/wiki/Communes_du_B%C3%A9nin consulté le 28/04/2023 à 09h58.
[12]. https://laracasts.com/discuss/channels/laravel/make-and-get-cookies consulté le 30/04/2023

à 02h26.
[13]. https://kkiapay.me/ consulté le 07/05/2023 à 12h51.
I
[14]. https://grafikart.fr/tutoriels/messagerie-laravel-975 consulté le 12/05/2023 à 20h03.
[15]. https://www.kodeco.com/22067733-firebase-tutorial-real-time-chat consulté le 15/05/2023

à 14h42.
[16]. https://console.firebase.google.com/project/drquick-chat-app/overview?hl=fr_CA&hl=fr_
CA consulté le 17/05/2023 à 11h34.
[17]. https://console.cloud.google.com/ consulté le 18/05/2023 à 18h24.
[18]. https://www.google.com/maps/ consulté le 18/05/2023 à 20h55.
[19]. https://developer.android.com/docs consulté le 20/05/2023 à 22h12.
II
TABLE DES MATIÈRES
DÉDICACE 1 ............................................................................................................................................... ii
DÉDICACE 2 .............................................................................................................................................. iii
REMERCIEMENTS ................................................................................................................................... iv
SIGLES ET ABRÉVIATIONS .................................................................................................................... v
LISTE DES FIGURES ................................................................................................................................ vi
LISTE DES TABLEAUX .......................................................................................................................... vii
RÉSUME ................................................................................................................................................... viii
ABSTRACT .............................................................................................................................................. viii
SOMMAIRE................................................................................................................................................ ix
INTRODUCTION ........................................................................................................................................ 2
CHAPITRE 1 : CADRE INSTITUTIONNEL DE L’ÉTUDE ..................................................................... 4
I- PRÉSENTATION DE LA STRUCTURE D’ACCUEIL ................................................................. 4
1- Historique de CITECH Sarl .......................................................................................................... 4
2- Situation géographique de CITECH Sarl ..................................................................................... 5
3- Objectifs de CITECH Sarl ............................................................................................................ 6
4- Fonctionnement de la structure d’accueil ..................................................................................... 6
II- DÉROULEMENT DU STAGE.................................................................................................... 8
1- Activités effectuées....................................................................................................................... 8
2- Apports du stage ........................................................................................................................... 9
3- Difficultés rencontrées .................................................................................................................. 9
CHAPITRE 2 : CADRE THÉORIQUE DE L’ÉTUDE ET CONCEPTION DU SYSTÈME ................... 11
I- PRÉSENTATION DU THÈME ET OBJECTIFS DE RECHERCHE ........................................... 11
1- Intérêt de l’étude et énoncé du problème.................................................................................... 11
2- Etat des lieux .............................................................................................................................. 11
3- Objectifs ..................................................................................................................................... 12
4- Les besoins fonctionnels ............................................................................................................. 12
5- Les besoins non fonctionnels ...................................................................................................... 13
II- PRÉSENTATION ET CHOIX DE L’OUTIL D’ANALYSE .................................................... 14
1- Le langage UML......................................................................................................................... 14
2- Choix de l’outil d’analyse........................................................................................................... 14
III- CONCEPTION DU SYSTÈME ................................................................................................. 15
1- Modélisation fonctionnelle ......................................................................................................... 15
a) Les acteurs du système ........................................................................................................... 15
b) Diagramme de contexte statique ............................................................................................. 16
c) Diagramme de cas d’utilisation .............................................................................................. 16
III
d) Description des cas d’utilisation ............................................................................................. 17
2- Modélisation Statique ................................................................................................................. 21
a) Identification des classes ........................................................................................................ 21
b) Diagramme de classes ............................................................................................................ 21
3- Modélisation dynamique ............................................................................................................ 23
CHAPITRE 3 : RÉALISATION DE L’APPLICATION ........................................................................... 30
I- MATERIELS UTILISES ............................................................................................................... 30
II- CHOIX DES OUTILS DE DÉVELOPPEMENT ...................................................................... 31
1- Les langages utilisés ................................................................................................................... 31
2- Les Framework ........................................................................................................................... 32
3- Les Systèmes de Gestion de Base de Données (SGBD)............................................................. 33
4- Les logiciels utilisés ................................................................................................................... 33
5- Les serveurs d’application .......................................................................................................... 35
6- Outils de localisation géographique ........................................................................................... 35
III- PRÉSENTATION DU PROTOTYPE........................................................................................ 35
1- La partie web .............................................................................................................................. 36
2- Partie mobile ............................................................................................................................... 38
IV- MESURES DE SÉCURITÉ DE L’APPLICATION .................................................................. 40
V- PAYEMENT EN LIGNE ........................................................................................................... 41
CONCLUSION .......................................................................................................................................... 44
RÉFÉRENCES BIBLIOGRAPHIQUES ...................................................................................................... I
WEBOGRAPHIE .......................................................................................................................................... I
TABLE DES MATIÈRES .......................................................................................................................... III
IV

HOUNKANRIN & MIAN Mémoire VF Corrige

Transféré par

Droits d'auteur :

Formats disponibles

HOUNKANRIN & MIAN Mémoire VF Corrige

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

HOUNKANRIN & MIAN Mémoire VF Corrige

Transféré par

Droits d'auteur :

Formats disponibles

RÉPUBLIQUE DU BÉNIN

FILIÈRE : Système Informatique et Logiciel (SIL) OPTION : Sciences et Techniques

CONCEPTION ET REALISATION D’UNE APPLICATION DE

APPROBATION, NI IMPROBATION AUX OPINIONS ÉMISES DANS CE MEMOIRE. CES

OPINIONS DOIVENT ÊTRE CONSIDÉRÉES COMME PROPRES A SON AUTEUR. »

❖ mon père, HOUNKANRIN Fanou Denis ;

❖ mon père, MIAN Cohovi Mathurin ;

MIAN Ablawa M. V. Prudencia

✓ Monsieur Natondé AKE, Promoteur de la Haute École de Commerce et de Management

API : Application Programming Interface (Interface de Programmation d’Application)

CITECH : Centre des Innovations Techniques

CSS : Cascading Style Sheet (feuille de style en cascade)

IDE : (EDI) : Environnement de Développement Intégré

OS : Operating System (Système d’Exploitation)

PHP : PHP Hypertext Preprocessor

SDK : Software Development Kit (Kit de Développement Logiciel)

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

SQL : Structured Query Langage (Langage de requête structuré)

UML : Unified Modeling Language (Langage de modélisation unifié)

Figure 1 : Situation géographique de Citech Sarl ........................................................................... 5

Tableau 1 : Caractéristiques des ordinateurs portables utilisés..................................................... 30

Mots-clés : recherche, agenda, proche.

Keywords : search, agendas, closest.

CHAPITRE 1 : CADRE INSTITUTIONNEL DE L’ÉTUDE ..................................................................... 4

I- PRÉSENTATION DE LA STRUCTURE D’ACCUEIL ................................................................. 4

II- DÉROULEMENT DU STAGE.................................................................................................... 8

CHAPITRE 2 : CADRE THÉORIQUE DE L’ÉTUDE ET CONCEPTION DU SYSTÈME ................... 11

I- PRÉSENTATION DU THÈME ET OBJECTIFS DE RECHERCHE ........................................... 11

II- PRÉSENTATION ET CHOIX DE L’OUTIL D’ANALYSE .................................................... 14

III- CONCEPTION DU SYSTÈME ................................................................................................. 15

CHAPITRE 3 : RÉALISATION DE L’APPLICATION ........................................................................... 30

I- MATERIELS UTILISES ............................................................................................................... 30

II- CHOIX DES OUTILS DE DÉVELOPPEMENT ...................................................................... 31

III- PRÉSENTATION DU PROTOTYPE........................................................................................ 35

IV- MESURES DE SÉCURITÉ DE L’APPLICATION .................................................................. 40

V- PAYEMENT EN LIGNE ........................................................................................................... 41

Réalisé par Mahoulomè S. Bénie HOUNKANRIN & Ablawa M. V. Prudencia MIAN 2

CADRE INSTITUTIONNEL DE L’ÉTUDE

CHAPITRE 1 : CADRE INSTITUTIONNEL DE L’ÉTUDE

Réalisé par Mahoulomè S. Bénie HOUNKANRIN & Ablawa M. V. Prudencia MIAN 4

industriels, de l’importation et de la vente de consommables électroniques, informatiques, des

2- Situation géographique de CITECH Sarl

Figure 1 : Situation géographique de Citech Sarl

Réalisé par Mahoulomè S. Bénie HOUNKANRIN & Ablawa M. V. Prudencia MIAN 5

3- Objectifs de CITECH Sarl

Les objectifs de CITECH sont :

✓ installer un laboratoire électronique et informatique moderne, bien équipé où on peut sortir

4- Fonctionnement de la structure d’accueil

Le bon fonctionnement de l’entreprise est le résultat du travail synergique de plusieurs

Réalisé par Mahoulomè S. Bénie HOUNKANRIN & Ablawa M. V. Prudencia MIAN 6

✓ Le Service Électronique et Télécom

Sous l’autorité du Directeur Technique, il a pour tâches de :

• concevoir et de fabriquer des systèmes électroniques et embarqués ;

Sous l’autorité du Directeur Technique, il a pour tâches de :

• installer et d’administrer les réseaux informatiques,

✓ Le Service Électricité et Électrotechnique

Sous l’autorité du Directeur Technique, il a pour mission de :

• exécuter les travaux d’électricité bâtiment, d’électricité industrielle ;

✓ Le Service Comptabilité et Relations Commerciales