Rapport Stage 2 Année

Rapport de Stage de Fin de 2
me
Anne

Sujet

Implmentation dune application J2EE de
gestion des demandes de cartes de presse
professionnelles des journalistes

Ralis par : Encadr par :
Sakina TASTAOUI M. Abderrahim EL HARROUS
Khadija ZEKANI

Anne Universitaire 2012-2013
Ecole Nationale Suprieure dInformatique
et dAnalyse des Systmes
Royaume du MAROC
Ministre de la Communication

Stage de fin de la deuxime anne

3 2012-2013

Remerciement

Il nous est agrable de nous acquitter dune dette de reconnaissance auprs de toutes
les personnes, dont lintervention au cours de ce stage, a favoris son aboutissement.
Nous tenons remercier vivement M. Abderrahim EL HARROUS, chef de
dpartement Informatique au sien du Ministre de la Communication, pour ses propositions,
ainsi que pour loffre de linformation.
Nos remerciements vont aussi lensemble du corps professoral et administratif de
lENSIAS pour linestimable qualit de l'enseignement qui nous a t dispens, et pour leur
bataille pour assurer une meilleure formation plus solide et plus valorisante.
Nous sommes trs reconnaissantes toutes les personnes qui ont contribu de prs ou
de loin llaboration de ce travail. Cependant, nous ne pouvons citer tous les noms. Que tous
ceux qui ont contribu au bon droulement de ce travail trouvent ici lexpression de notre
profonde gratitude.


4 2012-2013
Rsum

Le prsent rapport synthtise notre travail accompli dans le cadre du stage de fin de
la deuxime anne qui sest droul au sein du Ministre de la communication du royaume du
Maroc. Ce projet a pour objectif de dvelopper un espace journaliste sur le portail web pour la
gestion des demandes de carte de presse professionnelle distance.
Parmi les missions du ministre de communication une qui consiste grer les mdiats et
plus prcisment les relations avec la presse. Dans ce cadre le ministre offre aux
journalistes des cartes daccrditations qui leurs assignent beaucoup de privilges et assez de
droit. Notre stage consiste dune part mettre en place une application permettant aux
journalistes de dposer leurs demandes dobtention de cartes en ligne et dautre part
faciliter aux responsables au niveau interne le traitement de ces demandes en utilisant la
plateforme J2EE et certains Framework.

Le projet a t labor en trois grandes tapes, savoir :

La premire tape est une tude fonctionnelle et technique comportant lanalyse des
besoins ainsi que la rdaction du dossier des spcifications fonctionnelles.
La deuxime tape est la conception du projet en langage de modlisation objet UML.
La troisime et dernire tape comprend la mise en uvre de la solution.

Mots cls : carte daccrditation, traitement de dossier, plateforme J2EE, Framework.


5 2012-2013
Abstract

This report outlines the work done in the context of the final second year internship
performed at the ministry of communication of the Moroccan Kingdom. The aim of this
project is to develop a web application that presents a portfolio to manage the requests for
accreditation card remote.

Among the tasks of the ministry of communication, we can consider the management
of Medias and specially the relationship with the press. In this context the ministry offers to
the journalist the accreditation cards that promote them with lot of privileges and more rights.
Our internship was the opportunity to develop a web application that offers two services: the
first one is facilitate to the journalists to apply online to get the cards. And in the same time
our application permits to the responsible in the back office to manage and treat the demands
under a J2EE platform and some other Frameworks.
The main steps followed during the projects are:
The first step was the functional and technical studies that emphasizes on the needs
and the writing of functional specification folder.
The second step focused more on the concept and mobilization of the project with
UML.
The third step was dedicated to the deployment of the solution.

Keywords! Accrediation card, the folder treatment; platforme J2EE, Framework.


6 2012-2013
Listes des abrviations

Abrviation Dsignation
JEE Java Enterprise Edition
UML Unified Modeling Language
2TUP 2 Tracks Unified Process
PHP Hypertext Preprocessor
JSF Java Server Faces
API Application Programming Interface
ASF Apache Software fondation
HTML Hypertext Markup language
MVC Model view controller
SGBD Systme de gestion de base de donnes


7 2012-2013
Table des figures

Figure 1 : organigramme du ministre de la communication [1] .......................................................... 16
Figure 2: processus 2TUP [2] ................................................................................................................ 18
Figure 3: planification temporelle es tapes du projet ........................................................................... 19
Figure 4: Planning du projet .................................................................................................................. 20
Figure 5 : processus d'obtention de carte de presse professionnelle ...................................................... 22
Figure 6: les diffrent profil utilisateurs ................................................................................................ 25
Figure 7: Patron MVC [3] ..................................................................................................................... 30
Figure 8: diagramme de squence "dposition du dossier" ................................................................... 35
Figure 9: diagramme de squence 2 "vrification du dossier" .............................................................. 36
Figure 10: diagramme de squence "Etude de la demande".................................................................. 37
Figure 11: MCD .................................................................................................................................... 38
Figure 12: Authentification du journaliste ............................................................................................ 43
Figure 13: profil de l'utilisateur ............................................................................................................. 43
Figure 14: changer les informations du journaliste ............................................................................... 44
Figure 15: dposition de demande de carte de presse ........................................................................... 44
Figure 16: Number One DevRates [12] .............................................................................................. 53
Figure 17: utilisation de PrimeFaces [12] ............................................................................................. 53
Figure 18: utilisation de PrimeFaces en mois dAvril 2012 [12] .......................................................... 53


8 2012-2013

Liste des tableaux

Tableau 1: rles des utilisateurs ............................................................................................................ 25
Tableau 2: les tables de la base de donnes ........................................................................................... 38
Tableau 3: Tableau comparatif de JSF vs Struts ................................................................................... 51
Tableau 4: Libertaires de composants de JSF [11] ................................................................................ 52
Tables des matires


9 2012-2013
Table des matires

Remerciement ......................................................................................................................................... 3
Rsum .................................................................................................................................................... 4
Abstract ................................................................................................................................................... 5
Listes des abrviations ............................................................................................................................ 6
Table des figures ...................................................................................................................................... 7
Liste des tableaux .................................................................................................................................... 8
Table des matires ................................................................................................................................. 9
Introduction gnrale ............................................................................................................................ 11
Chapitre 1 .............................................................................................................................................. 13
Introduction ....................................................................................................................................... 14
1. Prsentation de lorganisme daccueil [1] ................................................................................. 14
1.1 Mission .............................................................................................................................. 14
1.1 Organigramme du ministre de la communication .......................................................... 15
2. Cadre du projet .......................................................................................................................... 16
2.1. Motivation ......................................................................................................................... 16
2.2. Prsentation du projet ...................................................................................................... 16
2.3. Objectifs du projet ............................................................................................................. 17
3. Elaboration de la conduite du projet ........................................................................................ 17
3.1 Choix de la mthode du dveloppement [2] ..................................................................... 17
3.2 Planification du projet ....................................................................................................... 19
Conclusion ......................................................................................................................................... 20
Chapitre 2 .............................................................................................................................................. 21
1. tude de lexistant ..................................................................................................................... 22
1.1 Droulement de lobtention des cartes de presse professionnelle .................................. 22
1.2 Critiques du systme existant ........................................................................................... 23
2. Spcification des besoins fonctionnels...................................................................................... 23
2.1 Liste de besoins fonctionnels concernant le systme de gestion ..................................... 24
2.2 Analyse des besoins ........................................................................................................... 24
2.3 Diagrammes de cas dutilisation du systme .................................................................... 26
Tables des matires


10 2012-2013
Chapitre 3 .............................................................................................................................................. 27
Introduction ....................................................................................................................................... 28
1. Exigences techniques ................................................................................................................ 28
1.1 Une architecture JEE .......................................................................................................... 28
1.2 Le modle MVC ................................................................................................................ 29
1.3 Frameworks utiliss ........................................................................................................... 30
Chapitre 4 .............................................................................................................................................. 33
Introduction ....................................................................................................................................... 34
1. Diagrammes de squence ......................................................................................................... 34
1.1 Scnarios pour le dpt du dossier ............................................................................. 34
1.2 Scnarios pour la Vrification du dossier ................................................................... 35
1.3 Scnarios pour Etude du dossier ................................................................................ 36
2. Diagrammes de classe ............................................................................................................... 37
Conclusion ......................................................................................................................................... 39
Chapitre 5 .............................................................................................................................................. 40
Introduction ....................................................................................................................................... 41
1. Outils de dveloppement .......................................................................................................... 41
1.1 Framworks ......................................................................................................................... 41
1.2 IDE Eclipse .......................................................................................................................... 42
2. Ralisation ................................................................................................................................. 42
Conclusion : ....................................................................................................................................... 44
Conclusion gnrale .............................................................................................................................. 45
Webographie ........................................................................................................................................ 46
Annexes ................................................................................................................................................. 47

Chapitre 1 Contexte du projet


11 2012-2013
Introduction gnrale

Dans le cadre de la politique gouvernementale dapprocher ladministration du
citoyen, toutes les tutelles du gouvernement marocain cherchent informatiser ses
procdures rglementaires. Ainsi le ministre de la communication na pas fait lexception en
tendant vers linformatisation de son systme.
En mettant en uvre la politique du gouvernement, le ministre de la communication
agit sur tout le domaine de la communication. Cela impose une collaboration avec les
diffrents acteurs engags dans ce domaine afin dorganiser certains mtiers. Cette
organisation touche les spcialistes de la communication et des mdias travers leur activit
professionnelle. Parmi les mtiers des mdias, nous trouvons aussi bien les photographes, les
correspondants que les journalistes dont la profession est qualifie du quatrime pouvoir.
Le mtier du journaliste consiste recueillir les informations sur des sujets particulier,
collecter les donnes relatives lactualit ou sinvestiguer en sappuyant sur toutes source
dans le but de produire des articles et des missions qui maintenaient le peuple en actualit, le
mettent en situation et le poussent ragir. Vue cette grande importance le ministre de la
communication rglemente cette profession en offrant des cartes de presse professionnelle
dans le but de leurs facilit les taches et rendre leur qute dinformation plus ais.
Afin de se doter dun tel privilge le journaliste aurai se dplacer jusquau ministre
pour dposer sa demande de carte de presse professionnelle. Cela rendait la procdure
difficile et couteuse. Alors la solution tait de mettre linformatique en service du journaliste.
Notre stage portait donc sur la mise en place dune plateforme pour la gestion des
demandes de cartes de presse professionnelle. Cela signifie quune fois lapplication est
dploye les journalistes auront dposer leur demande via le net en utilisant ce futur volet du
portail du ministre. Notre mission consiste en premier lieu comprendre la procdure, et
identifier les documents utiliss et acteurs oprants. Ensuite nous avons tabli une tude
technique et au mme temps une autre fonctionnelle qui sest ferme sur la livraison dun
cahier de spcifications. Ensuite nous avons entam la conception pour le mettre en uvre en
dernier lieu.


12 2012-2013

Le prsent rapport dcrit le droulement du stage il sera prsent sous forme de cinq
chapitres. Le premier expose le contexte gnral du projet en prsentant lorganisme daccueil
et le sujet propos ainsi que la planification de son accomplissement. Les deux chapitres deux
et trois couvrent les tudes pralables la ralisation du projet qui sont ltude fonctionnelle,
visant dterminer les besoin et crire le cahier des spcifications, Et ltude technique,
concernant le choix de larchitecture, des outils et des technologies utilises. Le dernier
chapitre dcrit la mise en uvre de ce projet.



13 2012-2013

Chapitre 1

Contexte du projet
Ce chapitre prsente lorganisme daccueil, le cadre gnral du projet et la mthodologie de
conduite du projet suivie pour laborer ce travail.



14 2012-2013

Introduction
La premire partie de ce chapitre introduit lorganisme daccueil, ses activits et sa structure
organisationnelle. La deuxime partie prsente le cadre gnral du projet et une vision globale
sur les fonctionnalits attendues du systme cible. La dernire partie prcise la mthodologie
de conduite du projet suivie ainsi que le planning de la ralisation de ce projet.
1. Prsentation de lorganisme daccueil [1]

1.1 Mission
Le ministre de la communication prpare et met en uvre la politique du gouvernement
dans tous les domaines de la communication. Il est le porte-parole du gouvernement.
Il exerce la tutelle sur les tablissements publics et les autres organismes dpendant de son
autorit, conformment aux textes lgislatifs et rglementaires en vigueur. A cet effet, et sous
rserve des attributions dvolues aux autres dpartements ministriels ou dautres organismes
par les textes lgislatifs et rglementaires en vigueur, il est charg de :
Prparer et excuter la politique du gouvernement relative aux diffrents domaines du
secteur de la communication : presse crite, communication audiovisuelle, publicit,
cinma et droits dauteurs et droits voisins, la formation des ressources humaines du
secteur et la production nationale et assurer la mise niveau et le dveloppement du
secteur ;
Contribuer la promotion de la socit de linformation au Maroc ;
Elaborer, pour le compte du gouvernement, les cahiers des charges et les contrats
programms avec les organismes publics intervenant dans le secteur afin quils contribuent
aux objectifs des politiques publiques et de la rforme du secteur dune part, de leur
sensibilisation la responsabilit et lautonomie de gestion dautre part ;
Raliser des tudes juridiques et laborer les textes relatifs la rglementation du
secteur de la communication ;
Veiller une promotion meilleure de limage institutionnelle du Maroc ;
Mettre en place un service dinformation public destin lopinion publique
notamment aux leaders dopinion lintrieur et lextrieur du pays, afin de faire connaitre


15 2012-2013
les institutions du Maroc, ses grandes rformes, ses ralisations et ses potentialits.
Animer le travail du gouvernement en matire de communication.
Il veille galement la promotion et lorganisation des professions lies aux secteurs de
la communication et encourage le partenariat avec les professionnels du domaine et les
oprateurs publiques et privs.
Le ministre de la communisation comprend, outre le cabinet du ministre et linspection
gnrale, une administration centrale (le secrtariat gnral, la direction des tudes et du
dveloppement des mdias, la direction de la communication et des relations publiques, la
direction du portail national et de la documentation, la direction des ressources humaines et
financires) et des services dconcentrs.
1.1 Organigramme du ministre de la communication



16 2012-2013

Le ministre de la communisation comprend, outre du cabinet du ministre et
linspection gnrale, une administration centrale incluse entre autres direction la direction
des tudes et du dveloppement des mdias, la direction de la communication et des relations
publiques, la direction du portail national et de la documentation et la direction des ressources
humaines et financires ou nous avons effectu notre stage sous la direction de son chef M. A.
El HARROUS.
2. Cadre du projet
2.1. Motivation

Dans le cadre de la transformation du Maroc en socit de linformation. Le ministre de
la communication vise informatiser ses services afin damliorer leurs qualit vis--vis des
parties prenantes. Il opte non seulement rendre plus performante et rigoureuse la gestion de
laccrditation des journalistes mais aussi offrir ses partenaires un espace convivial qui
leur permettra une meilleure interaction et usage de ses services.
Dune part, le ministre de la communication vise principalement concevoir des
applications de gestion web ergonomique, modulaire et efficace. Dune autre part, Le dpt
annuel des dossiers de demandes dobtention de la carte de la presse professionnelle ne cesse
daugmenter vue limportante volution de la presse marocaine, que ce soit du contenu :
enqutes, reportages, articles de fondquau niveau de la diversit des supports et
limportance des quipes rdactionnelles. La gestion de lobtention de laccrditation des
cartes des journalistes savre donc lun des processus qui ncessitent une informatisation.
2.2. Prsentation du projet

Au titre de chaque anne, les journalistes sont appels dposer auprs du
service concern au sein du ministre de la communication le formulaire de la
demande dment rempli et joint des documents requis. Notre projet nomm gestion
des demandes de cartes de presse professionnelles des journalistes assure ce service
travers son portail web. Il consiste informatiser lobtention des cartes daccrditation
des journalistes marocains et trangers.
Le projet consiste, entre autres, crer un module web permettant aux
Figure 1 : organigramme du ministre de la communication [1]


17 2012-2013
journalistes de dposer leurs dossiers distance ainsi que leurs suivis.
2.3. Objectifs du projet

Le principal objectif de ce projet est doffrir un outil de gestion des demandes
dobtention de la carte de presse professionnelle distance bas sur les services
intranet du ministre exports sur le web. Cet objectif peut tre dcline en trois
principaux volets :
La conception de la couche service exposant les services intranet aux
journalistes.
La mise disposition dun service de gestion de lobtention de
laccrditation des cartes journalistes sur le site du ministre.
La gestion lectronique des documents des demandes dobtention de la
carte professionnelle et la scurisation des dossiers.
3. Elaboration de la conduite du projet
3.1 Choix de la mthode du dveloppement [2]

Le choix Le choix du processus de dveloppement, dfinissant une squence dtapes
qui concoure lobtention dun systme logiciel nouveau ou lamlioration dun systme
existant, simpose llaboration de tout projet. Ladquation du projet au processus de
dveloppement peut largement affecter le sort dun projet informatique. Le prsent projet
exige quune grande importance soit accorde la comprhension des besoins et la
conception. Par ailleurs, la mthode doit tre simple permettant davancer rapidement.
Pour mener bien le projet nous avons opt pour la mthode 2TUP 2 Track Unified
Process . Cest un processus itratif, incrmental et centr sur larchitecture appartenant la
famille des processus unifis. En insistant sur la non-corrlation initiale des aspects
fonctionnel et technique. 2 Tracks signifie littralement que le processus suit 2 chemins ;
le chemin fonctionnel et darchitecture technique .
Les deux branches dtude fusionnent ensuite pour la conception du systme, ce qui
donne la forme dun processus de dveloppement en Y. La dichotomie initiale permet la fois
de capitaliser la connaissance mtier sur la branche gauche et de rutiliser un savoir-faire


18 2012-2013
technique sur la branche droite.

La branche gauche (fonctionnelle) comporte :
La capture des besoins fonctionnels, qui produit un modle des besoins focalis sur le
mtier des utilisateurs. Elle qualifie au plus tt le risque de produire un systme inadapt
aux utilisateurs ;
Lanalyse, qui consiste tudier prcisment la spcification fonctionnelle de manire
obtenir une ide de ce que va raliser le systme en termes de mtier. Les rsultats de
lanalyse ne dpendent daucune technologie particulire.
La branche droite (architecture technique) comporte :
La capture des besoins techniques, qui recense toutes les contraintes et les choix
dimensionnant la conception du systme. Les outils et les matriels slectionns ainsi que
la prise en compte de contraintes dintgration avec lexistant conditionnent gnralement
des prrequis darchitecture technique ;
La conception gnrique, qui dfinit ensuite les composants ncessaires la construction
de larchitecture technique. Cette conception est compltement indpendante des aspects
fonctionnels. Elle a pour objectif duniformiser et de rutiliser les mmes mcanismes pour
Figure 2: processus 2TUP [2]


19 2012-2013
tout un systme. Larchitecture technique construit le squelette du systme informatique et
carte la plupart des risques de niveau technique.
La branche du milieu comporte :
La conception prliminaire, qui reprsente une tape dlicate, car elle intgre le modle
danalyse dans larchitecture technique de manire tracer la cartographie des composants
du systme dvelopper ;
La conception dtaille, qui tudie ensuite comment raliser chaque composant ;
Ltape de codage, qui produit ces composants et teste au fur et mesure les units de
code ralises ;
Ltape de recette, qui consiste enfin valider les fonctions du systme dvelopp.
3.2 Planification du projet

La planification du projet est une phase importante d'avant-projet. Elle consiste
prvoir le droulement du projet tout au long des phases constituant le cycle de
dveloppement. Le diagramme de Gantt (cf. Figure 3) suivant prsente le planning de notre
stage.

Figure 3: planification temporelle es tapes du projet
La phase tude fonctionnelle pour laquelle nous avons consacr une dure


20 2012-2013
approximative de deux semaines. Cette tape consiste en llaboration et lanalyse des besoins
et est cltur par la livraison dun cahier des charges. La phase tude technique consistait en
la prise en connaissance du contexte du projet et linstallation des logiciels afin de prparer
lenvironnement technique de travail. Enfin, nous avons men la phase de conception avant
dentamer la phase de ralisation. La rdaction du rapport a t ralise au fur et mesure de
toute la priode du stage (cf. Figure 4).

Conclusion
Ce chapitre t le point de dpart pour la prsentation de notre stage, dans la mesure
o il dcrit son contexte gnral en prsentant lorganisme daccueil du Ministre de la
communication, les objectifs gnraux atteindre et les tapes de sa mise en uvre. Le
chapitre suivant mnera une analyse des besoins fonctionnels.

Figure 4: Planning du projet


21 2012-2013
Chapitre 2

Etude fonctionnelle

Ce deuxime chapitre du rapport vient dtailler lanalyse
fonctionnelle du projet. Pour bien assimiler larchitecture fonctionnelle
du systme nous listerons les principales fonctionnalits et les diffrents
acteurs de lapplication.
Chapitre 2 Etude fonctionnelle


22 2012-2013
Dlai de dpt non expir.

1. tude de lexistant
Dans cette section nous prsenterons un aperu du systme existant et nous
exposerons ses points forts et ses points faibles.

1.1 Droulement de lobtention des cartes de presse
professionnelle

A titre de chaque anne, les journalistes sont appels dposer auprs du
service concern au sien du ministre de la communication le formulaire de la demande et
accompagn des documents ncessaires. A lchance du dlai de dpt des dossiers, les
demandes tudies seront soumises la commission professionnelle de la presse. La figure
suivante schmatise le processus dobtention de la carte de presse professionnelle.

Figure 5 : processus d'obtention de carte de presse professionnelle
Publication de linscription pour
lobtention de la carte de presse.
Rception des demandes.
Vrification des dossiers.
Etudes des dossiers.
Cration des cartes.


23 2012-2013

1.2 Critiques du systme existant

Ladministration des demandes dobtention des cartes de presse professionnelle
au sein du ministre se fait de manire traditionnelle et suit un droulement pseudo manuel.
La critique du systme existant peut se faire 2 niveaux :

Au niveau communication :

A chaque nouvelle priode de prparation des cartes professionnelles, le trafic de
communication destination de bureau dordres augmente dune manire anormalement
gnante but de dpt de dossier et de demande dinformation. Ce trafic reprsente un
obstacle devant lactivit et sa fluidit.

Au niveau intranet :

La gestion de lobtention des cartes de presse professionnelles se fait de manire
traditionnelle, ce qui rend ce processus trs lent et non transparent.

Au niveau Gestion des documents :

Le droulement actuel des demandes dobtention de la carte de presse professionnelle
exige un dossier pour chaque candidature, ce qui rend difficile la gestion, le traitement et
larchivage de ces documents.
Devant ces limitations, le ministre de la communication a dcid de mettre en place
un projet dinformatisation visant concevoir et raliser la couche base de donnes, service
ainsi que le module web qui en fera usage.
2. Spcification des besoins fonctionnels

Afin de dfinir les activits attendues du systme ainsi que ses frontires fonctionnelles,
une tude relevant les principales fonctionnalits que doit offrir le systme t mene. Cette
tude est base sur des documents du ministre ainsi que des explications des responsables.
Cette tude a permis de dgager les besoins ncessaires, et suite aux runions avec le
responsable, on a class les besoins fonctionnels du systme en trois types :


24 2012-2013

Des besoins concernant la gestion des donnes et des documents des journalistes.
Des besoins lis la gestion des demandes dobtention de la carte de presse
professionnelle travers la cration dun espace ddi aux journalistes au niveau
du portail web.
Des besoins dexportation des services intranet du ministre sous forme de service
web accessible partir de lespace partenaire.
2.1 Liste de besoins fonctionnels concernant le systme de
gestion

Gestion des journalistes :
- La cration dun nouveau compte journalistes.
- La modification dun compte journaliste existant.
- La consultation du dossier dinscription et son tat.

Gestion des Demandes dobtention de la carte de presse professionnelle :
- Le dpt de dossier dinscription.
- Le suivi de ltat de dpt.

2.2 Analyse des besoins

Aprs avoir identifi les besoins fonctionnels auxquels le systme doit
rpondre, nous passons la modlisation de notre projet. Dans cette partie nous
traitons lidentification des acteurs interagissant avec le systme. Ensuite nous
organisons ces interactions sous forme de cas dutilisation de notre application, nous
avons eu recours au formalisme UML tant le plus adquat pour la modlisation
dune application modulaire et facilement extensible.

4.1. Identification des rles
La premire tape du formalisme UML utilis consiste en lidentification des acteurs
interagissant avec le systme, et afin dorganiser ces interactions nous les avons class en
Rles. En se basant sur les besoins fonctionnels recenss, nous avons identifi les rles
suivants :


25 2012-2013

Figure 6: les diffrent profil utilisateurs

Chaque rle remplie une mission assume par des entits externes au systme qui
peuvent tre un ou plusieurs acteurs. La table suivante prsente les missions des rles
identifis.
Rle Mission
Administrateur Gestion des comptes.
Journaliste Cration de compte journaliste.
dition de compte journaliste.
Dpt du dossier de candidature.
Consultation de dossier de candidature.
Suivi de la demande.

Chef de service
De relation avec
La presse
Rception, vrification et validation des
documents de demande dobtention de la
carte de presse professionnelle.
Comit de presse Traitement du dossier.

Comit de la cration
De la carte de presse
Cration de la carte de presse
professionnelle.

Tableau 1: rles des utilisateurs
Journalistes
Chef du Service des
Relations avec la
Presse
Administrateur
Comit de presse

Comit de la cration de
la carte de presse

Application


26 2012-2013

2.3 Diagrammes de cas dutilisation du systme

Aprs avoir identifi les rles et leurs missions dans la section prcdente, il est
ncessaire de dterminer le diagramme de cas dutilisation (figure 7).

Figure 7: Diagrmme de cas d'utilisation
Conclusion
Ce chapitre synthtise la phase de ltude fonctionnelle qui a port sur ltude de
lexistant et lidentification des besoins. Le chapitre suivant va dvoiler lautre volet de
ltude pralable laccomplissement de ce projet et qui sest droul au mme temps que
ltude fonctionnelle cest ltude technique.

A
A
A
A
<<i ncl ude>>
<<i ncl ude>>
<<i ncl ude>>
<<i ncl ude>>
<<extend>>
<<extend>>
Dpot du dossi er
Sai si e d'i nformati on
de sj our
Vri fi cati on du
dossi er
Justi fi cati ons
Crati on des cartes
d'accrdi tati on
Etude du dossi er
Authenti fi cati on
Journal i ste
Chef de servi ce de rel ati on
avec l a pressse
Comi t de presse
Comi t de l a crati on de l a
carte de presse
professi onnel l e


27 2012-2013
Chapitre 3

Etude technique
Aprs avoir achev ltude fonctionnelle du systme et dans
laquelle ont les besoins remplir pour le systme futur, vient la phase
dtude technique dans laquelle seront prsentes dabord les
contraintes techniques ainsi que les architectures physique et logique
du systme, et ensuite le modle de conception ainsi que les
plateformes utilises.
Chapitre 3 Etude technique


28 2012-2013

Introduction

Cette section vise dfinir larchitecture physique et logique du systme. Elle dcrira les
besoins techniques avant de prsenter la conception rpondant aux exigences du systme
futur.
1. Exigences techniques

Le systme futur doit tre conforme un ensemble de critres, notamment :

Il doit suivre les standards de la plateforme JEE ;
Il doit prsenter une architecture en couches qui permettra au systme dtre volutif,
facilement maintenable et tolrant aux montes en charge ;
Il doit utiliser un systme de gestion lectronique des documents performant et
flexible pour grer les documents impliqus dans le processus de demande de carte de
presse professionnelle de manire personnalise ;
Le systme doit communiquer avec une base de donnes relationnelle MySQL

Dans la section suivante, nous analyserons ces contraintes afin de dterminer une solution
rpondant ces besoins.

1.1 Une architecture JEE

La plateforme J2EE (Java 2 Entreprise Edition), cre par SUN Microsystems, dfinit le
concept de dveloppement par couches. Elle permet de simplifier les applications d'entreprise
en les basant sur des composants modulaires normaliss tout en fournissant un ensemble
complet de services et en grant automatiquement un grand nombre de dtails sur le
comportement des applications. Parmi les avantages de la technologie J2EE, nous citons :


29 2012-2013
J2EE est venue pour remplacer les mthodes traditionnelles de dveloppement (voir la
partie MVC) ;
J2EE dispose dune documentation trs riche et lensemble des projets en J2EE sont
publis dans le web ;
Un trs grand nombre de bibliothques gratuites sont publies dans le web et sont
facilement intgrables dans un projet J2EE.
1.2 Le modle MVC

Avant de dfinir le modle MVC, Nous allons prsenter quelques dficiences de la
mthodologie traditionnelle de dveloppement. Nous notons quavec JSP ou PHP ou autre
langage Web cot serveur, le dveloppement dune application web, commence par la
cration dun certain nombre de pages Web. Dans ces pages, nous constatons quil y a des
codes qui concernent laffichage graphique, des codes relatifs aux traitements et des codes
daccs aux donnes comme la connexion la BD, des requtes SQL, etc. Or, avec ce concept
nous pouvons constater quil y a des segments de codes qui ne sont pas cohrents et qui sont
mlangs les uns avec les autres, ce qui rend la rutilisation du code difficile. Le changement
dune base de donnes sous Oracle vers une base de donnes sous MySQL par exemple, va
entraner un changement dans la plupart des pages. Linconvnient de ceci, est que dans la
plupart des cas, cest le dveloppeur de lapplication lui-mme qui doit intervenir, ce qui rend
le cot de la maintenance et de la rutilisation plus lev.
Pour pallier ce problme, le modle MVC (Model, View, Controller) dfinit un nouveau
concept de dveloppement. Il a pour objectif de sparer les codes en divisant le projet en
couches : vue, contrleur et modle de donnes.
Le modle : correspond aux donnes manipules par lapplication, quil sagisse de
laccs ou de la mise jour.
La vue : correspond l'interface avec laquelle l'utilisateur interagit. Sa premire tche
est de prsenter les rsultats renvoys par le modle qui lui sont passs par le
contrleur. Sa seconde tche est de recevoir toutes les actions de l'utilisateur. Ces
diffrents vnements sont envoys au contrleur. Elle n'effectue aucun traitement,
elle se contente d'afficher les rsultats des traitements effectus par le modle.


30 2012-2013
Le contrleur : Le contrleur prend en charge la gestion des vnements de
synchronisation pour mettre jour la vue ou le modle et les synchroniser. Il reoit
tous les vnements de l'utilisateur et enclenche les actions effectuer.

Figure 7: Patron MVC [3]

1.3 Frameworks utiliss

Un Framework est un espace de travail modulaire. C'est un ensemble de bibliothques,
d'outils et de conventions permettant le dveloppement d'applications. Il fournit suffisamment
de briques logicielles et impose suffisamment de rigueur pour pouvoir produire une
application aboutie et facile maintenir. Ces composants sont organiss pour tre utiliss en
interaction les uns avec les autres [4]
. Cette section prsente les Framework Open Source utiliss. Ils ont t slectionns sur
la base dtudes comparatives menes pour chaque Framework, lesquelles sont disponibles en
annexe A.
a. Java Server Faces (JSF)

Pour construire la couche prsentation de notre application, nous avons adopt la
technologie JSF. Java Server Faces est un Framework de dveloppement dapplications Web


31 2012-2013
en Java permettant de respecter le modle d'architecture MVC, dcrit dans la partie
prcdente, et bas sur des composants ct prsentation. Ce Framework permet aussi [8]:
La sparation de la couche prsentation des autres couches (MVC) ;
Le mapping entre lHTML et lobjet ;
La rutilisabilit dun ensemble de composants riches;
La cration de nouveaux composants graphiques ;
La possibilit de gnrer des formats autres que du HTML (XUL, XML, WML,..) ;
Laccs aux Beans par leurs noms en utilisant les ExpressionsLanguage ;
La simplicit des dfinitions des contrleurs, des Beans et des fichiers de
configuration.

En somme, lorientation composante graphique permet JSF dtre utilise de manire plus
simple dans les environnements de dveloppement. Pour notre application nous avons opt
pour la version 2.0 du Framework JSF, vu ces apports par rapport lancienne version. Parmi
ces amliorations nous citons :

La possibilit de configurer les managed beans avec des annotations, ce qui rend
lutilisation fichier (faces-config.xml) facultatif.
Linclusion de facelets en natif en supportant toujours les jsp.
Limport de ressources statiques dans le rpertoire ressources.
b. PrimeFaces

PrimeFaces est une suite open source pour les composants Java Server Faces (JSF)
avec Ajax. Il a t mis en place pour enrichir linterface homme-machine construite laide
du Framework JSF. PrimeFaces offre un ensemble trs riche de composants JSF ainsi que des
modules pour la ralisation des interfaces sur les mobiles. Le principal objectif de PrimeFaces
est de crer la suite de composants ultime pour le Framework JSF [6].


32 2012-2013
PrimeFaces est maintenu par Prime Technology , une socit Turque de dveloppement
des logiciels, spcialise dans la technologie Java Enterprise Edition et le dveloppement des
logiciels sous-trait.
Le choix de PrimeFaces est justifi par une tude comparative, disponible en Annexe B, entre
PrimeFaces et dautres outils de mme gamme disponibles sur le march. Cette tude a
montr que PrimeFaces est le meilleur sur plusieurs niveaux, savoir : flexibilit, nombre de
composants, souplesse, intgration et ergonomie.
Conclusion
Dans cette section nous avons expos ltude technique mene durant la premire phase de
notre stage. Cette tude a couvert le choix de larchitecture de lapplication et les
technologies utilises.


33 2012-2013

Chapitre 4

Etude conceptuelle

Ce chapitre reprsente le fondamental du travail effectu durant la
phase de conception du projet. Nous allons prsenter tout dabord laspect
fonctionnel travers les diagrammes de squences. Puis, nous allons
enchaner par llaboration du diagramme de classe pour dcrire
finalement la structure interne du systme.

Chapitre 4 Etude conceptuelle


34 2012-2013

Introduction
Le prsent chapitre reprsente le point de fusion entre ltude fonctionnelle prsente
en chapitre deux du rapport et ltude technique prsente dans le chapitre prcdent. Nous
aborderons dans un premier lieu les scnarios dutilisation du systme avant de passer au
diagramme de classe.
1. Diagrammes de squence

Un diagramme de squence reprsente linteraction des acteurs avec le systme
selon un enchanement chronologique. Modliser ces interactions revient donc
dterminer les diffrents scnarios possibles pour un cas dutilisation donn. Dans la
suite de cette section nous prsenterons les scnarios dutilisations pour les diffrents
cas dutilisation.

1.1 Scnarios pour le dpt du dossier

La figure ci-dessous reprsente le diagramme de squence pour le cas
dutilisation dpt du dossier de lacteur journaliste . Elle fait concevoir trois
scnarios principaux :

Authentification : Le journaliste est invit dans un premier lieu
donner son login et mot de passe.
Dpt du dossier : Une fois le journaliste sest authentifi, il peut
dposer les documents requis pour le renouvlement ou la cration
pour la premire fois de la carte de presse professionnelle.
Suivi du dossier : Le journaliste peut ainsi tout instant suivre ltat
de son dossier (complet, en cours de validation, valid, ).


35 2012-2013
Dpt du dossier
demande_authenti fi cati on
di spl ay
sel ecti onner fai re une demande de carte d'
Accrdi tati on
redi recti on page accuei l
val i der
demander l a val i dati on
j oi ndre pi eces
sai si r i nformati on
enregi strer dossi er
dai spl ay
return etat de dossi er
geti nformati ondossi er()
Return l 'etat du dossi er
sel ecti onner sui vi du dossi er
di spl ay
Authenti fi cati on russi e
veri fi er authenti fi cati on
j ournal i ste
page d'accuei l formul ai re de demande dossi er menu pri nci pal formul ai re de sui vi
demande_authenti fi cati on
di spl ay
sel ecti onner fai re une demande de carte d'
Accrdi tati on
redi recti on page accuei l
val i der
demander l a val i dati on
j oi ndre pi eces
sai si r i nformati on
enregi strer dossi er
dai spl ay
return etat de dossi er
geti nformati ondossi er()
Return l 'etat du dossi er
sel ecti onner sui vi du dossi er
di spl ay
Authenti fi cati on russi e
veri fi er authenti fi cati on

Figure 8: diagramme de squence "dposition du dossier"

1.2 Scnarios pour la Vrification du dossier

Pour la vrification dun dossier, le chef de relation avec la presse et aprs avoir
sauthentifier, procde comme suit :
Il slectionne un dossier dans la liste des dossiers publis dans la page daccueil.
Il consulte les documents joints.
Si le dossier est complet, il le valide. Si non il le refuse avec des justifications.


36 2012-2013
Vrification du dossier
rej et reussi
rej et reussi
rej eter dosssi er()
sai si r j usti fi cati on
affi cher formul ai re_j usti fi cati on
rej eter un dossi er
val i dati on reussi e
val i der_dossi er()
val i der un dossi er
affi cher formul ai re_dossi er
demander de trai oter un dossi er
return l i st_dossi er
get_l i st_dossi er()
di spl ay
authenti fi cati on reussi e
veri fi er authenti fi cati on()
damand_authenfi cati on
chef de rel ati on avec
presse
page_accuei l formul ai re_gesti on_dossi er dossei r dossi er_val i de dossi er_rej ete
rej et reussi
rej et reussi
rej eter dosssi er()
val i der_dossi er()
val i der un dossi er
demander de trai oter un dossi er
get_l i st_dossi er()
di spl ay
Ce processus est synthtis travers le diagramme de squence suivant :

Figure 9: diagramme de squence 2 "vrification du dossier"

1.3 Scnarios pour Etude du dossier



37 2012-2013
Etude du dossier
di spl ay
get l i st dossi er()
demander d'etudi er un dossi er
accepter un dossi er
val i der dossi er()
rej eter_dosssi er()
rej et reussi
rej et reussi
comi te de carte d
'accredi tati on
page_accuei l formul ai re gesti on dossi er dossi er val i de dossi eer accepte dossi er_rej ete
di spl ay
get l i st dossi er()
demander d'etudi er un dossi er
accepter un dossi er
val i der dossi er()
rej eter_dosssi er()
rej et reussi
rej et reussi
Ce processus est semblable au processus suivi par le chef de relation avec la presse. La
seule diffrence est que le comit de ltude de la carte daccrditation est invit valider le
contenu du dossier et nom sa forme (voir figure ci-dessous).

2. Diagrammes de classe

Figure 10: diagramme de squence "Etude de la demande"


38 2012-2013
0..*
1..*
0..1
1..1
0..1
1..1
1..*
1..1
Journal i ste
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
i d_j r
prenom
nom
l ogi n
password
pseudonyme
si tuati on_fam
nombre_enf
date_nai s
l i eu_nai s
tel
mai l
cnss
echel
poste
ni v_i nstructi on
servi ce
dat_obtenti on-cart
date_deb
nati onnal i te
ci n
N_passport
: i nt
: j ava.l ang.Stri ng
: i nt
: j ava.uti l .Date
: j ava.uti l .Date
: j ava.uti l .Date
Entrepri se
+
+
i d_entr
rai son_soc
: i nt
travai l l er
+ date : j ava.uti l .Date
Carte
+
+
+
i d_car
n_carte
date_l i vr
: i nt
: j ava.uti l .Date
Dossi er
+
+
+
i d_dossi er
etat
type
: i nt
Document
+
+
+
i d
l i bel l e
empl acement
: i nt
La modlisation de tout systme passe essentiellement par un diagramme de classes qui
englobe les diffrentes entits et les relations entre elles. Le diagramme de classes global du
systme (figure 11) est dtaill dans le tableau 2 :

Figure 11: MCD

Tableau 2: les tables de la base de donnes
Classe Description
Journaliste Reprsente les diffrents journalistes avec
leurs informations personnelles et
professionnelles.

Entreprise Reprsente les diffrentes entreprises.
Travailler Reprsente la priode du travail dun
journaliste au sein dune entreprise.
Carte Reprsentes les diffrentes cartes cre par le
comit de la carte.
Dossier Reprsente un ensemble de documents. Un
dossier appartient un espace donn au
niveau de la GED.

Document Reprsente un document. Un document est
caractris au niveau de la GED par un
ensemble dattributs qui permettront les
recherches avances.



39 2012-2013

Conclusion

Dans ce chapitre nous avons abord ltude conceptuelle du systme. Nous avons
dtaill quelques scnarios dutilisation du systme avant de prsenter le diagramme de
classes global du systme. Le chapitre suivant sera consacr la phase de la mise en uvre de
lapplication.


40 2012-2013
Chapitre 5

Mise en uvre

Ce dernier chapitre dcrit la partie de ralisation de notre stage. Dans
lequel nous allons exposer les outils et environnement de ralisation ainsi
que quelques vue utilisateurs du travail accompli.
Chapitre 5 Mise en uvre


41 2012-2013
Introduction
Nous allons faire talage de lenvironnement et outils utiliss pour mettre en uvre
ltude conceptuelle dans la premire partie de ce chapitre. La deuxime partie rvle
certaines interfaces de lapplication ralise.
1. Outils de dveloppement
Pour implmenter le systme il a fallu dabord mettre en place la base de donnes et la
base des documents (GED) du systme, ensuite de dvelopper lapplication. Plusieurs
technologies et outils ont t adopts pour atteindre cet objectif et qui seront expos aprs.
1.1 Framworks
1.1.1. Spring [13]

L'inversion de contrle (Inversion of Control, IoC) est un patron
darchitecture commun tous les frameworks dont Spring fait partie. Il
fonctionne selon le principe que le flot d'excution d'un logiciel n'est
plus sous le contrle direct de l'application elle-mme, mais du framework ou de la couche
logicielle sous-jacente.
L'inversion de contrle est un terme gnrique. Selon la problmatique, il existe diffrentes
formes, ou reprsentation d'IoC. La plus connue tant linjection de dpendances (dependency
injection) qui est un patron de conception permettant, en programmation oriente objet, de
dcoupler les dpendances entre objets.
Le Spring Framework 2.5 intgre la technique des annotations qui permettent de simplifier
grandement les fichiers de configurations de Spring et de sparer plus nettement les beans
techniques qui restent configurs en fichier XML, des beans fonctionnels pour lesquels les
annotations apportent des simplifications.
1.1.2 Hibernate

Hibernante est un Framework qui s'occupe de la persistance. Il rend
les technologies de stockage transparentes l'application. Outre cela,
il assure le mappage dobjets vers le modle relationnel. Dans notre projet, on programme en
objet alors que notre base de donnes est relationnelle, Hibernate nous permet dinteragir avec


42 2012-2013
la base de donnes relationnelle comme sil sagissait dune base de donnes oriente objet.
Hibernate fournit galement des facilits de recherche et de retrait de donnes, il peut rduire
normment le temps de dveloppement, normalement pass traiter des donnes
manuellement dans SQL ou JDBC.
1.1.3 Apatche Tomcat

Apache est un serveur web. Ce serveur est gr par Apache Software Foundation
qui compte plusieurs dizaine de membres, des centaines de contributeurs et dveloppe
plusieurs projets lis la diffusion d'information sur internet.
Le serveur HTTP Apache a t conu comme un serveur web puissant et flexible pouvant
fonctionner sur une trs grande varit de plateformes et toute une gamme d'environnements
diffrentes. Ainsi, le serveur Apache permet lutilisation de diffrentes mthodes pour
implmenter la mme fonctionnalit, le plus efficacement possible, dpendamment des
diffrentes plateformes et environnements. Apache s'est toujours accommod d'une grande
varit d'environnements grce sa conception modulaire.
Pour le SGBD nous avons choisi MySQL comme SGBD relationnelle pour y stocker les
donnes de lapplication.
1.2 IDE Eclipse

L'IDE Eclipse pour Java EE Developers contient tout ce quun dveloppeur a
besoin pour crer des applications Java et Java Enterprise Edition (Java EE). Considr par
beaucoup comme le meilleur outil de dveloppement Java disponibles, l'EDI Eclipse pour
Java EE Developers offre une excellente dition Java avec la compilation incrmentielle, Java
EE 5, une interface graphique HTML / JSP / JSF diteur, outils de gestion de bases de
donnes, et le soutien aux plus populaire serveurs d'applications
2. Ralisation

Dans cette partie nous allons prsenter des utilisations de lapplication, sujet du rapport, par
le journaliste et les comits de traitement de dossier.
Tout journaliste est invit sauthentifier pour pouvoir profiter des services offerts par notre


43 2012-2013
application :

Figure 12: Authentification du journaliste
Si linformation saisies sont errones ou incompltes un message averti lutilisateur.
Si lauthentification est russie lutilisateur est dirig alors vers un menu ou il a
choisir soit de faire une demande soit de dposer une demande de carte ou bien de
sinformer sur son tat ou bien de visualiser son profil et le modifier.
En choisissant la visualisation de son profil lutilisateur sera men vers cette page o il
lui propos de lditer pour changer certaines informations (se rfrer au deux figures
suivantes) :

Figure 13: profil de l'utilisateur



44 2012-2013

Figure 14: changer les informations du journaliste

Lapplication offre lutilisateur un espace pour dposer sa demande de carte de presse
professionnelle. Cela est fait par la jointure pices exigs dans le dossier de demande.

Conclusion :
Dans le prsent chapitre nous avons explorer les outils utilis et quelque captures des
interfaces temgnage du travail effectu lors du stage de deuxime anne.

Figure 15: dposition de demande de carte de presse


45 2012-2013

Conclusion gnrale

Ce projet de stage de fin de deuxime anne vient comme solution un des besoins
rvls par le ministre de la communication dans le cadre dinformatiser ses procdures
administratives. La solution consiste majoritairement mettre en uvre un systme
permettant de dposer les demandes de carte de presse en ligne.
La ralisation dun tel projet requiert une bonne comprhension du contexte pour
apprhender ses notions fonctionnelles. Une comprhension de la procdure de demande de
carte fut indispensable au dbut de ce projet. Au terme de cette phase, les connaissances
ncessaires sur les enjeux de la solution ont pu tre acquises.
Durant le stage, nous avons essay de suivre les bonnes dmarches pour raliser ce
projet. En effet, avant la phase conception il y a eu une importante phase danalyse
fonctionnelle approfondie o nous avons rdig un cahier de spcifications. Au mme temps
la phase analyse technique et discussion des choix des de technologie et framworks tait
mene, vient ensuite la phase conception qui consistait modliser la solution retenue. En fin
nous commenons le dveloppement et nous montons des cas de test.
Ce stage a t pour nous une source denseignement bien des gards. Outre la
connaissance technique quil a renforce, nous avons acquis un esprit rigoureux danalyse
permettant dapporter des solutions appropries aux problmes rencontrs.
Nous avons russi durant le stage mettre en uvre une solution qui rpond au besoin
spcifi mais il reste certaines amliorations avant de la dployer.
Webographie


46 2012-2013

Webographie

[1] http://www.mincom.gov.ma/fr/le-ministere/presentation-du-ministere.html
[2] http://haitbaslam.wordpress.com/2010/10/05/le-cycle-en-y/
[3] http://www.roseindia.net/tutorialfiles/27368.mvc.gif
[4] http://www.trackbusters.fr/definition-framework.html
[5] http://jakarta.apache.org/struts
[6] http://java.sun.com/javaee/javaserverfaces/
[7] http://soaj2ee.blogspirit.com/archive/2005/05/18/comparatif_jsf_struts.html
[8] ftp://ftp-developpez.com/mbaron/javaee/jsf.pdf
[9] Ancien s rapports PFE
[10] http://www.jboss.org/richfaces
[11] http://deptinfo.unice.fr/~grin/jsf.html
[12] http://www.primefaces.org/whyprimefaces.html
[13] http://www.springsource.org


47 2012-2013

Annexes

Annexe A : JSF vs Struts
Annexe B: Etude Benchmarking
Annexe A JSF vs Struts


48 2012-2013

Struts vs javaServerFaces (JSF)
Etant le deux standards dans le domaine de la conception dapplications web, Struts
et JSF seront lobjet de notre tude comparative.
Prsentation gnrale de Struts
Struts, fut le premier des deux Framework arriver sur le march. Apparu en 1998, il a eu
beaucoup de succs. Compatible avec la plate-forme J2EE de Sun, Struts fait partie du projet
Jakarta (men par l'ASF, l'Apache Software Fondation) [5].
Struts est une combinaison des servlets Java, des JSP, des balises personnalises et des
ressources messages qui forment une base unifie. Ds son arrive, il a su simposer pour les
applications de grandes tailles. Cependant son utilisation de nos jours perd tout son sens
pour les applications simples. En effet, pour les petites applications, lutilisation de Struts
pourrait prendre bien plus de temps que la construction de lapplication elle-mme.

Prsentation gnrale de JavaServerFaces (JSF)

JavaServerFaces est paru en 2004 aprs Struts. JSF a t ralis par Sun pour JEE.
Cest une spcification permettant de dvelopper des interfaces graphiques amliores pour
des applications Web bases sur la plate-forme JEE. Les JSF utilisent un modle Orient
vnement. Elle propose dans son implmentation des composants graphiques rutilisables
capables de grer les tats et les vnements. Les JSF proposent aussi une librairie de balises
insrer dans des pages JSP [6]. Beaucoup crurent que larrive de JSF allait craser son
concurrent. En effet, bien intgr aux projets de Sun tels que Java Enterprise Edition (Java
EE), JSF a su simposer par sa simplicit. La partie Vue de JSF a t bien pense et dune trs
simple utilisation. Ainsi son emploi simpose pour les projets de petites tailles.
Comparatif Struts/JAvaServerFaces
Cette partie prsente un comparatif entre les Framework Struts et JSF (cf. Tableau
suivant). [7]



49 2012-2013

Comparatif Struts/JAvaServerFaces
Cette partie prsente un comparatif entre les Framework Struts et JSF (cf. Tableau
suivant). [7]

STRUT JSF Commentaire
Flexibilit du
contrleur
+ ++ JSF peut avoir plusieurs
gestionnaires dvnements au
sein dune seule page tandis
que Struts ne peut dclencher
quun seul vnement par
requte utilisateur.
Navigation + ++ JSF propose un dispositif de
navigation plus flexible que
celui de Struts en le dcouplant
du code applicatif.
Extensibilit + ++ Struts est extensible via la
classe RequestProcessor qui
implmente les appels aux
mthodes durant le cycle de
vie dune requte.
JSF dispose dune
fonctionnalit similaire, en
plus il a lavantage de
dcoupler la phase de
rendement du contrleur.


50 2012-2013
Dveloppement + ++ Les JSF facilitent la
combinaison des GUI
complexes au sein dun seul
composant.
JSF fait partie de la J2EE et
bnficie dune spcification
standard.
Le dveloppement bas sur JSF
ne ncessite pas dtendre des
classes ou implmenter des
interfaces spcifiques.
La configuration dune
application Struts est plus
laborieuse quune application
JSF.
Le module de validation de
Struts est plus efficace et
robuste que celui des JSF.
Le module de validation de
Struts peut se faire cot client,
ce nest pas le cas pour les JSF.
Intgration + ++ JSF nest pas limit HTML et
http mais aussi dautres
technologies et protocoles.


51 2012-2013

Tableau 3: Tableau comparatif de JSF vs Struts
Maturit ++ -/+ Struts bnficie dun retour
dexprience positif de la part de
ses utilisateurs et des entreprises
qui maintiennent des
applications en production.
Lexemple le plus parlant
concerne la console
dadministration de WebSphere
5
Annexe B Etude Benchmarking


52 2012-2013
PrimeFaces
Primefaces fait partie dun ensemble de jeux de composants additionnels permettant le
dveloppement dapplications dentreprise avec JSF et parmi lesquels on cite Richfaces et
Icefaces. En effet, le jeu de composants de bases de JSF prsente une grande limitation vis--
vis des besoins complexes et volutifs des dveloppeurs. Dans ce qui suit nous exposerons
une tude comparative entre quelques librairies.

RichFaces
Le RichFaces est une infrastructure d'interface utilisateur avance composant pour
intgrer facilement des fonctionnalits AJAX dans des applications mtier utilisant JSF.
RichFaces 4 s'appuie sur le soutien de pionnier Ajax qui a commenc avec RichFaces 3 et
est standardis dans JSF 2. En plus d'tendre ces fonctionnalits ajax, RichFaces amliore
galement d'autres domaines de JSF 2, y compris l'optimisation des performances facilit
d'utilisation, les ressources dynamiques, le dpouillement et le dveloppement de
composants. Cela permet aux utilisateurs de tirer pleinement parti de toutes les amliorations
de la productivit du JSF 2. [10]
La section qui suit comporte une comparaison entre certaines librairies utilises avec JSF :

Librairie Remarques
MyFaces Core Comporte uniquement les composants de la spcification JSF 2.1
Icefaces La version gratuite ne comporte pas tous les composants (les
composite components sont dans la version payante Icefaces EE)
RichFaces Moins riche que PrimFaces mais plus stable
PrimFaces Beaucoup de composants

Tableau 4: Libertaires de composants de JSF [11]

Annexe B Etude Benchmarking


53 2012-2013
Selon DevRates.com , PrimeFaces a pris les devants avec note globale 9,4 en tant que
cadre des dveloppeurs prfr pour crer des interfaces utilisateur riches.

Figure 16: Number One DevRates [12]
Des milliers d'applications ont t cres avec PrimeFaces, mme les produits
concurrents comme ICEfaces sont aliments par PrimeFaces . Voici deux graphiques gnrs.

La figure 10 nous montre lvolution de lutilisation de la librairie PrimeFaces durant
le mois davril de lan en cours.

Figure 18: utilisation de PrimeFaces en mois dAvril 2012 [12]
Figure 17: utilisation de PrimeFaces [12]

Rapport Stage 2 Année

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport Stage 2 Année

Transféré par

Droits d'auteur :

Formats disponibles

Rapport de Stage de Fin de 2

Vous aimerez peut-être aussi