Rapport 04-10-13

REPUBLIQUE TUNISIENNE
*****
MINISTERE DE L'ENSEIGNEMENT SUPERIEUR ET DE LA
RECHERCHE SCIENTIFIQUE
*****
DIRECTION GENERALE DES ETUDES TECHNOLOGIQUES
*****
INSTITUT SUPERIEUR DES ETUDES TECHNOLOGIQUES
DE CHARGUIA
*****
Dpartement Technologies de lInformatique
RAPPORT
De
Projet de Fin dEtudes
Prsent en vue de lobtention de la :
Licence Applique en Technologies de
lInformatique
Parcours : Dveloppement des Systmes dInformation
Sujet :
Conception et ralisation dun outil daide la

planification et au suivi des PFE au sein de lISET de Charguia
Elabor par
Sabrine BEN AISSA

&
Mariem HAMRAOUI
Encadr par :
Mlle AMEL TRIKI (ISET Charguia)
Mme KHOULOUD JEBLI (ISET Charguia)
Socit daccueil : INSTITUT SUPERIEUR DES ETUDES

TECHNOLOGIQUES
DE CHARGUIA
Anne Universitaire : 2012/2013
Ddicaces
Grande tait ta tendresse, grand tait et restera ton

amour dans mon cur.., tu as tout sacrifi, tout donn,
sans espoir du retourMerci ma Mre Mahria,
Grande tait ton amour, grand tait et restera ton
amour dans mon cur tu nas jamais cess de me
protger et de me guiderMerci mon Pre Youssef,
Grande tait votre fraternit, grand tait et restera
votre amour dans mon cur vous navez jamais hsit
me soutenir, et vous tiez toujours auprs de moi
Merci Imen, Yossra, et Wassim
Grande tait votre amiti, grand tait et restera votre
amour et respect dans mon curvous navez jamais
hsit me tendre la main pour quon franchisse ensemble
des montagnes
Merci Hanen KLAI et Zoubair HELALI
Cest pour vous que je ddie ce travail, et je remercie Dieu
MARIEM HAMRAOUI
Au Dieu tout puissant mon crateur.

Ama mre Zayneb, ma raison dtre, ma raison de vivre,
la lanterne qui claire mon chemin et millumine de
douceur et damour, les mots me manquent pour
exprimer toute la reconnaissance, la fiert et le profond
amour que je vous porte pour les sacrifices que vous
avez consenti pour ma russite. Quelle trouve ici le
tmoignage de mon attachement, ma reconnaissance,
gratitude et respect, que Dieu la prserve bonne sant et
longue vie.
Amon pre Amor, en signe damour, de reconnaissance

et de gratitude pour tous les soutiens et les sacrifices
dont il a fait preuve mon gard. Tous mes sentiments
de reconnaissance pour vous.
Ames surs Hanen et Mariem, jespre atteindre le seuil

de tes esprances. Je vous remercie pour le soutien
moral et lencouragement que vous mavez accord .Je
vous souhaite tout le bonheur que vous mritez
En vous souhaitant un brillant avenir.
ma famille, que je ne pourrais nommer de peur den

oublier mon attachement et mes affections les plus
sincres
Ames ami(e)s, qui ont su mapporter aide et soutient

aux moments propices, Je ddie ce travail, reconnaissant
et remerciant chaleureusement.
SABRINE BEN AISSA
Remerciements
Il nous est plaisant, avant d'entamer la prsentation de ce travail,
dexprimer nos remerciements avec un grand plaisir et un grand respect
notre
tuteur
pdagogique
de
lInstitut
Suprieur
des
Etudes
Technologiques de CHARGUIA Mlle Amel TRIKI, qui a cru en nous et qui

n'a pas cess de nous faire profiter de ses prcieux conseils et remarques,
sa disponibilit et ses encouragements nous ont permis de raliser ce
travail dans les meilleures conditions.
Nous adressons aussi nos reconnaissances notre Directrice du
dpartement Madame Sonia BEN DAKHLIA et Madame Khouloud
JEBLI, notre tuteur professionnel.
Nous ne pouvons pas nommer ici toutes les personnes qui, de prs
ou de loin, nous ont aides et encourages mais nous les en remercions
vivement.
Enfin, nous tenons dire combien le soutien quotidien de nos familles a
t important tout au long de ces quelques annes, nous leur devons
beaucoup.
:

.

.
" " "
" " " " .
.
:
.
Rsum :
Notre projet se rsume en la conception et la ralisation dun outil daide
la planification et au suivi des PFE au sein de l'Institut Suprieur des
Etudes Technologiques de Charguia.
Ses objectifs majeurs sont laffectation des tuteurs pdagogiques, la
planification des soutenances des Projets de Fin dEtudes (PFE), le
contacte des entreprises, l dition des rsultats.
Pour atteindre cet objectif nous avons utilis , la technologie Windows
Presentation Fondation avec le langage de programmation Csharp ,
SQL Server 2008 comme systme de gestion de bases de donnes, la
technologie Windows Presentation Fondation avec le langage de
programmation Csharp et UML comme langage de modlisation.
Enfin, notre application de planification et suivi des PFE sera exploite par
les chefs de dpartements, les responsables de lunit PFE, les agents
administratifs.
Mots cls : Gestion des PFE, planification, affectation, Windows
Presentation Fondation , SQL Server 2008 .
Abstract:
Our project consists in the design and the realization of a tool for
managing and planning the End of Study Project at the Higher Institute of
Technological Studies of Charguia.
Its main objectives are assigning mentors, planning defenses final project
study (FPD), contacting companies and result edition.
To achieve this goal we used the "Windows Presentation Foundation"
technology with the programming language "Csharp", "SQL Server 2008"
as a database management system, and UML as modeling language.
Finally, our project will be used by the director departments, PFE
responsible, administrative agents.
Keys words: Final project Student management, planning, assigning
mentors, Windows Presentation Foundation, SQL Server 2008.
Sommaire
INTRODUCTION GENERALE..................................................................................... 1
ChapitreI : Prsentation du cadre de stage...................................................3
Introduction......................................................................................................... 3
I.
Prsentation de lorganisme daccueil.............................................................3

1.
Historique..................................................................................................... 3
2.
Organisation des tudes...............................................................................3
3.
Organigramme.............................................................................................. 4
4.
Parc Informatique.......................................................................................... 4
II.
Etude de lexistant........................................................................................ 5
1.
Description de lexistant............................................................................... 5
2.
Critique de lexistant..................................................................................... 7
3.
Solution propose......................................................................................... 7
Conclusion........................................................................................................... 7
Chapitre II : spcification et analyse des besoins.........................................8
Introduction......................................................................................................... 9
I.
Etude des besoins............................................................................................ 9

1.
Besoins fonctionnels..................................................................................... 9
1.1.
La gestion de contact avec les entreprises...........................................9
1.2.
La gestion des PFE..................................................................................9
1.3.
Le suivi des PFE.................................................................................... 10
1.4.
La planification des soutenances..........................................................10
1.5.
La gestion des rsultats des PFE..........................................................11
1.6.
Consultation......................................................................................... 11
1.7.
Gnration des tats............................................................................11
1.8.
Gnration des informations gnrales et des statistiques..................11
1.9.
Larchivage........................................................................................... 11
1.10.
2.
Ladministration de l'application.......................................................11
Besoins non fonctionnels............................................................................ 12
II.
Les diagrammes de cas dutilisation...........................................................12

1.
Prsentation des acteurs............................................................................ 12
2.
Diagrammes des cas dutilisation...............................................................13

a)
Cas dutilisation gnral..........................................................................13
b) Raffinement du cas dutilisation Grer les contacts avec les

entreprises................................................................................................... 14
c)
Raffinement du cas dutilisation Grer les Sujets des PFE ..................18
d) Raffinement du cas dutilisation Assurer le suivi des PFE .................21

e) Raffinement du cas dutilisation Planification des soutenances de PFE
24
f)
Raffinement du cas dutilisation Grer les rsultats des PFE .............26
g) Raffinement du cas dutilisation Administrer de lapplication ............28

III.
Analyse des besoins.................................................................................... 29
Conclusion......................................................................................................... 32
Chapitre III : Conception..................................................................................33
Introduction....................................................................................................... 34
I.
Architecture de lapplication..........................................................................34
II.
Conception ct serveur.............................................................................35
1.
Rgles de gestion........................................................................................ 35
2.
Description des classes...............................................................................36
3.
Diagramme de classes................................................................................ 37
4.
Modle relationnel...................................................................................... 38
III.
1.
Conception du ct client...........................................................................38
Traitement associ laffectation dun sujet de PFE...................................39
2.
Traitement associ la planification des PFE..............................................41
Conclusion......................................................................................................... 44
Chapitre IV : Ralisation.................................................................................. 45
Introduction....................................................................................................... 46
I.
Environnement de dveloppement................................................................46
1.
Environnement matriel.............................................................................46
2.
Environnement logiciel...............................................................................46
3.
Choix des outils de dveloppement............................................................46
II.
Dploiement de lapplication......................................................................47
III.
Principales interfaces graphiques...............................................................48
2.
Planifications des soutenaces.....................................................................51
Conclusion......................................................................................................... 56
CONCLUSION GENERALE...................................................................................... 57
BIBLIOGRAPHIE ET NETOGRAPHIE.....................................................................58
ANNEXES........................................................................................................... 59
Liste des figures

Figure 1: Organigramme de lISET...............................................................4
Figure 2: les tapes de la gestion des PFE...................................................5
Figure 3: Diagramme de cas dutilisation global........................................13
Figure 4 :Diagramme de cas dutilisation Grer les contacts avec les
entreprises ..............................................................................................14
Figure 5: diagramme de cas dutilisation Grer les Sujet des PFE.............18
Figure 6: Diagramme de cas dutilisation Assurer le suivi des PFE ......21
Figure 7 : Diagramme de cas dutilisation Planification des soutenances de
PFE.............................................................................................................24
Figure 8 :Diagramme de cas dutilisation Grer les rsultats des PFE . 26
Figure 9 :Diagramme de cas dutilisation Administrer lapplication .....28
Figure 10 : Diagramme de squence dAuthentification ......................29
Figure 11 : Diagramme de squence Affecter les sujets .....................30
Figure 12 : Diagramme de squence Planification des soutenances . . .31
Figure 13 : Architecture de notre application.............................................34
Figure 14 : Diagramme de classe...............................................................37
Figure 15 : : Diagramme dactivit Affectation dun tuteur pdagogique
...................................................................................................................40
Figure 16 : Diagramme dactivit Paramtrage de laffectation ...........41
Figure 17 : Diagramme dactivit Planification des soutenances .........43
Figure 18 : Diagramme dactivit Paramtrage de la planification ......44
Figure 19 : Diagramme de dploiement.....................................................47
Figure 20: Interface dAuthentification.......................................................48
Figure 21: Le menu principal de lapplication............................................48
Figure 22 : interfaces de consultation........................................................50
Figure 23 : Interface dAjout dun sujet de PFE..........................................50

Figure 24 : Interface pour laffectation dun sujet de PFE..........................51
Figure 25 : Interface pour laffectation des membres des jurys................52
Figure 26 : Interface pour la planification des soutenances de PFE...........53
Figure 27 : Interface ajouter rclamation...................................................54
Figure 28 : interface rsultat......................................................................55
Figure 29: Interface Archivage...................................................................56
Liste des tableaux
Tableau 1:Description de cas dutilisation Ajouter une entreprises ........15

Tableau 2: Description de cas dutilisation Modifier une entreprises .....15
Tableau 3: Description de cas dutilisation Supprimer une entreprises .16
Tableau 4: description de cas dutilisation Envoyer des mails aux
entreprises ........................................................................................................................17
Tableau 5 : description de cas dutilisation Saisir les informations des
sujets des PFE...................................................................................................................19
Tableau 6 : description de cas dutilisation Affecter les tuteurs
pdagogiques ...................................................................................................................20
Tableau 7 : description de cas dutilisation Ajouter cahier de charge....22
Tableau 8 : description de cas dutilisation Ajouter une rclamation......23
Tableau 9 : description de cas dutilisation Ajouter une rclamation......25
Tableau 10 :description de cas dutilisation Ajouter note.............................27
INTRODUCTION GENERALE
Dans leur qute dune meilleure satisfaction de leurs employs, les
grandes socits et les tablissements sorientent de plus en plus vers
lamlioration de la qualit de leurs mthodes de motivation.
Ladoption de bonnes pratiques afin datteindre ce but est aujourdhui un
choix stratgique voire invitable.
C'est dans ce cadre
que s'intgre notre projet qui consiste tudier,
concevoir et dvelopper une application qui sert faciliter la gestion des

PFE lInstitut Suprieur des Etudes Technologiques de CHARGUIA.
Le prsent rapport s'articule autour de quatre chapitres :Un premier
chapitre introductif qui contient une prsentation du cadre du stage suivi
dune tude approfondie de l'existant.
Nous abordons, ensuite, la spcification des besoins base sur le langage
UML avec une illustration des besoins fonctionnels et non fonctionnels
dans un deuxime chapitre.
Nous consacrons le
troisime chapitre la conception. Pour finir, le
quatrime chapitre prsente ltape de ralisation.

Nous clturons le rapport par une conclusion gnrale qui prsente un
rcapitulatif de notre travail.
ChapitreI : Prsentation du cadre de stage
CHAPITRE
Prsentation du cadre
De stage
Introduction
Dans ce chapitre, nous mettons le sujet dans son cadre gnral, en
prsentant lorganisme daccueil. Par la suite, nous abordons ltude de
lexistant du projet, suivie dune critique et nous clturons le chapitre par
une description de la mthodologie utilise dans notre projet.
I. Prsentation de lorganisme daccueil

1. Historique
Les Instituts Suprieurs des Etudes Technologiques ont t crs en vertu
de la loi N92-50 du 12 mai 1992. Ce sont des tablissements publics
caractre scientifique et technologique.
Le rseau des Instituts Suprieurs des Etudes Technologiques compte 25
Iset.
LInstitut Suprieur des Etudes Technologiques de CHARGUIA a t cr en
vertu du Dcret n 2000-981 en date du 11 mai 2000. Il relve de la
Direction
Gnrale
des
Etudes
Technologiques
du
Ministre
de
lEnseignements Suprieur.
ISET-CHARGUIA compte deux dpartements:
a) Dpartement TI: Technologies de lInformatique
Le dpartement Technologies de lInformatique offre trois parcours :
Dveloppement des Systmes dInformation (DSI), Systmes Embarqus
et Mobiles (SEM) et Rseaux et Services Informatiques (RSI).
b) Dpartement SEG : Sciences Economiques et Gestion
Le dpartement Sciences Economiques et Gestion offre trois filires :
Gestion de Production(GP), Logistique et Transport International (LTI) et
Petite et Moyenne Entreprises (PME).
Les tudes aboutissent au Diplme de licence applique dans les
disciplines
cites
ci-dessus.
Les diplms de lISET peuvent, par voie de concours, accder aux Ecoles
dIngnieurs ou aux Facults et y poursuivre des tudes.
2. Organisation des tudes

Les tudes LInstitut Suprieur des Etudes Technologiques de Charguia
sorganisent en six semestres. Un tronc commun pendant les trois
semestres assure une formation de base dans la spcialit. Au cours des
deuxime, troisime, quatrime et cinquime semestres un ensemble des

matires permet ltudiant dapprofondir sa formation. Un projet de fin
dtudes est obligatoire pendant le dernier semestre, il seffectue
gnralement sous un double encadrement Universitaire et Professionnel.
Paralllement, le cursus comporte aussi deux stages obligatoires (Initiation
et Perfectionnement) en milieu industriel.
3. Organigramme
Lorganisation de lInstitut Suprieur des Etudes Technologique de
Charguia est reprsente par lorganigramme illustr par la figure1 :
Cest au sein du dpartement Technologies de lInformatique que nous

avons effectu notre
Projet de Fin dEtudes.
Figure 1: Organigramme de lISET
4. Parc Informatique
Cette partie dcrit les lments du parc informatique de lInstitut
Suprieur des Etudes Technologiques de CHARGUIA.
LInstitut comporte 16 laboratoires dont le nombre dordinateurs est plus
de 200 machines.
Lensemble des outils informatiques par catgorie est dcrit comme suit :
a) Configuration matrielle
Les marques des machines : Nec , Acer, Aopen, Versus, Siemens
Processus : CPU : Pentium 4, Dual Core 2.33, Dual Core 2.40
RAM : 256 MO, 356 MO,1GO
b) Configuration logicielle
Les systmes d'exploitation
WINDOWS XP, WINDOWS 2003

Les systmes de gestion de base de donnes mis en place:
ORACLE,MySQL.
Les outils de dveloppements: VISUAL STUDIO, FORMS, PL/SQL, MS
Project,
Les outils de modlisation : RATIONAL ROSE., Power AMC
Bureautique : Pack trac, PDF, office 2007/2003, matlab
II.
installs:
LINUX,
WINDOWS
2007,
Etude de lexistant
1. Description de lexistant
LInstitut Suprieur des Etudes Technologiques de Charguia gre les :
Stages dinitiation et de perfectionnement
Projets de Fin dEtudes
La gestion du PFE est assure par une unit PFE forme par :
Les responsables de lunit PFE : ce sont des enseignants qui se chargent
de la gestion des PFE selon le parcours
Le Directeur de Dpartement qui supervise tout le processus de gestion
des PFE et la coordination entre tous les membres de lunit
La gestion des projets de fin dtudes passe par plusieurs tapes (voir
figure2) :
L'dition des rsultats

Planification des
soutenances
Suivi des PFE
Affectation des PFE
Contact des entreprises
Figure 2: les tapes de la gestion des PFE
Le contact des entreprises :

Chaque anne les responsables de lunit PFE se chargent de
contacter les entreprises en leur envoyant des mails personnaliss
dont les coordonnes sont sauvegardes dans un ficher Excel.
Laffectation des PFE :
Ds que ltudiant remet la fiche du PFE remplie par la socit
daccueil, le responsable des PFE et le directeur du dpartement
classent les sujets par thme et saisissent les dtails des sujets dans
un document Excel.
Les tudiants sont ensuite affects un tuteur pdagogique selon la
nature de PFE ainsi que les comptences du tuteur pdagogique et
le nombre dencadrements atteints.
Le suivi des PFE :
Chaque fois que ltudiant, le tuteur pdagogique ou le tuteur
professionnel rencontre un problme, il le signale en envoyant une
rclamation en version papier au responsable de lunit PFE qui
classe le document dans le dossier de ltudiant.
La planification des soutenances
Le responsable des PFE organise la phase de la planification en

affectant tout dabord les prsidents et puis les rapporteurs par la
suite les dates des soutenances et les plages horaires.
La planification tient en compte plusieurs paramtres :
Ladquation des comptences des jurys avec la nature des
sujets
Lquit entre les enseignants en termes de nombre de sujets
rapporter ou prsider
Les problmes de chevauchements des soutenances du
moment quun enseignant peut assurer 3 rles (prsident,
rapporteur et tuteur pdagogique)

Les dplacements des membres du jury dune salle de
soutenance une autre qui devrait tre minimale

Ldition des rsultats :
Aprs la soutenance, lagent administratif se charge dafficher ltat
et les notes des PFE.
2. Critique de lexistant
Aprs
avoir
tabli
ltude
de
lexistant,
nous
avons
dgag
les
insuffisances suivantes :
Le contact des socits pour demander daccueillir les tudiants se
fait dune faon ardue en utilisant non seulement un fichier EXCEL
mais aussi en envoyant un mail personnalis chaque socit et
cela engendre une perte de temps,
La phase de laffectation des PFE est ralise laide dune
simulation des sujets avec les comptences des enseignants dune
manire manuelle,
La planification des soutenances pose un grand problme du fait
quelle doit prendre en considration plusieurs facteurs ce qui ne
facilite pas la tche,
La consultation de lhistorique des projets de fin dtudes nest pas
possible.
3. Solution propose
Afin de remdier aux dfaillances cites prcdemment, nous proposons de

concevoir
et de dvelopper une application Desktop ayant pour objectif de
grer les PFE en fournissant un outil de planification et de suivi des PFE.
Conclusion
Dans ce chapitre, nous avons prsent le cadre gnral du travail tout en
dcrivant la socit daccueil, suivi dune analyse de lexistant dans
laquelle nous avons dgag les dfaillances du systme actuel et essay
de trouver une solution.
Cette tude nous permet daborder plus clairement la phase de
spcification et danalyse des besoins.
Chapitre II : spcification et analyse des besoins
CHAPITRE
Spcification et Analyse
des beso
Introduction
Aprs ltude de lexistant et la proposition dune solution thorique, cette
phase consiste cadrer le projet et dfinir ses cas dutilisation afin de
mieux le situer dans son contexte gnral. Pour cela, nous allons
commencer par prsenter les besoins fonctionnels, les besoins non
fonctionnels pour enfin terminer avec la prsentation des cas dutilisation
et les diagrammes de squences de notre application.
I.
Etude des besoins
Dans cette section du chapitre, nous nous intressons aux besoins des
utilisateurs travers les spcifications fonctionnelles et non fonctionnelles
pour aboutir une application de qualit selon les besoins du client.
1. Besoins fonctionnels
Lobjectif de ce projet est de doter lInstitut Suprieur des Etudes

Technologiques de CHARGUIA dun outil informatique qui permettra tous
les acteurs concerns de grer les Projets de Fin dEtude des tudiants.
Cette application devra permettre le contact avec des entreprises, la
gestion des sujets des PFE, le suivi des PFE, la planification des
soutenances, la gestion des rsultats des PFE, la consultation de
lhistorique et ladministration de lapplication.
1.1.
La gestion de contact avec les entreprises
Le contact des entreprises consiste grer une base dentreprises

partenaires pouvant proposer des offres de PFE. Le responsable de lunit
PFE a le droit de contacter les socits daccueils alors que lagent
administratif a le droit de saisir les coordonnes des socits Ce dernier
peut ajouter, modifier, supprimer et rechercher une entreprise de mme
consulter de la liste des entreprises existantes.
Lors de la saisie des offres, si lentreprise concerne existe dj, il ne sera pas ncessaire de
ressaisir toutes les informations la concernant.
La gestion de contact des entreprises comporte aussi lenvoi des
invitations et des mails aux socits susceptibles daccueillir les stagiaires
de lISET.
1.2.
La gestion des PFE
La gestion des PFE permet la saisie des informations relatives aux sujets
de PFE, les modifier ou les supprimer et aussi la recherche des sujets. Elle
admet la consultation de la liste des projets actuels.
Le responsable de lunit PFE assure laffectation dun tuteur pdagogique
pour chaque sujet suivant des critres tels que ladquation du domaine
du sujet avec les comptences de lenseignant en suivant le nombre
moyens dencadrement par enseignant aussi il gre les PFE en assurant la
modification ou la suppression dune affectation.
Il sera possible de modifier une affectation de PFE. Cela permettra ainsi d'ajouter des
informations manquantes ou de modifier celles errones.
Pour
aider
laffectation,
le
systme
suggre
certains
profils
denseignants et assure le calcul de nombre moyen dencadrements pour

chaque enseignant par parcours.
1.3.
Le suivi des PFE
Lapplication permettra ladministrateur ou au responsable de lunit PFE deffectuer un

suivi des stages de la part des tuteurs pdagogiques, tuteurs professionnels, et administratifs
de lISET. Il sagit de saisir non seulement
les rclamations et/ou les
problmes lis au droulement des PFE avec leurs rponses mais aussi
dintroduire les cahiers des charges de chaque sujet, des informations
gnrales telles que le signalement dun changement de sujet, une lettre
dapprciation envoye par lorganisme daccueil.
Le suivi permet lajout, la modification, la suppression et la consultation
densemble des rclamations.
Lapplication devrait signaler les tudiants qui nont pas rendu leur cahier
des charges dans les dlais et fournir des indicateurs qui prciseraient si le
problme mentionn a t rsolu ou non.
1.4.
La planification des soutenances
Il permet de dterminer le nombre de sujets rapporter et prsider pour

chaque parcours par enseignant avec la dfinition du nombre de
soutenances par jour ainsi que leurs plages horaires et les dates de
soutenances.
La planification gre laffectation des rapporteurs et des prsidents pour
chaque sujet selon ladquation du profil de lenseignant avec le domaine
du sujet et tenir compte du nombre maximal de sujets rapporter et / ou
prsider
Le responsable de lunit PFE soccupe de l'affectation, des salles
disponibles, des dates et des plages horaires des
soutenances pour
chaque projet Dans le cas o la planification
ncessiterait une
modification, la validation de la planification
devra tre annule par le
responsable de lunit PFE.

Pour aider la planification, le systme suggre certains profils
denseignants et assure le calcul de nombre moyen de sujets valus
pour chaque enseignant par parcours.
Il suggre aussi les salles, les dates de soutenances, et les plages horaires
disponibles.
1.5.
La gestion des rsultats des PFE
Le responsable de lunit PFE assure
la saisie, la modification, la
suppression en cas derreur avec la consultation des notes des tudiants

et les remarques des membres du jury et ldition
des tats des
soutenances.
1.6.
Consultation
Elle permet la consultation de la liste des sujets PFE ainsi que les binmes,
les encadreurs, les entreprises daccueil
1.7.
Gnration des tats
Lagent administratif a plusieurs fonctionnalits telles que ldition des

demandes de PFE, ldition des lettres daffectation, ldition des
invitations pour les entreprises et ldition des listes des PFE par tuteurs
pdagogiques, par thmes, par socit, etc.
1.8.
Gnration
des
informations
gnrales
et
des
statistiques
Lapplication doit fournir la liste des socits qui ont accueilli les
tudiants, la liste des sujets des PFE en cours ainsi que les diffrents
binmes et/ou monmes la liste des sujets par ordre de mrite, la
recherche de sujets dj soutenus moyennant plusieurs critres de
recherche et afficher les statistiques de lapplication (nombre moyen
dencadrements par anne, nombre des sujets PFE, etc.).
1.9.
Larchivage
Il sagit de sauvegarder la base des donnes de lanne en cours, de crer

une nouvelle pour lanne daprs o il y aura migration des informations
relatives aux enseignants, comptences, domaine, salles, entreprises,
qui serviront pour lanne daprs.
1.10.
Ladministration de l'application
Ladministrateur de lapplication saisit, recherche, supprime, importe et

met jour la liste des enseignants ainsi que leurs comptences et leurs
domaines, il importe la liste des tudiants avec la possibilit den ajouter
dautres, les modifier, les supprimer et le rechercher
Il importe, saisit, modifie et supprime les salles pouvant accueillir les
soutenances.
Il ajout et met jour galement les classes, les parcours et les

dpartements.
De plus, il cre des comptes utilisateurs ayant diffrents droits daccs et
peut les modifier ou les supprimer dans le cas de besoin.
2. Besoins non fonctionnels

Les besoins non fonctionnels dcrivent toutes les contraintes auxquelles
est soumis le systme pour sa ralisation et son bon fonctionnement :
Ergonomie et souplesse : L'application doit offrir une interface

Home/Machine
conviviale
et
ergonomique
exploitable
par
l'utilisateur en envisageant toutes les interactions possibles.

Efficacit : L'application doit tre fonctionnelle indpendamment de
toute circonstance relative l'utilisateur.

Evolution : Le code de l'application
doit
tre
lisible
et
comprhensible afin d'assurer son tat volutif et extensible
II.
Les diagrammes de cas dutilisation
Lobjectif fondamental de cette tape est didentifier les principaux cas

dutilisation.
Nous nous intressons donc, dans cette partie, la ralisation des
diagrammes des cas dutilisations. Ces diagrammes dcrivent prcisment
les besoins du client final et spcifient le comportement attendu par le
systme dvelopper. Gnralement un diagramme de cas dutilisation
modlise un service rendu par le systme.
1. Prsentation des acteurs
Ils sont dfinis comme tant les utilisateurs directs de l'application. Dans
le cadre de notre projet, nous distinguons trois acteurs principaux:
Agent Administratif : il possde les privilges daccder

lapplication aprs une authentification, dditer les diffrents tats
et de grer des entreprises.

Responsable unit PFE : il possde
de plus que lagent
administratif les privilges de planifier les soutenances de PFE, grer
les contacts avec les socits, de grer les sujets des PFE et
dassurer le suivi des PFE.

Ladministrateur : il possde tous les privilges de lagent
administratif et du responsable de lunit PFE ainsi que
dadministrer lapplication.
2. Diagrammes des cas dutilisation

a) Cas dutilisation gnral
le droit
cas d'utilisation globale

<<include>>
Grer les sujets des PFE

<<include>>
Assurer le suivi des PFE

<<include>>
Responsable Unit PFE
Planifier les soutenances des

PFE
Grer les rsultats des PFE
<<include>>
S'authentifier
Gnration des informations

gnrales et des statistiques.
Administrer l'application
<<include>>
Agent administratif
Gnration des tats

<<include>>
Grer les contacts avec les entreprises
<<include>>
Figure 3: Diagramme de cas dutilisation global
b) Raffinement du cas dutilisation Grer les contacts avec les

entreprises
c sel rerG
xua sliam sed reyovnE
sesirpertne
FP tinU elbasnopseR
<<dnetxe>>
sel ceva stcatnoc sel rerG

sesirpertne
<<dnetxe>>
sel rerG
sesirpertne
<<edulcni>>
reifitnehtua'S
<<dnetxe>>
<<dnetxe>>
<<dnetxe>>
sesirpertne sed setsil al retlusnoc
<<dnetxe>>
sesirpertne sed reifidoM

fitartsinimda tnegA
sesirpertne sed retuojA
sesirpertne sed remirppuS
Figure 4 :Diagramme de cas dutilisation Grer les contacts

avec les entreprises
La gestion des entreprises permet la consultation des socits existantes,

lajout des coordonnes des nouvelles socits, la modification des
informations en relation avec la socit en question et la suppression des
socits inutiles
Description textuelle du cas dutilisation

Cas dutilisation
Acteur principale
But
Pr Condition
Scnario nominal

Ajouter une Entreprise
Agent administratif et le responsable PFE
Ajouter une entreprise
Lacteur doit tre authentifi
1. La consultation de la liste des socits
existantes,
2. le
systme
affiche
3. Saisir les donnes de la nouvelle socit

4. Sauvegarder lajout
Enchanement
alternatif
les
coordon
nes de
la
socit
si elle
existe
5. vrifier
le
sauvega
rde
E1 : donnes incorrecte
Le systme affiche lchec sous forme dun message
Lenchainement E1 dmarre au point 3
3. Saisir les donnes de la nouvelle socit
4. Sauvegarder lajout
Post condition
Les donnes sont enregistres
Tableau 1:Description de cas dutilisation Ajouter une

entreprises
Cas dutilisation
Acteur principale
But
Pr Condition
Scnario nominal

Modifier une Entreprise
Modifier une entreprise
1. Chercher la socit.
2. le systme affiche
les coordonnes de
3. Modifier les donnes de la
la socit.
socit.
4. Enregistrer les mis a jour.
Enchanement
alternatif
3. Modifier les donnes de la socit.
Post condition
Tableau 2: Description de cas dutilisation Modifier une

entreprises
Cas dutilisation
Acteur principale
But
Pr Condition
Scnario nominal

Supprimer une Entreprise
Effacer une entreprise
1. Chercher la socit.
2. le systme affiche les
3. Supprimer les donnes de la
coordonnes de la
socit.
socit.
Enchanement
alternatif
3. Supprimer les donnes de la socit.
Post condition
Tableau 3: Description de cas dutilisation Supprimer une
entreprises
Cas
dutilisation
Acteur
principal
But
Pr condition
Scnario
nominal
Enchainement
alternatif

Envoyer des mails aux entreprises
Administrateur et responsable de lunit PFE
Lenvoi des mails consiste envoyer un courrier personnalis
lentreprise dont les coordonnes sont dj sauvegardes
Acteur
Systme
1. Accs au partie denvoie de
2. Le systme propose
mail
la liste des socits
existantes
3. Choisir la socit
4. Saisir lobjet de lemail
5. Ajouter la pice jointe en cas
de lenvoi de demande de
stage ou de lettre
daffectation
6. Envoyez les mails.
A1 : la socit existe dj
Lenchanement A1 dmarre au point 1 du cas dutilisation
Ajouter une Entreprise
3. Choisir la socit
4. Sectionner le destinataire,
5. Choisir la pice jointe
6. Envoyez les mails
Post condition
E1 : Lacteur fait une erreur lors de lenvoi des mails

Le systme affiche un message derreur
Mail envoyez avec succs
Tableau 4: description de cas dutilisation Envoyer des mails aux

entreprises
c) Raffinement du cas dutilisation Grer les Sujets des PFE
Grer les sujets des PFE

Administrateur
<<include>>
S'authentifier
<<extend>>
Grer les sujets

des PFE
<<extend>>
<<extend>>
Responsable Unit
PFE
Consulter les
informations des
sujets des PFE
<<extend>>
modifier les
informations des
sujets des PFE
Saisir les informations

des sujets des PFE
<<extend>>
Supprimer les
informations. des
sujets des PFE
Grer l'affectation
<<extend>>
<<extend>>
<<extend>> <<extend>>
Modifier une
affectation
Supprimer une
affectation
Consulter une
affectation
Affecter les tuteurs

pdagogiques
Figure 5: diagramme de cas dutilisation Grer les Sujet des PFE

Cas dutilisation
Acteur principale
But
Pr Condition
Scnario nominal
Enchanement
alternatif
Post condition
Grer les informations des sujets des PFE

Saisir les informations des sujets des PFE
Responsable de lunit PFE et ladministrateur
Ce cas dutilisation permet lajout des coordonnes des
nouveaux sujets avec leurs domaines
1. Saisir les donnes de sujet
2. Choisir le domaine de sujet
3. Enregistrer le sujet
E1 : information incorrecte
Lenchanement E1 dmarre au premier point du scnario
nominal.
E2 : le sujet existe dj
E3 : le domaine non choisit
Le systme affiche un indicateur pour rappeler lacteur de
choisir le domaine
Lenchanement E3 dmarre au point 2 du scnario nominal
Tableau 5 : description de cas dutilisation Saisir les

informations des sujets des PFE
Cas
dutilisation
Acteur
principal
But
Pr condition
Scnario
nominal
Enchainement
alternatif
Grer l'affectation
Affecter les tuteurs pdagogiques
Responsable de lunit PFE et administrateur
Ce cas dutilisation permet laffectation dun tuteur
pdagogique a un sujet le responsable de lunit PFE sappuie
sur le domaine et les comptences du tuteur.
1. Authentification de lacteur
2. Sujet existant
Acteur
Systme
1. Slectionner le parcours
2. Le systme propose la
liste des sujets
existants non affects.
3. Slectionner le sujet
liste des enseignants
disponibles ayant des
5. Slectionner lenseignant
comptences adquates
avec le domaine de sujet
6. Affecter le tuteur pdagogique
7. Enregistrer
laffectation
E1 : aucun enseignant qui rpond au profil exig
Le systme affiche la liste de tous les enseignants
Lenchanement E1 reprend au point 4 du scnario nominal.
4. Le systme propose la liste des enseignants disponibles
ayant des comptences adquates avec le domaine de sujet
7. Enregistrer laffectation
E2 : les enseignants ne sont pas disponibles
Le systme affiche la liste des enseignants disponibles avec
un message davertissement.
Lenchanement E2 reprend au point 4 du scnario nominal.
ayant des comptences adquates avec le domaine de sujet
Post condition
Affectation de tuteur faite avec succs
Tableau 6 : description de cas dutilisation Affecter les tuteurs

pdagogiques
d) Raffinement du cas dutilisation Assurer le suivi des PFE

Ajouter une
rclamation
Supprimer
une
rclamation
Modifier une
rclamation
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Grer les
rclamations
<<extend>>
Consulter
une
rclamation
<<extend>>
Rechercher une
rclamation
Administrateur
Suivre les PFE
<<extend>>
Grer les
cahiers de
charges .
<<extend>>
Ajouter
cahier de
charge
<<include>>
<<extend>> <<extend>>
Modifier
cahier de
charge
<<extend>>
Responsable Unit PFE
Consulter
cahier de
charge
<<extend>>
<<extend>>
Rechercher
cahier de
charge
Supprime
r cahier
de charge
Grer des
informations
gnrales
Figure 6: Diagramme de cas dutilisation Assurer le suivi des

PFE
S'authentifier

Cas
dutilisation
Acteur
principal
But
Pr condition
Scnario
nominal
Ajouter cahier de charge

Ce cas permet au responsable PFE et ladministrateur de
suivre la remise de cahier de charge de chaque sujet.
Authentification de lacteur
Acteur
Systme
liste des sujets existants
4. Ajouter un cahier de charge

5. Demander lenregistrement
6.Enregistrer lajout
Enchainement
alternatif
E1 : cahier de charge existe dj

Post condition
Cahier de charge ajout avec succs
Tableau 7 : description de cas dutilisation Ajouter cahier de

charge

Cas
dutilisation
Acteur
principal
But
Pr condition
Scnario
nominal
Ajouter rclamation
Ce cas permet au responsable PFE et ladministrateur ajouter
les rclamations pour suivre les PFE
Authentification de lacteur
Acteur
Systme
liste des sujets existants

4. Ajouter une
5. Enregistrer lajout
Enchainement
alternatif
Post condition
rclamation
E1 : Rclamation Rsolue
Lenchainement alternatif dmarre au point 2 du scnario
nominal.
E2 : Rclamation existe dj
Lenchainement alternatif dmarre au point 2 du scnario
nominal.
Rclamation ajout avec suces
Tableau 8 : description de cas dutilisation Ajouter une

rclamation
e) Raffinement
du
cas
soutenances de PFE
dutilisation
Planification
des
Planifier les soutenances

Ajouter
salle
Supprimer la
salle
Modifier la
salle
<<extend>>
Ajouter les
dates
<<extend>>
<<extend>>
Modifier les
dates
<<extend>>
<<extend>>
Grer les dates de

soutenances
Grer les salle les salles
Suppprimer
les dates<<extend>>
<<extend>>
<<extend>>
Modifier la
seance
Paramtrer l'application
<<extend>>
Grer seance
<<extend>>
<<extend>>
<<extend>>
Supprimer la
sance
Ajouter
seance
<<extend>>
.
Administrateur
S'authentifier
<<include>>
Planifier les soutenances des PFE
<<extend>>
Affecter salle
<<extend>>
Responsable
Unit PFE
<<extend>>
Affecter jour
<<extend>>
Affecter le
rapporteur et le
prsident
<<extend>>
Supprimer l'
affectation
des jury
<<extend>>
Affecter
sance
<<extend>>
Ajouter jurys
Modifier l'
affectation
des jury
Figure 7 : Diagramme de cas dutilisation Planification des

soutenances de PFE
Planifier les soutenances
Cas
dutilisation
Acteur
principal
BUT
Pr condition
Scnario
nominal
Ajouter jury
Responsable de lunit PFE et ladministrateur
ce cas permet lutilisateur daffecter un prsident et un
rapporteur pour chaque sujet
1. Authentification
2. Sujet existant
Acteur
Systme
2. Le systme
propose la liste des
sujets non planifis
4. Le systme
propose la liste des
enseignants
disponibles ayant des
comptences
adquates avec le
domaine des sujets
5. Affecter les rapporteurs et
les prsidents
6. Le systme
propose le nombre de
7. Demander menregistrement
sujets valids pour

lenseignant
8. Enregistrer
laffectation
Enchainement
alternatif
E1 : Enseignant non disponible

ayant des comptences adquates avec le domaine des
sujets
5. Affecter les rapporteurs et les prsidents
6. Le systme propose le nombre de sujets valids pour
lenseignant
7. Demander menregistrement
Post condition
Affectation du jury faite avec succs
Tableau 9 : description de cas dutilisation Ajouter une

rclamation
f) Raffinement du cas dutilisation Grer les rsultats des

PFE
Figure 8 :Diagramme de cas dutilisation Grer les rsultats des

PFE
Cas dutilisation
Acteur principale
Pr Condition
Scnario nominal
Grer les rsultats des PFE

Ajouter note
Responsable de lunit PFE, Administrateur
Le responsable de lunit PFE doit tre authentifier
Lacteur
1. Choisir le parcours
4. Choisir le sujet
6. Slectionner ltudiant
7. Saisir la note
Systm
e
2. Le
systm
e
affiche
la liste
des
sujets
existant
s
5.
Le
systme
affiche les
tudiants
en relations
avec
les
sujets
slectionn
s
9.
Enregistrer
lajout
Enchanement
alternatif
E1 : Saisie des notes non faites

Lenchanement E1dmarre au point 5 du scnario nominal.
5. Le systme affiche les tudiants en relations avec les
sujets slectionns
6. Slectionner ltudiant
7. Saisir la note
9. Enregistrer lajout
E2 : Lacteur saisi des informations incorrectes
Post condition
La saisie des notes faite avec succs

Tableau 10 : description de cas dutilisation Ajouter note
Administrateur
<<extend>>
<<extend>>
<<extend>>
Figure 9 :Diagramme de cas dutilisation Administrer

lapplication
<<extend>>
<<extend>>
<<extend>>
Grer les
comptences
<<extend>>
<<extend>>
<<extend>>
<<extend>>
Grer les salles
<<extend>>
<<extend>>
<<extend>>
supprimer des
salles
modifier des
salles
consulter
des
departement
s
supprimer des
departements
modifier des
departements
consulter des
etudiants
supprimer des
etudiants
consulter des
salles
<<extend>>
<<extend>>
ajouter des
salles
<<extend>>
<<extend>>
Grer les
dpartements
<<extend>>
<<extend>>
<<extend>>
modifier des
etudiants
consulter des
comptes utilisateurs
ajouter des
departements
<<extend>>
Consulter des
enseignants
supprimer
des
enseignants
<<extend>>
Supprimer des
comptes
utilisateurs
modifier des
comptes
utilisateurs
modifier des
enseignants
<<extend>>
<<extend>>
Grer les tudiants
<<extend>>
ajouter des
etudiants
Grer les comptes

utilisateurs
<<extend>>
Ajouter des comptes

utilisateurs
Grer les
enseignants
<<extend>>
Ajouter des
enseignants
<<include>>
g) Raffinement du cas dutilisation Administrer de

lapplication
S'authentifier
III. Analyse des besoins

Suite aux descriptions textuelles des cas dutilisation, les scnarios
peuvent tre reprsents en utilisant des diagrammes de squences.
Le diagramme de squences permet de visualiser laspect temporel des
interactions et de connatre le sens de ces interactions (acteur vers
systme ou contraire) [3].
Parmi les scnarios importants dans notre application, ceux relatifs
laffectation des sujets de PFE et la planification des soutenances que
nous illustrons travers des diagrammes de squence.
Pour accder lapplication, lutilisateur doit tout dabord sauthentifier, ce
diagramme prsente cette action :
Figure 10 : Diagramme de squence dAuthentification
affecter un tuteur pdagogique
Responsable
unit PFE
Systme
ref
Authentification()
loop
[Affectation non faite]
Choisir le parcours
Demande d'affecter un tuteur
Proposer la liste des sujets existants
Vrification
Vrification
Choisir le sujet
Proposer la liste des enseignants
Vrification
Affecter le domaine de sujet avec les

comptence de l'enseigant
Vrification
Proposer la listes des enseigants avec
leurs comptences
Affecter un tuteur pdagogique
Vrification
Enregistrer l'affectation
Figure 11 : Diagramme de squence Affecter les sujets
Pour affecter un tuteur pdagogique , ladministrateur choisit le parcours

puis il choisit le sujet et encore le domaine de ce dernier .Il vrifie non
seulement ladquation des comptences de lenseignant choisi avec le
domaine de sujet mais aussi le nombre dencadrement atteindre.
Planification des soutenances
Administrateur
Systme
ref
Authentification()
loop
[Planification non faite]
1: Demande deplanifier une soutenance

2: Lister les sujets non planifier
vrification
3: Choisir un sujet
4: lister les enseignants avec leur
comptences
vrification
5: choisir le rapporteur et le prsident

alt
datte,heure,salle disponibles
6: Proposer les dates disponibles
7: Affecter la date
8: Proposer les plages horaires
Affecter plage horaire

9: Proposer les salles disponibles
10: Affecter salle
date,heure,salle non disponibles
13: Afficher un messages d'erreur
14: planifier soutenances

15: Enregisitrer la planification
Vrification
Figure 12 : Diagramme de squence Planification des

soutenances
Concernant la phase de la planification des soutenances, ladministrateur
choisit tout dabord le parcours puis le sujet valider. Aprs, il distingue le
rapporteur et le prsident suivant des critres tel que ladquation des
comptences des membres de jury avec le domaine de sujet.
Enfin il essaye de choisir la date de la soutenance, la plage horaire et la
salle disponible
Conclusion
La spcification des besoins nous a permis de dterminer les principales
fonctionnalits de notre systme travers la prsentation des besoins
fonctionnels et non fonctionnels, les diagrammes de cas dutilisation et de
squences. Par la suite, il est indispensable de passer ltape de
conception.
CHAPITRE
Chapitre III : Conception
Conception
Introduction
Dans ce chapitre, nous dtaillons les diffrentes tapes que nous avons
suivies au cours de la conception en la divisant en trois parties savoir :
larchitecture globale du systme, la conception du niveau serveur et du
niveau client.
I.
Architecture de lapplication
Notre application est base sur une architecture Client-serveur. Elle est
compose de deux parties : lune est un serveur qui reprsente la base
des donnes, lautre le client qui voque le traitement de lapplication et la
partie de traitement et interfaces.
Le client se connecte au serveur sur lequel il fait tourner lapplication. Il lui
envoie des informations. Le serveur interprte les vnements et excute
les requtes comme si elles taient effectues sur le poste client.
L'environnement client-serveur dsigne un mode de communication
travers un rseau entre plusieurs programmes ou logiciels : l'un, qualifi
de client, envoie des requtes ; l'autre ou les autres, qualifis de serveurs,
attendent les requtes des clients et y rpondent. Par extension, le client
dsigne galement l'ordinateur sur lequel est excut le logiciel client, et
le serveur, l'ordinateur sur lequel est excut le logiciel serveur [4]
En gnral, les serveurs sont des ordinateurs ddis au logiciel serveur
qu'ils abritent, et dots de capacits suprieures celles des ordinateurs
personnels
en
termes
de puissance
de
calcul,
d'entres-sorties et
de connexions rseau. Les clients sont souvent des ordinateurs personnels

ou
des
appareils
individuels
(tlphone,
tablette),
mais
pas
systmatiquement. Un serveur peut rpondre aux requtes d'un grand

nombre de clients.
Figure 13 : Architecture de notre application
Cet change de messages transite travers le rseau reliant les deux

machines. Il met en uvre des mcanismes relativement complexes qui
sont, en gnral, pris en charge par un middleware.
Les avantages de larchitecture :
Toutes les donnes sont centralises sur un seul serveur, ce qui

simplifie les contrles de scurit, l'administration, la mise jour des
donnes et des logiciels,
Les technologies supportant l'architecture client-serveur sont plus

matures que les autres,
La complexit du traitement et la puissance de calculs sont la

charge du ou des serveurs, les utilisateurs utilisant simplement un
client lger sur un ordinateur terminal qui peut tre simplifi au
maximum
Les inconvnients de larchitecture :
Si trop de clients veulent communiquer avec le serveur au mme

moment, ce dernier risque de ne pas supporter la charge (alors que les
rseaux pair--pair fonctionnent mieux en ajoutant de nouveaux
participants).
Les cots de mise en place et de maintenance peuvent tre levs.
II.
Conception ct serveur
Le serveur abrite la base des donnes qui permet de stocker et de

retrouver un ensemble d'informations de plusieurs natures ainsi que les
liens qui existent entre les diffrentes informations
1. Rgles de gestion
Nous prsentons dans ce qui suit les principales rgles de gestions
relatives notre application
Un tudiant travaille sur un seul sujet de PFE
Chaque tudiant effectue son PFE dans une socit
Ltudiant est encadr par un tuteur pdagogique et un tuteur
professionnel
Chaque tudiant doit obligatoirement avoir une note pour son PFE
Le prsident et le rapporteur peuvent valider plusieurs PFE
Une socit compte plusieurs tuteurs professionnels
Un enseignant possde une ou plusieurs comptences
Une comptence relve dun seul domaine
Le PFE se droule dans une salle, une date prcise
Lenseignant peut encadrer plusieurs sujets de PFE
Chaque tudiant suit un parcours dtudes
2. Description des classes

Une classe reprsente la structure d'un objet, c'est--dire la dclaration de
l'ensemble des entits qui le composent. Elle est constitue d'attributs
dont les valeurs reprsentent l'tat de l'objet et des mthodes qui sont les
oprations applicables aux objets. [5]
Notre application comporte les classes suivantes :
Classe Etudiant : Cette classe dfinit ltudiant tel que le numro de
sa carte didentit, son nom, son prnom, son mail et le numro de
tlphone
Classe PFE : Cest une classe qui reprsente le PFE cest--dire
lintitul du sujet et sa description
Classe enseignant : Cette classe
comporte
les
donnes
dun
enseignant comme le numro de sa carte didentit, son nom, son

prnom, son mail, le numro de tlphone
Classe Comptence : Cette classe possde
les
diffrentes
comptences lies chaque enseignant

Classe Domaine : Cette classe indique le domaine scientifique dont
relve une comptence
Classe Parcours : Chaque tudiant suit un parcours dtudes

Classe Classe : Elle dcrit la classe o tudie ltudiant
Classe Dpartement : Elle prcise les diffrents dpartements de
ltablissement
Classe Socit : Elle englobe toutes les informations qui dfinissent
une socit tel que son identifiant, son nom, ladresse, le numro de
tlphone et le mail
Classe Tuteur professionnel : Elle contient les informations relatives
un tuteur professionnel
Classe Rsultat : Chaque tudiant doit avoir une rsultat lors de sa
soutenance
Classe Soutenance : indique le type de soutenance passe par
ltudiant pour valider son projet de fin dtudes
Classe Date : Elle reprsente la date de la soutenance
Classe Salle : Elle prsente la salle o se droule la soutenance
Classe Rclamation : Elle prsente une demande ou une rclamation
Dparte me nt
formule par ltudiant, le tuteur professionnel ou le tuteur pdagogique.

-
3. Diagramme de classes
CodeDepartem ent
Nom Departem nt
+
+
+
+
Compe te nce
+
+
+
+
possder
1..*
1..*
: String
: String
crerCom ptences ()
ModifierCom petences ()
Supprim erCom petences ()
rechercheCom petences ()
...
:
:
:
:
1..1
int
int
int
int
crerDom aine ()
ModifierDom aine ()
Supprim erDom aine ()
rechercheDom aine ()
...
int
int
int
int
1..*
Parcours
+
+
+
+
Classe
-
Personne
:
:
:
:
CodeClas s e
+
+
+
+
+
+
+
+
nom
Prenom
m ai l
num_tel
Stri ng
Stri ng
Stri ng
int
+
+
+
+
crerPersonne ()
m odi fi erPersonne ()
suppri merPersonne ()
chercherPersonne ()
...
: String
CrerClas s e ()
ModifierClas s e ()
Supprim erClas s e ()
rechercheClas s e ()
...
Avoi r
:
:
:
:
void
void
void
void
void
void
int
int
subdi vi ser
:
:
:
:
1..1
Rapporteur
1..1
T uteur_Pdagogi que
+
+
+
+
1..1
ModifierChargeHoraire () : int
...
1..1
1..1
Presi dent
IdDom aine
: String
TypeDom aine : String
Des cription
: String
1..*
- CIN
: int
- ChargeHoraire : int
- matricule
: int
1..1
apparteni r
1..*
dpendre
Ense ignant
id_com petences
texte
:
:
:
:
1..1
Domaine
: String
: String
crerDepartem ent ()
m odifierDepartem ent ()
Supprim er Departem ent ()
rechercheDepartem ent ()
...
CodeParcours
nom Parcours
Tute urProf
: String
: String
crerGroupe ()
ModifierGroupe ()
Supprim erGroupe ()
recherche Groupe ()
...
:
:
:
:
idTuteurPro
void
void
void
int
1..1
1..*
1..1
:
:
:
:
tudi er
voi d
voi d
voi d
voi d
1..*
Etudiant
1..1
- NCE : int
- CIN
: int
1..2
Re sponsable Socie t
e
1..1
IdRes pons able
: int
1..*
travai l l er sur
0..1
teni r
1..1
Rsultat
+
+
+
+
IdResultat
note
etat
commentaire
:
:
:
:
int
int
String
String
crerResultat ()
modifierResultat ()
suprimerResultat ()
chercherResultat ()
...
:
:
:
:
0..*
void
void
void
void
0..*
PFE
1..1
Eval uer
0..*
4. Modle relationnel
Encadrer
0..*
prsi der
+
+
+
+
0..*
CodePFE
nomSujet
dscription
EnvrMateriel
EnvrLogiciel
0..*
+
+
+
+
+
Id_date
heure_debut
heure_fin
date
:
:
:
:
se droul er
:
:
:
:
0..*
void
void
void
void
0..*
1..1
int
Date
Date
Date
crerSeance ()
ajouterSeance ()
modifierSeance ()
supprimerSeance ()
chercherSeance ()
...
String
String
String
String
String
crerSujet ()
ModifierSujet ()
SupprimerSujet ()
rechercherSujet ()
...
Se ance
-
:
:
:
:
:
0..*
Souteni r
1..1
:
:
:
:
:
void
void
void
void
Date
Salle
- numSalle : String
+
+
+
+
+
crerSalle ()
ajouterSalle ()
modifierSalle ()
supprimerSalle ()
chercherSalle ()
...
:
:
:
:
:
void
void
void
void
void
0..*
Figure 14 : Diagramme de classe
IdReclam
textRecl
Sujet
Auteur
Chem in
+
+
+
+
crerRe
Modifier
Supprim
recherc
...
Le modle relationnel reprsente la base de donnes comme un ensemble

de tables. Ces derniers constituent donc la structure logique du modle
relationnel. [6]
Enseignant
,chargehoraire,nom ,prenom,mail,num_tel)
Competence (id_competences,texte,#IdDomaine)
Domaine (IdDomaine,TypeDomaine,description)
TuteurProfessionel (idTuteurProfessionel, nomTuteurProfessionel,
PrnomTuteurProfessionel,mailTuteurProfessionel,num_telTuteurProfe
(matriculeEnseignant,
#cin
ssionel, #idSociete)
Parcours (CodeParcours, nomParcours,#CodeDepartement)
Classe (CodeClasse,# CodeParcours)
Socit
(idSociete,nomSociete,adresseSociete,num_telSociete,mail_Societe)
PFE(CodePFE,nomSujet,description,EnvrMateriel,EnvrLogiciel,#idTute
urProfessionlnumSalle,#Id_date,#IdRapporteur,#IdPresident,
III.
#IdResponsable)
Seance (Id_date,heure_debut,heure_fin,date)
Salle (numSalle)
Rsultat (IdResultat,note,etat,commentaire, ,#NCE)
Etudiant (NCE,# CodePFE,# CodeClasse, cin, nom, prnom, mail,
num_tel)
Reclamation(IdReclamation, textReclamation,# CodePFE)
Dpartement(CodeDepartement,Nom Dpartement)
Conception du ct client
Du cot client, nous allons illustrer les principaux traitements de notre

application qui consiste prsenter la partie de laffectation de tuteur
pdagogique et la partie de la planification des soutenances.
Le
diagramme
d'activit
est
une
reprsentation
proche
de
l'organigramme ; la description d'un cas d'utilisation par un diagramme

d'activit correspond sa traduction algorithmique. Une activit est
l'excution d'une partie du cas d'utilisation [7]
Parmi les principaux traitements de notre application, nous pouvons citer
laffectation de tuteur pdagogique et la planification des soutenances.
1. Traitement associ laffectation dun sujet de PFE

Le diagramme d'activit relatif la phase daffectation dun tuteur
pdagogique est reprsent par la figure suivante :
Responsable de l'Unit PFE
Systme
Paramtrer l'
application
Vrifie r le parcours
Choisir le
parcours
Choisir le binome
Afficher le sujet relative s au binome s

choisis
Choisir le domaine
de sujet
Proposer la liste des enseigannts avec

leurs comptences en relation avec le
domaine de sujet
Choisir le tuteur
pdagogique
[Sinon]
D1
[Comptence de l'enseignant adquate avec

le domaine de sujet]
[Sinon]
D2
[Nombre d'encadrement pas atteint]
Affe cter le tute ur

pdagogique
Demander l'
enregistrement de l'
affectation
Enregistrer l'
affectation
D3
[Tout les sujets affects]
Figure 15 : : Diagramme dactivit Affectation dun tuteur

pdagogique
Pour affecter un tuteur pdagogique, le responsable de lunit PFE, aprs

avoir paramtr lapplication, slectionne les binmes puis il essaye
daffecter le tuteur pdagogique. Il prend en considration ladquation
entre les comptences de lenseignant avec le domaine de sujet. Si la
condition est vrifie, il vrifie le nombre dencadrements et affecte le
tuteur au sujet slectionn, sinon il refait le mme traitement.
Responsable unit PFE
Systme
afficher le nombre des sujets pour

chaque parcours
Afficher le nombre des enseignants
Saisir le nombre moyen d'encadrement
Calculer le nombre d'encadrement

possible
Figure 16 : Diagramme dactivit Paramtrage de laffectation

Le paramtrage dans la partie affectation permet dafficher le nombre des
sujets de PFE dans chaque parcours, dafficher le nombre des enseignants
et calculer le nombre moyen dencadrement possible pour chaque
enseignant, ensuite permet au responsable unit PFE de saisir le nombre
moyen dencadrement.
2. Traitement associ la planification des PFE

Concernant la phase de la planification, le responsable de lunit PFE,
aprs avoir paramtr lapplication, slectionne le sujet valuer ensuite
il choisit le rapporteur et le prsident suivant des critres tels que
ladquation des comptences du jury avec le domaine de sujet. Puis le
responsable de lunit PFE choisit la date, la plage horaire et la salle et il
reprend le mme traitement pour le reste des binmes sinon il essaye
nouveau.
Responsabl e de l 'uni t PFE
Systme
Paramtrer l'application
Propose r la liste de s tudiants
Choisir le parcours
Choisir le binome
Choisir le rapporte ur
e t le prside nt
[Si non]
D1
D2
Propose r la liste de s e nse ignants av ec

le urs compte nce s adquate s av e c le
domaine de suje t
[Choi si r le rapporteur et l e prsi dent

vers D1]
[Si non]
[Nombre de sujet val ider pas attei nt]
Affe cter le rapporte ur e t

le prside nt
Propose r la date
[date convenabl e]
D3
Affe cter date
D4
Propose r plage horaire

[Pl age horai re convenable]
Affe cter plage horaire

Propose r la salle
D5
[sal l e convenabl e]
Affe cte r salle
Demander l'enregistrement
[Si non]
D6
[T out l es suj ets affects]
Enregistrer la planification
Figure 17 : Diagramme dactivit Planification des soutenances
Responsable unit PFE
Systme
Choisir les jours
Choisir seance et plage

horaire
Choisir les salles
Enrgistrer les paramtres
Figure 18 : Diagramme dactivit Paramtrage de la planification
Le paramtrage dans la partie planification permet de choisir les dates, les

plages horaires et les salles des soutenances.
Conclusion
Dans ce chapitre, nous avons spcifi larchitecture de notre systme,
ainsi que sa conception dtaille travers le diagramme de classes, et les
diagrammes dactivits afin de montrer la structure de lapplication.
Le chapitre suivant met en vidence la partie ralisation de lapplication.
Chapitre IV : Ralisation
CHAPITRE
Ralisation
Introduction
Le chapitre ralisation consiste dfinir les diffrents outils matriels et logiciels qui ont
contribu la ralisation de notre projet et mettre en uvre les besoins fonctionnels et non
fonctionnels prsents dans les chapitres prcdents tout en tenant compte de la partie
conception.
En effet, nous prsentons dans ce chapitre lenvironnement matriel et logiciel utiliss le
dploiement de notre application ainsi que les principales interfaces graphiques.
I.
Environnement de dveloppement
La prsentation de lenvironnement de dveloppement de notre application comporte une
description de lenvironnement matriel et logiciel tout en spcifiant notre choix pour les
outils de dveloppement.
1. Environnement matriel
Un ordinateur portable Fujitsu.
Processeur : Intel(R) Pentium(R)
RAM : 4 Go
Systme dexploitation : Windows 7 Edition intgrale
2. Environnement logiciel
Au cours de notre dveloppement nous avons eu recours plusieurs logiciels, savoir :
Microsoft Visual Studio 2012 Professionnel.
SQL Server 2008.
Power AMC
3. Choix des outils de dveloppement

Notre choix concernant les outils de dveloppement est bas sur le fait que :
Microsoft Visual Studio 2012 Professionnel :
Visual Studio est une suite d'outils de dveloppement bass sur
des composants et des technologies destines la cration
d'applications puissantes et hautement performantes. En outre,
Visual Studio est optimis pour la conception, le dveloppement
et le dploiement en quipe de solutions d'entreprise. [6]
SQL Server 2008

SQL Server 2008 est un systme de gestion de bases de donnes
relationnelles. Le stockage, la manipulation et lanalyse de ces
donnes se font au sein de son moteur de bases de donnes. Ce
service
permet
la
ralisation
de
nombreuses
applications,
requtes, et transactions.
Nous avons aussi eu recours des technologie savoir :
WPF (Windows Presentation Foundation) comme une technologie
dveloppement dinterfaces graphiques avec le code C# (code Behind)
WPF s'est avr tre beaucoup plus rapide que WinForms pour dvelopper
des applications
L'avantage du WPF est que le design et le code sont totalement spars.
Le cot design est contenu dans un fichier XAML (eXtensible Application
Markup Language) que n'importe quel designer sans aucune connaissance
en programmation peut modifier afin d'amliorer l'apparence du logiciel.
De plus, WPF est li DirectX, ce qui veut dire que l'affichage des
applications est assist par la carte graphique.
Dploiement de lapplication
II.
Ce
diagramme
indique
l'organisation
matrielle
de
l'application
concevoir, il spcifie les composants ncessaires notre application.
Serveur
Client
Sql server
Application.exe
<Base de Donnes>
<Interface>
Figure 19 : Diagramme de dploiement
III.
Principales interfaces graphiques

Pour accder lapplication, lutilisateur doit tout dabord sauthentifier, pour cela il introduit
son login et son mot de passe comme lindique la figure 22 :
Figure 20: Interface dAuthentification
Figure 21: Le menu principal de lapplication
Figure 22 : interfaces de consultation
Le interfaces de consultation permet la recherche dun sujet par nom, le

filtrer le recherche par catgorie (tout les sujets, les sujets en cours de
traitement, les sujets qui sont dj affecter un encadreur, les sujets qui
sont dj affecter un jury, les sujets planifis, les sujets finis, et les sujets
archivs). Ensuit permet de mettre jours les sujets dans tout les phase
(suivi, affectation, planification, rsultat) et le supprimer.
Figure 23 : Interface dAjout dun sujet de PFE
Parmi les principales fonctionnalits dans notre application cest laffectation des tuteurs
pdagogiques aprs la saisir des donnes ncessaire.
Lenchainement se droule comme suit : le responsable de lUnit PFE choisit le sujet et puis
il laffecte un tuteur pdagogique suivant des critres tel que ladquation des comptences
du lenseignant avec le domaine de sujet.
Figure 24 : Interface pour laffectation dun sujet de PFE
Aprs avoir affect un tuteur pdagogique, le responsable de lUnit PFE essaye de planifier
les soutenances
2. Planifications des soutenaces

Il commence tout dabord par laffectation des membres des jurys:le rapporteur et le prsident
en choisissant le sujet valider et puis les jury
Figure 25 : Interface pour laffectation des membres des jurys
Passons maintenant aux choix de la date, de la salle et de la sance de la soutenance.

Ladministrateur choisit le sujet et puis il choisit le jour de la soutenance ainsi que la salle
disponible et la sance de soutenance
Figure 26 : Interface pour la planification des soutenances de PFE
Figure 27 : Interface ajouter rclamation
Notre application permettre aussi le suivi des PFE par des rclamations en
cas de problme partir de lentreprise, ltudiant, Enseignant.
Figure 28 : interface rsultat
Ensuite notre application permet la gestion des rsultats aprs les planifications
des soutenances dajouter les note des PFE pour chaque tudiant et de prcis le
rsultat de admis, prolongation ou bien refuser.
NB : en cas de prolongation en ajoute la dure de cette dernire.
Figure 29: Interface Archivage
Enfin lapplication permet larchivage des donnes.
Conclusion
Ce dernier chapitre nous a permis de prsenter quelques interfaces de lapplication selon le
profil de lutilisateur aprs avoir dcrit notre environnement de travail matriel et logiciel et
spcifi le diagramme de dploiement
CONCLUSION GENERALE
Pour conclure, nous rappelons que ce projet consiste raliser une application qui sert
doutil daide la planification et au suivi des PFE au sein de lISET et qui prend en charge la
gestion de tout le processus de PFE
En effet, notre travail consiste concevoir et raliser une application de gestion de Projet de
Fin dEtudes, qui gre les sujets ainsi que laffectation des tuteurs pdagogiques, de mme
elle assure la planification des soutenances. Elle permet ainsi de faire le suivi des projets.
Le projet sest droul selon trois axes principaux afin de passer par les tapes essentielles de
tout projet : lanalyse, la conception et la ralisation.
Nous avons dvelopp notre application avec la technologie WPF et le langage C# et nous
avons utilis SQL server comme systme de gestion de base des donnes.
Ce projet nous a permis dtre plus proches de la vie professionnelle et de suivre les
diffrentes tapes de dveloppement dun projet.
A court terme nous envisageons de terminer limplmentation de certaines
fonctionnalits.
A long terme, il est prvu que lapplication soit dote du systme SMS Gateway qui permettra
denvoyer des messages aux tudiants.
BIBLIOGRAPHIE ET NETOGRAPHIE
Bibliographie
[1]: Pascal, Roques.
UML
par la pratique , Paris,
ditions Eyrolles,
2009, 357p. (utilis pour la conception).

[3] : ROQUES, Pascal. UML 2 par la pratique . Paris, Edition EYROLLES,
2004, 309pages.
[7] : VAN DER HEYDE, Fiwen et DEBRAUWER, Laurent. Modlisation des
objets . France, Edition ENI, 2006, 151 pages.
Ntographie
[2]: http://www.techterms.com/definition/rup
[5] : http://uml.free.fr/cours/i-p14.html
[6] : http://tcosnuau.free.fr/COURS/MODREL/MODREL.HTM
[8] : http://www.wpftutorial.net/
[9] : http://www.codeproject.com
ANNEXES
Lutilisation de la technologie WPF nous permet de modifier le couleur, le
thme et la taille de police de notre application selon le choix dutilisateur.

Rapport 04-10-13

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Rapport 04-10-13

Hochgeladen von

Copyright:

Verfügbare Formate

REPUBLIQUE TUNISIENNE

Dpartement Technologies de lInformatique

Conception et ralisation dun outil daide la

Sabrine BEN AISSA

Socit daccueil : INSTITUT SUPERIEUR DES ETUDES

Anne Universitaire : 2012/2013

Grande tait ta tendresse, grand tait et restera ton

Au Dieu tout puissant mon crateur.

Amon pre Amor, en signe damour, de reconnaissance

Ames surs Hanen et Mariem, jespre atteindre le seuil

ma famille, que je ne pourrais nommer de peur den

Ames ami(e)s, qui ont su mapporter aide et soutient

Technologiques de CHARGUIA Mlle Amel TRIKI, qui a cru en nous et qui

Prsentation de lorganisme daccueil.............................................................3

Organisation des tudes...............................................................................3

Etude des besoins............................................................................................ 9

La gestion de contact avec les entreprises...........................................9

La gestion des PFE..................................................................................9

Le suivi des PFE.................................................................................... 10

La planification des soutenances..........................................................10

La gestion des rsultats des PFE..........................................................11

Gnration des tats............................................................................11

Gnration des informations gnrales et des statistiques..................11

Besoins non fonctionnels............................................................................ 12

Les diagrammes de cas dutilisation...........................................................12

Prsentation des acteurs............................................................................ 12

Diagrammes des cas dutilisation...............................................................13

Cas dutilisation gnral..........................................................................13

b) Raffinement du cas dutilisation Grer les contacts avec les

Raffinement du cas dutilisation Grer les Sujets des PFE ..................18

d) Raffinement du cas dutilisation Assurer le suivi des PFE .................21

Raffinement du cas dutilisation Grer les rsultats des PFE .............26

g) Raffinement du cas dutilisation Administrer de lapplication ............28

Analyse des besoins.................................................................................... 29

Description des classes...............................................................................36

Traitement associ la planification des PFE..............................................41

Choix des outils de dveloppement............................................................46

Principales interfaces graphiques...............................................................48

Planifications des soutenaces.....................................................................51

Liste des figures

Figure 23 : Interface dAjout dun sujet de PFE..........................................50

Liste des tableaux

Tableau 1:Description de cas dutilisation Ajouter une entreprises ........15

que s'intgre notre projet qui consiste tudier,

concevoir et dvelopper une application qui sert faciliter la gestion des

troisime chapitre la conception. Pour finir, le

quatrime chapitre prsente ltape de ralisation.

ChapitreI : Prsentation du cadre de stage

I. Prsentation de lorganisme daccueil

2. Organisation des tudes

deuxime, troisime, quatrime et cinquime semestres un ensemble des

Cest au sein du dpartement Technologies de lInformatique que nous

WINDOWS XP, WINDOWS 2003

L'dition des rsultats

Suivi des PFE

Affectation des PFE

Contact des entreprises

Figure 2: les tapes de la gestion des PFE

Le contact des entreprises :

Le responsable des PFE organise la phase de la planification en

rapporteur et tuteur pdagogique)

soutenance une autre qui devrait tre minimale

Afin de remdier aux dfaillances cites prcdemment, nous proposons de