La Mise en Oeuvre D'une Application de Suivi Des Stages

Sujet :
LA MISE EN UVRE DUNE APPLICATION DE

SUIVI DES STAGES
Elabor par :
Mohamed HAMDI
&
Mohamed REZGUI
RAPPORT
De
Projet de fin dEtudes
Prsent en vue de lobtention du diplme
De
LICENCE APPLIQUEE EN SCIENCES ET TECHNIQUES DE
LINFORMATION ET DE COMMUNICATIONS
Encadr par :
Mr Riadh BOUHOCHI
Socit daccueil : Universit Virtuelle de Tunis
Anne Universitaire : 2010/2011
Ddicaces
Nous ddions ce projet de fin dtudes en tmoignage de
notre gratitude et de tous nos respect :
Nos parents pour toute laffection, tous les sacrifices et

les encouragements quils nont pas cess de nous
prodiguer tout au long de nos tudes.
A tous ceux qui nous ont soutenus tout au long de ce

projet.
A notre encadreurs Riadh Bouhouch et

A nos enseignants,
Mohamed Hamdi
&
Mohamed Rezgui
Remerciement
Nous voulons exprimer par ces quelques lignes de remerciements notre
gratitude envers tous ceux en qui, par leur prsence, leur soutien, leur
disponibilit et leurs conseils nous avons trouv courage afin daccomplir ce
projet.
Nous commenons par remercier Monsieur Riadh BOUHOUCH qui nous a
fait lhonneur dtre notre encadreur. Nous le remercions profondment pour
son encouragement continu et aussi dtre toujours la pour nous couter, nous
aider et nous guider retrouver le bon chemin par son sagesse et ses prcieux
conseils, ce qui nous a donn la force et le courage daccomplir ce projet.
Nous tenons remercier galement Monsieur Belgacem Hrizi pour son
aide et soutien.
En fin, nous ne pouvons achever ce projet sans exprimer notre gratitude
tous les enseignants de lUniversit Virtuelle de Tunis, pour leur dvouement et
leur assistance tout au long de notre formation.

.
.
" "
. " " " "
,
.
.
." " ," " ," " ," " , " " ,"" :
Rsum
Notre projet consiste dans ltude, la conception et la ralisation dune application de suivi
des stages pour le compte de lUniversit Virtuelle de Tunis, qui permet lamlioration de la
communication et lchange de linformation et de la documentation entre lenvironnement
daccueil et luniversit, ainsi que lvaluation et le contrle numrique des stages.
Les objectifs majeurs de cette application sont la gestion, le suivi et le contrle des stages.
Pour atteindre cet objectif, nous avons eu recours crer une plateforme web bas sur une
architecture 3 tiers dont MySQL comme systme de gestion de bases de donnes, une tude
conceptuel ralis par le langage de modlisation UML et MyEclipse comme IDE.
Enfin, notre application sera exploite par les tudiants et les enseignants de lUniversit
Virtuelle de Tunis.
Le prsent rapport dcrit les diffrentes tapes de ralisation de ce projet.
Mots-cls : ASS, MySQL, UML, IHM, RUP, JDK, JEE, IDE, API, HTML, CSS, JSP.
Abstract
Our project consists in the conception and the realization of a management Application of the
follow-up of the traineeship, which allows the communication and
the exchange of information and documentation between students and preceptors and
evaluation and control of the traineeship.
The major objectives of this application are the management, follow-up and control of the
traineeship.
To reach this objective, we had appeal to create a web platform with MySQL as database
management system and UML as modeling language.
Finally, our application will be exploited by students and teachers of the Virtual University of
Tunis.
The present report describes the various stages of realization of this project.
Keywords: ASS, MySQL, UML, IHM, Modle en V, RUP, JDK, JEE, IDE, API, HTML,
CSS, JSP.
Table des matires
INTRODUCTION GNRALE---------------------------------------------------------------------- 1
CHAPITRE 1 : SPCIFICATION ET ANALYSE DES BESOINS -------------------------- 2
INTRODUCTION -------------------------------------------------------------------------------------------- 2
I. ETUDE DE LEXISTANT ------------------------------------------------------------------------------- 2
1. Description de lexistant ----------------------------------------------------------------------------- 2
2. Critique de lexistant --------------------------------------------------------------------------------- 2
3. Solution propose ------------------------------------------------------------------------------------- 3
II. ETUDE DES BESOINS ---------------------------------------------------------------------------------- 3
1. Besoins fonctionnels --------------------------------------------------------------------------------- 3
a. Lchange de linformation et de la documentation --------------------------------------------- 4
b. La gestion du cahier du stage ----------------------------------------------------------------------- 4
c. Le Forum ----------------------------------------------------------------------------------------------- 4
d. La gestion du BackOffice --------------------------------------------------------------------------- 4
2. Besoins non fonctionnels ---------------------------------------------------------------------------- 4
III. CADRE DE PROJET ------------------------------------------------------------------------------------ 5
CONCLUSION ----------------------------------------------------------------------------------------------- 6
CHAPITRE 2 : CONCEPTION ---------------------------------------------------------------------- 6
INTRODUCTION -------------------------------------------------------------------------------------------- 7
I. CONCEPTION GNRALE ---------------------------------------------------------------------------- 7
1. Le modle de cycle de vie --------------------------------------------------------------------------- 7
a. Prsentation du model -------------------------------------------------------------------------------- 7
b. Description du modle ------------------------------------------------------------------------------- 8
2. Mthodologie adopte-------------------------------------------------------------------------------- 8
3. Concept et architecture de lAGSS (Application de Gestion et Suivi des Stages) ---------- 9
II. CONCEPTION DTAILL ----------------------------------------------------------------------------- 10
1. Les diagrammes des cas dutilisation ------------------------------------------------------------- 10
a. Prsentation des acteurs ----------------------------------------------------------------------------- 10

b. Description des cas dutilisation ------------------------------------------------------------------- 11
2. Les diagrammes dactivit -------------------------------------------------------------------------- 20
a. Diagramme dactivit Affectation des tches par lencadreur -------------------------------- 20
b. Diagramme dactivit Remplir le cahier de stage ----------------------------------------------- 21
c. Diagramme dactivit Ajouter un stage ----------------------------------------------------------- 22
3. Les diagrammes de squences --------------------------------------------------------------------- 23
a. Diagramme de squence dauthentification ------------------------------------------------------ 23
b. Diagramme de squence dposer un document ------------------------------------------------- 24
c. Diagramme de squence valider un stage ------------------------------------------------------- 25
d. Diagramme de squence ajouter un stage ------------------------------------------------------- 26
4. Diagramme des classes ----------------------------------------------------------------------------- 27
a. Description des classes ------------------------------------------------------------------------------ 27
b. Le diagramme des classes -------------------------------------------------------------------------- 29
c. Modle relationnel ----------------------------------------------------------------------------------- 30
III. MAQUETTE ------------------------------------------------------------------------------------------- 31
1. Structure de lapplication --------------------------------------------------------------------------- 31
2. Charte graphique ------------------------------------------------------------------------------------- 31
CONCLUSION ---------------------------------------------------------------------------------------------- 32
CHAPITRE 3 : RALISATION--------------------------------------------------------------------- 33
INTRODUCTION ------------------------------------------------------------------------------------------- 33
I. ENVIRONNEMENT DU TRAVAIL -------------------------------------------------------------------- 33
1. Environnement matriel ---------------------------------------------------------------------------- 33
2. Atelier de gnie logiciel----------------------------------------------------------------------------- 33
a. Langage de programmation ------------------------------------------------------------------------ 33
b. Environnement de dveloppement ---------------------------------------------------------------- 33
c. Conception -------------------------------------------------------------------------------------------- 34
d. IDE (Environnement de dveloppement intgr) ----------------------------------------------- 35
e. Serveur dApplication ------------------------------------------------------------------------------- 35
f. Systme de gestion de base des donnes ---------------------------------------------------------- 35
g. Framework -------------------------------------------------------------------------------------------- 36
h. Design et MultiMedia ------------------------------------------------------------------------------- 37
II. SCNARIOS APPLICATIF ---------------------------------------------------------------------------- 38

1. Espace Administrateur BackOffice ----------------------------------------------------------- 39
a. Page daccueil ---------------------------------------------------------------------------------------- 39
b. Interface Ajouter un stage ---------------------------------------------------------------------- 39
2. Espace Etudiant -------------------------------------------------------------------------------------- 41
a. Page daccueil ---------------------------------------------------------------------------------------- 41
b. Interface Dposer un document --------------------------------------------------------------- 42
3. Espace Encadreur ------------------------------------------------------------------------------------ 43
a. Page daccueil ---------------------------------------------------------------------------------------- 43
b. Interface Affecter une tche ------------------------------------------------------------------- 43
4. Espace Membre du Jury ---------------------------------------------------------------------------- 44
a. Page daccueil ---------------------------------------------------------------------------------------- 44
b. Interface Valider un stage ---------------------------------------------------------------------- 44
CONCLUSION ---------------------------------------------------------------------------------------------- 45
CONCLUSION ET PERSPECTIVES -------------------------------------------------------------- 46
Liste des figures

Figure 1: Schma prsentatif du cadre de projet ------------------------------------------------------ 5
Figure 2: Le model en V ---------------------------------------------------------------------------------- 7
Figure 3: La structure gnrique d'une architecture 3-tiers ------------------------------------------ 9
Figure 4: Diagramme de cas dutilisation de l'tudiant --------------------------------------------- 12
Figure 5: Diagramme de cas dutilisation de l'encadreur ------------------------------------------- 15
Figure 6: Diagramme de cas dutilisation du membre de jury ------------------------------------- 17
Figure 7: Diagramme de cas dutilisation de l'Administrateur ------------------------------------- 18
Figure 8: Diagramme dactivit Affectation des tches par lencadreur ------------------------- 20
Figure 9: Diagramme dactivit Remplir le cahier de stage ---------------------------------------- 21
Figure 10: Diagramme dactivit Ajouter un stage -------------------------------------------------- 22
Figure 11: Diagramme de squence dauthentification --------------------------------------------- 23
Figure 12: Diagramme de squence dposer un document ----------------------------------------- 24
Figure 13: Diagramme de squence valider un stage ----------------------------------------------- 25
Figure 14: Diagramme de squence ajouter un stage ----------------------------------------------- 26
Figure 15: Diagramme des classes --------------------------------------------------------------------- 29
Figure 16: Structure du site en volution -------------------------------------------------------------- 31
Figure 17: Charte graphique ---------------------------------------------------------------------------- 31
Figure 18: Authentification ----------------------------------------------------------------------------- 38
Figure 19 : Page d'accueil BackOffice----------------------------------------------------------------- 39
Figure 20 : Interface de lAjout de stage -------------------------------------------------------------- 39
Figure 21: Interface daffectation des tudiants ------------------------------------------------------ 40
Figure 22: Interface daffectation des encadreurs ---------------------------------------------------- 40
Figure 23: Fiche Stage ----------------------------------------------------------------------------------- 41
Figure 24: Page d'accueil de l'tudiant----------------------------------------------------------------- 41
Figure 25: Interface de Dpt dun document -------------------------------------------------------- 42
Figure 26: Interface de MAJ dun document --------------------------------------------------------- 42
Figure 27: Page d'accueil de l'encadreur -------------------------------------------------------------- 43
Figure 28: Interface d'affectation des tches ---------------------------------------------------------- 43
Figure 29: Page d'accueil du membre de jury -------------------------------------------------------- 44
Figure 30: Interface de slection du stage ------------------------------------------------------------- 45
Figure 31: Interface de validation du stage ----------------------------------------------------------- 45
Introduction gnrale
Introduction gnrale
Les espaces numriques de travail (ENT) sont aujourdhui largement prconiss dans
les tablissements universitaires. Bass sur lutilisation des technologies de linformation et
de la communication, ils dsignent un dispositif global fournissant un usager un point
daccs travers les rseaux lensemble des ressources, des applications, des outils et des
services numriques partir dun portail unique en rapport avec son activit. Il est un point
dentre pour accder au systme dinformation de ltablissement.
Dans ce contexte, nous avons propos de lancer un projet qui consiste dvelopper une
application de suivi des stages quelle va tre considre comme un espace numrique de
travail pour le compte de lUniversit Virtuelle de Tunis.
L'objectif de ce projet est d'analyser, concevoir et dvelopper un espace numrique de
suivi des stages. Cet espace doit permettre, en premier lieu, lchange de linformation et de la
communication entre les tudiants et les encadreurs, le contrle, le suivi et lvaluation des
stages. En deuxime lieu, lapplication doit tre dote dune partie BackOffice qui permettra
de paramtrer lapplication.
Pour le faire, le prsent rapport doit tre bien structur pour tre exploit aprs la mise
en place de lapplication, et nous lavons organis de la manire suivante :
Dans le premier chapitre, nous dcrivons, en premier lieur, ltude de lexistant du
projet qui consiste dvoiler la mthode actuelle utilise en relevant ses insuffisances et
proposant une solution. En deuxime lieu, nous dterminons les principales fonctionnalits
offertes par lapplication en prcisant ses besoins fonctionnels et non fonctionnels. Ensuite,
nous prsentons le cadre de projet.
Le deuxime chapitre aborde la phase de conception. En premier lieu, nous spcifions la
mthodologie adapte, aprs, nous prsentons les diffrents diagrammes.
Finalement, au niveau du dernier chapitre intitul ralisation, nous prsentons notre
environnement de travail matriel et logiciel, ainsi que les principales interfaces graphiques
ralises.
Application de Suivi des Stages
Page | 1
Chapitre 1 : Spcification et
Analyse des besoins
Spcification et analyse des besoins
Introduction
Dans ce chapitre, nous mettons le sujet dans son cadre gnral Par la suite, nous
abordons ltude de lexistant du projet, suivie dune critique pour pouvoir dgager les
contraintes respecter pendant la ralisation de notre projet.
Ainsi, ce chapitre prsente lensemble des besoins quils soient fonctionnels et non
fonctionnels.
I.
Etude de lexistant
1. Description de lexistant
Comme tout les tablissements de lenseignement suprieur lUniversit Virtuelle de
Tunis offre a ces tudiants la possibilit deffectu des stages dans des entreprise publique ou
priv.
En effet aprs lachvement des procdures administratives dun stage, les tudiants sont
affects un ou plusieurs encadreurs selon le type de stage.
Les tudiants sont intgrer alors durant la priode du stage dans les entreprises daccueil
sous lassistance de lencadreur socit et aussi lencadreur de luniversit.
Le processus de suivi des stages se fait manuellement. En effet lchange de linformation
et de la documentation entre lencadreur et ltudiant se fait par le mailing ou par papiers
manuscrite.
Lvaluation finale du projet avant les soutenances est effectue dans un temps rduit, les
membres de jury dun stage nont aucune ide sur lavancement dun stage ni lachvement
des tches.
2. Critique de lexistant
La procdure existante atteint ces objectifs depuis sa mise en place mais le critre suivit en
temps rel est absent, en effet :
-
Le contrle des tudiants nest effectu que par une seule partie relier
lemplacement de ltudiant durant la priode du stage ;
Manque de collaboration entre luniversit et les entreprises ;
Dans certains cas les encadreurs ne se rencontrent que lors des soutenances ;
La tche affecte par les deux encadreurs diffre parfois en termes de finalit ou
objectif ;
Page | 2
Lvaluation finale du projet avant les soutenances est effectue dans un temps rduit,
les membres de jury dun stage nont aucune ide sur lavancement dun stage ni
lachvement des tches ;
Perte de temps au niveau de lchange des documents ;
Risque de perte de document ;
Absence de plan daction du projet valid par les deux encadreurs ;
Manque de support acadmique (Entreprise) ;
Absence de runion hebdomadaire entre touts les intervenants.

Absence dune plateforme ou il ya des forums de discussion ...
3. Solution propose
Afin de palier aux dfaillances observ, nous proposons dinformatiser le processus de
suivi des stages.
Pour cela, nous optons pour le dveloppement dune application web dynamique qui va
tre exploit par plusieurs intervenants et son principal objectif est le suivi des stages.
Lapplication doit pouvoir faciliter le processus de suivi des stages et permet
ltudiant de communiquer avec ses encadreurs des documents et de saisir leurs activits ou
lavancement ralis.
Lapplication permet aussi aux encadreurs et aux membres de jury de suivre et valider
le travail ralis par ltudiant.
II.
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
Les besoins fonctionnels se prsentent en quatre grandes parties, lchange de
linformation et de la documentation entre ltudiant et lencadreur, la gestion du cahier du
stage, le forum et la gestion du BackOffice.
Page | 3
a. Lchange de linformation et de la documentation

Gestion de la documentation
Notre application doit permettre aux utilisateurs Lchange de linformation et de la
documentation en assurant aux utilisateurs lajout, la modification et la consultation des
documents et aussi la gestion des commentaires sur les documents.
Affectation des tches
Chaque encadreur durant la priode de stage peut affecter plusieurs tches aux tudiants
et spcifier la date limite de la remise du travail demand.
b. La gestion du cahier du stage
La gestion du cahier du stage se traduit par lajout des tches ralis par les tudiant
pour chaque journe, ainsi que la modification et la consultation son contenue.
c. Le Forum
Notre application doit intgrer un forum de discussions afin de permettre aux
utilisateurs dchanger linformation entre eux, est cela par lajout des sujets de discussion,
ainsi que lajout des rponses aux sujets ajouts.
d. La gestion du BackOffice
Le BackOffice est la partie ou est assur le paramtrage de notre application. Cette
partie intgrera la gestion des stages, la gestion des encadreurs, la gestion des tudiants, la
gestion des membres de jury et la gestion des profils de chaque utilisateur.
La gestion des stages se traduit par lajout, la modification et la suppression des stages, ainsi
que la gestion des types de stages et laffectation des membres de jury pour chaque stage.
2. Besoins non fonctionnels
Les besoins non fonctionnels sont importants car ils agissent de faon indirecte sur le
rsultat et sur le rendement de lutilisateur, ce qui fait quils ne doivent pas tre ngligs, pour
cela il faut rpondre aux exigences suivantes :
Fiabilit : lapplication doit fonctionner de faon cohrente sans erreurs ;
Les erreurs : lapplication doit les signales par des messages derreurs ;
Page | 4
Ergonomie et bon IHM : lapplication doit tre adapte lutilisateur sans quil
fournisse trop deffort (utilisation claire et facile) ;
Efficacit : lapplication doit permettre laccomplissement de la tche avec le
minimum de manipulations.
Scurit : lapplication doit tre scurise au niveau des donnes: authentification et
contrle daccs.
III.
Cadre de projet
Dans le cadre de notre projet de fin dtude au sein de lUniversit Virtuelle de Tunis
nous avons eu comme tche de concevoir et dvelopper une plateforme numrique de suivi
des stages.
Figure 1: Schma prsentatif du cadre de projet
Page | 5
Conclusion
Dans ce chapitre on a prsent une tude du systme existant, les lacunes quil
comprend ainsi que la solution propose pour pallier ces problmes. Ainsi que les besoins
fonctionnels et non fonctionnels qui ont permis de mieux expliciter le systme raliser.
Dans
le
chapitre
suivant
nous
entamons
ltude
conceptuelle.
Page | 6
Chapitre 2 : Conception
Conception
Introduction
La conception est une tape primordiale dans le cycle de vie dune application, elle a
pour objectif dlaborer partir du modle du systme obtenu lors de ltape danalyse de
besoin, des modles dtaills de larchitecture du systme. Elle vise galement la rduction de
la complexit du systme.
I.
Conception Gnrale
1. Le modle de cycle de vie
Afin de concevoir et raliser notre application, nous avons opt pour le model de cycle
de vie en V.
a. Prsentation du model
Le modle du cycle en V est un modle conceptuel de gestion de projet imagin suite au
problme de ractivit du modle en cascade. Il permet, en cas d'anomalie, de limiter un
retour aux tapes prcdentes.
Figure 2: Le model en V
Page | 7
Conception
b. Description du modle
La reprsentation en V tient d'avantage compte de la ralit, le processus de
dveloppement n'est pas rduit un enchanement de tches squentielles.
Elle montre que:
-
c'est en phase de spcification que l'on se proccupe des procdures de validation ;
c'est en phase de conception gnrale que l'on se proccupe des procdures

d'intgration ;
c'est en phase de conception dtaille que l'on prpare les tests unitaires.
Le modle de cycle de vie en V permet d'anticiper sur les phases ultrieures de
dveloppement du produit. En particulier le modle en V permet de commencer plus tt:

-
Plan de tests de qualification ;
Plan d'valuation des performances.
2. Mthodologie adopte
Afin doptimiser la comprhension ainsi que la ralisation du projet on a choisi comme
mthodologie de dveloppement RUP (Rational Unified Process). Cest un standard qui
propose une conception assez pousse et prend en compte tous les dtails de conception y
compris le systme existant, RUP a la visibilit sur tout le systme dinformation et il est
conseill pour des projets qui commencent zro.
Cette mthodologie est base sur le langage de modlisation UML (Unified Modeling
Langage) que nous avons adopt pour toute la suite de notre travail.
En effet UML (Langage de modlisation unifi) comme son nom l'implique, un langage
de modlisation et non une mthode ou un procd. L'UML est constitu d'une notation trs
spcifique ainsi que les rgles grammaticales s'y attachant pour laborer des modles de
logiciel.
L'UML supporte un riche ensemble d'lments de notation graphique. Il dcrit la notation
pour les classes, les composants, les nuds, les activits, le workflow, les cas d'utilisations,
les objets, les tats ainsi que la faon de modliser les relations entre ces lments. L'UML
permet galement les extensions personnelles travers les lments strotyps.
Page | 8
Conception
3. Concept et architecture de lAGSS (Application de Gestion et Suivi des Stages)

Notre projet consiste concevoir une application web avec une architecture 3-tiers.
Dans l'architecture 3 niveaux (appele architecture 3-tiers), il existe un niveau
intermdiaire, c'est--dire que l'on a gnralement une architecture partage entre :
Un client, c'est--dire l'ordinateur demandeur de ressources, quipe d'une interface
utilisateur (gnralement un navigateur web) charge de la prsentation ;
Le serveur d'application (appel galement middleware), charg de fournir la
ressource mais faisant appel un autre serveur ;
Le serveur de donnes, fournissant au serveur d'application les donnes dont il a
besoin.
Ce modle d'architecture 3-tiers a pour objectif de rpondre aux proccupations
suivantes :
allgement du poste de travail client ;
prise en compte de l'htrognit des plates-formes (serveurs, clients, langages, etc.) ;
introduction de clients dits " lgers " (plus lie aux technologies Intranet/HTML qu'au
3-tiers proprement dit) ;
et enfin, meilleure rpartition de la charge entre diffrents serveurs d'application.
Figure 3: La structure gnrique d'une architecture 3-tiers
Page | 9
Conception
II.
Conception dtaill
1. Les diagrammes des 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.
a. Prsentation des acteurs
Avant dtudier les cas dutilisation nous commenons par la recherche des acteurs qui
rgissent notre champ dtude.
Dans notre application, nous avons dfini quatre acteurs qui sont :
Ltudiant
Grer le cahier de stage
Participer au forum
Ajouter des remarques sur le stage
Les encadreurs
Affecter des tches pour les tudiants
Consulter le cahier de stage
Participer au forum
Membre de jury
Consulter les documents
Consulter le cahier du stage
Consulter les tches affectes par les encadreurs
Valider les stages
Administrateur
Gestion du BackOffice
Page | 10
Conception
Paramtrer lapplication
Grer les profils
Grer les stages
Grer les tudiants
Grer les encadreurs
Grer les membres de jury
b. Description des cas dutilisation

Ltude des cas dutilisation a pour objectif de dterminer ce que chaque utilisateur
attend du systme. La dtermination des besoins est base sur la reprsentation de
linteraction entre lacteur et le systme.
Page | 11
Conception
Diagramme de cas dutilisation de lEtudiant
Grer le chaier de stage
<<include>>
Consulter les tches affectes par les encadreurs
<<include>>
<<include>>
Authentification
Etudiant
<<include>>
Participer au forum
<<include>>
Aj outer des remarques sur le stage
Figure 4: Diagramme de cas dutilisation de l'tudiant
Page | 12
Conception
<<include>>
Authentification
Etudiant
Ajouter un document
Description du cas dutilisation Ajouter un document
SOMMAIRE D'IDENTIFICATION
Titre :
Ajouter un document
But :
Lchange de documentation entre ltudiant et les autres acteurs
Rsum :
Ltudiant choisit le document puis valide laction. Le systme uploade le

document sur le serveur et ajoute le document la base de donnes.
Acteur:
Etudiant
DESCRIPTION DES ENCHAINEMNT
Pr condition
Ltudiant doit tre authentifi
Post condition
- Le document est dpos
Enchanement nominal
Ltudiant parcourt le document

Ltudiant valide laction
Le systme vrifie le type de document
Le systme uploade le document sur le serveur
Le systme met jour la base de donnes
Page | 13
Conception
<<include>>
Authentification
Grer le chaier de stage

Etudiant
Aj outer une note au cahier de stage
Description du cas dutilisation Ajouter des notes au cahier de stage
Titre :
Ajouter des notes au cahier de stage
But :
Le remplissage du cahier de stage
Rsum :
Ltudiant remplit le formulaire du cahier de stage puis valide laction.

Le systme met jours le cahier de stage.
Acteur:
Etudiant
Pr condition
Ltudiant doit tre authentifi
Post condition
- Les donnes sont enregistres
Enchanement nominal
-
Ltudiant Choisit la date

Ltudiant remplit le formulaire
Ltudiant valide laction
Le systme met jours le cahier de stage
Page | 14
Conception
Diagramme de cas dutilisation de lEncadreur
<<include>>
<<include>>
Authentification
Affecter une tche
<<include>>
Encadreur
<<include>>
Encadreur socit Encadreur univ ersit
<<include>>
Participer au forum
Figure 5: Diagramme de cas dutilisation de l'encadreur
Page | 15
Conception
<<include>>
Affecter une tche
Authentification
Encadreur
Description du cas dutilisation Affecter une tche
Titre :
Affecter une tche
But :
Assister les tudiants pour bien pass leur projet de fin dtude
Rsum :
Lencadreur remplit le formulaire daffectation de tche et valide

laction.
Le systme enregistre la tche dans la base de donnes.
Acteur:
Encadreur
Pr condition
Lencadreur doit tre authentifi
Post condition
-
La tche est affecte
Enchanement nominal
-
Lencadreur remplit le formulaire

Lencadreur valide laffectation
Le systme enregistre la tche dans la base de donnes
Page | 16
Conception
Diagramme de cas dutilisation du membre de Jury
Consulter les documents
<<include>>
<<include>>
Authentification
<<include>>
Membre de j ury
Consulter les tches affect par les encadreurs
<<include>>
Valider un stage
Figure 6: Diagramme de cas dutilisation du membre de jury
Description du cas dutilisation Valider un stage
Titre :
Valider un stage
But :
Valider les stages des tudiants
Rsum :
Le Membre de jury remplit le formulaire de validation et valide

laction.
Le systme enregistre le statut stage dans la base de donnes.
Acteur:
Membre de Jury
Pr condition
Le Membre de Jury doit tre

authentifi
Post condition
-
Le statut du stage est modifi
Enchanement nominal
-
Le Membre de Jury remplit le formulaire

Le Membre de Jury valide laction
Le Systme enregistre le statu du stage dans la base des donnes
Page | 17
Conception
Diagramme de cas d'utilisation relatif au BackOffice
Gestion des stages
Affecter les membres de jury
grer les statuts des stages

<<include>>
Grer les tudiants
<<include>>
<<include>>
<<include>>
Grer les encadreurs
<<include>>
Authentification
<<include>>
Administrateur
Grer les membres de jury

<<include>>
Grer les profils
Paramtrage
<<include>>
Grer les villes
Grer les pays
Grer les organismes d'acceuil
Grer les departements
Grer les spcialits
Grer les type des organismes
Figure 7: Diagramme de cas dutilisation de l'Administrateur
Page | 18
Conception
Gestion des stages
Authentification
Administrateur
Ajouter Stage
Description du cas dutilisation Ajouter un stage
Titre :
Ajouter un stage
But :
Ajouter les stages des tudiants
Rsum :
Ladministrateur remplit le formulaire dajout de stage et valide

laction.
Le systme enregistre le stage dans la base de donnes.
Acteur:
Administrateur
Pr condition
Ladministrateur doit tre

authentifi
Post condition
-
Le stage est ajout
Enchanement nominal
-
Ladministrateur remplit le formulaire

Ladministrateur valide lajout
Le systme enregistre le stage dans la base de donnes
Page | 19
Conception
2. Les diagrammes dactivit

Le diagramme d'activit est un diagramme comportemental d'UML, permettant de
reprsenter le dclenchement d'vnements en fonction des tats du systme et de modliser
des comportements paralllisables (Multi-threads ou Multi-processus).
Il permet de modliser un processus interactif, global ou partiel pour un systme donn
(logiciel, systme d'information). Il est recommandable pour exprimer une dimension
temporelle sur une partie du modle.
Front Office
a. Diagramme dactivit Affectation des tches par lencadreur
Demander l e formul ai re d'affectati on de tche
Affi cher l e formul ai re vi de
Rempl i r l e formul ai re d'affectati on de tche
Vri fi cati on du formul ai re
[Champs vi des ou i nval i des]

Affi cher un message d'erreur
'
[Champs val i des]
Enregi strer l a tche
Figure 8: Diagramme dactivit Affectation des tches par lencadreur
Page | 20
Conception
b. Diagramme dactivit Remplir le cahier de stage
Demander le formulaire de remplissage de cahier de stage
Afficher la listes des journes non remplis
Selectionner une journne
Afficher le formulaire vide
Remplir le formulaire
Vrification du formulaire
'
[Champs vides ou invalides]
Afficher un message d'erreur
[Champs valides]
Enregistrer le cahier de stage
Figure 9: Diagramme dactivit Remplir le cahier de stage
Page | 21
Conception
Back Office
c. Diagramme dactivit Ajouter un stage
Dem ander l e form ul ai re d'aj out de stage
Affi cher form ul ai re vi de d'aj out de stage
Rem pl i r l e form ul ai re d'aj out de stage
'
Affi cher un m essage d'erreur
[Cham ps vi des ou i nval i des]
[Cham ps val i des]

enregi strer l e stage
Dem ander l e form ul ai re d'affectati on des tudi ants
Affi cher un form ul ai re d'affectati on vi de
Rem pl i r l e form ul ai re d'affectati on des tudi ants
''
Affi cher un m essage d'erreur'

[Cham ps val i des]
Vri fi er si l 'tudi ant est affect a un autre stage
[L'etudi ants est affect a un autre stage]
''''
Affi cher un m essage d'erreur ''
[L'etudi ants n'est pas affect a un autre stage]
Enregi strer l 'affectati on des tudi ants
Dem ander l e form ul ai re d'affectati on des encadreur
Affi cher un form ul ai re d'affectati on des encadreurs vi de
Rem pl i r l e form ul ai re d'affectati on des encadreurs
'''
Affi cher un m essage d'erreur ''2
[Cham ps val i des]
Enregi strer l 'affectati on des encadreur
Figure 10: Diagramme dactivit Ajouter un stage
Page | 22
Conception
3. Les diagrammes de squences

Les diagrammes de squences sont la reprsentation graphique des interactions entre les
acteurs et le systme selon un ordre chronologique dans la formulation UML. On montre ces
interactions dans le cadre dun scnario dun diagramme des cas dutilisation. Dans un souci
de simplification, on reprsente lacteur principal gauche du diagramme et les acteurs
secondaires ventuels droite du systme.
Le but tant de dcrire comment se droulent les actions entre les acteurs ou les objets.
Les priodes dactivit des classes sont symbolises par des rectangles.
Diagramme de squence dauthentification
a.
UI_Authentification
: Etudiant
: Stage_etudiant
Etudiant
loop
[Identification incorrecte]
Saisir le login et le mot de passe

Chercher l'etudiant
Vrifier l'existance de l'tudiant
Chercher le stage de l'etudiant
Vrifier si l'tudiant est affect a un stage

Signaler l'erreur
Afficher le message d'erreur
Figure 11: Diagramme de squence dauthentification
Page | 23
Conception
b. Diagramme de squence dposer un document
UI_Espace_Encadreur
Serveur web
:Document
Encadreur
Choisir le rubrique dposer un document
si le type de fichier est invalide :
aller ET IQ1
ET IQ1
Parcourir le fichier
Vrifier le type de fichier

uploader le document
Ajouter le document
Figure 12: Diagramme de squence dposer un document
Page | 24
Conception
c. Diagramme de squence valider un stage
UI_Espace Membre de jury
:Stage
:statut_stage
Membre de jury
Choisir le rubrique valider le stage
Charger les statut
Afficher les statut
Slectionner la nouvelle statut a affect
Clicker sur le bouton valider

Modifier la statut du stage
Figure 13: Diagramme de squence valider un stage
Page | 25
Conception
d. Diagramme de squence ajouter un stage

UI_Espace adm i ni strateur
:T ype_stage
:Organi sm e_acceui l
:Stage
:stage_etudi ant
:stage_encadreur
Adm i ni strateur
Choi si r a parti r de M enu Aj outer un stage
charger l es type de stage
Affi cher l es type de stage
Charger l es organi sm e d'acceui l
Affi cher l es organi sm e d'acceui l
ET IQ1
Sl ecti onner l e type de stage
Sl ecti onner l 'organi sm e d'acceui l
Sai si r l e suj et
Sl ecti onner l a date dbut
Sl ecti onner l a date fi n

Cl i cker sur l e bouton val i der
si cham ps i nval i des : al l er

ET IQ1
Vri fi cati on des cham ps

Enregi strer l e nouveau stage
[Affecter l es etudi ants]

Charger l es etudi ants
l oop
Affi cher l es etudi ants

ET IQ2
Sl ecti onner l 'etudi ant
si L'etudi ants est affect a un

autre stage : al l er ET IQ2
Cl i cker sur l e bouton affecter

Enregi strer l 'affectati on
Vri fi cati on de l 'tudi ant
l oop
[Affecter l es encadreurs]
Charger l es encadreurs
Affi cher l es encadreurs
Sl ecti onner l 'encadreur
Cl i cker sur l e bouton affecter

Enregi strer l 'affectati on
Figure 14: Diagramme de squence ajouter un stage
Page | 26
:etudi ant
:encadreur
Conception
4. Diagramme des classes

a. 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.
Notre application comporte les classes suivantes :
Classe Stage : elle contient toutes les informations dun stage.
Classe Etudiant : elle contient toutes les informations dun tudiant.
Classe Encadreur : elle contient toutes les informations dun encadreur.
Classe Membre_jury : elle contient toutes les informations dun membre de jury.
Classe Encadreur_stage : elle indique pour chaque stage les encadreurs affects et le type
de lencadreur.
Classe Etudiant_stage : elle indique pour chaque stage les tudiants affects.
Classe Stage_jury : indique pour chaque stage les membres de jury de la soutenance.
Classe Profils_encadreur : contient les paramtres daccs de chaque encadreur.
Classe Profils_jury : contient les paramtres daccs de chaque membre de jury.
Classe Pays : contient les diffrentes pays.
Classe ville : contient les diffrentes villes dun pays.
Classe Cahier_stage : contient les diffrentes tches effectues au cours de la dure dun
stage.
Classe Tache : elle indique pour chaque stage les diffrentes tches affectes par les
encadreurs.
Classe Type_stage : contient les diffrents types dun stage.
Classe Document : contient pour chaque stage les diffrents document upload.
Classe Commentaire_document : elle contient tous les commentaires dun document.
Classe Organisme_Acceuil : contient les diffrents organismes daccueil.
Classe organisme_service_type : elle comporte les diffrents types des organismes.
Classe Stage_statut : Contient les statuts dun stage.
Classe Sujet_Forum : elle indique pour chaque stage les diffrents sujets ajout.
Classe commentaire : elle indique pour chaque sujet de forum les rponses ajoutes.
Page | 27
Conception
Classe spcialit : elle contient tous les spcialits de luniversit

Classe dpartement : elle contient tous les dpartements de luniversit.
Page | 28
Conception
b. Le diagramme des classes

Pays
-
Commentai re_Document
-
i d_com
Commentai re
Lanceur
+
+
+
Aj outer ()
Edi ter ()
Suppri mer ()
: i nt
: Stri ng
: Stri ng
0..*
1..1
+
+
+
i d_document
nom_document
chemi n
propri ertai re
date_depot
ref_tache
+
+
+
Id_org_type
type
: i nt
: Stri ng
i nt
Stri ng
Stri ng
Stri ng
Date
i nt
: i nt
: Stri ng
+
+
Aj outer ()
Edi ter ()
Suppri mer ()
i d_tache
tache
date_l i mi te
affecteur
effectue
1..*
Aj outer ()
Modi fi er ()
Suppri mer ()
i d_organi sme
rai son_soci al
adresse_l ocal
+
+
+
Aj outer ()
Edi ter ()
Suppri mer ()
1..1
+
+
+
i d_statut
statut
j ournee
tache_effectuer
+
+
+
1..*
+
+
+
0..*
Etudi ant
+
+
1..1
i d_stage
suj et_stage
date_debut
date_fi n
+
+
+
:
:
:
:
i nt
Stri ng
Date
Date
Etat
remarque
: Stri ng
: i nt
Affecter_etudi ant ()
Annul er_affectati on ()
type_encadreur
remarque
+
+
1..*
i d_suj et
suj et
l anceur
date
heure
:
:
:
:
:
0..*
Affecter_encadreur ()
Stage_Jury
Aj outer ()
Edi ter ()
Suppri mer ()
1..1
1..*
Commentai re
i d_commentai re
commentai re
l anceur_com
date_com
Aj outer ()
Edi ter ()
Suppri mer ()
Encadreur
-
:
:
:
:
i nt
Stri ng
Stri ng
Date
0..*
+
+
+
i d_encadreur
nom
prenom
adresse
tel _fi xe
tel _gsm
date_nai ssance
si tuati on_fami l l e
nati onal i te
foncti on
NCIN
:
:
:
:
:
:
:
:
:
:
:
i nt
Stri ng
Stri ng
Stri ng
Stri ng
Stri ng
Date
Stri ng
Stri ng
Stri ng
Stri ng
+
+
type_j ury
remarque
: i nt
: Stri ng
Affecter_membre ()
0..1
0..1
+
+
+
Aj outer ()
Edi ter ()
Suppri mer ()
Profi l _j ury
+
+
+
Profi l _encadreur
i d_profi l
l ogi n
password
mai l
i d_membre
nom
prenom
adresse
tel _fi xe
tel _gsm
date_nai ssance
nati onal i te
foncti on
NCIN
1..1
1..1
+
+
+
Aj outer ()
Edi ter ()
Suppri mer ()
1..1
:
:
:
:
:
:
:
:
:
:
:
:
i nt
Stri ng
Stri ng
Stri ng
Stri ng
Stri ng
Date
Stri ng
Stri ng
Stri ng
i nt
Stri ng
1..*
Spci al i t
1..1
Aj outer ()
Edi ter ()
Suppri mer ()
ID_speci al i te
speci al i te
di pl ome
: i nt
: Stri ng
: Stri ng
1..*
Membre_Jury
1..*
1..*
i nt
Stri ng
Stri ng
Date
Stri ng
NCIN
nom_etudi ant
prenom_etudi ant
adresse_etudi ant
tel _fi xe
tel _gsm
date_nai ssance
sexe
nati onal i t
ni veau
mai l
1..*
: Stri ng
: Stri ng
Suj et_Forum
:
:
:
:
i nt
Stri ng
Stri ng
Stri ng
Aj outer ()
Edi ter ()
Suppri mer ()
Figure 15: Diagramme des classes
1..*
+
+
+
Encadreur-Stage
-
+
+
+
0..*
Aj outer ()
Edi ter ()
Suppri mer ()
1..1
: i nt
: Stri ng
Aj outer ()
Edi ter ()
Suppri mer ()
1..*
1..1
: i nt
: Stri ng
: i nt
1..1
stage
1..1
1..1
Aj outer ()
Edi ter ()
Suppri mer ()
Id_vi l l e
vi l l e
code_postal
: Date
: Stri ng
1..1
+
+
+
Etudi ant-Stage
0..*
Vi l l e
1..*
1..1
Aj outer ()
Edi ter ()
Suppri mer ()
1..*
1..*
: i nt
: Stri ng
Aj outer ()
Edi ter ()
Suppri mer ()
Cahi er_stage
0..*
: i nt
: Stri ng
: Stri ng
Stage_statut
i nt
Stri ng
Date
Stri ng
bool ean
Affecter_tache ()
Annul er_afectati on ()
Organi sme_Accuei l
1..1
:
:
:
:
:
Aj outer ()
Edi ter ()
Suppri mer ()
organi sme_servi ce_type

-
:
:
:
:
:
:
i d_type
type
+
+
+
Document
-
+
+
+
T ache
T ype_stage
Id_pays
pays
Page | 29
i d_profi l
l ogi n
password
mai l
:
:
:
:
i nt
Stri ng
Stri ng
i nt
Aj outer ()
Edi ter ()
Suppri mer ()
:
:
:
:
:
:
:
:
:
:
:
i nt
Stri ng
Stri ng
Stri ng
Stri ng
Stri ng
Date
Stri ng
Stri ng
Stri ng
Stri ng
1..1
Departement
-
ID_dep
departement
: i nt
: Stri ng
Conception
c. Classes et attributs
Stage (Id_stage , Sujet_stage , date_debut , date_fin ,
#Id_organisme,#Id_type,#Id_validation)
Etudiant (NCIN , nom_etudiant , prenom_etudiant , adresse_etudiant , tel_fixe , tel_gsm ,
date_naissance , situation_famille ,sexe ,nationalite ,niveau ,mail,#Id_ville, #Id_specialite)
Stage_etudiant (#NCIN , #Id_stage , etat,remarque)
Encadreur(Id_encadreur , nom , prenom , adresse, tel_fixe , tel_gsm , date_naissance ,
situation_famille , nationalite ,fonction,NCIN)
Stage_encadreur(#Id_encadreur , #Id_stage , type_encadreur, remarque)
Membre_jury(Id_membre , nom , prenom , adresse, tel_fixe , tel_gsm , date_naissance ,
situation_famille , nationalite ,fonction,NCIN)
Stage_jury(#Id_membre , #Id_stage , type_jury, remarque)
Profil_encadreur(Id_profil , login , password , mail , #Id_encadreur)
Profil_jury(Id_profil , login , password , mail , #Id_jury)
Cahier_stage(Journee , tache_effectu , #Id_stage)
Tache(Id_tache , tache , date_limite , affecteur , effectue, #Id_stage)
Type_stage(Id_type , type)
Document (Id_document , nom_document , chemin , proprietaire , date_depot , ref_tache,
#Id_stage)
Commentaire_doc(Id_com , commentaire , lanceur , #Id_document)
Organisme_acceuil(Id_organisme , raison_social , adresse_local , #Id_org_type)
Validation (Id_validation , type_validation)
Sujet_forum (Id_sujet , sujet , lanceur , date , heure , #Id_stage)
Commentaire (Id_commentaire , commentaire , lanceur , date , heure , #Id_sujet
,#Id_commentaire)
Ville (Id_ville , Ville , #Id_pays)
Pays (Id_pays , Pays)
Organisme_service_type (Id_org_type , Type)
Specialite (ID_specialite,specialite,diploma,#ID_dep)
Departement (ID_dep,department)
Page | 30
Conception
III.
Maquette
1. Structure de lapplication
Dans notre application, nous choisissons la structure en volution car elle sadapte le
plus aux besoins de lutilisateur. L'objectif est de maintenir une hirarchisation quilibre qui
permet l'accs rapide l'information et une comprhension intuitive de la faon dont les pages
sont organises tout en donnant la possibilit dvoluer.
Figure 16: Structure du site en volution
2. Charte graphique
Le but de la charte graphique est de conserver une cohrence graphique dans les
ralisations graphiques dun mme projet pour cela, nous avons choisi la structure suivante
pour toutes les interfaces de notre application :
Bannire de lapplication
Menu gnrale
Actualit
MENU
Traitement
Calendrier
Bas de page
Figure 17: Charte graphique
MENU
Page | 31
Conception
Conclusion
Ce chapitre a t consacr la modlisation de laspect statique du systme, en se
basant sur les spcifications dtailles aux chapitres prcdents.
Dans le prochain chapitre on aborde la partie ralisation ainsi que la description de
quelques choix techniques effectus pendant le dveloppement.
Page | 32
Chapitre 3 : Ralisation
Ralisation
Introduction
Au niveau de cette dernire partie, nous nous intressons aux outils utiliss pour la
ralisation de notre application ainsi quaux principales interfaces de lapplication.
I.
Environnement du travail
1. Environnement matriel
PC portable TOSHIBA
Processeur : Intel Pentium Dual-Core CPU T4300 @ 2.10GHz * 2
Mmoire install : 3 GB
2. Atelier de gnie logiciel
a. Langage de programmation
Nous avons eu recours, pour le dveloppement de notre application au langage de
programmation JAVA. Cest la garantie de portabilit qui fait la russite de Java dans les
architectures client-serveur en facilitant la migration entre serveurs, trs difficile pour les gros
systmes.
Dautre part JAVA est scurise, il a t conu pour tre exploit dans des
environnements serveur et distribus. Dans ce cadre, la scurit na pas t ngligeable. Cest
le langage le plus adopt par les dveloppeurs grce sa fiabilit et sa performance lev.
b. Environnement de dveloppement
JDK 1.6
Java Dveloppent Kit Java est l'environnement dans lequel le code Java est compil
pour tre transform en bytecode afin que la machine virtuelle JAVA (JVM) puisse
l'interprter.
Les composants primaires du JDK sont une slection d'outils de programmation,
incluant :
Page | 33
Ralisation
javac le compilateur, qui convertit le code source en fichier .class (contenant le

bytecode Java) ;
jar l'archiveur, qui met sous forme d'un paquetage unique l'ensemble des fichiers
class en un fichier JAR ;
javadoc le gnrateur de documentation, qui gnre automatiquement de la
documentation partir des commentaires du code source ;
jdb le dbogueur.
JEE
Java Enterprise Edition, ou Java EE, est une spcification pour la technique Java de
Sun plus particulirement destine aux applications dentreprise. Ces applications sont
considres dans une approche multi-niveaux. Dans ce but, toute implmentation de cette
spcification contient un ensemble dextensions au Framework Java standard (JSE, Java
Standard Edition) afin de faciliter la cration dapplications rparties.
c. Conception
PowerAMC :
Cest un logiciel de modlisation. Il permet de modliser les traitements informatiques
et leurs bases de donnes associes. Cr par SDP sous le nom AMC*Designor, rachet par
Powersoft, ce logiciel est produit par Sybase depuis le rachat par cet diteur en 1995. Hors de
France, la version internationale est commercialise par Sybase sous la marque
PowerDesigner.
PowerAMC permet de raliser tous les types de modles informatiques. Il reste un des
seuls qui permet de travailler avec la mthode Merise, cela permet d'amliorer la
modlisation, les processus, le cot et la production d'applications.
Page | 34
Ralisation
d. IDE (Environnement de dveloppement intgr)
MYECLIPSE
MyEclipse est un IDE construit sur la plate-forme Eclipse, et intgre la fois des
solutions propritaires et open source dans l'environnement de dveloppement.

MyEclipse a deux versions de base: un professionnel et une dition standard L'dition
standard ajoute des outils de base de donnes, un web designer visuelle, outils de persistance,
les outils Spring, Struts et JSF outillage, et un certain nombre d'autres caractristiques le profil
de base Eclipse Java Developer.
e. Serveur dApplication
TOMCAT
Apache Tomcat est un conteneur libre de servlets Java 2 Enterprise Edition. Tomcat est
un projet principal de la fondation Apache. Tomcat implmente les spcifications des servlets
et des JSP. Il est paramtrable par des fichiers XML et de proprits, et inclut des outils pour
la configuration et la gestion. Il comporte galement un serveur HTTP.
f. Systme de gestion de base des donnes
MySQL
MySQL est un systme de gestion de base de donnes (SGBD). Selon le type
d'application. Il fait partie des logiciels de gestion de base de donnes les plus utiliss au
monde, autant par le grand public (applications web principalement) que par des
professionnels.
Page | 35
Ralisation
g. Framework
HIBERNATE
Hibernate est un framework open source grant la persistance des objets en base de
donnes relationnelle.
Hibernate est adaptable en termes d'architecture, il peut donc tre utilis aussi bien dans
un dveloppement client lourd, que dans un environnement web lger de type Apache Tomcat
ou dans un environnement J2EE complet.
Hibernate apporte une solution aux problmes d'adaptation entre le paradigme objet et
les SGBD en remplaant les accs la base de donnes par des appels des mthodes objet
de haut niveau.
STRUTS
Apache Struts est un framework libre servant au dveloppement d'applications web
J2EE. Il utilise et tend l'API Servlet Java afin dadopter l'architecture Modle-VueContrleur.
Cette infrastructure permet la conception et l'implmentation d'applications Web de
taille importante par diffrents groupes de personnes. En d'autres termes, les designers,
dveloppeurs de composants logiciels peuvent grer leur propre part du projet de manire
dcouple.
Struts permet la structuration d'une application Java sous forme d'un ensemble d'actions
reprsentant des vnements dclenchs par les utilisateurs de l'application. Ces actions sont
dcrites dans un fichier de configuration de type XML dcrivant les cheminements possibles
entre les diffrentes actions
Page | 36
Ralisation
h. Design et MultiMedia
HTML
LHypertext Markup Language, gnralement abrg HTML, est le format de donnes
conu pour reprsenter les pages web. Cest un langage de balisage qui permet dcrire de
lhypertexte, do son nom. HTML permet galement de structurer smantiquement et de
mettre en forme le contenu des pages, dinclure des ressources multimdias dont des images,
des formulaires de saisie, et des lments programmables tels que des applets.
CSS
CSS (Cascading Style Sheets : feuilles de style en cascade) est un langage informatique
qui sert dcrire la prsentation des documents HTML et XML. Les standards dfinissant
CSS sont publis par le World Wide Web Consortium (W3C). Introduit au milieu des annes
1990, CSS devient couramment utilis dans la conception de sites web et bien pris en charge
par les navigateurs web dans les annes 2000.
JSP
Le JavaServer Pages ou JSP est une technique base sur Java qui permet aux
dveloppeurs de gnrer dynamiquement du code HTML, XML ou tout autre type de page
web. Cette technique permet au code Java et certaines actions prdfinies d'tre ajouts dans
un contenu statique. Depuis la version 2.0 des spcifications, la syntaxe JSP est compltement
XML.
La syntaxe du JSP ajoute des balises XML, appeles actions JSP, qui peuvent tre
utilises pour appeler des fonctions. De plus, cette technique permet la cration de
bibliothques de balises JSP (taglib) qui agit comme des extensions au HTML ou au XML.
Les bibliothques de balises offrent une mthode indpendante de la plate-forme pour tendre
les fonctionnalits d'un serveur HTTP.
Page | 37
Ralisation
II.
Scnarios Applicatif
Cette partie recense la prsentation dun Scnario applicatif de lapplication, vu que la
navigation dans lapplication dpend de lutilisateur, nous prsentons, dans ce qui suit, quatre
espaces dutilisation.
Pour accder lapplication, lutilisateur doit tout dabord sauthentifier, pour cela il
introduit son login et son mot de passe comme lindique la figure [18]. Selon son profil ce
dernier est redirig vers son propre espace.
Accs Administrateur
Accs Etudiant
Accs Encadreur
Accs Membre de jury
Figure 18: Authentification
Page | 38
Ralisation
1. Espace Administrateur BackOffice

a. Page daccueil
Figure 19 : Page d'accueil BackOffice
La page daccueil de ladministrateur se prsente comme lindique la figure [19],

travers laquelle ladministrateur peut choisir une des options figurant dans le menu tel que
lajout des stage , la gestion des tudiant, la gestion des encadreur, la gestion des profil
b. Interface Ajouter un stage
Parmi les fonctionnalits de notre application, lAdministrateur ou le gestionnaire peut
crer un nouveau stage. Pour le faire,
lutilisateur doit remplir toutes les informations
gnrales dun stage comme indique la figure [20].
Figure 20 : Interface de lAjout de stage
Page | 39
Ralisation
Aprs avoir introduit les informations ncessaires dun stage lutilisateur est redirig
vers ltape daffectation des tudiants, o il peut affecter plusieurs tudiants pour le stage
cr comme indique la figure [21].
Figure 21: Interface daffectation des tudiants
Par la suite, il slectionne les encadreurs afin de les affecter ce stage comme
reprsente la figure [22].
Figure 22: Interface daffectation des encadreurs
En compltant les tapes indiqu prcdemment une fiche de stage contient toute les
informations du stage crer sera afficher lutilisateur.
Page | 40
Ralisation
Figure 23: Fiche Stage
2. Espace Etudiant
a. Page daccueil
Figure 24: Page d'accueil de l'tudiant
La page daccueil de ltudiant se prsente comme lindique la figure [24], travers

laquelle plusieurs fonctionnalits seront mises disposition de ltudiant tel que le dpt de
document, le forum de discussion, la saisie des remarques
Page | 41
Ralisation
b. Interface Dposer un document

Ltudiant, a travers son espace, peut dposer plusieurs documents afin quils seront
tlchargeable par dautre utilisateur, Pour le faire ltudiant choisit a partir de son menus
loption dposer un document puis il parcourt le document dposer comme indique la figure
ci-dessous.
Figure 25: Interface de Dpt dun document
Ltudiant peut modifier ou supprimer le document dpos comme reprsent dans la

figure ci-dessous.
Figure 26: Interface de MAJ dun document
Page | 42
Ralisation
3. Espace Encadreur
a. Page daccueil
Figure 27: Page d'accueil de l'encadreur
Aprs stre authentifi, lencadreur va tre redirig vers la page daccueil de son espace
ou il peut choisir lun des fonctionnalits figurant dans le menu gnral.
b. Interface Affecter une tche
A partir de lespace Encadreur, chaque encadreur peut affecter plusieurs tches aux
tudiants dans le cadre dun stage. Pour le faire lencadreur doit saisir la tache effectuer et
choisir la date limite du dpt de travail comme indique la figure ci-dessous.
Figure 28: Interface d'affectation des tches
Page | 43
Ralisation
4. Espace Membre du Jury

a. Page daccueil
Figure 29: Page d'accueil du membre de jury
Lespace Membre du jury offre plusieurs fonctionnalits dans le cadre de suivi et de

lvaluation dun stage tels que la validation des stages, la consultation des documents
upload au cours de la priode de stage
Pour accder ces fonctionnalits le membre du jury doit choisir les options de menu
gnrale dans la page daccueil figurant ci-dessus.
b. Interface Valider un stage
Les figures [30] et [31] reprsentent le processus de validation dun stage.
Le membre du jury suit les actions suivantes afin de valider un stage :
La slection dun stage ;
Le choix dun type de validation.
Page | 44
Ralisation
Figure 30: Interface de slection du stage
Figure 31: Interface de validation du stage
Conclusion
Dans ce dernier chapitre, il sagit daffiner ce que nous avons vu tout au long du rapport
et simplifier le travail en des interfaces qui rsument la future application de suivi des stages.
Page | 45
Conclusion gnrale
Conclusion et perspectives
Notre projet a t ralis dans le cadre dun projet de fin dtudes et qui a pour objectif
le Suivi des stages au sein de lUniversit Virtuelle de Tunis.
Notre travail se rsume en la conception et la ralisation dune application web
permettant la gestion et le suivi des stages. Dans ce contexte, nous avons cherch
dvelopper une application flexible et volutive permettant son amlioration par la suite afin
danticiper les changements continus des besoins des utilisateurs.
Cette application a permis, en premier lieu, damliorer la communication et lchange
de linformation et de la documentation entre ltudiant, lorganisme daccueil et luniversit.
Ainsi lapplication permettra lvaluation, le contrle et le suivi des stages par plusieurs
intervenants.
Pour la conception de notre application, nous avons eu recours la mthodologie RUP.
Cette approche nous a permis de bien comprendre la problmatique et de bien modliser les
objectifs atteindre. Ce qui nous a donn la possibilit de raliser un systme stable et
volutif.
Le projet sest droul selon trois axes principaux afin de passer par les tapes
essentielles de tout projet : lanalyse, la conception et la ralisation. Pour la ralisation, nous
avons utilis JAVA comme langage de programmation et MySQL comme systme de gestion
de base de donnes.
En outre, ce projet tait une opportunit pour bien maitriser le dveloppement web et
apprendre le langage JAVA ainsi que les outils et Framework lis tel que HIBERNATE,
STRUTS et Myeclipse.
En guise de perspective Ce travail reste prt pour toute amlioration envisageable
comme raliser le web service ddi toutes les fonctionnalits de notre application pour
quelle soit exploitable par des autres applications (exemple : Moodle).
Page | 46
Bibliographie et Ntographie
Bibliographie et Ntographie
Bibliographie
[1] :
Tutoriel JAAS Sur MyEclipse 6 17 AVRIL 2010

Auteur : Riadh Bouhouch
[2] :
UML 2 en action, de lanalyse des besoins la conception.

Edition Eyrolles, fvrier 2007, n ISBN : 978-2-212-12104-9
Auteurs : Pascal Roques et Frank Valle
[3] :
Java Persistence et Hibernate.

Edition Eyrolles, fvrier 2008, n ISBN : 978-2-212-12259-6
Auteur : Antony patricio
Ntographie
[4] :
Java pour le dveloppement dapplications Web : Java EE

ftp://ftp-developpez.com/mbaron/javaee/struts.pdf
Auteur : Mickal BARON
[5] :
Struts par la pratique.

http://tahe.ftp-developpez.com/fichiers-archive/struts.pdf
Auteur : Serge Tahe, universit dAngers.
[6] :
Premier pas avec Hibernate.

http://www.scribd.com/doc/3165365/firsthibernateexampletutorialfr
[7] :
MyEclipse Hibernate Introduction Tutorial

http://www.myeclipseide.com/documentation/quickstarts/hibernateintroduction/
Page | 47

La Mise en Oeuvre D'une Application de Suivi Des Stages

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

La Mise en Oeuvre D'une Application de Suivi Des Stages

Uploaded by

Copyright:

Available Formats

Sujet :

LA MISE EN UVRE DUNE APPLICATION DE

Nos parents pour toute laffection, tous les sacrifices et

A tous ceux qui nous ont soutenus tout au long de ce

A notre encadreurs Riadh Bouhouch et

Table des matires

a. Prsentation des acteurs ----------------------------------------------------------------------------- 10

II. SCNARIOS APPLICATIF ---------------------------------------------------------------------------- 38

Liste des figures

Application de Suivi des Stages

Spcification et analyse des besoins

Manque de collaboration entre luniversit et les entreprises ;

Application de Suivi des Stages

Spcification et analyse des besoins

Perte de temps au niveau de lchange des documents ;

Risque de perte de document ;

Absence de plan daction du projet valid par les deux encadreurs ;

Manque de support acadmique (Entreprise) ;

Absence de runion hebdomadaire entre touts les intervenants.

Etude des besoins

Application de Suivi des Stages

Spcification et analyse des besoins

a. Lchange de linformation et de la documentation

Application de Suivi des Stages

Spcification et analyse des besoins

Figure 1: Schma prsentatif du cadre de projet

Application de Suivi des Stages

Spcification et analyse des besoins

Application de Suivi des Stages

Application de Suivi des Stages

c'est en phase de spcification que l'on se proccupe des procdures de validation ;

c'est en phase de conception gnrale que l'on se proccupe des procdures

dveloppement du produit. En particulier le modle en V permet de commencer plus tt:

Plan de tests de qualification ;

Plan d'valuation des performances.

Application de Suivi des Stages

3. Concept et architecture de lAGSS (Application de Gestion et Suivi des Stages)

allgement du poste de travail client ;

prise en compte de l'htrognit des plates-formes (serveurs, clients, langages, etc.) ;

et enfin, meilleure rpartition de la charge entre diffrents serveurs d'application.

Figure 3: La structure gnrique d'une architecture 3-tiers

Application de Suivi des Stages

Grer les profils

Grer les stages

Grer les tudiants

Grer les encadreurs

Grer les membres de jury

b. Description des cas dutilisation

Application de Suivi des Stages

Diagramme de cas dutilisation de lEtudiant

Grer le chaier de stage

Consulter les tches affectes par les encadreurs

Aj outer des remarques sur le stage

Figure 4: Diagramme de cas dutilisation de l'tudiant

Application de Suivi des Stages

Description du cas dutilisation Ajouter un document

Lchange de documentation entre ltudiant et les autres acteurs

Ltudiant choisit le document puis valide laction. Le systme uploade le

Ltudiant doit tre authentifi

- Le document est dpos

Ltudiant parcourt le document

Application de Suivi des Stages

Grer le chaier de stage