3. Page 3 sur 79
DEDICACE
Je dédie ce mémoire
mes très chers parents Abdelkarim et Sameh
Vous avez guidé mes premiers pas vers le chemin de la connaissance et du savoir.
Ainsi vous avez radieusement assisté et encouragé mes ambitions par votre
amour et votre soutien et les conseils que vous consentis à mon égard dans ma
formation et mon éducation afin de réaliser un de vos rêves, j’espère avoir été
digne de votre confiance.
J’attendrais depuis longtemps ce moment pour votre rendre une part, à travers
ce mémoire, de ce que vous me devez, mais j’avoue que je me trouve incapable
d’exprimer tout mon amour éternel.
Ma plus vie reconnaissance n’égalera jamais l’ampleur de vos efforts.
Que dieu vous donne une longue vie pleine de joie, de bonheur et de santé.
A mes sœurs Islem Yosra Mariem Emna et Lina
Pour leurs amours, leurs aides si précieux et leurs encouragements, en leur
souhaitant une belle vie pleine de réussite et de joie.
A toute ma famille
Que ce travail soit l’expression de ma grande affectation et mon profond amour
et attachement.
A tous mes amis, au nom de la belle amitié qui nous réunit, je vous exprime toute
ma gratitude.
Au de la des mots, Merci, je vous aime.
4. Page 4 sur 79
Derbel Tasnim
Remerciement
C’est avec un grand plaisir que nous réservons cette page en signe de gratitude
et de reconnaissance pour tous ceux qui ont assisté ce travail.
Au terme de ce travail modeste je tiens à exprimer ma gratitude à mon
encadreur Mr Walid Labidi pour assurer le suivi de ce projet avec beaucoup de
bienveillance et d’encouragement aussi pour sa gentillesse et ses conseils
judicieux.
Mes sincères remerciements s’adressent également à Mr Feki Kacem pour
accepter de juger ce travail.
J’exprime également mes vifs remerciements à tous les enseignants de la Institut
Supérieur d’Administration des Affaires de Sfax pour les efforts qu’ils ont
déployés durant toutes les années universitaires.
5. Page 5 sur 79
Introduction générale
L’émergence de nouvelles technologies de l’information et de la communication
a révolutionné les économies et les sociétés partout dans le monde. Pour la
plupart, ces technologies n’étaient jusqu’alors pas vraiment portées sur
l’innovation informatique.
Elles restent le moyen le plus fiable pour le traitement, la circulation et la
sauvegarde de l’information.
Un centre de kinésithérapie représente une des organisations ayant des
ressources et des activités dont la gestion nécessite une application
informatique. Le centre « » de kinésithérapie présente ce besoin. L’objectif de
notre projet est de réaliser une application informatique interactive, fiable,
conviviale et facile à intégrer dans l’environnement de travail du centre,
assurant la gestion des systèmes d’informations de kinésithérapie compte tenu
des besoins exprimés. Cette application vise essentiellement à diminuer la
complexité des traitements ainsi que le temps perdu lors de la gestion des
rendez-vous, la gestion des bilans,…
Le projet que nous devons réaliser consiste à fournir une application qui assure
la gestion de kinésithérapie. Elle fournit la gestion des patients, des rendez-
vous, des fiches Médicales, des bilans, des employés, des absences, des
Machines, des salles, de paiements, des factures,…
C’est dans ce cadre que nous avons effectué le travail décrit dans ce rapport qui
est comporte trois chapitres qui sont organisés comme suit:
Le premier chapitre nommé « Modélisation du métier ». dans ce chapitre nous
avons présenté un aperçu général sur le projet, Ensuite, nous avons mis l'accent
sur l'étude d'un nombre d'applications de gestion des centres de kinésie
existantes. Et enfin, nous avons identifié les objectifs à attendre et la
spécification des besoins.
6. Page 6 sur 79
Le deuxième chapitre est dédié à la « Capture des besoins » qui décrit les
différents besoins fonctionnels et techniques de l’application à développer.
Enfin, le troisième chapitre intitulé « Analyse et Conception » présente la
modélisation statique et dynamique du système. Il est réservé à la présentation
de l’environnement de réalisation, et la conception du schéma logique des
données.
Chapitre 1
7. Page 7 sur 79
Introduction
La modélisation du métier est une activité dont l’objectif est de construire un
modèle de la société étudiée. C’est sur cette base qu’on pourra spécifier avec
précision les besoins de l’entreprise.
Cette méthode de modélisation a pour objet premier de permettre à l'entreprise
de gagner en performance.
1.1 Cadre du projet :
Ce travail s'inscrit dans le cadre de notre projet de fin d'études pour l'obtention
du diplôme universitaire de licence en informatique de gestion. Il s'est déroulé au
sein de la Société Smart Ways Innovation(SSWI). Au cours de ce stage la SSWI
nous a confié la conception et la réalisation d'une application web du cabinet de
kinésithérapie qui permet La gestion des patients, la gestion des rendez-vous, la
gestion des bilans, la gestion des factures et la création des comptes
utilisateurs ,etc..
1.2 Organisme d’accueil
❖ Dans cette section, nous allons présenter l'organisme d'accueil du Smart
Ways Innovation.
1.2.1 Présentation générale de la Société Smart Ways Innovation(SWI)
Smart Ways Innovation est une société multi-services spécialisée dans le domaine
informatique, avec la volonté d’offrir un service personnalisé basé sur la
disponibilité, la compétence et la confiance situé à route sokra km 3, Sfax 3052.
*La figure 1 représente la localisation du SWI:
8. Page 8 sur 79
Figure 1 : Logo de l'organisme de SWI
*La figure 2 représente le logo du SWI:
Figure 2 : Logo de l'organisme de SWI
- Activités :
Afin d’offrir un contexte d’apprentissage flexible, l’SWI offre la possibilité de
ouvre la porte pour développer vos compétence et vous préparer au marché
du travail.
Donc il offre plusieurs types de formation dans le domaine informatique :
- Formation développement mobile
- Formation développement web
9. Page 9 sur 79
- Formation intelligence artificielle(IA)
- Formation internet of things(IOT)
- Formation développement embarqué
- Missions :
La Société Smart Ways Innovation (SWI) a pour missions essentielles :
- Nouer un lien étroit entre les apprenants et les professions voire les
entreprises.
- L'analyse de données, l'intelligence artificielle, le cloud computing et l'IoT,
entre autres.
- Concevoir et dispenser des formations personnalisées qui répondent aux
besoins spécifiques de nos employés.
- Améliorent les compétences techniques de nos employés mais également
leurs compétences générales, telles que la communication, le leadership et
la résolution de problèmes.
- Offrir des solutions de pointe à nos clients
1.3 Etude comparative :
Informatiser le système d'information est aujourd'hui le souci de tout
établissement pour suivre le développement de la technologie et améliorer le
rendement du travail. Principalement, dans ce genre de centres, la gestion des
rendez-vous devient chaque jour plus délicat et plus critique. En effet, prendre un
rendez-vous pour un patient qu'il soit nouveau ou ancien nécessite la précision
du type de la prestation à effectuer pour ce patient dans un moment et pendant
une durée bien étudiés avant d'être fixés. Pour mieux présenter le cadre de notre
travail, d’abord, nous allons présenter le centre, après, on va décrire l’application
à réaliser et préciser les objectifs à atteindre pour subvenir aux besoins des
utilisateurs de cette application.
1.3.1 Présentation de site web sélectionnée
Exemple 1 :
10. Page 10 sur 79
Description du site web :
Collette Natasha est un centre de kinésithérapie basé à rue de la Kelle 1, 1380
Lasne.
Figure 3 : www.collette-kinesitherapeute.be
- Activités :
De manière plus complète, les activités du kinésithérapeute comprennent
principalement :
· Les douleurs musculaires et articulaires
· Le renforcement musculaire
· Le traitement trouble musculosquelettiques.
· La revalidation à la marche (personnes âgées).
. La rééducation post-chirurgicale.
· La rééducation des troubles de l'équilibre.
· La relaxation neuromusculaire.
Missions :
11. Page 11 sur 79
La kinésithérapie a pour missions essentielles :
- Renforcer la musculation et d’obtenir une meilleure mobilisation
articulaire.
- Améliorer de la mobilité en luttant contre la raideur ou les rétractations.
- Réduire rapidement l’œdème.
- Soulager la douleur.
- Favoriser la récupération des fonctions articulaires et musculaires.
- Apprendre au patient à vivre avec sa prothèse.
- Les points forts :
Existence d’espace de rendez-vous
Existence d’interface de contact
Le site est homogène d’une page à l’autre
Le nombre de couleurs est limité.
Les contenus importants
- Les points faibles :
Le site manque d’espace d’avis des clients.
Le site ne contient pas de barre de recherche.
Le site manque d’espace de paiement en ligne.
Exemple 2 :
Description du site web :
Kiné forme est un cabinet de kinésithérapie situé à champion (Namur) et
composé de 6 thérapeutes spécialisés et 5 kinésithérapeutes.
Kiné forme est également reconnu par « la clinique du coureur »
Tél : +32 (0)81 21 46 06
12. Page 12 sur 79
Figure 3 : www.kineforme.be
- Activités :
De manière plus complète, les activités du kinésithérapeute comprennent
principalement :
. Les messages
. Le renforcement musculaire
· Les étirements musculo-tendineux
· La rééducation sensori-motrice
· La rééducation des troubles de l'équilibre
· La relaxation neuromusculaire
Missions :
La kinésithérapie a pour missions essentielles :
Diminuer le stress.
Améliorer la circulation sanguine et éliminer les toxines.
Apaiser les tensions musculaires et diminuer les douleurs.
Améliorer la qualité de la peau.
Améliorer la digestion.
Améliorer le sommeil.
13. Page 13 sur 79
Les points forts :
Existence d’espace de rendez-vous.
Harmonie des couleurs.
Le site est agréable à l'œil.
Les visuels s’accordent au design global.
Les points faibles :
absence de paiement en ligne
Le site ne présente pas d’espace d’avis des clients.
Le site ne contient pas de barre de recherche.
Exemple 3 :
Description du site web :
Centre Chaaben est un centre de kinésithérapie et rééducation
fonctionnelle qui a été créé le 2014 et qui situé à route de Tunis km 2 Sfax.
Figure 3 : www.allo-docteur.com.tn
- Activités :
De manière plus complète, les activités du kinésithérapeute comprennent
principalement :
- Les messages.
- Orthèses plantaires et fabrication de papillons médicaux.
- Orthodontiste de la parole.
14. Page 14 sur 79
- Physiothérapeute et orthésiste.
- Nutritionnistes.
- Laboratoire de prothèses dentaire.
- Psychomotriciens.
- Ergothérapeute.
- Orthoptistes.
Missions :
La kinésithérapie a pour missions essentielles :
- Diminuer le stress.
- Améliorer le sommeil.
- Soulager la douleur.
- Favoriser la récupération des fonctions articulaires et musculaires.
- Renforcer la musculation et d’obtenir une meilleure mobilisation
articulaire.
-
- Les points forts :
- Le site contient une barre de recherche.
- Existence d’un espace utilisateur.
- Change une langue (Arabe, Français, Anglais).
- Existence la liste des laboratoires privés d’analyses médicales ayant obtenu
une licence pour les tests de dépistage de Covid-19
- Les points faibles :
- Le site ne présente pas d’espace des rendez-vous.
- N’existence pas d’un paiement en ligne.
- La grammaire et l’orthographe ne sont pas correctes (Exemple :
Ergotherapeute et Réeducation).
- Le contenu du site manque d’information.
- Le site manque d’espace d’avis des clients.
Critique de l’existant :
À la suite des remarques que nous avons faites au site de kiné forme, nous avons
trouvé qu’il présente les limites suivantes :
absence de paiement en ligne
Le site ne présente pas d’espace d’avis des clients.
15. Page 15 sur 79
Le site ne contient pas de barre de recherche.
Et de site de collette Natasha
Le site manque d’espace d’avis des clients.
Le site ne contient pas de barre de recherche.
Le site manque d’espace de paiement en ligne.
Et de site d’allo docteur
Le site ne présente pas d’espace des rendez-vous.
N’existence pas d’un paiement en ligne.
La grammaire et l’orthographe ne sont pas correctes (Exemple :
Ergotherapeute et Réeducation).
Le contenu du site manque d’information.
Le site manque d’espace d’avis des clients.
1.3.2 Objectifs à atteindre
Notre application doit atteindre des objectifs bien précis pour satisfaire les
besoins du centre.
Tout d’abord, elle doit être fiable et assurer la sécurité des données. Ensuite, elle
doit permettre de minimiser les tâches manuelles et leur cout et assurer le gain
du temps en réduisant le taux d’erreurs. Plus précisément, cette application doit
permettre d’atteindre les objectifs suivants:
a- Facilite la génération des bordereaux de paiements aux prestataires de soins
Ce qui favorise le gain du temps.
b- Gagner du temps et bien organiser le travail.
c- Gagner la confiance du patient.
d- Améliorer les protocoles habituels de communication entre le patient et le
centre.
e- La gestion des patients, des rendez-vous, des factures, des bilans, des caisse …
16. Page 16 sur 79
1.7 Conclusion :
Dans ce chapitre nous avons étudié les processus de travail du service de
kinésithérapie au kiné forme. De plus, nous avons étudié les supports
d’informations utilisés dans le service afin de comprendre les données qui y sont
enregistrées. Cette étude nous a permis de bien comprendre l’activité de chaque
travailleur ainsi que la circulation de l’information au sein du service. Cette étude
a été nécessaire pour pouvoir appréhender les besoins des utilisateurs envers
l’application à développer.
17. Page 17 sur 79
Capture des
besoins
Introduction
Chapitre 2
18. Page 18 sur 79
Après l'étude de l'existant et la proposition d'une solution théorique, cette phase
que nous identifions les différents acteurs et les liens qui les relient avec les cas
d’utilisation du système. Ces les cas d’utilisation doivent être décris en détails
dans ce chapitre.
2.1 Capture des besoins :
La capture des besoins est l’une des phases les plus importantes du processus de
développement d’une application. En effet, cette phase permet aux utilisateurs
de bien exprimer leurs besoins envers le futur système et de bien comprendre les
fonctionnalités que le système va fournir.
2.2 Acteurs du système informatisé :
Dans notre projet, nous avons typiquement des acteurs humains qui sont :
Figure 6 : acteurs du système
Le tableau ci-dessous présente les acteurs qui vont interagir avec le système :
Acteurs Rôle
Acteurs du
Système
informatisé
Docteur Secrétaire Kiné Patient
19. Page 19 sur 79
L'application doit permettre à le
directeur de
s’authentifier et de :
Gérer les comptes des patients, elle
peut ajouter ou modifier les patients.
Gérer les nouveautés, peut ajouter
ou modifier les nouveautés de kiné
qui seront affichées dans le site web.
Consulter les demandes
d’inscription.
Consulter comptes des patients,
comptes des kinés, des rendez-vous,
des factures
Consulter les Demandes de
communication (contact-us), pour
voir les messages de visiteurs du site.
L'application doit permettre à le
secrétaire de
s’authentifier et de :
Gérer caisse.
L'application doit permettre à le Kiné
de s’authentifier et de :
L'application doit permettre à le
patient de
s’authentifier et de :
20. Page 20 sur 79
• Gérer leur compte pour voir les
historiques.
• Consulter rendez-vous.
• Consulter facture pour voir leur
payement.
Tableau : Les acteurs du système
2.3 Elaboration du modèle des cas d’utilisation
2.3.1 Diagramme des cas d’utilisation global :
Les diagrammes de cas d’utilisation sont des diagrammes UML utilisés pour
donner une vision globale du comportement fonctionnel d’un système logiciel.
Figure 7 : Diagramme de cas d'utilisation global
Description textuelle des cas d’utilisation :
✓ Analyse du Cas d’utilisation « S’authentifier » :
21. Page 21 sur 79
Ce Diagramme décrit en détails le cas d’utilisation « S’authentifier »
Figure 8 : diagramme de cas d'utilisation « S’authentifier »
Le tableau représente le scénario du cas "S'authentifier" :
Cas d’utilisation S’authentifier
Acteur Patient, Secrétaire
Objectifs Ce cas d’utilisation permet d’assurer
la connexion à l’application et assure
la sécurité de données.
Pré-condition La page authentification est affichée,
L’utilisateur possède un login et un
mot de passe.
Post-condition Authentification validée.
Scénario nominal :
S’authentifier
1. Le système demande la saisie
des données d’authentification
(email et mot de passe)
2. L’ustilisateur saisit son email et
son mot de passe.
3. Cliquer sur le bouton se
connecter pour accéder à la
page d’accueil.
22. Page 22 sur 79
4. Si les paramètres
d’identification sont valides, Le
système enregistre les
informations sur la connexion
de l’utilisateur.
5. L’utilisateur accède à sa page
d’accueil.
Exceptions En cas ou email ou/et le mot de passe
saisies par l’utilisateur sont invalides,
le système affiche un
message d’erreur« Email ou Mot de
passe incorrect » et donne la main à
l’utilisateur pour la reconnexion.
Tableau : Description textuelle de cas d’utilisation « S’authentifier »
✓ Analyse du Cas d’utilisation «Créer comptes patients » :
Ce Diagramme décrit en détails le cas d’utilisation «Créer comptes patients»
23. Page 23 sur 79
Figure 9 : diagramme de cas d'utilisation «Créer comptes patients»
Le tableau représente le scénario du cas « Ajouter comptes patients » :
Cas d’utilisation : Ajouter comptes patients :
Acteur Secrétaire, Docteur
Objectifs Ce cas d’utilisation est utilisé pour créer et
modifier des comptes pour les patients.
Pré-condition L’acteur est déjà connecté au système
Post-condition Un compte est ajouté.
Scénario nominal : 1. L’acteur choisit la fonction "Ajouter
compte".
2. Le système affiche le formulaire
de création de compte.
3. L’acteur remplit le formulaire.
4. Le système vérifie les champs
saisis par l’acteur.
24. Page 24 sur 79
5. Le système fait enregistrer les
données dans la base de
données et la liste des comptes
sera réinitialisée et affichée.
Scénario alternatif : A1 : Dans le cas où il existe
un compte dans la base avec
le même nom d'un autre
compte A1 démarre au
point 4 4-a- le système
vérifie les informations
saisies par la directrice
générale. 4-b- le système
affiche un message d’erreur
Le scénario retourne au
point 2
Exception le système affiche un message « vérifier
les champs ! » s’il y a des informations
incomplètes ou invalides et donne la
main à l’utilisateur pour saisir les champs
vides ou corriger les champs invalides.
Tableau : Description textuelle de cas d’utilisation « « Ajouter comptes patients »
Le tableau représente le scénario du cas « Modifier comptes patients » :
Cas d’utilisation : Modifier comptes patients :
Acteur Secrétaire, Docteur
Objectifs Ce cas d’utilisation est utilisé pour modifier
des comptes des patients.
Pré-condition L’utilisateur est déjà connecté et elle
a recherché les différents comptes.
Post-condition Un compte est modifié.
Scénario nominal : 1. L’acteur choisit la fonction
"Modifier compte" après avoir
consulter données des patients
correspondants.
2. Le système lui affiche un formulaire
remplit par les informations de des
comptes concernées.
25. Page 25 sur 79
3. L’acteur modifie un ou
plusieurs champs du
formulaire, puis il enregistre les
modifications.
4. Le système vérifie les champs
saisies par l’acteur.
5. Le système affiche un message
«Patient modifiée avec succès.
6. Le système enregistre ces
modifications
Scénario alternatif : A1:Dans le cas où il existe
une tache dans la base avec
le même intitulé : A1
démarre au point 4 4-a- le
système vérifie les
informations saisies par la
directrice générale. 4-b- le
système affiche un message
d’erreur Le scénario
retourne au point 2.
Exception le système affiche un message « vérifier
les champs saisies! » s’il y a des
informations incomplètes ou invalides
et donne la main à l’utilisateur pour
saisir les champs vides ou corriger les
champs invalides.
Tableau : Description textuelle de cas d’utilisation « « Modifier comptes patients »
✓ Analyse du Cas d’utilisation «Créer comptes kinés » :
26. Page 26 sur 79
Ce Diagramme décrit en détails le cas d’utilisation «Créer comptes kinés »
Figure 9 : diagramme de cas d'utilisation «Créer comptes kinés»
Le tableau 4 représente le scénario du cas « Ajouter kiné » :
Cas d’utilisation : Ajouter kiné
Acteurs Docteur
Objectifs Ce cas d’utilisation est utilisé pour
ajouter des kinés.
Pré-condition Le docteur est déjà connecté au système
Post-condition Un compte est ajouté.
Scénario nominal : - Le docteur choisit la fonction
"Ajouter compte"
- Le système affiche le formulaire
d’ajout.
- Le docteur remplit le formulaire.
- Le système vérifie les champs
saisis par le docteur.
27. Page 27 sur 79
- Le système fait enregistrer les
données dans la base de
données.
Scénario alternatif : A1 : Dans le cas où il existe un
compte dans la base avec le
même nom d'un autre compte
A1 démarre au point 4 4-a
- le système vérifie les
informations saisies par la
directrice générale.
4-b- le système affiche un
message d’erreur Le scénario
retourne au point 2.
Exceptions le système affiche un message « vérifier
les champs ! » s’il y a des informations
incomplètes ou invalides et donne la
main à l’utilisateur pour saisir les champs
vides ou corriger les champs invalides.
Tableau : Description textuelle de cas d’utilisation « « Ajouter kiné »
Le tableau représente le scénario du cas « Modifier comptes kiné » :
Cas d’utilisation : Modifier comptes kiné:
Acteur Docteur
Objectifs Ce cas d’utilisation est utilisé pour modifier
des comptes des kinés.
Pré-condition Le docteur est déjà connecté et elle a
recherché les différents comptes.
Post-condition Un compte est modifié.
Scénario nominal : 1. Le docteur choisit la fonction
"Modifier compte" après avoir
consulter données des patients
correspondants.
2. Le système lui affiche un
formulaire remplit par les
informations de des comptes
concernées.
28. Page 28 sur 79
3. Le docteur modifie un ou
plusieurs champs du
formulaire, puis il enregistre les
modifications.
4. Le système vérifie les champs
saisis par l’acteur.
5. Le système affiche un message
«Kiné modifiée avec succès.
6. Le système enregistre ces
modifications
Scénario alternatif : A1:Dans le cas où il existe
une tache dans la base avec
le même intitulé : A1
démarre au point 4 4-a- le
système vérifie les
informations saisies par la
directrice générale. 4-b- le
système affiche un message
d’erreur Le scénario
retourne au point 2.
Exception le système affiche un message « vérifier
les champs saisies! » s’il y a des
informations incomplètes ou invalides
et donne la main à l’utilisateur pour
saisir les champs vides ou corriger les
champs invalides.
Tableau : Description textuelle de cas d’utilisation « « Modifier comptes kinés »
29. Page 29 sur 79
✓ Analyse du Cas d’utilisation «Créer factures » :
Ce Diagramme décrit en détails le cas d’utilisation «Créer factures »
Figure 9 : diagramme de cas d'utilisation «Créer factures»
Le tableau représente le scénario du cas « Ajouter facture» :
Cas d’utilisation : Ajouter facture:
Acteur Secrétaire
Objectifs Ce cas d’utilisation est utilisé pour créer,
modifier et imprimer des factures.
Pré-condition Le secrétaire s’est identifié.
Post-condition Facture ajouté.
Scénario nominal : 1. L’acteur choisit la fonction "Ajouter
facture".
2. Le système affiche le formulaire
de création de la facture.
3. Le secrétaire remplit le
formulaire.
30. Page 30 sur 79
4. Le système vérifie les champs
saisis par le secrétaire.
5. Le système fait enregistrer les
données dans la base de
données.
Scénario alternatif : A1 : Dans le cas où il existe
une facture dans la base
avec le même critère :
A1 démarre au point 4
4-a- le système vérifie les
informations saisies par le
chef d’équipe.
4-b- le système affiche un
message d’erreur Le
scénario retourne au point
2.
Exception le système affiche un message « vérifier
les champs ! » s’il y a des informations
incomplètes ou invalides et donne la
main à l’utilisateur pour saisir les champs
vides ou corriger les champs invalides.
Tableau : Description textuelle de cas d’utilisation « « Ajouter facture»
31. Page 31 sur 79
Le tableau représente le scénario du cas « Modifier facture» :
Cas d’utilisation : Modifier facture:
Acteur Secrétaire
Objectifs Ce cas d’utilisation est utilisé pour modifier
des factures.
Pré-condition Le secrétaire est déjà connecté et elle
a recherché les différentes factures.
Post-condition Facture modifiée.
Scénario nominal : 1. La secrétaire choisit la fonction
"Modifier facture" après avoir
consulter les factures.
2. Le système lui affiche un
formulaire remplit par les
informations des factures
concernées.
3. La secrétaire modifie un ou
plusieurs champs du
formulaire, puis il enregistre les
modifications.
4. Le système vérifie les champs
saisis par la secrétaire.
5. Le système affiche un message
«Facture modifiée avec succès.
6. Le système enregistre ces
modifications
Scénario alternatif : A1:Dans le cas où il existe
une facture dans la base
avec le même critère :
A1 démarre au point 4
4-a- le système vérifie les
informations saisies par la
secrétaire.
4-b- le système affiche un
message d’erreur Le
scénario retourne au point
2.
Exception le système affiche un message « vérifier
les champs saisies! » s’il y a des
informations incomplètes ou invalides
et donne la main à l’utilisateur pour
32. Page 32 sur 79
saisir les champs vides ou corriger les
champs invalides.
Tableau : Description textuelle de cas d’utilisation « « Modifier facture»
Le tableau 17 représente le scénario du cas "Imprimer facture" :
Cas d’utilisation : Imprimer facture:
Acteur Secrétaire
Objectifs Ce cas d’utilisation est utilisé pour imprimer
des factures.
Pré-condition Le secrétaire est déjà connecté et elle
a recherché les différentes factures.
Post-condition Facture imprimé.
Scénario nominal : 1. La secrétaire choisit la fonction
"imprimer facture".
2. Le système affiche un message
de confirmation.
3. Le système enregistre
l’opération de l’impression
dans le cas de confirmation.
Scénario alternatif : A1:Dans le cas où il existe
une facture dans la base
avec le même critère :
A1 démarre au point 4
4-a- le système vérifie les
informations saisies par la
secrétaire.
4-b- le système affiche un
message d’erreur Le
scénario retourne au point
2.
Exception Dans le cas où la secrétaire annule
l’impression d’une facture, le système
rafraichit la page. Cas d'utilisation
terminé.
Tableau : Description textuelle de cas d’utilisation « « Imprimer facture»
33. Page 33 sur 79
✓ Analyse du Cas d’utilisation «Créer fiche visite» :
Ce Diagramme décrit en détails le cas d’utilisation «Créer fiche visite»
Figure 9 : diagramme de cas d'utilisation «Créer carte visite»
Le tableau représente le scénario du cas « Imprimer carte visite» :
Cas d’utilisation : Imprimer Carte visite:
Acteur Secrétaire
Objectifs Ce cas d’utilisation est utilisé pour imprimer
des cartes.
Pré-condition Le secrétaire est déjà connecté et elle
a recherché les différentes cartes.
Post-condition Carte imprimé.
Scénario nominal : 1. La secrétaire choisit la fonction
"imprimer carte".
2. Le système affiche un message
de confirmation.
3. Le système enregistre
l’opération de l’impression
dans le cas de confirmation.
34. Page 34 sur 79
Scénario alternatif : A1:Dans le cas où il existe
une carte dans la base avec
le même critère :
A1 démarre au point 4
4-a- le système vérifie les
informations saisies par la
secrétaire.
4-b- le système affiche un
message d’erreur Le
scénario retourne au point
2.
Exception Dans le cas où la secrétaire annule
l’impression d’une carte, le système
rafraichit la page. Cas d'utilisation
terminé.
Tableau : Description textuelle de cas d’utilisation « « Imprimer carte»
✓ Analyse du Cas d’utilisation «Créer carte rendez-vous» :
Ce Diagramme décrit en détails le cas d’utilisation «Créer carte rendez-vous»
Figure 9 : diagramme de cas d'utilisation «Créer carte rendez-vous»
35. Page 35 sur 79
Le tableau représente le scénario du cas « Imprimer carte rendez-vous» :
Cas d’utilisation : Imprimer Carte rendez-vous:
Acteur Secrétaire
Objectifs Ce cas d’utilisation est utilisé pour imprimer
des cartes.
Pré-condition Le secrétaire est déjà connecté et elle
a recherché les différentes cartes.
Post-condition Carte imprimé.
Scénario nominal : 1. La secrétaire choisit la fonction
"imprimer carte".
2. Le système affiche un message
de confirmation.
3. Le système enregistre
l’opération de l’impression
dans le cas de confirmation.
Scénario alternatif : A1:Dans le cas où il existe
une carte dans la base avec
le même critère :
A1 démarre au point 4
4-a- le système vérifie les
informations saisies par la
secrétaire.
4-b- le système affiche un
message d’erreur Le
scénario retourne au point
2.
Exception Dans le cas où la secrétaire annule
l’impression d’une carte, le système
rafraichit la page. Cas d'utilisation
terminé.
Tableau : Description textuelle de cas d’utilisation « « Imprimer carte»
36. Page 36 sur 79
2.4 Spécification des besoins :
Etant donné la nécessité d’avoir un système informatique de qualité, le sujet de
notre site permettra de répondre aux besoins des responsables de la Société
Smart Ways Innovation.
2.4.1. Spécification des besoins fonctionnels :
Les besoins fonctionnels expriment une action que doit effectuer le système en
réponse à une demande et comprendre le contexte et les fonctionnalités de
projet. Notre application doit satisfaire les besoins fonctionnels suivantes :
Le futur système doit permettre aux prestataires de soins de :
Gérer les ordonnances afin de préciser les montants de paiement remboursés
par l’assurance, en assurant la rapidité et la fiabilité.
Gérer les consultations afin de préciser les montants de paiement remboursés
par l’assurance.
Visualise aux prestataires de soins l’état de la consommation du plafond avant
de gérer les ordonnances et les consultations.
2.4.2. Besoins non fonctionnelles :
Ce sont les besoins qui permettraient d’améliorer la qualité des services du site
comme la convivialité et l’ergonomie des interfaces et l’amélioration du temps de
réponse. Parmi ces besoins on cite :
La sécurité : le système doit offrir à l’utilisateur connecté la confidentialité et
l’intégrité.
La disponibilité : Lorsque n’importe quel utilisateur désire consulter le site, il
doit être disponible.
La convivialité: le système doit offrir aux utilisateurs des interfaces
compréhensibles et simples à manipuler.
Temps de réponse : Le temps de réponse doit être le plus court possible.
2.5 Conclusion :
Dans ce chapitre on a présenté un recueil des besoins fonctionnels et techniques
envers le système à développer. On a présenté tout d’abord les acteurs
informatisés en suite le modèle des cas d’utilisations dont lequel on a présenté le
37. Page 37 sur 79
diagramme des cas d’utilisations Global et détaillé et leur représentation
textuelle. Dans le chapitre suivant nous allons identifier le diagramme de classe
avec les diagrammes de séquence et état transition qui nous permettons d’une
compréhension approfondie
Chapitre 3
38. Page 38 sur 79
Analyse &
Conception
Introduction
Au cours de ce chapitre, nous allons présenter le diagramme de classe qui est
utilisé pour représenter les classes et les interfaces du système et les différentes
relations entre elles, le diagramme de séquence qui est utilisé pour représenter
l’interaction entre les participants et le système, classés par ordre chronologique
dans la formule du langage de modélisation unifié. Ainsi que le diagramme d’états
qui est utilisé pour représenter des automates déterministes en génie logiciel.
39. Page 39 sur 79
3.1 Modélisation statique :
Dans cette partie, nous allons présenter les différentes classes et décrire les
différentes relations entre elles à l’aide du diagramme de classe présenté ci-
dessous :
3.1.1. Dictionnaire des données :
Code Nom Description
Kiné
12 Id_Kiné Identifiant d’un kiné
13 Nom_Kiné Nom d’un kiné
14 Prénom_Kiné Prénom d’un kiné
15 Email_Kiné Email d’un kiné
16 Tel_Kiné Téléphone d’un kiné
17 Adresse_Kiné Adresse d’un kiné
17 Sexe_Kiné Sexe d’un kiné
18 Date_Naissance_Kiné Date de naissance d’un
kiné
Patient
19 Id_pat Identifient d’un patient
20 Nom_pat Nom d’un patient
21 Prénom_pat Prénom d’un patient
22 Num_Tel_pat Numéro téléphone d’un
patient
23 Date_Naissance_pat Date de naiisance d’un
patient
Adresse_pat Adresse d’un patient
24 Profession_pat Profession d’un patient
Rendez-vous
25 Id_Rv Identifiant d’un rendez
vous
26 Sexe_Rv Sexe d’un rendez vous
27 Date_Rv Date d’un rendez vous
Facture
Id_Fac Identifiant d’une facture
Montant_Fac Montant d’une facture
40. Page 40 sur 79
Nbr_Séance_Fac Nombre de séance
d’une facture
Prix_Séance_Fac prix de séance d’une
facture
Etat _Fac Etat d’une facture
Caisse
Id_caisse Identifiant d’une caisse
Libelle_caisse Libelle d’une caisse
Montant_caisse Montant d’une caisse
Type _caisse Type d’une caisse
TypeMontant_caisse Type montant d’une
caisse
Date_caisse Date d’une caisse
Tableau: Dictionnaire de données
41. Page 41 sur 79
Figure : Diagramme de séquence du scénario : S’authentifier
42. Page 42 sur 79
Figure : Diagramme de séquence du scénario : S’inscrire
43. Page 43 sur 79
Figure : Diagramme de séquence du scénario : Ajouter kiné
44. Page 44 sur 79
Figure : Diagramme de séquence du scénario : Modifier kiné
46. Page 46 sur 79
Introduction
Dans ce dernier chapitre, nous réalisons la phase de clôture de notre application.
En premier lieu nous présentons l’architecture et l'environnement de
développement auxquels nous avons eu recours, puis nous présentons nos choix
techniques avec une vision générale au niveau de la conception et la réalisation
du p final. Enfin, nous exposerons les interfaces en ajoutant une courte
description tout au long du processus de développement de l’application.
4.1 Architecture de l’application :
L’architecture est l’ensemble des aspects techniques et applicatifs qui sont
importants pour un logiciel. Nous présentons d’abord le type de l’architecture
physique et par la suite l’architecture système.
4.1.1 Architecture physique (3 tiers) :
Nous avons utilisé L'architecture trois tiers, également appelée architecture à
trois niveaux ou à trois couches, c’est une architecture client-serveur dans
laquelle coexistent et sont maintenus des modules indépendants permettant le
rendu d'une interface utilisateur (GUI), les processus logiques, fonctionnels et
métiers ainsi que l'accès aux données. On parle donc ici d'une infrastructure
physique qui va servir de support à une infrastructure logicielle (l'infrastructure
trois tiers sous-tend l'infrastructure logicielle). En effet, n'importe quelle
application peut être découpée en trois parties : une partie interface graphique,
une partie fonctionnelle, et une partie de stockage de données.
Figure 22 : Architecture 3tiers
47. Page 47 sur 79
4.1.2 Architecture système :
Lors du développement d’applications, nous avons souvent le choix entre
différents Framework et architectures en fonction du langage dans lequel nous
développons. L’application est basée sur le concept de Modèle Vue Contrôleur
qui signifie une technique de développement avancée et qui découpe
l'application en 3 couches principales, nommées Modèle, Vue et Contrôleur.
Figure 23 : Architecture MVC
Ainsi il y a 3 couches distinctes :
Le modèle définit les données utilisées par l’application. En effet, c’est ici que le
lien se fera entre notre application et la base de données.
La vue définit la façon dont les informations seront affichées à l’écran (via des
composants par exemple). Il s’agit de l’interface utilisateur. C’est ici qu’on utilisera
les données récupérées par le modèle afin de les présenter à l'utilisateur.
Dans le contrôleur, nous retrouvons tout le logique métier. En effet, lorsque
l’utilisateur interagit avec la vue, la requête est traitée par le contrôleur. Il
48. Page 48 sur 79
fonctionne comme un "listener", c'est-à-dire qu'il attend que l'utilisateur
interagisse avec la vue pour en récupérer la requête. Ainsi, c’est le contrôleur qui
définira la logique d’affichage, et affichera la vue suivante à l’écran.
4.2 Environnement de travail :
Cette section est dédiée à la mise en place de l’environnement matériel et logiciel
nécessaire pour la conception, le développement et le test de la plateforme. Dans
ce qui suit, nous présentons l’environnement logiciel et matériel exploité dans
notre projet.
4.2.1 Environnement matériel :
Les matériels qui favorisent la réalisation de notre application correspond à :
Système
d’exploitation
Ram Marque Processeur
Windows 10,
64 bits
8,00 Go Asus Intel(R) Core(TM)
i5-7200U CPU @
2.50GHz 2.71 GHz
4.2.2 Environnement logiciel :
Le choix de l’environnement logiciel constitue un grand défi pour le
développement car il influence directement les facteurs temps et cout, il
représente une étape importante. C’est pour cela, nous utilisons les logiciels
suivants :
49. Page 49 sur 79
Word :
Word est un logiciel de traitement de texte qui permet de taper des textes,
ajouter des images, des graphiques, insérer des tableaux avec des multiples choix
de polices et de conception.
Figure 24 : Logo Word
Bootstrap :
Il s’agit d’un Framework de feuille de style dédié à la création des sites et des
applications web. Il se compose à la fois de HTML, ainsi que des modèles de
conception à base de CSS pour la typographie, des formes, des boutons, la
navigation et d'autres composants de l'interface et des extensions optionnelles
JavaScript.
Figure 37 : Logo Bootstrap
50. Page 50 sur 79
Visual Studio Code:
Visual Studio Code est un éditeur de code extensible développé par Microsoft
pour Windows, Linux et MacOs. L’éditeur est présenté lors de la conférence des
développeurs Build d'avril 2015 comme un éditeur de code cross-Platform, open
source et gratuit, supportant une dizaine de langages.
Figure 38 : Logo Visual Studio Code
Html5:
Le HTML5, pour HyperText Markup Language 5, est une version du célèbre format
HTML utilisé pour concevoir les sites Internet. Celui-ci se résume à un langage de
balisage qui sert à l'écriture de l'hypertexte indispensable à la mise en forme
d'une page Web. Elle offre par exemple la possibilité de définir le contenu
principal d'une page Web, d'ajouter une introduction en header, d'insérer un
sous-titre à un contenu multimédia de type vidéo, etc.
Figure 38 : Logo Html5
51. Page 51 sur 79
CSS3 :
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 33 : Logo css3
Type Script :
Type Script est un langage de programmation libre et open source développé
par Microsoft qui a pour but d'améliorer et de sécuriser la production de code
JavaScript. Il s'agit d'un sur-ensemble syntaxique strict de JavaScript (c'est-à-dire
que tout code JavaScript correct peut être utilisé avec Type Script). Le code Type
Script est Trans compilé en JavaScript, et peut ainsi être interprété par n'importe
quel navigateur web ou moteur JavaScript.
Figure 34 : Logo Typescript
52. Page 52 sur 79
Node.js :
Node.js est une plateforme logicielle libre en JavaScript, orientée vers les
applications réseau évènementielles hautement concurrentes qui doivent
pouvoir monter en charge.
Node.js est utilisé notamment comme plateforme de serveur Web, elle est
utilisée par GoDaddy, IBM, Netflix, Amazon Web Services, Groupon3, Vivaldi,
SAP4, LinkedIn5, 6, Microsoft7, 8, Yahoo!9, Walmart10, Rakuten, Sage et
PayPal11, 12.
Figure 28 : Logo Angular
Angular :
Angular est un Framework open source JavaScript développé par Google. Ce
Framework est utilisé pour développer des applications web et mobile. Avec cette
technologie, on réalise des interfaces de type monopage ou “one page” qui
fonctionnent sans rechargement de la page web.
Figure 28 : Logo Angular
53. Page 53 sur 79
Firebase :
Firebase est un ensemble d'outils pour l'hébergement et le développement
d'applications mobiles et web, qui permet l'envoi de notifications et de publicités,
la remontée des erreurs et des clics effectués dans l'application.
Figure 29 : Logo Firebase
Draw.io :
Draw.io est un logiciel de modélisation et de conception UML, accessible via son
navigateur (protocole https) qui permet de dessiner des diagrammes ou des
organigrammes. Il s’agit d’un logiciel de modélisation et de conception UML.
Figure 48 : Logo draw.io
54. Page 54 sur 79
Wepik :
Découvrez les modèles modifiables de Wepik pour créer des graphiques et du
contenu visuel professionnels pour votre petite entreprise. Créez en quelques
minutes et téléchargez gratuitement !
Figure 48 : Logo wepik
Canva :
Canva est un outil de design graphique en ligne gratuit. Utilisez-le pour créer vos
publications sur les réseaux sociaux, vos présentations, vos affiches.
Figure 48 : Logo Canva
4.2.3 Modélisation logique des données :
La modélisation logique des données est la représentation des informations issues de
la modélisation conceptuelle des données. Elle permet de préciser le type de données
utilisées lors des traitements. Ainsi, le modèle logique est dépendant du type de base
de données utilisé. Dans cette partie, nous avons introduit les différentes règles
passées du diagramme de classes au modèle relationnel.
Règles de passage du model logique des données brut :
Nous donnons ci-dessous les règles nécessaires pour convertir le modèle conceptuel UML en modèle
relationnel équivalent.
55. Page 55 sur 79
• Transformation des classes
Toute classe est transformée en table.
Les propriétés de la classe deviennent les attributs de la table.
L'identifiant d’une classe devient la clé primaire de la table.
• Associations un-à-plusieurs
Pour chaque association binaire de type [1:N], il faut ajouter un attribut de type clé étrangère dans la
relation fils de l’association. L’attribut porte le nom de la clé primaire de la relation mère de
l’association. La clé de la relation père migre dans la relation fils.
• Association un-à-un
Pour chaque association binaire de type [1:1] Il faut ajouter un attribut clé étrangère dans la relation
dérivée de la classe ayant la multiplicité minimale égale à un. L’attribut porte le nom de la clé
primaire de la relation dérivée de l’entité (classe) connectée à l’association. Cette règle permet
d’éviter les valeurs NULL dans la base de données
• Associations plusieurs-à-plusieurs
Pour chaque association binaire de type [M:N], on crée une nouvelle relation, composée de clés
étrangères vers chaque relation associée, et dont la clé primaire est la concaténation de ces clés
étrangères.
• Transformation de l’héritage
Il faut transformer chaque sous-classe en une relation. La clé primaire de la surclasse migre dans
la(les) relation(s) issue(s) de la (des) sous-classe(s) et devient à la fois clé primaire et clé étrangère.
• Transformation d’agrégation / composition
Ces types d’associations se traitent de la même façon que les associations classique.
4.3 Construction du Modèle logique des données brut :
Patient (Id_pat, Nom_ pat, Date_Naissance_pat, Genre_pat, Num_Tel_pat, Adresse_pat,
Service_pat)
Docteur (Id_doc, #Id_pat)
Secrétaire (Id_sec, #Id_pat)
Rendez-vous (Id_rdv, #Id_pat, #Id_const)
Consultation (Id_const, #Id_doc, #Id_fac, #Id_rdv)
Facture (Id_facture, #Id_pat, #Id_sec)
Fiche-Visite (Id_fiche, #Id_pat, #Id_sec)
Nouveautés (Id_News, Date_News, Sujet_News, Photo_News)
56. Page 56 sur 79
Contactez-nous (Id_Contact, Nom_Contact, Objet_Contact, Message_Contact)
4.4 Construction du Modèle physique des données brut :
Nom de la table N° Liste des champs Contraintes Type
Docteur Id_Doc
Id_Pat
Nom_Doc
Pré_ Doc
Date_naiss_ Doc
Num_tél_Doc
Genre_Doc
Exp_Doc
Adr_Doc
Email_Doc
Date_Recr_Doc
Pass_Doc
Secrétaire Id_Sec
Id_Pat
Nom_Sec
Pré_Sec
Date_naiss_pat
Num_tél_pat
Genre_pat
Exp_Sec
Adr_pat
Email_Sec
Date_Recr_Sec
Pass_Sec
Clé primaire
Patient 01
02
03
04
05
06
07
Id_Pat
Nom_pat
Pré_Sec
Date_naiss_pat
Num_tél_pat
Genre_pat
Sexe_pat
Adr_pat
Pass_Sec
Clé primaire Numérique
Texte
Date
Texte
Numérique
Texte
Texte
Kiné 08
09
10
11
12
13
14
Id_Kiné
Nom_ Kiné
Pré_Sec
Date_naiss_Kiné
Num_tél_pat
Genre_ Kiné
Adr_Kiné
Serv_Kiné
Date_Recr _Kiné
Clé primaire Numérique
Texte
Date
Numérique
Texte
Texte
Texte
Date
57. Page 57 sur 79
Consultation Id_Const
Prix_const
Facture N°_fac
Nom_fac
Date_fac
Serv_fac
Nbr_Séan_Fac
Prix_fac
Mode_Pai_Fac
Rdv Id_Rdv
Nom_Rdv
Carte_visite Id_carte
Fiche_Rdv Id_fiche
Tableau 21 : Tableau descriptif du schéma physique des données
Dans UML, le modèle physique décrit comment quelque chose sera déployé dans le monde réel la
plate-forme matérielle, la connectivité réseau, logiciels, système d’exploitation, et d’autres
composants.
Modèle physique :
Voici la figure 47 représente le modèle physique des données :
58. Page 58 sur 79
4.5 Présentation des Interfaces :
Partie web :
Après l'étude du projet, nous présentons la version finale de l'application avec ses interfaces et ses
fonctionnalités.
∴ Interface « Accueil » :
La figure 40 représente l'interface d’accueil. En effet, Nous pouvons l’interface d’A propos de nous,
Nos Experts, Nos Services, Rendez-vous, Actualité, Contact, Avis.
Figure 46 : Interface page d’Accueil de site web du kiné
59. Page 59 sur 79
∴ Interface « A propos de nous » :
La figure 40 représente l'interface d’A propos de nous. En effet, Nous pouvons les informations du
kiné.
Figure 46 : Interface page A propos de nous de site web du kiné
60. Page 60 sur 79
∴ Interface «Nos Experts» :
La figure 40 représente l'interface de Nos Experts. Nous pouvons visualiser les équipes qui travaillent
dans kiné.
Figure 46 : Interface page Nos Experts de site web du kiné
61. Page 61 sur 79
∴ Interface «Nos Services» :
La figure 40 représente l'interface de Nos Services. Nous pouvons visualiser les services disponibles
dans kiné et les prix de chaque service par séance et par mois.
62. Page 62 sur 79
Figure 46 : Interface page Nos Services de site web du kiné
63. Page 63 sur 79
∴ Interface «Les nouveautés» :
La figure 40 représente l'interface de nouveautés. Nous pouvons visualiser les offres du prix.
Figure 46 : Interface page Actualité de site web du kiné
64. Page 64 sur 79
∴ Interface «Contactez-nous» :
La figure 40 représente l'interface de contactez-nous. Les visiteurs du site contactez le kiné ou
exprimer son opinion par l’interface contactez-nous.
Figure 46 : Interface page Contact de site web du kiné
65. Page 65 sur 79
∴ Interface «Avis » :
La figure 40 représente l'interface d’avis. Dans cette interface nous trouvons les avis des patients les
plus répété.
Figure 46 : Interface page Avis de site web du kiné
66. Page 66 sur 79
∴ Interface « Authentification » :
Tout utilisateur (Docteur, Secrétaire) doit obligatoirement s'authentifier en saisissant son email
d'utilisateur et son mot de passe avant de passer à son interface personnalisée en utilisant l'interface
authentification représenté dans la figure 48.
67. Page 67 sur 79
Figure 38 : Interface d’authentification
69. Page 69 sur 79
∴ Interface d’erreur à l’authentification :
Lorsque la secrétaire et le docteur s’authentifie avec un email et un mot de passe incorrect
un message d’erreur s’affiche ‘Vérifier votre email ou/et votre mot de passe, puis réessayer
en utilisant l'interface authentification représenté dans la figure 49.
Figure 39 : Interface d’erreur d’authentification
70. Page 70 sur 79
Interface d’authentification dans firebase :
71. Page 71 sur 79
Interface Dashboard du docteur ou la secrétaire:
La figure 40 représente l'interface de la secrétaire ou docteur. En effet, elle peut visualiser la profil
des 2 admin (Secrétaire et Docteur), la liste des kinés, des patients et des rendez-vous, Facture ,
Fiche rendez-vous et carte visite.
72. Page 72 sur 79
Interface Profil d’admin:
La figure 40 représente l'interface de profil d’admin. En effet, elle peut visualiser les données du
docteur.
Retour
Modifier Supprimer
Figure 39 : Interface de profil du docteur
73. Page 73 sur 79
Figure 39 : Interface de modifier compte docteur
Partie mobile :
∴ Interface « Authentification » :
Tout utilisateur (Docteur, Secrétaire) doit obligatoirement s'authentifier en saisissant son email
d'utilisateur et son mot de passe avant de passer à son interface personnalisée en utilisant l'interface
authentification représenté dans la figure 48.
77. Page 77 sur 79
∴ Interface d’erreur à l’authentification :
Lorsque la secrétaire et le docteur s’authentifie avec un email et un mot de passe incorrect
un message d’erreur s’affiche ‘Vérifier votre email ou/et votre mot de passe, puis réessayer
en utilisant l'interface authentification représenté dans la figure 49.
78. Page 78 sur 79
Authentification dans Firebase :
Realtime database dans Firebase :