République Algérienne Démocratique et Populaire

Ministère de l’enseignement Supérieur et de la Recherche

Scientifique
Université Benyoucef Benkhdda Alger 1

Faculté de Sciences

Département Mathématique Informatique

Projet de Fin d’Études pour l’obtention du diplôme de

Licence en Informatique

Spécialité : Systèmes Informatiques(SI)/Ingénierie des Systèmes(ISIL)

d’Information et Logiciels

THÈME
Conception et réalisation d’une plate-forme de gestion d’un cabinet
dentaire.

Encadré par : Réalisé par :

- Mme Khadidja Benmessaoud - DRICI Mohamed Islam (SI)

- MISSARA Razine Merouane (SI)
- SAOUDI Akram (ISIL)
2020/2021
 Remerciements
Tout d’abord, nous rendons grâce à Allah le tout puissant de nous avoir donné le courage et la
patience nécessaires à mener ce travail à son terme, et nous le prions de nous dresser et nous
éclairer un chemin vers la réussite. Nous manifestons nos remerciements les plus sincères a notre
encadreur Mme Khadidja Benmessaoud, pour ses précieux conseils, son écoute, sa disponibilité
et tous ses efforts fournis.
La confiance qu’il nous a accordée a affirmé notre volonté et nous a permis de progresser
rapidement.
Nous adressons aussi nos plus profonds remerciements aux cabinets dentaires , pour leur
aide immense, ainsi pour tous les conseils et les informations qu’ils nous ont prodigués.
Que les membres de jury trouvent, ici, l’expression de nos sincères remerciements pour
l’honneur qu’ils nos font en prenant le temps de lire et d’évaluer ce travail. Nous sommes
reconnaissons à l’ensemble du corps professoral du département MI pour la qualité de leurs
enseignements et pour les valeurs qu’ils nous ont inculquées et tous ceux qui ont contribué de
près ou de loin à la concrétisation de ce travail.
Pour finir, nous souhaitons remercier toute personne ayant contribué de prés ou de loin à
l’aboutissement de ce travail.
Dédicaces

Au meilleur des pères

A ma très chère maman

Qu’ils trouvent en moi la source de leur fierté

A qui je dois tout

A ma sœur et mes deux frère

A qui je souhaite un avenir radieux plein de réussite

A mon trinôme DRICI Mohamed Islam, MISSARA Merouane

Razine

Dans l’attente d’une nouvelle collaboration à vos côtés

A mes Amis

A tous ceux qui me sont chers

SAOUDI Akram

0
 Résumé
A travers ce projet, nous réaliserons une application web qui facilitera la gestion
des cabinets dentaires. Notre système vise à simplifier la gestion des rendez-vous,
patients, contacts, employés et des finances. Il permettra aussi de consulter les
actions opéré par les employés et les statistiques du cabinet. Ainsi qu’assurer l’ar-
chivage de toutes les données nécessaires à son fonctionnement.
Notre plate-forme cherchera à optimiser le temps des dentistes et le déroulement
des taches usuelles. En prenant en compte la sécurité des données et des utilisa-
teurs le tout avec un design élégant et une navigation claire.

Mots clés
Cabinet dentaire, dentiste, patient, ordonnance, trésorerie,...

Abstract
Through this project, we will create a web application that will facilitate the
management of dental offices.
Our system aims to simplify the management of appointments, patients, contacts,
employees and finances. It will also make it possible to consult the actions car-
ried out by the employees and the statistics of the office. As well as ensuring the
archiving of all data necessary for its operations.
Our platform will seek to optimize dentists’ time and the course of usual tasks.
Taking into account the security of data and users, all with an elegant design and
clear navigation.

Keywords
Dental office, dentist, patient, prescription, treasury, ...
Table des matières

Introduction Générale 1

1 Étude de l’existant 2
1.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2 Définition cabinet dentaire . . . . . . . . . . . . . . . . . . . . . . 2
1.2.1 Le médecin-dentiste, la médecin-dentiste . . . . . . . . . . 2
1.2.2 L’assistante dentaire, l’assistant dentaire . . . . . . . . . . 3
1.3 État de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3.1 Cabinet Docteur RAMZY CHAOUCHI -BOUDGHENE . . 3
1.3.2 Cabinet Docteur Djamal SAHLI . . . . . . . . . . . . . . . 5
1.4 Comparatif des fonctionnalités . . . . . . . . . . . . . . . . . . . . 6
1.5 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

2 Conception 8
2.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.2 Analyse des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . 8
2.2.1 Les Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . 8
2.2.2 Les besoins non fonctionnels . . . . . . . . . . . . . . . . . 9
2.3 Méthode de modélisation . . . . . . . . . . . . . . . . . . . . . . . 10
2.4 Diagramme des cas d’utilisation . . . . . . . . . . . . . . . . . . . 10
2.4.1 Documentation textuelle du diagramme des cas d’utilisation 12
2.5 Diagrammes de séquence . . . . . . . . . . . . . . . . . . . . . . . 14
2.6 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . 18
2.7 Aspects de sécurité partie conception . . . . . . . . . . . . . . . . 20
2.8 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

3 Réalisation 21
3.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.2 Environnement de développement . . . . . . . . . . . . . . . . . . 21
3.2.1 Bootstrap . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
3.2.2 PHP Laravel . . . . . . . . . . . . . . . . . . . . . . . . . . 22
3.3 Architecture MVC . . . . . . . . . . . . . . . . . . . . . . . . . . 22
 3.4 Aspects de sécurité . . . . . . . . . . . . . . . . . . . . . . . . . . 23
3.5 Présentation des interfaces . . . . . . . . . . . . . . . . . . . . . . 24
3.6 Conclusion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

Conclusion 30

Annexe 1 31

Annexe 3 33

Annexe 3 36

Annexe 4 39

Bibliographie 46

Weboghaphe 47

2
Table des figures

1.1 Capture d’écran des fonctionnalités du logiciel du Docteur BOUD-

GHENE. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.1 diagramme de cas d’utilisation. . . . . . . . . . . . . . . . . . . . . 11
2.2 Diagramme de séquence "inscription". . . . . . . . . . . . . . . . . 14
2.3 Diagramme de séquence "Authentification". . . . . . . . . . . . . . 15
2.4 Diagramme de séquence "Donner un RDV". . . . . . . . . . . . . . 15
2.5 Diagramme de séquence "Ajouter un utilisateur". . . . . . . . . . . 16
2.6 Diagramme de séquence "Modifier informations médicale". . . . . . 17
2.7 Diagramme de séquence "Ajouter un patient". . . . . . . . . . . . 18
2.8 Diagramme de classe. . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.1 Représentation Modèle MVC . . . . . . . . . . . . . . . . . . . . . 23
3.2 Page principale. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
3.3 Page de navigation. . . . . . . . . . . . . . . . . . . . . . . . . . . 24
3.4 Page d’agenda. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.5 Page liste patients. . . . . . . . . . . . . . . . . . . . . . . . . . . 25
3.6 Page fiche patients. . . . . . . . . . . . . . . . . . . . . . . . . . . 26
3.7 Page fiche patient (liste radios). . . . . . . . . . . . . . . . . . . . 26
3.8 Page liste contacts. . . . . . . . . . . . . . . . . . . . . . . . . . . 27
3.9 Page finance (Bénéfices). . . . . . . . . . . . . . . . . . . . . . . . 27
3.10 Page profile. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
3.11 Page liste utilisateurs. . . . . . . . . . . . . . . . . . . . . . . . . . 28
3.12 Page de navigation (mobile). . . . . . . . . . . . . . . . . . . . . . 29
3.13 Capture d’écran des fonctionnalités du logiciel MedicoSoft . . . . 32
3.14 Diagramme de séquence "Ajouter dépense". . . . . . . . . . . . . . 33
3.15 Diagramme de séquence "Modifier RDV". . . . . . . . . . . . . . . 34
3.16 Diagramme de séquence "Rechercher contact". . . . . . . . . . . . 34
3.17 Diagramme de séquence "Recherche patient". . . . . . . . . . . . . 35
3.18 Page principale. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
3.19 Page d’agenda. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.20 Page d’ajout patient. . . . . . . . . . . . . . . . . . . . . . . . . . 40
3.21 Page fiche patient (informations médicales). . . . . . . . . . . . . . 41
3.22 Page fiche patient (liste visites). . . . . . . . . . . . . . . . . . . . 41

2
3.23 Page fiche patient (liste ordonnances). . . . . . . . . . . . . . . . . 42
3.24 Page ordonnance. . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.25 Page finance (Dépenses). . . . . . . . . . . . . . . . . . . . . . . . 43
3.26 Page finances (entrées). . . . . . . . . . . . . . . . . . . . . . . . . 43
3.27 Page utilisateurs supprimés. . . . . . . . . . . . . . . . . . . . . . 44
3.28 Page historique. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.29 Page Agenda (mobile). . . . . . . . . . . . . . . . . . . . . . . . . 45

3
Liste des tableaux

1.1 Comparatif des fonctionnalités. . . . . . . . . . . . . . . . . . . . . 6

2.1 Cas d’utilisation N°1 Créer un compte en tant qu’administrateur
du cabinet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.2 Cas d’utilisation N°2 ajouter un Rendez-vous. . . . . . . . . . . . 12
2.3 Cas d’utilisation N°3 enregistrer une nouvelle visite d’un patient. . 12
2.4 Cas d’utilisation N°4 ajouter un utilisateur par l’administrateur du
cabinet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.5 Cas d’utilisation N°5 ajouter un nouveau patient à la liste . . . . . 13

1
Acronymes

API Application Programming Interface. 30

CSRF Structured query language. 23

CSS Cascading Style Sheets. 21

HTTP Hypertext Transfer Protocol. 23

IHM Interactions homme-machine. 14

IOS Iphone Operating System. 30

MIT Massachusetts Institute of Technology. 22

MVC Modèle-vue-contrôleur. 22

ODF Orthopédie Dento-Faciale. 31

ORM Object-relational mapper. 23

PDO PHP Data Objects. 23

PHP Hypertext Preprocessor. 22

RDV rendez-vous. 1

SQL Structured query language. 23

UML Unified Modeling Language. 8

URL Uniform Resource Locator , Localisateur de ressources uniformes. 7

0
Introduction Générale

Depuis plusieurs années, l’Internet a été utilisé comme un outil de message-

rie, de publication d’information en fournissant des services susceptibles de faire
évoluer la qualité des informations qui circulent à travers le réseau.
De nos jours l’informatisation touche à un grand nombre de disciplines, y com-
pris celui de la santé.
La Gestion des cabinets dentaires est un domaine ou l’informatique s’est invi-
tée il y a maintenant un bon moment avec plus ou moins de succès, différentes
entreprises proposent plusieurs logiciels aux prix et fonctionnalités variés.
Cependant, nombre de dentistes n’utilisent toujours pas de systèmes de gestion
informatisé et ce à cause de leurs prix exorbitant, des fonctionnalités manquantes
ou de la complexité lors de la navigation à l’intérieur du système.
Dans ce projet nous allons proposer une solution aux problèmes que rencontres
les praticiens. Notre solution se concentrera sur deux aspects principaux :

• Les fonctionnalités : Le but est de délivrer toutes les fonctionnalités néces-

saires pour aider le dentiste dans sa gestion des RDV (rendez-vous), patients,
contacts, employés et finances.

• L’expérience utilisateur : Faciliter les démarches pour exécuter les nom-

breuses tâches tout-en offrant un désigne simple, élégant et moderne.

Ce document est organisé en trois chapitre :

Le premier chapitre est consacré à la description du "cabinet dentaire", pré-
sentation des différents systèmes existant,ainsi une comparaison entre eux.
Le deuxième chapitre est dédié à l’étude conceptuelle de notre système en
présentant les différents digrammes appropriés.
Le troisième chapitre est consacré à la partie implémentation et réalisation de
l’application. Et enfin nous concluons notre projet par une conclusion et perspec-
tives.

1
Chapitre 1

Étude de l’existant

1.1 Introduction
Cette étape a pour but initial de présenter les cabinets dentaires et le person-
nel. Par la suite, nous présentons une étude des systèmes de gestion des cabinets
dentaires existants, ainsi qu’un comparatif des différentes applications existantes
et leur fonctionnalité et finalement nous déterminerons d’éventuelles solutions sus-
ceptibles de satisfaire les exigences des utilisateurs.

1.2 Définition cabinet dentaire

Un cabinet dentaire est un lieu de travail d’une grande diversité, où agissent en
étroite collaboration des professionnels de différentes spécialisations. Le médecin-
dentiste pose le diagnostic, soigne les dents et supprime les maladies bucco-
dentaires, l’assistante dentaire assiste au fauteuil le médecin-dentiste ou réalise des
radiographies . Des patients souhaitant par ailleurs qu’on leur rappelle à temps
leur rendez-vous de contrôle, qu’on les reçoive avec amabilité et qui apprécient
d’être suivis avec sollicitude. Mais le cabinet dentaire a également d’autres acti-
vités, dont le patient n’est pas toujours conscient. Parmi celles-ci, la stérilisation
des instruments, le suivi des dossiers médicaux et l’administration, c’est à- dire
des tâches requérant une équipe bien formée et entraînée.

1.2.1 Le médecin-dentiste, la médecin-dentiste

Après six années d’études universitaires et une soutenance les médecin-dentistes
peuvent ouvrir leur cabinet dentaire, travailler dans l’étatique, ou comme rempla-
çant chez un privé. Les propriétaires de cabinet sont généralement des médecins-
dentistes expérimentés, qui restaurent ou remplaçant les dents malades, traitent
les maladies des gencives ou des maxillaires ainsi que les problèmes de malposition.

2
Ils posent le diagnostic et discutent avec les patients des aspects fonctionnels, es-
thétiques et financiers des traitements. Certains se spécialisent dans des domaines
bien définis et obtiennent le titre de médecin-dentiste spécialiste en chirurgie orale,
en Orthodontie, en Parodontie ou en médecine dentaire reconstructive. et pour
cela il faut passer le concours résidanat et se spécialiser pendent 4 ans .

1.2.2 L’assistante dentaire, l’assistant dentaire

L’assistante dentaire est la collaboratrice la plus étroite du médecin-dentiste.
Elle l’assiste au fauteuil, lui tend les instruments et prépare les produits d’ob-
turation. Elle répond de l’hygiène du cabinet, stérilise les instruments et réalise
des radiographies de la bouche. Elle accueille les patients, répond au téléphone et
assure la correspondance, coordonne le travail avec le laboratoire dentaire, com-
mande produits et matériels et gère la facturation et l’envoi des rappels.

1.3 État de l’existant

Afin d’avoir un aperçu et de s’inspirer de ce qui existe déjà, nous avons organisé
des entretiens et des collectes d’informations régulières avec plusieurs dentistes
afin de récolter le maximum de données et pour valider au fur et à mesure toute
opération à inclure pour mieux cerner la conception et l’analyse du projet.

1.3.1 Cabinet Docteur RAMZY CHAOUCHI -BOUDGHENE

Le Docteur BOUDGHENE est un chirurgien dentiste spécialiste . il utilise un
logiciel de gestion conçu pour lui, il nous a donné des exemples réels de quelques
documents, ce qui nous a permis de construire une idée globale sur la façon dont
seront organisés nos données et notre travail.

• Adresse : 37,Rue Larbi Ben M’hidi - ALGER

• Tél : 021 71 83 28
• E-mail : ramycb@[Link]

3
La figure N°1 donne un aperçu sur les fonctionnalités du logiciel utilisé :

Figure 1.1 – Capture d’écran des fonctionnalités du logiciel du Docteur BOUDGHENE.

Avantages :
• Propose une gestion des visites et des fiches patients détaillé.
• Interface utilisateur facile a utilisé , un guidage respecté et une gestion
d’erreurs.

Inconvénients :
• Ne propose pas la gestion des rendez-vous.
• Absence de gestion des finances et d’ordonnance.
• Absence de gestion des employés.

4
1.3.2 Cabinet Docteur Djamal SAHLI
Le Docteur Djamal SALHI est un chirurgien dentiste spécialiste, Diplomé en
Études Médicales Spéciales d’ALGER, et de pathologie et chirurgie buccale de
Paris V II.
Il nous a accueilli dans son cabinet et nous a donner une idée globale sur le fonc-
tionnement des cabinets dentaires, il nous a invité a utiliser son logiciel de gestion
conçu pour lui, notamment la partie gestion des rendez-vous.

• Adresse : 1,Bis, Rue Didouche Mourad - ALGER

• Tél : 023 49 23 69

Avantages :
• Facilité d’utilisation des fonctionnalités du Logiciel.

• Bonne gestion des rendez-vous.

Inconvénients :
• Absence de gestion des finances et d’ordonnance.

• Absence de gestion fiche patient (elle se fait sur papier donc il y a une
possibilité de perte d’information) .

• l’accès à l’agenda est impossible à distance

5
1.4 Comparatif des fonctionnalités
Dans cette partie nous listons les applications est les sites web les plus utilisé
en Algérie et à l’étranger en vérifiant la présence des différentes fonctionnalités.

Table 1.1 – Comparatif des fonctionnalités.

6
1.5 Solution proposée
Après détection des faiblesses des différents applications, nous pouvons désor-
mais définir les objectifs et les buts du système que nous devons apporter, Il doit
satisfaire les exigences de la totalité des utilisateurs.
Nous avons constaté, qu’il serait préférable que notre solution informatique soit
une application web et ce pour plusieurs raisons :

• Pas besoin d’installation : Les applications Web peuvent être lancées en

allant simplement à la bonne URL (adresse web d’un site Internet).

• Mises à jour automatiques : Avoir toujours la dernière version stable.

• Disponibilité multiplateforme

• Accès mobile

1.6 Conclusion
L’étude menée tout au long de ce chapitre nous a permis, d’avoir un aperçu
global sur les systèmes de gestion existant.
La solution proposée vise au développement d’une application web qui assure les
besoins que nous allons détailler dans une étude conceptuelle nécessaire, ce qui
sera le sujet du chapitre suivant.

7
Chapitre 2

Conception

2.1 Introduction
Dans ce chapitre nous abordons la partie conception du projet, où les aspects
fonctionnels et non fonctionnels sont davantage soulignés. Afin d’effectuer cette
étude, nous avons choisi d’adopter la méthode UML (Unified Modeling Language
) et d’employer certains de ses diagrammes.

2.2 Analyse des besoins

Le système à réaliser doit satisfaire les exigences de la totalité des utilisateurs.
Nous présentons dans ce qui suit tous les besoins fonctionnels classés par acteur
ainsi que les besoins non fonctionnels communs à tous ces acteurs.

2.2.1 Les Besoins fonctionnels

Les besoins fonctionnels expriment une action que doit effectuer le système en
réponse à une demande. Cette demande est émise par un ou plusieurs acteurs.
Les acteurs qui sont en interaction avec notre système :
• Médecin dentiste responsable du cabinet
• Médecin dentiste remplaçant
• Assistant

Cette application permettra à l’assistant de :

∗ S’authentifier
∗ Gérer son profil
∗ Gérer les RDV’s
∗ Gérer les patients
∗ Gérer les contacts
∗ Consulter agenda

8
 En plus de ce que peut faire l’assistant le médecin dentiste remplaçant a la
possibilité d’effectuer les actions suivantes :
∗ Gérer les soldes
∗ Gérer les fiches médicales.
∗ Gérer les paiements.
∗ Gérer les ordonnances
∗ Gérer les radios
∗ Gérer les visites

Le médecin dentiste responsable du cabinet peut accomplir toutes les taches

de ses employés ainsi que les nommé ci-dessous :
∗ Créer un compte
∗ Gérer les comptes des employés
∗ Gérer les dépenses
∗ Consulter les finances
∗ Consulter les statistiques
∗ Consulter l’historique des actions

2.2.2 Les besoins non fonctionnels

Il s’agit des besoins qui caractérisent le système, Ce sont des besoins en matière
de performance, de type de conception ou d’implémentation. Nous y trouvons :

∗ La sécurité
∗ L’ergonomie
∗ La facilité d’utilisation (utilisabilité)
∗ L’optimisation de l’accessibilité sur les différents appareilles (responsive)
∗ L’extensibilité (ajouter ou modifier de nouvelles fonctionnalités)

9
2.3 Méthode de modélisation
Afin de modéliser les besoins fonctionnelles nous avons choisi UML définit
comme un langage de modélisation graphique et textuel, très utilisé comme une
norme de modélisation et conception orienté objet et en développement logiciel.[1]
Nous avons choisis UML pour les raisons suivantes :

— Obtenir une modélisation de très haut niveau indépendante des langages et

des environnements.

— Faire des simulations avant de construire un système.

— Exprimer dans un seul modèle tous les aspects statiques, dynamiques, spé-
cifications, etc...

— Documenter notre projet.

2.4 Diagramme des cas d’utilisation

Le diagramme de cas d’utilisation est un diagramme qui permet de modéliser
les besoins des utilisateurs en identifiant les grandes fonctionnalités du système et
en décrivant les interactions qui vont permettre à l’acteur d’atteindre son objectif
lors de l’utilisation de ce dernier.
Les éléments de base de cas d’utilisation sont :

— Acteur : Entité extérieure au système modélisé, et qui interagit directe-

ment avec lui. (opérateur, autre système. . . ).

— Cas d’utilisation : Un cas d’utilisation est un service rendu à un acteur :

c’est une fonctionnalité de son point de vue. [5]

10
 La figure N°2.1 donne un aperçu sur le diagramme de cas d’utilisation de notre
système :

Figure 2.1 – diagramme de cas d’utilisation.

11
2.4.1 Documentation textuelle du diagramme des cas d’utilisation
Elle représente une description détaillée des cas d’utilisation.
Cas Créer un compte en tant qu’administrateur du cabinet
Résumé Procédure de création d’un compte administrateur
Acteur primaire Dentiste responsable
Acteur secondaire
Précondition Création d’un compte administrateur
Résultat Incorporation du nouveau patient et création de sa fiche personnelle
1. Accéder à la page principale du site
Scénario 2. cliquer sur le bouton « créer un compte »
3. Remplir les informations nécessaires pour la création du compte
4. Confirmer la création du compte
5. Se connecter avec son nouveau compte

Table 2.1 – Cas d’utilisation N°1 Créer un compte en tant qu’administrateur du cabinet.

Cas Ajouter un Rendez-vous

Résumé Procédure de programmation d’un rendez-vous dans l’agenda du système
Acteur primaire Assistant ou Dentiste
Acteur secondaire
Précondition L’utilisateur s’est authentifié
Résultat Création d’un rendez-vous
1. Accéder à la page agenda
2. Trouver le créneau horaire
Scénario 3. Ajouter le rendez-vous dans l’espace vide
4. Remplir les informations du rendez-vous
5. Confirmer l’ajout du rendez-vous

Table 2.2 – Cas d’utilisation N°2 ajouter un Rendez-vous.

Cas Enregistrer une nouvelle visite d’un patient qui existe dans la liste
Procédure d’ajout d’une nouvelle visite d’un patient déjà
Résumé
enregistré à partir de sa fiche
Acteur primaire Dentiste responsable et dentiste
Acteur secondaire
Précondition Le patient doit être présent dans la base de données
Le dentiste s’est authentifié
Résultat Enregistrement de la visite dans la base de données
1. Accéder à la fiche du patient
2. Ouvrir le volet des visites
3. Ajouter une nouvelle visite
Scénario
4. Remplir les informations de la visite
5. Enregistrer la nouvelle visite
6. Calcule du nouveau solde s’il y a un versement

Table 2.3 – Cas d’utilisation N°3 enregistrer une nouvelle visite d’un patient.

12
Cas Ajouter un utilisateur par l’administrateur du cabinet
Résumé Procédure d’ajout d’un compte utilisateur pour un nouvel employé
Acteur primaire Administrateur du cabinet (Dentiste responsable)
Acteur secondaire
Précondition L’administrateur s’est authentifié
Résultat Création d’un nouveau compte utilisateur
1. Accéder à la page des utilisateurs
Scénario 2. Appuyer sur le bouton « Ajouter »
3. Remplir les informations du compte
4. Confirmer la création du compte

Table 2.4 – Cas d’utilisation N°4 ajouter un utilisateur par l’administrateur du cabinet .

Cas Ajouter un nouveau patient à la liste

Procédure d’ajout d’un nouveau patient à la base de données et création
Résumé
de sa fiche personnelle
Acteur primaire Assistant ou Docteur
Acteur secondaire
Le patient ne doit pas être déjà inscrit dans la base de données
Précondition
L’utilisateur s’est authentifié
Résultat Incorporation du nouveau patient et création de sa fiche personnelle
1. Le patient arrive au cabinet
2. Il informe l’assistant que c’est sa première visite
3. L’assistant lui demande son nom et prénom et vérifie qu’il ne figure
pas dans la base de données
Scénario
4. L’assistant remplie le formulaire des informations personnelles
5. Le dentiste collecte des informations sur l’état de santé du
nouveau patient
6. Il enregistre sa fiche dans le système
[Link] patient existe dans le système
2. L’assistant informe le patient qu’il a déjà un dossier
Alternatif
3. Il vérifie les informations avec le patient
4. L’assistant met à jour les informations du patient si elles sont erronées

Table 2.5 – Cas d’utilisation N°5 ajouter un nouveau patient à la liste .

13
2.5 Diagrammes de séquence
Les diagrammes de séquence sont la représentation graphique des interactions
permettent de décrire COMMENT les éléments du système interagissent entre
eux et avec les acteurs :

— Les objets au coeur d’un système interagissent en s’échangent des messages.

— Les acteurs interagissent avec le système au moyen d’IHM (Interfaces Homme-
Machine). [6]
Nous avons choisi d’établir les diagrammes de séquence des fonctionnalités les
plus pertinentes.

La figure N°2.2 donne un aperçu sur le diagramme de séquence "Inscription" :

Figure 2.2 – Diagramme de séquence "inscription".

14
La figure N°2.3 représente le digramme de séquence "Authentification" :

Figure 2.3 – Diagramme de séquence "Authentification".

La figure N°2.4 représente le diagramme de séquence "Donner un RDV" :

Figure 2.4 – Diagramme de séquence "Donner un RDV".

15
 La figure N°2.5 donne un aperçu sur le diagramme de séquence "Ajouter un
utilisateur" :

Figure 2.5 – Diagramme de séquence "Ajouter un utilisateur".

16
 La figure N°2.6 représente le diagramme de séquence "Modifier informations
médicale" :

Figure 2.6 – Diagramme de séquence "Modifier informations médicale".

17
 La figure N°2.7 donne un aperçu sur le diagramme de séquence "Ajouter un
patient" :

Figure 2.7 – Diagramme de séquence "Ajouter un patient".

2.6 Diagramme de classe

Ce diagramme donne une représentation statique du système. Cette représen-
tation est centrée sur les concepts de classe et d’association. Chaque classe se
décrit par les données et les traitements, ces derniers sont matérialisés par des
opérations. [2]

18
La figure N°2.8 illustre le diagramme de classe de notre application web :

Figure 2.8 – Diagramme de classe.

19
2.7 Aspects de sécurité partie conception
La sécurité informatique c’est l’ensemble des moyens mis en œuvre pour réduire
la vulnérabilité d’un système contre les menaces accidentelles ou intentionnelles.
Afin d’assurer divers objectifs notamment la confidentialité , l’intégrité, l’authen-
tification et la non-répudiation.
La sécurité d’une application web doit être une préoccupation constante tout
au long de son cycle de vie. [3]

pour cela nous avons pris ces mesures dès la phase de conception :

— Assigner le rôle de chaque utilisateur pour s’assurer que seuls les personnes
autorisé aient accès au information confidentiel (Confidentialité).

— Ajouter un attribut "modifié-le" à différentes classes(Contrôle d’intégrité).

— Ajouter une classe Actions qui garde la preuve de la création, modification

et/ou suppression des patients, visites, dépenses etc ... , par chaque utilisa-
teur(Non répudiations).

— Chaque utilisateur doit se connecter avec son email et mot de passe confi-
dentiel pour utiliser le système(L’authentification).

2.8 Conclusion
Dans ce chapitre nous avons détailler les besoins et les différentes vues concep-
tuelles de l’application réalisé à travers les modèles UML nécessaire. Cette concep-
tion est essentielle pour la phase de réalisation qui constituent l’objet du chapitre
suivant.

20
Chapitre 3

Réalisation

3.1 Introduction
Après avoir effectué l’étude de l’existant et l’étude conceptuelle, notre vision
sur le rendu final de l’application web est nettement plus claire, et les objectifs
sont plus précis.
Durant ce dernier chapitre nous citons d’abord les langages et les outils de déve-
loppement, ainsi que les aspects de sécurité utilisés. Nous établissons par la suite,
la description des interfaces munis de captures d’écrans. Pour enfin arriver à la
conclusion de notre projet.

3.2 Environnement de développement

Afin de développer notre système, nous avons utilisé une panoplie de tech-
nologies et d’outils ainsi que des langages de programmation, des librairies et
frameworks dont voici la description des plus importants :

3.2.1 Bootstrap
Bootstrap est un framework CSS libre, plein d’outils utiles à la création du de-
sign (graphisme, animation et interactions avec la page dans le navigateur, etc.)
de sites et d’applications web. C’est un ensemble qui contient des codes HTML,
des formulaires, boutons, outils de navigation et autres éléments interactifs, ainsi
que des extensions JavaScript en option.[12]

Les raisons du choix du framework :

— Possède une compatibilité avec un grand nombre de navigateurs web.
— Possède des éléments qui s’adaptent aux différents type d’écrans (respon-
sive).
— Possède une documentation très riche.

21
3.2.2 PHP Laravel
Laravel est un framework web open-source écrit en PHP (Hypertext Preproces-
sor, voir annexe 4 ) respectant le principe modèle-vue-contrôleur et entièrement
développé en programmation orientée objet. Laravel est distribué sous licence
MIT( Massachusetts Institute of Technology ) , avec ses sources hébergées sur
GitHub (voir Annexe 4).[11]

les raisons du choix du framework Laravel :

— Migration des bases de données : il est facile de modifier la structure

de la base de données et d’annuler les changements en cas d’erreur.

— Tests unitaires : Laravel offre d’importantes fonctionnalités de test. Il

prend en charge les tests unitaires, qui testent de petites sections isolées du
code de l’application, ainsi que les tests de fonctionnalités.

— Haute sécurité : Laravel apporte des techniques qui permettent d’assurer

la protection contre les menaces du WEB, ce point sera abordé plus tard
(voir page 27).

— Architecture MVC (modèle-vue-contrôleur) : La séparation des compo-

sant d’une application en MVC (cette architecture sera détaillé dans titre
suivant) permet une clarté de l’architecture des dossier et simplifie grande-
ment le travaille de développement.

3.3 Architecture MVC

Le Modèle-vue-contrôleur est une méthode d’organisation de développent des
application web permettant de séparer les concepts suivants :
— Modèle : interagit avec la base de données, il regroupe, traite, gère les
données et leur logique.
— Vue : s’occupe principalement de faire afficher ce que le modèle renvoie. En-
suite, elle s’occupe de recevoir toute interaction de l’utilisateur. Elle contient
la présentation graphique à renvoyer à l’utilisateur.
— Contrôleur : prend en charge de synchroniser le modèle et la vue. Il capte
toutes les activités de l’utilisateur et, en fonction de ces activités, il actionne
les changements effectuer sur l’application, traite les actions utilisateur (via
des requêtes), demande au modèle d’effectuer les changements, puis passe
les données la vue. [7]

22
 La figure N°3.1 nous décris l’architecture MVC utilisé :

Figure 3.1 – Représentation Modèle MVC .

3.4 Aspects de sécurité

— Gestion des autorisations : Laravel fournit un système simple pour gérer
les autorisations à travers deux approches : les portes (Gates) pour les au-
torisations générales et les midleware pour le contrôle d’accès aux ressources.

— Hachage des mots de passe : La fonction de hachage est une fonction

qui, calcule une empreinte numérique servant à identifier rapidement la don-
née initiale. Cette procédure assure que seul l’utilisateur possède son mot
de passe et non pas les développeurs. La classe Hash de Laravel fournit un
hachage Bcrypt sécurisé.

— Protection contre injection SQL (Structured query language) : Laravel

fournit un générateur de requêtes PDO (PHP Data Objects) et un ORM
(object-relational mapper) Eloquent. Grâce à eux la plupart des requêtes
sont protégées par défaut dans les applications Laravel donc Eloquent im-
munise contre les injections SQL (Structured query language).

— Protection contre les CSRF (cross-site request forgery) : Des agres-

seurs peuvent lancer des attaques CSRF lorsqu’ils ont une connaissance
précise des formulaires correspondants et des requêtes HTTP (Hypertext
Transfer Protocol). Lorsqu’un facteur aléatoire entre en jeu, l’agresseur doit
généralement capituler. Le site Web peut, par exemple, produire un jeton
unique (une séquence de caractères aléatoire) et alors l’insérer dans la re-
quête HTTP. Lorsque le serveur reçoit une requête ne contenant aucun jeton
valide (ou un jeton invalide), la requête est alors automatiquement rejetée.

23
3.5 Présentation des interfaces
La figure N°3.2 donne un aperçu sur la page principale ou les visiteurs peuvent
découvrir l’application, les dentistes propriétaires de cabinets créer leur compte
et les autres utilisateurs déjà inscrit peuvent se connecter à leur compte :

Figure 3.2 – Page principale.

La figure N°3.3 donne un aperçu sur la page de navigation qui apparaît après
l’authentification ou les utilisateurs peuvent naviguer entre les différentes pages
aux quelles ils ont accès :

Figure 3.3 – Page de navigation.

24
 La figure N°3.4 donne un aperçu sur l’agenda ou les utilisateurs authentifié
peuvent consulter, ajouter, déplacer ou annuler les RDV’s :

Figure 3.4 – Page d’agenda.

La figure N°3.5 donne un aperçu sur la liste des patients ou les utilisateurs
authentifiés peuvent consulter,rechercher, ajouter, accéder à la fiche du patient
ou effacer et restaurer à partir de la corbeille :

Figure 3.5 – Page liste patients.

25
 La figure N°3.6 donne un aperçu sur la fiche patient où seul les dentistes peuvent
consulter et modifier les informations du patient ainsi qu’ajouter des visites, des
radios et des ordonnances :

Figure 3.6 – Page fiche patients.

La figure N°3.7 donne un aperçu sur la fiche patient (Liste radios) où seul les
dentistes peuvent ajouter des radios :

Figure 3.7 – Page fiche patient (liste radios).

26
 La figure N°3.8 donne un aperçu sur la liste des contacts ou les utilisateurs
authentifiés peuvent consulter,rechercher, ajouter, modifier ou effacer :

Figure 3.8 – Page liste contacts.

La figure N°3.9 donne un aperçu sur la page finances (volet Bénéfices) :

Figure 3.9 – Page finance (Bénéfices).

27
 La figure N°3.10 donne un aperçu sur la page profile d’un administrateur :

Figure 3.10 – Page profile.

La figure N°3.11 donne un aperçu sur la liste des utilisateurs seul le dentiste
propriétaire peut ajouter et supprimer les utilisateurs :

Figure 3.11 – Page liste utilisateurs.

28
 La figure N°3.12 donne un aperçu sur la page de navigation dans un navigateur
mobile :

Figure 3.12 – Page de navigation (mobile).

3.6 Conclusion
Dans ce chapitre nous avons abordé la partie réalisation de notre projet dans
la quelle nous avons cité les environnements de développement que nous avons
jugé les plus adaptés à notre projet, les différentes mesures prises pour garantir
la sécurité dans l’application et Finalement nous avons présenté les interfaces du
système avec des captures d’écrans et leurs description.

29
Conclusion et Perspectives

Tout au long de la préparation de notre projet de fin d’études, nous avons

essayé de mettre en pratique les connaissances acquises durant nos études univer-
sitaires.
L’objectif de notre projet était de réaliser une application web qui permet la ges-
tion d’un cabinet dentaire.
Ce projet nous a permis d’avoir une approche complète du développement d’un
système, et cela de l’analyse des besoins à sa réalisation, et de découvrir de nou-
veaux outils, méthodes, architectures et langages ainsi que d’acquérir de l’expé-
rience dans le domaine.

En raison de la situation sanitaire, les conditions de travail ont été assez par-
ticulières, les rencontres entre les membres du trinôme étaient impossibles en
présentiel ainsi que les réunions avec notre encadreur.
Cependant, nous avons fait de notre mieux pour relever le défis et s’adapter aux
conditions en utilisant les renions virtuelles (ZOOM), le service web GITHUB
pour la gestion des versions de développement de l’application en association avec
GIT (logiciel de gestion de versions) ainsi que OVERLEAF (éditeur LATEX en
ligne collaboratif ) pour l’écriture du rapport.

Quant à l’évolution de l’application avec le temps, nous souhaitons :

∗ Réaliser une application mobile (Android et IOS ) afin de faciliter l’utilisa-
tion sur mobile.
∗ Rendre le système compatible avec les dispositifs externe (lecteur de carte
de crédit, carte CHIFA, appareille de prise des radios locales...) afin d’aug-
menter ses capacités.
∗ Ajouter une interface pour les patients où ils peuvent consulter leurs infor-
mations, soldes, visites ...
∗ Implémenter une API (Application Programming Interface) avec but de
notifier le patient par sms lors de la modification d’un rendez-vous et ajout
de solde.
∗ Introduire un système de paiement mensuelle afin de rentabiliser le déve-
loppement, la maintenance et les mises à jour.

30
Annexe 1

État de l’existant
Cabinet Docteur ALLOULI
Le docteur est un chirurgien dentiste , spécilaisé dans l’esthétique dentaire ,
implantologie, soins et ODF (Orthopédie Dento-Faciale). Elle nous a donné la liste
détailler des soins possible a faire, ainsi que les informations médicales nécessaires
pour compléter les dossiers des patients, la dentiste n’utilise pas de systèmes de
gestion car elle les trouves difficiles a utiliser c’est pourquoi elle fait tout sur papier.

• Adresse : 1,Bis, Rue Didouche Mourad - Place Audin - ALGER

• Tél : 021 73 28 81

Inconvénients :
• données redondantes et incohérents.

• Manque de sécurité des données qui peut être lues et modifier par des per-
sonnes non autorisés.
• Suivie des règlements pas précis et aucun accompagnement des patients.
• Mauvaise codification et perte d’information.

Cabinet Docteur NEBBACHE El Yazid

Le Docteur NEBBACHE est un chirurgien dentiste , C.E.A en stomatologie
pédiatrique (Hôpital DEBRE PARIS 19e), A S en Prothèse adjointe et conjointe
(Hôpital Pitié Salpêtrière Paris V I) .
Il nous a donné des éclaircissements sur la création des dossiers des patients, ainsi
que les informations nécessaires pour compléter ces dossiers, et aussi comment il
gère les règlements de ses patients.

31
 • Adresse : 33,Bis, Rue Didouche Mourad - ALGER

• Tél : 021 63 31 75

La figure N°3.13 donne un aperçu sur les fonctionnalités du logiciel Medico-

Soft qu’il utilise :

Figure 3.13 – Capture d’écran des fonctionnalités du logiciel MedicoSoft .

Avantages :
• Propose la gestion des patients (avec une fiche détaillé du patient ).

• Propose la gestion finance et des visites.

Inconvénients :
• Absence de gestion des rendez-vous et des d’ordonnances.
• Une mauvaise interface utilisateur : critère ergonomique non respecté (non
lisibilité des couleurs, pas d’homogénéité et cohérence ).

32
Annexe 2

Diagrammes de séquence
La figure N°3.14 représente le diagramme de séquence "Ajouter dépense" :

Figure 3.14 – Diagramme de séquence "Ajouter dépense".

33
La figure N°3.14 représente le diagramme de séquence "Modifier RDV" :

Figure 3.15 – Diagramme de séquence "Modifier RDV".

La figure N°3.15 représente le diagramme de séquence "Rechercher contact" :

Figure 3.16 – Diagramme de séquence "Rechercher contact".

34
La figure N°3.17 représente le diagramme de séquence :

Figure 3.17 – Diagramme de séquence "Recherche patient".

35
Annexe 3

Environnement de développement
Langage informatique
HTML :

Est l’acronyme de HyperText Markup Language, généralement abrégé HTML

ou dans sa dernière version HTML5, est le langage de balisage conçu pour repré-
senter les pages web. [8]

CSS :

Les feuilles de style en cascade, généralement appelées CSS de l’anglais Casca-

ding Style Sheets, forment un langage informatique qui décrit la présentation des
documents HTML et XML. [9]

javascript :

JavaScript est un langage de script côté client, ce qui signifie qu’il s’exécute côté
client, dans un navigateur Web. JavaScript peut aussi être employé côté serveur
et en dehors d’un navigateur. [4]

PHP :

Le terme PHP est un acronyme récursif de "PHP : Hypertext Preprocessor".

Ce dernier est un langage de script polyvalent populaire qui est particulièrement
adapté au développement Web. Il est Rapide, flexible et pragmatique, et alimente
les sites les plus populaires au monde. [9]

Outils de développement
Apache :

Le serveur Apache HTTP Server (Apache) est un logiciel libre,Open source et

multiplateforme, ce serveur est développé et maintenu par une communauté ou-
verte de développeurs sous les auspices de « Apache Software Foundation » [13].

36
WampServer :

WampServer est une plate-forme de développement Web sous Windows pour

des applications Web dynamiques à l’aide du serveur Apache2, du langage de
scripts PHP et d’une base de données MySQL. Il possède également PHPMyAd-
min pour gérer plus facilement vos bases de données. [14]

MySQL :

"Structured Query Language" : le langage standard pour les traitements de

bases de données, Est un serveur de base de données relationnelle Open Source,
permettant de stocker les données dans des tables séparées. Les tables sont reliées
par des relations définies, qui rendent possible la combinaison de données entre
plusieurs tables durant une requête.[15]

phpMyAdmin :

Est une application Web de gestion pour les systèmes de gestion de base de
données MySQL et MariaDB, réalisée principalement en PHP et distribuée sous
licence GNU GPL.[16]

Visual Studio Code :

Est un éditeur de code léger mais puissant et gratuit, développé par Micro-
soft, disponible pour les systèmes d’exploitation : Windows, Linux et Mac OS,
ce dernier peut s’adapter à plusieurs types de langages grâce à son système riche
d’extensions.[17]

AJAX :

Ajax est un raccourci pour Asynchronous JavaScript + XML (JavaScript asyn-

chrone + XML). Il permet d’effectuer des requêtes au serveur web et, en consé-
quence, de modifier partiellement la page web affichée sur le poste client sans avoir
à afficher une nouvelle page complète.[18]

JQuery :

jQuery est une bibliothèque JavaScript libre et multiplateforme créée pour

faciliter l’écriture de scripts côté client dans le code HTML des pages web. [19]

37
StarUML :

StarUML est un logiciel de modélisation UML, qui a été « cédé comme open
source » par son éditeur, sous une licence modifiée de GNU GPL. StarUML gère
la plupart des diagrammes spécifiés dans la norme UML 2.0. [20]

Lucidchart :

Lucidchart est une plateforme de collaboration en ligne, basée sur le cloud,

permettant la création de diagrammes et la visualisation de données, et autres
schémas conceptuels. [21]

ZOOM :

Zoom est une solution de vidéo-conférence multiplateforme permettant de réa-

liser des appels vidéo comportant jusqu’à une centaine de participants. [22]

Adobe Photoshop :

Photoshop est un logiciel de retouche, de traitement et de dessin assisté par

ordinateur.Édité par Adobe, il est principalement utilisé pour le traitement des
photographies numériques. [23]

Font Awesome :

Font Awesome est une police d’écriture et un outil d’icônes qui se base sur
CSS, Less et Sass. [24]

38
Annexe 4

Présentation des interfaces

La figure N°3.18 donne un aperçu sur la suite de la page principale :

Figure 3.18 – Page principale.

39
 La figure N°3.19 donne un aperçu sur l’agenda ou les utilisateurs authentifié
peuvent consulter les RDV’s du mois :

Figure 3.19 – Page d’agenda.

La figure N°3.20 donne un aperçu sur la page d’ajout d’un patient :

Figure 3.20 – Page d’ajout patient.

40
 La figure N°3.21 donne un aperçu sur la fiche patient (informations médicales)
où seul les dentistes peuvent ajouter des visites :

Figure 3.21 – Page fiche patient (informations médicales).

La figure N°3.22 donne un aperçu sur la fiche patient (liste visites) :

Figure 3.22 – Page fiche patient (liste visites).

41
 La figure N°3.23 donne un aperçu sur la fiche patient (Liste ordonnances) où
seul les dentistes peuvent ajouter, consulter, imprimer des ordonnances :

Figure 3.23 – Page fiche patient (liste ordonnances).

La figure N°3.24 donne un aperçu sur une ordonnance :

Figure 3.24 – Page ordonnance.

42
 La figure N°3.25 donne un aperçu sur la page finances où seul le dentiste
propriétaire peut consulter les dépenses, bénéfices, entrées, ainsi qu’ajouter des
dépenses :

Figure 3.25 – Page finance (Dépenses).

La figure N°3.26 donne un aperçu sur la page finances ( entrées ) , les entrées
de chaque dentiste :

Figure 3.26 – Page finances (entrées).

43
 La figure N°3.27 donne un aperçu sur la liste des utilisateurs supprimés, le
dentiste propriétaire peut restaurer les utilisateurs :

Figure 3.27 – Page utilisateurs supprimés.

La figure N°3.28 donne un aperçu sur la page historique seul le dentiste pro-
priétaire peut consulter la liste des actions de tous les utilisateurs :

Figure 3.28 – Page historique.

44
 La figure N°3.29 donne un aperçu sur la page de Agenda dans un navigateur
mobile :

Figure 3.29 – Page Agenda (mobile).

45
Bibliographie

[1] Pascal Roques . « UML2, Modéliser une application web » , Eyrolles,

2007.

[2] David Gabay, Joseph Gabay .« UML 2 Analyse et conception : Mise

en oeuvre guidée avec études de cas » , Dunod, 2008.

[3] Raphael Yende .« SUPPORT DE COURS DE SÉCURITÉ INFORMA-

TIQUE ET CRYPTO.. Master. » , Congo-Kinshasa. 2018.

[4] Christian Wenz .« JavaScript l’essentiel du code et des commandes » ,

PEARSON (France) (11 janvier 2007) .
Weboghaphe

[5] Pierre Gérard « UML Cours 1 : Diagrammes de cas d’utilisation, IUT

de Villetaneuse DUT informatique » , URL : [Link]
~gerard/uml-s2/[Link] (visité le 01/09/2021)

[6] Pierre Gérard « UML Cours 5 : Diagramme de séquences, IUT de Villeta-

neuse DUT informatique » , URL : [Link]
uml-s2/[Link] (visité le 01/09/2021)

[7] Riadh Hajji « Le modèle MVC de Laravel » , URL : [Link]

com/le-modele-mvc-de-laravel/ Décembre 2020. (visité le 01/09/2021)

[8] HTML URL : [Link]

Language (visité le 10/09/2021). (visité le 01/09/2021)

[9] CSS URL : [Link]

en_cascade (visité le 10/09/2021). (visité le 01/09/2021)

[10] PHP URL : [Link] (visité le 01/09/2021)

[11] Laravel URL : [Link] (visité le

01/09/2021)

[12] Bootstrap URL : [Link] (visité le 01/09/2021)

[13] Apache URL : [Link] (visité

le 01/09/2021)

[14] WampServer URL : [Link] (visité le 01/09/2021)

[15] MySQL URL : [Link] (visité le 01/09/2021)

[16] phpMyAdmin URL : [Link]

(visité le 01/09/2021)

47
 [17] Visual Studio Code URL : [Link]
(visité le 01/09/2021)

[18] AJAX URL : [Link]

(visité le 01/09/2021)

[19] JQuery URL : [Link]

du/webmastering/1203587-jquery-definition/ (visité le 01/09/2021)

[20] StarUML URL : [Link] (visité le

01/09/2021)

[21] Lucidchart URL : [Link] (visité

le 01/09/2021)

[22] ZOOM URL : [Link]

communication/fiches/[Link] (visité le 01/09/2021)

[23] Adobe Photoshop URL : [Link]

Photoshop (visité le 01/09/2021)

[24] Font Awesome URL : [Link]

(visité le 01/09/2021)

48