Vous êtes sur la page 1sur 74

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

Grer les contacts avec les entreprises


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

Grer les contacts avec les entreprises


Modifier une Entreprise
Agent administratif et le responsable PFE
Modifier une entreprise
Lacteur doit tre authentifi
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

E1 : donnes incorrecte
Le systme affiche lchec sous forme dun message
Lenchainement E1 dmarre au point 3
3. Modifier les donnes de la socit.
4. Enregistrer les mis a jour.

Post condition

Les donnes sont enregistres

Tableau 2: Description de cas dutilisation Modifier une


entreprises

Cas dutilisation
Acteur principale
But
Pr Condition
Scnario nominal

Grer les contacts avec les entreprises


Supprimer une Entreprise
Agent administratif et le responsable PFE
Effacer une entreprise
Lacteur doit tre authentifi
1. Chercher la socit.
2. le systme affiche les
3. Supprimer les donnes de la
coordonnes de la
socit.
socit.
4. Enregistrer les mis a jour.

Enchanement
alternatif

E1 : donnes incorrecte
Le systme affiche lchec sous forme dun message
Lenchainement E1 dmarre au point 3
3. Supprimer les donnes de la socit.
4. Enregistrer les mis a jour.

Post condition
Les donnes sont enregistres
Tableau 3: Description de cas dutilisation Supprimer une
entreprises

Cas
dutilisation
Acteur
principal
But
Pr condition
Scnario
nominal

Enchainement
alternatif

Grer les contacts avec les entreprises


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
Lacteur doit tre authentifi
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

Description textuelle du cas dutilisation


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
Lacteur doit tre authentifi
1. Saisir les donnes de sujet
2. Choisir le domaine de sujet
3. Enregistrer le sujet
E1 : information incorrecte
Le systme affiche lchec sous forme dun message
Lenchanement E1 dmarre au premier point du scnario
nominal.
E2 : le sujet existe dj
Le systme affiche lchec sous forme dun message
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
Les donnes sont enregistres

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
4. Le systme propose la
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
5. Slectionner lenseignant
6. Affecter le tuteur pdagogique
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.
4. Le systme propose la liste des enseignants disponibles
ayant des comptences adquates avec le domaine de sujet
5. Slectionner lenseignant
6. Affecter le tuteur pdagogique

7. Enregistrer laffectation
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


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

Description textuelle du cas dutilisation

Assurer le suivi des PFE


Cas
dutilisation
Acteur
principal
But
Pr condition
Scnario
nominal

Ajouter cahier de charge


Responsable de lunit PFE et administrateur
Ce cas permet au responsable PFE et ladministrateur de
suivre la remise de cahier de charge de chaque sujet.
Authentification de lacteur
Acteur
Systme
1. Slectionner le parcours
2. Le systme propose la
3. Slectionner le sujet

liste des sujets existants

4. Ajouter un cahier de charge


5. Demander lenregistrement

6.Enregistrer lajout

Enchainement
alternatif

E1 : cahier de charge existe dj


Le systme affiche un message derreur

Post condition

Cahier de charge ajout avec succs

Tableau 7 : description de cas dutilisation Ajouter cahier de


charge

Assurer le suivi des PFE


Cas
dutilisation
Acteur
principal
But
Pr condition
Scnario
nominal

Ajouter rclamation
Responsable de lunit PFE et administrateur
Ce cas permet au responsable PFE et ladministrateur ajouter
les rclamations pour suivre les PFE
Authentification de lacteur
Acteur
Systme
1. Slectionner le parcours
2. Le systme propose la
3. Slectionner le sujet

liste des sujets existants


4. Ajouter une

5. Enregistrer lajout
Enchainement
alternatif

Post condition

rclamation

E1 : Rclamation Rsolue
Le systme affiche un message derreur
Lenchainement alternatif dmarre au point 2 du scnario
nominal.
E2 : Rclamation existe dj
Le systme affiche un message derreur
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
1. Slectionner le parcours
2. Le systme
propose la liste des
3. Slectionner le sujet
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


Le systme affiche un message derreur
Lenchainement E1 dmarre au point 4
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 sujets valids pour
lenseignant
7. Demander menregistrement
8. Enregistrer laffectation

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
8. Demander lenregistrement

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


Le systme affiche un message derreur
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
8. Demander lenregistrement
9. Enregistrer lajout
E2 : Lacteur saisi des informations incorrectes

Le systme affiche un message derreur

Post condition

La saisie des notes faite avec succs

Description textuelle du cas dutilisation


Tableau 10 : description de cas dutilisation Ajouter note

Administrateur

Administrer l'application

<<extend>>

<<extend>>

<<extend>>

Figure 9 :Diagramme de cas dutilisation Administrer


lapplication
<<extend>>

<<extend>>

<<extend>>

Grer les
comptences

Administrer l'application

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