Université Cadi Ayyad

Faculté Polydisciplinaire
de Safi

Projet de Fin d’Etudes

Pour l’obtention du diplôme de Licence Fondamentale en

Sciences Mathématiques et Informatique

Développement d’une application de

demande des documents de scolarité

Réalisé par : Encadré par :

Ellemysy Lamia [Link] Youssef
Eladrari Imane

Année Universitaire
2022/2023
 Dédicace

A Dieu
À Allah, le Clément et Miséricordieux, nous exprimons notre
gratitude pour la force qu’Il nous a accordée ainsi qu’à toutes les
personnes qui nous ont aidés et soutenus.

A NOS parents :
Nous rendons hommage à tous les sacrifices qu’ils ont consentis
pour notre éducation, à leur soutien moral constant, à leurs
bénédictions et à tous les efforts qu’ils n’ont jamais cessé de
déployer à notre égard. C’est avec un amour inébranlable, un
profond respect et un dévouement sincère que nous leur
adressons ce témoignage.

A NOS chers frères et sœur :

Nous sommes reconnaissants envers nos frères et sœurs qui ont
toujours été là pour nous, apportant leur soutien comme
témoignage d’un amour et d’une fraternité éternelle. Nous leur
souhaitons une vie remplie de réussite et de bonheur.

A NOS chers amis :

Nous vous exprimons notre profonde gratitude pour votre
soutien, vos encouragements et votre affection. Nous sommes
reconnaissants de votre présence dans nos vies et nous vous
sommes reconnaissants pour tout ce que vous avez fait pour
nous.

i
 Remerciements

À la fin de notre parcours de formation, nous souhaitons

exprimer notre gratitude envers notre Dieu qui nous a donné le
courage, la volonté et la force de mener à bien ce modeste
travail.

Nous tenons à remercier toutes les personnes qui ont contribué

au succès de notre pfe et nous ont aidé lors de la rédaction de ce
rapport.

Nous sommes extrêmement reconnaissants envers le Professeur

Mourdi Youssef, notre encadrant, pour son accompagnement et
ses précieux commentaires et conseils qui ont permis
d’améliorer la qualité de notre travail.

Nous exprimons également notre gratitude envers tous nos

enseignants pour leurs efforts, leur guidance et leur contribution
enrichissante tout au long de notre cursus universitaire

Nos remerciements vont également à tous ceux qui ont

participé, de près ou de loin, à l’élaboration de ce projet de fin
d’études, en particulier notre famille.

Enfin, nous tenons à remercier chaleureusement tous les

membres du jury qui ont accepté d’évaluer notre projet.

ii
 Résumé

Ce présent rapport est le résultat de notre travail dans le cadre

du projet de fin d’étude pour l’obtention du diplôme de licence en
mathématique et [Link] ce pfe, nous avons réalisé
une application web qui permet aux responsables de la scolarité
de gérer les demandes de document de l’étudiant d’une façon dé-
veloppée et informatisée. Il s’agit d’assurer le suivi et la gestion
des différents documents de l’étudiant (Attestation de scolarité
,BAC,Licence . . .), et les retraits effectués par chaque étudiant.
Les principales fonctionnalités de notre application sont : l’ins-
cription des étudiants, la gestion des retraits, des Réclamations,
des demandes de documents et bien d’autre fonctionnalité.
Ce rapport, présente les résultats des étapes de développement
d’un projet informatique, à savoir l’étude fonctionnelle, la concep-
tion et la réalisation de notre application.

iii
Table des figures
1 diagramme de cas d’utilisation pour l’etudiant . . . . . . . . . . . . . . . . 9
2 diagramme de cas d’utilisation pour l’administrateur . . . . . . . . . . . . 11
3 diagramme de cas d’utilisation pour le responsable . . . . . . . . . . . . . . 12
4 diagramme de séquence pour«Authentification» . . . . . . . . . . . . . . . 16
5 diagramme de séquence pour«demander document» . . . . . . . . . . . . . 17
6 diagramme de séquence pour«Ajouter etudiant» . . . . . . . . . . . . . . . 18
7 diagramme de séquence pour«Consulter liste des étudiants » . . . . . . . . 19
8 diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
9 Le modèle MVC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
10 HyperText markuplanguage . . . . . . . . . . . . . . . . . . . . . . . . . . 22
11 Cascading Style Sheets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
12 JavaScript . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
13 Apache . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
14 Laravel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
15 visual studio code . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
16 MYSQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
17 Laragon . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
18 Bootstrap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
19 Page d’acceuil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
20 Page d’authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
21 Page d’authentification au cas d’erreur . . . . . . . . . . . . . . . . . . . . 29
22 Page de demande d’inscription pour l’étudiant . . . . . . . . . . . . . . . . 30
23 erreur d’envoyer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
24 l’envoi avec succès . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
25 Espace d’étudiant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
26 Liste des demandes de documents . . . . . . . . . . . . . . . . . . . . . . . 33
27 Liste des reclamations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
28 Profil de le responsable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
29 Ajouter un responsable avec succès . . . . . . . . . . . . . . . . . . . . . . 35

iv
Liste des tableaux
1 Description textuelle du cas d’utilisation«Authentifier» . . . . . . . . . . . 9
2 Description textuelle du cas d’utilisation«Envoyer demande de document» 10
3 Description textuelle du cas d’utilisation«Envoyer reclamation » . . . . . . 10
4 Description textuelle du cas d’utilisation«Gestion des étudiants» . . . . . . 11
5 Description textuelle du cas d’utilisation«Gestion des responsables» . . . . 12
6 Description textuelle du cas d’utilisation«Gestion des demandes» . . . . . 14
7 Description textuelle du cas d’utilisation«Gestion des réclamations» . . . . 15

v
Table des matières

Dédicace i

Remerciements ii

Résumé iii

Introduction générale 1

Chapitre 1 : Présentation de projet 2

1 Introduction 2

2 Problématique 2

3 Applications similaire 3
3.1 Classter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3.2 eCampus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

4 Limites et critiques des applications similaires 3

5 Solution proposé 4

6 Objectifs 5

7 Expression des besoins 6

7.1 Les besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
7.1.1 Administrateur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
7.1.2 Responsable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
7.2 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . 8
7.2.1 Etudiant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
7.2.2 Administrateur : . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
7.2.3 Responsables : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
7.3 Diagramme de séquence . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
7.3.1 Authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
7.3.2 Processus de demande de documents de scolarité . . . . . . . . . . 16
7.3.3 Ajouter un étudiant . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
7.3.4 Consulter liste des étudiants . . . . . . . . . . . . . . . . . . . . . . 18
7.4 Diagramme de classe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

8 Conclusion 20

Chapitre 3 :Outils et langages utilisés 21

1 Introduction 21

2 Environnement de développement 21
2.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

vi
 2.2 Modèle-vue-contrôleur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
2.3 Outils et langages de développements . . . . . . . . . . . . . . . . . . . . . 22
2.3.1 HyperText markuplanguage . . . . . . . . . . . . . . . . . . . . . . 22
2.3.2 Cascading Style Sheets . . . . . . . . . . . . . . . . . . . . . . . . . 22
2.3.3 JavaScript . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.3.4 Apache . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
2.3.5 Laravel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.3.6 visual studio code . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
2.3.7 MYSQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
2.3.8 Laragon . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
2.3.9 Bootstrap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

3 Conclusion 26

Chapitre 4 :Présentation de l’application 27

1 Introduction 27

2 Environnement de travail 27
2.1 Acceuil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
2.2 Authentification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
2.3 Demande d’inscription . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
2.4 Interface d’étudiant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
2.4.1 Liste des demandes . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
2.4.2 Liste des reclamations . . . . . . . . . . . . . . . . . . . . . . . . . 33
2.4.3 Profil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

3 Conclusion 35

Conclusion et perspectives 36

Webographie 37

vii
 Introduction générale
Dans le cadre de la licence en mathématique et informatique, nous sommes
amené à réaliser un Projet de Fin d’Etudes afin d’enrichir nos connaissances
dans le domaine de l’informatique. L’objectif du PFE est de permettre aux
étudiants de mettre en pratique les connaissances acquises dans les cours dis-
pensés et aussi de développer nos compétences professionnelles.
Les étudiants à la FPS peuvent effectuer un certain nombre d’opérations au-
près du service de scolarité telles que l’inscription, le retrait provisoire ou
définitif de certains documents, le dépôt de demandes ou de réclamations,
etc. L’enregistrement, le suivi et le traitement manuel de ces opérations n’est
pas efficace et peut conduire à des erreurs conséquentes comme la perte de
documents, l’oubli de certaines demandes, etc.
Dans cette perspective, nos professeurs nous a proposé ce Projet de Fin
d’Etudes. Le travail qui nous a été confié consiste en le développement d’une
application web pour la gestion de demande de documents de scolarité .
L’objectif de cette application est de faciliter aux employés du service de sco-
larité la gestion des différentes opérations sur les demandes de documents.
Le présent rapport présente le résultat de notre travail pendant la duré de ce
pfe . Il est organisé en quatre chapitres.
Dans un premier chapitre, nous débuterons par une présentation du pro-
jet y compris contexte générale de projet,la problématique, solution proposé
et les besoins fonctionnels. le deuxième chapitre présente les résultats de
l’analyse conceptuelle de notre application dans laquelle on va s’intéresser
aux différents diagrammes. Le troisième chapitre dércitl’environnement tech-
nique du projet et les outils que nous avons adoptés dans la réalisation de ce
[Link] quatrième chapitre présente la partié réalisation de notre applica-
[Link], on termine par une conclusion générale, et une projection
de notre solution à d’autres implémentations dans le futur.

1
Chapitre 1 : Contexte général de projet
1 Introduction
Dans ce chapitre, nous présentons le contexte géneral du projet ,la pro-
blématique,Solution proposé, les objectifs et le champ d’application. L’idée
général du projet consiste de développer une application web qui pourra de
façon concrète permettre à un responsable de scolarité de gérer les demandes
de documents et les reclamation. Et pour un étudiant d’envoyer une demande
de document ou bien d’envoyer une reclamation.

2 Problématique
Après avoir effectué une analyse approfondie du processus actuel de ges-
tion des demandes de documents de scolarité, nous avons identifié plusieurs
difficultés et problèmes auxquels sont confrontés à la fois les étudiants et les
administrateurs. Il s’agit de :
• Complexité lors des retraits de documents : L’obtention de documents
de scolarité peut être un processus complexe pour les étudiants. Ils
peuvent rencontrer des difficultés pour savoir où et comment retirer
les documents requis. Parfois, ils doivent se rendre à différents bureaux
ou départements, ce qui entraîne une perte de temps et de confusion.
• Une perte de temps pour les administrateurs et les étudiants : Le proces-
sus manuel de gestion des demandes de documents de scolarité peut être
chronophage tant pour les étudiants que pour les administrateurs. Les
étudiants doivent remplir des formulaires papier, se déplacer physique-
ment et attendre en file d’attente pour soumettre leurs demandes. De
leur côté, les administrateurs doivent traiter manuellement chaque de-
mande, collecter les informations nécessaires, effectuer des vérifications
et enregistrer les demandes dans des registres.
• Mauvaise gestion des réclamations des étudiants :
Lorsqu’un étudiant rencontre un problème ou souhaite déposer une ré-
clamation concernant sa demande de document, il peut être difficile pour
lui de trouver une voie de communication adéquate. Les procédures ac-
tuelles ne facilitent pas la gestion des réclamations, ce qui peut entraîner
une frustration pour les étudiants et un retard dans le traitement de leurs
demandes.

2
 • Difficulté de la communication entre les administrateurs et les étudiants :
Le manque de canaux de communication efficaces entre les administra-
teurs et les étudiants peut entraîner des retards dans le suivi des de-
mandes, des informations manquantes ou incomplètes, et une commu-
nication inefficace dans l’ensemble. Cela peut entraîner une frustration
tant pour les administrateurs que pour les étudiants.
En résumé, les difficultés rencontrées dans la gestion manuelle des de-
mandes de documents de scolarité comprennent la complexité des re-
traits de documents, la perte de temps pour les étudiants et les admi-
nistrateurs, une mauvaise gestion des réclamations des étudiants, l’ab-
sence d’ergonomie et des difficultés de communication. Ces problèmes
soulignent la nécessité d’une solution plus efficace et automatisée pour
optimiser le processus de gestion des demandes de documents de scola-
rité.

3 Applications similaire
Il existe plusieurs applications similaires de gestion de demande de docu-
ments de scolarité, notamment :

3.1 Classter
Classter est un logiciel de gestion scolaire conçu pour aider les administra-
teurs d’école à automatiser leurs processus et à organiser l’ensemble de leurs
données. Proposant une plateforme modulaire, Classter dispose de solutions
permettant d’assurer la gestion des documents, les inscriptions, l’élaboration
de programmes d’études, ou encore la facturation.[1]

3.2 eCampus
Cette application permet aux étudiants de gérer leur vie universitaire, y
compris les demandes de documents scolaires. Elle est utilisée par plusieurs
universités en Amérique du Nord.[2]

4 Limites et critiques des applications similaires

• Classter : Classter présente quelques limites à prendre en compte, no-
tamment la complexité de mise en œuvre, les coûts associés, la courbe
d’apprentissage pour maîtriser toutes les fonctionnalités, et le besoin

3
 d’une connexion Internet fiable pour accéder à l’application. Ces fac-
teurs peuvent avoir un impact sur l’expérience utilisateur et nécessitent
une évaluation approfondie avant d’adopter Classter comme solution de
gestion scolaire.
• eCampus : eCampus peut présenter certaines limites par rapport à votre
application de demande de documents de scolarité. Par exemple, il peut
ne pas offrir des fonctionnalités spécifiques nécessaires pour gérer les
demandes de documents, telles que la soumission en ligne, le suivi de
l’état des demandes et la génération de rapports statistiques. De plus,
la personnalisation de l’interface et du flux de travail de l’application
peut être limitée, ce qui peut rendre difficile son adaptation à vos be-
soins spécifiques en matière de demande de documents de scolarité. Il est
également important de considérer l’intégration avec d’autres systèmes,
car il peut être difficile d’intégrer efficacement votre application de de-
mande de documents existante avec eCampus. Ces limitations peuvent
nécessiter une évaluation approfondie pour déterminer si eCampus ré-
pond à vos besoins spécifiques en matière de gestion des demandes de
documents de scolarité. :

5 Solution proposé
Afin de remédier aux limitations de la gestion manuelle des demandes de
documents, nous avons développé une solution innovante sous la forme d’une
application web dédiée à la gestion informatisée de ces demandes.
Notre application web offre une plateforme conviviale et intuitive pour les
étudiants, leur permettant de soumettre leurs demandes de documents de
manière simple et efficace. Les étudiants pourront remplir des formulaires en
ligne spécifiques à chaque type de demande, fournir les informations requises
. De plus, ils auront la possibilité de suivre l’état d’avancement de leur de-
mande en temps réel, ce qui leur offrira une visibilité et une transparence
accrues tout au long du processus.
Du côté des responsables chargés de la gestion des documents, notre ap-
plication leur fournira un tableau centralisé où ils pourront visualiser et gérer
les demandes en cours. Ils auront accès à une interface conviviale qui leur per-
mettra de filtrer et rechercher les demandes. Ils auront également la possibilité
d’approuver, de rejeter depuis l’application, ce qui facilitera le traitement et
la prise de décision.
En résumé, notre application web offre une solution complète et innovante

4
pour la gestion informatisée des demandes de documents de scolarité. Elle
simplifie le processus pour les étudiants, améliore l’efficacité pour les respon-
sables et contribue à une expérience globale plus fluide et plus transparente.

6 Objectifs
Les buts de l’application de gestion de demande de documents de scolarité
sont :
• L’accès simple à l’information : L’application vise à fournir aux étu-
diants, aux administrateurs et aux responsables de la scolarité un accès
simple et rapide aux informations relatives aux demandes de documents.
Cela comprend les procédures, les formulaires, les délais, les exigences
spécifiques, etc. L’objectif est de rendre l’information facilement acces-
sible pour que les utilisateurs puissent comprendre clairement les étapes
à suivre et les documents requis.
• Organiser le travail des étudiants, des administrateur :
L’application permettra aux étudiants de suivre un processus clair et
structuré pour soumettre leurs demandes de documents. Ils pourront
remplir les formulaires en ligne et suivre l’état d’avancement de leur
demande. De plus, l’application aidera les responsables à organiser et
à gérer efficacement les demandes reçues, en les regroupant par filière .
Cela facilitera la gestion globale des demandes de documents.
• Gagner du temps : L’un des objectifs clés de l’application est d’optimiser
les délais de traitement des demandes de documents. En automatisant
les processus manuels, les tâches administratives seront simplifiées, ce
qui permettra de réduire les délais de traitement et d’améliorer l’effica-
cité globale. Les étudiants pourront soumettre leurs demandes en ligne
à tout moment, sans avoir à se déplacer physiquement ou à attendre
des heures dans les files d’attente. De même, les responsables pourront
traiter les demandes de manière plus rapide et plus précise.
• Traiter les demandes et les réclamations selon leur filière : L’application
sera conçue pour permettre le traitement et la gestion spécifiques des
demandes et des réclamations en fonction de la filière des étudiants. Cela
signifie que les demandes seront triées et traitées de manière appropriée,
en tenant compte des spécificités propres à chaque filière. Cette approche
personnalisée garantira un traitement équitable et adapté aux besoins
de chaque étudiant.

5
 En résumé, les objectifs de l’application de gestion des demandes de
documents de scolarité sont d’améliorer l’accessibilité à l’information,
d’organiser le travail des étudiants et des responsables, de gagner du
temps dans le traitement des demandes et de traiter les demandes selon
leur filière spécifique. Ces objectifs contribueront à une gestion plus
efficace et fluide des demandes de documents, offrant ainsi une meilleure
expérience aux étudiants et aux membres du personnel administratif.

7 Expression des besoins

7.1 Les besoins fonctionnels
Dans cette phase de recherche sur le terrain, nous avons identifié les fonc-
tionnalités clés de l’application en nous basant sur les besoins des utilisateurs.
L’application sera dotée d’une interface de connexion pour permettre aux
utilisateurs de se connecter à leur espace personnel. Voici les fonctionnalités
spécifiques pour chaque type d’utilisateur :

7.1.1 Administrateur

• Ajouter un responsable ou un étudiant : L’administrateur pourra créer

de nouveaux comptes pour les responsables et les étudiants en spéci-
fiant leur adresse e-mail et leur mot de passe, ce qui leur permettra de
s’authentifier sur leur espace personnel.
• Consulter liste des étudiants et des responasbles : L’administrateur de
l’application aura la possibilité de consulter la liste complète des étu-
diants et des responsables enregistrés. Cette fonctionnalité lui permettra
d’avoir une vue d’ensemble de tous les utilisateurs de l’application.
• Ajouter un guichet : L’ajout de guichets spécifiques sera une fonction-
nalité clé de l’application de gestion des demandes de documents de
scolarité. Cette fonctionnalité permettra à l’administrateur d’ajouter
de nouveaux guichets correspondant aux différentes filières ou départe-
ments de l’établissement.

7.1.2 Responsable

Une fois authentifié, le responsable disposera de différentes fonctionnali-

tés lui permettant de gérer efficacement les demandes de documents et les
réclamations des étudiants. Voici en détail les actions qu’il pourra effectuer :

6
• Gérer les demandes de documents : La gestion des demandes de do-
cuments constitue l’une des principales responsabilités du responsable.
Grâce à une interface dédiée, le responsable pourra consulter toutes les
demandes de documents soumises par les étudiants qui sont sous sa
responsabilité . Le responsable disposera également de fonctionnalités
de filtrage, lui permettant de visualiser les demandes spécifiques d’une
filière particulière ou liées à un type de document précis. Cette fonction-
nalité facilitera la gestion des demandes en les regroupant de manière
plus ciblée.
Une fois les demandes consultées, le responsable aura la possibilité d’agir
en conséquence. Il pourra valider les demandes conformes et pertinentes,
les rejeter si nécessaire, ou encore les mettre en attente pour obtenir
des informations complémentaires. Cette flexibilité permettra au res-
ponsable d’assurer une gestion efficace des demandes de documents, en
veillant à leur conformité et à leur pertinence.
En résumé, la gestion des demandes de documents constitue une partie
essentielle du rôle du responsable. Grâce à une interface dédiée, le res-
ponsable pourra filtrer et prendre des décisions appropriées concernant
les demandes, en garantissant un traitement efficace et précis.
• Gérer les réclamations : La gestion des réclamations constitue une autre
responsabilité importante du responsable. Grâce à l’interface dédiée, le
responsable pourra consulter et traiter les réclamations soumises par
les étudiants. Chaque réclamation sera examinée attentivement par le
responsable, qui prendra les mesures appropriées pour résoudre le pro-
blème soulevé. Il pourra engager les actions nécessaires, que ce soit en
collaborant avec d’autres membres du personnel ou en effectuant des
démarches spécifiques pour répondre à la réclamation.
En résumé, la gestion des réclamations constitue une part importante
du rôle du responsable. Grâce à une interface dédiée, le responsable
examinera les réclamations, prendra les mesures appropriées pour les
résoudre . Un suivi rigoureux permettra d’assurer une résolution efficace
des réclamations.
• Consulter la liste des étudiants : Le responsable aura la possibilité de
consulter une liste complète des étudiants qui sont sous sa responsabi-
lité. Cette liste fournira des informations détaillées sur chaque étudiant,
telles que leur nom, leur filière, leur adresse e-mail. Cette fonctionna-
lité permettra au responsable d’avoir une vue d’ensemble de tous les
étudiants et de pouvoir accéder facilement à leurs informations si néces-

7
 saire. Cela facilitera également la communication avec les étudiants, car
le responsable aura toutes les informations nécessaires pour les contacter
en cas de besoin.
• Consulter la liste des demandes de documents : Le responsable aura la
possibilité de consulter la liste complète des demandes de documents
soumises par les étudiants relevant de sa responsabilité dans l’applica-
tion de gestion des demandes de documents de scolarité. Cette fonction-
nalité permettra au responsable d’avoir une vue d’ensemble de toutes
les demandes en attente de traitement, en cours de traitement ou déjà
traitées. Le responsable pourra également utiliser des critères de filtrage
pour affiner sa recherche, tels que la filière spécifique, le type de docu-
ment ou l’état de la demande. Cela facilitera la gestion des demandes, en
permettant au responsable de prioriser et de traiter efficacement chaque
demande en fonction de son importance et de son urgence.
• Consulter la liste des réclamations : Le responsable aura accès à la liste
complète des réclamations soumises par les étudiants relevant de sa res-
ponsabilité. Grâce à cette fonctionnalité, il pourra consulter les détails
de chaque réclamation, tels que la description du problème, la date de
soumission et l’état actuel de la réclamation. Cela permettra au res-
ponsable de suivre de près les réclamations et de les traiter de manière
appropriée.
En résumé, cette fonctionnalité de consultation des réclamations per-
mettra au responsable de gérer efficacement les problèmes signalés par
les étudiants, de prendre des mesures appropriées et de maintenir une
communication claire avec les étudiants tout au long du processus de
résolution des réclamations.

7.2 Diagramme de cas d’utilisation

7.2.1 Etudiant

Une fois authentifié, l’étudiant pourra effectuer plusieurs tâches dans l’ap-
plication. Tout d’abord, il pourra demander des documents de scolarité spé-
cifiques. Ensuite, l’étudiant aura la possibilité d’envoyer des réclamations
concernant des problèmes ou des préoccupations particuliers, en fournissant
tous les détails pertinents. Enfin, il pourra également télécharger le reçu de
sa demande, qui servira de confirmation ou de preuve de sa demande de do-
cument. si un étudiant n’a pas encore de compte dans l’application, il doit
soumettre une demande d’inscription.

8
 Figure 1 – diagramme de cas d’utilisation pour l’etudiant

Pour rendre notre diagramme des cas d’utilisation plus lisible et afin de
décrire le comportement d’un système, les concepteurs d’UML proposent
l’utilisation d’une technique nommée la description textuelle du cas d’utili-
sation.
• Authentification.

Cas d’utilisation S’authentifier

Acteur Tous les utilisateurs de l’application
- Une authentification préalable .
Pré-Condition -Base de données créer contenant les données d’authen-
tification
Post-Condition Affiche le formulaire de l’authentification
-L’utilisateur introduit son email et son mot de passe.
- Le système vérifier l’authenticaité des informations in-
Scénario-Nominal
troduites par l’utilisateur.
- Authentification réussie.
- Un message d’erreur s’affiche lorsque les données sont
Alternatifs
erronées.

Table 1 – Description textuelle du cas d’utilisation«Authentifier»

• Envoyer demande de document.

9
 Cas d’utilisation Envoyer demande de document
Acteur Etudiant
Pré-Condition Une authentification préalable
Une formulaire de demande de documents est afficher
Post-Condition
sur l’écran.
-L’étudiant introduit ses informations et le documents
qui veut la demander.
Scénario-Nominal - Le système vérifier l’authenticité des informations in-
troduites par l’étudiant.
- Demande envoyée avec succès.
- Un message d’erreur s’affiche lorsque les données sont
incorrectes ou lorsque le document demandé a déjà été
Alternatifs
demandé(ex Attestation de scolarité,Bac définitif,Dug
Définitif...

Table 2 – Description textuelle du cas d’utilisation«Envoyer demande de document»

• Envoyer une reclamation.

Cas d’utilisation Envoyer une reclamation

Acteur Etudiant
Pré-Condition Une authentification préalable
Post-Condition Une formulaire de reclamation est afficher sur l’écran.
-L’étudiant doit fournir ses informations personnelles et
exposer le sujet de sa réclamation.
Scénario-Nominal - Le système vérifier l’authenticité des informations in-
troduites par l’étudiant.
- Reclamation envoyé avec succès.
- Un message d’erreur s’affiche lorsque les données sont
Alternatifs
incorrectes

Table 3 – Description textuelle du cas d’utilisation«Envoyer reclamation »

7.2.2 Administrateur :

Une fois authentifié, l’administrateur pourra consulter les listes des de-
mandes de documents et des réclamations, gérer les étudiants en ajoutant ou
en supprimant des étudiants, consulter la liste des étudiants, gérer les res-
ponsables en ajoutant ou en supprimant des responsables, consulter la liste
des responsables, et gérer les rôles en ajoutant ou en supprimant des rôles.

10
 Figure 2 – diagramme de cas d’utilisation pour l’administrateur

Pour améliorer la lisibilité de notre diagramme des cas d’utilisation et

pour décrire de manière détaillée le comportement d’un système, les concep-
teurs d’UML recommandent l’utilisation de la description textuelle du cas
d’utilisation.
• Gestion des étudiants.

Cas d’utilisation Gestion des étudiants

Acteur Administrateur
Pré-Condition Une authentification préalable
Post-Condition une liste des étudiants est afficheée sur l’écran.
-L’administrateur : ajoute,modifié et supprime des étu-
diants.
Scénario-Nominal -L’administrateur fait des recherches.
-Le systéme enregistre les modifications et affiche un
message de mise à jour réussie avec succès
Alternatifs - Si un probléme apparait un message d’erreur s’affiche.

Table 4 – Description textuelle du cas d’utilisation«Gestion des étudiants»

• Gestion des responsables.

7.2.3 Responsables :

Une fois authentifié, le responsable pourra gérer les demandes de docu-

ments, gérer les réclamations et consulter la liste des étudiants. Cela lui

11
 Cas d’utilisation Gestion des responsables
Acteur Administrateur
Pré-Condition Une authentification préalable
Post-Condition une liste des responsables est afficheée sur l’écran.
-L’administrateur : ajoute,modifié et supprime des res-
ponsables.
Scénario-Nominal -L’administrateur fait des recherches.
-Le systéme enregistre les modifications et affiche un
message de mise à jour réussie avec succès
Alternatifs - Si un probléme apparait un message d’erreur s’affiche.

Table 5 – Description textuelle du cas d’utilisation«Gestion des responsables»

permettra d’effectuer efficacement ses tâches liées à la gestion des documents

et des réclamations.

Figure 3 – diagramme de cas d’utilisation pour le responsable

Les concepteurs d’UML proposent l’utilisation de la description textuelle

12
du cas d’utilisation comme une technique pour rendre notre diagramme des
cas d’utilisation plus lisible et décrire de manière détaillée le comportement
du système.

13
• Gestion des demandes.

Cas d’utilisation Gestion des demandes

Acteur Responsable
Pré-Condition Une authentification préalable
Post-Condition une liste des demandes est afficheée sur l’écran.
- Le responsable traite la demande en récupérant les do-
cuments requis dans les archives de l’établissement sco-
laire.
- Le responsable vérifie l’authenticité des documents
demandés, notamment la signature du responsable de
l’établissement scolaire et la validité des tampons et des
sceaux.
Scénario-Nominal - Une fois que les documents ont été récupérés et vérifiés,
le responsable informe l’étudiant de leur disponibilité,
et fixe une date pour qu’ils viennent au service concerné
afin de les récupérer.
- Le responsable archive une copie de la demande et des
documents remis, conformément aux politiques de l’éta-
blissement scolaire en matière de confidentialité et de
conservation des données.
Alternatifs - Si un probléme apparait un message d’erreur s’affiche.

Table 6 – Description textuelle du cas d’utilisation«Gestion des demandes»

• Gestion des réclamations.

14
 Cas d’utilisation Gestion des réclamations
Acteur Responsable
Pré-Condition Une authentification préalable
Post-Condition une liste des réclamations est afficheée sur l’écran.
-Le responsable reçoit la lettre de réclamation de l’étu-
diant et examine les informations fournies. Il s’assure de
comprendre les raisons de la réclamation .
- Le responsable vérifie que la réclamation est conforme
aux politiques de l’établissement en matière de traite-
ment des réclamations.
Scénario-Nominal
- Une fois que toutes les informations ont été examinées,
le responsable prend une décision quant à la réclamation
de l’étudiant. Si la demande est acceptée, il prend les
mesures nécessaires pour résoudre le problème. Si la ré-
clamation est rejetée, le responsable informe l’étudiant
de la décision et explique les raisons du rejet.
Alternatifs - Si un probléme apparait un message d’erreur s’affiche.

Table 7 – Description textuelle du cas d’utilisation«Gestion des réclamations»

7.3 Diagramme de séquence

Un diagramme de séquence est un type de diagramme d’interaction, car
il décrit comment et dans quel ordre plusieurs objets fonctionnent ensemble.
Ces diagrammes sont utilisés à la fois par les développeurs logiciels et les
managers d’entreprises pour analyser les besoins d’un nouveau système ou
documenter un processus existant. Les diagrammes de séquence sont parfois
appelés diagrammes d’événements ou scénarios d’événements.

7.3.1 Authentification

Lorsqu’un utilisateur souhaite se connecter à l’application, il entre ses

identifiants (nom d’utilisateur et mot de passe) dans le formulaire de connexion.
Le système reçoit ensuite les informations d’identification et vérifie leur vali-
dité.
Si les identifiants sont corrects, le système envoie une réponse de succès
d’authentification à l’utilisateur, lui permettant d’accéder à l’interface princi-
pale de l’application. En revanche, si les identifiants sont invalides, le système
renvoie un message d’erreur d’authentification à l’utilisateur.
Le diagramme de séquence de l’authentification permet de visualiser de
manière chronologique les interactions entre l’utilisateur, le système et les
éventuels services externes (par exemple, une base de données d’utilisateurs).
Il aide à comprendre le flux et la logique du processus d’authentification et

15
peut être utilisé pour identifier les éventuelles améliorations ou problèmes de
sécurité.

Figure 4 – diagramme de séquence pour«Authentification»

7.3.2 Processus de demande de documents de scolarité

Lorsqu’un étudiant souhaite effectuer une demande de document de scola-

rité, il accède à l’interface de l’application dédiée à la demande de document.
L’étudiant sélectionne le type de document requis parmi les options dispo-
nibles, telles que relevé de notes, diplôme, attestation et d’autre documents.
Ensuite, l’étudiant remplit les informations nécessaires dans le formulaire
de demande, telles que ses coordonnées personnelles, son identifiant étudiant
et toute autre information spécifique à la demande de document.
Une fois le formulaire rempli, l’étudiant soumet la demande. Le système
reçoit la demande et génère un numéro de suivi unique pour cette demande.
Le système enregistre la demande dans la base de données et envoie une
confirmation à l’étudiant.

16
 Figure 5 – diagramme de séquence pour«demander document»

7.3.3 Ajouter un étudiant

Dans le cas d’utilisation "Ajouter un étudiant" (Créer un compte étu-

diant), l’administrateur commence par sélectionner l’option correspondante
dans l’interface du système. En conséquence, le système affiche un formulaire
de création de compte étudiant. L’administrateur remplit les champs requis
du formulaire avec les informations pertinentes de l’étudiant, telles que son
nom, son prénom et son adresse e-mail et son mot de passe. Une fois que
toutes les informations sont fournies, l’administrateur soumet le formulaire
pour procéder à la création du compte. À ce stade, le système effectue une
vérification des informations fournies par l’administrateur afin de s’assurer
de leur conformité.

17
 Figure 6 – diagramme de séquence pour«Ajouter etudiant»

7.3.4 Consulter liste des étudiants

Après que le responsable se soit authentifié sur l’application et accède

à l’interface utilisateur, il est présenté avec une option pour consulter la
liste des étudiants. Le responsable interagit avec l’interface utilisateur en
sélectionnant cette option.
En réponse à l’action du responsable, l’interface utilisateur envoie une
requête au système pour demander la liste des étudiants. Le système reçoit
cette demande du responsable authentifié et procède à l’accès à la liste des
étudiants, récupérant les données pertinentes.
Une fois que le système a obtenu les informations des étudiants, il retourne
la liste des étudiants à l’interface utilisateur. L’interface utilisateur affiche
ensuite cette liste au responsable de manière claire et conviviale.

18
 Figure 7 – diagramme de séquence pour«Consulter liste des étudiants »

7.4 Diagramme de classe

Le diagramme de classe exprime la structure statique du système en terme
de classes et de relations entre ces classes. L’intéret du diagramme de classes
est de modéliser les entités du système d’information. Ces informations sont
regroupées ensuite dans des classes.

Dans notre diagramme de classe, nous avons une classe "Etudiant" qui
contient les attributs suivants : CNE (clé primaire), nom, prénom et d’autres
champs pour représenter les informations spécifiques à chaque étudiant. Chaque
étudiant a la possibilité d’envoyer une ou plusieurs réclamations, et chaque
réclamation est liée à un seul et unique étudiant.
De plus, chaque étudiant peut faire plusieurs demandes de documents de
scolarité, et chaque demande est liée à un seul document spécifique. Chaque
document peut avoir un seul type, représenté par une classe distincte. Ainsi,
la relation entre l’étudiant, la demande de document et le type de document
est établie.
Concernant la filière, chaque étudiant appartient à une seule filière, tandis
que chaque filière peut contenir un ou plusieurs étudiants. Cela permet de mo-
déliser la relation d’appartenance entre les étudiants et leur filière d’études.

19
 En résumé, notre diagramme de classe représente les relations et les attri-
buts nécessaires pour modéliser les étudiants, les réclamations, les demandes
de documents, les types de documents et les filières, en assurant une structure
claire et une bonne représentation des données de l’application de gestion des
demandes de documents de scolarité.

Figure 8 – diagramme de classe

8 Conclusion
Dans ce chapitre nous avons présenté la partie d’analyse suivie, et dans le
chapitre Suivant nous allons décrire les outils utilisées pour le développement.
Finalement, nous avons présenté certaines fonctionnalités de l’application à
travers quelques interface

20
Chapitre 3 : Outils et langages utilisés
1 Introduction
Après avoir affecter l’étude et la conception de notre application, nous
passons à la phase d’implémentation. Ce chapitre présente le résultat de
travail effectué durant ce projet de fin d’études. Nous allons présenter,aussi,
environnement matériels et les outils de développement utilisées.

2 Environnement de développement
2.1 Environnement matériel
L’équipement mis’a notre disposition pour la réalisation du projet se com-
pose d’un ordinateur portabe dont la configuration est la suivante :
• Processeur : Intel[4] core i5.
• 16 GO mémoire vive .
• 237 GO d’espace disque.

2.2 Modèle-vue-contrôleur
Pour la conception de notre application, nous avons utilisé le modèle MVC.

Figure 9 – Le modèle MVC

Modèle : est un élément central de l’application dans lequel s’effectue les

traitements des données, interactions avec la base de données, etc. Il décrit les
données manipulées par l’application. Il regroupe la gestion de ces données
et il est responsable de leur intégrité.

21
Vue : Elle permet de présenter les résultats renvoyés par le modèle et de
recevoir toute action de l’utilisateur.
Contrôleur : prend en charge la gestion des événements de synchronisation
pour mettre à jour la vue ou le modèle et les synchroniser. Il reçoit tous les
événements de l’utilisateur et enclenche les actions à effectuer.[5]

2.3 Outils et langages de développements

2.3.1 HyperText markuplanguage

HTML, abréviation de HyperText Markup Language, est un langage infor-

matique utilisé pour créer des pages web. Son but principal est de structurer
et d’organiser le contenu des pages de manière logique et sémantique. Il per-
met également d’intégrer divers types de médias, tels que des images, des
formulaires et des programmes informatiques. En résumé, HTML est un lan-
gage de balisage qui permet aux développeurs de créer des pages web bien
structurées et visuellement attrayantes.[6]

Figure 10 – HyperText markuplanguage

2.3.2 Cascading Style Sheets

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.[7]

22
 Figure 11 – Cascading Style Sheets

2.3.3 JavaScript

JavaScript est un langage de programmation de scripts, qui est utilisé

principalement pour développer des pages web interactives, mais aussi pour
les serveurs. C’est un langage orienté objet basé sur des prototypes.[8]

Figure 12 – JavaScript

2.3.4 Apache

Apache HTTP Server est un logiciel serveur HTTP créé et maintenu par
la Fondation Apache, qui est une organisation à but non lucratif qui déve-
loppe et soutient de nombreux projets open source. Ce logiciel est largement
considéré comme le serveur HTTP le plus utilisé sur le World Wide Web.
La distribution du logiciel est gratuite et soumise aux termes de la licence
Apache, qui permet une utilisation libre, la modification et la distribution du
code source, à condition de respecter les termes de la licence.[9]

23
 Figure 13 – Apache

2.3.5 Laravel

Laravel est un framework web open source écrit en PHP qui permet de
développer rapidement des applications web. Il suit le modèle MVC et offre
de nombreuses fonctionnalités, telles que l’authentification des utilisateurs, la
gestion des sessions et la validation des formulaires. Il est également apprécié
pour sa facilité d’utilisation et sa documentation complète.[10]

Figure 14 – Laravel

2.3.6 visual studio code

Visual Studio Code est un éditeur de code extensible multiplateforme,

compatible avec Windows, Linux et macOS. Il offre un large éventail de
fonctionnalités, notamment la prise en charge du débogage, la mise en évi-
dence de la syntaxe, la complétion intelligente du code, les extraits de code,
la refonte du code et une intégration de Git. Ces fonctionnalités améliorent
l’expérience de développement en permettant aux développeurs d’écrire du
code plus rapidement et plus efficacement.[11]

24
 Figure 15 – visual studio code

2.3.7 MYSQL

Le serveur de bases de données relationnelles MySQL est un logiciel Open

Source permettant de stocker les données dans des tables distinctes plutôt
que de les regrouper dans une seule table. Cette méthode de stockage présente
plusieurs avantages, notamment une meilleure vitesse d’accès aux données et
une plus grande flexibilité dans la manipulation et l’organisation des infor-
mations stockées.[12]

Figure 16 – MYSQL

2.3.8 Laragon

Laragon est une plateforme de développement web qui intègre différents

serveurs tels que le serveur HTTP Apache, qui fonctionne par défaut sur le
port 80, et le serveur de base de données relationnelles MySQL, qui fonctionne
par défaut sur le port 3306. Cette plateforme offre un environnement de
développement complet pour la création d’applications web. En particulier,
elle est utilisée dans le développement d’une application web de demande de
documents de scolarité, comme mentionné dans le rapport.[13]

25
 Figure 17 – Laragon

2.3.9 Bootstrap

Bootstrap est une collection d’outils utiles à la création du design de

sites et d’applications web. C’est un ensemble qui contient des codes HTML
et CSS, des formulaires, boutons, outils de navigation et autres éléments
interactifs, ainsi que des extensions JavaScript en option.[14]

Figure 18 – Bootstrap

3 Conclusion
Dans ce chapitre, nous avons exploré différents outils utilisés dans le dé-
veloppement de notre application web. Ces outils jouent un rôle essentiel
dans la création de notre projet, en offrant des fonctionnalités avancées, une
productivité accrue et une meilleure gestion des projets.

26
Chapitre 4 :Présentation de l’application
1 Introduction
Après avoir détaillé la conception adaptée à notre application, nous allons
concacrer le dernier chapitre de ce rapport à la partie ré[Link] cela
nous allons présenter la phase d’implémentation on se basant sur quelques
interfaces envirennement de développement ainsi que leurs descriptions.

2 Environnement de travail
2.1 Acceuil
L’interface d’accueil est la première page de l’application qui accueille
les utilisateurs. Elle présente deux boutons : un bouton de connexion et un
bouton d’inscription. Le bouton de connexion est destiné aux utilisateurs
qui possèdent déjà un compte et qui souhaitent se connecter à leur espace
personnel. En cliquant sur ce bouton, ils seront redirigés vers la page de
connexion où ils devront saisir leurs identifiants (nom d’utilisateur et mot de
passe) pour accéder à leur compte.
Le bouton d’inscription est spécialement conçu pour les étudiants qui
n’ont pas encore de compte dans l’application. En cliquant sur ce bouton,
ils seront dirigés vers le formulaire d’inscription où ils devront fournir leurs
informations personnelles, telles que leur nom, prénom, adresse e-mail, etc.
Une fois qu’ils auront rempli le formulaire, ils pourront cliquer sur le bouton
d’ajout pour soumettre leur demande de création de compte.

27
 Figure 19 – Page d’acceuil

2.2 Authentification
Dans ce cas, l’interface d’authentification serait la deuxième étape à la-
quelle les utilisateurs accèdent après avoir visité la page d’accueil. Elle leur
permet de se connecter en fournissant leurs informations d’identification,
telles que leur email et leur mot de passe. L’objectif principal de cette in-
terface est de vérifier l’identité de l’utilisateur et de lui permettre d’accéder
à son compte ou à ses fonctionnalités spécifiques une fois les informations
d’identification validées.

Figure 20 – Page d’authentification

28
 Si les informations d’identification sont incorrectes un message d’erreur est
affiché, informant l’utilisateur que les informations saisies sont incorrectes et
l’invitant à réessayer.

Figure 21 – Page d’authentification au cas d’erreur

2.3 Demande d’inscription

L’interface de demande d’inscription pour les étudiants vise à simplifier
le processus d’inscription en offrant une plateforme conviviale. Elle permet
aux étudiants de fournir facilement les informations requises et de soumettre
leur demande d’inscription. Une fois la demande soumise, les étudiants re-
cevront des informations pertinentes concernant la création de leur compte,
notamment leur identifiant d’utilisateur et leur mot de passe. Ces informa-
tions leur permettront d’accéder ultérieurement à l’application et de profiter
de ses fonctionnalités.

29
 Figure 22 – Page de demande d’inscription pour l’étudiant

Si l’étudiant oublie de remplir un champ par exemple le nom, il va afficher

ce message.

Figure 23 – erreur d’envoyer

Après avoir rempli tous les champs et soumis votre demande d’inscription
en tant qu’étudiant, le système affiche un message de confirmation sur l’inter-
face d’inscription. Veuillez noter que seuls les étudiants qui sont déjà inscrits
dans notre faculté sont autorisés à soumettre cette demande d’inscription.

30
 Figure 24 – l’envoi avec succès

2.4 Interface d’étudiant

Une fois authentifié, l’étudiant accède à l’interface principale qui lui offre
diverses fonctionnalités. Cette interface permet à l’étudiant d’accomplir diffé-
rentes tâches telles que l’envoi de réclamations ou de demandes de documents
de scolarité, ainsi que la consultation de la liste de leurs réclamations et de-
mandes. En utilisant cette interface, les étudiants peuvent soumettre des
réclamations concernant des problèmes rencontrés dans leur parcours acadé-
mique. De plus, l’interface permet aux étudiants de faire des demandes de
documents de scolarité tels que des relevés de notes, des certificats de scola-
rité ou des attestations de réussite. Ils peuvent sélectionner le type de docu-
ment requis, spécifier les informations nécessaires et soumettre leur demande
en ligne. En résumé, l’interface principale accessible après l’authentification
offre aux étudiants la possibilité d’envoyer des réclamations, de faire des de-
mandes de documents de scolarité et de consulter la liste de leurs réclamations
et demandes antérieures. Cela facilite la communication et l’interaction entre
les étudiants et l’administration, offrant ainsi une plateforme pratique pour
gérer leurs préoccupations académiques.

31
 Figure 25 – Espace d’étudiant

2.4.1 Liste des demandes

Une fois que l’étudiant a accédé à l’interface principale et qu’il souhaite

consulter la liste de ses demandes de documents, il peut cliquer sur le bouton
"Consultation" et sélectionner l’option "Liste des demandes de documents".
Ensuite, le système affiche une nouvelle interface qui offre à l’étudiant la
possibilité de filtrer sa recherche en utilisant les différents champs disponibles.
Une fois que l’étudiant a sélectionné les critères de filtrage souhaités, il peut
lancer la recherche et le système affichera la liste des demandes de documents
correspondantes. Chaque demande sera accompagnée des détails pertinents
tels que la date de la demande, le type de document, l’état actuel de la
demande et toute autre information associée.
En résumé, l’interface de consultation des demandes de documents permet
à l’étudiant de filtrer sa recherche en utilisant divers champs tels que la pé-
riode, le type de document et l’état de la demande. Cela offre à l’étudiant une
flexibilité pour visualiser et gérer efficacement ses demandes de documents
scolaires.

32
 Figure 26 – Liste des demandes de documents

2.4.2 Liste des reclamations

Après s’être connecté à l’interface principale, l’étudiant peut accéder à

la liste de ses réclamations en cliquant sur le bouton "Consultation" et en
sélectionnant l’option "Liste des réclamations". Une fois cette option choisie,
le système affiche une nouvelle interface qui permet à l’étudiant de filtrer
sa recherche en utilisant différents critères disponibles. Cette interface de
consultation des réclamations permet à l’étudiant de visualiser facilement
toutes ses réclamations passées et en cours, et de suivre leur évolution. En
résumé, l’interface de consultation des réclamations offre à l’étudiant la pos-
sibilité de filtrer sa recherche en utilisant divers critères tels que la période,
le statut et les matières concernées. Cela lui permet de gérer efficacement ses
réclamations, de suivre leur progression et de faciliter la communication avec
l’administration de l’établissement scolaire.

33
 Figure 27 – Liste des reclamations

2.4.3 Profil

Lorsque le responsable choisit l’option "Profil", une interface dédiée s’af-

fiche pour afficher les informations personnelles spécifiques de le responsable.
Cette interface de profil peut contenir des détails tels que le nom complet de
le responsable, ainsi que des informations pertinentes sur la filière dont il est
responsable . Cette interface fournit une vue centrée sur le responsable.

Figure 28 – Profil de le responsable

Une fois l’enregistrement terminé, un message de succès est affiché pour

informer l’administrateur que l’ajout du responsable s’est déroulé avec succès.
Ce message confirme que les informations ont été sauvegardées dans la base
de données et que le responsable est maintenant officiellement ajouté au
système.

34
 Figure 29 – Ajouter un responsable avec succès

3 Conclusion
En conclusion du chapitre de réalisation, nous avons mis en évidence les
différentes fonctionnalités et interfaces mises en place dans notre applica-
tion. Nous avons présenté les principales actions accessibles aux utilisateurs,
notamment aux étudiants et aux administrateurs.

35
 Conclusion et perspectives
Notre application de demande de documents de scolarité constitue une
avancée significative dans le domaine de la gestion administrative des éta-
blissements scolaires. En offrant une plateforme conviviale et accessible, nous
avons facilité le processus de demande de documents, en simplifiant les dé-
marches pour les étudiants et en améliorant l’efficacité des responsables ad-
ministratifs.
L’application permet aux étudiants de soumettre leurs demandes de ma-
nière électronique, éliminant ainsi la nécessité de se déplacer physiquement
ou d’envoyer des documents par courrier. Cela leur fait gagner du temps et
leur donne la possibilité de suivre l’avancement de leurs demandes en temps
réel. De plus, en mettant à leur disposition une liste complète des documents
disponibles et en leur permettant de sélectionner ceux dont ils ont besoin,
nous simplifions encore davantage le processus.
Du côté des responsables administratifs, l’application offre un tableau de
bord intuitif qui répertorie toutes les demandes en cours. Les fonctionnalités
de filtrage et de recherche facilitent la gestion des demandes, en permettant
aux responsables de trier les demandes par type de document, par étudiant
ou par statut. Cela permet d’améliorer la productivité et d’assurer un suivi
efficace de chaque demande.
Pour les perspectives d’avenir, nous envisageons d’intégrer des fonctionna-
lités de suivi des demandes plus avancées, telles que des notifications automa-
tisées pour informer les étudiants de l’avancement de leurs demandes et les
rappeler des éventuelles actions à effectuer. Nous pourrions également mettre
en place un système de messagerie interne pour faciliter la communication
entre les étudiants et les responsables administratifs.
En termes de sécurité, nous avons l’intention de renforcer les mesures de
protection des données des utilisateurs, en mettant en place des protocoles
de cryptage avancés et en assurant une sauvegarde régulière des données.
La confidentialité et l’intégrité des informations des étudiants seront ainsi
garanties.
En résumé, notre application de demande de documents de scolarité re-
présente une solution complète et performante pour répondre aux besoins des
étudiants et des responsables administratifs. Elle améliore la communication
et la collaboration entre ces deux parties, réduit les délais de traitement et
augmente la satisfaction des utilisateurs. Dans un avenir proche, nous pré-
voyons d’ajouter de nouvelles fonctionnalités.

36
 Webographie
[1] :https ://[Link]/blog/2535/logiciel-de-gestion-etablissement-scolaire-
gratuits.
[2] :https ://[Link]/blog/2535/logiciel-de-gestion-etablissement-scolaire-
gratuits.
[3] :https ://[Link]/wiki/UML(informatiqu)
[4] :https ://[Link]/wiki/Mod
[5] : https ://[Link]/fr/docs/Glossary/MVC
[6] : https ://[Link]/fr/docs/Web/HTML
[7] : https ://[Link]/fr/docs/Web/CSS
[8] : https ://[Link]/wiki/JavaScript
[9] :https ://[Link]/wiki/Apache HTTP Server
[10] : https ://[Link]/index/definition-de-laravel/
[11] : https ://[Link]/wiki/Visual-Studio-code
[12] : https ://[Link]/wiki/MySQL
[13] : https ://[Link]/2018/11/17/laragon-environnement-
de-developpement-web/
[14] : https ://[Link]/wiki/Bootstrap-(framework)

37