Pfe Fatima Es Saadi

Projet RANPOINT / NeoAdresse
Rapport de Projet de Fin dEtude

Ecole Nationale Suprieure dIngni0eurs de Bourges
Du 25/02/2013 au 23/08/2013
Fatima ESSAADI
Promotion 2013
Elve ingnieure en 3me anne STI
Option A2S
Matre de stage Enseignant tuteur

M. Fabrice MARINO M. Yacine ZEMALI
Atos Orlans ENSI BOURGES
Chef du projet
15, Avenue des Droits de lHomme 88 Bd Lahitolle
45000 ORLEANS 18020 - BOURGES
Projet RANPOINT 2013
1
A toute ma famille, tous mes amis et tous ceux
que jaime et qui maiment
Je ddie ce modeste travail
Fatima
2
RESUME
Dans le cadre de ma formation de double diplme LENSIB, jai t amene effectuer un stage de
fin dtude de six mois lagence orlanaise dAtos.
Lquipe que jai intgre en tant que dveloppeur Java, prend en charge le projet RANPOINT, cest
un grand projet command par le client La Poste qui cherche implmenter un rfrentiel des adresses
postales normalises. Cest un systme permettant une gestion moderne et optimise des adresses dans le
but de faciliter lopration de distribution du courrier.
Le projet date de 2007 et intgre un nombre norme de fonctionnalits. Au cours de mon stage, jai
contribu la ralisation de plusieurs tches, savoir :
- Cration des interfaces graphiques avec le framework GWT;

- Ralisation des tests unitaires pour chaque interface en utilisant les frameworks de tests, Junit 4 et
gwt-test-utils;
- Implmentation des services Web avec Apache CXF;
- Adaptation de la fonctionnalit Prenniser une voie avec les demandes de La Poste.
Ce stage a t une exprience enrichissante, il ma permis de dcouvrir des nouvelles technologies et

des nouveaux concepts dans le monde de dveloppement et de travailler avec une quipe crative et
perspicace.
3
SUMMARY
As part of my training of double diplomas at ENSIB, I carried out a six-month internship in the Orleans
agency of Atos.
As a Java developer, i joined the team responsible of the project RANPOINT, it is a big project ordered
by the company La Poste which search to implement a repository of standardized postal addresses.
this system will allow a modern and optimized management of addresses, also it will facilitates mail
delivery.
The project started in 2007 and includes a huge number of functionalities. During my internship, I have
contributed to achieve several tasks:
- Create graphical interfaces with GWT framework;

- Make unit test for each interface using testing frameworks such as, Junit 4 and gwt-test-utils;
- Implement Web services using Apache CXF;
- Suit the Prenniser une voie fonctionnality with the requests of La Poste .
This internship was a rewarding experience, which allowed me to discover new technologies and
concepts in the domain of development and work with a creative and perceptive team.
4
REMERCIEMENT
Je tiens tout d'abord adresser mes plus vifs remerciements Mr Fabrice Marino, mon chef de projet
et mon encadrant, et Mr Gregory Vacher, Ressource Manager, pour leurs confiances et pour m'avoir
accueilli au sein de lagence orlanaise dAtos.
Je tmoigne toute ma reconnaissance Mr Jrme Thibault, ingnieur dtude et mon co-encadrant,

pour lattention et laide quil ma apport pendant mon stage.
Je remercie galement Mon tuteur YACINE ZEMALLI pour son suivi tout au long du stage.
Mes profonds remerciements vont Mr Baptiste Meynier pour son aide prcieuse, sa collaboration et
sa disponibilit.
Enfin, jadresse mes remerciements et toute ma reconnaissance :
- Mon chef de filire STI au sein de lENSIB, Mr Pascal BERTHOME, pour le temps quil ma
toujours accord, pour son coute, pour ses conseils prcieux et pour sa patience impressionnante.
- Elise BRISSARD, rfrent fonctionnel du projet RANPOINT, pour son humour.
5
SOMMAIRE
DEDICACE ............................................................................................................................................... 2
RESUME.................................................................................................................................................... 3
SUMMARY ............................................................................................................................................... 4
REMERCIEMENT ................................................................................................................................... 5
SOMMAIRE .............................................................................................................................................. 6
INTRODUCTION ..................................................................................................................................... 8
1. ATOS ...................................................................................................................................................... 9
1.1 Atos ................................................................................................................................................. 10
1.2 Atos Technology Services (ATS) .................................................................................................. 11
1.3 Lquipe RANPOINT ................................................................................................................... 12
2. PROJET RANPOINT......................................................................................................................... 14
Introduction ......................................................................................................................................... 15
2.1 Concepts gnraux......................................................................................................................... 15
2.2 Historique et acteurs du projet .................................................................................................... 16
2.3 Les phases du projet ...................................................................................................................... 18
Conclusion ............................................................................................................................................ 19
3. ASPECT TECHNIQUE ..................................................................................................................... 20
Introduction ......................................................................................................................................... 21
3.1 Architecture RANPOINT ............................................................................................................. 21
3.2 Les techniques utilises ................................................................................................................. 23
Conclusion ............................................................................................................................................ 27
4. ASPECT IHM ..................................................................................................................................... 28
Introduction ......................................................................................................................................... 29
4.1 Prennisation.................................................................................................................................. 29
4.2 Gestion des numros...................................................................................................................... 33
4.3 Gestion des demandes voies .......................................................................................................... 35
4.4 Les tests unitaires .......................................................................................................................... 39
6
Conclusion ............................................................................................................................................ 40
5. ASPECT METIER.............................................................................................................................. 41
Introduction ......................................................................................................................................... 42
5.1 Motif de suppression ..................................................................................................................... 42
5.2 Extension de la voie ....................................................................................................................... 43
5.3 Recherche des numros ................................................................................................................. 45
Conclusion ............................................................................................................................................ 48
CONCLUSION........................................................................................................................................ 49
BILAN ...................................................................................................................................................... 50
BIBLIOGRAPHIE/WEBOGRAPHIE.................................................................................................. 51
LISTE DES FIGURES ........................................................................................................................... 52
ANNEXES................................................................................................................................................ 53
7
INTRODUCTION
La modernisation du processus informatique dune entreprise devient une ncessit cruciale pour la
grer efficacement et pour assurer une meilleure qualit des services offerts permettant ainsi dattirer des
nouveaux clients et fidliser les anciens.
Cest dans cette perspective que La poste, lancien monopole du service distribution du courrier, essaye
dadopter une stratgie damlioration progressive de son systme informatique pour faire face la
concurrence connue par le secteur depuis 2010. Le projet RANPOINT prsente une approche de cette
stratgie, cest un projet, au forfait, command par La poste Courrier, qui souhaitait disposer dun outil
de gestion de son nouveau rfrentiel dadresse normalis. Cet outil permet denregistrer les demandes
(de cration, de modification, de dsactivation ou de ractivation) des adresses postales, Ces demandes
sont ensuite traites afin dtre ventuellement intgres au systme. Linterface graphique de cet outil
sappelle NeoAdresse, il sagit dune application web quintgre toutes les fonctionnalits demandes par
La Poste.
Mon stage concide avec la quatrime partie de ce projet et exactement avec la fonctionnalit
Prennisation des voies . Lobjectif du stage est dintgrer cette fonctionnalit au niveau du projet
RANPOINT et dimplmenter linterface correspondante au niveau de NeoAdresse, jai particip
raliser plusieurs autres tches que je vais lucider dans mon rapport.
Aprs une prsentation de lentreprise daccueil o jai effectu mon stage, jintroduirai dune manire
gnrale le projet RANPOINT / NeoAdresse, son historique, ses acteurs et quelques notions ncessaires
pour mieux comprendre le sujet. Le troisime chapitre entamera la partie technique du projet et clarifiera
les technologies et les concepts que jai utiliss pour mener terme mes tches. Les deux derniers chapitres
prsenteront mon travail personnel, le premier englobera tout ce qui concerne laspect graphique alors que
le deuxime sera consacr aux services mtiers.
8
1. ATOS
9
1.1 Atos:
Atos est une socit europenne et l'un des principaux spcialistes internationaux des services
informatiques avec un chiffre daffaires annuel de 8,844 milliards deuros et 76.400 collaborateurs dans
47 pays. La socit fournit ses clients du monde entier des services diversifis :
- Les services transactionnels de haute technologie qui prsentent 22% du Chiffre daffaire du
groupe ;
- Les solutions de conseil et de services technologiques ;
- Lintgration de systmes ;
- Linfogrance qui constitue la plus grande part du chiffre daffaires.
Grce son expertise technologique et sa connaissance industrielle, il sert ses clients dans plusieurs
secteurs. AtoS est le partenaire informatique mondial des Jeux Olympiques depuis 2010. Le Groupe
exerce ses activits sous plusieurs noms : Atos, Atos Consulting & Technology Services, Atos Worldline
et Atos Worldgrid. Chaque entit est spcialise dans un domaine :
- Atos Consulting : conseil en organisation et en processus mtiers ;

- Atos Worldline : solutions de paiement, gestion de la relation client, e-services, infogrance ;
- Atos Worldgrid : solutions intelligentes dans le domaine des nergies.
Figure 1 : Historique dAtos
10
Historique :
1972 : Naissance de Sligos par la fusion de Cegos et Sliga (filiale du Crdit Lyonnais ). Sligos
devient alors une socit de Services en Ingnierie Informatique spcialise dans les solutions de
paiements.
1991 : Naissance d'Axime.
1997 : Naissance d'Atos par la fusion d'Axime et Sligos.
2000 : Fusion entre Atos et Origin.
2002 : Acquisition des divisions de KPMG Consulting au Royaume-Uni et aux Pays-Bas.
2004 : Acquisition du Groupe Sema Schlumberger.
2011 : Naissance du Groupe Atos le 1er juillet 2011, la suite de la fusion entre Atos et Siemens
IT Solutions and Services.
1.2 Atos Technology Services (ATS) :
ATS fournit essentiellement des services de proximit tout en proposant deux types de prestations :
- Rgie ou engagement de moyens : ce mode permet aux clients de disposer, dans le cadre d'un
projet prcis, dun certain nombre des collaborateurs Atos pour une dure bien prcise.
- Forfait ou engagement de rsultats : cest lengagement contractuel dAtos sur un rsultat attendu.
Ainsi, lors de la signature dun accord avec un client, Atos sengage fournir une prestation et des
livrables (application, documentation, manuels dexploitation, dossier de recettes, tests techniques, etc.).
Et cest dans ce type dengagement quon classe le projet RANPOINT.
Ces prestations peuvent porter sur tous types de domaines de comptences IT, en assistance en matrise
duvre ou douvrage, en sappuyant sur les comptences le cas chant des fonctions supports, des
divisions de march.
11
Figure 2 : Les valeurs dATS
La proximit de services, qui constitue la cl de russite dATS, lui permet de bien grer ses interactions
avec ses clients tout en se basant sur les principes suivants :
- Mettre en place une relation privilgie avec les clients ;

- Pouvoir multiplier les entretiens de suivi de projet ;
- Etre plus ractif en cas durgence.
Il existe, en France, 17 sites ATS quassurent ce genre des services avec un nombre de collaborateurs
quatteint 3000 en plus de 500 experts techniques.
1.3 Lquipe RANPOINT :

Au niveau de la rgion Centre, ATS est implant Orlans, et exactement lagence situ 15 Avenue
des Droits de lHomme o jai effectu mon stage, ainsi qu Tours, il rpond aux besoins des collectivits
locales et des socits de toute la rgion. Il permet demployer un grand nombre de collaborateurs : 290
Orlans et 60 Tours. Son chiffre daffaire a atteint 24 millions deuros en 2012.
La direction du projet RANPOINT a t pilote depuis le dbut par le chef de projet Fabrice Marino.
Etant donn lanciennet de RANPOINT, les collaborateurs ayant contribu sa ralisation volue tout
au long du projet. Pendant la priode du stage, on a t quatre personnes : Jrme Thibault comme rfrent
technique, Elise BRISSARD en tant que rfrent fonctionnel et enfin Meynier Baptiste et moi-mme pour
la partie dveloppement.
12
Chef du projet
Fabrice Marino
Rfrent technique
Jrme Thibault
Rfrent fonctionnel Dveloppeur Stagiaire

Elise Brissard Baptiste Meynier Fatima ESSAADI
Figure 3 : Lquipe du projet RANPOINT
13
2. PROJET RANPOINT
14
Introduction :
RAN (Rfrentiel dAdresses Normalis) est un systme de gestion des adresses normalises, cest un
projet command par La poste en 2007. La mise en place de ce systme est dcoup en projets
correspondant chacun la gestion dun type de point gographique. Le but de ce chapitre est de prsenter
les concepts et lhistorique du systme RAN tout en focalisant sur le projet RANPOINT Etape 4 et
lapplication web NeoAdresse.
2.1 Concepts gnraux :
a- Adresse normalise :
Avant dentamer le projet, des notions sont ncessaires pour assimiler les bases de lapplication et
surtout la notion dadresse normalise, cest la cl du projet.
Chaque adresse postale est organise selon un ordre et une logique conformes la norme Afnor.
Figure 4 : La structure de ladresse
On distingue dans chaque adresse, six lignes diffrentes, chaque ligne est dcoupe en un ensemble des
objets simples prsentants des informations dacheminement.
La premire ligne contient lidentit prive dune personne physique ou morale alors que la deuxime
ligne prsente un complment d'identification du destinataire ( N dappartement , Boite aux lettres),
toutes ces informations ne sont pas prises en compte par le rferentiel dadresse RAN.
La troisime ligne identifie le point de remise ou ce quon appelle dune manire gnrale Ligne 3. La
gestion des lignes 3, au niveau de RAN, a t commande pendant la phase RanPoint Etape 2, cette
15
notion est compose de trois groupes, chaque groupe a un type. Dans notre exemple, Entre A Btiment
B Rsidence Florence :
- Type Groupe 1 : Entre ; Nom Groupe 1 : A,
- Type Groupe 2 : Btiment ; Nom Groupe 2 : B,
- Type Groupe 3 : Rsidence ; Nom Groupe 3 : Florence.
La quatrime ligne contient toutes les informations associes la voie ( numro, type et libell). La
gestion des voies, a t commande par La Poste pendant le premier projet RANVOIE.
La cinquime et la sixime lignes, renseignent des informations dacheminement ( Lieu dit, Code Postal
et Localit ), ces informations sont gres pendant la troisime tape du projet RANPOINT.
b- Notion de la demande :
Chaque opration dajout, modification, dsactivation ou ractivation du systme RAN passe

obligatoirement par une demande. Lutilisateur doit effectuer une demande via un formulaire, aprs elle
passe par un contrle automatique asynchrone. Le refus, la modification ou lacceptation de cette demande
se fait par un utilisateur ayant les droits ncessaires, soit celui qui a fait la demande soit un autre. Une fois
traite, la demande subit un autre contrle automatique qui permet dintgrer la demande dans le systme
ou la refuser.
* Le contrle automatique est une stratgie mise en place pour bien grer les demandes, par exemple, il
interdit un utilisateur de crer une voie quexiste dj dans la base.
2.2 Historique et acteurs du projet :
Comme dit auparavant, RANPOINT est un projet au forfait command par La Poste Courrier depuis
2007. Jusqu aujourdhui, ce projet est pass par quatre tapes, chaque tape prsente la gestion dun
type gographique (Ligne 3, commune, voie, etc.) et parfois la migration dune technologie utilise au
niveau de ltape prcdente (migration de jdk1.4 jdk1.5). Voil, en rsum, les quatre tapes du projet :
Etape 1 : Dveloppement de l'application RANVOIE permettant la gestion des voies, des communes, des
workflow et des demandes. Cette tape consiste aussi la ralisation dun site web NeoVoie constituant
linterface de communication entre lutilisateur et lapplication RANVOIE.
16
Etape 2 : Restructuration du projet RANVOIE afin dintgrer la gestion des demandes Lignes 3 et
renommer le projet pour sadapter avec les nouvelles fonctionnalits introduites : Naissance du projet
RANPOINT. Ct interface graphique, le site NeoVoie a t remplac par le site NeoAdresse.
Etape 3 : Evolution du systme afin de grer les Zones d'adresse compltes (ZAC) en intgrant les
informations complmentaires dune adresse savoir les lignes 5 et 6.
Etape 4 : Ouverture du systme aux autres applications du SI de La Poste via la cration de Web service
de publication de donnes et de cration d'lments.
Il existe quatre types dacteurs pour ce projet, chacun deux a des droits diffrents. Lacteur le plus
privilgi est ladministrateur, il peut tout faire et reprsente en quelque sorte le root de lapplication.
Le gestionnaire rseau saisit les demandes qui manent des centres rseaux (bureau distributeur, centre de
traitement du courrier, direction oprationnelle territoriale du courrier).
Le gestionnaire des demandes est bas au Service Nationale des Adresses et prend en charge le traitement
des demandes. Il est galement linitiative de demandes venant essentiellement des mairies.
Le superviseur gre les synonymes, valide les nouveaux noms et pilote les demandes.
Ladministrateur gre la liste des demandeurs et administre lapplication (message daccueil des
utilisateurs, voir les demandes lignes 3 bloques).
Lorsquon accde au site NeoAdresse, la premire page affiche prsente une liste des acteurs,
lorsquon clique sur un profil, on se dirige vers la page daccueil correspondante qui contient un menu
avec les fonctionnalits accessibles par lutilisateur.
17
Figure 5 : La liste des acteurs
2.3 Les phases du projet :

La figure ci-dessous illustre les diffrentes phases de droulement de ce stage de fin dtude :
Figure 6 : Diagramme de Gantt prsentant les phases du stage
On peut rsumer le stage en trois grands axes :
- 1er axe : - Comprendre les notions cls du projet;
- Apprendre langage GWT;
18
- Prparer lenvironnement du travail (configurer Eclipse, installer SoapUI, etc).
- 2me axe : Cette partie concerne la cration des interfaces graphiques et tests unitaires pour les
fonctionnalits : Prenniser ligne 3 , Traiter un numro , Traiter une demande voie et
Prenniser une voie .
- 3me axe : Ds lors que le client a confirm la demande de la fonctionnalit Prenniser une voie , il
est question dadapter linterface avec les exigences du client et dimplmenter les services mtiers
ncessaires.
Comme voqu dans la figure ci-dessus, il y a une phase intitule Projet log . En fait, cest un autre
projet nayant aucune relation directe avec RANPOINT. Il consiste enregistrer des logs (type
dapplication, nom du site visit, le type dutilisateur et la date de visite) lorsquun utilisateur visite un
site et de les stocker dans une table de base de donnes PostgreSql. Son utilit est de gnrer des
statistiques sur les sites les plus visites dune application quelconque. Au niveau de ce projet, jtais
amene crer un service web de lecture avec Rest et qui permet de rcuprer sous format XML
lensemble des logs.
Conclusion :
Dans ce chapitre, on a expos quelques notions ncessaires pour mieux comprendre le projet
RANPOINT, puis on a prsent son historique et ses acteurs. Dans le chapitre suivant, on va aborder les
technologies et larchitecture mises en place pour la ralisation de RANPOINT.
19
3. ASPECT TECHNIQUE
20
Introduction :
Pour mettre en place le projet RANPOINT et afin de rpondre la demande de La Poste, Atos a suivi
une architecture 3-Tiers JEE qui implique lutilisation de plusieurs technologies. Le but de ce chapitre
est de prsenter larchitecture et lenvironnement technique de cette application.
3.1 Architecture RANPOINT :
Figure 7 : Architecture 3-tiers de RANPOINT
Comme illustre la figure ci-dessus, larchitecture RANPOINT se divise en trois couches :
- La couche prsentation :
Correspond au site web NeoAdresse, cette interface web intgre les fonctionnalits dfinies pour
RANVOIE et celles ajoutes par RANPOINT et permet aux utilisateurs de saisir et traiter les demandes.
Laccs au site se fait via Internet Explorer 8 (exig par La Poste).
- La couche mtier :
Elle reflte la partie fonctionnelle de lapplication qui implmente la logique applicative et les rgles
de gestion.
21
- La couche daccs aux donnes :
Cette couche consiste la gestion daccs aux donnes conserves dans une base de donnes. Atos a
opt pour le choix dOracle pour stocker les informations de RANPOINT.
Voil en dtail, larchitecture oprationnelle de RANPOINT :
Figure 8 : Architecture oprationnelle de RANPOINT
Au niveau de la base de donnes, cinq tables ont t cres pour stocker les diffrentes composantes
dune adresse : la table Demande pour stocker toutes les informations dune demande (historique, tat,
etc.), alors que les tables Commune et Voie reprsentent respectivement les entits Ligne 6 et Ligne
4 de ladresse. Quant la table Point, elle regroupe en quelque sorte toutes les informations dune adresse
et stocke les donnes de prennisation (On va aborder cette notion au niveau de la quatrime partie de ce
rapport). Et finalement la table Workflow est charge de conserver lhistorique du processus de traitement
des demandes.
22
Concernant lapproche mtier, le projet est divis en plusieurs sous-projets, on y trouve,

essentiellement, ra_u3 pour accder aux demandes, ra_u2 pour accder aux diffrentes entits de ladresse
(Commune, Voie et Point), ra_u4 pour accder la gestion dhistorique et ra_u8 pour la gestion des
services Web.
La couche prsentation est gre au niveau du projet ra_u3, et communique avec les autres couches via
des services Web Apache CXF en cas de lecture et via des EJB en cas dcriture. Cette couche se divise
en deux projets :
* Projet ra_ihm_neoadresse : cest un projet Struts, il couvre la plupart des fonctionnalits.
* Projet ra_neoadresse : cest un projet GWT, il inclue les nouveaux crans crs tel que Prenniser
une voie . Le framework GWT a t choisi pour remplacer Struts afin de moderniser les crans crs.
Au cours du stage, la grande partie de mon travail sest focalise sur les sous projets de gestion des
points de ra_u2 et ceux de prsentation IHM de ra_u3.
3.2 Les techniques utilises :
La mise en place de l'application RANPOINT a ncessit de faire appel plusieurs technologies quon
va prsenter dans cette partie. On dtaillera celles utilises tout au long du stage.
a Environnement gnral du travail :
Oracle 10g : Base de donnes pour stocker les informations du projet.

Eclipse Juno : Environnement de dveloppement intgr.
Maven : Gestionnaire de compilation.
WASCE : serveur dapplication.
Le projet doit tre dploy sur le serveur WAS, mais Atos a opt pour le choix WASCE pour le
dveloppement.
Hibernate : Framework de gestion de la persistance. Il gre le mapping des objets via les
fichiers *.hbm.xml .
Improve : Framework dinjection de dpendance.
SVN : Logiciel de gestion des sources.
Struts 1 : Framework de dveloppement d'applications web qui implmente le design pattern
Model Vue Controler.
JMS : Interface permettant denvoyer des messages dune manire asynchrone entre deux
composants.
23
Cette interface est utilise comme solution pour rsoudre la voluminosit de la table Workflow. Elle
permet denvoyer des messages asynchrones entre lapplication NeoAdresse et les ejb Workflow.
SqlDevelopper : Client Oracle.
SoapUI : Soap est une application qui permet de faire des tests unitaires.
b- Framework GWT 2.5 :
Gwt est un framework open source de dveloppement d'applications web, il permet de crer des crans
en HTML5/Javascript et apporte des nombreuses fonctionnalits :
Lcriture du code Javascript nest pas ncessaire sauf pour des besoins trs spcifiques comme
l'intgration d'une bibliothque JavaScript existante ;
LUtilisation de CSS pour personnaliser l'apparence ;
Une API riche : composants graphiques pour IHM, appels RPC vers un serveur, gestion de
lhistorique et tests unitaires avec JUnitetc ;
Internationalisation avec lAPI i18n ;
Un systme de gestion de l'historique sur le navigateur ;
Compilation de la partie cliente du code en Javascript et non pas en Bytecode ;
Support multi navigateurs.
* L'appel de procdures distantes (Remote Procedure Call)
GWT propose plusieurs solutions pour communiquer avec le serveur :
Soumission de requtes http ;
Utilisation du composant XmlHttpRequest ;
Utilisation du mode RPC.
Au cours du projet, on a opt pour le model RPC, ce mcanisme assure la srialisation des objets qui
sont changs entre la partie cliente en JavaScript et la partie serveur crite en Java. Les appels raliss
par l'application sont de type asynchrone. La cration d'un service RPC ncessite plusieurs tapes comme
indiqu par la figure ci-dessous :
24
Figure 9 : Architecture RPC
1- Cration dune interface qui hrite de com.google.gwt.user.client.rpc.RemoteService ;

2- Cration dune interface pour l'appel asynchrone du service dans le package client de l'application ;
3- Cration dune servlet qui hrite de com.google.gwt.server.rpc.RemoteServiceServlet et qui
implmente l'interface synchrone du service ;
4- Dclarer la servlet dans le fichier web.xml de la webapp.
c- Le design pattern MVP (Model View Presenter) :
Pour crer les nouveaux crans, on a eu recourt au design pattern MVP contrairement aux anciens
crans qui sont bass sur MVC. Ainsi chaque cran suit le principe suivant :
Figure 10 : Design (View Presenter Model)
La couche View permet de dcrire linterface (widgets, panels . etc.) et capturer les actions des
utilisateurs.
La couche Presenter gre laspect mtier de lcran, cest--dire, elle possde une rfrence sur la
vue, elle binde les actions de la vue avec les mthodes correspondantes et elle communique avec la
couche Model.
25
La couche model prsente la couche de gestion et traitement des donnes.
Et pour une meilleure organisation, Atos a opt pour un systme de nommage qui facilite la cration et
la gestion des classes java. Chaque couche du model est prsente par un package ou plusieurs. Le package
View rassemble trois types dlments : classe, interface java et lment Uibinder.
- Elment Uibinder : Fichier XML qui prsente la structuration de lcran.

- Interface Java : Comme le Presenter ne se contente pas de rpondre des sollicitations de
l'interface graphique mais prend galement en charge son pilotage, la dpendance est bidirectionnelle
entre les deux parties. Afin de minimiser cette dpendance, le Presenter communique avec le View
au travers dune interface.
- Classe java : Le rle de cette classe est de charger les spcifications de lcran dcrites au niveau
du fichier Uibinder et les injecter dans un widget englobant.
Le package Presenter prsente la couche Presenter du MVP. En gnral, au niveau du

Presenter , on dclare les mthodes de traitement de la vue et au niveau du Controller , on expose
la fonction bind , cest la fonction qui dfinit les vnements couts et comment les grer.
d-Les tests unitaires et les mocks :
Les tests unitaires sont une phase importante du processus de dveloppement dune application. Elle
permet de dtecter et de corriger dventuelles erreurs dans le code. Lorsque ce code fait appel un service
mtier distant, dans ce cas, on doit isoler le code et simuler le comportement des services. De l apparait
limportance des objets Mock .
Les Mock sont des objets permettant de simuler le comportement des composants invoqus de
faon distante (exemple : EJB, services web, services RPC, ...) et de sassurer que lchec dun test unitaire
nest pas li un de ces composants.
Pour chaque cran cr, on doit effectuer des tests unitaires afin de vrifier ltat des champs, le bon
fonctionnement des widgets et linteraction (Vue Presenter). Etant donn le choix de GWT pour la
cration des interfaces, alors le choix dAtos a t port sur les frameworks gwt-test-utils et sur JUnit
4 pour la ralisation des tests.
26
Conclusion :
Dans ce chapitre, on a dtaill laspect technique du projet RANPOINT, son architecture et les
technologies utilises. Les deux chapitres suivants porteront laccent sur les tches ralises au cours de
ce stage.
27
4. ASPECT IHM
28
Introduction :
Au niveau du rfrentiel des adresses, chaque donne gographique est identifie dune manire unique
par un CEA (Code Etendu Adresse). Il peut dsigner une voie, une ligne 3 ou un numro. Ce code, pendant
les trois premires tapes du projet, se gnre via un batch, mais au cours de la quatrime tape, le batch
a t remplac par un service web. La notion de CEA est primordiale pour comprendre la notion de
prennisation.
La premire phase du stage consiste crer des interfaces web pour quelques fonctionnalits de
RANPOINT.
4.1 Prennisation :
Lopration de suppression dune adresse se fait via une demande, la validation de cette demande ne
supprime pas ladresse de la base de donnes, elle reste toujours sauvegarde mais avec un changement
au niveau dune variable conue pour prsenter ltat de ladresse, elle prend la valeur 1 si ladresse est
active et 0 sinon. Et de cette manire, on garde toujours la possibilit de ractiver ladresse.
Figure 11 : Exemple des voies actives / inactives
Au cours de la validation de lopration de suppression, une opration de prennisation est exige.

Cette opration consiste remplacer en quelque sorte ladresse dsactiver avec un ensemble dadresses
valides dans le but de ne pas perdre les adresses filles. (Voir exemple de la prennisation en Annexe A).
Selon la dfinition de La Poste, Lopration de prennit dune Adresse (Voie, Numro ou Ligne 3)
consiste in fine :
Dsactiver ladresse,
Mettre jour les donnes de prennit en crant autant de couples de CEA quil existe dadresses
(actives) assurant la prennit. Ces couples sont forms dune part par le CEA de ladresse dsactive et
dautre part par chacun des CEA des adresses actives.
29
La premire tche effectuer au cours du stage est la cration de linterface Prenniser une Ligne 3
sachant que la prennisation de voie a t dj cre.
Figure 12 : Ecran Prenniser une ligne 3
Avant de choisir les adresses avec lesquelles on doit assurer la prennit dune adresse dsactive, on
doit choisir le motif de suppression, si ladresse est de niveau ligne 3, le seul motif dans ce cas-l est La
suppression de Ligne 3 .
La figure 12 reprsente lcran de prennisation des lignes 3. Cet cran suit une structure commune
avec la plupart des crans et est impose par La Poste, on y trouve une zone de recherche compose de
critres voies et critres lignes 3, un bouton effacer pour vider les champs, un bouton de recherche, un
lien valider permettant dafficher un message de confirmation de prennisation, et enfin le rsultat de la
recherche sous forme dun tableau dont la premire colonne contient une case cocher permettant de
30
slectionner les lignes 3 prennes. Pendant la cration de cette interface, le lien Annuler nest pas
implment en attendant les consignes du client.
En mi-Juin, La Poste a envoy un cahier de charge pour les spcifications de lopration de

prennisation, on peut rsumer les nouvelles exigences en quelques points :
- La prennisation des adresses Lignes 3 et Numros seffectue automatiquement avec la demande

de suppression, donc ce nest pas la peine de passer par une interface.
- Lors de la dsactivation des adresses Voies, on peut prenniser une voie avec :
* Une ou plusieurs voies
* Un ou plusieurs Numros
* Une ou plusieurs Lignes 3
Dans le premier cas, lutilisateur doit choisir obligatoirement un motif de suppression et dans les deux
autres cas, le motif Correction dadresse est slectionn par dfaut.
Lancien cran de prennisation des voies ne permet la prennisation quavec les adresses voies (Voir
Annexe B), donc on ma demand de ladapter avec les nouvelles exigences.
La nouvelle interface se dcompose en trois onglets, chaque onglet reflte un type gographique
(Voies, Lignes 3 ou Numros). Le premier permet la prennisation des voies avec des adresses niveaux
voies, lutilisateur saisit les critres de recherche et clique sur le bouton rechercher, deux tableaux
saffichent, le premier contient la liste des voies rsultats et le deuxime, la liste des voies prennes, les
deux tables sont associes un vnement double clic.
* Lorsquon double clique sur une ligne du premier tableau, cette ligne apparait dans le tableau des voies
prennes.
* Lorsquon double clique sur une ligne du deuxime tableau, cette ligne disparait.
Les deux autres onglets permettant de prenniser une voie avec des numros ou des lignes 3 ont le
mme principe. Lutilisateur ne peut pas prenniser une voie avec des adresses de niveaux diffrents sinon
un message davertissement saffiche.
Afin de valider la demande de prennisation des voies :
- Avec adresse voie : on doit choisir un motif de suppression (sinon un message davertissement saffiche)
et la table des voies prennes ne doit pas tre vide.
- Avec adresse ligne 3 / numro : on doit juste choisir les adresses prennes.
31
Les figures ci-dessus prsentent les diffrents onglets de lcran Prenniser une voie :
Figure 13 : Ecran de prennisation des voies onglet Voie
Figure 14 : Ecran de prennisation des voies onglet Ligne 3
32
Figure 15 : Ecran de prennisation des voies onglet Numro
4.2 Gestion des numros :
Au niveau de lapplication actuelle, on peut effectuer les oprations de cration, modification,

suppression et ractivation juste sur les adresses voies et lignes 3, et puisque Atos prvoit tout moment
que La Poste demande limplmentation de ces oprations pour les numros, on ma confi la cration de
linterface graphique pour cette fonctionnalit.
Linterface, comme illustr au niveau de la figure 16, contient une zone de recherche avec deux
fonctionnalits daide la saisie prsentes par limage suivante , lutilisateur doit saisir en premier
lieu les critres commune , soit le code INSEE et laide de saisi complte le reste, soit le N de
dpartement avec la commune et laide trouve lENSEE correspondant. Aprs lutilisateur doit prciser
les critres de recherche des voies et faire appel laide de saisi en cas de besoin.
33
Figure 16 : Interface des demandes numros
Figure 17 : Laide de saisi voie
Linterface subit en gnral les exigences suivantes :
- Il faut absolument slectionner une voie pour crer un numro.
Figure 18 : DialogBox de cration des numros
34
- Pour la modification, la suppression ou la ractivation, un numro doit tre slectionn dans la table.
Lorsquon clique sur le lien Modifier, un dialogBox similaire celui de cration du numro saffiche.
Figure 19 : DialogBox de Modification des numros
- Si on clique sur supprimer ou ractiver, un message de confirmation saffiche.
4.3 Gestion des demandes voies :
Cette fonctionnalit permet de grer les demandes des voies et des synonymes voies (suppression,
cration, modification). Elle a t dj implmente en Struts :
Figure 20 : Ecran Traiter une demande voie - Struts
35
On ma demand de raliser la mme fonctionnalit mais en GWT et en adoptant un design graphique

plus moderne.
Figure 21 : Ecran Traiter une demande voie - GWT
Pour amliorer lapparence de cette interface, je me suis base sur les composants GWT et sur la
richesse de CSS 3. Etant donn que lapplication doit tre dploye sur Internet Explorer 8 et que ce
navigateur nest pas compatible avec CSS 3, jai utilis CSS Pie pour adapter quelques spcifications.
Pour utiliser CSS Pie, jai ajout le fichier PIE.htc dans le package contenant le fichier HTML et jai
ajout le code behavior dans les styles ncessaires. Par exemple le style de la figure 22 est destin
pour les composants ListBox, mais il y a les lments border-raduis et box-shadow qui ne sont pas
compatibles avec IE8. Cest pour cela, jai ajout la ligne de behavior quindique le chemin du fichier
PIE.htc par rapport au fichier HTML.
36
Figure 22 : Exemple de style
Comme dit auparavant, cette fonctionnalit englobe toutes les types des demandes voie, mais je vais
me focaliser sur la demande de suppression de voie tant donne sa relation avec la prennisation (voir
Annexes C, D, E et F pour les crans des autres demandes). Le diagramme dactivit suivant explique
lacheminement du processus de suppression :
Figure 23 : Diagramme dactivit dune demande de suppression
37
Lorsquon clique sur une demande de suppression, un DialogBox saffiche, il contient des informations
sur la demande et son historique.
Figure 24 : Dtails dune demande de suppression
Cette interface contient cinq liens :
- Annuler : permet de retourner lcran contenant la liste des demandes.
- Mise en attente : si lutilisateur choisit cette option, la demande de suppression disparait de la liste des
demandes et pour la traiter, lutilisateur doit solliciter la fonctionnalit Mes demandes de voie en
attente .
- Modifier la demande : lutilisateur peut modifier les paramtres de la demande :
Figure 25 : DialogBox de modification de la demande
38
- Refuser : lutilisateur doit saisir obligatoirement un commentaire avant de refuser la demande.
- Valider : ce lien redirige lutilisateur vers lcran Prenniser une voie .
4.4 Les tests unitaires :
Pour chaque Controller cr, je suis amene crer le test unitaire correspondant. En gnral, jai
d tester ltat initial des critres de recherche, le fonctionnement des boutons et des liens et laction
gnre lorsquun utilisateur dclenche un vnement.
Figure 26 : La liste des tests effectus
Le framework GWT fournit plusieurs outils qui sintgrent avec Junit pour effectuer des tests unitaires
de manire intgre :
- La classe GwtTestWithMockito pour tester les classes contenant des objets mocks.
- La classe GwtTest pour tester les autres classes.
Au niveau du test de la fonctionnalit Prenniser une ligne 3 , jai eu recourt un objet Mock
pour simuler le comportement dun service mtier. Le service sappelle PointService et contient une
mthode rechercherDemandePerennisationLigne3 qui permet de rcuprer la liste des Lignes 3
recherches en fonction de critres de recherche saisis par lutilisateur.
La dclaration du Mock se fait via lannotation @Mock :
La ligne suivante montre comment on fait appel ce service :
39
Cette partie du code permet de retourner une liste des lignes 3 list , dclare dans le test, si on fait
appel ce service.
Conclusion :
Aprs la cration des interfaces graphiques, il a t question dimplmenter tous les services mtiers
de la fonctionnalit Prenniser une voie . Quelques services existent dj et il faut juste les implmenter
au niveau de linterface mais dautres services doivent tre crs.
40
5. ASPECT METIER
41
Introduction :
Comme dit auparavant, pour crer des services mtiers, Atos a opt pour le choix des services web
Apache CXF en cas de lecture et les EJB en cas dcriture. Au cours de mon stage, jai contribu crer
des services web que je vais dvelopper dans ce chapitre.
5.1 Motif de suppression :
Daprs les dernires consignes de La Poste, la prennisation des lignes 3 et des numros se fait
automatiquement avec la demande de suppression, et ce nest pas la peine de passer par une interface
graphique. Cette opration de suppression attribue au motif la valeur Suppression de ligne 3 si une
ligne 3 fait lobjet de cette opration et la valeur Suppression de numro pour un objet numro. Ces
deux motifs nexistent pas dans la liste ancienne, du coup il faut les ajouter mais ils ne doivent pas
apparaitre dans la liste droulante de linterface graphique. La Poste a demand dans ce cas dajouter une
nouvelle variable FL_AFFICHAGE dans la table correspondant au motif de suppression :
Figure 27 : La table des motifs de suppression
* Cette variable doit tre positionne 1 si le motif doit apparaitre et 0 sinon.
* La valeur de FL_AFFICHAGE doit tre gale 0 pour les deux motifs Suppression de ligne 3 et
Suppression de numro .
Le service web qui permet de rcuprer la liste des motifs existe dj mais il me faut ladapter avec les
nouvelles exigences, il doit rcuprer la liste des motifs ayant la variable FL_AFFICHAGE situe
1. Pour raliser cette tche, jai suivi les tapes suivantes :
1- Dclarer la colonne FL_AFFICHAGE dans le fichier de mapping

MotifDesactivation.hbm.xml :
Figure 28 : Ajout de la colonne FL_AFFICHAGE dans le fichier de mapping
42
2- Ajouter la variable flAffichage dans les classes BO et DTO correspondantes.
3- Au niveau du fichier DAO, changer la requte Sql pour quelle retourne juste les motifs dont la
valeur de FL_AFFICHAGE est gale 1.
Figure 29 : Requte Sql
Les services web sont tests avec SoapUI :
Figure 30 : Test du service Motif de suppression avec SoapUI
5.2 Extension de la voie :
Au niveau de longlet Numro, Il y a plusieurs critres de recherche, parmi lesquels, on trouve

Extension de la voie , cest une liste droulante qui doit implmenter un service web. Ce service permet
de rcuprer la liste des extensions partir de la base de donnes. Le service existe dj mais il nest pas
connect linterface graphique.
43
Figure 31 : Ecran Prenniser une voie Onglet : Numros
Pour appeler le service partir de linterface graphique, on passe par un service RPC. En premier lieu,
jai fait appel au service dans la classe DAO correspondante :
Figure 32 : La fonction de recherche des extensions
* referentielPointWS est un lment gnr par Apache CXF et contient la liste des services mtiers
pour la gestion des points.
* rechercherListeExtensionsVoie est une fonction qui permet de rcuprer la liste des extensions.
Aprs, jai suivi les tapes de cration dun service RPC :
- Jai dclar le prototypage de la fonction recupererListeExtensionsVoie() dans linterface

ReferentielPointService ( cest une interface synchrone de RPC contenant une liste des fonctions de
gestion des points)
- Ensuite, jai implment la fonction dans la classe ReferentielPointServiceImpl hritant de
linterface prcdente.
44
Figure 33 : Implmentation de la fonction dans la classe synchrone
En effet, pour lappel des services mtiers, Atos a dvelopp une stratgie qui consiste :
Si un utilisateur fait appel un service, et que celui-ci retourne le mme rsultat chaque sollicitation,
on conserve ce rsultat dans une classe utilise en tant que cache cacheDAO , ainsi on vite des temps
inutiles dans les appels du service.
Remarque : Linterface asynchrone se gnre automatiquement pendant la compilation.
Et en fin de compte, jai appell le service dans le Presenter de Prenniser une voie :
Figure 34 : Appel au service RPC dans le Presenter
5.3 Recherche des numros :
Le bouton rechercher situ au niveau de lcran Prenniser une voie - onglet Numro, permet
de rechercher la liste des numros qui rpond aux critres slectionns par lutilisateur. Cet lment doit
tre connect un service web. Au cours de cette partie, jai t amene crer ce service.
La cration de ce dernier suit larchitecture indique dans la figure 35.
45
Figure 35 : Architecture des services Web
* Ra_ref_pnt_ent
Chaque voie est identifie dune manire unique soit par le code CEA soit par le matricule et
lidentifiant ZAC (zone dadresse complte).
Au niveau du fichier DAOImpl, jai implment la fonction qui permet de rcuprer la liste des numros
dune voie partir de deux arguments obligatoires : le matricule de la voie et son identifiant ZAC, et deux
arguments facultatifs : lextension et le numro de la voie.
* Ra_ref_pnt_app
Ce sous projet contient laspect mtier de la gestion des numros. Dans le fichier ServiceImpl, jai
dclar une mthode qui permet de :
1- Trouver la liste des voies qui correspond aux critres saisis par lutilisateur (Code Insee, Nom de
la voie et son filtre de recherche).
Remarque :
Le filtre de recherche est une ListBox qui contient quatre lments : Contient , Commence
par , Egale et Finit par . Elle dfinit la relation entre les noms des voies recherches et le nom
saisi par lutilisateur.
46
2- Retourner la liste des numros pour chaque voie en utilisant la mthode cre dans le fichier
DAOImpl.
Aprs, jai appel ce service dans le fichier FacadeImpl.
* Ra_neoadresse_app
Au niveau de cette partie, jai appel le service dj cr dans ra_u2.
Figure 36 : La mthode recupererListeNumeroParCriteres - DAOImpl
* Ra_neoadresse_ihm
Dans le Presenter de la prennisation, jai appel la mthode de recherche via la procdure RPC.
47
Figure 37 : La mthode recupererListeNumeroParCriteres - Presenter
Conclusion :
Ce chapitre contient la liste des services web sur lesquels jai travaill, comme ci-dessus, ce sont des
services de lecture. Je nai pas pu participer la cration des services dcriture cause de la contrainte
du temps.
48
CONCLUSION
Au cours de ce rapport de fin dtude, Jai essay de prsenter les axes du projet
RANPOINT que jtais amen travailler avec tout au long de la priode du stage, soit en
aspect mtier soit en aspect graphique.
Le projet RANPOINT et lapplication web NeoAdresse sont deux projets

complmentaires qui visent mettre en place un systme performant de gestion des
adresses postales normalises. Ils sont volutifs, cest--dire que La Poste peut toujours
faire une demande de nouvelles fonctionnalits au cas de besoin.
Au cours de ce stage, jai eu loccasion de mettre en uvre ce que jai acquis pendant
ma formation de double diplme INPT-ENSIB. Jai pu aussi dvelopper mes comptences
que a soit au niveau technique ou bien au niveau de la communication. En effet, la richesse
du projet ma permis dapprhender plusieurs nouvelles technologies : Maven, Gwt, Junit,
les services web etc.
Enfin, je tiens exprimer ma satisfaction davoir pu travailler au sein dune quipe

impressionnante et dans un environnement agrable, ce qui ma enrichi sur le plan
personnel autant que professionnel.
49
BILAN
Ce stage ma permis de dcouvrir le mtier dingnieur en dveloppement informatique
et les enjeux qui viennent avec. Grce cette exprience, jai pu avoir une approche du
monde du travail dans une importante entreprise de service.
Sur le plan professionnel, Jai eu la chance de pouvoir participer plusieurs tches

diffrentes, savoir la cration des interfaces graphiques et limplmentation des services
Webetc, ce qui ma permis de me familiariser avec plusieurs technologies et
dapprendre de bonnes habitudes en tant que dveloppeur.
Sur le plan personnel, Jai pu apprendre travailler en quipe dans une ambiance
chaleureuse et conviviale. Je suis vraiment satisfaite de lagrable atmosphre qui rgne au
sein de lentreprise.
Pour rsumer, ce stage ma permis de me familiariser avec un autre milieu que la vie
scolaire et de me conforter dans le choix que jai fait en morientant vers le dveloppement
informatique.
50
BIBLIOGRAPHIE/WEBOGRAPHIE
Bibliographie
- Sami Jaber, Programmation GWT 2, 2me dition.
- Olivier Grardin, GWT - Crer des applications web interactives avec Google Web
Toolkit (versions 1.7 et 2.0.
Webographie
* http://gwt.googleusercontent.com/samples/Showcase/Showcase.html#!CwCookies
* https://aresu.dsi.cnrs.fr/spip.php?article95
* http://jmdoudoux.developpez.com/cours/developpons/java/chap-gwt.php
* http://www.slideshare.net/baronm/dvelopper-des-services-web-rest-avec-java-jaxrs
51
LISTE DES FIGURES

FIGURE 1 : HISTORIQUE DATOS ............................................................................................................. 10
FIGURE 2 : LES VALEURS DATS ............................................................................................................. 12
FIGURE 3 : LEQUIPE DU PROJET RANPOINT ....................................................................................... 13
FIGURE 4 : LA STRUCTURE DE LADRESSE ............................................................................................... 15
FIGURE 5 : LA LISTE DES ACTEURS .......................................................................................................... 18
FIGURE 6 : DIAGRAMME DE GANTT PRESENTANT LES PHASES DU STAGE .............................................. 18
FIGURE 7 : ARCHITECTURE 3-TIERS DE RANPOINT ............................................................................. 21
FIGURE 8 : ARCHITECTURE OPERATIONNELLE DE RANPOINT ............................................................ 22
FIGURE 9 : ARCHITECTURE RPC ............................................................................................................. 25
FIGURE 10 : DESIGN (VIEW PRESENTER MODEL) ............................................................................. 25
FIGURE 11 : EXEMPLE DES VOIES ACTIVES / INACTIVES ......................................................................... 29
FIGURE 12 : ECRAN PERENNISER UNE LIGNE 3 ................................................................................. 30
FIGURE 13 : ECRAN DE PERENNISATION DES VOIES ONGLET VOIE ...................................................... 32
FIGURE 14 : ECRAN DE PERENNISATION DES VOIES ONGLET LIGNE 3 ................................................. 32
FIGURE 15 : ECRAN DE PERENNISATION DES VOIES ONGLET NUMERO ............................................... 33
FIGURE 16 : INTERFACE DES DEMANDES NUMEROS ................................................................................ 34
FIGURE 17 : LAIDE DE SAISI VOIE ........................................................................................................... 34
FIGURE 18 : DIALOGBOX DE CREATION DES NUMEROS .......................................................................... 34
FIGURE 19 : DIALOGBOX DE MODIFICATION DES NUMEROS .................................................................. 35
FIGURE 20 : ECRAN TRAITER UNE DEMANDE VOIE - STRUTS ........................................................... 35
FIGURE 21 : ECRAN TRAITER UNE DEMANDE VOIE - GWT .............................................................. 36
FIGURE 22 : EXEMPLE DE STYLE.............................................................................................................. 37
FIGURE 23 : DIAGRAMME DACTIVITE DUNE DEMANDE DE SUPPRESSION ............................................ 37
FIGURE 24 : DETAILS DUNE DEMANDE DE SUPPRESSION........................................................................ 38
FIGURE 25 : DIALOGBOX DE MODIFICATION DE LA DEMANDE ............................................................... 38
FIGURE 26 : LA LISTE DES TESTS EFFECTUES .......................................................................................... 39
FIGURE 27 : LA TABLE DES MOTIFS DE SUPPRESSION .............................................................................. 42
FIGURE 28 : AJOUT DE LA COLONNE FL_AFFICHAGE DANS LE FICHIER DE MAPPING ...................... 42
FIGURE 29 : REQUETE SQL ...................................................................................................................... 43
FIGURE 30 : TEST DU SERVICE MOTIF DE SUPPRESSION AVEC SOAPUI ........................................... 43
FIGURE 31 : ECRAN PERENNISER UNE VOIE ONGLET : NUMEROS................................................. 44
FIGURE 32 : LA FONCTION DE RECHERCHE DES EXTENSIONS ................................................................. 44
FIGURE 33 : IMPLEMENTATION DE LA FONCTION DANS LA CLASSE SYNCHRONE................................... 45
FIGURE 34 : APPEL AU SERVICE RPC DANS LE PRESENTER ............................................................. 45
FIGURE 35 : ARCHITECTURE DES SERVICES WEB ................................................................................... 46
FIGURE 36 : LA METHODE RECUPERERLISTENUMEROPARCRITERES - DAOIMPL ....................... 47
FIGURE 37 : LA METHODE RECUPERERLISTENUMEROPARCRITERES - PRESENTER ...................... 48
52
ANNEXES
Annexe A :
Exemple de prennisation de voie :
Ce cas dutilisation est invoqu lorsquon dtecte quune voie est reprsente par plusieurs adresses
distinctes au sein du rfrentiel, chacune de ces adresses comportant le nom de la voie mal orthographi.
Exemple : Rue Mitterrand , galement orthographie Rue Miterrand et Rue Miterand .
Lopration de prennisation de la voie consiste :
laisser active ladresse voie que lon souhaite conserver,

dsactiver les adresses voie correspondant aux doublons,
mettre jour les donnes de prennit en crant autant de couples de CEA quil existe dadresses
dsactives ; ces couples sont forms par le CEA de ladresse laisse active et par le CEA des adresses
dsactives.
53
Annexe B :
La premire version dcran Prenniser une voie
54
Annexe C :
Ecran Traiter une demande Voie
Type de la demande : Modification de la voie
55
Annexe D :
Type de la demande : Cration de la voie
56
Annexe E :
Type de la demande : Cration de synonyme
57
Annexe F :
Type de la demande : Suppression de synonyme
58

Pfe Fatima Es Saadi

Transféré par

Informations du document

Titre original

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

Pfe Fatima Es Saadi

Transféré par

Droits d'auteur :

Formats disponibles

Projet RANPOINT / NeoAdresse

Rapport de Projet de Fin dEtude

Matre de stage Enseignant tuteur

A toute ma famille, tous mes amis et tous ceux

que jaime et qui maiment

Je ddie ce modeste travail

- Cration des interfaces graphiques avec le framework GWT;

Ce stage a t une exprience enrichissante, il ma permis de dcouvrir des nouvelles technologies et

- Create graphical interfaces with GWT framework;

Je tmoigne toute ma reconnaissance Mr Jrme Thibault, ingnieur dtude et mon co-encadrant,

Enfin, jadresse mes remerciements et toute ma reconnaissance :

- Elise BRISSARD, rfrent fonctionnel du projet RANPOINT, pour son humour.

- Atos Consulting : conseil en organisation et en processus mtiers ;

Figure 1 : Historique dAtos

1.2 Atos Technology Services (ATS) :

Figure 2 : Les valeurs dATS

- Mettre en place une relation privilgie avec les clients ;

1.3 Lquipe RANPOINT :

Rfrent fonctionnel Dveloppeur Stagiaire

Figure 3 : Lquipe du projet RANPOINT

2.1 Concepts gnraux :

Figure 4 : La structure de ladresse

- Type Groupe 1 : Entre ; Nom Groupe 1 : A,

- Type Groupe 2 : Btiment ; Nom Groupe 2 : B,

- Type Groupe 3 : Rsidence ; Nom Groupe 3 : Florence.

Chaque opration dajout, modification, dsactivation ou ractivation du systme RAN passe

2.2 Historique et acteurs du projet :

Figure 5 : La liste des acteurs

2.3 Les phases du projet :

Figure 6 : Diagramme de Gantt prsentant les phases du stage

On peut rsumer le stage en trois grands axes :

- 1er axe : - Comprendre les notions cls du projet;

- Apprendre langage GWT;

- Prparer lenvironnement du travail (configurer Eclipse, installer SoapUI, etc).

3.1 Architecture RANPOINT :

Figure 7 : Architecture 3-tiers de RANPOINT

Comme illustre la figure ci-dessus, larchitecture RANPOINT se divise en trois couches :

- La couche daccs aux donnes :

Voil en dtail, larchitecture oprationnelle de RANPOINT :

Figure 8 : Architecture oprationnelle de RANPOINT

Concernant lapproche mtier, le projet est divis en plusieurs sous-projets, on y trouve,

* Projet ra_ihm_neoadresse : cest un projet Struts, il couvre la plupart des fonctionnalits.

3.2 Les techniques utilises :

a Environnement gnral du travail :

Oracle 10g : Base de donnes pour stocker les informations du projet.

b- Framework GWT 2.5 :

* L'appel de procdures distantes (Remote Procedure Call)

GWT propose plusieurs solutions pour communiquer avec le serveur :

Soumission de requtes http ;

Utilisation du composant XmlHttpRequest ;

Utilisation du mode RPC.

Figure 9 : Architecture RPC

1- Cration dune interface qui hrite de com.google.gwt.user.client.rpc.RemoteService ;

c- Le design pattern MVP (Model View Presenter) :

Figure 10 : Design (View Presenter Model)

La couche model prsente la couche de gestion et traitement des donnes.

- Elment Uibinder : Fichier XML qui prsente la structuration de lcran.

Le package Presenter prsente la couche Presenter du MVP. En gnral, au niveau du

d-Les tests unitaires et les mocks :

Figure 11 : Exemple des voies actives / inactives

Au cours de la validation de lopration de suppression, une opration de prennisation est exige.

Figure 12 : Ecran Prenniser une ligne 3

En mi-Juin, La Poste a envoy un cahier de charge pour les spcifications de lopration de