MINISTERE DE L’ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE

Rapport de Projet Fin d’année

En génie industriel

Spécialité : Génie des systèmes industriel et logistique

L’École Nationale d’Ingénieur de Carthage
Intitulé :

Conception et Réalisation d’une

application de gestion de PFE

Présenté par
Ghoul Yasmine
Riahi Mohamed Aziz
Soutenu le Lundi 27 mai 2024 devant le jury d’examen :

Président

Rapporteurs

M. Ala BALTI - Mme. Basma ASKRI Encadrants

Année Universitaire : 2023 – 2024

1
 Résumé

Ce travail s’inscrit dans le cadre du projet de fin d’année à l’Ecole

Nationale d’Ingénieurs de Carthage

Dans ce cas, nous avons conçu à développer une application de gestion de

PFE de connaissances au sein de notre établissement.

Mots clés : C # / UML /base de données.

i
 Remerciements
Nous nouss faisons ici le plus grand plaisir de réserver ces quelques lignes en
guise de remerciements et reconnaissance à toutes les personnes qui, de près ou
de loin, ont contribué à la concrétisation de ce présent travail.

Nos remerciements vont à nos encadrants à L’ENICARTHAGE, pour leur

participation à notre formation et remercions de manière particulière notre
encadrant Mr BALTI Ala pour leurs orientations bienveillantes et leur
disponibilité. On tient aussi à remercier Mme ASKRI Basma , la chef
département de la spécialité Génie des Systèmes industriels et Logistique.

Finalement, on remercie les membres du jury d’avoir participé à cette

soutenance.

ii
 Sommaire
CHAPITRE I : PRESENTATION GENERALE DU PROJET ............................................................................ 3
I. Introduction ................................................................................................................................ 4
II. Fondation de UML ...................................................................................................................... 4
1. Définition de UML .............................................................................................................. 4
2. Comprendre pourquoi l’UML est utilisée ............................................................................ 5
III. Avantages d'utilisation des diagrammes UML ........................................................................ 5
IV. Quand utiliser un diagramme UML ......................................................................................... 6
i. Exemple .............................................................................................................................. 6
V. Les types de diagramme UML qui l’ont utilisé dans notre projet .................................................. 7
1. Diagramme de cas d’utilisation :.............................................................................................. 7
i. Définition : .......................................................................................................................... 7
2. Diagramme de classe ............................................................................................................... 8
ii. Définition : .......................................................................................................................... 8
3. Diagramme de séquence .......................................................................................................... 8
iii. Définition ........................................................................................................................ 8
VI. Problème ................................................................................................................................. 9
VII. Objectif ................................................................................................................................. 10
VIII. Conclusion ............................................................................................................................ 10
CHAPITRE 2 : ANALYSE ET SPECIFICATION DES BESOINS ................................................................... 11
I. Introduction......................................................................................................................... 12
II. Définir les acteurs ..................................................................................................................... 12
III. Présentation des besoins fonctionnels de l’application : ......................................................... 12
1. Analyse du cas d’utilisation « S’authentifier » ...................................................................... 13
i. Description ........................................................................................................................ 13
ii. Diagramme de cas d’utilisation d’un administrateur ........................................................... 14
2. Analyse de cas d’utilisation « Acteur Etudiant »..................................................................... 14
i. Description............................................................................................................................ 14

iii
 ii. Diagramme de cas d’utilisation d’un étudiant ........................................................................ 15
IX. Diagramme de cas d’utilisation général ................................................................................. 15
X. Diagramme de classe ................................................................................................................. 16
XI. Le Diagramme de séquence ................................................................................................... 17
i. Diagramme de séquence de gérer étudiante : ...................................................................... 17
ii. Diagramme de séquence d’authentification ....................................................................... 19
XII. Spécification des besoins non fonctionnels ........................................................................ 19
XIII. Conclusion ............................................................................................................................ 21
CHAPITRE 3 : CONCEPTION ET REALISATION ............................................................................................. 22
I. Introduction .............................................................................................................................. 22
II. Environnement de travail........................................................................................................... 23
i. Configuration matérielle .................................................................................................... 23
ii. Configuration logicielle ..................................................................................................... 23
III. Description de l’application ................................................................................................... 23
1. Interface authentification ................................................................................................... 23
2. Interface de l’administrateur .............................................................................................. 24
3. Interface de recherche par l’administrateur ...................................................................... 25
5. Interface des statistiques de secteur........................................................................................ 27
6. Interface de recherche et validation des demandes............................................................. 28
7. Interface de l’étudiant ........................................................................................................ 29
8. Interface de recherche par l’étudiant .................................................................................... 29
Cette interface facilite la recherche des listes des sujets. En offrant une vue organisée des sujets,
cette fonctionnalité permet aux étudiant de trouver facilement les listes de sujets . ................... 29
Figure 20 : Interface de recherche par l’étudiant ........................................................................... 30
1. Interface d’ajouter une demande .......................................................................................... 30
Figure 21 : Interface d’ajouter une demande ................................................................................ 30
2. Interface de consulter demande ............................................................................................ 31
Figure 22 : Interface de consulter demande .................................................................................. 31
3. Interface d’ajouter un rapport ................................................................................................ 31
Figure 23 : Interface d’ajouter un rapport ..................................................................................... 32
IV. Conclusion ............................................................................................................................ 32

iv
 Liste des figures
Figure 1 : Logo de UML ..................................................................................................................... 4
Figure 2 : Besoin de UML................................................................................................................... 5
Figure 3 : Développement d'un logiciel ............................................................................................... 7
Figure 4 : Structure de diagramme de cas d'utilisation ......................................................................... 7
Figure 5 : Structure de digramme de classe.......................................................................................... 8
Figure 6 : Structure de diagramme de séquence ................................................................................... 9
Figure 7 : Diagramme de cas d’utilisation d’un administrateur .......................................................... 14
Figure 8 : Diagramme de cas d’utilisation d’un étudiant .................................................................... 15
Figure 9 : Diagramme de cas d’utilisation général ............................................................................. 16
Figure 10 : Digramme de classe ........................................................................................................ 17
Figure 11 : Diagramme de séquence.................................................................................................. 18
Figure 12 : Diagramme de séquence.................................................................................................. 19
Figure 13 : Interface d’authentification.............................................................................................. 24
Figure 14 : Interface de l’administrateur ............................................................................................ 25
Figure 15 : interface de recherche par encadrant ................................................................................ 26
Figure 16 : Interface de visualiser les statistiques et supprimer les sujets ........................................... 27
Figure 17 : Interface de statistique de secteur .................................................................................... 28
Figure 18 : Interface de recherche et validation des demandes .......................................................... 29
Figure 19 : Interface de statistique des secteurs ................................................................................. 29
Figure 20 : Interface de recherche par l’étudiant............................................................................... 30
Figure 21 : Interface d’ajouter une demande .................................................................................... 30
Figure 22 : Interface de consulter demande ...................................................................................... 31
Figure 23 : Interface d’ajouter un rapport ......................................................................................... 32

v
 Liste des tableaux

Tableau 1 : Tableau de la spécification des besoins fonctionnels....................................................... 12

Tableau 2 : description d’analyse du cas d’utilisation .................................................................... 13
Tableau 3 : Analyse de cas d’utilisation acteur Administrateur .......................................................... 13
Tableau 4 : Analyse de cas d’utilisation d’acteur Etudiant ................................................................ 15

vi
 Liste des abréviations

UML Unified Modeling Language

DSO diagramme de séquence d’objet
DCU diagrammes de cas d'utilisation

vii
 Introduction générale

L’informatique est un domaine d’activité technique et industriel concernant le traitement de

l’information, il représente l’ensemble des ressources d’une organisation : matériels et
logiciels pour collecter et traiter les informations.

De nos jours, beaucoup sont les écoles qui sont confrontées à des problèmes liés à la gestion
de PFE et à la nécessité d’une application permettant d’éviter ces problèmes.

C’est dans ce cadre que s’inscrit ce projet de fin d’année qui va se focaliser sur la gestion
de PFE, notre travail consiste à concevoir et réaliser une application desktop qui permet de
fluidifier le processus de validation et améliorer la communication entre les étudiants, et
l'administration.

La puissance de l’informatique offre toutes les possibilités, l’évolution des logiciels permet
d’automatiser des procédures et de fournir les informations à temps.

Notre rapport s’articule autour de trois chapitres :

Le premier chapitre constitue le cadre général du projet, y compris la fondation de l’UML,

la méthode de développement et le langage de modélisation utilisés ainsi que les objectifs
du projet.

Le deuxième chapitre présente les acteurs de l’application, l’expression des besoins

(fonctionnels et non-fonctionnels) et les types des diagrammes UML.

Le troisième chapitre présente les diagrammes d’implémentation des cas les

environnements matériels et logiciels utilisés tout en donnant une description des interfaces
utilisateurs de l'application.

1
Enfin, le rapport du notre projet de fin d’études est clôturé par une conclusion où notre
travail est résumé et quelques perspectives d'avenir sont exposées

2
CHAPITRE I : PRESENTATION
GENERALE DU PROJET

3
 I.Introduction

À travers ce chapitre, nous aspirons à fournir une compréhension approfondie des fondements
de UML, jetant ainsi les bases nécessaires pour une utilisation efficace de ce langage de
modélisation puissant dans le contexte de notre projet.

II.Fondation de UML

Unified Modeling Language (UML) est un langage de modélisation visuel utilisé dans le
génie logiciel. Il permet de définir, spécifier et documenter les systèmes logiciels. Il a été
développé à la fin des années 1990 pae Grady Booch, Ivar Jacobson et James Rumbaugh. Ces
auteurs ont associé leurs méthodes de modélisation pour définir un langage de modélisation
unifié.

1. Définition de UML

UML , “Unified Modeling Language“, donc Langage unifié pour la spécification de modèles
objet en français, est la consolidation de l’état de l’art des langages pour la modélisation objet.
Il fournit des fondations pour spécii er, pour définir, pour visualiser, pour décrier les artifices
d’un système logiciel. UML est donc fondé sur une sémantique précise et sur une notation
graphique expressive. UML définit des notions fondamentales, mais aussi garantit des
mécanismes d’extension de ces notions.

Figure 1 : Logo de UML

4
 2. Comprendre pourquoi l’UML est utilisée

UML, ou Unified Modeling Language, est un langage de modélisation polyvalent applicable à

divers domaines. Son objectif principal est d'établir une norme universelle pour la
représentation visuelle des conceptions de systèmes, à l'instar de la façon dont d'autres
branches de l'ingénierie utilisent les plans de conception.

UML sert de support visuel, distinct des langages de programmation, pour transmettre des
informations. Son objectif consiste à décrire la structure et le comportement d'un système à
l'aide de diagrammes. En tant qu'outil polyvalent, UML aide les ingénieurs logiciels et les
professionnels dans la modélisation, la conception et l'analyse de divers aspects d'un système
logiciel.

Figure 2 : Besoin de UML

III.Avantages d'utilisation des diagrammes UML

Les diagrammes visuels jouent un rôle crucial dans la simplification des idées et des systèmes
complexes, en transformant un code complexe en un format plus compréhensible. En

5
garantissant que tout le monde est sur la même longueur d'onde, ces diagrammes fournissent
une vue d'ensemble d'un système et aident les développeurs à comprendre les processus et les
fonctionnalités du logiciel, tout en permettant également aux non-programmeurs de les
comprendre.

IV.Quand utiliser un diagramme UML

Les diagrammes UML trouvent leur application principale dans le processus de

développement de logiciels et l'analyse de logiciels préexistants, bien que leur polyvalence
s'étende à la visualisation de systèmes complexes de toute nature.

i.Exemple

 Développement de logiciels :

Les équipes de développement de logiciels utilisent les modèles UML pour spécifier de
nouveaux logiciels et pour analyser et comprendre de vieux logiciels. Avant que le codage ou
le développement ne commence véritablement aussi bien que le solide codage mais aussi le
développement, les modèles UML parlent à l’équipe de développement de très loin. C’est à
partir de là que l’équipe de développement dérive ses priorités et alloue des ressources.

Les modèles UML servent aussi à s’assurer que tout le monde parle le même langage visuel
universel même si le présent codage n’est pas universel, que le fait d’avoir un modèle que tout
le monde comprend aident considérablement la communication en entreprise. Même l’équipe
de développement qui n’a aucune connaissance du solide codage peut étendre son influence
en comprenant l’impact et l’avancement d’un projet.

6
 8

Figure 3 : Développement d'un logiciel

V.Les types de diagramme UML qui l’ont utilisé dans notre

projet

1. Diagramme de cas d’utilisation :

i.Définition :
Les diagrammes de cas d'utilisation (DCU) sont des diagrammes UML qui permettent de
décrire le comportement fonctionnel d’un système logiciel. Ils sont utiles pour des
présentations à la direction ou aux participants d’un projet, mais pour le développement, le
cas d’utilisation est plus indiqué. En effet, un cas d’utilisation (use cases) représente une unité
discrète d’interaction entre un utilisateur, qu’il soit un humain ou une machine, et un système.

Figure 4 : Structure de diagramme de cas d'utilisation

7
 2. Diagramme de classe

ii.Définition :

Un diagramme de classe est une forme de diagramme UML qui décrit un système en mettant
en évidence les divers types d'objets présents dans le système ainsi que les relations statiques
qui les relient. Il met également en évidence les opérations et les caractéristiques des classes.
En général, ils sont employés afin d'explorer les concepts de domaine, de saisir les exigences
logicielles et de décrire les conceptions en détail.

Figure 5 : Structure de digramme de classe

3. Diagramme de séquence

iii.Définition

8
La modélisation dynamique en langage UML est souvent utilisée avec des diagrammes de
séquence, car ils mettent l'accent sur les différentes lignes de vie, processus et objets qui
vivent en même temps, ainsi que sur les messages qu'ils échangent entre eux pour accomplir
une fonction avant la fin de la ligne de vie. En plus de notre outil de création de diagrammes
UML, vous pouvez consulter ce guide pour obtenir toutes les informations nécessaires sur les
diagrammes de séquence en langage UML.

Figure 6 : Structure de diagramme de séquence

VI.Problème

La gestion des rapports de PFE à la faculté est actuellement manuelle et inefficace, ce qui
entraine plusieurs problèmes :

 Manque de centralisation des informations : Les rapports PFE sont dispersés

entre les étudiants, les enseignants et l'administration, ce qui rend difficile leur
consultation et leur suivi.
 Processus long et fastidieux : Le traitement des rapports PFE est manuel et

chronophage, ce qui retarde la validation des diplômes.

 Manque de transparence et de communication : Les étudiants et les enseignants

manquent de visibilité sur l'avancement des projets PFE et sur les critères
d'évaluation.
 Difficulté à suivre les progrès des étudiants : Il est difficile pour les enseignants

Pour surveiller l'évolution des projets PFE et de fournir un feedback individualisé

aux étudiants.

9
VII.Objectif

. Créer et mettre au point une application de gestion de projets finaux afin de regrouper les
données, simplifier la procédure de validation et améliorer la communication entre les
étudiants et l'administration.

 Questions pour résoudre le problème :

 Quelles caractéristiques l'application devrait offrir afin de satisfaire les besoins des
étudiants et de l'administration?
 Comment regrouper les données concernant les projets de fin d'études (sujets,
mémoires, rapports, etc.)?
 Comment automatiser les opérations administratives liées aux projets de fin
d'études (inscription, soumission, évaluation, etc.)?
 Comment assurer la protection et la confidentialité des informations?

VIII.Conclusion

En résumé, l'UML joue un rôle crucial dans l'évolution du génie logiciel , proposant un
cadre puissant et omniprésent pour la visualisation des systèmes logiciels complexes.

10
CHAPITRE 2 : ANALYSE ET
SPECIFICATION DES BESOINS

11
 I. Introduction
Dans cette étude, nous examinons en détail l'application de gestion de projet de fin d'études
(PFE), en mettant l'accent sur les exigences requises pour son élaboration. Le contexte du
projet, les objectifs à atteindre, la méthodologie employée pour l'analyse, ainsi que les
résultats obtenus seront étudiés.

II. Définir les acteurs

Au sein de L’ENICARTHAGE, nous pouvons citer les fonctionnaires suivants :

• L’administrateur

• L’étudiant

III. Présentation des besoins fonctionnels de l’application :

Notre application devra offrir les fonctionnalités suivantes à chaque utilisateur :

Tableau 1 : Tableau de la spécification des besoins fonctionnels

Acteur Cas d’utilisation

Administrateur -S’authentifier
- Valider PFE
-Supprimer les offres de PFE

12
 - Modifier les offres de PFE
-Ajouter les offres de PFE
-Rechercher

Etudiant -S’authentifier
-Consulter sujet
-Ajouter sujet
-Rechercher

1. Analyse du cas d’utilisation « S’authentifier »

Le cas d’authentification c’est de confirmer l'identité déclarée d'un utilisateur en vérifiant les
informations d'identification qu'il fournit, telles que les identifiants de connexion (nom,
adresse) et les mots de passe.

i. Description :
Tableau 2 : description d’analyse du cas d’utilisation

Titre S authentifier
But Authentification ainsi autorisation d’accès
Résumé L'acteur entre son identifiant et son mot de
passe afin de se connecter au système
Acteur Administration
Etudiant

1. Analyse pour le cas d’utilisation « Acteur administrateur »

L'administrateur utilise son autorisation pour gérer les comptes des utilisateurs.

i.Description

Tableau 3 : Analyse de cas d’utilisation acteur Administrateur

Titre Acteur Administrateur

13
 But • gestion d’utilisateurs er offres
• Documentation
• Statistiques
Résumé Après s'être authentifié, l'acteur accède à
l'interface administrateur et sélectionne
l'interface de gestion en fonction des besoins.
Acteur Administrateur

ii.Diagramme de cas d’utilisation d’un administrateur

Figure ci-jointe détaille cas d’utilisation d’un administrateur :

Figure 7 : Diagramme de cas d’utilisation d’un administrateur

2. Analyse de cas d’utilisation « Acteur Etudiant »

L'étudiant utilise l'application pour rechercher des projets disponibles, soumettre des
propositions de projet.

i.Description

14
 Tableau 4 : Analyse de cas d’utilisation d’acteur Etudiant

Titre Acteur étudiant

But Consultation des offres de PFE
Résumé Une fois qu'il s'est authentifié, l'acteur se
rend dans l'interface administrateur et choisit
l'interface de gestion selon ses besoins.
Acteur Etudiant

ii.Diagramme de cas d’utilisation d’un étudiant

La figure ci-jointe détaille les cas d’utilisation d’un étudiant :

Figure 8 : Diagramme de cas d’utilisation d’un étudiant

IX.Diagramme de cas d’utilisation général

Ci-dessous un figure représente le diagramme de cas d’utilisation :

15
 Figure 9 : Diagramme de cas d’utilisation général

X.Diagramme de classe

Ce schéma lié à la gestion des comptes des utilisateurs permet de décrire les éléments de
chaque classe.

16
 Figure 10 : Digramme de classe

XI.Le Diagramme de séquence

Le diagramme de séquence permet de représenter de façon chronologique les échanges entre

les divers acteurs ou éléments d'un système, ce qui permet de mieux comprendre le
déroulement des processus.

i.Diagramme de séquence de ajouter demande pfe :

Ce diagramme de séquence permet de décrire en détails le scénario du cas d’utilisation

«Ajouter Demande PFE »

17
Figure 11 : Diagramme de séquence

18
 ii.Diagramme de séquence d’authentification

Dans cette figure, on peut avoir le DSO pour s’authentifier

4. Vérifier login et mot de passe

Figure 12 : Diagramme de séquence

XII.Spécification des besoins non fonctionnels

19
La notion de besoins non fonctionnels désigne les exigences techniques et ergonomiques
auxquelles le système est confronté pour sa mise en place et son bon fonctionnement.
Concernant notre application, nous avons identifié les exigences suivantes

 Sécurité et Confidentialité : Cette application extrêmement sécurisée doit assurer à

l'utilisateur l'intégrité et la confidentialité des données, ce qui signifie qu'elle doit leur
offrir un accès personnalisé et une connexion sécurisée. Cela peut être réalisé,
notamment, en utilisant un mot de passe qui garantit le contrôle d'accès.
Effectivement, chaque utilisateur doit s'identifier avec un identifiant unique et un mot
de passe afin d'accéder à notre application. Il ne pourra accéder qu'aux pages qui lui
sont autorisées par les droits d'accès qui lui sont attribués. Il est donc nécessaire de
crypter les données d'authentification dans la base de données.
 Interface graphique et Ergonomie : L’application doit offrir une interface simple,
bien structurée, conviviale, facile à manipuler et confortable à l’œil avec un design
moderne pour favoriser une prise en main rapide des fonctionnalités de l’application
pour l’utilisateur. La manipulation de l’interface ne doit pas nécessiter des
connaissances approfondies en informatique, elle doit être simple et claire afin de
s’adapter aux connaissances de l’utilisateur.
 . Performance : Il est essentiel que l'application soit extrêmement performante et
fluide afin d'assurer une qualité de service améliorée. Cela signifie qu'elle répond à
toutes les exigences des utilisateurs de manière optimale, avec un temps de
chargement rapide des données. En outre, il est essentiel que le code de l'application
soit facilement lisible, compréhensible et bien documenté afin de pouvoir la maintenir
rapidement.
 . La lisibilité et la compréhensibilité : du code de cette application sont essentielles
pour garantir son évolutivité et son adaptabilité aux besoins du marché, tout en
respectant les normes de développement et les règles de gestion.
 . Portabilité : notre application doit être compatible avec divers environnements de
développement, car elle est conçue pour être utilisée sur trois plateformes : Androïde
et IOS.
 Disponibilité et Fiabilité : Il est essentiel que cette application soit accessible à tout
moment par l'utilisateur, ce qui nécessite une gestion complète des erreurs. En d'autres
termes, il est essentiel que l'application puisse toujours fonctionner correctement en

20
 utilisant un contrôle de saisie afin d'éviter l'introduction d'informations qui ne
correspondent pas aux types des champs.
 Cohérence : Il est essentiel que ce système puisse maintenir une cohérence entre les
diverses informations qui le composent.

XIII.Conclusion

Grâce à l'analyse, il a été possible d'obtenir une description exhaustive des besoins obtenus à
partir du diagramme de cas d'utilisation, de les structurer de manière à faciliter la
compréhension et de les orienter vers l'activité de conception.

21
 CHAPITRE 3 : CONCEPTION ET
REALISATION

I.Introduction

22
 Ce chapitre expose les divers outils employés ainsi que les éléments applicatifs
développés. De plus, nous avons exposé les différentes interfaces de l'application.

II.Environnement de travail
i. Configuration matérielle

Pour la réalisation de ce projet nous avons utilisé le matériel suivant :

 Processeur Intel Core i5-10300H, up to 4.5 Ghz, 8 Mo de mémoire cache - Mémoire 8

Go - Disque 512 Go SSD - Carte graphique Nvidia GeForce GTX 1650, 4 Go de
mémoire Dédiée.

ii. Configuration logicielle

Nous avons utilisé les outils suivants :

 Microsoft Access est une plateforme de base de données relationnelle développée par
Microsoft. Ce programme est intégré à la suite Microsoft Office
 Microsoft Visual Studio est une série de logiciels de développement développés par
Microsoft pour Windows et mac OS.

III.Description de l’application

Nous exposons les interfaces de l'application "gestion de PFE " dans cette section. De cette
manière, les scénarios d'exécution sont utilisés pour illustrer quelques résultats de tests de
notre application

1. Interface authentification

C’est la phase d’authentification pour accéder à l’application.

23
Dès la connexion, la page d’authentification s’affiche. Elle est composée de Nom et Mot de
passe.

Figure 13 : Interface d’authentification

2. Interface de l’administrateur

Cette interface permettant aux administrateurs de faire leurs choix en choisissant son objectif
soit rechercher ou gérer les demandes ou bien consulter demande. Une fois ils saisissent la
recherche lancée, les sujets sont affichés dans une liste. Globalement, son objectif est de
fournir un utilisateur efficace pour trouver rapidement les sujets et les demandes

24
 Figure 14 : Interface de l’administrateur

3. Interface de recherche par l’administrateur

Cette interface facilite la recherche des listes des sujets soit par mot clé, par secteur ou par
nom encadrant. En offrant une vue organisée des sujets, cette fonctionnalité permet aux
administrateurs de mieux comprendre l'évolution d'un domaine particulière.

25
 Figure 15 : interface de recherche par encadrant

4. Interface de visualiser les statistiques et supprimer les sujets

Cette interface offre une plateforme efficace pour l’administrateur cherchant à choisir le sujet,
supprimer ou bien visualiser les statistiques. Avec cette fonctionnalité, l’administrateur
peuvent simplement obtenir instantanément une liste complète des sujets.

26
 Figure 16 : Interface de visualiser les statistiques et supprimer les sujets

5. Interface des statistiques de secteur

L'histogramme des statistiques des secteurs met en évidence une tendance claire, montrant
que les secteurs de la logistique se démarquent nettement par rapport aux autres domaines.
Cette observation suggère que la logistique pourrait être un domaine d'intérêt majeur pour les
étudiants en quête de sujets de PFE, ce qui pourrait avoir des implications importantes pour
l'orientation future des programmes académiques et le développement de partenariats avec
l'industrie dans ce domaine spécifique.

Cette interface présente des statistiques lustrent la distribution des sujets de PFE selon
différents secteurs.

27
 Figure 17 : Interface de statistique de secteur

6. Interface de recherche et validation des demandes

Cette interface permet aux administrateurs de consulter ou modifier ou valider les sujet de
PFE Cette interface offre une manière efficace de filtrer les sujets en fonction des préférences
de administrateur, leur permettant de trouver des projets de PFE pertinents et stimulants dans
leur domaine d'études ou dans des secteurs qui les intéressent particulièrement.

28
 Figure 18 : Interface de recherche et validation des demandes

7. Interface de l’étudiant

Cette interface permettant aux étudiants de faire leurs choix en choisissant son objectif soit
rechercher ou ajouter les demandes ou bien consulter demande et peut aussi ajouter rapport .
Une fois ils saisissent la recherche lancée, les sujets sont affichés dans une liste.
Globalement, son objectif est de fournir un utilisateur efficace pour trouver rapidement les
sujets et les demandes

Figure 19 : Interface de statistique des secteurs

8. Interface de recherche par l’étudiant

Cette interface facilite la recherche des listes des sujets. En offrant une vue organisée des
sujets, cette fonctionnalité permet aux étudiant de trouver facilement les listes de sujets .

29
 Figure 20 : Interface de recherche par l’étudiant

1. Interface d’ajouter une demande

L'interface d'ajout de demande est conçue pour permettre aux étudiants de soumettre
facilement des demandes diverses. Cette interface est intuitive et guide l'utilisateur à travers
un formulaire structuré, avec des champs obligatoires clairement marqués et une validation en
temps réel pour assurer la complétude et la précision des informations fournies.

Figure 21 : Interface d’ajouter une demande

30
 2. Interface de consulter demande

Cette interface permet aux étudiants de consulter l'état de leurs demandes soumises. Elle offre
une vue d'ensemble sous forme de tableau où les demandes pour faciliter la navigation et la
recherche de demandes spécifiques.

Figure 22 : Interface de consulter demande

3. Interface d’ajouter un rapport

Cette interface pour ajouter un rapport permet de soumettre des rapports de manière
structurée et détaillée. Cette interface est conçue pour être simple et intuitive, avec des
sections clairement définies pour différents types d'informations et des instructions claires .

31
 Figure 23 : Interface d’ajouter un rapport

IV.Conclusion

Dans ce chapitre précédent, nous avons d'abord exposé l'environnement matériel et logiciel de
notre projet, ainsi que la sélection du langage de développement. Par la suite, nous avons
présenté quelques exemples de ce travail en utilisant des captures d'écran qui illustrent les
différentes interfaces que notre application propose.

32
 Conclusion générale

Ce rapport présente la synthèse de notre projet de fin d’année au sein de notre école .
Nous avons essayé tout au long de ce travail de suivre la méthode processus unifié depuis
l’expression des besoins jusqu’à l’implémentation en utilisant le langage de modélisation
UML, tout d’abord nous avons identifié les besoins fonctionnels et nom fonctionnels des
acteurs de notre système.

Nous avons eu également l’opportunité d’apprendre, d’approfondir et de mettre en pratique

nos connaissances acquises en termes de recherche, analyse, conception et programmation
et, enfin d’améliorer la communication et l’échange d’informations.

En guise de conclusion, il est utile d’accentuer que la réalisation de ce projet ne fut qu'un
essai et que nous espérons que notre travail ait accompli ces objectifs.

C'est dans cette perspective que nous signalons que l'application que nous avons développée
par exemple améliorer l'interface utilisateur pour la rendre encore plus intuitive et conviviale
Effectuez régulièrement des évaluations de l'impact de l'application sur les processus internes
de l'école, tels que la gestion administrative, la coordination des projets de fin d'études et
l'évaluation des performances des étudiants. Utilisez ces retours pour apporter des ajustements
et des améliorations continus à l'application.

Enfin nous espérons avoir communiqué notre enthousiasme à travers ce document.

33
 Référence
[1] https://fr.wikipedia.org/wiki/UML_(informatique)

[2] https://ideascale.com/fr/blogues/uml-diagramme-avantages/

[3] http://igm.univ-mlv.fr/~dr/COURS/GL2004/WhyUml.pdf

[4] https://www.lucidchart.com/blog/fr/types-de-diagrammes-UML

[5] https://fr.quora.com/Cest-quoi-le-langage-UML-A-quoi-sert

34